Casos de Uso

Definiciones.
Un Caso de Uso describe que es lo que un sistema
debe de hacer desde el punto de vista del usuario.
Un Caso de Uso especifica una secuencia de acciones,
incluyendo variantes, que el sistema puede realizar y
que produce un resultado observable de valor para un
usuario en particular.
Un Caso de Uso describe la funcionalidad que se
construir en el sistema propuesto.
Con un solo Caso de Uso no se puede lograr describir
la funcionalidad completa de un sistema, para ello se
necesitan varios casos de uso. A este grupo de casos
de uso se le conoce con el nombre de Modelo de Casos
de Uso.

Beneficios Utilizar Casos de uso

Dar contexto a los requerimientos.

Ordenan los requerimientos del sistema en secuencias

lgicas.
Ilustran porque es necesario el sistema.
Ayudan a verificar que todos los requerimientos han sido
capturados.

Son fciles de entender

Utilizan terminologa que los usuarios y clientes entienden.

Dicen historias concretas del uso del sistema.
Verifican la comprensin de las partes interesadas.

Facilitan lograr acuerdos con los clientes.

Son el contrato de lo que el usuario necesita y lo que el

sistema debe de hacer.

Facilitan la reutilizacin

Sirven para realizar las pruebas.

Sirven para documentar el sistema.
Sirven para disear el sistema.

Identificando actores
Para identificar a los actores de un caso de uso
debemos responder las siguientes preguntas:
1. Quien/que usar el sistema?
2. Quien/que obtendr informacin del sistema?
3. Quien/que le proporcionar informacin al
sistema?
4. En que parte de la empresa se utilizar el
sistema?
5. Quien/que le dar soporte o mantenimiento al
sistema?
6. Que otros sistemas utilizarn el sistema?

Identificando Casos de Uso

Aqu hay algunas preguntas que son tiles para ayudarnos a
encontrar los casos de uso de nuestro sistema. La mejor manera
de encontrar casos de uso es considerar lo que cada actor
necesita, espera o quiere que haga el sistema.
1.
2.
3.
4.
5.

Cules son los objetivos de cada actor?

Por qu el actor desea utilizar el sistema?
El actor crea, almacena, modifica, elimina o consulta datos
en el sistema? Si es as Por qu?
El actor tiene necesidad de informarle al sistema sobre los
cambios o acontecimientos externos a el que suceden?
El actor necesita estar informado sobre determinados
sucesos que pasan en el sistema?

Como nombrar un Caso de Uso

Cada caso de uso debe de tener un nombre que indica
lo que se logra mediante sus iteraciones con el actor o
actores.
Una buena regla que se puede seguir es agregar el
nombre del actor (en caso de ser varios actores se
toma el actor principal) a la parte inicial del nombre del
caso de uso de manera de formar una oracin.
Otra manera para nombrar los casos de uso es
preguntarse Por qu el actor quiere utilizar el sistema?
y la respuesta a esta pregunta puede ser el nombre del
caso de uso.

Descripcin del Caso de Uso

La descripcin del caso de uso debe de tener los siguientes
elementos:
1.
2.
3.

Un nombre para el caso de uso.

Una breve descripcin.
Las relaciones del caso de uso con los actores que participan
en l.

Se debe de estructurar el flujo de cada caso de uso en pasos y a

cada paso se debe de dar un nmero.

Porque disear casos de uso

Algunas de las razones de porque disear los casos de uso son:
1.

2.
3.
4.
5.

6.

7.

El desarrollo iterativo reduce riesgos. Por ello no se debe de

implementar el sistema completo de una sola vez y tampoco
desarrollar a detalle todos los requerimientos de un sistema al mismo
tiempo
Evitar entretenerse en demasiados detalles demasiado pronto
Muchas personas no saben bien lo que quieren desde la primera vez.
El esbozar ayuda a identificar bien lo que se desea.
Al esbozar los casos de uso, se crean borradores para luego
especificarlos plenamente.
El esbozar ayuda a determinar si el caso de uso es demasiado
pequeo o si es demasiado grande para ser solo un caso de uso.
Tambin ayuda a decidir si el caso de uso es en realidad uno o debe
descomponerse en otros casos de uso.
Una vez que se escriben los pasos del caso de uso, se puede
determinar con que en realidad pertenecen a otro caso de uso. Si el
esbozo muestra que el caso de uso no tiene relacin o secuencia
lgica, puede ser que entonces lo que escribimos no sea un caso de
uso.
El esbozar nos da un valor agregado ya que podemos encontrar
todos los flujos o alternativas posibles de un caso de uso.

Flujo de eventos
Un flujo es un grupo secuencial de pasos. Hay dos
tipos de flujos en los casos de uso:
1.

Flujo Bsico: Es el escenario ideal, tambin conocido

como Happy Day (Da Feliz) ya que cumple todos los
pasos con xito desde el paso inicial hasta el final.

2.

Flujo Alterno: Son otros escenarios que pueden darse

en el caso de uso. Normalmente son utilizados para
manejar errores o excepciones que se puedan dar en
el flujo bsico, variantes del flujo bsico y casos
extraos que sucedan.

Flujos
Representacin del Flujo Bsico y los Flujos Alternos

Paso 1
A5

A2

A1
Paso 2
A3

A4

Paso 3

Paso 4

<Nombre Caso de Uso>

1. Breve Descripcin
2. Flujo de Eventos
2.1 Flujo Bsico
Paso 1
Paso 2
Paso 3
Paso 4
2.2 Flujos Alternos
2.2.1 A1
2.2.2 A2
2.2.3 A3
2.2.4 A4
2.2.5 A5

Escenario
Es el camino que puede tomar un caso de uso. Existen
escenarios exitosos, en los cuales el objetivo del caso
de uso se logra, y los escenarios fallidos, donde el
objetivo no se logra.
Un caso de uso puede tener varios escenarios posibles.
Un escenario puede involucrar el flujo bsico y cualquier
nmero de flujos alternos y combinaciones de estos.
Tambin los escenarios pasan a formar excelentes
casos de prueba de cada caso de uso.

Flujo
Escenario

Escenario
Flujo: Un conjunto secuencial de pasos.
Caso de Uso: El que contiene y describe todos
los flujos.
Escenario: Un conjunto ordenado de flujos
desde el inicio del caso de uso hasta uno de sus
puntos de finalizacin.

Flujo de eventos
Aqu hay una lista de preguntas que ayudarn a tomar decisiones sobre
el detalle que se le debe de dar al flujo de eventos.
Los flujos alternos describen como el sistema debe de comportarse
cuando sucede algn error o algo inusual en el flujo bsico.

Flujo Bsico

Qu evento inicia el caso de uso?

Cmo finaliza el caso de uso?.
Cmo el caso de uso repite algn comportamiento?

Flujos Alternos

Existen situaciones opcionales en el caso de uso?

Qu casos extraos pueden ocurrir?
Qu variantes pueden suceder?
Qu puede salir mal?
Qu no puede suceder?
Qu tipo de recursos pueden ser bloqueados?

Detallar casos de uso

Vimos que en el esbozo los casos de uso carecen de detalles, pero si no
se tienen todos los detalles de lo que se desea que haga el sistema es
muy probable que se trabaje en vano si solo se trabaja con los esbozos.
El principal objetivo de detallar los casos de uso para identificar
claramente todos los elementos que son necesarios para el correcto
funcionamiento del sistema, es necesario detallar los pasos del flujo
bsico y tambin cada uno de los flujos alternos. Otras razones del
porque detallar los casos de uso son las siguientes:
1.
2.

3.

Especifican los requerimientos de software.

Al crear la especificacin se debe verificar que la misma pueda ser

implementada.
Clarifican detalles importantes en los flujos de eventos.

Qu hace el actor?

Qu es lo que el sistema le responde?

Qu informacin es intercambiada?
Describen informacin adicional.

Precondiciones

Postcondiciones

Reglas del negocio

Detallar casos de uso

Detallar casos de uso

Precondiciones: Describen el estado en que el sistema debe
de estar, antes de que el caso so de uso inicie. Es importante
mencionar que una precondicin no es el evento que hace que
inicie el caso de uso. Tambin las precondiciones son tiles ya
que reducen la cantidad de validaciones que se necesitaran
colocar en el flujo del caso de uso.
Postcondiciones: Describen el estado en que el sistema
quedar al finalizar el caso de uso. Garantizan que el caso de
uso finaliza y tambin puede contener variantes (la finalizacin
de los otros escenarios que no incluyen el flujo bsico).
Requerimientos Suplementarios: Son datos relacionados al
caso de uso y que no estn incluidos en el flujo de eventos del
mismo.
Generalmente son requisitos no funcionales
(disponibilidad, tiempo de respuesta, etc.) datos y reglas del
negocio.
Otros Diagramas/Anexos: Se pueden utilizar diagramas de
secuencia, de actividad y otros diagramas para explicar de una
mejor manera lo que se esta solicitando en el caso de uso. En
los anexos se pueden colocar los detalles o diseos de las
pantallas y/o reportes que se mencionan en el caso de uso.

Documentar casos de uso

Documentar los Casos de Uso con una Plantilla
Establecida
La plantilla utilizada es la siguiente:
Ejemplo: retiro de efectivo de un cajero
automtico.

Encabezado Plantilla

Historial Revisiones

Cuerpo caso de uso

Cuerpo caso de uso

Cuerpo caso de uso

Cuerpo caso de uso

Cuerpo caso de uso

Ejercicio.
Elabore un caso de uso de un
cobro de un cheque. Recuerde
utilizar la plantilla.

Gracias.