Diseño global

Autor: Lic. Eduardo Horacio Quinn

Administración y gerencia

04-2002

Descargar Original

Diseño global
 
Definición General de las Salidas
 
Concepto

a. El objetivo es definir las Salidas del Sistema: Listados de información procesada o Pantallas a utilizar por las áreas participantes.
b. Surgen de las Necesidades detectadas.
c. 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.
d. 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.
 
Definición

a. 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 SALIDAS

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 Afiliado

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

 

 

 

 

 

 

 

 

 

 

 

 

Flujo General de Información
 
Concepto

a. El objetivo es graficar el nuevo Sistema elaborando un Diagrama de Flujo de Información.
b. 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.
c. Diagrama de Flujo General de Información:
1. En primera instancia no se obtendrá completo ya que sólo se han definido las salidas.
2. Una vez definidos los Archivos y las entradas, habrá sucesivos ajustes hasta lograr el definitivo.
3. 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.
4. Prever los reclamos ante la no-emisión de Salidas cuando existe el estímulo de entradas.
 
Análisis del Procesamiento de Datos
 
Concepto

a. 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.
b. Su antecedente es el Diagrama de Flujo.
c. Los elementos claves son los Programas.
d. Se confecciona el Diagrama de Procesamiento de Datos
e. Este Diagrama no se podrá elaborar por completo desde un primer momento ya que depende del Flujo de Información.
f. 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

a. El método está condicionado por los Programas y Salidas definidas.
b. Método Batch o por Lotes: tiene tiempo de respuesta grande.
c. Método en Línea: tiene respuesta en tiempo real.
d. 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

a. Si entra basura, sale basura. Los Programas no modifican esto.
b. En general, muchos programas pequeños o pocos pero grandes, traen dificultades y hacen ineficiente el uso del equipo.
 
Diseño de los Archivos

a. El objetivo es diseñar los Archivos que serán utilizados por más de un subsistema.
b. 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.
c. Sirve para:
§ Definir las Entradas de Datos.
§ Preparar los requerimientos de Recursos. (Hardware y Software)
§ Dividir el Sistema en Subsistemas.
d. Para diseñar archivos se utilizan las técnicas de:
§ Organización de Archivos.
§ Diseño de Registros.
e. En ocasiones, el Software disponible impone archivos convencionales, por lo tanto, no se puede pensar en Base de datos.
f. Implementar un formulario para Diseño de Archivos.
 
Definición general de Entradas

Concepto

a. El objetivo de este paso es determinar los formularios que se utilizarán en el Sistema.
b. 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.
c. 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 ENTRADAS

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

 

 

 

 

 

 

 

 

 

 

Recomendaciones

a. Reducir al mínimo los formularios de Entrada del Sistema.
b. El formulario original debe servir como Entrada, es decir, ser el Documento Fuente.
 
Requerimiento de Recursos
 
Concepto

a. El objetivo de este paso es determinar una configuración posible aproximada del equipamiento necesario para servir al nuevo Sistema.
b. Pueden presentarse tres situaciones:
§ No hay equipo.
§ Hay equipo, pero no satisface. (Ampliar o Sustituir)
§ Hay y satisface.
c. Consideraremos que no hay equipo.
d. 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.
 
Recomendaciones

a. La Configuración que se seleccione debe servir al Sistema y a otros futuros.
b. Toda Configuración impone determinar:
§ UCP
§ Procesador de Comunicaciones
§ Memoria principal
§ Capacidad de disco
§ Canales y unidades de Control
§ Periféricos
§ Software
c. Pedir asesoramiento técnico. Apoyo de las empresas proveedoras.
 
División del Sistema en Subsistemas
 
Concepto

a. El objetivo es identificar los Subsistemas en los que conviene dividir al Sistema.
b. Generalmente se divide en tantos Subsistemas como funciones agrupadas.
c. Es necesario tener en cuenta la secuencia en la que conviene poner en marcha cada Subsistema que se identifique.
d. También se debe considerar que si se subdivide mal un Sistema, su rendimiento será poco efectivo.
 
Identificación de los Subsistemas

a. Pueden no existir los Subsistemas.
b. El agrupamiento de funciones es fundamental.
c. Normalmente todas las funciones de un subsistema deben utilizar los mismos Archivos.
d. Los programas no deben realizar funciones que abarquen más de un Subsistema.

DISEÑO DETALLADO
 
Diseño Detallado de las Salidas
 
Concepto

a. 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.
b. Recordar que las Salidas pueden ser de diferente naturaleza.
Diseño del Listado / Informe
a. Para cada Listado / Informe debe concretarse:
§ Diseño.
§ Instrucciones para la Programación.
§ Instrucciones para el uso.
§ Tablas para codificación.
b. 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.
 
Flujo de detalle de la Información
 
Concepto

a. El objetivo de este paso es determinar para cada Subsistema, el Flujo de detalle de la Información.
b. Habrá pasos: tareas que cumplen cada una de las áreas que intervienen.
c. Por cada paso habrá entradas, Archivos y Salidas.
d. El antecedente es el Diagrama de Flujo general de la Información.
e. Este es un aspecto clave, por lo tanto, debe ser exhaustivo.
Tener en cuenta
a. El Subsistema debe servir al área usuaria, sin imponerles condiciones que dificulten aún más la ya compleja ejecución.
b. Este Diagrama se va completando.
c. No olvidarse de los Controles. Auditoría.

Ajustes del Diseño de Archivos
 
Concepto

a. El objetivo es revisar y rectificar el diseño de los Archivos diseñados.
b. Se trabaja con el Diagrama anterior. (Diagrama de Flujo Detallado)
c. Se trabaja con las técnicas de Organización de Archivos y Diseño de Registros.
Alcance
a. Cuando se diseñaron los Archivos del Sistema se pensó en los que serán usados por todos los Subsistemas.
b. Acá identificaremos a los que son usados exclusivamente por cada Subsistema.
c. A esta altura entonces, se han diseñado los Archivos del Sistema y de los Subsistemas.

Ajuste del Procesamiento de datos
 
Concepto

a. El objetivo es revisar y rectificar el proceso de los datos ya elaborados.
b. Se fundamenta en el Flujo de detalle de la Información.
c. 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
 
Concepto

a. El objetivo es diseñar las Entradas del respectivo Subsistema, o sea, concretar los Formularios tal como los usarán las áreas involucradas.
b. Se basa en la definición general de Entradas.
c. Se usarán las técnicas de Diseño de Formularios respectivos.
Diseño del Formulario
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.

Tener en cuenta

a. Los Datos de Entrada son función de las Salidas ya diseñadas.
b. Una Entrada puede generar una o varias Salidas y viceversa.
Ajuste del requerimiento de Recursos
 
Concepto

a. El objetivo es ajustar la Configuración del equipamiento.
b. 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.
c. 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.
d. En esta altura del Análisis de Sistemas se deberá concretar la Configuración del equipamiento que se requiere para el nuevo Sistema.
Informe sobre la situación del Proyecto
 
Concepto

a. El objetivo es informar a la Gerencia sobre la situación en que se encuentra el proyecto al concluir la fase Diseño.
b. Generalmente es un informe escrito y debe exponerse, con participación de las áreas usuarias.
c. Se busca la aprobación para continuar con las etapas de Análisis de Sistemas.

Nota: Es probable que en esta página web no aparezcan todos los elementos del presente documento.  Para tenerlo completo y en su formato original recomendamos descargarlo desde el menú en la parte superior

Lic. Eduardo Horacio Quinn

quinnarrobasinectis.com.ar

Comentarios
comments powered by Disqus

Nuevas publicaciones

⇐ Hazte Fan en Facebook
⇐ Síguenos en Twitter
⇐ Agréganos en Google +
⇐ Suscríbete vía Email
"Si tú tienes una manzana y yo tengo una manzana e intercambiamos las manzanas, entonces tanto tú como yo seguiremos teniendo una manzana. Pero si tú tienes una idea y yo tengo una idea e intercambiamos ideas, entonces ambos tendremos dos ideas"
George Bernard Shaw
Comparte conocimiento
Contenidos publicados con licencia CC BY-NC-SA 3.0 a excepción de los casos en los que se indican derechos de autor específicos. Sugerimos contactar a los autores al usar material públicamente.