Está en la página 1de 20

Anlisis Estructurado y Diagrama de Flujo de Datos (DFD)

Universidad Mariano Glvez Facultad de Ingeniera en Sistemas Clase de Anlisis de Sistemas

Diagrama de Flujo de Datos (DFD)


OBJETIVO Construir un modelo lgico del Sistema que facilite su comprensin tanto al equipo de desarrollo como a sus usuarios ESTABLECER QU FUNCIONES SE DEBEN DESARROLLAR, SIN IMPLICAR CMO Modelo del sistema Independiente de las restricciones fsicas del entorno facilitar el mantenimiento y portabilidad El diagrama de Flujo de Datos (DFD) proporciona una representacin del sistema a nivel LGICO y CONCEPTUAL

Diagrama de Flujo de Datos (DFD)


- El resultado de este anlisis deber ser: Grfico
Lgico , nunca referido a entornos fsicos Preciso y breve Comprensible Debidamente particionado Bien documentado Nunca redundante No ambiguo

- En los DFD no se deber modelizar: Procedimientos Puntos de inicio y de terminacin del DFD Condiciones Tratamientos de errores poco relevantes

DFD - Elementos Bsicos.

Notacin

DFD - Elementos Bsicos.


ENTIDAD EXTERNA

Entidad Externa

Representa entes ajenos a la aplicacin. Los que aportan o reciben informacin

0 EXT1 USUARIO GESTIN BIBLIOTECA

EXT2 ENCARGADO

DFD - Elementos Bsicos.

Entidad Externa

ENTIDAD EXTERNA: Reglas de Construccin - Representa personas, organizaciones, o sistemas que no pertenecen al sistema - En el caso de que las entidades externas se comunicasen entre s, esto no se contemplara en el diagrama, por estar fuera del mbito de nuestro sistema - Puede aparecer en los distintos niveles de DFD para mejorar su comprensin, aunque normalmente slo aparecer en el diagrama de contexto - Pueden aparecer varias veces en un mismo diagrama, para evitar entrecruzamientos de lneas - Suministra informacin acerca de la conexin del sistema con el mundo exterior

DFD - Elementos Bsicos.


PROCESO Actividad que transforma o manipula datos
Localizacin expresa la unidad o rea dentro de la organizacin donde se realiza el proceso

Proceso
LOCALIZACIN NOMBRE

Reglas de Construccin:
- Cuando un flujo de datos entra en un proceso sufre una transformacin. Un proceso no es origen ni final de los datos, slo lugar de transformacin de ellos - Un proceso puede trasformar un datos en varios - Es necesario un proceso entre una Entidad Externa y un Almacn de datos

DFD - Elementos Bsicos.


ALMACN DE DATOS Depsito de informacin dentro del sistema Reglas de Construccin:

Almacn de Datos
ID NOMBRE

- Representa la informacin en reposo - No puede crear, destruir ni transformar datos - No puede estar comunicado directamente con otro almacn o Entidad externa - El flujo de datos (Entrada y Salida) no lleva nombre cuando incide sobre su contenido completo - No debe estar referido al entorno fsico, y por tanto, no se diferencian los ficheros convencionales de las bases de datos - No se representa la clave de acceso a este almacn sino slo la operacin que se realiza (lectura, escritura, actualizacin)

DFD - Elementos Bsicos


FLUJO DE DATOS Establecen la comunicacin entre procesos, almacenes y entidades externas. Llevan la informacin necesaria para esos objetos Reglas de Construccin: - El concepto de flujo de datos es similar al concepto de tubera a travs del cual
fluye informacin de estructura conocida - Los datos no pueden ser creados ni destruidos por un flujo de datos - Sirve para conectar el resto de los componentes de un DFD - No es un activador de procesos - Cuando un proceso almacena datos, la flecha de flujo de datos se indica en la direccin del almacn de datos y a la inversa si es el proceso el que lee datos en el almacn

DFD - Descomposicin o Explosin por niveles


Los DFD se han de representar de la forma ms clara posible, por ello se basan en el principio de descomposicin o explosin por niveles en distintos niveles de detalle. La descomposicin por niveles permite analizar el sistema desdes el mbito general al detalle, pasando por sucesivos niveles intermedios (Filosofa top-down) La utilizacin de esta implica la descomposicin o explosin de cada proceso en otro DFD.

DFD - Descomposicin o Explosin por niveles


El sistema deber contener: - Un Diagrama de contexto (primer nivel) - Varios DFD en niveles intermedios - Varios DFD en el ltimo nivel de detalle En cualquier momento nos puede aparecer un proceso que no necesite descomposicin y es lo que denominaremos Proceso Primitivo (PP). En ellos, se detallar la entrada y salida que tenga, adems de la descripcin asociada que explique lo que realiza

DFD - Construccin
Representar el diagrama de contexto Representar el DFD de primer nivel, indicando los distintos subsistemas funcionales en que se descompone nuestro sistema Descomponer cada uno de los procesos que aparecen en el DFD de primer nivel, hasta llegar a un nivel suficiente de detalle Se recomienda el utilizar tres niveles como mximo para la descomposicin de diagramas Nivel 0: Diagrama de contexto Nivel 1: Subsistemas Nivel 2: Funciones de cada subsistema Nivel 3: Subfunciones asociadas

Diagrama de Contexto
El objetivo es realizar una declaracin formal del dominio Un solo proceso representar el rea que se est estudiando El contexto queda definido por los flujos de entrada y salida y las entidades externas Las entidades externas han de aparecer en este nivel y no en ningn otro Grfico que va a proporcionar el mbito del proyecto objeto de estudio. En l aparecer todo aquello que necesite o envi datos del o hacia el sistema a desarrollar

Diccionario de Datos.
La segunda herramienta de modelado importante, aunque no tiene la presencia y atractivo grfico de los DFD o los diagramas Entidad-Relacin, es el diccionario de datos. El diccionario de datos define los datos haciendo lo siguiente:
Describe el significado de los flujos y almacenes que se muestran en los DFD. Describe la composicin de agregados de paquetes de datos que se mueven a lo largo de los flujos, es decir, paquetes complejos que pueden descomponerse en unidades ms elementales. Describen la composicin de los paquetes de datos en los almacenes. Especifica los valores y unidades relevantes de piezas elementales de informacin en los flujos de datos y en los almacenes de datos. Describe los detalles de las relaciones entre almacenes que se enfatizan en un diagrama de entidad-relacin u otro modelo de datos.

Completitud del Diccionario de Datos.


Para verificar varios detalles de correccin del sistema independientemente del usuario, el analista puede asegurarse que el diccionario est completo y sea consistente y no contradictorio. As, puede plantearse las siguientes preguntas: Se ha definido en el diccionario cada flujo del DFD? Se han definido todos los componentes de los datos en el diccionario? Se ha definido ms de una vez algn dato? Se ha utilizado la notacin correcta para todas las definiciones del diccionario de datos? Hay elementos de datos en el diccionario que no estn relacionados con el DFD u otros diagramas?

Especificaciones de Proceso.
La especificacin del proceso es la descripcin de qu es lo que sucede en cada burbuja primitiva en el nivel ms bajo en un DFD. Tambin es llamado Minispec o miniespecificacin. Su propsito es definir lo que debe hacerse para transformar entradas en salidas. La forma ms utilizada para realizar las especificaciones de procesos es el lenguaje estructurado, pero se puede utilizar cualquier mtodo que satisfaga dos requerimientos cruciales:
La especificacin del proceso debe expresarse de una manera que puedan verificar tanto el usuario como el analista. Precisamente por esta razn se evita el lenguaje narrativo como herramienta de especificacin: es ambiguo, sobre todo si describe acciones alternativas y acciones repetitivas. Por naturaleza, tambin tiende a causar gran confusin cuando expresa condiciones booleanas compuestas (esto es combinaciones de los operadores AND, OR y NOT). El proceso debe especificarse en una forma que pueda ser comunicada efectivamente al pblico amplio que est involucrado. A pesar de que el analista es tpicamente quien escribe la especificacin del proceso, habitualmente ser un pblico bastante diverso de usuarios, administradores, auditores, personal de control de calidad y otros, el que leer la especificacin del proceso.

Documentacin.
La documentacin del diseo es vital para garantizar su legibilidad y correcto entendimiento en la etapa de construccin o codificacin, adems de permitir detectar errores de consistencia. Para documentar el diseo se tienen que documentar todos los elementos que aparecen en los diagramas de flujos de datos y diagramas de estructuras, esto es: Terminadores, almacenes de datos, flujos de datos y procesos.

Documentacin (Continuacin)
Esquema de documentacin Entidades Externas. Entidad: Descripcin: Flujos que genera: Flujos que recibe. Esquema Documentacin Flujos de Datos. Flujo: Descripcin Narrativa: Compuesto por: Parte de: Fuente: Destino: [Volumen:]

Documentacin (Continuacin)
Esquema Documentacin Procesos. Nivel: Nmero: Nombre: Parte de: Compuesto por: Descripcin Narrativa: Entradas: Salidas: Miniespecificacin: Esquema Documentacin Almacenes de Datos. Nombre: Descripcin Narrativa: Contenido: Flujos entrantes: Flujos Salientes:

Documentacin (Continuacin)
Esquema Documentacin DFD. Nivel Diagrama: Diagrama Proceso: Entidades Externas: Flujos de Datos: Almacenes de Datos: Procesos: Esquema Documentacin Elementos de Datos. Nombre: Alias: Descripcin: Dominio: Si es discreto: Si es discreto: ValorSignificado. . Si es continuo: TipoLargoRango. . .

También podría gustarte