Explicacion de los casos de uso, de alto nivel y detallado, diagramas de caso de uso, diagramas de secuencia, diagrama de colaboracion, paquetes UML

1. Introducción a RUP.
Requisitos.
Programación IV.
UML.

2. RUP
Proceso Unificado de Rational
Proceso Unificado de Desarrollo de
Software

3. Proceso de Desarrollo de
Software
Conjunto de actividades necesarias
para transformar los requisitos de un
usuario en un sistema de software
Proceso de
Desarrollo
de
Software
Requisitos del usuario Sistema de Software

4. RUP
• Dirigido por Casos de Uso
• Centrado en la Arquitectura
• Iterativo e incremental
UML
Lenguaje de Modelación
Unificado

5. RUP
Los ciclos concluyen con una
versión
Tiempo
Nacimiento Muerte
Ciclo 1 Ciclo 2 Ciclo N
…….

6. RUP
Requisitos
Análisis
Implementación
Prueba
Inicio Elaboración Construcción
Flujos de
Trabajo
Fases
Diseño
Transic.

7. Modelos
Modelo de Casos de
Uso
Modelo de Análisis
Modelo de
Implementación
Modelo de Prueba
Modelo de Diseño Modelo de Despliegue

8. Requisitos
Desarrollar un modelo del sistema que se
va a construir
Modelo
de Casos
de Uso
Actor Glosario Descripción
de la
Arquitectura
Caso de
Uso
Prototipo
Interfaz
Usuario
Analista de
Sistemas
Especificador
de Casos de
Uso
Diseñador de
Interfaces
Usuarios
Arquitecto

9. Analista de
Sistemas
Especificador
de Casos de
Uso
Diseñador de
Interfaces
Usuarios
Arquitecto
Encontrar Actores
y Casos de Uso
Estructurar el Modelo
de Casos de Uso
Priorizar los Casos
de Uso
Detallar un Caso
de Uso
Prototipar la
Interfaz de
Usuario

10. Encontrar Actores y
Casos de Uso
• Encontrar actores
• Encontrar Casos de Uso
• Describir brevemente los casos de Uso
• Describir el Modelo de Casos de Uso completo (incluye
glosario)
Modelo
de Casos
de Uso
Actor Glosario

11. Casos de Uso.
Clasificación.
• De acuerdo a su importancia:
Primario, Secundario u Opcional.
• De acuerdo al nivel de detalle:
Alto de nivel o expandido.
• De acuerdo al nivel de abstracción en la
narración:
Esencial o Real. (son expandidos)

12. Referencias Responsabilidades del sistema
involucradas.
Ejemplo. Formato
de alto
nivel

13. Objetivo: Comunicar la funcionalidad y
el comportamiento al cliente y
al usuario.
Modelo de Casos de Uso

14. Devolver
productos
Identificar
usuario
Comprar
productos
Cajero
Cliente
Punto de Venta
Ejemplo

15.  Para comunicarse con usuarios y otros
expertos.
 Identificar quienes interactúan.
 Identificar interfaces.
 Verificar si todos los requerimientos se
capturaron.
 Verificar si los desarrolladores entendieron
los requerimientos.
Beneficios

16. Seleccionar:
 Influyen en la arquitectura básica.
dominio y capas de servicio de alto nivel
 Presenten el máximo riesgo.
funciones urgentes o complejas.
Priorizar Casos de Uso
Descripción de
la
Arquitectura
(Casos
significativos)

17.  Requieran investigación a fondo o nueva
tecnología.
 Representen procesos primarios de la línea
de negocio.
 Apoyen directamente el aumento de
ingresos o la reducción de costos.
 Debe haber un caso de uso de inicio o
arranque.
 Un caso de uso puede abordarse en varias
iteraciones.
Primero.......

18. Detallar caso de Uso
Describir el flujo de sucesos del Caso
de Uso en detalle:
• Curso básico
• Caminos alternativos
• Poscondiciones
Caso de
Uso

19. Formato Expandido

20. Acción del actor
1 Comienza cuando un cliente
llega a la TPDV con cosas
a comprar
2 El cajero identifica el
código de cada producto
4 Al terminar el cajero
indica a la TPDV que
terminó
6 El cajero indica total al
cliente
Respuesta del sistema
3 Determina el precio e
incorpora a la transacción
actual la información.
Muestra descripción y
precio del producto
5 Calcula y presenta total
Curso Básico

21. Formato Expandido

22. Acción del actor
1 El comprador invoca al
caso de uso para
hojear las facturas
3 El comprador decide
planificar una factura
para pagarla por banco
Respuesta del sistema
2 Verifica que las facturas
sean consistentes con las
confirmaciones de
pedido recibidas
4 Genera una petición de
pago para transferir el
dinero a la cuenta del
vendedor
5 Si hay suficiente dinero
se realiza el pago
6 Notificar resultado a
comprador y vendedor
Curso Básico

23. Caminos Alternativos
• En el paso 3, el comprador puede pedir al sistema que
devuelva un rechazo de factura al vendedor
• En el paso 5, si no hay suficiente dinero en la cuenta,
el caso de uso cancelará el pago y se lo notificará al
comprador
Poscondiciones
La instancia del caso de uso termina cuando la factura
ha sido pagada o cuando el pago de la factura ha sido
cancelado y no se ha dado ninguna transferencia

24. Detallar Caso de Uso
También se puede utilizar:
• Diagrama de estados
• Diagrama de actividad
• Diagrama de interacción

25. Prototipar la Interfaz
Usuario
• Analizar los Casos de Uso y su
secuencia
• Interfaz para cada actor
Prototipo
Interfaz
Usuario

26. Estructurar el Modelo de
Casos de Uso
• Extraer descripciones de funcionalidades generales y
compartidas (generalizar)
• Extraer descripciones de funcionalidades adicionales u
opcionales (extender)
• Extraer descripciones de funcionalidades comunes (incluir)

27. Generalización entre
Casos de Uso
Pagar
Factura
Comprador
Ejecutar
Transacción
Vendedor

28. Extensión entre Casos de
Uso
Pagar
Factura
Comprador
Pagar cargos
saldo deudor
Vendedor
Ejecutar
Transacción
<extend>

29. Inclusión entre Casos de
Uso
Se encapsula la secuencia de
comportamiento y los atributos del CU.
Solo se puede utilizar el resultado del
CU.

30. Ejemplo
Reservar
Cita inicial
Operador
Admisión
Cancelar
Cita
Modificar
Cita
Paciente
<include>
<include>

31. Utilidad en la programación
• Modelo de Casos de Uso
• Detalle del Caso de Uso
• Prototipo de Interfaz

32. Modelo de Casos de Uso
• Un caso de uso representa un método que se activa para responder
a un mensaje enviado desde una clase del dominio o desde una
clase interfaz.
• Las relaciones actor-caso de uso pueden ser interpretadas como
un método que responde a la interacción con el actor.
• Las relaciones entre casos de uso pueden ser interpretadas como
interacciones entre diferentes métodos:
– <use>: herencia y redefinición del método.
– <include>: llamada a un método.
– <extend>: llamada condicional a un método.

33. Detalle del Caso de Uso
• Pasos que debe seguir un método para responder a
un mensaje, que puede haber sido enviado por una
clase del dominio o por una clase interfaz.
• Clases que se necesitan para cumplir con las
responsabilidades del caso de uso.

34. Prototipo de Interfaz
• Clases para modelar interfaz con actores.
• Relación entre las clases de interfaz y los
métodos que responden a las interacciones con los
actores.