Este documento define y explica los diagramas de flujo de datos (DFD). Un DFD muestra cómo circula la información a través de un sistema y los procesos de transformación por los que pasan los datos. Incluye entidades externas, flujos de datos, procesos y almacenes de datos. Se provee un ejemplo de DFD para ilustrar el flujo de un cliente que lleva su vehículo a un taller de reparación.

1. UNIVERSIDAD GALILEO
FISICC – IDEA
AREA DE AUTOMATIZACION DE OFICINAS
COMPLEMENTO

2. DEFINICION DE DIAGRAMA DE FLUJO DE DATOS
Un Diagrama Flujo de Datos es una
representación estructurada y gráfica que
describe cómo circula la información a través de
un sistema y los diferentes procesos de
transformación a los que se ve sometida.
Permite visualizar un sistema como una red de
procesos funcionales, conectados entre si
mediante flujos de datos.

3. Es una de las herramientas más usadas
en sistemas computacionales en los que
las funciones del sistema son de gran
importancia y son más complejas que los
datos que éste maneja.
Es un modelo lógico (no físico) que
representa qué hace el sistema y no
cómo lo hace; esto es comprensible para
el usuario.

4. Muestra cualquier nivel de detalle y, el flujo de la
información asociada. Sirve para identificar y dar
nombre a las fuentes de datos, destinos de los
datos, flujos de datos, almacenes de datos y,
procesos.
El DFD se desarrolla con un enfoque
descendente y está sujeto a una notación y a
unas reglas predefinidas que buscan producir un
documento conciso y autoorganizado.

5. El DFD se compone de Entidades
Externas, flujos de datos, funciones o
procesos y almacenes de datos.
Estos diagramas son compatibles con
cualquier idioma debido a que la
simbología no varia.

6. Simbología utilizada en los DFDs
Los símbolos utilizados varían por autor.
Los más utilizados y populares son la
simbología adoptada por YOURDON y
GANE & SARSON.
Utilizaremos para esta presentación la
notación de GANE & SARSON, que incluye
la notación siguiente:

7. P
Proceso
Almacén
A
Almacén Repetido A
Entidad

8. Flujo de Datos
Flujo de Datos para Consultas
Flujo de Datos para Lectura
Flujo de Datos para Registro

9. En síntesis, el Diagrama de Flujo de
Datos describe:
los lugares de origen y destino de los datos (los
límites del sistema),
las transformaciones a las que son sometidos los
datos (los procesos internos),
los lugares en los que se almacenan los datos
dentro del sistema, y
los canales por donde circulan los datos.

10. AGENTE EXTERNO, FUENTE O DESTINO EXTERNO
Se representa gráficamente por un rectángulo y
muestra las entidades externas tales como
facturas, empleados, clientes, sistema
económico, con las que el sistema se comunica;
y existen algunos factores importantes que
considerar.
SIMBOLO

11. No es posible cambiar el contenido del agente
externo, ya que esta fuera del dominio del
cambio.
Las relaciones existentes entre los agentes
externos, no se muestran en el DFD.
No es relevante ni como obtiene la
información ni que hace con ella.

12. FUENTE O DESTINO
EXTERNO
Se considera fuera de los límites del
sistema que se diagrama aunque
interactúa con este, puede ser utilizada
más de una vez en los DFDs
identificándose con un triángulo en la parte
inferior izquierda para indicar que está
duplicada, asimismo debe ser identificada
por su nombre.

13. CON QUIEN SE RELACIONAN
Entidades Externas: Se relacionarán solamente
con el primer Proceso del sistema.

14. PROCESOS
Muestra una parte del sistema que
transforma entradas en salidas, es decir,
muestra cómo es que una o más entradas
se transforman en salidas, asimismo es una
actividad que definida y predecible
transforma flujos de datos con el fin de
conseguir un cierto objetivo.

15. EL PROCESO
Se nombra o describe con una sola
palabra, frase u oración sencilla, que
describirá lo que hace el proceso, los
transforma por medio de un verbo
activo seguido de un sustantivo.

16. QUE REPRESENTA EL SIMBOLO
P1
NOMBRE
DE
PROCESO
Este símbolo representa un proceso de transformación,
es decir trabajo desarrollado en el sistema para
transformar los datos.
Debe asignarse un nombre al proceso, además se
asigna un número para identificarlo dentro del sistema.

17. USO DE LA SIMBOLOGIA
Al menos debe tener un flujo de datos que entre y uno que salga del proceso.

18. Ejemplos incorrectos (no son posibles en un DFD):
Generación espontánea – no tiene input,
no tiene entrada
No tiene output,
No tiene salida
el input no es suficiente para generar el output

19. CON QUIEN SE RELACIONAN
LOS PROCESOS
Procesos: Se relacionarán con:
Almacenes
Entidades externas
Otros procesos
Deberán tener al menos una Entrada y una
Salida.

20. ALMACEN DE DATOS
Conjunto de datos siempre disponible donde los
mismos quedan retenidos. Se utiliza para
modelar una colección de paquetes de datos en
reposo. Se denota por dos líneas paralelas o de
doble vía. El nombre que se utiliza para
denotar al almacén es el plural del que se
utiliza para los datos que almacena. La
información almacenada está en reposo. Es
independiente de la implementación física.

21. Los flujos que van hacia el almacén se
interpretan como una escritura, una
actualización o una eliminación de
información del almacén. Los flujos que
salen del almacén se interpretan como
una lectura o un acceso a la información
del almacén.

22. SIMBOLO
También conocido como “data repository”;
representa cuando el sistema tiene que retener datos
porque serán usados más tarde por uno o más procesos.
Almacenes: Se relacionarán solamente con Procesos.

23. FLUJO DE DATOS
Muestra el movimiento de datos de un punto a
otro dentro del sistema.
debe asignársele un nombre, ya que representa
datos acerca de personas, lugares o cosas.
Si los flujos suceden simultáneamente, deben
representarse con flechas paralelas.
Simbología

24. Veamos algunas recomendaciones para
la construcción de un DFD:
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
demasiado generales o ambiguos.

25. Evitar los DFD demasiado complejos, con
demasiados flujos, procesos, almacenes y
agentes externos.
Omitir tratamiento de errores.
Refinar los DFD constantemente. El diseño de
un DFD es un proceso iterativo, por lo que habrá
que hacer revisiones y modificaciones
periódicas hasta obtener la versión definitiva.

26. 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 está en funcionamiento y que nunca
termina.
Ignorar el flujo de control. Los flujos de datos
válidos son aquellos que son recibidos por una
función que los modifica y los vuelve a generar
como flujo de salida o como parte de un flujo de
salida.

27. Es importante dedicar tiempo a esta
labor ya que los posibles errores
introducidos en un DFD serán errores
de análisis que se arrastrarán a lo largo
de las siguientes fases del ciclo de vida
del sistema.

28. Asegurarse de que el DFD sea
lógicamente consistente, evitando
sumideros infinitos (procesos que solo
tienen entradas pero no salidas), burbujas
de generación espontánea (tienen salida sin
tener entradas), flujos no etiquetados,
almacenes de solo lectura o solo escritura.

29. CASO PRACTICO
Se desea analizar el caso de un CLIENTE que
lleva su vehiculo al taller de reparación; su flujo
de comunicación con el usuario y el sistema es el
siguiente: en la oficina de recepción de vehículos
se registran los datos del ingreso del vehiculo al
taller, para hacerle un tune – up, llena la ficha
pertinente de traslado al taller de mecánica;
consulta en el listado de precios por servicio de
tune – up y le entrega la información al CLIENTE.

32. ENTIDADES:
1. cliente
2. taller
PROCESOS:
P1.1: registra consulta de servicios
P1.2: registra consulta de tarifas
P1.3: prepara respuesta

33. FLUJO DE DATOS:
f1: requiere datos de servicios
f2: traslada consulta de servicios
f3: requiere tarifas
f4: traslada consulta de tarifas
f5: requiere respuesta
f6: registra respuesta
f7: traslada respuesta cliente
f8: traslada respuesta cliente

34. ALMACENES:
A: dat_servicios (datos de servicios)
B: dat_tarifa (datos de tarifas por servicios)
C: dat_atendidos (datos de clientes atendidos)

36. ENTIDADES:
1. cliente
PROCESOS:
P2.1: verifica rampa de servicios
P2.2: confirma rampa de servicios
P2.3: registra datos para servicio
P2.4: prepara respuesta

37. FLUJO DE DATOS:
f1: Requiere datos de servicios
f2: traslada consulta
f3: requiere datos de rampa
f4: requiere datos
f5: registra datos de cliente
f6: registra datos de vehículo
f7: registra datos de mecánico
f8: requiere datos boleta
F9: registra datos de boleta
F10: entrega boleta

38. ALMACENES:
D: dat_rampas (datos de ramapas de servicios)
E: dat_cliente (datos personales del cliente)
F: dat_vehiculos (datos del vehiculo del cliente)
G: dat_mecanico (datos personales del mecanico)
C.1: dat_atendidos

40. ENTIDADES:
1. cliente
2. taller
PROCESOS:
P3.1: elabora monto de servicios
P3.2: registra monto de servicios
P3.3: emite factura de servicios

41. FLUJO DE DATOS:
f1: requiere datos de servicios
f2: traslada datos de servicios
f3: registra datos de cobros de servicios
f4: requiere emisión de factura de servicios
f5: registra datos de emisión de facturas de servicios
f6: entrega original factura cliente
f7: entrega copia de factura taller

42. ALMACENES:
H: dat_cobros (datos de cobros de servicios)
I: dat_facturas (datos de facturas emitidas)

43. CONCEPTOS ADICIONALES
• EL DIAGRAMA DE CONTEXTO ES EL
NIVEL MAS ALTO EN UN DIAGRAMA DE
FLUJO DE DATOS Y CONTIENE UN
SOLO PROCESO, QUE REPRESENTA A
TODO EL SISTEMA.
• EL DIAGRAMA NIVEL 0 ES LA
AMPLIACION DEL DIAGRAMA DE
CONTEXTO Y PUEDE INCLUIR HASTA
NUEVE PROCESOS.