DISEO ORIENTADO A FLUJO DE DATOS.

FUNCIONALIDAD
Los diagramas de (lujo 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.

12. - Cada proceso en el DFD de alto nivel de un sistema puede ser "explotado"
para
convertirse en un DFD en s mismo.
13. - Cada proceso en el nivel inferior deber estar relacionado, inversamente,
con el
proceso del nivel superior. Es decir que, cada proceso "padre" que se detalla en
el DFD,
ha de estar balanceado. La regla del balanceo consiste en que cada proceso
debe tener
exactamente los mismos datos de entrada/salida netos que el DFD hijo.
14. - Los flujos de datos pueden descomponerse en la "explosin" del proceso en
un DFD
hijo.
15. - No se deber prestar atencin a las condiciones de tiempo, excepto a las
naturales
precedencias lgicas y a los almacenamientos de datos necesarios desde el
punto de vista
lgico. Se deber dibujar un sistema que nunca comience ni pare.
16. - Para evitar el cruzamiento de las lneas de flujo de datos, la misma entidad
(o el
mismo almacn) se podr dibujar ms de una vez en el mismo diagrama; las dos
(o ms)
casillas por entidad pueden identificarse con dos lneas inclinadas en el ngulo
superior
izquierdo de las mismas.

11 - Niveles del DFD:

Nivel de Partida: Diagrama de Contexto:
No existirn almacenes o archivos.
Se representarn las entidades externas que son fuente y destino de los datos.
El sistema ser representado como un proceso simple.
Se dibujarn slo los flujos de datos de comunicacin exterior-sistema.
Nivel 1 y subsiguientes:
Deber haber igual cantidad de archivos. Aunque podr existir mayor cantidad
de
almacenamientos en el nivel 2 debido a la explosin de algn proceso.
En el ltimo nivel, cada proceso realizar una funcin especfica y concreta.
ESPECIFICACIN DE TRABAJO
7. - Procesos: Se relacionarn con:
Almacenes
Entidades externas
Otros procesos
Debern tener al menos una Entrada y una Salida, no son manantiales de
datos.
8. - Almacenes: Se relacionarn solamente con Procesos.
9. - Entidades Externas: Se relacionarn solamente con Procesos.
10. - En todos los niveles del Diagrama de Flujo de Datos deber haber igual
cantidad
de Entradas y de Salidas.

INTRODUCCION
Un diagrama de flujo de datos (DFD por sus siglas en espaol e ingls) es una
representacin grfica 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

ESPECIFICACIN DE TRABAJO
1. - Primero se debern identificar las entidades externas ya que ello implica
definir
los lmites del sistema.
2. - Se debern elegir nombres con significado tanto para procesos como
tambin
para flujos de datos, almacenes y entidades externas. Si es posible a partir del
vocabulario del usuario evitando terminologas tcnicas.
3. - Identificar el papel del proceso del sistema, no quien lo realiza.
4. - Numerar los procesos, mediante un esquema de numeracin consistente que
implique, para los lectores del DFD, una cierta secuencia de ejecucin.
5. - Se debern, en la medida de lo posible, evitar los DFD excesivamente
complejos.
Debern ser comprensibles, digeribles y agradables a la vista sin demasiados
elementos.
6. - Todos los elementos se relacionan entre s a travs de flujos de datos.