diagrama de flujo de datos (dfd)

DIAGRAMA DE FLUJO DE DATOS (DFD)

Febrero de 2014

Profesora: Yaskelly Yedra

Sistemas de Información

II-2013

• Busca “modelar” un sistema desde el punto de vista de la información

• Se estudia cómo se usan los datos en cada actividad del sistema para convertir las entradas (datos) en salidas (información).

FLUJO DE INFORMACIÓN

“ Se trata de analizar los flujos que entran a un sistema (visto como un único proceso) y los que salen... Y entender como internamente la información se procesa y se comparte entre subprocesos ... “

Proceso

Entradas Salida

EntradasSalida

Proceso


• ¿Qué Procesos integran el sistema?

• ¿ Qué datos emplea cada proceso ?

• ¿Qué datos son almacenados?

• ¿Qué datos entran y salen del sistema?

Proceso

Entradas Salida

EntradasSalida

Proceso


EMISOR RECEPTOR

Para establecer una comunicación se necesita:

• un EMISOR, que envía un mensaje;

• un RECEPTOR, que recibe el mensaje;

• un CANAL, que transmite el mensaje

COMUNICACIÓN

CANAL

EMISOR-RECEPTOR

EMISOR-RECEPTOR

CANAL

COMUNICACIÓN

EMISOR-RECEPTOR

CANAL

EMISOR-RECEPTOR

COMUNICACIÓN

EMISOR-RECEPTOR

CANAL

EMISOR-RECEPTOR

MEMORIA

COMUNICACIÓN

EMISOR-RECEPTOR

EMISOR-RECEPTOR

MEMORIA

EL SISTEMA

CANAL

COMUNICACIÓN

EMISOR-RECEPTOR

MEMORIA

EL SISTEMA

CANAL

ENTIDAD

EXTERNA

COMUNICACIÓN

MEMORIA

EL SISTEMA

CANAL

ENTIDAD

EXTERNA

PROCESO

COMUNICACIÓN

MEMORIA

EL SISTEMA

ENTIDAD

EXTERNA

PROCESO

Flujo de datos

COMUNICACIÓN

EL SISTEMA

ENTIDAD

EXTERNA

PROCESO

Flujo de datos

DEPOSITO DE

DATOS

COMUNICACIÓN

EL SISTEMA

ENTIDAD

EXTERNA

PROCESO

Flujo de datos

DEPOSITO DE

DATOS

Flujo de datos

Flujo de datos


Información de cuentas

Facturas

Indagaciones

Contabilidad

Contabilidad

Detalles de envío

Nombre del cliente,dirección del cliente

Detallesdel pedido

pedidos

Pedidoscancelados


Nombre del cliente,detalles de la factura

FACTURAS

PEDIDOS

CLIENTES

CLIENTES

CLIENTES

BODEGA

RECEPCION

COBRANZAS

CONTABILIDAD

DE ENVIO


2.CONTABI-LIDAD DE ENVIO

3.COBRAN-ZAS

1.RECEP-CION DE PEDIDOS

CLIENTES

CLIENTESBODEGAPEDIDOS

CLIENTES

FACTURAS

Información de cuentas

Facturas

Indagaciones

Contabilidad

Contabilidad

Detalles de envío


Detallesdel pedido

pedidos

Pedidoscancelados


Nombre del cliente,detalles de la factura

Yourdon, E. Análisis

Estructurado Moderno


• El DFD es una de las herramientas del análisisestructurado moderno, más importante para el análisisde modelos gráficos, que permite visualizar un sistemacomo una red de procesos funcionales conectadosentre sí por canales (flujo de datos) y depósitos dealmacenamiento de datos (depósitos de datos).

• Estos diagramas nos permiten ver como los datosfluyen a través de la organización, los procesos ytransformaciones que sufren dichos datos y losdiferentes tipos de salidas.


• El propósito de un Diagrama de Flujo de Datos(DFD) es mostrar, para un sistema o subsistema:

• ¿Cuáles son los límites del sistema?

• ¿De dónde vienen los datos?

• ¿A dónde van los datos cuando dejan el sistema?

• ¿Dónde se almacenan los datos?

• ¿Qué procesos transforman los datos? y

• ¿Cuáles son las interacciones entre los procesos y los depósitos de datos?


Entidades

Representan las Fuentes o Destinos de los Datos.

Ejemplo:

Paciente, Alumno, Contabilidad, Cliente, etc..

Proceso

Transformación de los Datos.

Ejemplos:

Calcular Total Factura, Inscribir Asignatura, Registrar Reserva.,

etc.


Definición de Elementos

• Las Entidades o agentes externos e internos, como también se les conoce, son

las fuentes o destinos de los datos.

• Normalmente, se considera como externo a un agente cuando es claramente

exterior a la empresa.

• Ejemplos de éstos son: Clientes, Proveedores y Organismos Gubernamentales.

• Los agentes son internos, cuando se refieren a tareas efectuadas dentro de la

empresa pero que no forman parte del sistema; sin embargo, suministran

entradas o reciben salidas de él.

Entidades



ENTIDAD

EXTERNA

• Se pueden citar como agentes internos

otros departamentos, empleados o

sistemas de información. Los agentes

internos pueden englobar también a los

usuarios finales de un sistema, que con

frecuencia son fuentes de las entradas

(datos) y destinos de las salidas

(información).

CARACTERÍSTICAS DE LAS ENTIDADESSu nombre debe venir en mayúscula y singular.

1. Son externos al sistema, los flujos que los conectan a un proceso ó a un

almacén representan la interfaz entre la entidad y el resto del mundo.

3. Los responsables del análisis o el diseño, no pueden cambiar su contenido o

la manera como trabajan. Por lo tanto el modelo que está siendo

desarrollado debe ser lo suficientemente flexible, para permitir al diseñador

elegir la mejor implementación. En tal sentido, el analista no puede

modificar los contenidos, la organización ni los procedimientos internos de

las entidades.

4. Las relaciones que existen entre las entidades no se muestran en el gráfico

del DFD, ya que por definición estos son externos a la organización. Si se

diera el caso de que la relación existiera, y sea de interés para el analista,

entonces las entidades serían parte del sistema y deberían modelarse como

procesos.



PROCESOSEl proceso (función ó transformación) viene representado por un círculo o por una burbuja, y sonacciones que se toman sobre los datos, como por ejemplo, calcular, comparar, imprimir, señalar,marcar, autorizar, almacenar, validar, informar, producir, otros.Los procesos muestran una parte del sistema que transforma entradas en salidas, esto es, muestracómo es que una o varias entradas se transforma en una o varias salidas.

NOMBRE DEL PROCESOEl nombre de un proceso consiste en una frase VERBO-OBJETO, y describe lo que hace; como por ejemplo:

CALCULAR-IMPUESTOAUTORIZAR- FIRMAAUTORIZAR-FACTURAAUTORIZAR-ORDEN-DE-COMPRAVALIDAR- PROVEEDORGENERAR-REPORTES

También, los procesos pueden ser descritos (aunque no es recomendable) con el nombre de una persona o un grupo de personas, computadora o un aparato mecánico, de cualquier modo la palabra clave es “Quién” o “Qué” lo está efectuando.




Flujos de Información:

Movimiento de Datos

Por ejemplo: Detalle de Factura, Datos del Cliente, Orden de

Compra, etc.

Se compone de Datos Elementales

Almacenes de Datos:

Repositorio de los datos procesados y utilizados por los

procesos del sistema.

Por ejemplo: Facturas, Clientes, Productos, Facturas

Rechazadas, Habitaciones Reservadas, etc.


FLUJO DE DATOS

Son vectores etiquetados o flechas, o simplemente líneas con notacióndireccional, que muestran el contenido de lo que entra o sale de un proceso.Además, muestran el movimiento de bloques o paquetes de información de unlugar del sistema a otro. La punta de la flecha señala el destino u origen de losdatos.

1. Deben ser etiquetados o nombrados con los datos que ellos llevan, exceptocuando salen o entran a un almacén, ya que estos describen lo que contienen.Sin embargo, si solo se extrae una instancia éste debe ser etiquetado.

SISTEMA DEPURACIÓN DE ENCUESTAS

SISTEMA DE VALIDACIÓN DE ENCUESTAS

Nombre de la encuesta + No. de encuesta

ENCUESTAS



2. Los datos que se mueven a lo largo del flujo, pueden viajar de un proceso aotro (como entrada), ó a un almacén ó a una Entidad (fuente o destino delos datos).

3. El flujo lleva un solo tipo de paquete de datos como lo indique su nombre,pero existe sus excepciones, agrupar flujos elementales en uno solo. Ejemplo:Archivo = CLIENTES

NOMBRE DEL CLIENTE; DIRECCIÓN-CLIENTE; SALDO-CLIENTE; MÁXIMO-CRÉDITO

4. El flujo puede tener diferente significado, el flujo “pago” puede referirse aun pago autorizado o no autorizado.

5. La dirección de la flecha del flujo, nos indica si el flujo se está moviendohacia fuera o hacia adentro del proceso.



FLUJO DE DATOS

VERIFICAR SALDO

DESCRIPCIÓN DE LA PLANILLA

No. DE LA PLANILLA

No. CONTROL

Flujo divergente: Es cuando un paquete complejo se divide en varios paquetesindividuales, más aún, cada uno de los cuales se está mandando a diferentes partes delsistema ó que el ducto de flujo de datos lleva ítems con distintos valores. Ejemplo:

6. El flujo puede mostrar dos direcciones en el mismo vector, en tal caso se les llama flujodiálogo.

Identificación de la encuesta (Flujo divergente)


Definición de ElementosFLUJO DE DATOS

Flujo convergente: son paquetes elementales de datos que se agrupan para formar agregados.

IDENTIFICAR

PLANILLA

No. CONTROL

No. DE LA PLANILLA (Flujo Convergente)

DESCRIPCIÓN DE LA PLANILLA


Definición de ElementosFLUJO DE DATOS


Definición de ElementosALMACEN

• Es el depósito de los datos, que se utiliza para modelar una colección de paquetesde datos en reposo.

• Se denota por dos líneas paralelas, pero cualquier símbolo sugerido es aceptado. Enalgunos casos, el producto CASE que se haya elegido impondrá el conjunto desímbolos que se habrá de utilizar.

• Además de la forma física que toma un almacén, éste puede existir por necesidad opor conveniencia. En el primer caso, un almacén es necesario cuando dos procesosocurren en momentos diferentes, por ejemplo, el proceso de entrada de órdenespuede operar en tiempos diferentes que el proceso de investigación de órdenes:

INGRESAR

PEDIDOS

RESPONDER

PREGUNTASPEDIDOS

Pedido Pedido

El otro tipo de almacén, es el que se implanta por conveniencia; por ejemplo elalmacén de Pedidos que a continuación se describe:

1. Se espera que ambos procesos se ejecuten en a misma computadora, pero nohay suficiente memoria, para cubrir ambos al mismo tiempo. Así, el almacén deÓRDENES se crea como archivo intermedio, pues la tecnología de implantacióndisponible ha forzado a que los procesos se ejecuten en tiempos distintos.

PEDIDOSINGRESAR

PEDIDOS

PROCESAR

PEDIDOS

PedidoPedido

Pedido inválido

Detalles de

pedidos



ALMACEN



ALMACEN

2. Se espera que cualquiera de los procesos, o ambos, se ejecuten en unaconfiguración de hardware que es poco confiable. Así, el almacén de ÓRDENESse crea como respaldo en caso de que cualquiera de los procesos se aborte.

3. Se espera que diferentes programadores implanten los dos procesos. Así, elalmacén de ÓRDENES se crea para probar y corregir, de manera que si el sistemacompleto no trabaja ambos grupos pueden ver los contenidos del almacén ydetectar el problema.

4. El analista o el diseñador pensaron que el usuario pudiera algún día haceraccesos al almacén de ÓRDENES por alguna otra razón, aún cuando no hayaexpresado tal interés. En este caso, el almacén se crea anticipando necesidadesfuturas del usuario.

CARACTERÍSTICAS DE LOS ALMACENES

1. El nombre que se utiliza es el plural del que se utiliza para los paquetes de los datos que entran y salen del almacén por medio de flujos.

2. No se debe referir a un almacén como un dispositivo de almacenamiento físico(archivos ó base de datos; por ejemplo, un archivo en cinta magnética o un archivoorganizado con IMS, DB2, ADABAS, IDMS ó algún otro sistema de manejo de base dedatos), algo comúnmente practicado por los analistas experimentados.

PEDIRCOTIZACIÓNIMPRENTA

LIBROS



ALMACEN


Definición de ElementosALMACEN

3. En la mayoría de los casos en un almacén, no se etiquetan los flujos que entran o salen de él, a menos que se extraiga una porción del mismo.

4. Un almacén es pasivo y los datos no viajarán a lo largo del flujo.

5. Un flujo hacia un almacén se puede describir como una escritura, una actualización o una eliminación:

6. Se está guardando uno ó más paquetes nuevos. Uno ó más paquetes se están modificando o cambiando Se están retirando del almacén uno ó más paquetes

ENTIDADES PROCESO PROCESO

ALMACEN

ALMACEN

ENTIDADES

Flujo de escritura

Flujo de lectura


TODOS LOS ELEMENTOS


Notación: Yourdon/Demarco

Entidad Externa


• Discretos

• Tiempo Real

•Actualizaciones

Procesos:Proceso

Múltiple

Split Merge

Almacenes

Datos


Notación: Gene & Sarson

Entidades

Entidad Externa repetida

Proceso Proceso

Múltiple



Split

Merge

Notación: Gene & Sarson

Almacén de datos:


Flujos de datos quese cruzan

Entidades Externasrepetidas

Algunas convenciones gráficas

Almacenes de Datos repetidos

• Los DFD se han de representar de la forma más clara posible, por ello se basan en el principio de descomposición o explosión por niveles en distintos niveles de detalle.

• La descomposición por niveles permite analizar el sistema desde el ámbito general al detalle, pasando por sucesivos niveles intermedios (Filosofía “top-down”)

• La utilización de esta implica la descomposición o explosión de cada proceso en otro DFD.

DFD – Descomposición o Explosión por niveles

• El sistema deberá contener:

- Un Diagrama de contexto (primer nivel)- Varios DFD en niveles intermedios- Varios DFD en el último nivel de detalle

• En cualquier momento nos puede aparecer un proceso que no necesite descomposición y es lo que denominaremos Proceso Primitivo (PP). En ellos, se detallará la entrada y salida que tenga, además de la descripción asociada que explique lo que realiza

(Técnicas de especificación de procesos, Técnicas de mejora y prueba de diagramas de flujo de datos)

DFD – Descomposición o Explosión por niveles

PASO 1Elaborar un diagrama de flujo de datos de CONTEXTO – este ubicael sistema dentro de un contexto de entorno; vale decir, comointeractúa el sistema con otros sistemas y con la empresaconsiderada en su conjunto. Define el campo de acción y los límitesdel sistema y el proyecto.

Al dibujar un diagrama de contexto:• Use un solo símbolo de proceso.• Rotule el símbolo de proceso de modo que represente todo el sistema. Se

puede usar un verbo más un objeto.• No numere el símbolo de proceso.• Incluya todos los almacenes del sistema.• Muestre todos los flujos de datos entre los almacenes.

DFD – Construcción (PASOS)

• Pregunte a sus usuarios finales cuáles son los sucesos otransacciones a los cuales debe responder el sistema.

• Para cada suceso, pregunte a sus usuarios finales cuáles son lasrespuestas que debería producir el sistema.

• Pregunte cuáles son los informes de formato fijo que a deproducir el sistema.

• Identifique las fuentes netas de datos para cada suceso.• Identifique los recipientes netos de cada respuesta o salida que

debería generar el sistema.• Identifique todos los posibles almacenes de datos externos.• Dibuje un diagrama de contexto para todas las informaciones

anteriores.

Estrategias para determinarlos:


PASO 2:

Si es necesario documentar un sistema con mayordetalle que el diagrama de Nivel 0, se puede usar uno omás diagramas de Nivel n. Un diagrama de Nivel ndocumenta un solo proceso de un DFD con mayordetalle. La n representa el número del proceso delsiguiente nivel más alto que se está documentando


1. Se comienza su construcción una vez que se conozcan sus componentes, los cuales deben ser identificados conjuntamente con los usuarios.

2. Escoger nombres significativos perdurables para los componentes.

3. Numerar los procesos para que sirvan de referencia al analista para su explosión posterior.

4. Evitar los DFD excesivamente complejos.


Guía para su construcción.

5. Mantener la consistencia entre los procesos y los otros modelos.

• Evite sumideros infinitos - burbujas que solo tienen entradas pero no salidas.

• Tener cuidado con los flujos y procesos no etiquetados.• Tener cuidado con los almacenes de solo escritura o solo

lectura, todo almacén debe tener, tanto entradas como salidas, excepto, el almacén externo que sirve de interfaz entre el sistema y algún terminador externo.

6. Restringir un solo DFD a no más de seis u ocho procesos7. Se debe usar una página para un DFD en particular.


Guía para su construcción.

DFD – Construcción (Resumen)

• Representar el diagrama de contexto

• Representar el DFD de primer nivel, indicando los distintos subsistemas funcionales en que se descompone nuestro sistema

• Descomponer cada uno de los procesos que aparecen en el DFD de primer nivel, hasta llegar a un nivel suficiente de detalle

• Se recomienda el utilizar cuatro niveles de descomposición de diagramas• Nivel 0: Diagrama de contexto• Nivel 1: Subsistemas• Nivel 2: Funciones de cada subsistema• Nivel 3: Subfunciones asociadas• Nivel 4: Procesos necesarios para el tratamiento de cada

subfunción

DFD – Construcción (Gráficamente)

Un usuario puede realizar una petición de uno o más libros a la biblioteca.Presenta el carnet de usuario de la biblioteca y una ficha en la que se detallanlos libros pedidos.

Tipos de préstamoSALA El día de la petición.COLABORADOR Una semanaPROYECTO FIN CARRERA Quince días.

DOCTORADO Un mes.

Una vez entregados el carnet y la ficha, el sistema comprobará y aceptará lapetición de los libros solicitados siempre que pueda satisfacer la petición, esdecir, cuando haya ejemplares disponibles. Si se acepta la petición, seactualiza el número de unidades de los libros de la biblioteca y se guarda laficha de préstamo.

Petición de libros

Ejemplo - Gestión de Bibliotecas

• Un usuario no puede realizar más peticiones hasta que no haya efectuadotodas las devoluciones de la petición anterior.

• El usuario, para hacer la petición, necesita el carnet, que no se le entregahasta que no haya devuelto todos los libros.

• Sí puede hacer una devolución parcial de los libros. Cuando un usuariorealice una devolución, el sistema actualizará el stock de libros ycomprobará la fecha de devolución de cada ejemplar para estudiar, en elcaso de que la devolución se haga fuera de tiempo, la imposición de unasanción que tiene un coste de X cantidad por cada ejemplar y días de retrasoen la devolución. En este caso, la sanción se emite cuando el usuario entregael último ejemplar.

• El bibliotecario se encarga de las altas y bajas de los libros de la biblioteca.

Devoluciones de libros


DIAGRAMA DE CONTEXTO

0

GESTIONAR

BIBLIOTECAUSUARIO USUARIO

SANCIÓN

BIBLIOTECARIO

PEDIDO

LIBROS

DEVOLUCIÓN

LIBROS

ALTAS/BAJAS

LIBROS


DIAGRAMA 0: GESTIONAR BIBLIOTECA

1

SANCIÓN

PEDIDO

LIBROS

DEVOLUCIÓN

LIBROS

ALTAS/BAJAS

LIBROS

2

3

FICHAS

PRESTAMO

LIBROS

DISPONIBLES

GESTIONAR

PEDIDOS

GESTIONAR

DEVOLUCIONES

ACTUALIZAR

LIBROS


DIAGRAMA 2: GESTIONAR DEVOLUCIONES

2.1

SANCIÓN

DEVOLUCIÓN

LIBROS

2.2

FICHAS

PRESTAMO

LIBROS

DISPONIBLES

ACTUALIZAR

STOCK

CALCULAR

SANCIÓN

LIBROS

DEVUELTOS


Próxima Clase:1.- DICCIONARIO DE DATOS

Tarea:Desarrollar un DFD para Sistema de Información de Control de Pasantías del Dpto de Computación

diagrama de flujo de datos (dfd)

Software