Introducción al Análisis Estructurado Contenidos Introducción. Diagramas de Flujo de Datos. Elementos de un DFD Explosión de un proceso Niveles de un DFD Guías para realizar un DFD. Diccionario de Datos Especificación de Procesos
Objetivos El alumno conocerá el Análisis Estructurado como técnica para llevar a cabo la primera fase del ciclo de vida del SW. El alumno aprenderá qué es el análisis estructurado y que técnicas utiliza. El alumno aprenderá a interpretar el Análisis de un sistema especificado mediante la metodología estructurada.
Bibliografia Análisis Estructurado Moderno, E. Yourdon, Prentice Hall, 1994 Ingeniería de SW, R. Pressman, McGraw Hill, 1997
Introducción Propósitos del Análisis de Requisitos: Obtener una descripción lógica del sistema a desarrollar. Descripción del ámbito del sistema. Especificación: Funcional De Datos
Introducción Desafíos del Análisis: Analista: Entender con precisión lo que el usuario quiere. Usuario: Entender con precisión el producto que se le ofrece. Clave del éxito: Buena comunicación Usuario – Analista
Introducción ¿Qué es el Análisis Estructurado? Técnica de Modelado del flujo, contenido y transformación de la información que fluye por un sistema. Nació como complemento del diseño estructurado. El termino fue popularizado por DeMarco a fines de los años 70, quien presentó los símbolos gráficos que permitían al analista modelar flujos de información. Yourdon, Gane y Sarson presentaron modificaciones a la propuesta original. A mediados de los 80 Ward y Mellor proponen modificaciones para su aplicación a sistemas de tiempo real.
Introducción Comparación Análisis Clásico v/s Análisis Estructurado:
Versión Clásica: Unidimensional Verbal Introducción inmediatamente a los detalles Monolítica Variante Estructurada: Multidimensional Gráfico Top-Down Particionada
Introducción Ciclo de Vida Clásico de un Proyecto.
Introducción La Especificación de Requerimientos debe ser: Precisa Concisa Gráfica Particionada Mantenible
Introducción ¿Qué herramientas usa el Análisis Estructurado? Diagrama de Flujo de Datos (DFD). Diccionario de Datos. Especificaciones de Procesos (Mini especificaciones). Diagramas de Entidad Relación (BD). Diagramas de Transición de Estados.
Diagrama de Flujo de Datos El DFD representa un modelo del flujo de datos dentro del sistema y se caracteriza porque: Muestra el Flujo de los Datos. Muestra las Transacciones de los datos desde la entrada hasta la salida. Muestra las Transformaciones que sufren los datos desde la entrada hasta la salida. Especifica que hace el sistema. Es Gráfico. Es comprensible para los usuarios. Se puede usar a cualquier nivel de detalle. Permite el particionamiento del sistema en cualquier nivel de detalle.
Diagrama de Flujo de Datos
Elementos de un DFD Entidades Externas: Algo o Alguien que envía o recibe información desde o hacia el sistema. Marcan los límites del sistema. Notación:
Ejemplos
Empleados
Nombre de Entidad Externa
Elementos de un DFD Almacenes de Datos: Deposito (Digital o no) donde se guardan datos para uso posterior. EJ: Una BD, Un Archivador, Un CD. Notación:
Ejemplos:
Elementos de un DFD Procesos: Algo o Alguien que transforma o manipula un flujo de datos. Notación:
Ejemplos:
Elementos de un DFD Flujo de Datos: Representan movimientos de datos al interior del sistema o entre este y sus fronteras. Notación:
Ejemplos:
Conexiones Permitidas en un DFD
Explosión de un Proceso Consiste en desagregar un proceso padre en un nuevo DFD de mayor detalle. Se produce a medida que se conocen nuevas actividades dentro de un proceso. Normas a seguir al explosionar un proceso: Numeración: Al explosionar el proceso N sus hijo llevaran la notación N.1 , N.2 , N.3, … DFD Balanceado: Todos los flujos que entraban o salían de un proceso deberán entrar o salir de el grupo de procesos hijos. Del grupo de procesos derivados pueden surgir nuevos flujos destinados al manejo de errores y nuevos almacenes de datos privados.
Explosión de un Proceso Otras normas de explosión de un proceso: No deben tenerse en cuenta aspectos de iniciación o terminación de funciones. Generalmente no habrá almacenes de datos en los que sólo se escriba. Todos los procesos, almacenes de datos y flujos de datos deben tener asignado un nombre. Todos los procesos deben tener al menos un flujo de entrada y un flujo de salida. Los DFD deben ser independientes de las herramientas de Implementación.
Niveles de un DFD