Ing.

Tatiana Gualotuña
 Lenguaje Unificado de Modelado (UML)
respaldado por OMG Object Management
Group.
 Es un lenguaje gráfico para visualizar,
especificar, construir y documentar un
sistema.
 Ofrece un estándar para describir el modelo
del sistema.
 No es un método ni una metodología

2
 Los diagramas de caso de uso modelan la
funcionalidad del sistema usando actores y
casos de uso.
 El diagrama de casos de uso representa la
forma como un Actor opera con el sistema
en desarrollo.
 Los usuarios del sistema se denominan
actores y las particiones funcionales se
conocen con el nombre de casos de uso

3
4
5
 El rectángulo representa los límites del sistema
que contiene los casos de uso. Los actores se
ubican fuera de los límites del Sistema

6
 Un caso de uso es una descripción de las
acciones de un sistema desde el punto de vista
del usuario.
 Los casos de uso son servicios o funciones
provistas por el sistema para sus usuarios
 Se representan con óvalos. La etiqueta en el
óvalo indica la función del sistema
 El nombre de un caso de uso debe indicar
acción: Verbo (infinitivo) + predicado

7
 Describe que hace un sistema pero no
especifica como lo hace
 Se define como un conjunto de acciones
realizadas por el sistema que dan lugar a un
resultado observable.
 El caso de uso puede contener posibles
variaciones de su comportamiento
incluyendo manejos de errores y
excepciones.

8
El término actor se refiere a un rol específico de un
usuario del sistema.
Son los que utilizarán el sistema
Los nombres de los actores deben representar roles
 Un actor puede ser:
 Un humano, otro sistema o un
dispositivo como un teclado o una
conexión Web.
 Dispositivo de hardware
 Otros sistemas

9
 El actor existe fuera del sistema e interactúa
con éste de una manera específica
 Los actores sólo pueden tener asociaciones
con casos de uso
 Se conecta el actor con el caso de uso por
medio de relaciones
 Un actor puede interactuar con uno más
casos de uso; un caso de uso puede
involucrar a uno o más actores

10
11
12
 Se da entre un actor y un caso de uso,
cuando el actor es quién efectúa el caso de
uso en el sistema
 Las relaciones entre un actor y caso de uso se
dibujan con una línea simple.

13
 La relación de inclusión sirve para enriquecer
un caso de uso con otro y compartir una
funcionalidad común entre varios casos de
uso
 Se representan con el estereotipo
<<include>>. Algunos casos de uso típicos
son: buscar, validad, verificar
 Una relación ”incluir” indica que un caso de
uso es necesitado para otro poder cumplir
una tarea

14
 Para una venta en caja, la venta no puede
considerarse completa si no se realiza el
proceso para cobrarla en ese momento. El
caso de uso “Rentar Video” incluye
(<<include>>) “Cobrar Renta”.

15
16
 La extensión permite insertar un nuevo
comportamiento no previsto
 Se representa con el estereotipo <<extend>>
 Una relación “extender” indica opciones de
alternativas para un cierto caso de uso

17
 Se puede “Realizar Venta” sin “Acumular
Puntos de Cliente VIP”, cuando no eres un
cliente VIP. Pero, si eres un cliente VIP sí
acumularás puntos. Por lo tanto, “Acumular
Puntos” es una extensión de “Realizar Venta”
y sólo se ejecuta para cierto tipo de ventas,
no para todas.

18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
https://www.youtube.com/watch?v=5ezWOj0k02k

33
34
35
36
37
38
39
Proyecto inmobiliario

40
41
42
43
44
45
46
47
 Para capturar el comportamiento deseado
del sistema sin tener que espeficiar como se
implementa ese comportamiento
 Como medio de comprensión del sistema
para desarrolladores, usuarios finales y
expertos del dominio

48
 Los Casos de Uso no son parte del diseño, sino
parte del análisis
 Son lo qué hace el sistema desde el punto de
vista del usuario.
 Los diagramas de caso de uso muestran las
srelaciones entre los casos de uso de un
sistema y sus actores

49