Casos de Uso

I n t r o d u cc i ó n
Actores
E s p ecificació n d e Casos d e
uso D i a g r a m a s d e casos d e
uso
E l a b o ra
c i ó n d e l m o d e l o d e casos d e
uso
Casos de uso
UML
Miguel Vega
mvega@
ugr.es
LSI - UGR
Granada, octubre
de 2010
M Caso s d e
I n t r o d u c c ió n
Actores
E s p ecificació n d e Caso s d e
uso
E l a b o ra
ci ó n d e l m o d el o d e casos d e
uso
Contenido
1 Introducción
2 Actores
3 Especificación de Casos de
uso
Contenido
Plantilla de especificaci
ón Un ejemplo
4 Diagramas de casos de
uso
5 Elaboración del modelo de casos de
uso
M Caso s d e
Actores
uso
E l a b o ra
uso
Origen
Jacobson (ObjectOry) → UML

Rational
Object Management Group
(OMG)
M Caso s d e
Actores
uso
E l a b o ra
uso
Concepto
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.
Elementos de un modelo de casos de uso:
Actores
Casos de
uso
Relaciones
M Caso s d e
I n t r o d u c c ió n
Actores
E specificación d e Ca sos d e
uso Di a gr a m a s d e casos d e
uso
Elabora
ción del model o d e casos d e
uso
Ejemplo
resumido de caso de uso
Al qu ilar artículo
1 El Cliente indica los
artículos que desea
alquilar
2 El Cajero registra los 3 Registrar los artículos
artículos alquilados
4 Calcular y mostrar el
precio
5 El Cliente paga 6 Autorizar y registrar el
pago
A ugr
UnW<nidod
. .
de C u n a d a
M Caso s d e D 4 · 4 ; : • -
I n t r o d u c c ió n
Actores
E specificación d e Ca sos d e
uso
Elabora
ción del model o d e casos d e
uso
Ejemplo
resumido deartículo
Alquilar caso de uso
1 El Cliente indica los
artículos que desea
alquilar
2 El Cajero registra los 3 Registrar los artículos
artículos alquilados
4 Calcular y mostrar el
precio
5 El Cliente paga 6 Autorizar y registrar el
paqo
Responsabilidades Responsabi1idades
de los actores del Sistema
«W»ugr UnW<nidod
de Cu n a d a
D 4 · 4 ; : • -
M Casos d e uso
Actores
uso
E l a b o ra
uso
Tipos de
casos de uso
Segu´ n cuál sea el nivel de detalle
resumidos o de ’alto nivel’: Durante la fase de inicio la
mayor parte de los casos de uso deben tener esta forma.
extensos: Durante la fase de elaboración los casos de
uso deben escribirse de esta forma.
También se distingue entre:
esenciales
de implementación, reales o concretos:
hacen referencia a detalles de la interface
M Casos d e uso
I n t r o d u cc ió n
Actores
uso
E l a b o ra
c ió n d e l m o d e lo d e casos d e
uso
Actores
Un actor podr´ıa ser cualquier

cosa que se comunica (interacciona) con el sistema
y que es externo a él. Los actores no
necesariamente coinciden con los
USUARIOS. Un usuario puede
interpretar distintos roles, correspondientes a distintos
actores.
Los actores representan papeles
(ROLES) que interpretan personas, periféricos u otros
sistemas cuando el sistema está en uso.
Un actor podr´ıa desempen˜ ar distintos
papeles dependiendo del caso de uso en que participe.
UnM actor representan
C a s o s d e u s o un conjunto
Actores
uso
E l a b o ra
uso
Tipos de
actores
Primarios: int eraccionan 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)
M Casos d e uso
Actores
uso
E l a b o ra
uso
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
M Casos d e uso
Actores
uso
E l a b o ra
uso
Comunicaci
ón sistema → 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
M Casos d e uso
Introducción
Actores
Especificación d e Ca sos d e
uso
Elabora
ción del m odel o d e casos d e
uso
Actor Descripción 1
de actores
Descripción
Características
Relaciones
Referencias
Autor 1 Fecha 1 1Versión 1
Atributos
Nombre Descripción Tipo
1Comenlarios
M Casos d e uso
Int roducción
Actores
Especificación d e C a s o s d e
u so Diagramas d e casos d e
uso
Elabora
ción del mo d el o d e casos d e
uso
Actor Descripción
<< Nombre del Actor » 1 << ldentficadof" >>
de actores
Descripción
Características
<< Uno breve descripción del Ac:Jor >>
<< CAlrocteristicos que describen o/ actor»
Relaciones << Re/ociones que pose e e/ actor con otros actores del sistema >>
Referencias <<Elementos del desarrollo en los que interviene el Actor (Coso de Uso,
Diaarama de secuencia ... >>
Autor << Esto lineo se podría repetir Fecha Versión
pnro mantener una historia de
cambios en lo descripción del
actor >>
Atributos
Nombre Descripción T po
Comentarios
«Ustodo
<< de los atributos
Comentorios odi aonoprincipales
s sobredel
descripción del atributo y su tipo >>
actor, >>-
el ocror incluyendo
- - - - - -su
- -nombre,
- - - - - - uno
- - - pequeño
------------------_, gr :
.
! _. " ) 'l.('-
M Casos d e uso
Actores C o ntenido
E s p ecificació n d e Casos d e P l a n t i l l a d e esp ecificaci
uso D i a g r a m a s d e casos d e ó n U n e j e m p l o
uso
E l a b o ra
Especificación o´ descripci
uso
ón
La especificación de una caso de uso debe describir el

modo en que un actor interactu´ a con el sistema.
Es una narración que describe el rol desempen˜ ado por
los actor en su interacción con el sistema.
Lo más importante de los casos de uso es su descripci
ón, mucho más que los diagramas de casos de uso.
Aunque hay descripciones de media página, y algunas
de 30, es más habitual que ocupen entre 5 y 15 p
áginas.
M Casos d e uso
Actores C o ntenido
E s p ecificació n d e Casos d e P l a n t i l l a d e esp ecificaci
uso D i a g r a m a s d e casos d e ó n U n e j e m p l o
uso
E l a b o ra
Contenido de la especificación
uso
La especificación de un caso de uso debe dar respuesta a

las preguntas siguientes:
¿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 algu´ n cambio
inesperado?
M Casos d e uso
Introducción
Actores Contenido
E s p e c i f i c a c ió n d e C a s o s d e Plantilla d e
u so D i a g r a m a s d e ca sos d e especificación
uso U n ejemplo
Elabora
Plantillas
ción del m ode lo d e casos d e
uso
1 ,,.,
.
¡.....,... ¡
1
IT -
1 1
l1ii"...l IE I A ugr
¡=
1
UnW<nidod
. . de Cuna da
1
' - - - - - - - - - - - - - - - - - - - ' p • • ;;:::
•
M Casos d e uso
Introducción
Actores Contenido
E s p e c i f i c a c ió n d e C a s o s d e Plantilla d e
u so D i a g r a m a s d e ca sos d e especificación
uso U n ejemplo
Elabora
uso
Caso de Uso «Nombre del CU >> 1 << ldent:ffic.:Kior >>
Actores «Listado de Jos actores participantes en el CU »«Podemos indicar
1 auien es el aue inicia el cu usando m »
Tipo «Tipo del caso de uso » «Primario, Secundario u Opcional 1
<<Esencial o Real >>
Referencias «Indicamos que requisitos se 1 «CU que tienen relación con este
1 oueden incluir dentro de este cu » »
Precondición «Condiciones sobre el estado del sistema que tienen que ser ciertas
para
1 aue se oueda realizar el CU »
Postcondición «Efectos que de forma inmediata tiene la realización del CU sobre el
estado del sistema >>
Autor
«Esta línea se podría repetir ¡Fec ha 1Versión 1
para mantener una historia de
cambios del CU » 1
uso (Suficiente con

un oid a
d
na d a
D 4 . 4 ;: • '-0Q,(+
4 :: .
M Casos d e uso
Introducción
Actores Contenido
E s p e c ific a c ió n d e C a s o s d e Plantilla d e
uso D i a g ra m a s d e casos d e especificación
uso U n ejemplo
Elabora
uso
Cur o Normal (Basico)

s
1 Actor 1:Acción realizada oor elactor
2 Actor 2:Acción realizada oor elactor 3 Acción realizada oor elsistema
N Cuando se realiza lainclusión de otro caso de

uso lo representaremos de la foona.
Incluir
1 (CU identificador. CU Nombre)
« S.. inciLI)'I!fl la cecuencia de acdone:: << Seo incluyen la DeCUeneia de acaone que
INfzada= por lo:: actor..:: q"" in-""ol CV f'Niiza el ::tema ante accione.: de kx: M:tore::
, :e u::wan, fro..--e:: cottao, que de::c:riban ol »
dialogo
Miro ""' ·y ol :;;..."'ema»
Cursos Alternos
<< Se pueden ailadr .a elemMtoo de
un boc:&'o del Interfaz def U:;uario >>
1a1 Descripción de la secuencia de acciones aHernas a la acción 1 delCurso Normal
1b 1
1«Secuencia de los cursos alternos del cu »
A ugr
UnW<n id od
. . de Cuna da
M Casos d e uso
Introducción
Actores Contenido
uso U n ejemplo
Elabora
uso
Otros datos
Frecuencia esperada Rendimiento «Rendimiento e:.perado de la
-
realiza el C U p o r unidad :;ecuet c;a de accione: del CU
<< Numero de que
de """""' »
"" ai »
-·
tienpo»
Importancia << lrrp)rtana·a de e:te CU en el Urgencia
.::i!:tlama (víta4 alta, moderada,
baja)» de e::/ e cu, el
Comentarios
<< Ccmentarios adidona/es SCJbre este cu << tkgenc:ja en la reafaación
>> (alta, moderada,

bai
Estado « E::Qdo adual del CU en el Estabidad
--
de!:.atrolo >>
< < ectabiidad de loe
A ugr
UnW<nidod
. . de Cuna da
rPqui::ito::
M Casos d e uso a e.::te cu (alto,
Introducción
Actores Contenido
uso U n ej e m p l o
Elabora
Ejemplo de descripción det allada
uso
1 ¡,
.
1
J
1&::-- ....., -
"
,: - --.,.
_,.. .._
o , . . - . , .
'·1: : ; :::.-..:..-:..·::-.=-..:.::=:.."'=:
..
:-
,.1: %-- w...:..:--....,.-
-..
" ...
==--.:::. . ; : : = ....-....
h
---o:.:.M
- - . . . - · ...,.
Ofi T
,. .
A ugr
UnW<nidod
. . de Cuna da
M Casos d e
Introducción
Actores Contenido
E s p e c i f i c a c ió n d e C a so s d e Plantilla d e
uso Diagramas d e casos d e especificación
Elabora
ción del m od e l o d e casos d e
uso
Des
Caso de cripción
Uso AlQuilardetallada
Art ículo ICU2
Actores Cliente (in ciador).Cajero
Tipo cont.
esencial
Referencias
RFA1,RFA2,CU6 1
Precondición
Postcondición ElalQuiler Queda reg strado,junto con su pago y elde los posibles recargos
1pendientes o la ooeración cancelada
Autor
Larman 1 Fecha 1 1 Versión 12
' Propósito
Resumen
Un Cliente llega a la caja con productos que desea alquilar. El Caje ro
registra los productos y recibe el pago. Al terminar la transacción, el cliente
se marcha con los productos alquilados.
Univ n id ad
d C u na da
D 4 · 4 ; : • -
M Casos d e
Introducción
Act o res
Contenido
E s p e c i f i c a c ió n d e C a so s d e u s o Plantilla
d e especificación
Diagramas d e casos d e uso U n ej e m p l o
Elaboración del m o delo d e casos d e uso
Descripción detallada cont.

Cur so Normal
1 El Cliente llega al mostrador con videos
para alquilar (excepcionalmente
videojuegos}.
2 El Cliente presenta su tarjeta de socio y el 3 Presentar información sobre el Cliente y el
empleado introduce su núímero de
identíficación en elsistema. estado de alquileres (normalmente nada
en alquiler, sin pena izaciones
pendientes)
4 Para cada video o juego,elCajero graba en 5 Presentar una lista de los títulos
el sistema su número de alquilados, lechas de devolución, precio
identíficación. total del alquiler y cargos por retraso en la
devolución.
6 El Cajero informa al Cliente de la
cant dad a abonar y le pide elpago.
7 ElCliente paga en efectivo o a crédito.
8 Elcajero graba el pago en elsistema. 9 Autorizar elpago a crédito.
10 Generar un rec bo.
11 El Cajero entrega el recibo al Cliente,
1 aue se va con los art ículos a auilados.
Univ nidad
d C u na da
M C aso s d e u so
Introducción
Actores Contenido
E s p e c i f i c a c ió n d e C a so s d e Plantilla d e
uso Diagramas d e casos d e especificación
Elabora
ción del m od e l o d e casos d e
uso
Des
cripción detallada
Cur os Alternos cont.
s
7a Elcliente no tiene suficiente dinero en efectivo.Sugerir pago a crédito,cancelación dela
transacción o eliminar artículos hasta que la cant dad resultante pueda ser abonada. Volver a 7
7b El diente t ene recargos por retraso sin pagar y no quiere abonarlos. Antes de hacer
nuevos alquileres deben pagarse los recargos: o paga tocio y se vuelve a 7 o se cancela la
transacción.
9a Autorización de pago a crédito denegada,por créditoinsuficiente o por fallo delservicio de
autorización: borrar elpago informar alCajero y volver a 7.
Otros datos
Frecuencia esperada 20 por hora Rendimiento
Importancia alta Urgencia aa
Estado 1Pendiente de revisión 1 Estabilidad (moderada
A ugr
UnW<n id od
. .
de C un a da
M C a s o s d e u s oD
Actores
uso
E l a b o ra
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
Ayudan interpretar y esclarecer los casos de uso
Se suelen elaborar durante el análisis inicial del caso de
uso.
M C aso s d e u so
Actores
uso
E l a b o ra
uso
Ele
mentos de los
diagramas
Actores
Casos de
uso
Relaciones
Puede aparecer un rectángulo que muestre los l´ımites
del sistema
M C aso s d e u so
Actores
uso
E l a b o ra
uso
Los casos de uso se representa mediante elipses con

el nombre del caso
Los actores pueden representarse mediante un monigotes
o mediante rectángulos en que se indique « actor »
En los diagramas, tanto los actores como los casos de
uso representan no las instancias particulares, sino los
conjuntos de todos los actores de un tip o y de todos los
escenarios.
M C aso s d e u so
Introducción
Actores
u s o D i ag ra m a s d e casos d e
uso
Elabora
ción del modelo d e casos d e
uso
Un ejemplo
A
. .
ugr UnW<nidod
de C u n a d a
M C aso s d e u so =·
Introducción
Actores
Especificación d e Casos d e
u s o D i a g r am as d e casos d e
uso
Elabora
uso
Un ejemplo
Vent a m a t e ria l t e l e fón ic o
A
Vende dor
A
Chente
A ugr
UnW<nidod
D Supervisor . . de Cu n ad a
M C aso s d e u so
Actores
uso
E l a b o ra
uso
Asociacione
s entre actores y casos
de uso
Las asociaciones entre actores y casos de uso:
se representan mediante una l´ınea
continua
significan la participación del actor en el caso de uso
pueden indicarse restricciones de cardinalidad
M C aso s d e u so
I n t r o d u c ci ó n
Actores
Es p ecificació n d e Caso s d e
uso
E l a b o ra
c i ó n d e l m o d el o d e casos d e
uso
Gen
eralización-
especialización
entre actores
Indicar´ıan que 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
M C aso s d e u so
Introducción
Actores
u s o D ia gr a m a s d e c a s o s d e
uso
Elabora
uso
Gen
eralización-
especialización
entre actores
A-------<
A ugr
UnW<nidod
. . de Cu n a da
M C aso s d e u so
Actores
Es p ecificació n d e Caso s d e
uso
E l a b o ra
uso
Rela
ciones entre
casos de uso
Entre casos de uso pueden darse
relaciones: extensión (extend)
inclusión (include) generalizaci
ón-especialización
M C aso s d e u so
Actores
uso
E l a b o ra
uso
inclusión
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 incorporar´ıa en el lugar indicado en A.
M C aso s d e u so
Introducción
Actores
F. t -pPc i fl cncí ón dQ C a s o s d e u s o
D i a gr am a s d e c a s o s d e u s o
E l a b o 1 · a c i ó n d P I t n o d g l o d e ca-.,o:- d e u s o
inclusión
A
1_
1
._ _
1
1 < < include> >
ugrv..........
M C aso s d e u so
.. " ... . d e Craa ada
Actores
uso
E l a b o ra
uso
extensión
El caso de uso final se puede

extender con el comportamiento del caso de uso
inicial en un punto concreto del primero.
si A « extend » 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 el punto de extensión).
El comportamiento se an˜ adir´ıa en el punto de extensi
ón de B, referenciado por la relación extend.
Un punto de extendión es una referencia al interior del
caso (B), hacia el punto donde se podrán insertar
secuencias de acciones de otros casos (A).
M C aso s d e u so
Introducción
Actores
u so D i a gr ama s d e casos d e
uso
Elabora
uso
inclusión
A - realizar pedi
Ext
do ension point s
pet iciones adiciona
les : << extend>>
tras crear l a orden el vendedor p ide un
catalogo
Univ nidad
d Cunada
Vendedor
D
M C aso s d e u so
Actores
uso
E l a b o ra
uso
Iden
tificación de
casos
Los casos de son
de uso usolos principales procesos de extremo a
extremo, distintos y completos de utilización de un
sistema.
No suelen estar formados por un u´ nico paso (error
frecuente), sino que describen una historia completa de
uso del sistema.
Por ejemplo:
Alquiler de pel´ıculas
Devolución de pel
´ıculas Pago de
recargos
M C aso s d e u so
Introducción
Actores
uso D i a g r am as d e casos d e
uso
Elabora
uso
Casos de
uso esenciales y reales
• Los casos de uso esenciales se centran en
las intenciones de los actores y en las
responsabilidades del s istema, postergando los
det alles de la inteñaz 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 tarj eta 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 delCanálisis
Punaa.
al diseño,: . .' a d l t t .
$ _4..!cdos llnt l . n d m -0 Q, ( +
nos inclinamos más por las descripciones concret as

M C aso s d e u so
Actores
uso
E l a b o ra
uso
Algunos
principios
Los casos de uso no son algo aislado, deben considerarse
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
comu´ n del sistema software a desarrollar.
M C aso s d e u so
Actores
uso
E l a b o ra
uso
Algunos
consejos
Buscar una comunicación real entre actores y

sistema No complicar las cosas
Tener en cuenta a los interesados (stakeholders)
Lo mejor es enemigo de lo bueno (El caso de uso hay
que terminar por escribirlo en algu´ n momento)
M C aso s d e u so
Actores
uso
E l a b o ra
uso
:
Hay que revisar los casos de uso cuidadosamente, junto
con el usuario.
Los casos de uso deben describir la interacción entre
el actor y el software sin ambigu¨ edad.
Permiten expresar tanto requisitos funcionales como
no funcionales.
Expresan el funcionamiento del sistema como un
TODO (no de sus partes).
M C aso s d e u so
Actores
uso
E l a b o ra
uso
Se pueden priorizar los casos de uso, con una escala de 1

a 10 p.e., para desarrollar el sistema incrementalmente.
Los casos de uso aumentan la trazabilidad del
sistema. Los casos de uso permiten desarrollar casos
de prueba.
M C aso s d e u so
Introducción
Actores
uso D i a gr a m a s d e casos d e
uso
Elabora
uso
M
iscel
á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>" .
51ugr de Cunada
UnW<nidod
D
• Todos los sistemas

M C aso s d e u so
tienen un caso de uso Poner
Actores
uso
E l a b o ra
uso
Sac
ar partido a las
relaciones
Al elaborar el modelo de casos de uso puede resultar u´ til
(en cuanto a comprensión y simplificación):
separar los subcasos comunes, referenciándolos
mediante relaciones « include » ;
resaltar la excepcionalidad de algunos escenarios,
separándolos y referenciándolos mediante
relaciones
« extend » .
M C aso s d e u so
Introducción
Actores
uso D i a g r am as d e casos d e
uso
Elabora
uso
S
istema de Solicitar
información ículos
del videoc lu b
A ugr
UnW<nidod
. .
de C u n a d a
M C a s o s d e u s oD

Casos de Uso

Cargado por

Copyright:

Formatos disponibles

Casos de Uso

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Casos de Uso

Cargado por

Copyright:

Formatos disponibles

I n t r o d u cc i ´o n

Jacobson (ObjectOry) → UML

Un caso de uso representa una unidad funcional

Un actor podr´ıa ser cualquier

Para iniciar el caso de uso (siempre los inicia un

Para comunicarle que ha sucedido algo, en el sistema,

La especificaci´on de una caso de uso debe describir el

La especificaci´on de un caso de uso debe dar respuesta a

uso (Suficiente con

Cur o Normal (Basico)

N Cuando se realiza lainclusión de otro caso de

>> (alta, moderada,

Descripción detallada cont.

Los diagramas de casos de uso muestran las

Los casos de uso se representa mediante elipses con

El caso de uso inicial incluye el comportamiento del caso

El caso de uso final se puede

nos inclinamos más por las descripciones concret as

Buscar una comunicaci´on real entre actores y

Se pueden priorizar los casos de uso, con una escala de 1

• Comience el nombre de un evento con un

• Comience por la frase 1, que debe especificar

• Todos los sistemas

También podría gustarte