Documentan el comportamiento de un sistema desde el punto

de vista del usuario.

Describen que hace un sistema pero no se especifica como lo
hace.

Proporcionan un medio para que desarrolladores, usuarios
finales del sistema y expertos del dominio lleguen a una
comprensin comn del sistema.

Su ventaja principal es la facilidad para interpretarlos, lo que
hace que sean especialmente tiles en la comunicacin con el
cliente.

Antes de hacer un caso de uso es necesario tratar de
entender los requerimientos del sistema o cosa a modelar.


Tras localizar los actores, procede el describirlos.
Los actores slo pueden conectar a los casos de uso a travs de
asociaciones.
Proporcionar un estereotipo para cada actor.
Introducir los actores en un diagrama de CU y especificar las vas
de comunicacin.
Generalmente hay pocos actores asociados a cada Caso de Uso.
Preguntas clave:
-cules son las tareas del actor?
-qu informacin 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?

El Caso de Uso comprende:

el inicio: cundo y qu actor lo produce?

el fin: cundo se produce y qu valor devuelve?

la interaccin actor-caso de uso: qu mensajes
intercambian ambos?

objetivo del caso de uso: qu intenta?

cronologa y origen de las informaciones

repeticiones de comportamiento: qu operaciones
son iteradas?

situaciones opcionales: qu ejecuciones alternativas
se presentan en el caso de uso?

Representa el rol jugado por una persona o cosa que acta con el
sistema.
No todos los interesados en el sistema (stakeholders) son
actores, slo son actores aquellos que utilizarn el sistema.
Es una meta, accin, funcin, o tarea que desarrolla uno o
varios actores.

Estas funcionalidades se manifiestan a travs de secuencias de
mensajes intercambiados entre el sistema y uno o ms actores
junto con las acciones realizadas por el sistema.
Hay una asociacin entre un actor y un caso de uso si el actor
interacta con el sistema para llevar a cabo el caso de uso.

El estereotipo de la asociacin es: <<communicate>> aunque
generalmente no se estipula ningn nombre.
Sirve para enriquecer un caso de uso con otro y compartir una
funcionalidad comn entre varios casos de uso, tambin puede
utilizarse para estructurar un caso de uso describiendo sus
subfunciones.

Algunos casos de uso tpicos de inclusin son: comprobar,
verificar, buscar, validar, autentificar o login.

A partir de UML 1.3 la relacin <<include>> reemplaz al
denominado <<uses>>.
Sirve para modelar la parte opcional del sistema.

Ser utilizado cuando un caso de uso sea similar a otro pero con
ciertas variaciones, un ejemplo claro es que se necesite comprar
azcar y podemos seleccionar de entre azcar refinada, blanca o su
unidad de medida bolsa, kilo.

La flecha en el caso de las relaciones extend va hacia el caso de
uso original.
Un caso de uso (subcaso) hereda el comportamiento y significado
de otro, es decir las relaciones de comunicacin, inclusin y
extensin del super-caso de uso.