1. Diseño
global
3. Análisis del Procesamiento de
Datos
4. Diseño de los
Archivos
5. Definición general de
Entradas
6. Requerimiento de
Recursos
7. División del Sistema en
Subsistemas
8. Diseño
Detallado
9. Flujo de detalle de la
Información
10. Ajuste del requerimiento de
Recursos
11. Informe sobre la situación del
Proyecto
Definición General de las
Salidas
Concepto
- El objetivo es
definir las Salidas del Sistema:
Listados de información procesada o Pantallas a
utilizar por las áreas participantes. - Surgen de las Necesidades detectadas.
- Se debe reducir al máximo la cantidad de
listados y el número de copias, utilizando informes por
pantalla con opción a impresión de ser
necesaria. - En la compatibilización se agregarán
datos, si fuera
necesario, aunque las áreas no lo requieran, para que
pueda, un mismo Listado ir a otra área.
- Para cada Listado/Pantalla se deberá
precisar:
- Títulos.
- Tiempo de respuesta y frecuencia.
- Cantidad de copias requeridas
- Descripción de cada uno de los
datos
Modelo de Formulario para
definir Salidas
DEFINICION DE | |||||||||
TITULO: | Nombre del Listado | CODIGO: | PER 07 | ||||||
FRECUENCIA: | Anual, semestral, semanal, etc. | CANT. COPIAS: | Cantidad | ||||||
TIEMPO DE RESPUESTA: | 2 días, 24 Hs., etc. | AREA EMISORA: | Area | ||||||
DATOS | |||||||||
NRO | NOMBRE | DESCRIPCION | TIPO | LONG | TABLA | ||||
1 | NUMAFI | Número de | 9 | 7 | |||||
2 | TIPDOC | Tipo de documento | 9 | 1 | 2 | ||||
3 | CUOSOC | Cuota social | 9 | 2 | |||||
4 | APEYNO | Apellido y nombre | A | 30 | |||||
5 | SUCUR | Nro. De sucursal | x | 4 | 7 | ||||
2. Flujo General de
Información
- El objetivo es graficar el nuevo Sistema elaborando
un Diagrama de
Flujo de Información. - Es el paso clave dentro del diseño por lo que
es importante lograr un gráfico que refleje,
exhaustivamente el análisis del problema. - Diagrama de Flujo General de
Información:
- En primera instancia no se obtendrá completo
ya que sólo se han definido las salidas. - Una vez definidos los Archivos y las
entradas, habrá sucesivos ajustes hasta lograr el
definitivo. - Se deben prever los siguientes controles:
- Validación por consistencia
- Validación por congruencia
- Considerar los rechazos que generen los controles
anteriores y el tratamiento.
- Prever los reclamos ante la no-emisión de
Salidas cuando existe el estímulo de
entradas.
3.
Análisis del Procesamiento de Datos
- El objetivo es graficar el Procesamiento de
Datos, elaborando un Diagrama que
permita identificar las Entradas, Archivos, Programas y
Salidas de cada uno de los Procesos. - Su antecedente es el Diagrama de Flujo.
- Los elementos claves son los Programas.
- Se confecciona el Diagrama de Procesamiento de
Datos - Este Diagrama no se podrá elaborar por
completo desde un primer momento ya que depende del Flujo de
Información. - En este primer paso sólo se identifican las
Salidas y Programas. Los elementos restantes se identifican en
forma genérica.
Selección del
método
para el Procesamiento
- El método está condicionado por los
Programas y Salidas definidas. - Método Batch o por Lotes: tiene tiempo de
respuesta grande. - Método en Línea: tiene respuesta en
tiempo real. - Factores a tener en cuenta para la elección
del método:
- Tiempo de respuesta requerido por el área y
definido para cada salida - Forma y volumen en que
las áreas remitirán las transacciones al
área de sistema
Identificación de los
Programas
- Si entra basura, sale
basura. Los Programas no modifican esto. - En general, muchos programas pequeños o pocos
pero grandes, traen dificultades y hacen ineficiente el uso del
equipo.
- El objetivo es diseñar los Archivos que
serán utilizados por más de un
subsistema. - Este diseño se basa en:
- Conclusiones del Equipo de Proyecto sobre
Hardware y
Software. - Necesidades del Diseño Global.
- Salidas.
- Flujo General de Información.
- Análisis del Procesamiento de
Datos.
- Sirve para:
- Definir las Entradas de Datos.
- Preparar los requerimientos de Recursos.
(Hardware y Software) - Dividir el Sistema en Subsistemas.
- Para diseñar archivos se utilizan las
técnicas de:
- Organización de Archivos.
- Diseño de Registros.
- En ocasiones, el Software disponible impone archivos
convencionales, por lo tanto, no se puede pensar en Base de
datos. - Implementar un formulario para Diseño de
Archivos.
5. Definición general de
Entradas
- El objetivo de este paso es determinar los formularios que
se utilizarán en el Sistema. - La base de esta definición se debe encontrar
en el Diseño de Archivos, ya que su contenido se genera
a través de las Entradas del Sistema. - Sólo se busca concretar cuáles
serán los formularios que se emplearán en el
Sistema. El Diseño se completará en el
Diseño Detallado.
Modelo de Formulario para
definir Entradas
DEFINICION DE | |||||||
TITULO: | CODIGO: | ||||||
FRECUENCIA: | CANT. COPIAS: | ||||||
CANTIDAD DE TRANSACCIONES: | AREA EMISORA: | ||||||
DATOS | |||||||
NOMBRE | DESCRIPCION | TIPO | LONGITUD | TABLA | NOTAS | ||
SIGNO | ENTERO | DECIMALES | |||||
CODOPE | CODIGO OPERACIÓN | X | 5 | 1 | |||
FECSOL | FECHA SOLICITUD | D | 6 | ||||
NUMSOL | NUMERO DE SOLICITUD | N | 6 | ||||
CODART | CODIGO ARTICULO | N | 6 | 4 | |||
NOMBRE | NOMBRE ARTICULO | A | 25 | ||||
PREUNI | PRECIO ARTICULO | N | $ | 4 | 2 | ||
- Reducir al mínimo los formularios de Entrada
del Sistema. - El formulario original debe servir como Entrada, es
decir, ser el Documento Fuente.
- El objetivo de este paso es determinar una
configuración posible aproximada del equipamiento
necesario para servir al nuevo Sistema. - Pueden presentarse tres situaciones:
- No hay equipo.
- Hay equipo, pero no satisface. (Ampliar o
Sustituir) - Hay y satisface.
- Consideraremos que no hay equipo.
- Se basa en:
- Archivos: Organización y Volumen.
- Necesidades del Diseño General.
- Modos de Procesamiento.
- Salidas: tiempos de respuesta.
- Entradas: volumen de las transacciones.
- La Configuración que se seleccione debe servir
al Sistema y a otros futuros. - Toda Configuración impone
determinar:
- UCP
- Procesador de Comunicaciones
- Memoria principal
- Capacidad de disco
- Canales y unidades de Control
- Periféricos
- Software
- Pedir asesoramiento técnico. Apoyo de las
empresas
proveedoras.
7. División del Sistema en
Subsistemas
- El objetivo es identificar los Subsistemas en los que
conviene dividir al Sistema. - Generalmente se divide en tantos Subsistemas como
funciones
agrupadas. - Es necesario tener en cuenta la secuencia en la que
conviene poner en marcha cada Subsistema que se
identifique. - También se debe considerar que si se subdivide
mal un Sistema, su rendimiento será poco
efectivo.
Identificación de los
Subsistemas
- Pueden no existir los Subsistemas.
- El agrupamiento de funciones es
fundamental. - Normalmente todas las funciones de un subsistema
deben utilizar los mismos Archivos. - Los programas no deben realizar funciones que
abarquen más de un Subsistema.
Diseño Detallado de las
Salidas
- El objetivo de este paso es diseñar las
Salidas de cada uno de los subsistemas tal como lo
recibirá el área usuaria. Su antecedente es la
definición de Salidas. - Recordar que las Salidas pueden ser de diferente
naturaleza.
- Para cada Listado / Informe debe
concretarse:
- Diseño.
- Instrucciones para la Programación.
- Instrucciones para el uso.
- Tablas para codificación.
- Diseño:
- Puede utilizarce un Formulario Especial.
- En el encabezamiento puede ir:
- Area y fecha del proceso
- Nombre del Programa
- Código del Listado / Informe
- Nro. De hoja
- Título y Subtítulo
- Nombre de los campos
- En el cuerpo del Listado / Informe:
- Encolumnar datos y alinear
- Separación entre líneas
- Subtotales y totales
- En general, los Listados / Informes deben ser
simples, sin recargar. - Entregar sólo lo que el usuario
necesita.
9. Flujo de detalle de la
Información
- El objetivo de este paso es determinar para cada
Subsistema, el Flujo de detalle de la
Información. - Habrá pasos: tareas que cumplen cada una de
las áreas que intervienen. - Por cada paso habrá entradas, Archivos y
Salidas. - El antecedente es el Diagrama de Flujo general de la
Información. - Este es un aspecto clave, por lo tanto, debe ser
exhaustivo.
- El Subsistema debe servir al área usuaria, sin
imponerles condiciones que dificulten aún más la
ya compleja ejecución. - Este Diagrama se va completando.
- No olvidarse de los Controles. Auditoría.
Ajustes del Diseño de
Archivos
- El objetivo es revisar y rectificar el diseño
de los Archivos diseñados. - Se trabaja con el Diagrama anterior. (Diagrama de
Flujo Detallado) - Se trabaja con las técnicas de
Organización de Archivos y Diseño de
Registros.
- Cuando se diseñaron los Archivos del Sistema
se pensó en los que serán usados por todos los
Subsistemas. - Acá identificaremos a los que son usados
exclusivamente por cada Subsistema. - A esta altura entonces, se han diseñado los
Archivos del Sistema y de los Subsistemas.
Ajuste del Procesamiento de
datos
- El objetivo es revisar y rectificar el proceso de los
datos ya elaborados. - Se fundamenta en el Flujo de detalle de la
Información. - En el Diagrama de Procesamiento de Datos, para cada
uno de los pasos del Subsistema, se especifica:
- Entradas, Archivos y Salidas para cada uno de los
Programas. - Funcion que cumple cada Programa.
Diseño Detallado de las
Entradas
- El objetivo es diseñar las Entradas del
respectivo Subsistema, o sea, concretar los Formularios tal
como los usarán las áreas
involucradas. - Se basa en la definición general de
Entradas. - Se usarán las técnicas de Diseño
de Formularios respectivos.
Para cada Formulario se debe concretar:
- Diseño del Formulario.
- Instrucciones para el llenado.
- Instrucciones para el completamiento /
control. - Instrucciones para el volcado e Datos, en caso de ser
manual. - Instrucciones para la impresión.
- Los Datos de Entrada son función de las
Salidas ya diseñadas. - Una Entrada puede generar una o varias Salidas y
viceversa.
10. Ajuste del requerimiento de
Recursos
- El objetivo es ajustar la Configuración del
equipamiento. - Este reajuste se basa en:
- Tiempos de respuesta y formas de las
Salidas. - Cantidad de Transacciones y Diseño de las
Entradas. - Volumen y Diseño de los Archivos.
- Modos de Procesamiento de Datos.
- Si se realiza un estudio para concretar una
Configuración, se deberán especificar ciertas
características como:
- Capacidad de multiprogramación
- Necesidad de teleproceso
- Modos de procesamiento
- Velocidades de accesos, ciclos, etc.
- Tipo de Software
- Multiprocesamiento
- Periféricos
- Captura de Datos
- Lenguajes
- Etc.
- En esta altura del Análisis de Sistemas se
deberá concretar la Configuración del
equipamiento que se requiere para el nuevo Sistema.
11. Informe sobre la situación del
Proyecto
- El objetivo es informar a la Gerencia
sobre la situación en que se encuentra el proyecto al
concluir la fase Diseño. - Generalmente es un informe escrito y debe exponerse,
con participación de las áreas
usuarias. - Se busca la aprobación para continuar con las
etapas de Análisis de Sistemas.
Autor:
Eduardo Horacio Quinn
quinn[arroba]sinectis.com.ar