bvcbc

Unidad 5: Análisis
Autor/es
Boggio, Alejandra
Casali, Diego
Salamon, Alicia
Orientación del Aprendizaje
Continuando con el PUDS trabajamos en esta unidad con el flujo de Análisis.
El Modelo de requerimientos define los límites y especifica el comportamiento
general del sistema. Cuando está aprobado por el usuario podemos comenzar con el
modelo de análisis, que nos va a ayudar aestructurar el sistema independientemente
del entorno de implementación. Este modelo utiliza tres tipos de clases para construir
el espacio del sistema buscando obtener una estructura robusta adaptable a cambios.
Estas clases se denominan de entidad, de interfaz y de control.
Utilizamos el mismo enfoque que en el flujo de trabajo anterior: estudiamos cuáles
son las entradas, qué artefactos se generancomo salida y el proceso de construcción
de los mismos.
Desde esta perspectiva, los contenidos que trabajamos en esta unidad son:

1
2

Introducción .......................................................................................................186
Artefactos ...........................................................................................................187
2.1
Modelode análisis .....................................................................................187
2.2
Clases de análisis .......................................................................................187
2.3
Realización de caso de uso-análisis ...........................................................189
2.4
Paquete de análisis.....................................................................................193
2.5
Descripción de la arquitectura ...................................................................193
3 Trabajadores.......................................................................................................194
3.1
Arquitecto ..................................................................................................194
3.2
Ingenierode casos de uso ..........................................................................194
3.3
Ingeniero de componentes .........................................................................194
4 Flujo de trabajo ..................................................................................................194
4.1
Análisis de laarquitectura..........................................................................195
4.2
Análisis de un caso de uso .........................................................................196
4.3
Análisis de una clase ..................................................................................197
4.4
Análisis de un paquete ...............................................................................198
5 Casopráctico......................................................................................................198
El siguiente esquema conceptual permite observar los conceptos fundamentales y sus
relaciones, que a modo anticipatorio le orienta y ayuda a la contextualización de la
temática.

183

Created by Neevia docuPrinter trial version http://www.neevia.com
Created by Neevia docuPrinter trial versionEsquema Conceptual

Captura de requerimientos

Modelo de
dominio

Especificación de requisitos
completa y detallada
Modelo de negocio

Casos de uso

Modelo de
análisis

Artefactos

Trabajadores

Flujo de
trabajo

Clases de entidad
Clases de interfaz
Clases de control
Diagramas de clases de análisis
Diagramas de colaboración
Paquetes de análisis

Al finalizar estaunidad usted logrará los siguientes objetivos:
• Comprender la importancia del modelo de análisis.
• Diferenciar el modelo de análisis del modelo de requerimientos.
• Comprender los problemas que podemos tener en el análisis si no contamos
con un modelo de requerimientos robusto.
• Distinguir cuáles son los artefactos, trabajadores y flujos de trabajo que se
utilizan en el modelo de análisis....