Diagrama de Flujo de Datos (DFD)
- NO ES LO MISMO QUE UN DIAGRAMA DE FLUJO (en programación)
Qué es el diagrama de Flujos de Datos (DFD)?
- Es una técnica de modelización, que nos muestra un sistema como una red de procesos conectados entre ellos por flujos y almacenamientos de datos.
- Es un diagrama de funciones, de procesos, de trabajos
- Proporciona un punto de vista funcional de un sistema. Los procesos que realizan cada una de sus partes.
- Desde un punto de vista global, pero concentrándome en las funcionalidades del sistema.
- Nos muestra el sistema como un red de procesos interconectados entre sí, por flujos y almacenamientos de datos.
- En los lazos de comunicación de dicho sistema, existen datos.
- Maneja básicamente 4 símbolos
- Es un tipo de diagrama asincrónico. No tiene un inicio y fin. Lo puedo leer desde cualquier sitio.
Condiciones del DFD
- Debo etiquetar
- Verbo + Sustantivo
- Además, se le puede agregar un ID
- Los procesadores deben tener al menos una entrada y al menos una salida.
- Los depósitos de información también deben ser consistentes.
- En los flujos van solamente datos, nada más!
- El terminador externo es una excepción, que puede “no tener si o si e/s”
Reglas sobre los terminadores
Existen tres cosas importantes que debemos recordar acerca de los terminadores:
- Son externos al sistema que se está modelando; los flujos que conectan los terminadores a diversos procesos (o almacenes) en el sistema representan la interfaz entre él y el mundo externo.
- El analista de sistemas no puede modificar los contenidos, la organización ni los procedimientos internos asociados a un agente externo o la manera en que trabaja el mismo. El terminador con lo que representa está fuera del dominio del sistema en estudio.
- Las relaciones existentes entre los terminadores no se muestran en el modelo DFD. Si existen relaciones entre los terminadores y si es esencial para el analista modelarlos para poder documentar los requerimientos del sistema, entonces, por definición, los terminadores son en realidad parte del sistema y debieran modelarse como procesos.
Reglas para la construcción de DFD
- Elegir los nombres representativos para los elementos del diagrama.
- Para los procesos
- Función + Verbo.
- Verbo significativo.
- Evitar palabras de uso exclusivo por parte del usuario.
- Evitar terminología informática.
- Para los procesos
- Numerar los procesos para identificarlos de forma rápida y unívoca. Los números no indican secuencia (no es un algoritmo!).
- Evitar DFD excesivamente complejos y recargados. Hay que modelar de forma precisa las funciones que deben llevar a cabo un sistema y las interacciones entre ella
- Consolidar flujos para ganar en legibilidad.
- Redibujar el DFD tantas veces como sea necesario
- Asegurarse que el DFD es consistente.
- Evite sumideros infinitos, procesos que tienen entradas pero no salidas.
- Evite procesos que tienen salidas sin tener entradas. Situaciones normalmente incorrecta.
- Cuidado con flujos y procesos no etiquetados.
- Tener cuidado con los almacenes “solo lectura” o “solo escritura” ya que todo almacenamiento debe tener un flujo entrante y uno saliente.
- Las entidades externas no pueden acceder directamente a ningún almacenamiento
- Un almacén de datos no puede comunicarse directamente con otro almacén de datos.
Símbolos del DFD
Posibles Situaciones
Niveles en los diagramas
- Diagrama de nivel 0 o de contexto
- Todo el sistema en forma de síntesis en una burbuja. Y las entidades externas con las que interactúa.
- Diagrama de nivel 1
- Descompondría ese macro proceso, que representa a todo el sistema, en las actividades principales que lo componen, así como los almacenamientos generales que existan. A continuación se construye una jerarquía de diagramas, en donde cada nivel inferiores una expansión de un proceso del nivel superior.
- Sucesivamente, voy a ir desmenuzando las burbujas en sus funciones constituyentes.