Casos de Uso

Introduccin
En ingeniera del software, un caso de
uso es una tcnica para la captura de
requisitos potenciales de un nuevo
sistema o una actualizacin de software.
Cada caso de uso proporciona uno o ms
escenarios que indican cmo debera
interactuar el sistema con el usuario o con
otro sistema para conseguir un objetivo
especfico.

Definicin
Un caso de uso es una secuencia de
interacciones que se desarrollarn entre
un sistema y sus actores en respuesta a
un evento que inicia un actor principal
sobre el propio sistema.

Caso de uso
Un caso de uso representa una unidad funcional
coherente de un sistema, subsistema o clase.
En un caso de uso uno o ms actores
interaccionan con el sistema que realiza algunas
acciones
Descripcin de varias secuencias de acciones,
con variantes, que un sistema realiza para
obtener un resultado observable til para algn
actor

Actores
Se le llama Actor a toda entidad externa al
sistema que guarda una relacin con este
y que le demanda una funcionalidad. Esto
incluye a los operadores humanos pero
tambin incluye a todos los sistemas
externos as como a entidades abstractas
como el tiempo.

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)

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 resmenes clave de forma
detallada.

Caso de uso detallado, elaborado y extenso:

Durante la fase de elaboracin los casos de uso
deben escribirse de esta forma.

Plantilla

Caso de uso: Comprar producto.

Actores: Cliente (iniciador), Cajero.
Propsito: 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 transaccin, el cliente
se marcha con los productos adquiridos.

Plantilla

Normas de aplicacin
Los casos de uso evitan tpicamente la
jerga tcnica, prefiriendo la lengua del
usuario final o del experto del campo del
saber al que se va a aplicar. Los casos del
uso son a menudo elaborados en
colaboracin por los analistas de
requerimientos y los clientes.

Descripcin
Modo en que un actor interacta con el
sistema.
Es una narracin que describe el rol de un
actor como una interaccin con el sistema.
Lo ms importante de un caso de uso es su
descripcin.
Hay descripciones de media pgina, algunas
de 30, es ms habitual que ocupen entre 5 y
15 pginas

Especificacin
Debe responder a las siguientes cuestiones:
Cules son las principales funciones o tareas
realizadas por el actor?
Qu informacin del sistema adquiere, produce o
transforma el actor?
Deber el actor informar al sistema de los cambios
producidos en el entorno?
Qu informacin del sistema desea el actor?
Debe informarse al actor de los cambios
inesperados?

Ventajas
La tcnica de caso de uso tiene xito en sistemas
interactivos, ya que expresa la intencin que tiene el actor (su
usuario) al hacer uso del sistema.
Como tcnica de extraccin de requerimiento permite que el
analista se centre en las necesidades del usuario, qu espera
ste lograr al utilizar el sistema, evitando que la gente
especializada en informtica dirija la funcionalidad del nuevo
sistema basndose solamente en criterios tecnolgicos.
A su vez, durante la extraccin (elicitation en ingls), el
analista se concentra en las tareas centrales del usuario
describiendo por lo tanto los casos de uso que mayor valor
aportan al negocio. Esto facilita luego la priorizacin del
requerimiento.

Limitaciones
Los casos de uso pueden ser tiles para establecer
requisitos de comportamiento, pero no establecen
completamente los requisitos funcionales ni permiten
determinar los requisitos no funcionales. Los casos de
uso deben complementarse con informacin adicional
como reglas de negocio, requisitos no funcionales,
diccionario de datos que complementen los
requerimientos del sistema. Sin embargo la ingeniera
del funcionamiento especifica que cada caso crtico del
uso debe tener un requisito no funcional centrado en el
funcionamiento asociado.

Resultados con los casos de

uso
1) Identificar los usuarios del sistema.

2) Encontrar todos los roles que juegan los

usuarios y que son relevantes al sistema.
3) Para cada rol identificar todas las formas
(objetivos) de interactuar con el sistema.
4) Crea un caso de uso por cada objetivo.
5) Estructurar los casos de uso.
6) Revisar y validar con el usuario.

Casos de Uso Nivel Extendido

Escenario
Un escenario es una secuencia especfica de
acciones e interacciones entre los actores y el
sistema objeto de estudio; tambin se denomina
instancia de caso de uso.

Extensiones
Indican todos los otros escenarios o
bifurcaciones, tanto de xito como de
fracaso.
Normalmente son ms largas y complejas
que el escenario principal de xito.
Una extensin se etiqueta identificando
primero la condicin y despus

Escenarios y Casos de Uso

Un caso de uso describe un conjunto de
secuencias de interacciones o escenarios: flujo
principal y flujos alternativos o excepcionales
Un escenario es una instancia de un caso de
uso
Escenarios principales vs. Escenarios
secundarios
Especificacin con diagramas de secuencia o
textual.

Descripcin
Describir el flujo de eventos

Texto estructurado informal

Texto estructurado formal (plantillas)
Pseudocdigo
Notaciones grficas: diagramas de secuencia

Debe ser legible y comprensible para un usuario

no experto.
Debe indicarse: inicio y final, actores, objetos que
fluyen, flujo principal y flujos excepcionales.

Flujo normal de Eventos

El Evento

El Sistema

1. El cliente llega al TPV (Terminal

Punto de Venta) con los
artculos.
2. El cajero inicia una nueva venta.
3. El cajero introduce el
identificador de cada artculo.
5. El cajero repite los pasos 3 y 4
hasta que se indique.
6. El cajero le dice al cliente el
total a pagar .
8. El cliente paga y el sistema
gestiona el pago.

4. El sistema registra la lnea de

venta y presenta descripcin del
artculo, precio y suma parcial.
7. El sistema presenta el total.
9. El sistema registra la venta
completa y actualiza el inventario.
10. El sistema presenta recibo.

Extensiones (Flujos Alternativos)

A1: Identificador no vlido
La secuencia A1 comienza en el punto 3.
4. El sistema seala el error y rechaza la entrada.
El escenario vuelve al punto 3.
A2: El cliente pide eliminar un artculo de la compra.
La secuencia A2 puede ocurrir entre los puntos 3-6.
1. El cajero introduce identificador a eliminar.
2. El sistema actualiza la suma.
El escenario contina en el punto 6.
A3: Pago en efectivo
La secuencia A3 ocurre en el punto 7.
1. El cajero introduce la cantidad entregada por el cliente.
2. El sistema muestra cantidad a devolver.
El escenario contina en el punto 8.

23

Diagrama de Casos de Uso

Definicin
En el Lenguaje de Modelado Unificado, un
diagrama de casos de uso es una
especie de diagrama de comportamiento.

Definicin
El Lenguaje de Modelado Unificado define una notacin
grfica para representar casos de uso llamada modelo
de casos de uso. UML no define estndares para que el
formato escriba casos de uso, y as mucha gente no
entiende que esta notacin grfica define la naturaleza
de un caso de uso; sin embargo una notacin grfica
puede solo dar una vista general simple de un caso de
uso o un conjunto de casos de uso.

Diferencia
Los diagramas de casos de uso son a menudo
confundidos con los casos de uso. Mientras los dos
conceptos estn relacionados, los casos de uso son
mucho ms detallados que los diagramas de casos de
uso.
Mucha gente sufre la equivocacin pensando que un
caso de uso es una notacin grfica (o es su
descripcin). Mientras la notacin grfica y las
descripciones son importantes, ellos forman parte de la
documentacin de un caso de uso --un propsito para el
que el actor puede usar el sistema.

Valor verdadero
La descripcin escrita del comportamiento del sistema al
afrontar una tarea de negocio o un requisito de negocio.
Esta descripcin se enfoca en el valor suministrado por
el sistema a entidades externas tales como usuarios
humanos u otros sistemas.
La posicin o contexto del caso de uso entre otros casos
de uso. Dado que es un mecanismo de organizacin, un
conjunto de casos de uso coherentes, consistentes
promueve una imagen fcil del comportamiento del
sistema,
un
entendimiento
comn
entre
el
cliente/propietario/usuario y el equipo de desarrollo.

Interaccin
La interaccin entre actores no se ve en el
diagrama de casos de uso. Si esta interaccin es
esencial para una descripcin coherente del
comportamiento deseado, quizs los lmites del
sistema o del caso de uso deban de ser reexaminados. Alternativamente, la interaccin entre
actores puede ser parte de suposiciones usadas
en el caso de uso. Sin embargo, los actores son
una especie de rol, un usuario humano u otra
entidad externa puede jugar varios papeles o roles.

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
slo una visin general del modelo de casos
de uso.
El 90% del contenido del modelo de casos
de uso est en las descripciones de los
casos.

Elementos

Actores
Casos de uso (cu)
Interfaces
Relaciones
Puede aparecer un rectngulo que
muestre los lmites del sistema.

Elementos del Diagrama

Representaciones
Un caso de uso se representa mediante
una elipse que contiene el nombre del
caso.
Un actor puede representarse mediante
una figura humana.

Ejemplo

Diagrama de Casos de Uso

Diagrama de Casos de Uso

(Biblioteca)

Tipos de Relaciones
Las tres relaciones principales entre los
casos de uso son soportadas por el
estndar UML, el cual describe notacin
grfica para esas relaciones.

Inclusin (include o use)

Es una forma de interaccin, un caso de uso dado
puede "incluir" otro. El primer caso de uso a menudo
depende del resultado del caso de uso incluido. Esto es
til para extraer comportamientos verdaderamente
comunes desde mltiples casos de uso a una
descripcin individual, desde el caso de uso que lo
incluye hasta el caso de uso incluido, con la etiqueta
"include". Este uso se asemeja a una expansin de
una macro, donde el comportamiento del caso incluido
es colocado dentro del comportamiento del caso de uso
base. No hay parmetros o valores de retorno.

Extensin (Extend)
Es otra forma de interaccin, un caso de uso dado, (la
extensin) puede extender a otro. Esta relacin indica
que el comportamiento del caso de uso extensin puede
ser insertado en el caso de uso extendido bajo ciertas
condiciones. La notacin, es una flecha de punta abierta
con lnea discontinua, desde el caso de uso extensin al
caso de uso extendido, con la etiqueta extend. Esto
puede ser til para lidiar con casos especiales, o para
acomodar nuevos requisitos durante el mantenimiento
del sistema y su extensin. La extensin se utiliza en
casos de uso, un caso de uso a otro caso siempre debe
tener extensin o inclusin.

Generalizacin
En la tercera forma de relaciones entre
casos de uso, existe una relacin
generalizacin/especializacin. Un caso
de uso dado puede estar en una forma
especializada de un caso de uso
existente. La notacin es una lnea solida
terminada en un tringulo dibujado desde
el caso de uso especializado al caso de
uso general.

Ejemplo de Relaciones

Elaboracin
Algunos consejos:
Comunicacin 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

Elaboracin
Deben revisarse cuidadosamente con el
usuario.
Deben describir la interaccin entre el
actor y el software sin ambigedad.
Se pueden expresar tanto requisitos
funcionales como no funcionales.
Expresan el funcionamiento del sistema
como un TODO (no de sus partes).

Elaboracin
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.

Muchas Gracias