UNIVERSIDAD GALILEO

FISICC – IDEA

AREA DE AUTOMATIZACION DE OFICINAS

COMPLEMENTO

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:

Proceso

Almacén

Almacén Repetido

Entidad

P

A

A

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

USO DE LA SIMBOLOGIA

Al menos debe tener un flujo de datos que entre y uno que salga del 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.