Historia del DFD
Los diagramas de flujo de datos se popularizaron a finales de la década de 1970 de la mano de los pioneros de la computación Ed Yourdon y Larry Constantine en su libro Structured Design (Diseño estructurado). Lo basaron en los modelos computacionales de “gráficos de flujo de datos” de David Martin y Gerald Estrin. Tanto el concepto de diseño estructurado como el método de diagramas de flujo de datos (DFD) lograron una amplia adopción en los campos de la ingeniería de software y los negocios.
Otros tres expertos que contribuyeron a este ascenso en la metodología de los DFD fueron Tom DeMarco, Chris Gane y Trish Sarson. Se unieron en diversas combinaciones para convertirse en los principales responsables de definir los símbolos y las notaciones utilizados en un diagrama de flujo de datos.
Símbolos y notaciones usadas en los DFD
Antes de empezar, te conviene familiarizarte con los diferentes símbolos de los diagramas de flujo de datos. Debido a que hay algunas variaciones de símbolos entre los sistemas, lo importante es ser claro y constante en cuanto a las figuras y notaciones que usas al comunicarte y colaborar con otras personas.
Usando las reglas o lineamientos para DFD de cualquier convención, los símbolos representan los cuatro componentes de los diagramas de flujo de datos.
1. Entidad externa
Una entidad externa es un sistema que envía o recibe datos y se comunica con el sistema que se está representando en el diagrama. Son las fuentes y destinos de la información que entra o sale del sistema. Podría ser una organización o persona externas, un sistema de computadoras o un sistema de negocios. También se los conoce como terminadores, fuentes y receptores o actores. Generalmente se los dibuja en los bordes del diagrama.
2. Proceso
Los procesos modifican los datos y generan un resultado. Podrían realizar cálculos, ordenar datos según criterios lógicos o dirigir el flujo de datos en función de las reglas de negocio. Se usa una etiqueta pequeña para describir el proceso (por ejemplo, “Enviar pago”).
3. Almacén de datos
Los almacenes de datos son archivos o repositorios que conservan información para uso posterior (p. ej., una tabla de base de datos o un formulario de membresía). Cada almacén de datos recibe una etiqueta simple (p. ej., “Pedidos”).
4. Flujo de datos
El flujo de datos describe la ruta que siguen los datos entre entidades externas, procesos y almacenes de datos. Representa la interfaz entre los otros componentes y se muestra con flechas, típicamente etiquetadas con un nombre de datos corto (p. ej.: "Detalles de facturación").
Reglas y consejos para el DFD
Todos los diagramas de flujo de datos tienen ciertas reglas a tener en cuenta:
-
Cada proceso debe tener al menos una entrada y una salida.
-
Cada almacén de datos debe tener al menos una entrada y una salida de flujo de datos.
-
Los datos almacenados en un sistema deben pasar por un proceso.
-
Todos los procesos en un DFD pasan a otro proceso o almacén de datos.
Niveles y capas del DFD: de los diagramas de contexto al pseudocódigo
Un diagrama de flujo de datos puede profundizar progresivamente en más detalle por medio de niveles y capas, concentrándose en una pieza en particular. Los niveles de un DFD se numeran 0, 1 o 2 y en ocasiones llegan incluso hasta el Nivel 3 o más. El nivel necesario de detalle depende del alcance de lo que estás tratando de lograr.
DFD nivel 0
Al Nivel 0 de un DFD también se lo llama Diagrama de contexto. Es un panorama básico de todo el sistema o proceso que se está analizando o modelando. Está diseñado para ser una vista rápida que muestra el sistema como un único proceso de nivel alto y su relación con entidades externas. Debe ser entendido fácilmente por una amplia audiencia, incluidas las partes interesadas, los analistas de negocios, analistas de datos y desarrolladores.
