Diagrama de Flujo de Datos

a) Entidad Externa

Las Entidades Externas representan entes ajenos a nuestra aplicación, pero que aportan o
reciben información de la misma. Se representa mediante una elipse o un rectángulo con
un nombre significativo dentro.

Reglas de Construcción:

1. Representa personas, organizaciones o sistemas que no pertenecen al sistema.

2. En el caso que las entidades externas se comuniquen entre sí, ésto, no se

contemplaría en el diagrama, por estar fuera del ámbito de nuestro sistema.

3. Puede aparecer en los distintos niveles del DFD.

4. Puede aparecer varias veces en un mismo diagrama, para evitar

entrecruzamientos de líneas.

5. Suministra información acerca de la conexión del sistema con el mundo exterior.

b) Proceso

Es una actividad que transforma o manipula datos. Se representa mediante un rectángulo,

de la siguiente manera:

En la parte de PROCESO, se expresa el nombre correspondiente.

Dependiendo del nivel de detalle en que nos encontremos dentro de un DFD, el nombre
del proceso simbolizará bien el sistema concreto (nivel sistema), bien el subsistema de que
se trate (nivel subsistema), o bien acciones concretas y detalladas en niveles inferiores.

En la parte superior izquierda se coloca un número que identifique al proceso que

permitirá, además, indicar el nivel del DFD en que nos encontramos. Esto se explicará más
en detalle cuando se hable de la descomposición por niveles.

Es importante poner énfasis en que este número no indica secuencia de realización del
proceso, dado que los DFD no representan una continuidad en el tratamiento de los datos.

La parte de localización expresa la unidad o área dentro de la organización donde se

realiza este proceso.

Reglas de Construcción:

6. Cuando un Flujo de datos entra en un proceso, sufre una transformación. Un

proceso no es ni origen ni final de los datos, sólo lugar de transformación de los
mismos. Por ello, cualquier flujo de datos que entre en un proceso, ha de
transformarse.

7. Un proceso puede transformar un dato, en varios.

8. Es necesario un proceso como intermediario entre una Entidad Externa y un

Almacén de Datos.
c) Almacén de Datos

Un almacén de datos representa un depósito de información dentro del sistema.

Se representa dentro del DFD con la siguiente figura:

En la parte derecha se indica el nombre del almacén de datos y en la parte izquierda se
representa la identificación de dicho almacén dentro del DFD.

En el caso que dentro de un DFD aparezca repetido el mismo almacén de datos, se puede
representar de la siguiente forma:

Es conveniente distinguir las diferentes utilidades que presentan los almacenes de datos.

1. En primer lugar, el almacenamiento permanente de datos, donde se guardan los

datos que sirven de referencia de uso del sistema, es decir, los datos
permanentes, sobre los que el sistema necesita guardar información
(ALMACENES PRINCIPALES).

2. Por otra parte, el almacenamiento transitorio de los datos antes de ser usados por
un proceso.

Para entender el significado de estos almacenes transitorios, se puede imaginar la

situación del ejemplo de la figura siguiente:

En este ejemplo, el proceso RECOGER SOLICITUDES, que se ejecuta continuamente a lo

largo de la jornada, genera los datos de salida representados por el flujo de datos
SOLICITUDES. Estos datos constituyen los datos de entrada al proceso VALIDAR
SOLICITUD, que se ejecuta al final de la jornada. En el intervalo, esos datos de solicitud
"reposarían" en el almacén SOLIC. PROV. cuya utilidad básica es establecer una
sincronización en el funcionamiento de ambos procesos.

Los almacenes transitorios suelen representar restricciones físicas del sistema y por tanto
en un DFD, que expresa la lógica de los tratamientos realizados por el sistema, en muchos
casos no será necesario representarlos.

Sin embargo, hay ocasiones en que estos almacenes simbolizan "ficheros de

movimientos" donde se guardan los datos, porque el proceso siguiente necesita
manejarlos todos al mismo tiempo (por ejemplo, en un proceso que compara un conjunto
de registros, será necesario mantenerlos guardados en un almacén transitorio, para que
dicho proceso los lea todos al mismo tiempo). En este caso sí será conveniente
representarlos.

3. Por último, para asegurar la consistencia entre todas las técnicas utilizadas en la
Fase de Análisis, se establecerá una relación precisa entre los almacenes de
datos "principales" de un DFD y las entidades de los Diagramas de Estructura de
Datos (DED): "cada almacén principal de un DFD representa un conjunto completo
de entidades del DED (una o varias entidades) y cada entidad de un DED
pertenece a un único almacén principal de un DFD". Esto facilitará las validaciones
cruzadas entre los dos diagramas.

Reglas de construcción:

1. Representa la información en reposo.

2. No puede crear, destruir ni transformar datos.

3. No puede estar comunicado directamente con otro Almacén o Entidad Externa.

4. El flujo de datos (Entrada o Salida) no lleva nombre cuando incide sobre su

contenido completo.

5. El almacén de datos aparecerá por vez primera en aquel nivel en que sea
accedido por dos o más procesos y en modo lectura y/o escritura.

6. No debe estar referido al entorno físico y por tanto, no se diferencian los ficheros
convencionales de las Bases de Datos.

7. No se representa la clave de acceso a ese almacén, sino sólo la operación que se

realiza (lectura, escritura, actualización).

d) Flujo de Datos

Los Flujos de Datos establecen la comunicación entre procesos, almacenes y entidades

externas, llevando información necesaria.

Reglas de construcción:

8. El concepto de flujo de datos es similar al de una "tubería", a través de la cual fluye

una información de estructura conocida.
9. Los datos no pueden ser creados ni destruidos por un flujo de datos.

10. Sirve para conectar el resto de los componentes del DFD.

11. No es un activador de procesos.

12. Cuando un proceso almacena datos, la flecha de flujo de datos se indica en la

dirección del almacén de datos y a la inversa, si es el proceso el que lee datos en
el almacén.