Casos de uso

‘DameArgo’

LasPelasAntes

Dpto. LSI - Universidad de

Granada ClienteColgao
 Contexto de uso
Delimitar a partir del uso:
Por personas, si el sistema es interactivo.
Por máquinas, si el sistema controla procesos.
Por otros programas, si el sistema coordina y
controla aplicaciones.
‘ArrellenarPelas’

‘DameArgo’ Tele Tahà Jefaso

Syber Pub

LasPelasAntes
‘ArrellenarGarrafón’
ClienteColgao
Camata
Dpto. LSI - Universidad de Granada
 Casos de uso: (Use cases)

Jacobson (ObjectOry) --> UML

Elementos:
Actores.
Caso de uso (Especificación del caso de uso).
Relaciones (Diagrama de casos de uso).

Dpto. LSI - Universidad de Granada

 Casos de uso
Un caso de uso representa una unidad funcional
coherente de un sistema, subsistema o clase.

En un caso de uso uno o más actores

interaccionan con el sistema que realiza algunas
acciones

Descripción de varias secuencias de acciones,

con variantes, que un sistema realiza para
obtener un resultado observable útil para algún
actor
Dpto. LSI - Universidad de Granada
 Ejemplo resumido de caso de uso
Alquilar artículo
actor
1. El Cliente indica los artículos
que desea alquilar.
2. El Cajero registra los artículos.
5. El Cliente paga.
Responsabilidades del sistema
3. Registrar los artículos
alquilados.
4. Calcular y mostrar el precio.
6. Autorizar y registrar el pago.
© Pearson Educación, S.A.Todos los derechos reservados
 Casos de uso: Actores

Representan un conjunto coherente de papeles

que los usuarios de una entidad (sistema,
subsistema, clase) pueden desempeñar al
interaccionar con la misma.
Cualquier cosa que se comunica (interacciona)
con el sistema y que es externo a él.

Dpto. LSI - Universidad de Granada

 Casos de uso: Actores

Representan papeles (ROLES) que interpretan

personas, periféricos u otros sistemas cuando el
sistema está en uso.

Un actor podría desempeñar distintos papeles

dependiendo del caso de uso en que participe.

No necesariamente coinciden con USUARIOS. Un

usuario puede interpretar distintos roles. Cada uno de
ellos será un actor.

Dpto. LSI - Universidad de Granada

 Casos de uso: Actores
TIPOS DE ACTORES:
Primarios: interaccionan con el sistema para explotar
su funcionalidad; trabajan directa y frecuentemente
con el software.
Secundarios: soporte del sistema para que los
primarios puedan trabajar.
Iniciadores: no utilizan directamente el sistema pero
desencadenan el trabajo de otro actor. (No aparecen
en UML pero sí los consideran otros autores)

Dpto. LSI - Universidad de Granada

 Comunicación
actor -> sistema

Para iniciar el caso de uso (siempre los

inicia un actor)
Para solicitar información del sistema
Para modificar la información del sistema
Para informar al sistema de que ha ocurrido
algo en su entorno que le incumbe

Dpto. LSI - Universidad de Granada

 Comunicación
sistema (caso uso) -> actor
Para comunicarle que ha sucedido algo, en
el sistema, que le concierne
Para que le ayude a tomar una decisión
necesaria para complir los objetivos del
sistema
Para delegar alguna responsabilidad en el
actor

Dpto. LSI - Universidad de Granada

 Tipos de casos de uso
Caso de uso resumido y breve “de alto nivel”:

– Durante la fase de inicio la mayor parte de

los casos de uso deben tener esta forma.
– Se deben escribir algunos resúmenes clave
de forma detallada.

Caso de uso detallado, elaborado y extenso:

– Durante la fase de elaboración los casos de

uso deben escribirse de esta forma.

© Pearson Educación, S.A.Todos los derechos reservados

 Ejemplo resumido de caso de uso
Los mismos principios que un caso de uso
detallado, pero con pasos y detalles simplificados.
Similar a un primer esbozo incompleto de escasa
exactitud:
– Resulta útil durante los primeros requisitos y
en el análisis de alcance de un caso de uso.
Intenciones del actor Responsabilidades del sistema
1. El Cliente indica los artículos
que desea alquilar.
3. Registrar los artículos
2. El Cajero registra los artículos. alquilados.
4. Calcular y mostrar el
precio.
5. El Cliente paga.
6. Autorizar y registrar el
pago.
© Pearson Educación, S.A.Todos los derechos reservados
 Casos de uso:
Plantilla de especificación
Caso de uso: Comprar producto.
Actores: Cliente (iniciador), Cajero.
Propósito: Captura una venta y su pago.
Resumen: Un cliente llega a la caja con productos que desea
comprar. El cajero registra los productos comprados y recibe el
pago. Al terminar la transacción, el cliente se marcha con los
productos adquiridos.
Curso normal de los eventos:
......
Curso alternativo:
......

Dpto. LSI - Universidad de Granada

 Casos de uso: descripción
Modo en que un actor interactúa con el sistema.

Es una narración que describe el rol de un actor

como una interacción con el sistema.

Lo más importante de un caso de uso es su

descripción
Hay descripciones de media página, algunas de
30, es más habitual que ocupen entre 5 y 15
páginas

Dpto. LSI - Universidad de Granada

 Casos de uso: Especificación

Debe responder a las siguientes cuestiones:

¿Cuáles son las principales funciones o tareas realizadas
por el actor?
¿Qué información del sistema adquiere, produce o
transforma el actor?
¿Deberá el actor informar al sistema de los cambios
producidos en el entorno?
¿Qué información del sistema desea el actor?
¿Debe informarse al actor de los cambios inesperados?
Dpto. LSI - Universidad de Granada
 Ejemplo detallado de caso de uso
Caso de uso: Alquiler de artículos

Transcurso característico de los eventos

Intenciones del actor Responsabilidad del sistema

1. El Cliente llega a una caja para alquilar películas de

vídeo (y/o, con menos frecuencia, videojuegos).
2. El Cliente presenta su carné de socio al Cajero, y éste lo 3. Presenta información del socio y del estado de los
introduce en el sistema. préstamos (normalmente no hay préstamos, ni recargos
pendientes).
4. El Cajero registra la identificación del artículo en el 5. Presenta la lista completa de los artículos alquilados, las
sistema para cada película de vídeo o videojuego. fechas de entrega, la factura total de alquiler y los últimos
cargos.
6. El Cajero informa al Cliente del precio total y solicita el
pago de la cantidad.
7. El Cliente paga al Cajero con dinero en efectivo o con
tarjeta de crédito.
8. El Cajero registra el cobro en el sistema. 9. Autoriza el cobro, si se trata de un pago con tarjeta de
crédito.
10. Genera un recibo y un informe del préstamo realizado.
11. El Cajero da el recibo y el informe del préstamo al
Cliente, que abandona el establecimiento llevándose los
artículos alquilados.

Eventos alternativos

Paso 7: El Cliente no tiene suficiente dinero en efectivo. Solicitud de un pago con tarjeta de crédito, denegación de la transacción, o deducción de los artículos alquilados hasta la confirmación del pago de la transacción.
Paso 7: El Cliente tiene cargos atrasados y no los pagará. El Cliente debe pagar los cargos pendientes antes de alquilar más artículos, de manera que se realiza el pago completo o se anula la transacción.
Paso 9: Se produce un error al autorizar el pago con tarjeta de crédito, ya sea por falta de crédito o por inactividad del servicio de autorización. Solicitud de pago en efectivo en su lugar.

© Pearson Educación, S.A.Todos los derechos reservados

Caso de uso: Alquilar

Curso normal

Actor Sistema
1.El cliente llega al mostrador
con videos para alquilar
(excepcionalmente
videojuegos).
2.El cliente presenta su 3.Presentar información sobre
tarjeta de socio y el el cliente y el estado de
empleado introduce su alquileres (normalmente nada
núimero de identificación en en alquiler, sin penalizaciones
el sistema. pendientes) .
4.Para cada video o juego, el 5.Presenta una lista de los
empleado graba en el títulos alquilados, fechas de
sistema su número de devolución, precio total del
identificación. alquiler y cargos por retraso
en la devolución.
Caso de uso: Alquilar
Curso normal (cont.)

Actor Sistema
1.
2. 3.
4. 5.
6.El empleado informa al
cliente de la cantidad a
abonar y le pide el pago..
7.El cliente paga en efectivo o
a crédito.
8.El empleado graba el pago 9.Autoriza el pago a crédito.
en el sistema. 10.Genera un recibo.
11.El empleado entrega el
recibo al cliente, que se va
con los artículos alquilados.
 Caso de uso: Alquilar (cont)

Cursos alternativos
Paso 7. El cliente no tiene suficiente dinero en efectivo. Sugerir
pago a crédito, cancelación de la transacción o eliminar artículos
hasta que la cantidad resultante pueda ser abonada.

 Paso 7: El cliente tiene recargos por retraso sin pagar y no quiere

abonarlos. Antes de hacer nuevos alquileres deben pagarse los
recargos: o paga todo o se cancela la transacción.

 Paso 9. Autorización de pago a crédito denegada, por crédito

insuficiente o por fallo del servicio de autorización: pedir pago en
efectivo..
 Diagrama de casos de uso
Los diagramas de casos de uso muestran las
relaciones entre los casos de uso de un sistema y
sus actores.

Los diagramas de casos de uso dan son sólo una

visión general del modelo de casos de uso

El 90% del contenido del modelo de casos de uso

está en las descripciones de los casos

Dpto. LSI - Universidad de Granada

 Diagrama de casos de uso

Elementos:
Actores
Casos de uso (cu)
Interfaces
Relaciones
Puede aparecer un rectángulo que muestre los
límites del sistema

Dpto. LSI - Universidad de Granada

 Diagrama de casos de uso

Un caso de uso se representa mediante una

elipse que contiene el nombre del caso

Puede representarse mediante un monigote o

mediante un rectángulo en que se indique
<<actor>>

Dpto. LSI - Universidad de Granada

 Diagrama de caso de uso
Una forma de ”Actor-robot"
Agente del sistema
Sistema de información
de un videoclub
interpretar y Consultar

esclarecer los artículos

casos de uso. Servicio de

autorización
Pagar recargos

Se suelen de crédito
Alquilar
elaborar artículos

durante el
análisis inicial Gestionar socios

del caso de Cajero Cliente

uso. Iniciar sesión

Gestionar
inventario
Administrador
Encargado
Gestionar usuarios

© Pearson Educación, S.A.Todos los derechos reservados

Diagrama de casos de uso
 Diagrama de casos de uso
(Relaciones)

Entre actores: Generalización—especialización

un actor es más general que otro
si A es una especialización de B, una instancia
de A podrá comunicarse con los mismos casos
de uso que B

Dpto. LSI - Universidad de Granada

 Diagrama de casos de uso
(Relaciones)

Entre actores y un casos de uso puede darse

asociaciones:
representan la participación del actor en el caso
de uso
Puede indicarse su multiplicidad

Dpto. LSI - Universidad de Granada

 Diagrama de casos de uso
(Relaciones)

Entre casos de uso pueden darse relaciones:

extend
includes
de generalización

Dpto. LSI - Universidad de Granada

 Diagrama de casos de uso
(Relaciones)
Inclusión (<<include>>):
el caso de uso inicial incluye el
comportamiento del caso de uso final
(subcasos).

una relación A <<include>> a B significa que

una instancia de A también incorporaría el
comportamiento especificado en B.

Se añadiría en el lugar indicado en A.

Dpto. LSI - Universidad de Granada
 Diagrama de casos de uso
(Relaciones)
Extensión (<< extend>>):
el caso de uso final se puede extender con el
comportamiento del caso de uso inicial en un punto
concreto del primero.

si A extiende B, significa que una instancia del caso de

uso B podría incorporar el comportamiento especificado
en A (si se cumplen las condiciones especificadas en la
extensión).

El comportamiento se añadiría en el punto de extensión

de B, referenciado por la relación extend.
Dpto. LSI - Universidad de Granada
●
 Diagrama de casos de uso

Rellenar datos de cliente Pedir productos Preparar pago

<<include>> <<include>>
<<include>>

Realizar pedido Solicitar catálogo

Vendedor <<extend>>

Determinar crédito

Supervisor

Dpto. LSI - Universidad de Granada

 Diagrama de casos de uso

Un caso de uso puede presentar puntos de

extensión:
Referencias al interior del caso en las que
se podrán insertar secuencias de acciones
de otros casos.

Dpto. LSI - Universidad de Granada

 Identificación de casos de uso
Principales procesos de extremo a extremo,
distintos y completos de utilización de un sistema.

No suelen estar formados por un único paso, sino

que describen una historia completa.
– Éste suele ser un ”error” frecuente.

Ejemplos:
– Alquiler de películas de vídeo.
– Devolución de películas de vídeo.
– Pago de recargos.
© Pearson Educación, S.A.Todos los derechos reservados
Casos de uso concretos y esenciales
Los casos de uso esenciales se centran en las
intenciones de los actores y en las responsabilidades
del sistema, postergando los detalles de la interfaz de
usuario (UI):
Los casos de uso concretos (TCC Real) no siguen la
misma pauta.
Esencial: “El Titular de la cuenta introduce su datos en
el cajero automático”.
Real: “El Titular introduce su tarjeta en el lector. El
cajero muestra la ventana A. El titular introduce su
número de identificación personal (PIN) mediante el
teclado numérico, etc.”.
A medida que nos desplazamos del análisis al diseño,
nos inclinamos más por las descripciones concretas
de caso de uso, dejando atrás las esenciales.
© Pearson Educación, S.A.Todos los derechos reservados
 Casos de uso: Elaboración
Principos:
Los casos de uso no son algo aislado,

deben situarse en su contexto.

La elaboración de casos de uso no es una actividad analítica, sino

sintética

No se trata de analizar y desmenuzar algo que ya existe, sino

de
crear (junto con los clientes) una concepción común del
sistema software a desarrollar
Dpto. LSI - Universidad de Granada
 Casos de uso: Elaboración

Algunos consejos:

comunicación real
No complicar las cosas
Tener en cuenta a los interesados
Lo mejor es enemigo de lo bueno
El caso de uso hay que escribirlo

Dpto. LSI - Universidad de Granada

 Casos de uso: Elaboración

Deben revisarse cuidadosamente con el usuario.

Deben describir la interacción entre el actor y el
software sin ambigüedad.
Se pueden expresar tanto requisitos funcionales
como no funcionales.
Expresan el funcionamiento del sistema como un
TODO (no de sus partes).

Dpto. LSI - Universidad de Granada

 Casos de uso: Elaboración

Se pueden priorizar con una escala de 1 a 10 para

desarrollar el sistema incrementalmente.
Las excepciones pueden expresarse como
extensiones (<<extend>>).
Aumentan la trazabilidad.
Permiten desarrollar casos de prueba.

Dpto. LSI - Universidad de Granada

 Miscelánea
Los casos de uso “CRUD(ALMB)” simples se
pueden unir en un caso de uso “Mantener <X>”:
– Mantener el inventario.

Comience el nombre de un evento con un verbo.

Comience por la frase 1, que debe especificar

“<Actor> lleva a cabo <evento>”.

Todos los sistemas tienen un caso de uso Poner en

Marcha y Suspender Operación (quizás sea
intrascendente).

© Pearson Educación, S.A.Todos los derechos reservados

 Relacionar casos de uso
Al desarrollar un diagrama de casos de uso puede
resultar útil (en cuanto a comprensión y
simplificación):
Excluir los sub-procesos compartidos.

Utilizar la relación de inclusión <<include>>.

Mostrar el orden de preferencia.

Utilizar la relación de extensión <<extends>>.

© Pearson Educación, S.A.Todos los derechos reservados

Sistema de información del videoclub

Solicitar
artículos

Pagar recargos

«include» «include»

Pagar en Pagar a
efectivo crédito
«extend»
«include» «include»

Alquilar
artículos

© Pearson Educación, S.A.Todos los derechos reservados