1

Análisis y Diseño Estructurado

Diagrama de Flujo de Datos

Alfonso Vega G.Ingeniería de Software IS-IN-400http://is-in-400.blogspot.com

2

Lista de Acontecimientos

Listado sencillo de los acontecimientos del ambiente a los cuales debe responder el sistema.

Ejemplos : El cliente consulta por un producto. El cliente hace un pedido. El cliente cancela la orden. El Administrador consulta estado de cliente

3

Modelo de comportamiento

Dentro del modelo de comportamiento se incluye el DFD y Diagrama ER, ademas de las entradas iniciales del diccionario

4

Enfoque partición por acontecimiento Se dibuja la burbuja por cada acont. Se nombra la burbuja describiendo la

respuesta que el sistema debe dar al acontecimiento. Ejemplos : consultar producto, registrar pedido, cancelar orden.

Se dibujan entradas y salidas y ademas de almacenes que comunican las burbujas.

El borrador del DFD se compara con el DC y la lista de Acontecimientos

5

Enfoque partición por acontecimiento El primer y segundo paso son mecánicos

Por cada acont. Hay una burbuja y cada una lleva un nombre.

El tercer paso requiere identificar entradas, salidas y almacenes según sea la función.

Preguntas tipicas para resolver esto: Que necesita la burbuja para hacer su trabajo Que salidas genera

6

El cuarto paso requiere verificar la consistencia, por cada entrada del diagrama de contexto debe verificarse si esta conectada con alguna entrada en el dfd preliminar , lo mismo se hace para las salidas.

OBS: Las burbujas no se comunican entre si , solo a través de los almacenes

7

Mediante la tecnica de DFD El analista pueede reunir una representacion

grafica de ls procesos de datos a lo largo dela organización.

8

Ventajas del enfoque DFD

Libertad para realizar implementación temprana

Mayor comprensión de las interrelaciones de los sistemas y subsistemas

Facilita la comunicación con los usuarios Análisis de un sistema propuesto para

determinar si han sido definido los datos y procesos necesarios.

9

Reglas para la Definición de un DFD Las reglas a seguir para la construcción de

un DFD son: 1.- Elegir Nombres Representativos

Función: Verbo + objeto.

o Verbo significativo (Validar, Registrar etc).

o Evitar palabras de uso exclusivo por parte de usuario.

o Evitar terminología informática (Rutina,Procedimiento etc).

10

2.- Numerar los procesos para identificarlos de forma rápida y unívoca.

Los números no indican secuencia. El modelo de DFD es una red de procesos asincrónicos que se intercomunican, lo cual es, una representación precisa de la manera en la realidad muchos sistemas operan. El hecho que exista procesos no pueda realizar su función por falta de algún dato de otro proceso no implica correspondiente con la numeración. Son la base para crear la jerarquía de diagramas cuando se introduzcan los diagramas de flujo por niveles.

11

3.- Evitar DFD excesivamente complejos y recargados, es decir, con muchos elementos gráficos juntos.

El propósito de un DFD es modelar de forma precisa las funciones que deben llevar a cabo un sistema y las interacciones entre ellas.

Pero además debe ser legible

12

4.- Redibujar el DFd tantas veces como sea necesario

5.- Asegurarse de que el DFD sea lógicamente consistente.

Evitar Terminadores infinitos

Burbujas que tienen entradas pero no salidas

o viceversa, flujos o procesos no etiquetados

13

Extension para sistemas de tiempo real Los flujos de control y procesos de control se

dibujan de otra forma. Los procesos que coordinan y sinconizan actividades de otras burbujas, se dubunan con linea punteada

14

Diagrama de Contexto

15

Primer Nivel de desagregación

16

Segundo nivel de desagregación

17

Tarea: Confeccionar una lista de actividades del negocio y usarla para

determinar varios: Entidades externas Flujos de datos Procesos Almacenes de datos Crear un diagrama de contexto que muestre las entidades externas y

los flujos de datos que entran y salen del sistema, recuerde que el proceso debe tener un nombre que identifique el sistema.

Desagregar el Diagrama TOP o de Contexto generando el Diagrama Cero, en el siguiente nivel de desagregación. Mostrar procesos, cada proceso debe ser identificado por un nombre que considere un verbo. En este nivel mostrar los almacenes de datos

18

Bibliografía Juan Bravo C. Desarrollo de Sistemas de

Información. Una Visión Práctica. Editorial Evolución. Capítulo 2.2.

Kendall & Kendall. Análisis y Diseño de Sistemas. Prentice Hall Hispanoamericana S.A. Parte Uno Capítulo 3 y Parte Tres Capítulo 9.

Edgard Yourdon. Análisis Estructurado Moderno. Prentice Hall Hispanoamericana S.A.

Parte II y III.