Evaluacion y Control

PLAN DE FORTALECIMIENTO – GERENCIA DE SISTEMAS
DOMINIO METODOLOGÍAS. PRIMER DOCUMENTO DE TRABAJO A CONSENSUAR

1.3.- Puntos de Control
A) Análisis Global
B) Revisión de los Ciclos
C) Análisis de Riesgos Específicos
1 Lic. Espedito Passarello

Metodología de trabajo
La metodología nos debe dar como producto, o sea, como aplicación de la misma una
contestación a la pregunta que nos hicimos inicialmente, es decir, una respuesta que conlleva una
evaluación de la situación actual y sus alternativas. Esta evaluación temporalmente debe
diferenciarse en instancias bien diferenciadas:
Ex-ante.
Se realiza luego de transcurrido un período del orden del año o ante cambios desde el último
estado de situación o diagnóstico oficializado en la organización en el ámbito directivo. Es
conveniente previo a una tarea de inicio de un proyecto de cierta envergadura y trascendencia
política/estratégica RATIFICAR O RECTIFICAR lo que se da ya por SOBREENTENDIDO y/o
SUPUESTO.
Así sobre la base de:
- Entrevistas con el o los funcionarios de mayor nivel se debe obtener información sobre la
vigencia o no de:
Estructura organizativa.
Personal, nivel y cantidad.
Características de las operaciones.
Volúmenes.
Problemas actuales en los procesos.
- Certificación de los manuales de Normas y Procedimientos a proveer a externos si
existieran.
- Determinación de las funciones y responsabilidades de cada gerencia usuaria, gerencia
general y áreas especiales.
O sea en QUE interviene, COMO Y CUANDO.
- Información que será utilizada en los niveles de la gestión y control.
- Fuentes y bases de información desde donde se realizará la toma de datos para la prueba,
conversión/limpieza, migraciones.
- Características de los medios de procesamiento actuales y las técnicas de proceso (reglas
del negocio).
Sobre la base de la información obtenida se preparará un informe con el fin de validar el
punto de partida de la organización con respecto a los RESULTADOS a obtener durante el
desarrollo del proyecto.
Que permita conocer y reconocer:

- Archivos (documentación, datos, formularios, etc)
- Tipos de registración.
- Muestra de operaciones actuales, a través del recorrido determinado por los diferentes
tipos de casos.
Lo que permitirá en su oportunidad (para aceptar el nuevo desarrollo), analizar la realización

de pruebas sobre los diferentes procesos por áreas de actividad.
RESULTADOS A OBTENER PREVIO AL DESARROLLO:
- Planeamiento de la fase.
- Definición del problema.
- Alcance potencial del proyecto.
- Definición funcional del sistema
- Requerimientos. Establecer que información el sistema debe proporcionar en función
de las definiciones y posibilidades.
- Alternativas valorizadas.
- Recomendaciones preliminares.
- Cronogramas de la próxima fase.
- Informe de objetivos y factibilidad
- Especificación de controles del sistema.
- Aprobación del proyecto.

INFORME DE OBJETIVOS.
Definición de los objetivos

INFORME DE FACTIBILIDAD
ESTUDIO DE PREFACTIBILIDAD

Evaluación continua durante el desarrollo.
Se deberá realizar el siguiente monitoreo sobre:

• Funciones y responsabilidades.
• Relaciones.
• Forma de planificación y control de los distintos sectores.
• Racionalidad de los procedimientos elevados por el desarrollados,
• Lógica de las secuencias.
• Métodos.
• Oportunidad.
• Verificación de la adecuación de los criterios aplicados.

• Validación de los controles involucrados en cada operatoria.
• Detección de potenciales irregularidades.
• Grado de sistematización de las tareas y evaluación de las posibilidades de uso de otros
medios de procesamiento.
• Razonabilidad de los recursos afectados a cada tarea de importancia relevante.
• Grado de satisfacción de los requerimientos de información, por sectores y niveles de la
institución.
Se debe preparar un informe (periódico) que permita describir:
• Análisis de conjunto teniendo en cuenta todas las observaciones y problemas detectados.

• Determinación general de la efectividad de la estructura y funcionalidad de los equipos
de tareas.
• Modificaciones o sugerencias en las funciones y procedimientos de implementación.
Formas y oportunidad de aplicación.
• Tareas realizadas.
• Comentarios y recomendaciones, tal como:

• Impacto de las normas para mejorar los centros interno.
• Aceptabilidad de la adaptación de los procedimientos.
• Redistribución de funciones y responsabilidades si correspondiere.
• Reingeniería de los procesos.
• Adecuación de formularios y registros de la documentación.
• Empalme con los sistemas contables/financieros.
• Mejoramiento en la generación de información para la gestión y el control.

FASES DEL PROYECTO.
MODULOS GESTION DEL CAMBIO
FASE I
Objetivos y Factibilidad
Evaluación y recomendación
de los Productos y Servicios
FASE II
Diseño Funcional
Definición de la Solución
FASE III
Diseño Técnico
Generación de
Programas
Prueba
FASE IV
Implementación
FASE V
Transición
FASE VI
Mantenimiento
RESULTADOS ESPERADOS EN EL DESARROLLO
FASE RESULTADOS
Salidas del sistema
Archivos lógicos
DISEÑO FUNCIONAL Diseño lógico
Cronograma de la fase aprobación cronograma
Informe del diseño funcional
Especificación de controles del sistema
DISEÑO TECNICO Plan de las fases siguientes especificaciones
del diseño físico
Plan aprobado
Esquema para la programación plan y datos
para la prueba.
DESARROLLO Salidas del sistema
Lista de problemas
Lista de defectos
Aceptación
Plan de implementación
Aprobados
Manual de procedimientos y normas del
IMPLANTACION Y TRANSICION
sistema
Instalación
Reporte crítico

Ex-post a la puesta en marcha.
Realizar una evaluación para verificar el funcionamiento de acuerdo a lo previsto, y si se han

alcanzado los objetivos propuestos. La verificación debería hacerse en forma mensual y durante
un período de seis meses desde que el sistema está operativo.
Los principales puntos a monitorear son:
• Cronogramas de tareas por sector.
• Manual de mantenimiento de los sistemas.
• Revisión del plan de mantenimiento.
- Asignación de responsabilidades.
- Revisión de los costos.
• Entrenamiento del usuario.
- Revisión de los manuales de procedimientos.
- Asegurar que la formación ha sido completada.
- Revisión de la documentación del sistema
• Verificación del funcionamiento del sistema de acuerdo a lo previsto.
• Críticas del proceso de desarrollo.
- Fechas previstas y reales.
- Revisión de cambios realizados luego de conformar especificaciones.
- Documentación de los problemas encontrados.
- Realizar una visión crítica del desarrollo del proyecto bajo la óptica de lo
mejorable en el corto y mediano plazo.
RESULTADO: Un informe de todos los ítems de esta fase y evaluación de costos y

fechas para los cambios propuestos.
Qué debe hacerse? Cómo debe hacerse?

Obtener autorización del plan de verificación Preparar un plan de revisión evaluando costos y
fechas de realización
Verificar el desempeño del sistema Confirmar que los costos operativos son coherentes
con las estimaciones
Comparar los volúmenes de información estimados
con los reales
Verificar el tipo de nivel de impulso; es propio o con
la intervención de las siguientes áreas:
Confeccionar una lista de las diferencias halladas.
Determinar si los objetivos mensurables han sido Revisar con las Gerencias Usuarias responsables del
alcanzados tema los objetivos mensurables y su grado de
concreción.
Verificar si hubo otros beneficios adicionales, tanto
tangibles como intangibles.
Preparar el informe de calidad del sistema.
Documentación de futuros cambios deseados y/o Lista de cambios que deben ser realizados para que el
necesarios sistema cumpla con las especificaciones.
Lista de los cambios que se pueden hacer para
mejorar el sistema.
Proposición de alternativas.

CUADRO RESÚMEN.
EVALUAR CALIDAD Y RIESGOS RESPONS. RESPONS.
PUNTOS DESCRIPCION USUARIO SISTEMAS

1. OBJETIVOS.
La formulación del objeto describe en forma precisa los
Objetivos perseguidos? Tienen vigencia y proyección?
• Antecedentes
• Necesidades y Objetivos Institucionales.
• Proyecto global en el cual se inserta
• Justificación y Objetivos específicos
2. ALCANCE.
• Características y requerimientos del negocio.

• Que definiciones dependen de otras Instituciones?
• Describe las áreas específicas que se verán involucradas?
• a nivel de Productos, servicios y resultados esperados?
• Para cada una de las áreas (principales y de apoyo) se determinan
las operaciones respectivas?
3. FUNCIONALIDAD.
• Supuestos básicos
• Se ha relevado el sistema actual.
• Se conocen los mecanismos de consolidación, depuración y
limpieza de los datos primarios.
• La institución está en capacidad de asegurar los procesos para las
fechas requeridas.
• Quienes son los responsables y con que recursos.
• Se ha recopilado información principal y complementaria,
cotejado, depurado y definida la que actuará como respaldo al
diseño y desarrollo.
• Requisitos previos.
• Las reglas del negocio están claramente definidas?
• Cálculos y fórmulas necesarias.
• Sistemas de codificación.
• Taxonomía de eventos (beneficios y servicios).

• Datos básicos de entrada (input) al sistema.
• Datos básicos de salida.
• Temporalidad.
• Espaciosidad
• Controles y consistencias.
• Se cuenta con los datos e informaciones de base que alimentarán
a los procesos en cuestión?
• Volúmenes promedio y máximo por unidades de tiempos.
• Niveles de seguridad por tipo de usuario.
• Frecuencias de emisión de información.
• Datos que se exhibirán en pantallas.
• Formas de proceso y frecuencias.
• Datos complementarios a incluir (totales, claves de control y
clasificación, etc.).
• La Organización tiene claramente delimitadas las incumbencias y
acciones de las áreas involucradas?
• Se cuenta con Manuales de Normas y procedimientos que la

describen?
• Se han precisado las internases con otros proyectos,
implementados o en vías do hacerlo?
• Se ha previsto la forma en que se realizará el cambio de un
sistema a otro.
• Existen procedimientos especiales para la gestión del cambio.
• La depuración como se realiza en los procesos de migración y
conversión.
• Principios de funcionamiento.
• Se ha contactado a todos los involucrados, internos y externos?
• Se cuenta con su conformidad?
• Están claramente definidas las funciones por subsistema?
Incluyendo tipos de entradas y salidas?
• Cómo actuarán los procesos provisorios que deberán
implementarse, para permitir la puesta en marcha?
• Cuáles y cómo funcionarán las interfaces que aseguren la
confiabilidad, seguridad y calidad de los datos?
• Se han elaborado cursogramas para diferenciar tipos de
operaciones, entradas y salidas?

• Se han dimensionado las operaciones a nivel de registros fijos y
transaccionales?
• Se han determinado los tipos de consulta y actualización de las
operaciones?
• Frecuencias de los diferentes tipos de procesos?
• El análisis de los datos específica;
• Detalle necesarios.
• Significado.
• Agrupamiento y su clave.
• Relaciones de correspondencia entre los agrupamientos de
datos.
• Quiénes deberán definirlas, plazos y recursos?
• Facilidades generales y particulares.
Quienes y como definirán las pautas que permitan luego determinar los
procedimientos de:
• Registración.
• Proceso.
• Archivos
• Impresión.
• Transferencias y distribución.
• Conciliación.
• Históricos.
• Cuentas Corrientes.
• Estructuras de las bases de datos.
• Estructuras de datos a transmitir a otros sistemas
• Fases del aplicatívo.
• I
• II
• III
4. BENEFICIOS, RENDIMIENTOS y RIESGOS.

Incluye los siguientes aspectos?
• Descripción de la situación actual.
• Beneficios esperados y asociados al proyecto.
• Operatividad.

• Accesibilidad.
• Costos y rendimientos.
• Actuales y esperados.
• Respuesta tecnológica.
• Riesgos,
• Actuales vs. Futuros,
5. CRONOGRAMAS.
Se han definido plazos en función a las necesidades (contextuales) y
recursos (posibles) los plazos de;
• Corto.
• Organización del proyecto.
• Adjudicación.
• Mediano.
• Desarrollo del proyecto.
• Seguimiento y Control.
• Largo.
• Desafectación.
• Mantenimiento.
6. RECURSOS HUMANOS.
Se han explicitado claramente los equipos de tareas, GENERALES
Y PARTICULARES para cada una de las etapas?
• Responsabilidades.
• Funciones.
Precisando perfiles y aptitudes para cada fase.
Esto implica prever los esfuerzos adicionales que requieren siempre
tareas de;
• Migración.
• Conversión.
• Paralelo.
7. RECURSOS MATERIALES
Se hallan implementados los entornos de hardware, software de base
y específicos y comunicaciones?
• Desarrollo.
• Ejecución.
Que se exigirán como ambientes de trabajo durante todo el proyecto?

8. AMBIENTE NORMATIVO.
Se hallan desarrolladas las Normas y Procedimientos que se refieren
(no al aplicativo) a las formas en que se desarrollará el Plan de
Tareas. En particular aquellas que se refieren a;
• Aceptación y aprobación de segmentos e hitos.
• Certificación y testing de programación.
• Desafectación e incorporación de procesos.
• Plan de conversión. Identificación de datos, procesos y
documentación.
• Aplicación de controles de calidad.
• Recepción provisoria y definitiva.
• Seguimiento y control de pistas de auditoría.
• Administración de Cambios y Capacidades.
• Mantenimiento – Niveles de servicios.
• Controles de seguridad y auditoría.
• Control de cumplimiento de garantías.
9. Se ha redactado el "Informe De Objetivos"

comprendiendo los siguientes aspectos;
• Definición de los problemas a resolver
• Objetivos a lograr.
• Como se medirán esos objetivos
• Alcances. Aspectos particulares de las operaciones y localizaciones
de organismos externos
• Necesidades funcionales a satisfacer. Procesos y Sistemas.
• Justificación del proyecto. Necesidades actuales de Información
(qué se necesita, no su contenido en detalle); Emisión, Consulta,
Interfases (internas y externas- Manuales y computarizadas).
• Responsabilidades y funciones. Equipos de trabajo. Recursos.
Perfiles que convoca el proyecto.
• Establecer claramente lo que NO se incluye.
• Cronogramas de las fases. Frecuencias y procesos especiales
10. Existe Constancia de la Aprobación del Informe por parte de la

Gerencia General, Comité de Sistemas, Gerencias Usuarias y
Gerencia de Sistemas?

Esto implica realizar los siguientes pasos. Con el fin de reanalizar el
problema (vigencia de causas y soluciones)
• Análisis de alternativas.
Explicitación de los problemas que se resuelve en base a determinación

de causas y soluciones esperadas, considerando;
• Factores limitantes.
• Diferentes métodos de proceso (manual, batch, online central y/o
descentralizado).
• Determinar requerimientos de Entornos de Hard/soft.
• Incluir que sistemas y procesos continúan.
• Determinar los beneficios y eliminación de costos (tangibles e
intangibles).
• Estimar los costos del proyecto.
• Entornos (Hard/Soft).
• Personal.
• Logística.
• Desarrollo.
• Mantenimiento. Nivel de servicios.
• Capacitación.
• Gestión del cambio.
• Reingeniería de los procesos administrativos por Gerencias usuarias.
• Determinar riesgos; Incertidumbre y problemas potenciales.
• Evaluar alternativas ponderándolas contra los objetivos (centralizadas en el
objeto).
• Seleccionar la alternativa más conveniente.
• Determinar si el proyecto puede ser segmentado para ser encarado por hitos dentro
de cada una de las fases de las unidades de negocios.
• Si se decide encarar el proyecto;
• Planeamiento de las próximas actividades.
• Determinar y listar actividades para la concreción de la alternativa seleccionada.
• Estimar costos y fuentes de los mismos.
• Asignar la responsabilidad de Dirección del proyecto.
El informe sintéticamente debe enunciar;

• A partir de la definición del problema, objetivos y alcances, Recomendaciones en
base a las alternativas consideradas.
• Beneficios y costos asociados.

• Cronograma de requerimientos.
Debe estar revisado y conformado por todos los niveles detallados anteriormente.
Documentar los cambios que surjan de las revisiones
11. INFORME DE FACTIBILIDAD PARA VALORIZAR

ECONONOMICAMENTE Y DIMENSIONAR LA
COMPLEJIDAD TÉCNICA DEL DISEÑO, DESARROLLO Y MANTENIMIENTO.
• Se han definido las políticas de base del sistema y la organización administrativa.
• Documentación relacionada con los pasos precedentes.
• Diagramas globales de los procesos involucrados.
• Resumen de Normas y procedimientos.
• Manuales.
• Automatizados.
• Detalle de las principales bases y archivos de datos, indicando el tipo de datos.
• Descripción de las regias del negocio.
• Definición de volúmenes actuales de datos e información proyectada.
Variación en los próximos diez años.
• Determinar los ciclos temporales para cada etapa funcional. Combinación de
los ciclos para definir los ciclos del sistema.
• Que información de salida actúa de soporte en el mantenimiento.
• Se ha definido el esquema de control interno.
• Objetivos de cada etapa funcional.
• Identificar los resultados a obtener en cada proceso.
• Como se administra la definición de cambios (adaptaciones, modificaciones,
etc.).
• Como se aprueban los diseños de salidas.
• Identificar las interfaces.
• Quien y como se define la estructura lógica (entradas y salidas).
• Como se evalúa el grado de alcance en cuanto a la obtención de los resultados,
analizando en detalle cada uno de los elementos que lo constituyen.
• Durante el mantenimiento como se asegura: el control, pistas de auditoría y
depuraciones por ciclos de proceso.

DISEÑO FUNCIONAL.
OBJETIVO: DEFINIR LAS ESPECIFICACIONES DETALLADAS DE LA
APLICACIÓN Y REALIZAR EL DISEÑO LÓGICO DEL SISTEMA.
Ambas deberán ser lo suficientemente completas para ser la base del diseño técnico y los
manuales de procedimientos del usuario.
PROCEDIMIENTO
Planeamiento de la fase.
- Revisar la documentación de la fase de requerimientos.
- Revisar el planeamiento de la fase en función de los cambios que hubieran
surgido de la revisión con las gerencias usuarias sobre el informe de
requerimiento.
- Resumir plan para los usuarios señalando cambios.
RESULTADO: PLAN DE LA FASE REVISADO.
- Revisar fechas de realización y costos que surjan como consecuencia de los
cambios.
- Revisar el plan con los responsables del Proyecto y de Sistemas y obtener su
aprobación.
- Obtener la aprobación de los usuarios y de la dirección.
RESULTADO: AUTORIZACIÓN DEL PROYECTO.
Diseño lógico de los datos.

Preparar resumen de todas las salidas y consultas definidas.
Preparar esquema final de todas las interfases con otros sistemas.
Modificar las estructuras lógicas de las salidas ssegún definición.
Definir nombres de los elementos (Data/Dictionary)
RESULTADO: SALIDAS DEL SISTEMA
- Preparar las estructuras lógicas de datos para cada salida.

- Realizar el diseño lógico de la base de datos.
- Realizar el diseño lógico de los archivos y revisar con el administrador de
base de datos.
- Preparar los elementos de datos y descripciones para actualizar el
Diccionario de datos.
- Especificar los eventos de actualización (ABM) para cada elemento de dato

en cada base o archivo.
- Actualizar la información de cada elemento de dato en cada archivo.
- Actualizar la información de cada elemento de dato en el diccionario de datos
con la información de dichos eventos, previa revisión con el Administrador
de la Base de Datos.
- Especificar las entradas de datos lógicas revisando los distintos eventos de
actualización de las bases y archivos.
RESULTADO: DEFINICIÓN DE BASES Y ARCHIVOS.
DISEÑO DE LOS PROCESOS LÓGICOS.
- Preparar los diagramas de relación entre las distintas salidas.
- Preparar las estructuras lógicas de procesos para cada salida.
- Preparar los diagramas del sistema combinando los procesos de acuerdo a los
ciclos definidos.
- Verificar los requerimientos de los entornos de Hard/Soft.
- Realizar revisión del diseño lógico con:
• Areas usuarias.
• Responsables de Sistemas, Producción, Administrador de base de datos,
Seguridad, Calidad y performance, Soporte técnico, Comunicaciones.
- Revisar los controles con las áreas de Control y Fraudes, Auditoría y Control
Interno.
- Determinar con el/las áreas usuarias los niveles de servicio (qué debe
comprobarse para verificar que el sistema cumple los requerimientos). Ej.:
tiempos de respuesta, frecuencias de las salidas, actualización de archivos,
etc.
RESULTADO: DISEÑO LÓGICO DEL SISTEMA.
PLANEAMIENTO DE LAS FASES SIGUIENTES:

- Determinar y listar las actividades para las restantes fases:
• Diseño técnico
• Generación y codificación de la programación.
• Pruebas.
• Conversión; manual/sistematizada, equipo/equipo, etc.
• Instalación del entorno.
• Instalación del aplicativo.
• Plan de entrenamiento con los usuarios.
• Determinar el orden de las actividades.
• Estimar tiempo requerido y fechas para cada una de las actividades.
• Asignar responsabilidades a usuarios y a sistemas.

• Determinar recursos logísticos.
RESULTADO: CRONOGRAMA DEL PROYECTO.

• Revisión del cronograma y costos.
RESULTADO: APROBACIÓN DEL CRONOGRAMA.
INFORME: Preparar un informe con:

• Salidas.
• Archivos lógicos.
• Procesos lógicos.
• Ciclos del sistema.
• Controles lógicos.
• Cronogramas para la programación.
• Plan de pruebas de sistema y del usuario.
• Plan de conversión.
• Cronograma de instalación del sistema.
• Costos estimados.
• Plan de entrenamiento.
• Plan de manuales de procedimientos.
• Realizar el walk-through interno con las áreas de sistemas.
• Revisar el informe con el usuario. Presentación formal.
• Documentar los cambios de la revisión.
• Determinar por el usuario la continuación.
RESULTADO: INFORME DEL DISEÑO FUNCIONAL

Determinación de cumplimiento de fechas estimadas y reales para:
Procedimientos:
• Planeamiento de la fase.
• Diseño lógico de datos preliminar.
• Diseño lógico de proceso. Preliminar.
• Planeamiento de las fases restantes. Preliminar.
Cruce y aprobación de:

• Diseño lógico de datos final.
• Diseño lógico de proceso final.

• Planeamiento de las fases restantes.
• Informe.
DISEÑO TÉCNICO:
OBJETIVO: EN FUNCIÓN AL ENTORNO DE DESARROLLO Y OPERACIÓN
DISEÑAR LOS PROCESOS Y PROGRAMAS EN FUNCIÓN AL DISEÑO
FUNCIONAL.
PROCEDIMIENTO:
1. Planeamiento de la fase.
Revisión de la documentación de las especificaciones funcionales.
Sumario del plan por cada líder y responsable de análisis.
Revisión de los costos y de las fechas de terminación requeridas por la fase.
Obtener los acuerdos de las áreas involucradas.
2. Diseño físico.
Separación preliminar en memorias descriptivas.
3. Cumplimento del cronograma.
RESULTADO: ESPECIFICACIÓN DE CONTROLES DEL SISTEMA
- Revisión de los planes particulares por perfiles de actuación para las restantes
fases:
• Generación de la programación
• Pruebas unitarias
• Pruebas integradas
• Pruebas internas (analistas)
• Pruebas externas (analista/usuario)
• Conversión (analista)
• Implementación (analista)
- Determinar el orden, cronograma de actividades y asignación de

responsabilidades por perfiles, para las fases restantes.
- Revisar con los responsables del desarrollo la asignación de los recursos
necesarios.
RESULTADO: PLAN DE LAS FASES FUTURAS

4. Especificaciones del sistema
Actualización de los siguientes ítems:
- Diseños de E/S.
- Formatos de impresión
- Codificación asociada.
- Estructura de datos. Entradas al diccionario.
Actualización de los procedimientos preliminares:

- Preparación y/o modificación de los diagramas de la estructura lógica de los
procesos o memorias descriptivas.
- Estimación de recursos por módulo/programas.
- Especificación de software de apoyo.
RESULTADO: ESPECIFICACIONES DEL DISEÑO FÍSICO
- Revisión final.
- Revisión de los puntos antedichos con los sectores involucrados.
RESULTADO: FINALIZACIÓN DE LA FASE.

Walk-through, fechas estimadas y reales.
PROCEDIMIENTO
- Diseño físico.
- Cumplimiento del cronograma.
Walk-through (CRUCE DE CONTROL) DEL SISTEMA

- Especificaciones.
- Revisión final.
GENERACIÓN DE LA PROGRAMACIÓN.
OBJETIVO: OBTENER LAS ESPECIFICACIONES NECESARIAS PARA EL DISEÑO,
PROGRAMACIÓN Y PRUEBA DE CADA PROGRAMA DEL SISTEMA.
PROCEDIMIENTO.
1. Planeamiento de fase.
- Revisión de las especificaciones técnicas.
- Revisión de los costos y las fechas de terminación requeridas.
- Plan sumarizado de puntos críticos de la fase.
- Obtención de la aprobación del responsable del desarrollo.
RESULTADO: PLAN APROBADO

2. Diseño de programas.

- Revisión de los formatos de E/S.
- Preparación y/o modificación de las estructuras lógicas de proceso.
- Lista de operaciones elementales y asignación a cada estructura.
RESULTADO: DISEÑO DEL PROGRAMA.

3. Diseño y generación de datos, bases y archivos para las pruebas.
- Lista de las condiciones a ser probadas y resultados esperados.
- Plan de pruebas y su revisión con los responsables.
RESULTADO: PLAN Y DATOS PARA LA PRUEBA.

4. CODIFICACIÓN
- Revisión de la estructura lógica.
- Codificación y compilación
RESULTADO: PROGRAMA COMPILADO

5. Prueba unitaria
- Prueba del programa
- Documentación de los resultados de la prueba
- Revisión final de los resultados con responsables
RESULTADO: PROGRAMA PROBADO

6. Documentación del programa
- Adjuntar memoria descriptiva
- Archivo de los elementos documentales de las pruebas y sus resultados
(repositorios, listados, etc.)
RESULTADO: PROGRAMA COMPLETADO
PRUEBA DEL SISTEMA
OBJETIVO: ASEGURAR EL CORRECTO FUNCIONAMIENTO, TANTO DE LAS

ESTRUCTURAS LÓGICAS CUANTO FÍSICAS, A TRAVÉS DE LOS DATOS DE
PRUEBA PLANEADOS POR EL USUARIO O LOS DESARROLLADORES.
PROCEDIMIENTO
1. Planeamiento de la fase
- Revisión del plan de prueba de funciones
- Revisión del plan de prueba de diseño técnico y resultados

- Revisión de costos y fechas requeridas de terminación para la fase
- Plan sumarizado de la fase: puntos críticos
- Revisión y aprobación del plan
RESULTADO: PLAN APROBADO

2. Cronograma de la prueba del sistema
- Indicar las fechas de pruebas con el usuario, desarrollo y operaciones sobre:

- Manual de procedimientos.
- Procedimientos automáticos
- Procedimientos manuales
- Procedimientos de conversión
- Confirmar las fechas indicadas

- Asegurar la presencia de otros intervinientes necesarios para correr y verificar los
resultados de la prueba.
RESULTADO: CALENDARIO DE PRUEBAS

3. Corrida de la prueba
- Desarrollo de los datos de prueba con el usuario
- Realización de las pruebas internas y externa (usuario, control interno, auditoría,
otros)
RESULTADO: SALIDAS DEL SISTEMA Y LISTA DE PROBLEMAS.

4. Verificación de los resultados
- Revisión de los resultados por el área de sistemas
- Revisión de los resultados por los usuarios y áreas de control
- Lista de los defectos detectados.
- Determinar si las correcciones son pre-requisitos para la instalación del sistema
RESULTADO: LISTA DE DEFECTOS

- Efectuar las correcciones y probar nuevamente
RESULTADO: PRUEBA ACEPTADA

5. Calendario de implementación
- Revisión del plan de implementación con el usuario, producción y otras áreas

intervinientes.
IMPLEMENTACIÓN
OBJETIVO: ASEGURAR QUE EL SISTEMA SEA CORRECTAMENTE INSTALADO
CON PROCEDIMIENTOS OPERATIVOS PROPIOS PARA EL USUARIO Y
SISTEMAS
PROCEDIMIENTO
1. Planeamiento de la fase
- Revisión del plan previo de implementación
- Asignación de responsabilidades incluyendo a los usuarios
- Revisión de los costos y de la fecha de implementación requerida para esta fase
- Revisión de la fecha de implementación con los distintos sectores del área de
sistemas
- Revisión y aprobación de la fase con los responsables del mantenimiento
- Aprobación del usuario
- Revisión y aprobación del Comité de Proyecto
RESULTADO: PLAN DE IMPLEMENTACIÓN APROBADO

2. Entrenamiento del usuario
- Revisión del Manual de procedimiento del usuario
- Revisión de que la formación y entrenamiento haya finalizado
- Revisión de la documentación del sistema
RESULTADO: MANUAL DE PROCEDIMIENTO Y NORMAS DEL SISTEMA

3. Instalación del sistema
- Reunión final de revisión de la instalación con las áreas usuarias y de sistemas
- Conversión de archivos
- Instalación
- Corrida de paralelos (responsabilidad usuario)
RESULTADO: SISTEMA INSTALADO

4. Seguimiento del sistema

- Verificación del funcionamiento del sistema
RESULTADO: MONITOREO DE SALIDAS, BASES Y ARCHIVOS

5. Crítica del proceso de desarrollo
- Examinar las fechas previstas y reales de cada evento
- Revisión de los cambios hechos después de las especificaciones originales (Control
de versiones)
- Documentación de los problemas hallados
- Realizar una crítica del desarrollo del proyecto bajo la óptica de lo mejorable en el
corto y mediano plazo
RESULTADO: REPORTE CRÍTICO

Evaluacion y Control

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Evaluacion y Control

Cargado por

Copyright:

Formatos disponibles

PLAN DE FORTALECIMIENTO – GERENCIA DE SISTEMAS

DOMINIO METODOLOGÍAS. PRIMER DOCUMENTO DE TRABAJO A CONSENSUAR

B) Revisión de los Ciclos

C) Análisis de Riesgos Específicos

1 Lic. Espedito Passarello

Que permita conocer y reconocer:

Lo que permitirá en su oportunidad (para aceptar el nuevo desarrollo), analizar la realización

RESULTADOS A OBTENER PREVIO AL DESARROLLO:

3 Lic. Espedito Passarello

Definición de los objetivos

4 Lic. Espedito Passarello

5 Lic. Espedito Passarello

Se deberá realizar el siguiente monitoreo sobre:

• Verificación de la adecuación de los criterios aplicados.

Se debe preparar un informe (periódico) que permita describir:

• Análisis de conjunto teniendo en cuenta todas las observaciones y problemas detectados.

• Comentarios y recomendaciones, tal como:

7 Lic. Espedito Passarello

MODULOS GESTION DEL CAMBIO

RESULTADOS ESPERADOS EN EL DESARROLLO

9 Lic. Espedito Passarello

Realizar una evaluación para verificar el funcionamiento de acuerdo a lo previsto, y si se han

RESULTADO: Un informe de todos los ítems de esta fase y evaluación de costos y

Qué debe hacerse? Cómo debe hacerse?

10 Lic. Espedito Passarello

11 Lic. Espedito Passarello

EVALUAR CALIDAD Y RIESGOS RESPONS. RESPONS.

PUNTOS DESCRIPCION USUARIO SISTEMAS

• Características y requerimientos del negocio.

12 Lic. Espedito Passarello

• Se cuenta con Manuales de Normas y procedimientos que la

13 Lic. Espedito Passarello

• Facilidades generales y particulares.

4. BENEFICIOS, RENDIMIENTOS y RIESGOS.

14 Lic. Espedito Passarello

Que se exigirán como ambientes de trabajo durante todo el proyecto?

15 Lic. Espedito Passarello

9. Se ha redactado el "Informe De Objetivos"

10. Existe Constancia de la Aprobación del Informe por parte de la

16 Lic. Espedito Passarello

Explicitación de los problemas que se resuelve en base a determinación

El informe sintéticamente debe enunciar;

17 Lic. Espedito Passarello

11. INFORME DE FACTIBILIDAD PARA VALORIZAR

18 Lic. Espedito Passarello

Diseño lógico de los datos.

RESULTADO: SALIDAS DEL SISTEMA

- Preparar las estructuras lógicas de datos para cada salida.

19 Lic. Espedito Passarello

PLANEAMIENTO DE LAS FASES SIGUIENTES:

20 Lic. Espedito Passarello

RESULTADO: CRONOGRAMA DEL PROYECTO.

RESULTADO: APROBACIÓN DEL CRONOGRAMA.

INFORME: Preparar un informe con:

RESULTADO: INFORME DEL DISEÑO FUNCIONAL

Cruce y aprobación de:

21 Lic. Espedito Passarello

RESULTADO: ESPECIFICACIÓN DE CONTROLES DEL SISTEMA

- Determinar el orden, cronograma de actividades y asignación de

RESULTADO: PLAN DE LAS FASES FUTURAS

Actualización de los procedimientos preliminares:

RESULTADO: ESPECIFICACIONES DEL DISEÑO FÍSICO

RESULTADO: FINALIZACIÓN DE LA FASE.