Casos De Uso

Conceptos generales

1. Capitulo III
CASOS DE USO
Los casos de uso son un fenómeno interesante,
durante mucho tiempo, tanto en el desarrollo orientado
a objeto como en el tradicional, las personas se
auxiliaban de escenarios típicos que le ayudaban a
entender los requerimientos. Sin embargo, estos, se
trataban de modo muy informal; siempre se construían,
pero pocas veces se documentaban.

2. Capitulo III
CASOS DE USO
¿Qué es un caso de uso?
Un caso de uso es, en esencia, una interacción típica entre un usuario y un
sistema de cómputo.
El caso de uso capta alguna función visible para el usuario.
El caso de uso puede ser pequeño o grande.
El caso de uso logra un objetivo discreto para el usuario.

3. Capitulo III
CASOS DE USO (Modelo USE CASE)
Este modelo traduce las necesidades del usuario en un
modelo fácil de comprender. El usuario puede ser un
individuo o un sistema externo, y se conoce como
ACTOR. De esta manera el modelo Use Case es una
representación de cómo el sistema, o parte del sistema,
trabaja desde el punto de vista del actor.

4. Capitulo III
CASOS DE USO
Casos de Uso es una técnica para capturar
información de cómo un sistema o negocio
trabaja actualmente, o de cómo se desea que
trabaje
No pertenece realmente al enfoque orientado a
objetos, más bien es una técnica para el
modelado de escenarios en los cuales el
sistema debe operar

5. Capitulo III
CASOS DE USO (Diagramas de Casos de Uso)
Cada Caso de Uso puede estar definido por:
•texto que lo describe
•secuencia de pasos ejecutados dentro del escenario
•condiciones pre-post para que el escenario comience o termine
•mezclando las anteriores
Un Caso de Uso es representado por una elipse y
describe una situación de uso del sistema interactuando
con actores
Un actor es un agente, alguien o algo que solicita un
servicio al sistema o actúa como catalizador para que
ocurra algo

6. Capitulo III
CASOS DE USO
Un caso de uso ofrece una vista estática de las relaciones entre
diferentes casos de uso y actores. Un caso de uso se representa en
UML como un óvalo:
En UML, cada caso de uso debe tener al menos un actor. Esta
forma de ver el sistema nos ayuda a concebirlo como un todo.
En UML, un actor se representa con
AgregarDocente
Actor1

7. Capitulo III
CASOS DE USO (Actores)
Un actor representa un conjunto coherente de roles que los
usuarios de los casos de uso juegan al interactuar con estos.
Los actores se deteminan observando:
–Usuarios directos del sistema
–Responsables del uso o mantenimiento del sistema
–Otros sistemas que interactúan con el sistema en cuestión
La misma persona física puede interpretar varios papeles como
actores distintos
El nombre del actor describe el papel desempeñado

8. La determinación de los actores permite delimitar el alcance del
sistema de manera progresiva
Categorías de actores:
–Principales: personas que usan el sistema
–Secundarios: personas que mantienen o administran el
sistema
–Material externo: dispositivos materiales imprescindibles
que forman parte del ámbito de la aplicación y deben ser
utilziados
–Otros sistemas: sistemas con los que el sistema interactúa
Capitulo III
CASOS DE USO (Actores)

9. Capitulo III
CASOS DE USO (Actores)
Tras localizar los actores, procede el describirlos
Los Casos de Uso se determinan observando y precisando,
actor por actor, las secuencias de interacción, los escenarios,
desde el punto de vista del usuario
Un escenario es una instancia de un caso de uso
Los casos de uso intervienen durante todo el ciclo de vida

10. Capitulo III
CASOS DE USO (Actores)
Los actores se representan como monigotes.
Se puede definir categorías generales de actores (como
cliente) y especializarlos (como ClienteComercial) a travez de
relaciones de generalización.
Cliente
Cliente
Comercial
actor
actor
generalización

11. La Generalización:
Es como una generalización entre clases.
El caso hijo hereda el comportamiento y significado de caso
de uso padre
El hijo puede añadir o redefinir el comportamiento del padre.
Capitulo III
CASOS DE USO (Organización)

12. Capitulo III
CASOS DE USO (Organización)
Inclusión:
–Un caso base de uso base incorpora expolisitamente el
comportamiento de otro caso de uso en el lugar especificado
en el caso base.
–Se usa para evitar describir el mismo flujo de eventos repetidas
veces, poniendo comportamiento común en un caso de uso
aparte
–Se representa como una dependencia estereotipada con
<<include>>

13. Capitulo III
CASOS DE USO (Organización)
Caso de uso origen
Caso de uso destino
<<include>>
Inclusión:

14. Capitulo III
CASOS DE USO (Organización)
Inclusión:
Ingresando pedido
Buscando datos de
producto
Obtener reporte
De Ventas por
producto
<<include>>
<<include>>
Empleado de
ventas
Gerente

15. Capitulo III
CASOS DE USO (Organización)
Extensión:
Significa que un caso de uso base incorpora implícitamente el
comportamiento de otro caso de uso en el lugar especificado
indirectamente por el caso de uso que extiende al base
Se usa esta relación cuando se tiene un caso de uso que es
similar a otro, pero que hace un poco más.
Caso de uso origen
Caso de uso destino
<<extends>>

16. Capitulo III
CASOS DE USO (Organización)
Revisar presentación
Nuevos productos
Ingresar pedido
<<extends>>
Empleado de
ventas
Extensión:

17. Capitulo III
CASOS DE USO RELACIONALES
–De Herencia: el Caso de Uso fuente hereda
la especificación del Caso de Uso destino
Caso de uso origen
Caso de uso destino

18. Capitulo III
CASOS DE USO RELACIONALES
Ejemplo:
Identificación
Giro por Internet
Cliente
Giro
<<extends>>
<<includes>>

19. Capitulo III
CASOS DE USO (Construcción)
Un caso de uso debe ser simple, inteligible, claro y conciso
Generalmente hay pocos actores asociados a cada Caso de
Uso
Preguntas clave:
–¿cuáles son las tareas del actor?
–¿qué información crea, guarda, modifica, destruye o lee el
actor?
–¿debe el actor notificar al sistema los cambios externos?
–¿debe el sistema informar al actor de los cambios
internos?

20. Capitulo III
CASOS DE USO (Construcción)
Los Casos de Uso pueden presentarse en distintas
vistas (un actor con todos sus casos de uso, un caso
de uso con todos sus actores, etc.)
La descripción del Caso de Uso comprende:
–el inicio: cuándo y qué actor lo produce?
–el fin: cuándo se produce y qué valor devuelve?
–la interacción actor-caso de uso: qué mensajes
intercambian ambos?

21. Capitulo III
CASOS DE USO (Construcción)
–objetivo del caso de uso: ¿qué lleva a cabo o intenta?
–cronología y origen de las informaciones
–repeticiones de comportamiento: ¿qué operaciones
son iteradas?
–situaciones opcionales: ¿qué ejecuciones alternativas
se presentan en el caso de uso?
Un caso de uso puede también ser descrito mediante un
diagrama de actividades

22. Capitulo III
CASOS DE USO (Test)
Los casos de uso permiten realizar dos tipos de test:
verificación y validación
Verificar significa confirmar que el sistema se
desarrolla correctamente
Validar asegura que el sistema bajo desarrollo es el
que el usuario realmente quiere

23. Capitulo III
CASOS DE USO (Test)
Cuando un modelo de casos de uso se
completa entonces dicho modelo es
presentado y discutido con usuarios y
clientes
Los usuarios deben validar que el modelo
encaja perfectamente en sus necesidades y
que les ofrece la funcionalidad deseada

24. Capitulo III
CASOS DE USO (Realización)
La realización de los Casos de Uso es la
transformación de los distintos pasos y acciones que
lo describen en clases, operaciones y relaciones
entre clases
Esto se consigue localizando las distintas
responsabilidades de cada paso del Caso de Uso en
las clases que lo realizan

25. Capitulo III
CASOS DE USO (Realización)
La responsabilidad total de una clase es la integración
de todos los roles que desempeña en los distintos
Casos de Uso
Por otro lado, los escenarios se representarán como
Diagramas de Interacción o de Actividad.
Jacobson propone distinguir tres tipos de objetos:
–de frontera (boundary objects)
–de control (control objets)
–de entidad (entity objects)

26. Capitulo III
CASOS DE USO (Realización)
Boundary Objects:
Estos objetos están cerca de los límites del sistema.
Interactúa con los actores que están fuera del sistema y
pasan mensajes desde y hacia el interior del sistema.
Control Objects:
Estos objetos controlan las interacciones entre un grupo de
objetos. A veces sólo existen durante la ejecución del Caso
de Uso.
Entity Objects:
Representan entidades del dominio. Son normalmente
pasivos. Suelen ser persistentes y participar en diversos
Casos de Uso.

27. Capitulo III
Diagrama de Casos de Uso
Un diagrama de casos de uso es un diagrama que muestra un
conjunto de casos de uso, actores y sus relaciones.
Normalmente los casos de uso contienen:
–Casos de Uso
–Actores
–Relaciones de dependencia, generalización y asociación.
Se emplean para modelar la vista de casos de uso estática.
Cubren principalmente el comportamiento del sistema.

28. Capitulo III
Diagrama de Casos de Uso
Realizar
Llamada telefónica
Realizar llamada
Con conferencia
Recibir llamada
telefónica
Recibir llamada
adicional
Usar agenda
<<extend>>
<<extend>>
relación de extensión
frontera del sistema
Casos de uso
Red
telefónica
Usuario
Actores
Teléfono móvil

29. Capitulo III
Diagrama de Casos de Uso
Ejemplos
Verificar Situación
Vendedor
Realizar Venta
Secretaria
Preparar Catálogo
Supervisor
Cliente
Establecer Crédito

30. Capitulo III
Diagrama de Casos de Uso
Comercio
Cliente
Entidad
Financiera
Cliente
individual
Cliente
corporativo
Realizar
Transacción
Con tarjeta
Procesar factura
Del cliente
Ajustar
transacciones
Gestionar cuenta
Del cliente

31. Capitulo III
Diagrama de Casos de Uso
Ejemplos
Cliente
Venta Normal
Venta en Rebajas
Vendedor
Venta en Oferta

32. Capitulo III
Diagrama de Casos de Uso
Solicitar nueva tarjeta
Socio Encargado
Realizar préstamo
tarjeta caducada
<<extends>>

33. Capitulo III
CASOS DE USO (Diagrama USE CASE)
Validar operación
Reintegro cuenta corriente
Cliente
Reintegro cuenta crédito
<<uses>>
<<uses>>