Unidad4-Analisis_INGENIERIA DEL SOFTWARE

Vista previa del material en texto

CONTENIDO 
 
 TEMAS A DESARROLLAR FUENTE BIBLIOGRÁFICA 
 - Sommerville I., Cap. 5 
 - Pressman R., Cap. 6,7 
 
 
 
 
 
 
 
 
“El análisis de los requerimientos permite a los ingenieros de 
software construir sobre los requerimientos básicos establecidos en 
las etapas de adquisición de la Ingeniería de requerimientos.” 
“El análisis de los requerimientos da como resultado la especificación 
de las características operativas del software, indica la interfaz de 
éste y otros elementos del sistema, y establece las restricciones que 
lo limitan ” 
1- Modelos basados en el escenario de los requerimientos: desde el punto 
de vista de distintos actores. 
2- Modelos de datos: ilustran el dominio de información del problema. 
3- Modelos orientados a clases: representan clases orientadas a objetos 
(atributos+operaciones) y la forma en que las clases colaboran para 
cumplir con los requerimientos del sistema. 
4- Modelos orientados al flujo: representan los elementos funcionales del 
sistema y la manera como se transforman los datos a medida que se 
avanza a través del sistema. 
5- Modelos de comportamiento: ilustran el modo en el que se comparte el 
software como consecuencia de eventos externos. 
 
La acción de modelar los requerimientos da como resultado uno o 
más de los siguientes tipos de modelos: 
“El modelo de análisis, conjuntamente con la especificación de 
requerimientos de software, brinda al desarrollador y al cliente los 
medios para evaluar la calidad una vez construido el software.” 
“Los 5 modelos brindan al diseñador del software la información que 
se traduce en diseños de arquitectura, interfaz y componentes” 
¿Qué interacción del usuario ocurre en una circunstancia particular? 
¿Qué objetos manipula el sistema? 
¿Qué funciones debe realizar el sistema? 
¿Qué comportamientos tiene el sistema? 
¿Qué interfaces se definen? 
¿Qué restricciones son aplicables? 
 
“El modelo de análisis se centra en el Qué, no en el Cómo”: 
 
El modelo de análisis debe lograr tres objetivos principales: 
1 – Describir lo que requiere el cliente. 
2 – Establecer una base para la creación de un diseño de software 
3 – Definir un conjunto de requerimientos que puedan validarse una 
vez construido el software. 
 
“El modelo de análisis debe tener un enfoque iterativo, ya que en gral. 
La especificación de los requerimientos es difícil obtenerla en forma 
competa” 
 
Descripción del 
Sistema 
 La descripción en el nivel 
del sistema que se centra 
en éste en lo general o 
en la funcionalidad del 
negocio que se logra con 
la aplicación de software, 
hardware, datos, 
personas y otros 
elementos del sistema. 
 
Modelo del Diseño 
 Diseño del software, que 
describe la arquitectura de la 
aplicación del software, la 
interfaz del usuario y la 
estructura en el nivel del 
componente. 
Descripción 
del Sistema 
Modelo de 
Análisis 
Modelo del 
Diseño 
No siempre es posible la división clara entre las tareas del análisis y 
las de diseño. 
 
 “Invariablemente ocurre algo de diseño como parte del análisis y 
algo de análisis se lleva a cabo durante el diseño” 
 
“Todos lo elementos del modelo de análisis pueden rastrearse 
directamente hasta las partes del diseño” 
 
1- El modelo debe centrarse en los requerimientos que sean visibles 
dentro del problema o dentro del dominio del negocio (No 
detenerse en lo detalles que explican cómo funciona el sistema). 
2 – Retrasar las consideraciones de la infraestructura y otros 
modelos no funcionales hasta llegar a la etapa de diseño. 
3 – Se deben representar las relaciones entre las clases y funciones, 
pero con un bajo nivel de interconectividad. 
4 – El modelo de análisis agrega valor para todos los participantes( 
de negocios, diseñadores, aseguradores de la calidad, etc.) 
5 – Mantener el modelo tan sencillo como sea posible (no generar 
diagramas adicionales si no agregan nueva información) 
 
Recomendaciones para crear el modelo de Análisis: 
 
El dominio de aplicación específica incluye el control electrónico de 
aviones, sistema bancario, juegos de videos, etc. 
El análisis del dominio del software es la identificación, análisis y 
especificación de los requerimientos comunes, a partir de un dominio 
de aplicación específica, normalmente para usarlo varias veces en 
múltiples proyectos dentro del dominio de la aplicación 
La meta del análisis del dominio es clara, encontrar o crear aquellas 
clases o patrones de análisis que sean aplicables en lo general, de 
modo que puedan volverse a utilizar. 
El papel del analista de dominio es descubrir, y definir patrones de 
análisis, clases de análisis e información relacionada que pueda ser 
utilizada por mucha gente que trabaje en aplicaciones similares, pero 
que no son necesariamente las mismas. 
Entradas y salidas para el análisis del dominio 
 
 
 
Fuentes de 
conocimiento 
del dominio 
 
 
 
 
 
 
Análisis 
del 
Dominio 
 
 
 
Modelo de 
análisis del 
dominio 
 
 
 
 
 
 
Bibliografía técnica 
Aplicaciones existentes 
Encuestas a clientes 
Consejo de expertos 
Req. actuales y futuros 
Taxonomias de clase 
Estándares de reut. 
Modelos funcionales 
Leng. de dominio. 
Enfoques del Análisis 
Análisis Estructurado Análisis Orientado 
 a Objetos 
Datos Procesos Datos 
Procesos 
Elementos del Modelo de 
requerimiento 
Elementos 
basados en el 
escenario 
 
Muestran cómo 
interactúa el 
usuario con el 
sistema y la 
secuencia 
específica de 
actividades que 
ocurren cuando 
se utiliza el 
software 
Elementos basados en la 
clase 
 
Modelan los objetos, que 
el sistema manipulará, 
las operaciones que se 
aplicarán, a ellos para 
realizar dicha 
manipulación, las 
relaciones entre los 
objetos y las 
colaboraciones que 
ocurrirán entre las clases 
que se definan 
Elementos del 
comportamiento 
 
Ilustran la forma en 
la que los eventos 
externos cambian 
el estado del 
sistema o las clases 
que residen dentro 
de éste. 
Elementos orientados 
al flujo 
 
Representan al sistema 
como una 
transformación de la 
información e ilustran 
la forma en la que se 
transforman los 
objetos de datos 
cuando fluyen a través 
de las distintas 
funciones del sistema. 
Modelos basados en 
escenarios 
(Casos de Usos, Historias de 
Usuario) 
Diagramas de actividades, 
Diagrama de canal 
Modelos de clase 
Identificación de clases, de 
análisis 
(Diagramas de clase, 
Diagrama de colaboración) 
REQUERIMIENTOS 
DE 
SOFTWARE 
Modelos de 
comportamiento 
(Diagramas de Estado, 
Diagramas de secuencia) 
Modelos de flujo 
 
(DFD, modelos de datos) 
Atributos - Relaciones