Professional Documents
Culture Documents
El proceso de Diseo
DISEO
153
Diseo Ascendente (bottom-Up) El diseo ascendente se refiere a la identificacin de todos aquellos procesos que necesitan computarizarse conforme vayan apareciendo, su anlisis como sistema, y su codificacin; o bien la adquisicin de paquetes de software para satisfacer el problema inmediato Los problemas que requieren de la computacin con mayor frecuencia se encuentran en los niveles inferiores de la organizacin, es por esta razn que se consideran que son los nicos problemas costeables para la organizacin.
El proceso de Diseo
DISEO
154
Diseo Ascendente (bottom-Up) En consecuencia este enfoque es denominado ascendente por que la computacin se implanta desde los niveles ms bajos.
Cuando la programacin se realiza internamente y haciendo uso de un enfoque ascendente, es difcil llegar a integrar los subsistemas a grado tal que el desempeo global sea fluido.
El proceso de Diseo
DISEO
155
Los problemas de interaccin entre sistemas son sumamente costosos y muchos de ellos no se solucionan hasta que la programacin alcanza la fecha lmite para la integracin total del sistema, ya que se cuenta con poco tiempo, presupuesto o paciencia del usuario para corregir las interfaces que en un principio se ignoraron. Aunque cada subsistema parece ofrecer lo que se requiere cuando se contempla al sistema como una entidad global, adolece de ciertas limitaciones por haber usado un enfoque ascendente.
El proceso de Diseo
DISEO
Se han detectado tres problemas derivados de un diseo ascendente. Duplicacin de esfuerzos para accesar el software y ms aun para introducir los datos Se introduce al carentes de valor sistema muchos datos
El proceso de Diseo
Diseo Descendente.
DISEO
157
Este tipo de diseo implica observar en gran escala los sistemas de la organizacin y luego explosionarlos o desglosarlos en partes ms pequeas o subsistemas. El diseo descendente obliga a que los analistas de sistemas se enteren primero de los objetivos globales de la organizacin, as como el establecimiento de la mejor manera de satisfacerlos dentro de un sistema integral.
El proceso de Diseo
DISEO
158
Diseo Descendente.
El proceso de Diseo
DISEO
159
Existen ciertos inconvenientes en el diseo descendente que el analista de sistemas debe mantener en mente: Existe el riesgo que el sistema se subdivida en subsistemas incorrectos. Una vez que se realizan las divisiones en subsistemas sus interfaces pueden descuidarse o simplemente ignorarse. Los sistemas deben de reintegrarse en eventualmente, por lo que los mecanismos de integracin debern plantearse desde el principio.
Modelos de Diseo
Modelo tradicional
DISEO
Lee CAPTURA
Arch Temp
Utiliza temporales
archivos
La fase de capturacin y validacin y proceso ocurren en diferentes tiempos. Las correciones elaboran a mano se
160
Resultado
Modelos de Diseo
Modelo Intermedio
DISEO
Captura
Lee Valida
Arch Final
La captura y validacin se efectan en forma interactiva El proceso ocurre en un tiempo diferente a la captura y validacin Normalmente no utiliza archivos temporales
Proceso
Arch Result
Resultado
161
Modelos de Diseo
Modelo en Lnea
DISEO
Captura
Valida y Procesa
Arch Final
Captura, valida y procesa ocurren en el mismo tiempo. Proceso 100% a tiempo real
Resultado
162
Desarrollo Modular
El diseo modular es altamente recomendado para el desarrollo de sistemas, algunas de las ventajas que presenta realizar un desarrollo modular son: Los mdulos son ms fciles de escribir y de revisar, ya que estn virtualmente autocontenidos (los problemas asociados a un mdulo no puede trascender a otros) El mantenimiento de los mdulos es ms fcil de atender. Las modificaciones pueden limitarse a unos cuantos mdulos y no al programa completo. La problemtica de los mdulos es ms fcil de comprender.
163
DISEO
INTRODUCCION
1. Mantener cada mdulo de un tamao manejable (de manera ideal manteniendo slo una funcin) 2. Prestar atencin particular a las interfaces crticas (esto es a los datos y a las variables de control que pasan entre los mdulos. 3. Minimizar el nmero de mdulos que el usuario necesite modificar cuando haga cambios 4. Mantener las relaciones jerrquicas establecidas en las etapas de descenso
164
INTRODUCCION
Diagrama Estructural.
El instrumento recomendado para el diseo de un sistema modular descendente se denomina diagrama estructural.
1.1
1.2
1.3
1.4
165
INTRODUCCION
Diagrama Estructural.
Un diagrama estructural simplemente es un diagrama que consta de rectngulos los cuales representan a los mdulos y se conectan por medio de flechas. La numeracin de cada bloque indica si se trata de un mdulo (1) o un submdulo (1.1, 1.2). Para recalcar que el diagrama estructural es una tcnica descendente, las flechas de conexin se dibujan con una direccin hacia abajo.
166
INTRODUCCION
Diagrama Estructural.
A los lados de las flechas de conexin se dibujan dos flechas ms pequeas. Las flechas con crculos vacos se denominan parejas de datos mientras que las flechas con el crculo lleno se denominan indicadores de control. Estas flechas indican que algo pasa ya sea hacia abajo del mdulo superior o de regreso del mdulo inferior.
167
INTRODUCCION
Diagrama Estructural.
De manera ideal el analista debe mantener el acoplamiento en un mnimo. Cuanto menos parejas de datos e indicadores de control tenga el sistema, ms fcil ser modificarlo. El control se disea para tenerlo en el descenso, pero en ocasiones ser necesario pasar indicadores de control hacia arriba. Como ejemplos de indicadores de control podemos considerar a los mensajes que le dicen al mdulo superior que se ha alcanzado el final del archivo; que una transaccin no es vlida o que el empleado no existe.
168
INTRODUCCION
Diagrama Estructural.
Otro smbolo que se usa en los diagramas estructurales es un bucle o lazo (loop) esto indica que los elementos encontrados en los mdulos 1.3 y 1.4 se repetirn hasta el final Por ltimo para indicar que existe un factor de exclusividad entre mdulos se utiliza un diamante. El diamante se coloca en la base de uno de los rectngulos y significa que solamente se ejecutar uno de los mdulos bajo el diamante. Para poder elaborar un diagrama estructural, es necesario que se conozca primero el diagrama de flujo de datos
169
INTRODUCCION
Empleados Empleados Empleados Tarjeta de asistencia Detalle del Empleado Actualizacin de detalles de nmina Detalles del salario / hora Calcular pago 2.0 Actualizar registro de nmina l a ctu a 3.0 go a P Operacin de los registros de nmina Preparar Cheques y resmenes 4.0 Detalle de salida Formatos de salida
Resumen de la nmina
170
2 Calcular pago
Validar peticin de pago
1.1
Lectura de tarjeta de asistencia y obtencin de detalles del empleado
1.2
Edicin y verificacin de tarjetas de asistencia
2.1
obtencin de detalles salario/ hora
2.2
Calculo de pago actual
3.1
operacin de transacciones de pago
3.2
Escribir en archivo maestro de clientes
4.1
obtener formatos de cheques y resmenes
4.2
Impresin de cheques y resmenes
171
Enfoques de Diseo
El Diseo puede ser desarrollado desde dos puntos de
DISEO
172
Enfoques de Diseo
DISEO
Optimizar programas Mtodos de acceso Estructura de Datos (archivos) Algoritmos Computacionales Equipo adecuado
173
DISEO
Funcional
DISEO COMPUTACIONAL
174
DISEO
175
Estructural: Protocolar:
Operacional:
Organizacional:
DISEO
Procesos que realiza Frmulas Principios Conversin Interpretacin PROTOCOLAR Pantallas Reportes Documentacin
176
DISEO
Funcional Estructural
Veracidad Volumen Servicio Velocidad Prctico Presentacin Servicio Confiabilidad Servicio Oportuno
Protocolar
Operacional Organizacional
177
DISEO
COMPUTADORA
U S UA R IO
ORGANIZACIONAL SOFTWARE
178
DISEO
Servicio
Veracidad
Operacin
Volumen
Lo que se pide
SOFTWARE
Protocolo
O R G A
Funcional
N I Z
Operacional
A C I
Estructura
O N A L
Lo que se ve
computadora
SOFTWARE
Programas Algoritmos Programas Algoritmos Programas
Programas Mat. Acceso Est. Datos Algoritmos
Lo que se hace
Diseo Funcional
DISEO
Diagramacin de Anlisis * Diagrama de ncleo FUNCIONAL Algoritmos Funcionales Flujo y secuencia de los procesos Atributos Requeridos * Salen del anlisis * *
**
180
Diagramacin de Anlisis
Concepto
DISEO
Estructuracin del sistema funcional por mdulo de aplicacin Por cada mdulo de aplicacin se especifican las acciones a programar Es la base para realizar los siguientes pasos de desarrollo
181
Diagramacin de Anlisis
Acciones
DISEO
FUNCIONAL OPERACIONAL
AUDITORIA
CATALOGO S REPORTES Y
182
CONSULTAS
Diagramacin de Anlisis
Objetivos
DISEO
Tener una visin general de cada mdulo Evitar duplicidad de funciones Contemplar la totalidad de acciones a programar Establecer puntos de interaccin Optimizar la funcionalidad de cada mdulo (ubicando convenga) Optimizar general la funcionalidad del sistema en las funciones en donde mejor
183
Diagramacin de Anlisis
Estructuracin Modular
DISEO
ESCUELAS
TESORERIA
ESCOLAR
Caja
CxC
Plizas
Adm.
Ventas
Grupos
Nmina
Chequera
Gastos
Calif.
Maestros
Alumnos
184