Clases virtuales
Prof. Karina Fernandez

Diagrama de Flujo de Datos (DFD)

 


1. Introducción.
2. Diagramas de Flujo de Datos.
 
1. Introducción

“El término análisis, aplicado a sistemas, significa descomponerlos en
sus componentes, para estudiar cada uno de ellos, tanto como un ente
aislado, como en interacción con el resto. Para ser útil, al análisis le debe
seguir la síntesis, que consiste en unir los componentes del sistema para ver
como funcionan en conjunto.” 
 
Objetivo del análisis:
Obtener una especificación del software del sistema.
 
Medios:
Técnicas Gráficas.
Descripciones complementarias.
 
Análisis de Requisitos = Especificación del Software

 Especificación: es un documento que define de forma completa, precisa y verificable los requisitos, el diseño, el comportamiento u otras características de un sistema o componente del mismo.
 Software: es el conjunto de programas, procedimientos y documentación asociada a la operación de un sistema informático.
 
Análisis de requerimientos:
 Documentación completa y precisa de qué debe realizar el sistema para cubrir los requisitos de usuario.
 
1.1 PRINCIPIOS DE ANÁLISIS
 
1.1.1 El Dominio de la Información
 -El contenido de la información y las relaciones.
 -El flujo de la información.
 -La estructura de la información.
 
1.1.2 Modelado
Modelos gráficos + Descripciones complementarias
 
Representan:
-La información.
-Las funciones o transformaciones.
 
1.1.3 Partición
-Representación jerárquica de la información y/o de las funciones.
 
1.1.4 Visión Lógica
La visión lógica (Visión esencial).                                 Qué hace.
                                                                                   Qué información utiliza.
La visión física (Visión de implementación).
                                                                                    Cómo se hace.
                                                                                    Qué soporte y formatos

 
2. Diagrama de Flujo de Datos

 El Diagramas de Flujo de Datos es una técnica que se utiliza principalmente para la modelización de sistemas informáticos. Representa el flujo de la información, las transformaciones que se aplican y los datos al moverse desde la entrada a la salida en un sistema informático.
 
Proporciona mecanismos para:
− Representar el Dominio de la Información.
• Diagramas ⇒ El flujo y las transformaciones.
• Diccionario ⇒ El contenido y la estructura.
• Especificación ⇒ Descripción de las transformaciones.
− Modelar los procesos informatizados y los datos.
− Dividir de forma jerárquica los procesos.
 
2.1 COMPONENTES DE LOS DIAGRAMAS DE FLUJO DE DATOS
 
2.1.1 Los procesos
− Representan: Las transformaciones de la Información.
− Nombre: Único y representativo (verbo+objeto).
− Identificador: Numeración jerárquica.
 
2.1.2 El Flujo de Datos
_Representan: Los bloques de información que se desplazan entre procesos y otro componente.
_Nombre: Significativo de la información que transportan.
_Identificador: Numeración secuencial
 
2.1.3 Almacenes de datos
− Representan: La información en reposo del sistema
− Nombre: Único y representativo de la información (plural).
− Identificador: Numeración secuencial.
 
2.1.4 Las Entidades Externas
− Representan: Personas o entes generadores o receptores de información.
− Nombre: Único y representativo.
− Identificador: Numeración secuencial
 
2.2 CÓMO DESARROLLAR UN DFD
− Qué procesos deben integrar el sistema.
− Qué datos emplea cada proceso del sistema.
− Qué datos se almacenarán en cada proceso.
 
Identificando
− Qué datos se introducen y extraen de cada proceso. A partir de los procesos de negocio de la empresa, existentes, revisados y futuros, y de la definición de los requisitos que es necesario que lleve a cabo el sistema informático para dar soporte al sistema de información.
 
2.2.1 De arriba hacia abajo
• Identificar las entidades externas involucradas.
• Identificar las entradas de datos que proporcionarán estas entidades
• Definir las salidas que se producirán.
• Dibujar el primer nivel.
• Realizar una primera explosión representando los procesos principales
• Conectar los flujos del primer nivel (conectados con entidades externas) con los procesos adecuados en cada caso.
• Identificar y representar los almacenes de datos y los flujos conectados a éstos.
• Mantener la consistencia.
• Repetir la subdivisión.

¿Hasta qué nivel de detalle es conveniente subdividir los procesos?
 
 -Cuando la especificación de la función pueda desarrollarse de forma adecuada y con un nivel de detalle conveniente al modelo.
 -Cuando existan pocos flujos de entrada y salida.
-Cuando, si se descompone, se pierde el significado y se obtienen procesos excesivamente sencillos que no son representativos
 
2.2.2 De abajo hacia arriba
• Identificar transformaciones de datos de bajo nivel.                   Burbujas de bajo nivel.
• Identificar la información de entrada y de salida.                        Flujos.
• Identificar la información que debe almacenarse.                        Almacenes.
• Identificar los productores y/o receptores de información.          Entidades Externas.
• Agrupar los procesos en otros que los contienen. (¿Cómo?)      Burbujas de nivel más alto.
• Mantener la consistencia.
 
2.2.3 Identificar los procesos de la empresa y cómo pueden/requieren ser informatizados.
 
Los Hechos de Negocio son sucesos que se producen externamente al sistema.
 
• Se definen los procesos informatizados asociados a cada uno de ellos.
• Para cada proceso se indica:
-Qué datos de entrada son necesarios.
-Quién o qué proporciona dichos datos.
-Qué información se produce.
-Cuál es su destino.
 
2.3 EVALUACIÓN DEL FLUJO DE DATOS
Validar: ¿Estamos diseñando el sistema correcto ?
Verificar: ¿Estamos diseñando el sistema de forma correcta?
• Todos los flujos, almacenes y procesos deben estar etiquetados.
• Todos los procesos tienen al menos un flujo de entrada y un flujo de salida.
• Los flujos que entran a un proceso deben ser los que necesita y sólo los que necesita.
• Los almacenes deben tener procesos que los actualicen y procesos que obtengan información de ellos (Salvo almacenes externos al proceso).
• Todos los flujos tienen al menos uno de sus extremos conectado con un proceso.
• Todos los almacenes y flujos deben estar descritos en el diccionario.
• Todos los procesos de más bajo nivel deben estar descritos convenientemente.
• Consideraciones gráficas sobre la presentación de los DFD: buena presentación, evitar que los flujos se crucen
 
RESUMEN

 -El análisis del sistema es una actividad que consiste en transformar la especificación de los requerimientos en modelos que representan los datos y las transformaciones que realiza el sistema sobre éstos.
 -Una de las herramientas de modelado de procesos más utilizada en las metodologías estructuradas son los diagramas de flujo de datos.
 -Los DFD representan las transformaciones que sufren los datos, los datos que se transfieren entre los procesos del sistema, la información que se almacena y los productores o receptores de información.
 -La representación gráfica de la funcionalidad del sistema mediante los DFD debe completarse utilizando documentos descriptivos desarrollados adecuadamente que proporcionen información sobre los datos, los almacenes y las especificaciones de los procesos.

 
CONCLUSIONES

➾ Los Diagramas de Flujo de Datos son una técnica útil para representar la funcionalidad y los datos del sistema.
➾ Aprender a utilizar esta técnica de forma correcta es sencillo.
➾ El problema fundamental es desarrollar el modelo que represente las funciones y la información del sistema de la forma más adecuada posible.
➾ La experiencia, las aptitudes del analista y el conocimiento del entorno son tres de los aspectos básicos que influyen en el correcto desarrollo de los Diagramas de Flujo de Datos.
 
 
 
Este sitio web fue creado de forma gratuita con PaginaWebGratis.es. ¿Quieres también tu sitio web propio?
Registrarse gratis