Diagrama de Flujo de Datos

Un diagrama de flujo de datos (DFD por sus siglas en espaol e ingls) es una
representacin grfica para la maceta del "flujo" de datos a travs de un
sistema de informacin. Un diagrama de flujo de datos tambin se puede
utilizar para la visualizacin de procesamiento de datos (diseo estructurado).
Es una prctica comn para un diseador dibujar un contexto a nivel de DFD
que primero muestra la interaccin entre el sistema y las entidades externas.
Este contexto a nivel de DFD se "explot" para mostrar ms detalles del
sistema que se est modelando.
Los diagramas de flujo de datos fueron inventados por Larry Constantine, el
desarrollador original del diseo estructurado, basado en el modelo de
computacin de Martin y Estrin: "flujo grfico de datos" . Los diagramas de
flujo de datos (DFD) son una de las tres perspectivas esenciales de Anlisis de
Sistemas Estructurados y Diseo por Mtodo SSADM. El patrocinador de un
proyecto y los usuarios finales tendrn que ser informados y consultados en
todas las etapas de una evolucin del sistema. Con un diagrama de flujo de
datos, los usuarios van a poder visualizar la forma en que el sistema funcione,
lo que el sistema va a lograr, y cmo el sistema se pondr en prctica. El
antiguo sistema de diagramas de flujo de datos puede ser elaborado y se
compar con el nuevo sistema de diagramas de flujo para establecer
diferencias y mejoras a aplicar para desarrollar un sistema ms eficiente. Los
diagramas de flujo de datos pueden ser usados para proporcionar al usuario
final una idea fsica de cmo resultarn los datos a ltima instancia, y cmo
tienen un efecto sobre la estructura de todo el sistema. La manera en que
cualquier sistema es desarrollado puede determinarse a travs de un diagrama
de flujo de datos.


En forma prctica se puede desglosar el proceso en etapas de lo ms general a
lo ms especfico, esto es desde un contexto que muestra al sistema como un
receptor de datos (desde los requerimientos de informacin de entrada) y un
generador de salidas (desde los requerimientos de informacin de salida).
Las entradas deben venir de las entidades (usuarios directos) a cargo del
ingreso de los datos. Y las salidas, usualmente, se dirigen hacia las
entidades que reciben la informacin del sistema para su gestin.

Diagrama general


Diagrama detallado de proceso 1.1


Bibliografa
Yourdon, Edward. 1993. Anlisis Estructurado Moderno. Prentice-Hall.
Pressman, Roger S.. 2002. Ingeniera del Software. 5 ed. MaGraw-Hill.


Caractersticas de los niveles
Diagrama de Contexto: Nivel 0
En el diagrama de contexto se caracterizan todas las interacciones que realiza
un sistema con su entorno (entidades externas), estas pueden ser otros
sistemas, sectores internos a la organizacin, o factores externos a la misma.
Se dibuja un slo proceso que representa al sistema en cuestin y se escribe
su nombre en dicha burbuja como un sustantivo comn ms adjetivos. De l
solamente parten los flujos de datos que denotan las interrelaciones entre el
sistema y sus agentes externos, no admitindose otros procesos ni
almacenamientos en el dibujo.
Resulta de gran utilidad para los niveles posteriores de anlisis como
herramienta de balanceo. Y es conocido como el Diagrama de Flujo de Datos
DFD de Nivel "0"
Diagrama de Nivel Superior: Nivel 1
En el diagrama de nivel superior se plasman todos los procesos que describen
al proceso principal. En este nivel los procesos no suelen interrelacionarse
directamente, sino que entre ellos debe existir algn almacenamiento o entidad
externa que los una. Esta regla de construccin sirve como ayuda al analista
para contemplar que en un nivel tan elevado de abstraccin (DFD Nivel 1) es
altamente probable que la informacin que se maneja requiera ser almacenada
en el sistema aunque no est especificado por un Requisito funcional, siendo
en realidad un requisito no-funcional.
Diagrama de Detalle o Expansin: Nivel 2
En un diagrama de nivel 2 o mayor, comienzan a explotarse las excepciones a
los caminos principales de la informacin dado que aumenta progresivamente
el nivel de detalle. De aqu en adelante se permiten los flujos entre procesos.
El DFD (Diagrama De Flujo De Datos) nivel 2 puede considerarse el mximo
para ser validado en forma conjunta con el usuario dado que en los niveles
posteriores el alto grado de complejidad del diagrama puede resultar de muy
difcil lectura para personas ajenas al equipo de sistemas. Tambin se
recomienda el diagrama de nivel superior.


Diagramas de Flujos de Datos
Como sabemos, la informacin se transforma a medida que fluye por un
sistema basado encomputadora. Un sistema acepta entradas en una gran
variedad de formas, aplica elementos dehardware, de software y humanos para
transformar la entrada en salida, produciendo salidas en unagran variedad de
formas. Podemos, de forma efectiva, construir un modelo del flujo de
lainformacin para cualquier sistema de computadora, independientemente del
tamao y lacomplejidad del mismo. Para ello contamos con una herramienta
grfica muy simple: el Diagramade Flujos de Datos (DFD).Los DFDs son una
notacin
operacional

semi-formal
que ha sido ampliamente adoptada parala especificacin de sistemas de
informacin. Son una de las herramientas grficas ms importantesdel Anlisis
Estructurado [3].Un Diagrama de Flujos de Datos permite visualizar un sistema
como una red de procesosfuncionales. En la literatura computacional, es
comn referirse a stos tambin como Diagrama deburbujas, Modelo de
procesos o Modelo de funcin. Un tratamiento en profundidad del tema
puedeencontrarse en el captulo 9 en [3]. En el captulo 12 en [4], en el captulo
5 de [5] y en captulo 6 de[6], entre otros, puede tambin encontrarse
informacin relacionada.Los DFDs no slo se usan para modelar sistemas de
informacin, sino tambin para modelarorganizaciones enteras, es decir, como
una herramienta para el planeamiento estratgico y denegocios.Los DFDs
sirven para mostrar slo una visin o punto de vista de un sistema: el
orientado a lafuncionalidad. Sin embargo, si lo que estamos desarrollando es
un sistema donde las relacionesentre los datos son ms importantes que las
operaciones que se llevan a cabo sobre stos,probablemente al DFD se le d
menos importancia que al DER. Por otro lado, si lo que domina es
elcomportamiento dependiente del tiempo, tal vez nos concentremos ms en
los diagramas detransicin de estado (DTE). Sin embargo, es importante
destacar que las distintas visiones delsistema, que podamos obtener a partir
de distintos modelos del mismo, no se contraponen entre s sino que ms bien
se complementan.El DFD es una tcnica que representa el flujo de la
informacin y las transformaciones que seaplican a los datos al moverse desde
la entrada hasta la salida. Usaremos una notacin bastantecomn que es la
misma que utilizan Yourdon [3], DeMarco [7] y otros.
1. Componentes de un DFD
Los DFDs se construyen a partir de la combinacin de componentes de cuatro
tipos:procesos, flujos, almacenes y terminadores o entidades externas.

1.1. El proceso
Un proceso tambin suele ser llamado burbuja, funcin, transformacin. Se
representagrficamente como un crculo, como se ve, por ejemplo, en la figura
1.

Figura 1
VALIDARUSUARIO


Ntese que un proceso se nombra con una sola palabra, frase u oracin
sencilla. Estadescribir qu es lo que el proceso hace. En general, consiste en
una frase del tipo verbo-objeto talcomo VALIDAR ENTRADA o CALCULAR
IMPUESTO. En algunos casos, el proceso podrcontener el nombre de una
persona o grupo (por ejemplo, departamento o divisin de unaorganizacin), o
de una computadora, o de un aparato mecnico. Es decir, en ocasiones, el
procesodescribe quin o qu lo est efectuando, en lugar de describir el
proceso mismo; pero este ltimo esun caso muy particular que se aplica para
la construccin de los modelos de procesadores. Porahora, a cada proceso lo
nombraremos usando la convencin verbo-objeto.Un proceso transforma
entradas en salidas. Las entradas y salidas a un proceso de un DFD
sonrepresentadas por los flujos de datos.
1.2. El flujo de datos
Un flujo se usa para describir el movimiento de paquetes de datos de una parte
del sistema aotra. Por esto, los paquetes representan datos en movimiento,
mientras que los almacenes (queveremos en el prximo punto) representan
datos en reposo.Un flujo de datos se representa grficamente como una flecha
que entra o sale de un proceso,almacn o terminador. Un ejemplo de un flujo
de entrada y uno de salida hacia y desde un procesose muestra en la figura
2.Figura 2Ntese que los flujos estn etiquetados. Esta etiqueta representa el
significado de lo que viajapor el flujo. Ya veremos cmo por medio del
diccionario de datos se especifica sin ambigedadcules son los datos que
viajan por ese flujo.Los flujos tienen una direccin dada por una cabeza de
flecha en cualquier extremo (oposiblemente en ambos). Los flujos de dos
cabezas muestran un dilogo, es decir, un pedido y unarespuesta en el mismo
flujo. En este ltimo caso, los paquetes de cada extremo de la flecha
debenetiquetarse, como se muestra en la figura 3.Una alternativa al dilogo es
el uso de dos flujos diferentes, uno que muestre las entradas(pregunta) y otro
que muestre las salidas (respuesta).Figura 3En la mayora de los sistemas que
modelemos, los flujos representarn datos, es decir, bits,caracteres, nmeros
en punto flotante, etc. Pero los DFDs tambin pueden usarse para
modelizarotro tipo de sistemas aparte de los basados en computadoras;
podran, por ejemplo, utilizarse paramodelar una lnea de ensamblado en la que
por los flujos viajen materiales fsicos. La figura 4muestra un ejemplo de un
DFD con flujo de materiales, que modeliza el proceso de preparacin deuna
torta.
VALIDARUSUARIO
usario +contrasearespuesta devalidacin
DETERMI-NARESTADODELPEDIDO
pregunta sobreestado de

pedidorespuesta sobreestado de pedido







Especificaciones de Software -DFD, DD, DTE Ingeniera de Software I3
Figura 4Los flujos de datos en un DFD pueden ser divergentes o convergentes,
es decir, un flujo sedivide en varios flujos o varios flujos se unen para formar
uno solo.Cuando el flujo es divergente, puede significar dos cosas: (a) se estn
creando copias delpaquete de datos que son enviadas a diferentes partes del
sistema; (b) es un paquete complejo que seest dividiendo en paquetes ms
pequeos, cada uno de los cuales se est enviando a distintas partesdel
sistema.Cuando el flujo es convergente, varios paquetes se estn uniendo para
formar un paquetecomplejo. En las figuras 5 y 6 se ven ejemplos de las dos
posibles situaciones para los flujosdivergentes. La figura 7 muestra un ejemplo
de flujo convergente.Figura 5Figura 6
MEZCLARINGRE-DIENTES
harinamasalecheazcarmantecahuevos
HORNEAR
torta
ACTUALIZARINVENTARIOSELECCIONARPEDIDOSVALIDOSGENERARPEDIDO
detalle depedidospedido
VALIDARNUMEROTELEFO-NOVALIDARCODIGOPOSTAL
domicilio
VALIDARCALLE
cdigo postalnumerotelfonocalle