Diagramas de Flujo de Datos

(DFD)

Lic. Jesús Cerros

 LA METODOLOGÍA DEL FLUJO DE DATOS PARA DETERMINAR
LOS REQUERIMIENTOS HUMANOS
Para que los analistas de sistemas puedan comprender los
requerimientos de información de los usuarios, deben ser
capaces de conceptualizar la forma en que los datos se mueven a
través de la organización, los procesos o la transformación por la
que pasan los datos y las salidas de los mismos.

Por medio de los (DFD), el analista de sistemas puede ensamblar

una representación gráfica de los procesos de datos a través de la
organización. Al usar combinaciones de sólo cuatro símbolos, el
analista puede crear una descripción ilustrada de los procesos
con el fin de elaborar una documentación sólida para el sistema.
 Diagramas de Flujos de Datos (DFD)

Un DFD es un diagrama en forma de red que

representa el flujo de datos y las transformaciones
que se aplican sobre ellos al moverse desde la
entrada hasta la salida del sistema. Se utiliza para
modelar las funciones del sistema y los datos que
fluyen entre ellas a distintos niveles de abstracción.
 Ventajas de la Metodología del Flujos de
Datos.
La metodología del flujo de datos tiene cuatro ventajas
importantes en comparación con las explicaciones narrativas
sobre la forma en que se mueven los datos a través del
sistema:

1. No hay que comprometerse demasiado pronto con la

implementación técnica del sistema.
2. Permite comprender con más detalle la capacidad de
interrelación de los sistemas y subsistemas.
3. Se puede comunicar el conocimiento del sistema actual a
los usuarios por medio de diagramas de flujo de datos.
4. Se puede analizar un sistema propuesto para determinar si
se han definido los datos y procesos necesarios.
Símbolos Basicos del DFD
Simbolo Ejemplo

Entidad Estudiante
Externa

2.1

Proceso Crear Registro

de Estudiante

Flujo de Datos Información nuevo

Estudiante

Archivo Maestro
Almacén de Datos D3 de estudiantes
 Procesos
Un proceso puede interpretarse como una función que debe
llevar a cabo el sistema. Debe ser capaz de generar los flujos de
datos de salida a partir de los flujos de datos de entrada y de una
información local.

Un proceso se identifica mediante un número y un nombre, que

deben ser únicos en el conjunto de DFD’s que representan el
sistema. El nombre debe ser breve y lo más representativo
posible de la función que describe. Normalmente se forma por un
verbo y un sustantivo.
E1 S1

E2 Proceso
S2

E3
 Procesos
Un nombre claro facilita la acción de entender lo que el proceso lleva a cabo.

1. Al denominar un proceso de alto nivel, asigne al proceso el nombre de todo

el sistema. Por ejemplo, SISTEMA DE CONTROL DE INVENTARIO.
2. Al denominar un subsistema importante, use un nombre tal como
SUBSISTEMA DE INFORME DE INVENTARIOS o SISTEMA DE CUMPLIMIENTO
CON CLIENTES DE INTERNET.
3. Al denominar procesos detallados, use una combinación verbo-sustantivo-
adjetivo. El verbo describe el tipo de actividad, como CALCULAR, VERIFICAR,
PREPARAR, IMPRIMIR o AGREGAR. El sustantivo indica cuál es el resultado
principal del proceso, como INFORME o REGISTRO. El adjetivo ilustra la salida
específica que se produce, como PEDIDO PENDIENTE o INVENTARIO. Algunos
ejemplos de nombres de procesos completos son CALCULAR IMPUESTO DE
VENTAS, VERIFICAR ESTADO DE CUENTA DE CLIENTE, PREPARAR FACTURA DE
ENVÍO, IMPRIMIR INFORME DE PEDIDOS PENDIENTES, ENVIAR CONFIRMACIÓN
POR EMAIL AL CLIENTE, VERIFICAR SALDO DE TARJETA DE CRÉDITO y AGREGAR
REGISTRO DE INVENTARIO.
 Almacenes de
datos
Un almacén de datos representa información
almacenada en forma temporal.
del Sistema

Es un depósito lógico de almacenamiento que puede

representar distintos tipos de información física (una bandeja
con papeles, un archivador manual, un archivo en una
computadora o una base de datos).

Almacén de Datos
 Entidades externas
Una entidad externa representa un generador o consumidor
de
información del sistema, pero no pertenece al mismo.
Puede representar un subsistema, persona, departamento,
organización, etc., que proporcione datos al sistema o que los
reciba de él.

Los flujos que parten de o llegan a las entidades externas

definen la interfaz entre el sistema y el mundo exterior.

Entidad
 Entidades externas
• Normalmente, las entidades externas sólo deberían
en el diagrama de aparecen mayor nivel (Diagrama de
Contexto).
• Pueden incluirse en otros niveles si mejoran la legibilidad de
los diagramas..

• Toda entidad externa se identifica con un nombre.

 Como desarrollar (DFD)
He aquí unas cuantas reglas básicas a seguir:

1. El diagrama de flujo de datos debe tener por lo menos un

proceso y no debe haber objetos independientes o conectados a
sí mismos.
2. Un proceso debe recibir por lo menos un flujo de datos
entrante y debe crear por lo menos un flujo de datos saliente.
3. Un almacén de datos debe estar conectado con por lo menos
un proceso.
4. Las entidades externas no se deben conectar entre sí. Aunque
se comunican en forma independiente, esa comunicación no
forma parte del sistema que diseñamos mediante el uso de DFD.
 Como
desarrollar
(DFD)
FIGURA 7.2
En esta Figura se sintetizan los
pasos involucrados para completar
con éxito los diagramas de flujos
de datos. En primer lugar, el
analista de sistemas necesita
conceptualizar los flujos de datos
desde una perspectiva de arriba-
abajo.
 Flujo de datos
Se interpretan como un camino a través del cual viajan datos
composición conocida de una parte del sistema a otra.
de

Son el medio de conexión de los restantes componentes del

DFD.

Se representan por arcos dirigidos, en donde la flecha indica la

dirección de los datos.

Deben tener un nombre o rótulo que los identifique.

 Flujo de datos
Los flujos de datos que conectan componentes de un DFD
deben respetar las siguientes restricciones:

Destino Proceso Almacén Entidad

Origen Externa
Proceso Si Si Si

Almacén Si No No

Entidad Si No No
Externa
 Flujo de datos
Las diferentes conexiones entre procesos y almacenes que es
posible realizar son:

Proceso Almacén de Datos Flujo de consulta

Proceso Almacén de Datos Flujo de Actualización

Proceso Almacén de Datos Flujo de diálogo

 Flujo de datos
El flujo de consulta muestra la utilización de la información
almacén por el proceso que consulta para:
del
• Utilizar los valores de uno o más atributos de una ocurrencia
del almacén
• Comprobar si los valores de los atributos seleccionados
cumplen determinadas condiciones.
El flujo de actualización indica que el proceso va a alterar
información
la contenida en el almacén para:
• Crear una nueva ocurrencia de un dato (entidad o relación)
• Borrar una ocurrencia de un dato
• Cambiar el valor de un atributo
El flujo de diálogo involucra un flujo de consulta y uno de
actualización.
 Descomposición de niveles en un DFD
Contextual B
E2 A3
C 2.3.2
A 2.3.3
E1 Sistema D
2.3.1

E E3
E
Nivel 2
Nivel 0 (Sistema) Proceso 2.3
A A2

Nivel 1 A A2
1
Proceso 2 2.3
2 B 2.1

2.2
E D E
C
A1

A1
 Diagrama de contexto
• Es el DFD más general de todos.
• Está formado por un solo macro proceso (el sistema), las
entidades externas (fuentes y destinos) y sus relaciones con
el macro proceso.
• Delimita el sistema y su entorno.
• El diagrama de contexto es el nivel más alto en un diagrama
de flujo de datos y contiene sólo un proceso, el cual
representa a todo el sistema.
 Diagrama Nivel 0 (Sistema)
• El Diagrama 0 es la ampliación del diagrama de contexto y
puede incluir hasta nueve (9) procesos. Si se incluyen más
procesos en este nivel se producirá un diagrama difícil de
entender.

• Por lo general, cada proceso se numera con un entero,

empezando en la esquina superior izquierda del diagrama
y terminando en la esquina inferior derecha.

• En el Diagrama 0 se incluyen los principales almacenes de

datos del sistema (que representan a los archivos
maestros) y todas las entidades externas.
Diagrama Nivel 0 (Sistema)
Diagramas Hijos (Subprocesos)
• Cada proceso del Diagrama 0 se puede, a su vez, ampliar para
crear un diagrama hijo más detallado. El proceso del
Diagrama 0 a partir del cual se realiza la ampliación se llama
proceso padre, y el diagrama que se produce se llama
diagrama hijo.

• La regla principal para crear diagramas hijos, el equilibrio

vertical, estipula que un diagrama hijo no puede producir
salida o no puede recibir entrada que el proceso padre no
produzca o reciba también.

• Todos los flujos de datos hacia dentro o hacia fuera del

proceso padre se deben mostrar fluyendo hacia dentro o
hacia fuera del diagrama hijo.
Diagramas Hijos (Subprocesos)
Ejemplo de un DFD – Sistema de Pedidos
 Ideas útiles para construir el DFD

• Nombrar adecuadamente todos los objetos del DFD

• Numerar adecuadamente procesos y diagramas
• Realizar una correcta división en subsistemas (Contextual,
Nivel 0,1,2…)
• Utilizar la descomposición funcional jerárquica hasta
alcanzar
las funciones primitivas
Bibliografía
E. KENDALL, KENNETH y E. KENDALL, JULIE, Análisis y
diseño de sistemas. Sexta edición PEARSON
EDUCACIÓN, México, 2005.

GANE,C y SARSON, T., Análisis estructurados de sistemas. El

Ateneo Pedro García S.A, Buenos Aires, 1987.