DIAGRAMA DE CASOS DE USO

Model

Use case 1

Actor 2
Use case 2

Use case 3
Use Case 2
Specification
 QUÉ ES UN CASO DE USO?

 Describen una interacción típica entre un usuario (actores) y un sistema de

cómputo.

 Es una técnica para capturar información de cómo un sistema o negocio trabaja

actualmente, o de cómo se desea que trabaje

 Produce algo de valor para algún actor como el cálculo de algún resultado

 Describe qué hace un sistema pero no especifica cómo lo hace

 El caso de uso capta alguna función visible para el usuario.

 El caso de uso puede ser pequeño o grande.
 El caso de uso logra un objetivo discreto para el usuario.

 Un caso de uso debe ser simple, claro y conciso

 CÓMO SE REPRESENTAN?

Un caso de uso se representa en UML como un óvalo:

Nombre del Caso de Uso

En UML, un actor se representa como monigote

Actor
 ACTORES

 Representa un conjunto de roles que los usuarios de los casos de uso juegan al
interactuar con éstos

 Representa un rol que es jugado por una persona, un dispositivo hardware u otro
sistema que interactúe con nuestro sistema

 Se puede definir categorías generales de actores (como cliente) y especializarlos

(como ClienteComercial) a través de relaciones de generalización
actor

Cliente

generalización

Cliente actor
Comercial

 Un actor y un caso de uso se pueden comunicar a través de una asociación en

donde cada uno de ellos pueden enviar y recibir mensaje.
Ejemplo:

VALIDACIÓN DE USUARIO
 Cómo se debe crear un caso de uso?
 Tras localizar los actores, procede el describirlos
 especificar describiendo un flujo de eventos
 Los actores sólo pueden conectar a los casos de uso a través de
asociaciones
 Generalmente hay pocos actores asociados a cada Caso de Uso
 Preguntas clave:
 ¿cuáles son las tareas del actor?
 ¿qué información crea, guarda, modifica, destruye o lee el actor?
 ¿debe el actor notificar al sistema los cambios externos?
 ¿debe el sistema informar al actor de los cambios internos?
 RELACIONES

Para extraer el comportamiento de los casos de uso en los que se incluye y poniendo ese
comportamiento en otros casos de uso que lo extiende

Tipos:
- GENERALIZACIÓN
- EXTENSIÓN
- INCLUSIÓN
 GENERALIZACIÓN

 El caso hijo hereda el comportamiento y significado de caso de uso

padre
 El hijo puede añadir o redefinir el comportamiento del padre
 El Caso de Uso fuente hereda la especificación del Caso de Uso
destino

Caso de uso destino

Caso de uso origen

 INCLUSIÓN

 Un caso base de uso base incorpora explicitamente el

comportamiento de otro caso de uso en el lugar especificado
en el caso base.
 Se usa para evitar describir el mismo flujo de eventos
repetidas veces, poniendo comportamiento común en un caso
de uso aparte
 Se representa como una dependencia estereotipada con
<<include>>
REPRESENTACIÓN:
<<include>>

Caso de uso destino

Caso de uso origen

EJEMPLO:
Buscando datos de
producto

<<include>>
<<include>>

Ingresando pedido Obtener reporte

De Ventas por
producto
Empleado de Gerente
ventas
 EXTENSIÓN
 Significa que un caso de uso base incorpora implícitamente el
comportamiento de otro caso de uso en el lugar especificado indirectamente
por el caso de uso que extiende al base
 Se usa esta relación cuando se tiene un caso de uso que es similar a otro,
pero que hace un poco más.

<<extends>>

Caso de uso
destino
Caso de uso
origen
Ejemplo:

Realizar <<extend>> Realizar llamada

Llamada telefónica Con conferencia

Red relación de extensión

telefónica
<<extend>>
Recibir llamada Recibir llamada
Actores
telefónica adicional

Casos de uso

Usar agenda
frontera del sistema
Usuario

Teléfono móvil
 Ejemplo de todas las relaciones :

<<extends>>
Giro por Internet

Cliente

<<includes>>
Giro

Identificación
 Realizar
Transacción
Con tarjeta

Comercio
Procesar factura
Del cliente

Cliente
Ajustar
transacciones

Gestionar cuenta
Del cliente
Cliente Cliente Entidad
individual corporativo Financiera