Ing.

Cecilia Labraa
CASOS DE USO
OBJETIVO OBJETIVO
Los diagramas de casos de uso documentan el g
comportamiento de un sistema desde el punto de
vista del usuario
Responde a las siguientes preguntas:
Cules son los requerimientos funcionales del sistema? Cules son los requerimientos funcionales del sistema?
Qu funciones debe proveer al entorno?
Qu debe hacer el sistema para sus usuarios?
Indica qu hace el sistema sin indicar cmo lo hace.
DNDE SE USA? DNDE SE USA?
Se pueden usar durante las siguientes fases del p g
desarrollo:
Captura de requisitos
Planificacin de iteraciones de desarrollo
Validacin del sistema
Su ventaja principal es la facilidad para interpretarlos,
lo que hace que sean especialmente tiles en la lo que hace que sean especialmente tiles en la
comunicacin con el cliente.
EJEMPLO DE DIAGRAMA DE CASOS DE USO EJEMPLO DE DIAGRAMA DE CASOS DE USO
Sistema de Biblioteca
Reservar
libro
Llevar libro
SocioBiblioteca
Llevar libro
prestado
Actualizar
Catlogo Catlogo
Bibliotecario
SISTEMA SISTEMA
Conjunto explcitamente delimitado de
Sistema de Biblioteca
casos de uso internos que se proveen
a los actores externos
Representa el lmite entre lo que forma
parte del sistema (casos de uso) y lo p ( ) y
que externo al sistema (actores)
Frecuentemente se omite porque es
muy obvio
SISTEMA SISTEMA
Sistema de Biblioteca
SocioBiblioteca
Reservar
libro
Lmites del sistema

SocioBiblioteca
Llevar libro
Es til dibujar los
lmites del sistema
cuando se pretende
Llevar libro
prestado
hacer un diagrama
de casos de uso
para parte del
Actualizar
Catlogo
sistema
Catlogo
Bibliotecario
ELEMENTOS BSICOS - ACTORES ELEMENTOS BSICOS ACTORES
Los actores representan un tipo de usuario del p p
sistema
En los diagramas de casos de uso, los actores se
dibujan como una silueta humana:
Nota: Interpretamos como
usuario cualquier cosa q
externa que interacta con
el sistema, no tiene porqu
SocioBiblioteca
ser un ser humano
MAS SOBRE LOS ACTORES - IDENTIFICACION MAS SOBRE LOS ACTORES IDENTIFICACION
Los actores ms sencillos de identificar son los
usuarios humanos del sistema
Una persona o cargo (ej. Supervisor)
Pero tambin pueden ser actores, entre otros:
Otros sistemas informticos (ej. Sistema de transacciones)
Unidades organizacionales / empresas (ej. Contabilidad)
Un dispositivo externo de hardware (ej. Sensor)
MAS SOBRE LOS ACTORES - IDENTIFICACION MAS SOBRE LOS ACTORES IDENTIFICACION
Siempre hay que intentar independizar los actores de p y q p
la forma en que se interacta con el sistema.
Por ejemplo: un teclado no es un actor en la mayor
parte de los casos, slo un medio para introducir
informacin al sistema
Suele ser til mantener una lista de los usuarios
reales para cada actor
CASO DE USO CASO DE USO
Un caso de uso es una tarea que debe poder llevarse q p
a cabo con el apoyo del sistema que se est
desarrollando
S t di t l Se representan mediante un valo:
Reservar
Cada uno de los casos de uso debe detallarse
Reservar
libro
Cada uno de los casos de uso debe detallarse,
habitualmente mediante una descripcin textual
Verbo + objeto e bo objeto
INTERS DE LOS ACTORES EN LOS CASOS DE
USO
Identificar el inters de los actores por los casos de p
uso permite:
Priorizar el desarrollo de unos casos de usos respecto a
otros
Planificar mejor las iteraciones
Reconocer los usuarios con los que tenemos que
trabajar para desarrollar los casos de uso trabajar para desarrollar los casos de uso
ROLES ROLES
Un actor en un diagrama de casos de uso representa g p
un rol que alguien puede estar jugando, no un
individuo particular
Por lo tanto, puede haber personas particulares que
puedan estar usando el sistema de formas diferentes
en diferentes ocasiones: socio de biblioteca y
bibli t i bibliotecario
ACTORES Y CLASES ACTORES Y CLASES
A veces se indica que un actor es una clase dibujando q j
un rectngulo (el smbolo para las clases en los
diagramas de clase)
Cundo se deben representar
los actores tambin como
l l di g d clases en los diagramas de
estructura?
Cuando el sistema necesite
<<actor>>
SocioBiblioteca
SocioBiblioteca
almacenar informacin sobre el
actor
Cuando el sistema est
di d i
SocioBiblioteca
accediendo a un sistema externo
(o viceversa)
MAS SOBRE LOS CASOS DE USO MAS SOBRE LOS CASOS DE USO
Deben especificar un comportamiento deseado p p
PERO no imponer cmo se llevar a cabo ese
comportamiento
(deben decir QU, pero no CMO)
Una forma de realizar esto son los escenarios
Un escenario es una interaccin entre el sistema y los
actores que puede ser descrito mediante una actores, que puede ser descrito mediante una
secuencia de mensajes
Un caso de uso es una generalizacin de un escenario U caso de uso es u a ge e a ac de u esce a o
ESCENARIO ESCENARIO
Es una realizacin de un caso de uso, donde ,
instancias de actores intercambian datos y eventos
con el sistema.
Es una instancia de un caso de uso.
Un caso de uso es un conjunto de escenarios posibles j p
que tienen un objetivo comn para un actor principal.
EJEMPLO DE UN CASO DE USO EJEMPLO DE UN CASO DE USO
Procesar una venta:
Un cliente llega a la caja con los artculos que quiere comprar;
el cajero usa el sistema de Punto de Venta para registrar cada
l l i l d ll l l artculo; el sistema muestra un total y detalles por artculo; el
cliente ingresa informacin para pagar, que el sistema valida y
registra; el sistema actualiza el inventario; el cliente recibe una
boleta del sistema y se lleva los artculos que compr.
i l ? Quines son los actores?
EJEMPLO DE UN CASO DE USO (CONT) EJEMPLO DE UN CASO DE USO (CONT)
ESCENARIOS ESCENARIOS
Escenario 1: Jos Garca se lleva prestado el tercer p
ejemplar de La guerra y la paz que hay en biblioteca.
No tiene ningn otro libro en prstamo.
Escenario 2: Mnica Daz intenta llevarse prestado el
primer ejemplar de Ana Karenina, pero no puede
porque ya tiene tres libros en prstamo que es el porque ya tiene tres libros en prstamo, que es el
mximo.
Todos los escenarios de un caso de uso deben tener en
comn que son intentos de hacer esencialmente lo comn que son intentos de hacer esencialmente lo
mismo (en este caso llevarse un libro en prstamo)
ESCENARIO ESCENARIO
Los escenarios pueden y deben posteriormente p y p
documentarse mediante diagramas de interaccin o
de actividad.
DETALLE DE LOS CASOS DE USO DETALLE DE LOS CASOS DE USO
ESCENARIOLlevarprestadounlibro
Numeracin:1.2
P di i Precondiciones:
Postcondiciones:
Quienlocomienza:SocioBiblioteca
Quienlofinaliza:Bibliotecario
Excepciones:Silapersonaquequiererealizarelprstamonoesunsociodelabibliotecasinopartedel
personaldelamisma,elnmeromximodelibrosaumentahasta12
Descripcin:
ElsociodelabibliotecaintentallevarseprestadoelprimerejemplardeAnaKarenina p p j p
Elsistemacompruebaque:
Esapersonaessociadelabiblioteca
Loslibrosqueyatieneenprstamonosobrepasanelnmeromximodelibrosquesepueden
tener 1 tener 1
Debetenerseencuentaqueelmximonmerodelibrosenprstamoesde6.
Silasanteriorescomprobacionessoncorrectas,elsistemacompruebasielejemplarquesedeseallevar
estreservadoporotrapersona.
Sielejemplarestreservado,entoncesnosepermiteelprstamo.Sinoloest,elsistemaregistrael
prstamoyavisaalbibliotecariodequesedebeanotarenellibrolafechamximadedevolucin(que
apareceporpantalla
ASOCIACIONES ASOCIACIONES
Existe una asociacin entre un actor y un caso de uso y
si el actor interacta con el sistema para llevar a cabo
el caso de uso
Reservar
libro
SocioBiblioteca
MS SOBRE LAS ASOCIACIONES MS SOBRE LAS ASOCIACIONES
No son obligatorias g
Si en un diagrama de casos de uso aparece una Si en un diagrama de casos de uso aparece una
asociacin entre un actor y un caso, indica que
puede que ese actor interacte con el sistema en
ese caso de uso
TIPOS DE ASOCIACIONES TIPOS DE ASOCIACIONES
Existen tres tipos de asociaciones o relaciones en los p
diagramas de casos de uso:
Incluye
Extiende
Generaliza
RELACION ENTRE CASOS DE USO: INCLUDE
(INCLUYE)
Se puede incluir una relacin entre dos casos de uso p
de tipo include si se desea especificar
comportamiento comn en dos o ms casos de uso.
En el diagrama, se indica, mediante una flecha
segmentada.
EJEMPLO: INCLUDE EJEMPLO: INCLUDE
En el ejemplo se indica que tanto reservar libro j p q
como renovar prstamo hacen algo en comn:
comprobar reserva
Reservar
libro
<<include>>
libro
Comprobar
reserva
<<include>>
SocioBiblioteca
Renovar
prstamo
reserva
<<include>>
RELACIN ENTRE CASOS DE USOS: INCLUDE
(INCLUYE)
Ventajas j
Las descripciones de los casos de uso son ms cortas y se
entienden mejor
La identificacin de funcionalidad comn puede ayudar a
descubrir el posible uso de componentes ya existentes en la
implementacin implementacin
Desventajas Desventajas
La inclusin de estas relaciones hace que los diagramas
sean ms difciles de leer, sobre todo para los clientes
OTROS EJEMPLOS: INCLUDE OTROS EJEMPLOS: INCLUDE
OTROS EJEMPLOS: INCLUDE OTROS EJEMPLOS: INCLUDE
RELACIN ENTRE CASOS DE USOS: EXTEND
(EXTIENDE)
Agregar funcionalidad extra sin alterar el casos de uso g g
base
Se puede incluir una relacin entre dos casos de uso p
de tipo extend si se desea especificar diferentes
variantes del mismo caso de uso
Dicho de otra forma, la relacin extend implica que
el comportamiento de un caso de uso es diferente
d di d d i t i t i (ti dependiendo de ciertas circunstancias (tiene una
condicin que se realiza cuando es verdadera)
RELACIN ENTRE CASOS DE USOS: EXTEND
(EXTIENDE)
En principio, esas variaciones pueden tambin p p , p
mostrarse como diferentes descripciones de
escenarios asociadas al mismo caso de uso
Atencin: La flecha en
el caso de las
relaciones extend va
Reservar
relaciones extend va
hacia el caso de uso
original
SocioBiblioteca
libro
<<extend>>
Denegar
reserva
OTROS EJEMPLOS: EXTEND OTROS EJEMPLOS: EXTEND
Si la funcionalidad normal implica pagar al Si la funcionalidad normal implica pagar al
contado y sin descuentos
GENERALIZACIONES GENERALIZACIONES
En un diagrama de casos de uso g
tambin pueden mostrarse
generalizaciones (relaciones de
herencia) para mostrar que
diferentes elementos estn
relacionados como tipos de otros
SocioBiblioteca
relacionados como tipos de otros
S li bl t d Son aplicables a actores o casos de
uso, pero para estos ltimos la
semntica es muy similar a las semntica es muy similar a las
relaciones extend
SocioInvestigador
EJEMPLOS DE DIAGRAMAS DE CASOS DE USO EJEMPLOS DE DIAGRAMAS DE CASOS DE USO
EJEMPLO EJEMPLO
Qu casos de uso
observa?
Iniciar una nueva
tid partida
Descubrir una casilla
Marcar una casilla Marcar una casilla
Quin realiza estos Quin realiza estos
juegos?
El jugador j g
EJEMPLO EJEMPLO
MQUINA RECICLADORA MQUINA RECICLADORA
Se requiere un sistema que controle una mquina
de reciclaje de botellas.
El sistema debe permitir: El sistema debe permitir:
Registrar el nmero de botellas ingresadas.
Imprimir un recibo cuando el usuario lo solicita con:
Descripcin de lo depositado p p
El valor de cada botella depositada
Valor Total de lo depositado
El usuario/cliente debe presionar un botn de comienzo / p
MQUINA RECICLADORA MQUINA RECICLADORA
Existe un operador que desea saber lo siguiente: p q g
Informacin de todo lo depositado en el da.
El operador debe adems poder:
Cambiar informacin asociada a tems.
El sistema debe dar una alarma en el caso de que:
Botella se atora.
No hay ms papel para imprimir.
Identificamos a los actores que interactan con el q
sistema
Sistema Mquina
de Reciclaje
Cli t O d Cliente Operador
MQUINA RECICLADORA MQUINA RECICLADORA
Un Cliente puede ingresar botellas en la mquina p g q
Ingresar botellas
Cliente
Imprimir recibo
MQUINA RECICLADORA MQUINA RECICLADORA
Un Operador puede cambiar la informacin de una p p
botella o bien puede imprimir un informe diario
Cambiar informacin
Operador
Imprimir informe del da
MQUINA RECICLADORA MQUINA RECICLADORA
Otro aspecto es la impresin de comprobantes, que p p p , q
puede ser realizada despus de depositar alguna
botella por un cliente o puede ser realizada a peticin
de un operador.
Imprimir Imprimir
<<Extiende>>
<<Extiende>>
Imprimir recibo Imprimir informe diario
MQUINA RECICLADORA MQUINA RECICLADORA
En caso de no haber papel o atorarse una botella se p p
dar una alarma.
Ingresar botella Imprimir
<<usa>>
<<usa>>
Generar alarma Generar alarma
MQUINA RECICLADORA MQUINA RECICLADORA
Generar alarma
<<usa>>
Ingresar botella
Generar alarma
Operador
<<usa>>
Imprimir
Cli t
<<Extiende>>
<<Extiende>>
Cambiar datos botella
Generar informe diario
Cliente
ImprimirRecibo
EJERCICIO 1 EJERCICIO 1
Se desea desarrollar un sistema de encuentros virtuales (parecido a un chat).
Cuando se conecta al servidor, un usuario puede entrar o salir de un encuentro.
Cada encuentro tiene un manager.
El manager es el usuario que ha planificado el encuentro (el nombre del encuentro,
la agenda del encuentro y el moderador del encuentro).
Cada encuentro puede tener tambin un moderador designado por el manager.
La misin del moderador es asignar los turnos de palabra para que los usuarios
hablen hablen.
El moderador tambin podr dar por concluido el encuentro en cualquier momento.
En cualquier momento un usuario puede consultar el estado del sistema, por
ejemplo los encuentros planeados y su informacin..
SOLUCION EJERCICIO 1 SOLUCION EJERCICIO 1