Diagrama de Flujo de Datos (DFD)

Slides:



Advertisements
Presentaciones similares
Diccionario de Datos (DD)
Advertisements

UML DCU -DS Alvaro Garrido V..
Métrica v2.1 : Técnica - Diagrama de Flujo de Datos (DFD)
ANALISIS Y DISEÑO ESTRUCTURADO
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
Análisis y Diseño Estructurado
Análisis y Diseño Estructurado
DISEÑO ORIENTADO AL OBJETO
Tomado de:
Diseño orientado al flujo de datos
DIAGRAMA DE FLUJO DE DATOS
Unidad I: Transición del Análisis hacia el Diseño
Fundamentos de Ingeniería de Software
INGENIERIA DE REQUERIMIENTOS
DESCRIPCION DEL PROBLEMA
Evaluación de Productos
Diseño de un Sistema de Control en Tiempo Real para el Kernel del Sistema Operativo utilizando MatLab-SimuLink Por: MARCO ANTONIO ESPINEL CANGUI DIRECTOR:
Introducción al Análisis Estructurado
Diagramación Ing. Cleyver Vazquez Jijon.
Profesor: Miguel Angel Vidal
♥ LINA MARIA NIÑO. ♥ ALEJANDRA MUÑOZ B. ♥ MARIA ALEJANDRA REINA.
DSOO - María Eugenia Valencia
Diagramas de flujo de datos
* FRAUSTO JIMENEZ GABRIELA * * HERNANDEZ TORRES ANA LAURA * * MANDUJANO JUAN CARLOS * * NOVA MARIN YARELI PAULINA * * ZAVALA CORTE JOCELYN ARELI *
Métrica v2.1 : Técnica - Diagrama de Flujo de Datos (DFD)
Ingeniería de Software Orientado a Objetos
DISEÑO DE SOFTWARE 1ª. Parte
El Modelo Esencial.
Análisis y Diseño Orientado a Objetos utilizando UML
Diseño de algoritmos La computadora puede realizar procesos y darnos resultados, sin que tengamos la noción exacta de las operaciones que realiza. Con.
Unidad 3 Instrucciones secuenciales
DSOO - Maria Eugenia Valencia Comportamiento del Sistema Diagramas de Secuencia del sistema Los diagramas de secuencia están incluidos en la notación UML.
Diagramas de Flujo de Datos
DIAGRAMAS DE FLUJO DE DATOS Introducción
Análisis de Sistemas.
Organización y Estructuración de Datos
Diagramas de flujo de datos
Universidad Central de Venezuela Facultad de Ciencias Postgrado en Ciencias de la Computación Sistemas Distribuidos Albany Márquez.
Diccionario de Datos.
Presentado por: YULI ANDREA CUELLAR M  Es un conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio.
Organización y Estructuración de Datos Profesor Titular: Mg Carlos G. Neil 2009.
Ingeniería de software
Representación de Algoritmos
ANALISIS Y DISEÑO ESTRUCTURADO
♥ LINA MARIA NIÑO. ♥ALEJANDRA MUÑOZ B. ♥MARIA ALEJANDRA REINA.
Trainning DFD.
Ingeniería del Software
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
Ingeniería de software
LAE. LUCÍA REYES MARTÍNEZ
Trainning DFD.
Clasificación de Diagramas
Edward Barrera Barrera Cristian Anderson Isacc
Ingeniería de Requisitos
PROCESOS DE DESARROLLO DE SOFTWARE
ANÁLISIS ESTRUCTURADO
Utilizar Costo Promedio Ponderado en el Software Administrativo SAW
DIAGRAMAS DE FLUJO DE DATOS Introducción
Procesamiento de transacciones: consiste en los procesos de captura, recolección, clasificación, ordenamiento, cálculo, resumen y almacenamiento de todos.
3. Paradigmas de la ingeniería de software.
Un requerimiento es una condición o capacidad a la que el sistema (siendo construido) debe conformar [ Rational ]. Un requerimiento de software puede.
Proceso de desarrollo de Software
Diagrama de Clases.
Licda. Noelia Gómez Gutiérrez
Especificación del Problema Partimos del hecho de un programador no puede resolver un problema que no entiende. Por esta razón, la primera etapa en todo.
Fundamentos de Ingeniería de Software
DIAGRAMAS DE SECUENCIA. UML está compuesto por los siguientes diagramas:
Ingeniería de Software Clase 6 Gloria Lucia Giraldo Gómez Escuela de Sistemas Universidad Nacional de Colombia – Sede Medellín.
Entregables del Proyecto
Ing. José David Ortiz Salas
Transcripción de la presentación:

Diagrama de Flujo de Datos (DFD) Ingeniería de Software I M.Sc. Idalia Maldonado Castillo

Diagrama de Flujo de Datos Técnica de análisis estructurado en la cual se hace una representación gráfica de los procesos de los datos el cual enfatiza la lógica del sistema. Caracterizan gráficamente los procesos de los datos y el flujo del sistema. Dan una visión amplia de la entrada, procesos y la salida del sistema

Simbología (Gane & Sarson) Entidad Flujo de Datos Almacén de Información Proceso Símbolos usados para dibujar el movimiento de los DFD.

Ejemplo EJEMPLO DESCRIPCION Persona, departamento o equipo que puede mandar o recibir datos del sistema. Interactua con el sistema y muestra el recurso inicial y el recipiente final de la informacion. Entidad Estudiante Muestra el movimiento de datos de un punto a otro con la punta hacia el destino de la informacion (datos). Representa datos sobre una persona, departamento. Flujo de Datos Informacion del Nuevo estudiante 2.1 Refleja el proceso de un cambio o transformacion de los datos. Los datos que entran son diferentes a los que entran. Se le asigna un numero unico para identificar su nivel en el diagrama. Proceso Crear expediente estudiante Almacena datos que puede ser un lugar, archivo, base de datos, etc. Se le asigna un numero de referencia unico para identificar su nivel. Almacén de Información D3 Expediente estudiante

Desarrollando un DFD de alto a bajo nivel (Top-Down) Crear un Diagrama de Contexto. Crear un Diagrama de Nivel 0. Crear un diagrama hijo para cada uno de los procesos del Diagrama 0. Verificar posibles errores. Desarrollar un DFD físico a partir del DFD lógico. Dividir el DFD físico, agrupando partes que facilitan la programación.

Diagrama de Contexto Entidad 1 Entrada A Nombre del Sistema Salida C Entidad 3 Entrada B Entidad 2 Incluye entradas básicas, el sistema general y las salidas. El proceso tiene el numero 0. Es el diagrama de mas alto nivel en un DFD y contiene solo un proceso, representando el sistema entero.

Diagrama 0 Proceso General AAA 1 Proceso General BBB 2 Entidad 1 Flujo de Datos B Entrada A Salida C Entidad 3 Flujo de Datos C Registro A Registro E D1 Almacen de Datos 1 D2 Almacen de Datos 2 Registro A Registro E Proceso General CCC 3 Proceso General DDD 4 Flujo de Datos D Entrada B Entidad 2

Diagrama 0 Las entradas y salidas especificadas en el diagrama de contexto se mantienen. El diagrama se detalla en acercamientos que envuelven de 3 a 9 procesos, mostrando almacenes de información. El manejo de excepciones o errores se ignoran. Cada proceso esta numerado con un entero, generalmente empezando de izquierda a derecha. 8

Diagrama 0 Sugerencias para la creación del diagrama 0 Para crear este diagrama se sugiere preguntar: Que pasa con la información que entra al sistema?, es almacenado? Es entrada para varios procesos?. Para una salida preguntar: de donde viene? Se calculo o viene de un archivo? Para el flujo de datos y almacenes de información: que procesos usan estos datos?, que procesos pusieron esa información en el almacén de datos? Buscar que entrada necesita el proceso y la salida que genera. Luego conecta la entrada con la salida a los almacenes de información y entidades. Tomar nota sobre áreas que son imprecisas, esto ayuda para futuras entrevistas. 9

Diagrama Padre Diagrama Hijo Registro A Entidad 2 Proceso General CCC Almacen de Datos 1 Registro A Entidad 2 Proceso General CCC 3 Proceso General DDD 4 Entrada B Flujo de Datos D Diagrama Hijo D1 Almacen de Datos 1 Registro A Proceso Detallado XXX 3.1 Proceso Detallado YYY 3.2 Entrada B D5 Archivo de Transaccion 1 Registro de Transaccion 1 Registro de Transaccion 1 Flujo de Datos Detallado Z Proceso Detallado ZZZ 3.3 Flujo de Datos D

Diagrama Hijo La regla principal es que el hijo debe tener las mismas entradas y salidas que el padre, a esto se le llama Balance Vertical. El diagrama hijo tendrá el mismo numero que el padre y los procesos del diagrama hijo tienen un numero decimal, por ejemplo el padre es 3 y los hijos serán 3.1, 3.2 y así sucesivamente. Las entidades generalmente no se muestran en los diagramas hijo debajo de un Diagrama 0 (es decir las entidades que van o que salen del hijo). Almacenes de información se pueden incluir en el diagrama hijo. Errores se pueden incluir en el diagrama hijo pero no en el diagrama padre. 11

Verificar Errores Todos los flujos de datos 2 1 3 Todos los flujos de datos deben originarse o terminar en un proceso. Flujos de datos no deben Dividirse en dos o mas flujos de datos diferentes. 3 Los procesos necesitan tener al menos una entrada y una salida.

Verificar Errores Error: conectar almacenes de datos y entidades externas directamente una a otra. Error: data stores y entidades se pueden conectar solo con un proceso intermedio. 2 entidades no se comunican entre ellas a menos que el sistema sea intermediario en la comunicacion Para nombrar los procesos y flujo de datos. Procesos: verbo + sustantivo + adjetivo Flujo de datos: sustantivo 13

Diagrama de Contexto articulos Total Cliente Sistema para una Cliente articulos Total Cliente Sistema para una tienda miscelanea Cliente

Diagrama 0 Artículos y precios Buscar precios 2 Calcular total 3 Total a pagar Identificar artículo 1 Completar transacción y emitir recibo 4 Cliente D1 a comprar Identificador de artículo Pago Recibo

DFD Lógico Cliente Precios Cliente Artículos a comprar Precios Recibo Pago 4 Identificar artículo 1 Buscar precios 2 Calcular total 3 Completar transacción y emitir recibo Identificador de artículo Artículos y precios Total a pagar

DFD Lógico y Físico. Lógico: se enfoca en el negocio y como opera el negocio, en este punto del diagrama no interesa como se va a construir. Se describen los eventos que ocurren y los datos necesarios y producidos por el evento. Físico: muestra como se va a implementar el sistema incluyendo hardware, archivos y personas involucradas en el sistema.

DFD Lógico DFD Físico Cliente Precios Cliente Artículos a comprar Pago Recibo 4 Identificar artículo 1 Buscar precios 2 Calcular total 3 Completar transacción y emitir recibo Identificador de artículo Artículos y precios Total a pagar DFD Físico D1 Archivo de Precios D2 Archivo de Transaccion Temporal Cliente Cliente Código de barras Descripción de artículos y precios Articulos y precios Articulos, precios y subtotales Recibo de caja registradora Artículos a comprar Efectivo, tarjeta débito 4 1 2 Calcular costo total 3 Recibir dinero y dar el recibo (manual) Pasar artículos por el escaner (manual) Buscar código y precio en archivo Código de Barras del artículo Artículos y precios Total a pagar

Ventajas de DFD Lógico Mejor comunicación con usuarios. Sistemas mas estables (esta basado en eventos del negocio y no en una tecnología particular o método de implementación). Mejor entendimiento del negocio por los desarrolladores. Flexibilidad y mantenimiento (el negocio no cambia pero si los aspectos físicos del sistema). Eliminar redundancia y fácil creación del modelo físico.

Ventajas de DFD Físico Clarifica cuales procesos son manuales y cuales son automáticos. Describe procesos en mas detalle que los DFD lógicos. Hace secuencia de procesos que tienen que ser hechos en un orden particular. Identifica almacenes de datos temporales. Especifica nombres de archivos reales.

Dividir el DFD físico (partitioning) Partitioning es el proceso de analizar el DFD y dividir/distinguir los procesos manuales y los automáticos. Una línea punteada se dibuja alrededor de los procesos que deben incluirse en un mismo proceso manual o automático. Los procesos automáticos se agrupan en un mismo programa, estos pueden ser Batch o en linea.

Procesos Manuales, Batch y en Linea Procesos manuales: son ejecutados por personas. Batch: es cuando el proceso recibe y produce información que es generada y accesada por una computadora sin requerir intervención humana. La interfaz en linea es usada cuando el flujo de datos liga un proceso manual o una entidad externa a un proceso automático y requiere de una interfaz de usuario(reporte, ventana, menus, etc.)

Razones para dividir un DFD Diferentes grupos de usuarios Tiempo (si dos procesos se ejecutan en diferentes tiempos no pueden ser agrupados) Tareas similares (se agrupan si tienen tareas similares y ambos son procesos Batch) Eficiencia (se pueden agrupar varios procesos Batch en uno solo, cuando tienen que usar el mismo achivo de entrada) Consistencia de la información (procesos que usan y/o actualizan la misma información) Seguridad (por ejemplo cuando un sistema procesa el alta de un nuevo cliente y el proceso de cambiar la información confidencial)

Ventajas de un DFD Sencillez en la notación. No requiere implementación física o técnica (antes de tiempo). Mejor comprensión entre el sistema y sus subsistemas. Mayor facilidad para transmitir el conocimiento del sistema a los usuarios. Facilidad para determinar si todos los datos y procesos necesarios para el sistema han sido definidos.

Limitantes de los DFD No son buenos para mostrar el manejo de errores o casos especiales. No especifica como se usan las entradas y como se producen las salidas. A D B C E F

Limitantes de los DFD A D B C E F El proceso D necesita todas o solo un dato A, B o C para ejecutarse? El proceso D genera un solo dato o E y F al mismo tiempo?

Simbología de Yourdon & Coad Entidad Flujo de Datos Almacén de Información Proceso