2009 - Fundación Proydesa

Casos de Uso (Use Case)

Introducción

El diagrama de casos de uso describe el comportamiento del sistema con respecto al Cliente
(Actor), y también la forma y tipo en el cual los elementos interactúan entre sí(también llamadas
operaciones o casos de uso). Provee una representación visual del sistema, los casos de uso que
el sistema provee, y los actores (roles de trabajo) que utilizan el sistema para realizar funciones
específicas.
Un diagrama de casos de uso consta de los siguientes elementos:

9 Actor.
9 Casos de Uso.
9 Relaciones de Uso, Herencia y Comunicación.

Actor:

Un Actor es el rol que un usuario juega con respecto al sistema. También podemos citar que un
actor es un conjunto de roles que los usuarios juegan cuando interactúan con dichos casos de
uso. Es importante destacar la palabra rol, pues con esto se indica que un Actor no
necesariamente es una persona en particular, sino más bien el trabajo que realiza en el sistema.
Cualquiera o cualquier cosa que inicie un comportamiento dentro del sistema es considerado un
actor. Existen fundamentalmente tres clases de actores: personas, sistemas externos y tiempo.

Este icono representa un actor Este icono representa cualquier Este icono representa un
humano (usuario) del sistema actor, pero usualmente se utiliza mecanismo disparador de tiempo
para representar sistemas que activa un caso de uso
externos

Caso de Uso:

Un caso de uso es la especificación de una secuencia de acciones, incluyendo variantes, que

puede realizar un sistema. Es una operación o tarea realizada, ya sea desde un actor o desde
otro caso de uso, para producir un resultado.

1
 2009 - Fundación Proydesa

Un caso de uso encapsula una gran parte del comportamiento del sistema, con un resultado
esperable. Provee una encapsulación visual al detalle de todas las acciones involucradas en el
comportamiento del sistema.
Se lo representa a través de un óvalo con el nombre del caso de uso en el centro. Se puede
también codificar el título del mismo (es sólo una recomendación, no es parte del standard UML).

Asociación de Casos de Uso:

Representa la participación de un actor en un caso de uso.

Un actor debe estar asociado a uno o más casos de uso, pues si no se halla vinculado, no existe
razón para la que esté en el sistema.
Un caso de uso debe estar asociado a uno o más actores (aunque puede darse el caso de que
casos de uso no se hallen asociados directamente con un actor).
Se representa con una línea sin flechas.

Alcance del sistema:

Los casos de uso pueden estar encerrados por un rectángulo que represente el alcance del
sistema

Expansión de Casos de Uso de Alto Nivel:

A veces los casos de uso son de demasiado alto nivel, esto implica que el mismo describe una
función de negocio que incluye varios flujos de trabajo relacionados. Se debe ser cuidadoso en el
refinamiento de los casos de uso para no crear un descomposición funcional y caer como
resultado, en una parálisis en el análisis del escenario.

2
 2009 - Fundación Proydesa

El refinamiento puede complicar el diagrama de casos de uso en forma significativa, otra de las
causas por las cuales no se debe exceder en el refinamiento.

Herencia:

Existen dos tipos de herencia:

De Actores: Donde el actor hereda todas las asociaciones desde el padre
De Casos de Uso: Un caso de Uso es divido en subclases, Casos de Uso especializados

Herencia de Actores:

Un actor puede heredar todas las asociaciones del actor padre.

Especialización de Casos de Uso:

3
 2009 - Fundación Proydesa

Usualmente se identifican por variantes en diferentes escenarios de Casos de Uso. Dichas

variantes se deben normalmente a estrategias funcionales diferentes para acompañar a dicho
caso de uso.

Dependencias en Casos de Uso:

Los Casos de Uso dependen de otro caso de uso en dos maneras:

9 Un caso de uso “incluye” otro caso de uso: El primer caso de uso necesita de la
funcionalidad del segundo y siempre utiliza el caso de uso incluído.
9 Un caso de uso “extiende” otro caso de uso: El primer caso de uso puede
(opcionalmente) necesitar de la funcionalidad del segundo y de esa manera extender el
otro caso de uso.

Dependencia <<incluye>>

Permite identificar comportamientos del sistema que son comunes a múltiples casos de uso. Se
dibuja con una flecha punteada con la etiqueta del estereotipo <<incluye>>.

Otra situación para refinar el modelo de Casos de Uso puede ser la interacción con sistemas
externos. Es muy útil representar dichas interacciones con casos de uso separados.

Dependencia <<extiende>>

Permite identificar comportamientos del sistema que no son parte del flujo primario, pero existen
en escenarios alternativos. Se dibuja con una flecha punteada con la etiqueta del estereotipo
<<extiende>>.

4
2009 - Fundación Proydesa