Casos de uso

UML
Por Angel de Jesús Bañuelos
Sahagún
Casos de uso (Use Case UML)
 Los casos de uso representan requisitos
funcionales del sistema. Se describen como
conjuntos de secuencias. Cada una de estas
secuencias refleja la interacción entre los
elementos externos al sistema y el propio sistema
(se trata de la descripción de escenarios o
situaciones posibles donde se pone de relieve el
comportamiento del sistema ante su uso por parte
del usuario).
Los objetivos principales de la realización de
casos de uso son:

 Definir el límite entre el sistema a desarrollar y los

elementos externos a ese sistema (actores usuarios
del sistema).
 
 Capturar el conjunto de funcionalidades y
comportamientos del sistema a desarrollar.
Use Case UML
 Cada caso de uso se documenta mediante
una representación gráfica y un texto con la
descripción de las situaciones o escenarios ante los
que el usuario se pueda encontrar en su interacción
con el sistema.
Conceptos Básicos
 Actores.
 Casos de uso
Actores
 Los actores pueden ser personas, software o
hardware; el término actor representa el rol
genérico de usuario del sistema. El nombre que se
le dé a un actor deberá reflejar el papel que tendrá
para el sistema
Identificar los actores nos permite

 Definir los límites del sistema (qué forma

parte del sistema y qué no).
 
 Desarrollar un sistema orientado al
usuario que contemple todas las
funcionalidades esperadas por los
diferentes actores.
Casos de Uso
 Reflejan el uso que harán los actores del sistema;
se muestran a través de ellos tanto
las funcionalidades que ofrecerá el sistema, como
los diferentes comportamientos posibles inherentes
a las situaciones contempladas para cada una de
estas. 
 Los casos de uso se
Representacion escriben con el fin de
expresar lo que debe hacer
el sistema a desarrollar, sin
tener en cuenta cómo debe
hacerlo.
Diagramas de casos de uso.

 Los casos de uso pueden estar relacionados con

actores o con otros casos de uso; gráficamente una
relación vendrá dada por una línea entre los casos
de uso y/o actores relacionados, siendo que el
extremo de dicha línea dependerá del tipo de
relación.
Tipos de Relacion
 Comunicación (relación entre un actor y un caso de uso con el que
interactúa; se representa simplemente con una línea).
 
 Uso (include, includes, uses; se representa por una flecha apuntando en el
sentido de la relación).
 
 Extensión (extend, extends; gráficamente la representación es la misma
que para "uso").
 
 Generalización (se trata del concepto de herencia, habitual en los
diagramas de clases, pero aplicado entre casos de uso, e incluso entre
actores; se representa por una flecha con un triángulo vacío por punta
señalando en el sentido de la relacion)
Relación <<include>>.

 Esuna simple relación de inclusión, es decir, los

escenarios o situaciones posibles detalladas en un
caso de uso están incluidas en otro caso de uso
(aquel del que, gráficamente, parte la flecha). 
 
Relación <<extend>>.

 Este tipo de relación refleja situaciones particulares en

un caso de uso que pueden ser tratadas (extendidas) por
otro. En la descripción del caso de uso que es extendido
debe haber una forma de indicar en que punto entra en
juego el caso de uso que lo extiende (punto de
extensión); esto se representa mediante una "etiqueta"
(un texto significativo entre paréntesis) como referencia
del lugar donde entraría a formar parte del caso de uso
extendido. 
 
Ejemplo Grafico
flujos de eventos
 Un diagrama de casos de uso llevará asociada una
descripción textual.
 Apartados a tener en cuenta
 Flujo de eventos principal
 Flujo de eventos excepcional
Flujo de eventos principal

 Setrata de una descripción de los eventos que van

aconteciendo en el uso habitual, es decir, cuando
no se presenta ningún tipo de problema (es el
denominado happy path).

Ver ejemplo
Flujo de eventos excepcional

 Podemos encontrar tantos apartados de este tipo

como situaciones excepcionales se puedan
plantear, siendo que para cada uno de estos
escenarios atípicos se definirá el flujo de eventos
correspondiente.

Ver ejemplo
Ejemplo del flujo de eventos
 Caso de uso: Hacer pedido.
 Flujo de eventos principal:
 include(Validar cliente)
 El sistema muestra una lista con los datos de una serie de
productos seleccionables.
 El cliente selecciona los items que desea comprar y sus
respectivas cantidades.
 El cliente valida la selección.
 El sistema recoge la lista de items seleccionados por el cliente.
 (Establecer prioridad)
 El sistema envía los datos del pedido para su proceso.
 Fin del caso de uso.
Continuacion…
 Flujo de eventos excepcional:
 El cliente valida un pedido en que no ha seleccionado
ningún producto.
 El sistema vuelve a mostrar la lista de productos
seleccionables.
 Flujo de eventos excepcional:
 El cliente valida un pedido en que la cantidad
seleccionada para un producto excede de la
disponible.
 El sistema lo notifica al cliente y muestra la lista de
productos seleccionados dando opción a cambiar la
cantidad del producto.