Diagrama de Flujo de Datos (DFD)

1
Diagrama de Flujo de Datos (DFD)

• Ingeniería de Software I
• M.Sc. Idalia Maldonado Castillo

2
Diagrama de Flujo de Datos

• Técnica de análisis estructurado en la cual se
  hace una representación gráfica de los procesos
  de los datos el cual enfatiza la lógica del
  sistema.
• Caracterizan gráficamente los procesos de los
  datos y el flujo del sistema.
• Dan una visión amplia de la entrada, procesos y
  la salida del sistema

3
Simbología (Gane Sarson)
Entidad
Flujo de Datos
Almacén de Información
Proceso

• Símbolos usados para dibujar el movimiento de los
  DFD.

4
Ejemplo
EJEMPLO
DESCRIPCION
Persona, departamento o equipo que puede mandar o
recibir datos del sistema. Interactua con el
sistema y muestra el recurso inicial y el
recipiente final de la informacion.
Entidad
Estudiante
Muestra el movimiento de datos de un punto a otro
con la punta hacia el destino de la informacion
(datos). Representa datos sobre una persona,
departamento.
Flujo de Datos
Informacion del Nuevo estudiante
2.1
Refleja el proceso de un cambio o transformacion
de los datos. Los datos que entran son diferentes
a los que entran. Se le asigna un numero unico
para identificar su nivel en el diagrama.
Proceso
Crear expediente estudiante
Almacena datos que puede ser un lugar, archivo,
base de datos, etc. Se le asigna un numero de
referencia unico para identificar su nivel.
Almacén de Información
D3
Expediente estudiante
5
Desarrollando un DFD de alto a bajo nivel
(Top-Down)

1. Crear un Diagrama de Contexto.
2. Crear un Diagrama de Nivel 0.
3. Crear un diagrama hijo para cada uno de los
   procesos del Diagrama 0.
4. Verificar posibles errores.
5. Desarrollar un DFD físico a partir del DFD
   lógico.
6. Dividir el DFD físico, agrupando partes que
   facilitan la programación.

6
Diagrama de Contexto
0
Entrada A
Salida C
Nombre del Sistema
Entidad 3
Entrada B
Entidad 2

• Incluye entradas básicas, el sistema general y
  las salidas.
• El proceso tiene el numero 0.
• Es el diagrama de mas alto nivel en un DFD y
  contiene solo un proceso, representando el
  sistema entero.

7
Diagrama 0
Flujo de Datos B
Salida C
Entrada A
Entidad 3
Flujo de Datos C
Registro A
Registro E
Registro A
Registro E
Flujo de Datos D
Entrada B
Entidad 2
8
Diagrama 0

• Las entradas y salidas especificadas en el
  diagrama de contexto se mantienen.
• El diagrama se detalla en acercamientos que
  envuelven de 3 a 9 procesos, mostrando almacenes
  de información.
• El manejo de excepciones o errores se ignoran.
• Cada proceso esta numerado con un entero,
  generalmente empezando de izquierda a derecha.

9
Diagrama 0

• Sugerencias para la creación del diagrama 0
• Para crear este diagrama se sugiere preguntar
• Que pasa con la información que entra al
  sistema?, es almacenado? Es entrada para varios
  procesos?.
• Para una salida preguntar de donde viene? Se
  calculo o viene de un archivo?
• Para el flujo de datos y almacenes de
  información que procesos usan estos datos?, que
  procesos pusieron esa información en el almacén
  de datos?
• Buscar que entrada necesita el proceso y la
  salida que genera. Luego conecta la entrada con
  la salida a los almacenes de información y
  entidades.
• Tomar nota sobre áreas que son imprecisas, esto
  ayuda para futuras entrevistas.

10
Diagrama Padre
Registro A
Entrada B
Flujo de Datos D
Diagrama Hijo
Registro A
Entrada B
Archivo de Transaccion 1
Registro de Transaccion 1
Registro de Transaccion 1
Flujo de Datos Detallado Z
Flujo de Datos D
11
Diagrama Hijo

• La regla principal es que el hijo debe tener las
  mismas entradas y salidas que el padre, a esto se
  le llama Balance Vertical.
• El diagrama hijo tendrá el mismo numero que el
  padre y los procesos del diagrama hijo tienen un
  numero decimal, por ejemplo el padre es 3 y los
  hijos serán 3.1, 3.2 y así sucesivamente.
• Las entidades generalmente no se muestran en los
  diagramas hijo debajo de un Diagrama 0 (es decir
  las entidades que van o que salen del hijo).
• Almacenes de información se pueden incluir en el
  diagrama hijo.
• Errores se pueden incluir en el diagrama hijo
  pero no en el diagrama padre.

12
Verificar Errores
Todos los flujos de datos deben originarse o
terminar en un proceso.
Flujos de datos no deben Dividirse en dos o mas
flujos de datos diferentes.
Los procesos necesitan tener al menos una
entrada y una salida.
13
Verificar Errores

• Error conectar almacenes de datos y entidades
  externas directamente una a otra.
• Error data stores y entidades se pueden conectar
  solo con un proceso intermedio.
• 2 entidades no se comunican entre ellas a menos
  que el sistema sea intermediario en la
  comunicacion
• Para nombrar los procesos y flujo de datos.
• Procesos verbo sustantivo adjetivo
• Flujo de datos sustantivo

14
Diagrama de Contexto
0
articulos
Total
Sistema para una tienda miscelanea
Cliente
Cliente
15
Diagrama 0
16
DFD Lógico
Cliente
Cliente
Precios
Artículos a comprar
Recibo
Pago
4
Completar transacción y emitir recibo
Artículos y precios
Identificador de artículo
Total a pagar
17
DFD Lógico y Físico.

• Lógico se enfoca en el negocio y como opera el
  negocio, en este punto del diagrama no interesa
  como se va a construir. Se describen los eventos
  que ocurren y los datos necesarios y producidos
  por el evento.
• Físico muestra como se va a implementar el
  sistema incluyendo hardware, archivos y personas
  involucradas en el sistema.

18
DFD Lógico
Cliente
Cliente
Precios
Artículos a comprar
Pago
Recibo
4
Completar transacción y emitir recibo
Artículos y precios
Identificador de artículo
Total a pagar
DFD Físico
Archivo de Transaccion Temporal
D2
Cliente
Cliente
Descripción de artículos y precios
Código de barras
Articulos, precios y subtotales
Articulos y precios
Recibo de caja registradora
Artículos a comprar
Efectivo, tarjeta débito
4
1
2
Recibir dinero y dar el recibo (manual)
Pasar artículos por el escaner (manual)
Buscar código y precio en archivo
Artículos y precios
Código de Barras del artículo
Total a pagar
19
Ventajas de DFD Lógico

• Mejor comunicación con usuarios.
• Sistemas mas estables (esta basado en eventos del
  negocio y no en una tecnología particular o
  método de implementación).
• Mejor entendimiento del negocio por los
  desarrolladores.
• Flexibilidad y mantenimiento (el negocio no
  cambia pero si los aspectos físicos del sistema).
• Eliminar redundancia y fácil creación del modelo
  físico.

20
Ventajas de DFD Físico

• Clarifica cuales procesos son manuales y cuales
  son automáticos.
• Describe procesos en mas detalle que los DFD
  lógicos.
• Hace secuencia de procesos que tienen que ser
  hechos en un orden particular.
• Identifica almacenes de datos temporales.
• Especifica nombres de archivos reales.

21
Dividir el DFD físico (partitioning)

• Partitioning es el proceso de analizar el DFD y
  dividir/distinguir los procesos manuales y los
  automáticos.
• Una línea punteada se dibuja alrededor de los
  procesos que deben incluirse en un mismo proceso
  manual o automático.
• Los procesos automáticos se agrupan en un mismo
  programa, estos pueden ser Batch o en linea.

22
Procesos Manuales, Batch y en Linea

• Procesos manuales son ejecutados por personas.
• Batch es cuando el proceso recibe y produce
  información que es generada y accesada por una
  computadora sin requerir intervención humana.
• La interfaz en linea es usada cuando el flujo de
  datos liga un proceso manual o una entidad
  externa a un proceso automático y requiere de una
  interfaz de usuario(reporte, ventana, menus, etc.)

23
Razones para dividir un DFD

• Diferentes grupos de usuarios
• Tiempo (si dos procesos se ejecutan en diferentes
  tiempos no pueden ser agrupados)
• Tareas similares (se agrupan si tienen tareas
  similares y ambos son procesos Batch)
• Eficiencia (se pueden agrupar varios procesos
  Batch en uno solo, cuando tienen que usar el
  mismo achivo de entrada)
• Consistencia de la información (procesos que usan
  y/o actualizan la misma información)
• Seguridad (por ejemplo cuando un sistema procesa
  el alta de un nuevo cliente y el proceso de
  cambiar la información confidencial)

24
Ventajas de un DFD

• Sencillez en la notación.
• No requiere implementación física o técnica
  (antes de tiempo).
• Mejor comprensión entre el sistema y sus
  subsistemas.
• Mayor facilidad para transmitir el conocimiento
  del sistema a los usuarios.
• Facilidad para determinar si todos los datos y
  procesos necesarios para el sistema han sido
  definidos.

25
Limitantes de los DFD

• No son buenos para mostrar el manejo de errores o
  casos especiales.
• No especifica como se usan las entradas y como se
  producen las salidas.

26
Limitantes de los DFD

• El proceso D necesita todas o solo un dato A, B o
  C para ejecutarse?
• El proceso D genera un solo dato o E y F al mismo
  tiempo?

27
Simbología de Yourdon Coad
Entidad
Flujo de Datos
Almacén de Información
Proceso