Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Diagramas de Flujo de Datos
Diagramas de Flujo de Datos
COMPLEMENTO
Un Diagrama Flujo de Datos es una representacin estructurada y grfica que describe cmo circula la informacin a travs de un sistema y los diferentes procesos de transformacin a los que se ve sometida. Permite visualizar un sistema como una red de procesos funcionales, conectados entre si mediante flujos de datos.
Es una de las herramientas ms usadas en sistemas computacionales en los que las funciones del sistema son de gran importancia y son ms complejas que los datos que ste maneja. Es un modelo lgico (no fsico) que representa qu hace el sistema y no cmo lo hace; esto es comprensible para el usuario.
Muestra cualquier nivel de detalle y, el flujo de la informacin 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 notacin 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 simbologa no varia.
Proceso
Almacn
Almacn Repetido
Entidad
Flujo de Datos
Se representa grficamente por un rectngulo y muestra las entidades externas tales como facturas, empleados, clientes, sistema econmico, con las que el sistema se comunica; y existen algunos factores importantes que considerar.
SIMBOLO
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 informacin ni que hace con ella. obtiene la
No
PROCESOS
Muestra una parte del sistema que transforma entradas en salidas, es decir, muestra cmo es que una o ms 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.
EL PROCESO
Se nombra o describe con una sola palabra, frase u oracin sencilla, que describir lo que hace el proceso, los transforma por medio de un verbo activo seguido de un sustantivo.
Este smbolo representa un proceso de transformacin, es decir trabajo desarrollado en el sistema para transformar los datos. Debe asignarse un nombre al proceso, adems se asigna un nmero para identificarlo dentro del sistema.
USO DE LA SIMBOLOGIA
Al menos debe tener un flujo de datos que entre y uno que salga del proceso.
ALMACEN DE DATOS
Conjunto de datos siempre disponible donde los mismos quedan retenidos. Se utiliza para modelar una coleccin de paquetes de datos en reposo. Se denota por dos lneas paralelas o de doble va. El nombre que se utiliza para denotar al almacn es el plural del que se utiliza para los datos que almacena. La informacin almacenada est en reposo. Es independiente de la implementacin fsica.
Los flujos que van hacia el almacn se interpretan como una escritura, una actualizacin o una eliminacin de informacin del almacn. Los flujos que salen del almacn se interpretan como una lectura o un acceso a la informacin del almacn.
SIMBOLO
Tambin conocido como data repository; representa cuando el sistema tiene que retener datos porque sern usados ms tarde por uno o ms procesos.
FLUJO DE DATOS
Muestra el movimiento de datos de un punto a otro dentro del sistema. debe asignrsele un nombre, ya que representa datos acerca de personas, lugares o cosas. Si los flujos suceden simultneamente, deben representarse con flechas paralelas.
Simbologa
Veamos algunas recomendaciones para la construccin 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 trminos 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 diseo de un DFD es un proceso iterativo, por lo que habr que hacer revisiones y modificaciones peridicas hasta obtener la versin definitiva.
Ignorar la inicializacin y terminacin del sistema. Un DFD no representa el flujo de ejecucin 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 vlidos son aquellos que son recibidos por una funcin que los modifica y los vuelve a generar como flujo de salida o como parte de un flujo de salida.
Asegurarse de que el DFD sea lgicamente consistente, evitando sumideros infinitos (procesos que solo tienen entradas pero no salidas), burbujas de generacin espontnea (tienen salida sin tener entradas), flujos no etiquetados, almacenes de solo lectura o solo escritura.
CASO PRACTICO
Se desea analizar el caso de un CLIENTE que lleva su vehiculo al taller de reparacin; su flujo de comunicacin con el usuario y el sistema es el siguiente: en la oficina de recepcin de vehculos se registran los datos del ingreso del vehiculo al taller, para hacerle un tune up, llena la ficha pertinente de traslado al taller de mecnica; consulta en el listado de precios por servicio de tune up y le entrega la informacin al CLIENTE.
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 vehculo f7: registra datos de mecnico 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 emisin de factura de servicios f5: registra datos de emisin de facturas de servicios f6: entrega original factura cliente f7: entrega copia de factura taller
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.