Analisis Y Diseño

Curso de Ingeniería de Software
4. Análisis, Diseño e Implementación

Análisis

1

Análisis
Objetivo
Representar los requisitos obtenidos en el levantamiento de procesos de negocio en artefactos útiles para la implementación de una solución de software.

Análisis
Para hacer análisis de requisitos se necesita:
a) Entender el problema antes de empezar a crear el modelo de análisis. b)Registrar el origen y la razón de cada requisito. c) Dar prioridad a los requisitos. d) Eliminar la ambigüedad de los requisitos. e) Definir comportamiento del software. f) Identificar desde la información esencial hasta el detalle de la implementación. g) Identificar la representación de la información, su comportamiento y funciones.

2

Análisis
• Todas las técnicas de análisis derequisitos se basan en hacer una abstracción de un sistema. A partir de la abstracción se puede:
a) Construir aproximaciones sucesivas que finalmente derivan en un código. b) Construir una solución en múltiples niveles jerárquicos (según la complejidad). c) Organizar el desarrollo de un sistema.

•

Análisis
• El proceso de construir un concepto abstracto tiene cuatro etapas, ellas son:
a) b) c)d) Abstracción Representación Manipulación Axiomatización

•

Para concretar el análisis podemos usar los enfoques:
Funcional Orientado a objeto

3

Descomposición Funcional
• Análisis Funcional es un método lógico y sistemático para lograr un diseño. • El proceso consiste en la traducción de las funciones asignadas al software en requisitos de diseño cualitativos y cuantitativos delsoftware. • Esta traducción se logra a través de un proceso iterativo desarrollando diagramas de flujo funcionales en base a las necesidades operativas y de mantención.

Descomposición Funcional
• Análisis Estructurado se apoya en el uso de métodos gráficos como el DFD-CFD (Data Flow Diagram Control Flow Diagram). • El objeto principal del Análisis Estructurado es de construir modelos (DFD-CFD,Diccionario de Datos y Descripción en un Pseudo Código) que permite comprender mejor el Sistema.

4

Diagrama de Flujo de Datos
Notación
Proceso Flujo de Datos Fuente/Sumidero de Datos Almacenamiento de Datos

A se divide en B y C A

B A C

B es un subconjunto de A y A fluye en la rama inferior B

A fluye en ambas ramas

A fluye en ambos sentidos A

A,B, y C son flujosindependientes A,B,C

A

Diagrama de Flujo de Datos
Los Procesos
• Es la transformación de un flujo entrante de datos en un flujo de salida. • Su nombre debe indicar la transformación. • Se activan cuando aparecen los datos. • Deben obedecer la "ley de conservación de datos", esto es:
– No se debe producir nuevos datos de la nada, mágicamente – No se debe requerir más datos de los necesarios.

5Diagrama de Flujo de Datos
Almacenamiento de Datos
• Es un lugar donde los datos residen temporalmente. • Es independiente de la tecnología.

Fuente de Datos
• Representan los productores externos al Sistema. y consumidores

Diagrama de Flujo de Datos
Guías
• Cualquier flecha que representa un flujo de datos a través del diagrama tiene una composición definida y conocida. • Solo en elcaso que dos flujos de datos sean idénticos en composición pueden llevar el mismo nombre. • Los nombres que se eligen no solo representan los datos sino también características de la data.

6

Diagrama de Flujo de Datos
Reglas de DeMarco • Identificar todas las entradas y salidas a la malla. • Partir de las entradas definiendo los procesos necesarios para producir las salidas. • Rotular todaslas interfaces. • Rotular los procesos en función de las entradas y salidas. • Se omiten detalles de procesamiento de errores al partir. • Los procesos de inicialización y finalización deben ser ignorados al partir. • Respetar la ley de conservación de datos. • Analizar acoplamientos entre módulos para ver si se puede minimizar las interfaces. • Iterar hasta que todos estén conformes con el...