Modelado con Diagramas de flujo de datos MSI

Modelado con Diagramas de flujo de datos MSI Edna Miranda Chávez MC Sergio Fuenlabrada Velázquez 1

Herramienta de modelado Diagramas de flujo de datos. – Describe los flujos de datos y los procesos que cambian o transforman esos datos. – Muestra también las interfaces, componentes y fuentes externas. 2

Herramienta de Modelado del análisis estructurado Exponentes De Marco, Gane, Sarson, Weinberg, Yourdon, Mc. Menamin y Palmer y Ward y Mellor. La creación del producto puede efectuarse a través de dividir el producto en módulos y éstos en módulos más pequeños, hasta donde no se pueda dividir. La representación de las actividades se puede efectuar por medio de DFD´s descomposición funcional. Implantación de arriba hacia abajo. Se crean y prueban los módulos de nivel superior y así sucesivamente hasta llegar a las tareas. Implantación ascendente. Se ponen en ejecución al mismo tiempo parte de las actividades de creación y pruebas. 3 DFD

Diagrama de flujo: consideraciones generales • Se utilizan para representar las actividades que conforman a los procedimientos, programas y algoritmos. • Muestra la secuencia ordenada de actividades a seguir y la interrelación que existe las actividades • Se recomienda desarrollar este diagrama antes de iniciar con el desarrollo o codificación del procedimiento, programa o algoritmo. • Permite visualizar todo el flujo de información y el contexto correspondiente, evitando así la duplicidad de funciones y las actividades que no agregan valor al sistema o al proceso. 4

Simbología para el modelado con DFD Chris Gane y Thish Sarson Proceso Se identifica con una sola palabra, frase u oración sencilla. Flujo de datos Movimiento información de Archivo/Deposito de información 5

Simbología para el modelado Youdon y De Marco Proceso Flujo de datos Entidad Externa Archivo 6

Diagrama de flujo: simbología Proceso o actividad Decisión binaria Datos y/o Proceso alternativo Disco magnético Terminal: principio o final Multidocumento Intercalar Conector: indica continuidad del diagrama de flujo Almacenamiento de acceso secuencial Ordenar Documento generado por el proceso Almacenamiento de acceso directo Extracto Línea de flujo Datos almacenados 7 Combinar

Diagramas de transición de estado Son una evolución de los Diagramas de Flujo de Datos (DFD). Inicio y Fin Simbolos que representa el inicio y el proceso respectivamente. fin Estado en el que se puede encontrar el producto. Conjunto de circunstancias o atributos que caracterizan a un momento dado. Reposo, Esperando Respuesta, Grabando, etcétera Cambio de estado Muestra la secuencia entre los estados, Cambio de un estado a otro estado Condiciones y acciones Condiciones que provocan un cambio de estado, y acciones que el producto ejecuta cuando se da el cambio de estado. 8

Diagrama de flujo de datos Muestra gráficamente: • El contexto del sistema • La interfase entre los componentes del sistema • El uso de la información entre las actividades • Lo que hace el sistema • El flujo de información de cualquier sistema ya sea manual o automatizado. • Es multidimensional B 1 A 3 C 2 9

Ejemplo: Diagrama de flujo de datos AGENTE EXTERNO DEPÓSITO DE INFORMACIÓN 1 PROCESO DATOS 3 PROCESO 2 PROCESO DATOS AGENTE EXTERNO (FUENTE) Proceso FLUJO DE SALIDA FLUJO DE ENTRADA 10

Ejemplo: Diagrama de flujo de datos REPRESENTA MOVIMIENTO DE DATOS Flujo de datos. CLIENTE DESCRIBE LAS INTERFACES ENTRE LOS COMPONENTES VERIFICA DATOS CLIENTE VERIFICA EXISTENCIA GENERA FACTURA 11 LA DIRECCIÓN DEL FLUJO ESTA INDICADA POR FLECHA. El FLUJO ES DE ARRIBA HACIA ABAJO Y DE DERECHA A IZQUIERDA

Ejemplo: Diagrama de flujo de datos Datos usados en un proceso. Datos simples, datos Compuestos A B A D B Transformada A E B F D B A C 12 D

Ejemplo: Diagrama de flujo de datos Archivo o depósito de información PROCESO ARCHIVO ACTUALIZA INFORMACIÓN PROCESO ARCHIVO CONSULTA DE INFORMACIÓN • Los procesos conectados a un archivo, representan una actividad que hace uso de la información. • Representa el almacenamiento de la información. 13

Ejemplo: Diagrama de flujo de datos Agenda o entidad externa ENTIDAD 1 EXTERNA proceso MUESTRA: ENTIDAD 2 EXTERNA ENTIDAD 3 EXTERNA El origen de la información usada por sistema El destino de la información producida por el sistema 14

Diagrama de flujo de datos Metodologías para elaborar D. F. D. GANE & SARSON Yourdon /De Marco Descomposición de procesos No más de 7 procesos por nivel sólo cuando sea necesario comenzando por el nivel de contexto Tomar la decisión de cuando Siempre debe documentarse el documentar el sistema Los archivos representan parte, una o más entidades del modelo de datos Las entidades externas no se descomponen Uso de elementos importantes Permite duplicar en un nivel para minimizar el cruce de líneas No tiene restricciones en cuanto al dibujo del diagrama No se permite la duplicidad 15

Diagrama de flujo de datos 0. Identifico nivel del D. F. D 1. Determinar los procesos 2. Identificar flujos de datos entre procesos 3. Identificar agentes externos y sus flujos de datos 4. Identificar depósitos de info. y sus flujos de datos 5. Identificar los siguientes niveles (repetir pasos ant). 16 Pasos para elaborar los D. F. D

Diagrama de flujo de datos Paso 1. Determinar procesos. Proceso de cotización 1. Definir productos 3. Establecer precios y desctos. 2. Registrar tiempos de entrega Paso 2. Identificar flujos de datos entre procesos. 2. 1. Definir productos Registrar tiempos de entrega 3. Establecer precios y desctos. 17 Existe flujo entre procesos, cuando dependen de que suceda uno para que se pueda dar el otro o depende de los datos que se generan

Diagrama de flujo de datos Paso 3. Identificar los agentes externos y sus flujos de datos. ALMACÉN PROVEEDOR CLIENTE 2. Registrar tiempos de e. 1. Definir productos 3. Establecer p. y desctos. CLIENTE VENDEDOR TODO PROCESO DEBE TENER UN ORIGEN Y UN DESTINO 18

DIAGRAMA DE FLUJO DE DATOS Paso 4. Identificar depósitos de información PROVEEDOR catálogo de productos ALMACÉN cotización CLIENTE 1. Definir productos 2. Registrar tiempos de e. catálogo de productos cotización 3. Establecer p. y desctos. VENDEDOR 19 CLIENTE

Recomendaciones para los DFD’s Lógicos y consistentes • Evitar flujos de datos indefinidos. • Evitar la generación espontánea de procesos • Etiquetar los flujos de datos y los procesos. • Especificar si el depósito de información es solo de entrada o solo de salida o Entrada/salida. • Utilizar nombres significativos. • Evitar que el D. F. D. sea muy complejo. 20

Niveles de un D. F. D. Tiene un enfoque jerárquico de descomposición progresiva, donde el “nivel 0” puede tener tantos niveles como se necesita hasta llegar a los procesos elementales, a los programas y a los algoritmos. CONTEXTO CLIENTE AGENTE SISTEMA DE VENTAS PROVEEDOR 21 CLIENTE

Niveles de un D. F. D 2. 1 Definir productos Proveedor 2. 2 Registrar tiempo de entrega 2. 3 Establecer precios y desctos. Cliente Almacén Cliente Proceso elemental Vendedor Nivel 2. 1 “Realizar Cotización”. El proceso elemental (función primitiva o nodo terminal), se convierte en un programa de la aplicación, por lo cual puede llevar una miniespecificación 22

Nivelación y balanceo Nivel 0 “Contexto” Nivel 1 Buscar cuidar la integridad entre los niveles, de tal forma que los flujos definidos en el primer nivel sean los que se utilicen en los niveles inferiores. Nivel 2 23

Reglas de nivelación y balanceo • Los flujos de datos deben conservarse a través de los niveles, no pueden aparecer o desaparecer. • Todos los flujos de datos se originan y describen a nivel contexto. • En el nivel de contexto, todos los flujos deben determinarse y originarse por un agente externo. • No deben conectar los depósitos de datos entre si. • No pueden existir un flujo entre un agente externo y un depósito de datos. 24

Evaluación y refinamiento del DFD • Pruebas de corrección. 1. - Verificar que todos los procesos o acciones se hayan contemplado para la diagramación. 2. - Definir los nombres de los procesos. Verificar que todos los procesos tengan un nombre. 3. -. Desarrollar el diagrama de flujo de datos 4. - Eliminar flujos de datos nulos o repetitivos. 5. - Efectuar la prueba de escritorio a los procesos, programas o algoritmos diagramados. Probar las entradas contra las salidas. 6. - Probar todos los niveles inferiores. • Pruebas de utilidad 1. Con pruebas de escritorio comprobar la eficiencia de las interfaces 2. Comprobar la eficiencia del proceso, programa o algoritmos con datos excepcionales. 25