El documento habla sobre el diagrama de flujo de datos (DFD) como una herramienta para representar gráficamente un sistema, mostrando los procesos y flujos de datos. Explica que un DFD describe la secuencia lógica entre datos y procesos de manera independiente del hardware, y puede tener varios niveles de abstracción. También menciona algunas reglas, simbología, errores comunes y el proceso para construir un DFD.

1. Ing. Darmara Silva Mendoza.

2. Es el proceso de examinar la situación de una empresa con el propósito de mejorarla con métodos y procedimientos más adecuados. Es un método para el análisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes. Éste análisis permite al analista conocer un sistema o proceso en una forma lógica y manejable al mismo tiempo que proporciona la base para asegurar que no se omite ningún detalle pertinente.

3. Es decir, concibe el análisis y diseño de sistemas en base a la construcción de modelos con el fin de representar las funciones que realiza el sistema, desde su concepción física hasta la deducción lógica de su información y procesos. El método de desarrollo del análisis estructurado tiene como finalidad superar esta dificultad por medio de: La división del sistema en componentes y La construcción de un modelo del sistema.

4. La herramienta fundamental del Diseño Estructurado es el Diagrama Estructurado que es de naturaleza gráfica y evitan cualquier referencia relacionada con el hardware o detalles físicos. Los Diagramas Estructurados describen la interacción entre módulos independientes junto con los datos que un módulo pasa a otro cuando interacciona con él. Dentro de estas herramientas están: Diagrama de Flujo de Datos. Diccionario de Datos. Descripción de Procesos. Ing. Darmara Silva Mendoza.

5. Definición: Es una herramienta que permite visualizar un sistema como una red de procesos funcionales, conectados entre sí por conductos y tanques de almacenamiento de datos. Proporciona un punto de vista de un sistema, el orientado a funciones. Herramienta que permite representar gráficamente un sistema, mostrando tanto los procesos que en el se llevan a cabo como los datos que pasan de un proceso a otro. Ing. Darmara Silva Mendoza.

6. Finalidad: Verificar los requerimientos de información. Describir los datos asociados con las entidades. Mostrar la relación entre entidades. Comunicar los requerimientos de datos a un diseñador de archivos o administrador de la base de datos. Ing. Darmara Silva Mendoza.

7. Características: También se denomina diagrama de burbujas, diagrama de flujo de trabajo o modelo funcional Representación gráfica en forma de red. La información que proporciona es relevante, ya que facilita la compresión de los sistemas al describir el flujo de los datos, dando al mismo tiempo una mejor comunicación entre el usuario final y analista de sistemas. Describe la secuencia lógicas entre datos y procesos y no se relaciona al hardware. Va de lo general a lo particular, ya que posee niveles. El Nivel 0 (cero) se conoce como Diagrama de Contexto o Diagrama Contextual, solo se identifican los datos de entradas, entidades externas, políticas internas o externas a la organización, y las salida de la información. Las funciones se comunican mediante conductos que representan la información que se mueve. Ing. Darmara Silva Mendoza.

8. Ventajas del enfoque de flujo de datos: Libertad para realizar en forma muy temprana la implementación técnica del sistema. Una mayor comprensión de las interrelaciones de los sistemas y subsistemas. Comunicación del conocimiento del sistema actual a los usuarios por medio de diagramas de flujo de datos. Análisis de un sistema propuesto para determinar si han sido definidos los datos y procesos necesarios. Ing. Darmara Silva Mendoza.

9. Simbología : Ver Enlace Ing. Darmara Silva Mendoza.

10. Procesos que se conservan en el DFD: Realicen cálculos, como por ejemplo el cálculo promedio de calificaciones. Tomen decisiones, como por ejemplo decidir la aprobación de una beca a un estudiante según diversas reglas. Dividan los flujos de datos según su contenido o las reglas de la empresa, como por ejemplo separar los pedidos aprobados de los rechazados en función de las reglas de gestión de la concesión de crédito. Combinen los flujos de gestión de datos, como por ejemplo: combinar los cursos requeridos con los cursos disponibles para crear la planificación de cursos de un estudiante. Filtren y/o resuman los flujos de datos para producir nuevos flujos de datos, como por ejemplo: filtrar los datos de facturación para identificar solo las cuentas no pagadas o resumir los datos de inscripción a cursos para identificar los cursos de mayor demanda (en ambos casos los datos no cambian pero si su estructura). Ing. Darmara Silva Mendoza.

11. Errores en los DFD: Agujero Negro: Se caracterizan porque son procesos que tienen entradas pero no tienen salidas. El Milagro: Es aquel que tiene salidas pero que no tiene entradas. Agujero Gris: Cuando las entradas no son suficientes para las salidas que presenta el proceso. Ing. Darmara Silva Mendoza.

12. Ing. Darmara Silva Mendoza.

13. Procesos de canalización : Significa que los procesos que no cambian los flujos o no sirven para tomar decisiones a partir de los datos de entrada deben ser eliminados. Nombres duplicados de los flujos de datos. Flujos de datos divergentes: son flujos basados en criterios de implantación y deberían evitarse en los DFD esenciales. Sustitúyanse dichos flujos divergentes por un flujo de datos único, independiente y con nombre. Ing. Darmara Silva Mendoza.

14. Ing. Darmara Silva Mendoza.

15. El concepto de paquete de flujo de datos: Cuando hay dos o más flujos de datos independientes que se desplazan siempre juntos, se deben mostrar como un único flujo de datos. Ing. Darmara Silva Mendoza.

16. Ing. Darmara Silva Mendoza.

17. Evitar errores como: Ing. Darmara Silva Mendoza.

18. Cómo Construir un DFD: Ignore las tareas puramente internas del recipiente; aplicando así el concepto de caja negra. Pregunte a sus usuarios finales cuales son los sucesos o transacciones a los cuales debe responder el sistema. Por ej: Pedidos, Reclamos, Pagos, etc. Para cada suceso, pregunte cuáles son las respuestas que debería generar el sistema. Por ejemplo: Pedido - Programar pedido Reclamo - Dar respuesta Pago - Elaborar recibo Ing. Darmara Silva Mendoza.

19. Pregunte cuales son los informes de formato fijo que debe producir el sistema Identifique las fuentes netas de datos para cada suceso o transacción. Estas fuentes se convertirán en los agentes internos o externos del sistema. Identifique los recipientes netos de cada respuesta o salida que debería generar el sistema. Estos destinos serán también agentes internos o externos. Ing. Darmara Silva Mendoza.

20. Identifique todos los posibles almacenes de datos externos. No los confunda con el almacén de datos correspondiente al modelo E/R del sistema que se va a construir. Dibuje un diagrama de contexto para toda la información anterior. Ing. Darmara Silva Mendoza.

21. Reglas Generales de Diagramación Los flujos no deben entrar y salir del proceso con el mismo nombre Los flujos tienen una sola dirección Las entidades externas y los archivos pueden aparecer varias veces en un DFD Todo proceso debe tener entradas y salidas Los datos que entran a un proceso deben ser utilizados en su totalidad en ese proceso Ing. Darmara Silva Mendoza.

22. Todo lo que entra a un archivo debe ser usado. Todo lo que sale de un archivo debe haber sido utilizado previamente. Elegir nombres con significado para los procesos, flujos, almacenes y terminadores: saldo_cliente, Imprimir, Nómina, ... Numerar los procesos. Redibujar el DFD tantas veces como sea necesario estéticamente. Evitar los DFD demasiado complejos. Ing. Darmara Silva Mendoza.

23. Asegurarse de que el DFD sea internamente consistente y que también lo sea con cualquier DFD relacionado con él. Un proceso en un DFD puede identificar una función que se está llevando a cabo, o puede identificar como se está llevando a cabo identificando a la persona o grupo; en este último caso identifique la tarea que se realiza no nombres de personas. Distintos tipos de datos => distintos flujos. Ing. Darmara Silva Mendoza.

24. Etiquete los procesos de manera que se puedan identificar las funciones que el sistema está llevando a cabo. Un buen sistema que se puede utilizar para nombrar procesos es usar un verbo y un objeto. Es decir, elegir un verbo activo y un objeto apropiado para formar una frase descriptiva para el proceso. Distintos niveles de abstracción . niveles superiores: funciones del sistema de forma general, niveles inferiores: funciones del sistema de forma detallada. Máximo hasta 7 niveles y almacenes relacionados. Ing. Darmara Silva Mendoza.

25. Ejemplos de nombres de procesos: CALCULAR TRAYECTORIA DE PROYECTIL. PRODUCIR INFORME DE INVENTARIO. VALIDAR NUMERO TELEFONICO. ASIGNAR ESTUDIANTE A LA CLASE. Ing. Darmara Silva Mendoza.

26. Flujos validos. De una entidad externa a un proceso. De un proceso a una entidad externa. De un proceso a otro proceso De un proceso a un archivo. De un archivo a un proceso Ing. Darmara Silva Mendoza.

27. Tipos de Diagrama. Diagrama Contextual : Es el primer diagrama ayuda al analista de sistemas a ilustrar el movimiento de datos básico, su naturaleza general limita su utilidad. El diagrama de contexto inicial debe ser un panorama que incluye entradas básicas, el sistema en general y las salidas. El diagrama contextual es el nivel más alto en un diagrama de flujo de dato, y contiene solamente un proceso que representa al sistema completo. Al proceso le es dado el número cero. Todas las entidades externas son mostradas en el diagrama de contexto, así como los flujos de datos principales que entran y salen de el. El diagrama no contiene ningún almacenamiento de datos. Se realiza a partir de entrevistas con usuarios y análisis de documentos. Ing. Darmara Silva Mendoza.

28. Ing. Darmara Silva Mendoza.

29. Diagramas Expandido : Es la explosión del diagrama de contexto y puede incluir hasta nuevos procesos, muestran almacenes de datos y nuevos flujos de datos de nivel más bajo. Ing. Darmara Silva Mendoza.

30. Ejemplo 1: Del Sistema de Inscripción DCYT UCLA Ing. Darmara Silva Mendoza.

31. Ing. Darmara Silva Mendoza.

32. Diagrama Expandido Nivel 1: Ing. Darmara Silva Mendoza.

33. Conexiones permitidas. Ing. Darmara Silva Mendoza. Fuente Destino Proceso Almacén Entidades Externas Proceso SI SI SI Almacén SI NO NO Entidades Externas SI NO NO