¿Qué es un diagrama de flujo de datos?

A medida que creas y optimizas los sistemas en tu lugar de trabajo, un diagrama de flujo de datos (DFD) puede ayudarte a visualizar cómo se mueve la información, detectar ineficiencias y conseguir que los interesados coincidan en cómo se realiza realmente el trabajo. Es fácil entender el flujo de datos a través de los sistemas con el software adecuado para diagramas de flujo de datos. 

Esta guía brinda todo lo que necesitas saber acerca de los diagramas de flujo de datos, incluidas definiciones, historia, símbolos y notaciones. Conocerás los diferentes niveles de un DFD, la diferencia entre un DFD lógico y un DFD físico, y recomendaciones para crear un DFD.

¿Qué es un diagrama de flujo de datos?

Un diagrama de flujo de datos traza el flujo de la información para cualquier proceso o sistema. Utiliza símbolos definidos, como rectángulos, círculos y flechas, además de etiquetas de texto breves, para mostrar las entradas y salidas de datos, los puntos de almacenamiento y las rutas entre cada destino. 

De forma similar a todos los mejores diagramas y gráficos, un DFD puede con frecuencia "decir" visualmente cosas que serían difíciles de explicar en palabras y funcionan para audiencias tanto técnicas como no técnicas, desde desarrolladores hasta directores. Pueden variar desde descripciones de procesos simples, incluso dibujadas a mano, hasta DFD detallados y con varios niveles que profundizan progresivamente en cómo se manejan los datos. 

Debido a que los DFD hacen visible el comportamiento del sistema, a menudo se utilizan como una herramienta práctica para diagnosticar dónde se originan las fallas y los cuellos de botella.

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.

DFD nivel 1

Un diagrama DFD de nivel 1 proporciona un desglose más detallado de las partes del diagrama a nivel de contexto. Destaca las funciones principales del sistema.

DFD nivel 2 

El Nivel 2 del DFD luego profundiza un paso más en las partes del Nivel 1. Puede requerir más texto para alcanzar el nivel necesario de detalle acerca del funcionamiento del sistema.

Se puede avanzar hacia los niveles 3, 4 y más, pero ir más allá del nivel 3 es poco común. Hacerlo puede crear una complejidad que dificulte comunicar, comparar o modelar de forma efectiva.

Mediante el uso de capas de DFD, los niveles en cascada pueden anidarse directamente en el diagrama, lo que proporciona una apariencia más limpia y un acceso más fácil a análisis más profundos. Al contar con un DFD con tanto detalle, los desarrolladores y diseñadores pueden usarlo para escribir pseudocódigo, que es una combinación de inglés y de lenguaje de codificación.  El pseudocódigo facilita el desarrollo del código real.

Ejemplos de cómo se pueden usar los DFD

Los diagramas de flujo de datos son útiles para analizar o modelar varios tipos de sistemas en diferentes campos.

• Los diagramas de flujo de datos en la ingeniería de software: fue aquí donde los diagramas de flujo de datos dieron sus primeros pasos en la década de 1970. Los DFD pueden brindar un planteamiento enfocado hacia el desarrollo técnico, en el cual se realiza más investigación previa para la codificación.

• DFD en análisis de negocios: los analistas de negocios utilizan los DFD para analizar los sistemas existentes y encontrar ineficiencias. La diagramación de un proceso puede detectar los pasos que, de otro modo, podrían pasar inadvertidos o no comprenderse por completo.

• Diagramas de flujo de datos (DFD) en la reingeniería de procesos de negocio (BPR): la BPR fue pionera en la década de 1990 para ayudar a las organizaciones a reducir los costos operativos, mejorar el servicio al cliente y competir mejor en el mercado. Los DFD se pueden usar para modelar un flujo de datos mejor y más eficiente a través de un proceso de negocio. 

• DFD en el desarrollo ágil: los DFD se pueden usar para visualizar y comprender los requisitos empresariales y técnicos y planificar los siguientes pasos. Pueden ser una herramienta sencilla pero eficaz para la comunicación y la colaboración, que permite centrarse en un desarrollo rápido.

• DFD en estructuras de sistemas: Cualquier sistema o proceso se puede analizar en un detalle progresivo para mejorarlo en aspectos tanto técnicos como no técnicos.

DFD vs. Lenguaje Unificado de Modelado (UML)

Mientras que un DFD ilustra cómo fluyen los datos a través de un sistema, UML es un lenguaje de modelado que se usa en el diseño de software orientado a objetos para brindar una vista más detallada. Un DFD puede seguir siendo un buen punto de partida, pero es posible que los desarrolladores recurran a diagramas de clases, de estructura u otros diagramas UML para lograr el nivel de detalle necesario a la hora de desarrollar el sistema.

DFD lógico vs. DFD físico

Estas son las dos categorías de un diagrama de flujo de datos: lógica y física. Un diagrama de flujo de datos lógico muestra los flujos de datos que son esenciales para el funcionamiento de una empresa. Se enfoca en el negocio y la información necesaria, no en cómo funciona el sistema o cómo se propone que funcione. Sin embargo, un diagrama de flujo de datos físico muestra cómo se implementa el sistema ahora o cómo se implementará en el futuro. Por ejemplo, en un DFD lógico, los procesos serían actividades de negocios, mientras que en un DFD físico, los procesos serían programas y procedimientos manuales.

Cómo crear un diagrama de flujo de datos

Puedes crear tu propio DFD en línea con Lucidchart. Usa nuestros ejemplos y notaciones especializadas de DFD para representar visualmente el flujo de datos a través de tu sistema. Nuestro creador de diagramas de flujo de datos es simple, pero poderoso. 

Empieza con una plantilla y luego usa nuestras figuras para personalizar tus procesos, almacenes de datos, flujos de datos y entidades externas. Con Lucidchart, los diagramas de flujo de datos (DFD) se crean rápidamente, se comparten de forma fácil y siempre están disponibles como referencia rápida en línea o en tu documentación. ¡Regístrate hoy mismo!