1

Diagrama de Flujo de Datos

Es una herramienta del análisis estructurado. Formada por una representación grafica de un
sistema de información que ilustra como fluyen los datos a través de distintos procesos.

¿Cuál es su propósito?

El propósito de un diagrama de flujo de datos (DFD) es mostrar, para un cierto sistema o

subsistema:

 ¿Cuáles son los límites del sistema?

 ¿De dónde vienen los datos?
 ¿A dónde van los datos cuando dejan el sistema?
 ¿Dónde se almacenan los datos?
 ¿Qué procesos transforman los datos?
 Las interacciones entre los procesos y los depósitos de datos

¿Cuáles son sus elementos?

 Entidades:

Las entidades externas, que se dibujan a través de un cuadrado. Emiten o reciben la

información.

Ejemplos: Paciente, Alumno, Contabilidad, Cliente, entre otras cosas.

 Proceso:

Transforman los datos que les llega a través de los flujos de entrada en la información que sale
a través de los flujos de salida.

Ejemplo: Calcular Total Factura, Inscribir Asignatura, Registrar Reserva entre otras

Utilizar verbos en infinitivo: Terminados en ar, er, ir.

 Flujos de Información:

Representan el movimiento de Datos. Se identifican a través de flechas dirigidas.

Ejemplo: Detalle de Factura, Datos del Cliente, Orden de Compra, etc.

Utilizar nombres significativos.

Puede contener 1 o más datos

Evite entrecruzar flujos

 Almacenes de Datos:

Repositorio de los datos procesados y utilizados por los procesos del sistema
 2

Ejemplo: Facturas, Clientes, Productos, Facturas Rechazadas, Habitaciones Reservadas, entre

otras.

Recomendaciones:

 Identificar las entidades externas al sistema y, sus flujos de entrada y salida. Es decir,
establecer el contexto del sistema.
 Elegir nombres adecuados para todos los objetos del diagrama, evitando términos
demasiados generales o ambiguos.
 Ignorar la inicialización y terminación del sistema. Un DFD no representa el flujo de
ejecución de un sistema, sino los datos que maneja, por lo que se puede suponer que
el sistema ya esta en funcionamiento y que nunca termina.
 Evitar los DFD demasiados complejos, con demasiados flujos, procesos, almacenes y
agentes externos.
 Omitir tratamiento de errores.
 Refinar los DFD constantemente.
 Asegúrese de que el DFD sea lógicamente consistente, evitando sumideros infinitos
(procesos que solo tienen entrada y no salidas), burbujas de generación espontanea
(tienen salida sin tener entradas), flujos no etiquetados

Diagrama de contexto.

Muestra a través de flujos de datos las interacciones existentes entre los agentes externos y el
sistema, sin describir en ningún momento la estructura del sistema de información.

En este tipo de diagrama, el sistema de información debe representarse como un único

proceso de muy alto nivel con entradas y salidas hacia los agentes externos que lo limitan, de
forma equivalente a una caja negra.

Un diagrama de contexto es desarrollado en tres pasos:

1. Identificar el proceso principal.

2. Las entidades externas
3. Y los flujos de datos que implican el diagrama
 3

Ventajas del diagrama de contexto:

1. Mostrar el alcance y los límites de un sistema.

2. No se requieren conocimientos técnicos para su lectura.
3. De fácil diseño y cambio debido a su notación limitada.
4. Fácil de expandir gracias a la adición de diferentes niveles de DFD’s.
5. Permite a un público amplio comprender más fácil el enlace