dms_t1_casos_ uso

Especificaciones de requisitos
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; en principio tenemos cuatro tipos posibles:
• 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
relación).
Por ahora nos centraremos en las relaciones de uso y extensión.
Relación <<include>>.
Es una 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.
Validar Usuario
<<includes>>
Hacer Pedido
*
*
«extends»
Hacer Pedido
Urgente
Cliente Online
Figura 5
Ejemplo de relaciones
Flujo de eventos
Una vez expuestos los principales tipos de relación que vamos a encontrar en los
diagramas de casos de uso es buen momento para hacer referencia a la
descripción que acompaña a cada caso de uso. Hasta aquí hemos tenido en
cuenta principalmente la representación gráfica, sin embargo, aparte de esta, un
diagrama de casos de uso llevará asociada una descripción textual, en forma de
flujos de eventos, de cada caso de uso representado. Surgen aquí dos tipos de
apartado a tener en consideración:

Flujo de eventos principal
Se trata 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 happypath).

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.
Ejemplo:
Caso de uso: Hacer pedido.
Flujo de eventos principal:
• includes(Validar Usuario)
• 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.
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.
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.
Un diagrama de casos de uso es un diagrama que muestra un conjunto de casos
de uso, actores y sus relaciones.


Son importantes para modelar el comportamiento de un sistema.
Normalmente los casos de uso contienen:
o Casos de Uso
o Actores
o Relaciones de dependencia, generalización y asociación.





Cubren principalmente el comportamiento del sistema,
Es un tipo especial de diagrama, por su contenido particular.
Para modelar el contenido de un sistema
Para modelar los requisitos de un sistema
Especificar que debería hacer el sistema, independientemente de cómo se
haga, se especificará el comportamiento deseado del sistema.
Conclusiones:




Los Casos de Uso no son parte del diseño (cómo), sino parte del análisis
(qué).
Los Casos de Uso son qué hace el sistema desde el punto de vista del
usuario. Es decir, describen un uso del sistema y cómo este interactúa con
el usuario.
Los diagramas de casos de uso muestran las relaciones entre los casos de
uso de un sistema y sus actores.
En una relación <<extends>>, un actor que lleve a cabo el caso de uso
base puede realizar o no sus extensiones. Mientras, en una relación
<<include>> el actor que realiza el caso de uso base también realiza el
caso de uso incluido.