SISTEMAS DE INFORMACIN GERENCIAL

EL DIAGRAMA DE FLUJO DE DATOS

El Diagrama de Flujo de Datos (DFD) es una herramienta de modelizacin que permite describir, de un
sistema, la transformacin de entradas en salidas; el DFD tambin es conocido con el nombre de Modelo de
Procesos de Negocios (BPM, Business Process Model).
El objetivo del DFD es:

1. Describir el contexto del sistema, determinando lo que ocurrir en cada una de las reas de la
empresa, denominadas Entidades externas, que participen de este sistema;
2. Detallar los procesos a ser realizados;
3. Enumerar los archivos de datos necesarios, en cada proceso;
4. Definir los flujos de datos, que participen en el procedimiento.
En otras palabras, el DFD permite representar de forma completa el sistema de informacin, al relacionar los
datos almacenados en los archivos de datos del sistema, con los procesos que transforman a estos dados.
Una de las principales caractersticas de este modelo es su simplicidad, y se debe al hecho que son solamente
cuatro los smbolos utilizados que representan a los elementos (entidades externas, archivos, procesos y flujos
de informacin); con los cuales se puede producir un esquema, que alcance el nivel de detalle requerido por el
proyectista; y ste pueda ser interpretado por todas las personas involucradas en el proyecto, sin el
requerimiento de un conocimiento previo de informtica.

TCNICA DE DISEO DEL DFD

En el diseo de un DFD, como ya lo dijimos anteriormente, son utilizados cuatro smbolos :

Figura 4.2.2. Simbologa del DFD Metodo Yourdon

1. Las, Entidades externas, que pueden representar a una persona, a un grupo de personas o, a un sistema;
Un ejemplo respectivo para cara cada uno de ellos sera Gerente Financiero, Clientes y un sistema de
liquidacin de sueldos y jornales.

SISTEMAS DE INFORMACIN GERENCIAL

En s, las entidades externas, muestran a las entidades con las cuales el sistema se comunica y por lo tanto no
forman parte del sistema en estudios; pues lo que ocurre en estas entidades no es de inters para el proyecto.
Si as lo fuera, esto est indicando que la frontera del sistema, es ms amplia de lo que se determin; y los
procesos involucrados en esta entidad, deben pasar a ser parte del sistema en estudio.
Las entidades externas son consideradas tambin como Terminadores, pues representan el origen y el destino
de los Flujos de datos para adentro y para fuera del sistema.
Son representadas por medio de un cuadrado, que puede tener un sombreado en dos de sus lados para
otorgarle un relieve (ver figura 4.2.2). Y en el centro del cuadrado se escribe el nombre de la entidad externa
que est siendo representada.
Cuando una entidad externa provee datos al sistema, debe existir un flujo de datos saliendo de la entidad y en
direccin al sistema. Y cuando una entidad externa recibe datos del sistema, debe existir un flujo de datos que
viene del sistema y termina en la entidad externa.
Las entidades externa pueden duplicarse, si fuese necesario darle claridad al diseo y evitar largos vectores,
que representan a los flujos de datos, o bien evitar gran cantidad de entrecurzamientos de los mismos.
2.-Los flujos de datos son representados por vectores direccionados. Ellos son las conexiones entre los
distintos elementos del sistema y los procesos; y representan a la informacin que los procesos exigen como
entrada y/o las informaciones que ellos generan como salida. Los flujos pueden representar a una informacin
compuesta por un solo elemento como por ejemplo: precio, cantidad, Apellido; o bien pueden representar a
una informacin que contiene una estructura de elementos como por ejemplo: Orden de compra, Remito,
Factura.
3.- Los procesos se pueden mostrar como burbujas, o como rectngulos con sus vrtices redondeados; segn
sea la metodologa para modelar los procesos de Yourdon o la de Gane & Sarson; en el diagrama ellos
representan las diversas funciones individuales que el sistema ejecuta; Estas funciones son las que
transforman a las entradas en salidas. El proceso es nominado en funcin de la accin que realiza sin
especificar el algoritmo utilizado para la transformacin. Este algoritmo debe ser detallado en el diccionario
de datos o esquematizado en un flujograma
4.- Los archivos de datos son mostrados por dos lneas paralelas segn la metodologa de Yourdon.; o como
un rectngulo abierto por uno de sus lados en la metodologa de Gane & Sarson. Ellos muestran la coleccin
de datos que el sistema debe mantener en la memoria en un perodo de tiempo. Al terminar el diseo del
sistema y la construccin del mismo, los archivos sern las tablas que compongan la base de datos.

RESTRICCIONES DEL DFD.

Como regla general, en un DFD, loa tratamiento de errores y de excepciones no deben ser representados; a
menos que estos sean muy relevantes para los usuarios del sistema. El DFD debe ser visto como una
herramienta de planeamiento del sistema, y no como una especificacin detallada del sistema. Su finalidad es
mostrar el flujo normal de datos entre los principales elementos, y no los detalles de implantacin del sistema.
Lo que queremos decir es que, el diagrama de flujo de datos ofrece una visin general y prctica de los
principales componentes funcionales del sistema, pero no provee detalles sobre esos componentes. Para
mostrar los detalles de qu informacin es procesada y cmo es transformada, precisamos de una herramienta
de soporte de modelizacin textual y una de ellas es el diccionario de datos
El DFD Tampoco provee ninguna indicacin explcita de la secuencia del procesamiento. El procesamiento o
la secuencia puede estar implcitamente en el diagrama, pero la representacin procedimental, de cuando
inicia y finaliza cada proceso quedar explcita en el flujograma.

SISTEMAS DE INFORMACIN GERENCIAL

FIGURA 4.1. Diagrama de Flujo de Datos.

RECOMENDACIONES PARA UN DFD.

1. Los DFD son ms legibles, si las entidades externas son diseadas sobre los bordes del diagrama; de
tal forma, que la frontera del sistema (o contexto) se site dentro del contorno de las entidades
externas
2. Si los flujos de datos principales van del lado izquierdo hacia el lado derecho del diagrama, la lectura
se har ms fcil y ms rpida.
3. Las duplicaciones de smbolos deben ser mantenidas al mnimo, pero cuidando de mantener un
nmero aceptable de lneas de flujo de datos cruzndose unas con otras.
4. Inicie la construccin del DFD por las entidades externas, a continuacin siga con las salidas que de
ellas son originadas, juntamente con las entradas que irn para ellas.
Al disear el primer borrador del DFD, piense en como el sistema funciona realmente, cul es la entrada o
proceso que inicia, y por ah comience el diseo.
Los primeros diseos de un DFD siempre tendrn la finalidad de borrador. El objetivo es la identificacin de
todos las entidades externas, procesos y archivos de datos que formarn parte del sistema, adems de incluir
los flujos de datos entre ellos. Prximas versiones mejorarn las definiciones y el diseo.
El orden ms lgico para disear un DFD es definir la entidad externa o proceso que genera una entrada de
datos, despus el proceso que trata esa entrada, y a continuacin los archivos de datos que son utilizados para
almacenarla y para garantizar el funcionamiento de ese proceso y por ltimo definir las salidas que son
generadas por dicho proceso.
El primer borrador puede ser realizado en papel, pero los posteriores deben ser realizados utilizando alguna
herramienta de software automatizada (CASE) especficamente diseada para la modelizacin del sistema de
informacin; estas herramientas cuentan con un diccionario de datos, que almacenan los detalles del modelo
lgico del sistema.