Análisis y Diseño Estructurado

Slides:



Advertisements
Presentaciones similares
Análisis y Diseño de Sistemas Enfoque Estructurado
Advertisements

OOA- Introducción a Casos de Uso
SISTEMAS II CICLO DE VIDA.
DICCIONARIO DE DATOS (D.D)
Algoritmos y Programas
MODELOS ORIENTADOS A OBJETOS
INGENIERÍA DE SOFTWARE Introducción Arquitectura de Software
Métrica v2.1 : Técnica - Diagrama de Flujo de Datos (DFD)
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
Pruebas de Diseño Diplomado en Calidad en el Software NOTAS
Análisis y Diseño Estructurado
ANÁLISIS Y DISEÑO ESTRUCTURADO
ANÁLISIS DE REQUERIMIENTOS
Diagrama de Flujo de Datos (DFD)
FUNDAMENTOS DE PROGRAMACIÓN
DIAGRAMA DE FLUJO DE DATOS
Fundamentos de Ingeniería de Software
DIAGRAMAS DE FLUJO Y PSEUDOCÓDIGO
Guia Diseño Robert Echeverria
DESCRIPCION DEL PROBLEMA
Base de Datos Relacional.
Introducción y conceptos generales
Desarrollo Orientado a Objetos con UML
Diagramación Ing. Cleyver Vazquez Jijon.
Profesor: Miguel Angel Vidal
INTEGRANTES: Carla Tunquipa Faijo Isabel Rodriguez Huamani
Diseño del Software Diseño de datos Diseño arquitectónico
DISEÑO DE LA INTERFAZ DE USUARIO
Métrica v2.1 : Técnica - Diagrama de Flujo de Datos (DFD)
Técnica - Diagrama de Flujo de Datos (DFD)
Arquitectura de una aplicación
Ingeniería de Software Orientado a Objetos
Diagramas de Flujo de Datos (DFD)
DISEÑO DE SOFTWARE 1ª. Parte
El Modelo Esencial.
Análisis del sistema.
Diagramas de Flujo de Datos
Herramientas del Análisis Estructurado
UNIDAD 2. ALGORITMOS Y ESTRUCTURAS DE DATOS.
Análisis de Sistemas.
Organización y Estructuración de Datos
Diagramas de flujo de datos
Organización y Estructuración de Datos Profesor Titular: Mg Carlos G. Neil 2009.
Ingeniería de software
Importancia en la efectividad del:
DOCUMENTACIÓN DEL SISTEMA DE GESTIÓN DE LA CALIDAD
Representación de Algoritmos
TEMA 2: DIAGRAMAS DE FLUJO
ANALISIS Y DISEÑO ESTRUCTURADO
Trainning DFD.
LAE. LUCÍA REYES MARTÍNEZ
Trainning DFD.
Introducción al análisis de sistemas
COMPLETA LOS ESPACIOS CON LA PALABRA ADECUADA 1.LOS _______________________ SE DEFINEN COMO LA _________________LÓGICA DE _________PARA SOLUCIONAR UN.
Edward Barrera Barrera Cristian Anderson Isacc
Ingeniería de Requisitos
PROCESOS DE NEGOCIO Y TECNICAS PARA MODELADO DE PROCESOS
ANALISIS Y DISEÑO ESTRUCTURADO
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.
DIAGRAMAS ADMINISTRATIVOS
Proceso de desarrollo de Software
ANALISIS SEGURO DE TRABAJO (AST)
Tecnología de la Información
Método de Yourdon 1. Modelo Esencial 1.1. Modelo Ambiental
Licda. Noelia Gómez Gutiérrez
Fundamentos de Ingeniería de Software
Entregables del Proyecto
DIAGRAMA DE FLUJO DE DATOS
Ing. José David Ortiz Salas
Transcripción de la presentación:

Análisis y Diseño Estructurado Diagrama de Flujo de Datos Alfonso Vega G. Ingeniería de Software IS-IN-400 http://is-in-400.blogspot.com

Lista de Acontecimientos Listado sencillo de los acontecimientos del ambiente a los cuales debe responder el sistema. Ejemplos : El cliente consulta por un producto. El cliente hace un pedido. El cliente cancela la orden. El Administrador consulta estado de cliente

Modelo de comportamiento Dentro del modelo de comportamiento se incluye el DFD y Diagrama ER, ademas de las entradas iniciales del diccionario

Enfoque partición por acontecimiento Se dibuja la burbuja por cada acont. Se nombra la burbuja describiendo la respuesta que el sistema debe dar al acontecimiento. Ejemplos : consultar producto, registrar pedido, cancelar orden. Se dibujan entradas y salidas y ademas de almacenes que comunican las burbujas. El borrador del DFD se compara con el DC y la lista de Acontecimientos

Enfoque partición por acontecimiento El primer y segundo paso son mecánicos Por cada acont. Hay una burbuja y cada una lleva un nombre. El tercer paso requiere identificar entradas, salidas y almacenes según sea la función. Preguntas tipicas para resolver esto: Que necesita la burbuja para hacer su trabajo Que salidas genera

El cuarto paso requiere verificar la consistencia, por cada entrada del diagrama de contexto debe verificarse si esta conectada con alguna entrada en el dfd preliminar , lo mismo se hace para las salidas. OBS: Las burbujas no se comunican entre si , solo a través de los almacenes

Mediante la tecnica de DFD El analista pueede reunir una representacion grafica de ls procesos de datos a lo largo dela organización.

Ventajas del enfoque DFD Libertad para realizar implementación temprana Mayor comprensión de las interrelaciones de los sistemas y subsistemas Facilita la comunicación con los usuarios Análisis de un sistema propuesto para determinar si han sido definido los datos y procesos necesarios.

Reglas para la Definición de un DFD Las reglas a seguir para la construcción de un DFD son: 1.- Elegir Nombres Representativos Función: Verbo + objeto. o Verbo significativo (Validar, Registrar etc). o Evitar palabras de uso exclusivo por parte de usuario. o Evitar terminología informática (Rutina,Procedimiento etc).

2.- Numerar los procesos para identificarlos de forma rápida y unívoca. Los números no indican secuencia. El modelo de DFD es una red de procesos asincrónicos que se intercomunican, lo cual es, una representación precisa de la manera en la realidad muchos sistemas operan. El hecho que exista procesos no pueda realizar su función por falta de algún dato de otro proceso no implica correspondiente con la numeración. Son la base para crear la jerarquía de diagramas cuando se introduzcan los diagramas de flujo por niveles.

3.- Evitar DFD excesivamente complejos y recargados, es decir, con muchos elementos gráficos juntos. El propósito de un DFD es modelar de forma precisa las funciones que deben llevar a cabo un sistema y las interacciones entre ellas. Pero además debe ser legible

4.- Redibujar el DFd tantas veces como sea necesario 5.- Asegurarse de que el DFD sea lógicamente consistente. Evitar Terminadores infinitos Burbujas que tienen entradas pero no salidas o viceversa, flujos o procesos no etiquetados

Extension para sistemas de tiempo real Los flujos de control y procesos de control se dibujan de otra forma. Los procesos que coordinan y sinconizan actividades de otras burbujas, se dubunan con linea punteada

Diagrama de Contexto

Primer Nivel de desagregación

Segundo nivel de desagregación

Tarea: Confeccionar una lista de actividades del negocio y usarla para determinar varios: Entidades externas Flujos de datos Procesos Almacenes de datos Crear un diagrama de contexto que muestre las entidades externas y los flujos de datos que entran y salen del sistema, recuerde que el proceso debe tener un nombre que identifique el sistema. Desagregar el Diagrama TOP o de Contexto generando el Diagrama Cero, en el siguiente nivel de desagregación. Mostrar procesos, cada proceso debe ser identificado por un nombre que considere un verbo. En este nivel mostrar los almacenes de datos

Bibliografía Juan Bravo C. Desarrollo de Sistemas de Información. Una Visión Práctica. Editorial Evolución. Capítulo 2.2. Kendall & Kendall. Análisis y Diseño de Sistemas. Prentice Hall Hispanoamericana S.A. Parte Uno Capítulo 3 y Parte Tres Capítulo 9. Edgard Yourdon. Análisis Estructurado Moderno. Prentice Hall Hispanoamericana S.A. Parte II y III.