Analisis OO

Sesión 04
Análisis orientado a objetos



ESTRUCTURA DEL RUP

F. Trabajo Procesos

Fases
Inicio

Elaboración

Construcción

Transición

Modelación de Negocios
Requerimientos
Análisis y Diseño
Implementación
Prueba
Desarrollo

F. Trabajo Soporte
Admin. Configuración
Administración
Ambiente
Iteración(es)
Preliminar

Iter.
#1

Iter.
#2

Iter.
#n

Iter.
#n+1Iter.
#n+2

Iteraciones

Iter.
#m

Iter.
#m+1

El Modelo de Análisis
 El propósito fundamental del modelo de análisis es resolver
analizando los requisitos con mayor profundidad, pero con la
diferencia de que puede utilizarse el lenguaje de los
desarrolladores de proyectos para describir los resultados.
 En consecuencia podemos razonar más sobre los aspectos
internos delsistema, y por tanto resolver aspectos relativos a la
interferencia de casos de uso y demás.
 Se puede considerar como una primera aproximación al modelo
de diseño y es por tanto, una entrada fundamental cuando se da
“forma” al sistema en el diseño y la implementación.

Flujo de eventos
¿Quién lee el Flujo de Eventos?
 Cliente: apruebe lo que debe hacer el sistema
 Usuarios: entiendalo que debe hacer el sistema
 Revisores: examina el flujo de eventos
 Diseñadores: diseñar las clases encontradas
 Test Analyst: usa como base para los casos de
prueba
 Administrador proyecto: administre el proyecto
 Técnico escritor: escribir las guías de usuario

Flujo de eventos: Básico y Alternativo
Flujo básico:
 Descripción narrativa de lo que debe ocurrir cuando el actorinteractúa con el sistema para satisfacer el objetivo del caso
de uso.
 Se consideran los pasos básicos, normales e invariables para
lograr el objetivo del caso de uso.
 No incluye las alternativas o variaciones.
Cubrir lo que normalmente sucedería cuando un caso de uso es
realizado.

Flujo de eventos: Básico y Alternativo, continua…
Flujo alternativo:
 Se reflejan las diferentessituaciones que provocan una
desviación del flujo básico de eventos.
 Se observan condiciones anormales: extremas, ocacionales o
eventuales, condiciones de error o violación de las reglas que
imponen las exigencias del sistema para el caso de uso.
Cubre el compartamiento opcional o excepcional en relación a su
comportamiento normal.

Uso de Pre y Post condiciones
Usando pre- ypost-condiciones:
 Pre y post-condiciones son observables por el usuario
 Use sólo si es necesario para clarificar

Una pre-condición:
 Restricción cuando inicia el caso uso
 No al evento que inicia el caso uso
 Es un estado en el sistema el cual es requerido
antes de que el caso de uso sea iniciado

Una post-condición:
 Garantía Verdadera cuando se dá el final del
caso uso
 Se aplica sinimportar los flujos alternativos
 Puede contener diferentes variantes
 Es el estado en el cual se encontrará el sistema
después de la finalización del caso de uso.

Especificación de Caso de uso: Generar actividad

Realización de un caso de uso

Una realización de Caso de Uso describe cómo es
realizado un caso de uso en particular dentro del
modelo del diseño, en términos de lacolaboración
de sus objetos

Realización del Caso de Uso

En Rational Rose:

Por cada Caso
de Uso se crea
una carpeta

CU_Atender reserva de buffet

RCU_Atender reserva de buffet

Artefacto: clase del Análisis
Una clase de análisis representa la abstracción de una o varias
clases y/o subsistemas del diseño del sistema. Esta abstracción
posee las siguientes características:
 Unaclase de análisis se centra en el tratamiento de los
requisitos funcionales.
 Una clase de análisis también define atributos, aunque esos
atributos son de alto nivel, pero normalmente estos pasan
hacer una clase en el diseño.
 Las clases del análisis siempre encaja en uno de tres
estereotipos básicos: Interfaz, Control, Entidad.

Clases análisis del Modelo de Análisis

Clase de...