Diagrama De Flujo De Datos

DIAGRAMA DE FLUJO DE DATOS

Definición:

El diagrama de flujo de datos es un modelo que describe los flujos de datos o tuberías, los procesos que cambian o transforman los datos en un sistema, las entidades externas que son fuente o destino de los datos (y en consecuencia los límites del sistema) y los almacenamientos o depósitos de datos a los cuales tiene acceso el sistema, permitiendo así describir el movimiento de los datos a través del sistema.

En síntesis, el Diagrama de Flujo de Datos describe:

• ð los lugares de origen y destino de los datos (los límites del sistema),

• ð las transformaciones a las que son sometidos los datos (los procesos internos),

• ð los lugares en los que se almacenan los datos dentro del sistema, y

• ð los canales por donde circulan los datos.

Características:

• ð Relevante: Ya que posibilitar comunicar diferentes modelos para así facilitar el entendimiento entre el usuario y el analista de sistemas.

• ð Lógico: Ya que no identifica soporte físico.

• ð Descendente: Se construye en forma descendente, de lo general a lo particular.

El DFD posee niveles de desagregación o explosión o apertura de burbujas. El Nivel 0 o Diagrama de Contexto es aquel que muestra una sola burbuja y las entidades externas o terminadores con los que interactúa el sistema.

Simbología:

Entidad Externa:

Son generalmente clases lógicas de cosas o de personas, las cuales representan una fuente o destino de transacciones, como por ejemplo clientes, empleados, proveedores, etc., con las que el sistema se comunica. También pueden ser una fuente o destino específico, como por ejemplo Departamento Contable.

Como el sistema que esta bajo análisis acepta datos de otro sistema o bien se los provee, este otro sistema es una Entidad Externa.

Mediante la designación de alguna cosa o de algún sistema como Entidad Externa estamos estableciendo implícitamente que se encuentra fuera de los límites del sistema que estamos considerando por lo cual no nos interesa la transformación o proceso que se realiza dentro de ellos, es decir que están fuera del control del sistema que se está modelando. Son sólo proveedores o requeridores de datos del sistema bajo consideración.

Por todo ello, ni el analista ni el diseñador pueden cambiar ni los contenidos ni la forma de trabajo de un terminador.

Proceso:

Indican aquellos lugares dentro del sistema en donde la información (flujos de datos) que ingresan se procesan o transforman. Es decir, son las funciones o procesos que transforman entradas de datos en salidas de información.

Su nombre deberá ponerse mediante una frase imperativa, que consistirá idealmente de un verbo activo seguido por una claúsula objeto, cuanto mas simple mejor. Al analista le servirá pensar que la descripción de la función es "una orden a un empleado sin conocimiento del tema". Estas frases imperativas no tienen sujeto; tan pronto como se introduce un sujeto se habrá indicado como deberá realizarse físicamente la función ("El operador ingresará los datos del alumno").

Un proceso puede ser físicamente una oficina repleta de empleados, un procedimiento, o una combinación de actividades manuales y automatizadas.

Flujo de datos:

Representa un transporte de paquetes de datos desde su origen hasta su destino, es decir que representa una estructura de datos en movimiento de una parte del sistema a otro.

Un flujo muestra las interfaces entre los elementos del DFD.

Puede imaginarse como una tubería por donde se envían paquetes de datos, pero deberá tener una descripción de su contenido la cual deberá elegirse de forma que sea lo más útil posible a los usuarios que revisen el DFD.

La flecha indica la dirección del flujo.

Puede estar contenido físicamente en una nota, una factura, una llamada telefónica, de programa a programa, etc. Es decir, en cualquier medio por el cual los datos pasan de una entidad o proceso a otra.

Almacén o archivo:

Representa un archivo lógico en donde se agregan o de donde se extraen datos. Es una estructura de datos, pero estática.

Puede ser físicamente un archivo de tarjetas, una microficha, un archivo, o un archivo en cinta o diskette.

Deberá elegirse el nombre que sea más descriptivo para el usuario, que identifique los paquetes de datos que contiene.

Implica escritura, actualización o borrado de datos.

Implica lectura o recuperación de información almacenada.

Guías para construir un DFD:

• 1. Primero se deberán identificar las entidades externas ya que ello implica definir los límites del sistema.

• 2. Se deberán elegir nombres con significado tanto para procesos como también para flujos de datos, almacenes y entidades externas. Si es posible a partir del vocabulario del usuario evitando terminologías técnicas.

• 3. Identificar el papel del proceso del sistema, no quien lo realiza.

• 4. Numerar los procesos, mediante un esquema de numeración consistente que implique, para los lectores del DFD, una cierta secuencia de ejecución.

• 5. Se deberán, en la medida de lo posible, evitar los DFD excesivamente complejos. Deberán ser comprensibles, digeribles y agradables a la vista sin demasiados elementos.

• 6. Todos los elementos se relacionan entre sí a través de flujos de datos.

• 7. Procesos: Se relacionarán con:

• ð Almacenes

• ð Entidades externas

• ð Otros procesos

• ð Deberán tener al menos una Entrada y una Salida, no son manantiales de datos.

• 8. Almacenes: Se relacionarán solamente con Procesos.

• 9. Entidades Externas: Se relacionarán solamente con Procesos.

• 10. En todos los niveles del Diagrama de Flujo de Datos deberá haber igual cantidad de Entradas y de Salidas.

• 11. Niveles del DFD:

• ð Nivel de Partida: Diagrama de Contexto:

o ð No existirán almacenes o archivos.

o ð Se representarán las entidades externas que son fuente y destino de los datos.

o ð El sistema será representado como un proceso simple.

o ð Se dibujarán sólo los flujos de datos de comunicación exterior-sistema.

...