Date post: | 19-Jul-2015 |
Category: |
Education |
Upload: | alba-robles |
View: | 328 times |
Download: | 0 times |
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.
DEFINICION DE DIAGRAMA DE FLUJO DE DATOS
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.
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.
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.
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:
Flujo de Datos
Flujo de Datos para Consultas
Flujo de Datos para Lectura
Flujo de Datos para Registro
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.
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
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.
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 DFDsidentificándose con un triángulo en la parte inferior izquierda para indicar que estáduplicada, asimismo debe ser identificada por su nombre.
CON QUIEN SE RELACIONAN
Entidades Externas: Se relacionarán solamentecon el primer Proceso del sistema.
PROCESOSMuestra 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.
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.
EL PROCESO
QUE REPRESENTA EL SIMBOLO
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.
P1
NOMBRE
DE
PROCESO
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
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.
ALMACEN DE DATOSConjunto 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.
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.
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.
FLUJO DE DATOSMuestra 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
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.
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.
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.
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.
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.
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.
CASO PRACTICO
ENTIDADES:
1. cliente
2. taller
PROCESOS:
P1.1: registra consulta de servicios
P1.2: registra consulta de tarifas
P1.3: prepara respuesta
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
ALMACENES:
A: dat_servicios (datos de servicios)
B: dat_tarifa (datos de tarifas por servicios)
C: dat_atendidos (datos de clientes atendidos)
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
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
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
ENTIDADES:
1. cliente
2. taller
PROCESOS:
P3.1: elabora monto de servicios
P3.2: registra monto de servicios
P3.3: emite factura de servicios
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
ALMACENES:
H: dat_cobros (datos de cobros de servicios)
I: dat_facturas (datos de facturas emitidas)
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.