Buscar este blog

miércoles, agosto 18

Metodologias Estructuradas

Metodología de DeMarco:




Es un Análisis Estructurado, creado por Tom DeMarco.

Consta de los pasos siguientes pasos:

• Estudio del entorno físico actual: modelo del sistema actual con sus procedimientos. A través de un conjunto de DFD

• Derivación del correspondiente modelo lógico actual: modelo derivado del anterior sin connotación física.

• Derivación del nuevo modelo lógico: tomar en cuenta las nuevas necesidades. Formado por un DFD, diccionario de datos y especificaciones de proceso del sistema.

• Crear un conjunto de modelos físicos alternativos: del modelo lógico se establecen alternativas se enoje el más conveniente.

• Valorar cada opción: costos y beneficios de los modelos físicos.

• Seleccionar una opción: selecciona modelo físico

• Empaquetar la especificación: se recopila toda la documentación.

Metodología de Gane y Sarson:



• Es el resultado de varios años de práctica en consultoría de análisis y diseño estructurado.

• Creado por la empresa MCAUTO/IST bajo el nombre de STRADIS SDM.

• Es parecido al de DEMARCO, la principal diferencia es que hay una etapa en la que se define los contenidos de los almacenes de datos que aparecen en DFD en 3FN.





Diferencias entre metodologias de DeMarco y Gane Sarson

Fase del análisis Estructurado

Método DeMarco



• Construir el mod.físico actual DFD físico actual

• construir mod. Lógico actual DFD lógico actual

• crear un conjunto de modelos físicos alternativos

Método Gane y Sarson



• construir el Mod. Lógico actual DFD lógico actual

• construir el mod. Lógico del nuevo sistema: datos en 3FN

• seleccionar un Mod. Lógico



Metodología de Yourdon / Constantine



Consta de las siguientes fases

• realizar los DFD del sistema

• Realizar el diagrama de estructuras a partir del DFD, mediante análisis de transformación, y análisis de transacción.

• Evaluación del diseño midiendo la calidad de la estructura mediante el acoplamiento y cohesión

• preparación del diseño para la implementación dividiéndola en Unidades. Físicas o cuadernos de carga.



1. Modelo de ambiente:

Además de determinar que pertenece al interior y al exterior del sistema también es necesario definir con claridad las interfaces entre el sistema y el ambiente, se necesita saber que información entra al sistema desde el mundo exterior, y qué información sale del sistema. Consta de las siguientes partes:

a. Declaración de propósitos



Descripción textual, corta y concisa, del propósito general del sistema, dirigida al nivel administrativo superior. Puede constar de 3 o 4 frases, pero nunca debe superar 1 párrafo. Debe establecer claramente la frontera del sistema, a que otros sistemas afectan, y puede incluir los beneficios que se esperan del nuevo sistema.

b. Lista de eventos

Es una lista narrativa de los acontecimientos o estímulos que ocurren en el mundo exterior y a los cuales debe dar respuesta el sistema. Debe indicarse el tipo de evento como: F de flujo de datos, C de control (ocurre en un momento impredecible) y T temporal (ocurre regularmente, en un tiempo conocido). No confundir con flujos de datos, describir desde fuera hacia dentro. Puede incluir eventos de fallo, cuando falla un terminador.

c. Diagrama de contexto



DFD con una sola burbuja, debe enfatizar:

• las personas, organizaciones y sistemas con los que se comunica el sistema (terminadores). Se representan con rectángulos. Los terminadores no se comunican entre sí.

• los datos que el sistema recibe del mundo exterior (entradas)

• los datos que el sistema produce y que se envían al mundo exterior (salidas)

• los almacenes de datos externos que el sistema comparte con los terminadores.

• la frontera entre el sistema y el resto del mundo

Cuando se termine el modelo ambiental debe ser posible confirmar:

• el sistema necesita cada flujo de entrada del diagrama de contexto para reconocer que ha ocurrido un evento, necesitarlo para producir una respuesta, o ambos.

• cada flujo de salida deber ser respuesta a un evento.

• cada evento no temporal (F o C) debe tener entradas a partir de las cuales el sistema pueda detectarlo.

• cada evento debe producir salidas inmediatas como respuesta, o bien almacenar los datos que luego serán salidas, o ocasionar un cambio de estado en el sistema (diagrama de transición de estados).

2. Modelo de comportamiento:



• Modelo preliminar de comportamiento

• Nivelación ascendente hasta el diagrama de contexto:

• Nivelación descendente: 5 DFD

• Diagrama E-R: definir entidades y atributos en el Diccionario de Datos

• Diccionario de datos completo: incluir descripciones de procesos primitivos

3. Modelo de implantación de programas:

a. Diagramas de estructura correspondientes a los DFD de último nivel

• muestra la organización jerárquica de módulos dentro de una tarea, solo una tarea, individual, correspondiente a un proceso.

• las flechas, con dirección, parten del módulo que hace la llamada hacia el módulo llamado.

• sobre las flechas anteriores se dibujan los parámetros de entrada y de salida, siempre refiriéndonos al módulo llamado, como pequeñas flechas orientadas según sean parámetros de entrada o de salida.

1 comentario: