A2: Analizar cada Caso de Uso
Entradas
:
·
Documento de Requerimientos
·
Modelo de Casos de Uso
·
Lista de Requerimientos NO funcionales
·
Descripción de la Arquitectura (Vista
del Modelo de Análisis)
Descripción
:
Al analizar
cada Caso de Uso se deben identificar las clases de Análisis cuyos objetos
serán necesarios para desarrollar el flujo de eventos asociado al Caso de Uso
que se está analizando, distribuyendo el comportamiento del mismo en los
objetos de Análisis que interactúan en él y capturando los Requerimientos
Especiales asociados en la Realización del Caso de Uso de Análisis.
En el Modelo
de Casos de Uso se trata con un Caso de Uso a la vez, pero en la realidad los
Casos de Uso comparten recursos - como bases de datos – en el sistema, lo cual
es revelado en el Modelo de Análisis. Por lo tanto, el Análisis debe llevarse
tan adelante como sea necesario para resolver estos conflictos.
Para realizar
las tareas asociadas a esta actividad se brinda la siguiente guía:
1.
Identificar Clases de Análisis:
Se identifican las clases de Entidad, Control e Interface que intervienen en el
Caso de Uso, bosquejando sus nombres, atributos, responsabilidades y
relaciones. Debe refinarse la descripción del Caso de Uso del Documento de
Requerimientos respecto al interior del sistema y esto debe reflejarse en el
flujo de eventos de la Realización del Caso de Uso de Análisis.
Se
deben tener en cuenta las Clases de Análisis que ya están en el Modelo de
Análisis algunas de las cuales podrán reutilizarse. Al estudiar varios casos de
uso simultáneamente se podrán identificar Clases de Análisis que participan en
más de una Realización de Casos de Uso de Análisis, con lo cual se definirá
para cada caso el Diagrama de Clases mostrando las relaciones definidas entre
éstas por cada Realización del Caso de Uso de Análisis.
2.
Describir Interacciones entre Objetos de Análisis:
Se describen mediante los Diagramas de Colaboración en los que participan las
distintas instancias de actores, objetos de Análisis y sus relaciones. Si un
mismo caso de uso tiene distintos flujos o subflujos, se recomienda realizar un
Diagrama de Colaboración por cada uno de éstos. Se comienza por el principio
del flujo del caso de uso, siguiendo un paso a la vez y decidiendo en cada paso
que interacciones entre actores y/o objetos de Análisis son necesarias para
llevarlo a cabo. Estos Diagramas de Colaboración serán complementados con sus
respectivas descripciones en el Flujo de Eventos asociado.
3.
Capturar Requerimientos Especiales:
Los requerimientos no funcionales de cada Realización de Casos de Uso de
Análisis se identifican a partir de los Requerimientos Especiales Comunes
identificados por el Arquitecto en la actividad A1 –
Definir la Arquitectura del Análisis y serán manejados en las etapas de
diseño e implementación.
Fase
Inicial:
En esta Fase
se deben analizar y refinar algunos de los Casos de Uso que se hayan detallado
en la Actividad R5 - Encontrar Actores
y Casos de Uso, de la Línea de Trabajo de Requerimientos, que en general en
esta Fase representan aproximadamente el 10% de la masa total de Casos de Uso
del Sistema. De estos, solamente se deben detallar en esta actividad
aproximadamente la mitad, lo que significa el 5% de la masa total de Casos de
Uso del Sistema.
Si se hubiera
decidido realizar un prototipo, estos serán los Casos de Uso que se deben
detallar en esta Fase.
Fase
de Elaboración:
El enfoque en
esta Fase es analizar y refinar los Casos de Uso que son significantes a la
arquitectura y los que son importantes de entender que se encuentren descriptos
solamente en el Modelo de Casos de Uso y todavía no estén bien comprendidos.
Este refinamiento es particularmente importante en aquellos Casos de Uso
complejos o en los que se crea que tienen impacto sobre otros, o sea que
existen dependencias entre ellos. Por ejemplo, para que un Caso de Uso pueda
acceder a determinada información, algún otro Caso de Uso debe proveerla.
Entonces estos Casos de Uso deben ser refinados en términos de clases de
Análisis que existen en los Requerimientos pero no necesariamente serán
implementadas directamente.
El resto de
los Casos de Uso no son analizados ni refinados, ya que solo es necesario tener
una idea de lo que hacen y del hecho de que no tendrán impacto, sabiendo como
manejarlos cuando llegue el momento de realizarlos en la Fase de Construcción.
Tampoco debe
detallarse la totalidad de los Casos de Uso analizados y refinados, solamente
al nivel necesario para comprender la
línea base de la arquitectura. Para ello se buscan clases de Análisis que
realicen estos Casos de Uso a partir de las clases significantes a la
arquitectura que fueron identificadas en la Actividad A1
– Definir la Arquitectura del Análisis y se encuentran bosquejadas como
resultado de la misma. El trabajo principal es ir analizando los Casos de Uso
por el Modelo de Casos de Uso, detallándolos en términos de clases y sus
responsabilidades y también mostrando las relaciones entre éstas y los
atributos de cada una.
Al finalizar
esta Fase se debe haber examinado aproximadamente el 80% o más de la masa total
Casos de Uso, analizado y refinado entre 40%-80% y detallado entre 20%-40%.
Fase
de Construcción:
En esta Fase
se debe extender el Modelo de Análisis con los Casos de Uso que se incluyan en
cada iteración, describiéndolos si aún no fueron descriptos y detallándolos si
aún no fueron detallados.
Al finalizar
la 1er. Iteración de esta Fase se debe haber examinado la totalidad de la masa de
Casos de Uso y todos los Casos de Uso que integran el Alcance del Sistema deben
haber sido detallados.
Salida
:
·
Realización de cada Caso de Uso de
Análisis
·
Clases de Análisis (bosquejo)
Personas
involucradas :
®
Analistas
®
Arquitecto
Responsable:
®
Analistas