Introduccin a los Casos de

Uso
Facultad de Ingeniera en Sistemas
Clase de Diseo de Sistemas

Contenido
Qu es Caso de Uso?
Elementos de Casos de Uso
Actores
Tipos de Actores

Caso de Uso
Construccin de un Caso de uso
Tcnicas para trabajar Casos de uso

Escenarios

Contenido (Continuacin)
Ventajas de los Casos de Uso
Peligros de los Casos de Uso
Ejemplos

DIAGRAMAS DE CASOS DE USO

Definicin:
Un caso de uso es una descripcin
de los
pasos o las actividades que debern realizarse
para llevar a cabo algn proceso.

 En el contexto de ingeniera del software, 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.

Los diagramas de casos de uso sirven para

especificar la comunicacin y el comportamiento
de un sistema mediante su interaccin con los
usuarios y/u otros sistemas.

Los diagramas de casos de uso se utilizan

para ilustrar los requerimientos del sistema
al mostrar cmo reacciona a eventos que se
producen en su mbito o en l mismo.

Elementos de un
Diagrama de Casos
de Uso

Actor:
Personaje(s) o entidad(es)
que participarn en un caso de
uso.
Inicia una accin dentro del
sistema, es representado por una
figura en forma de persona.

Los Actores pueden ser:

- Operadores humanos.
- Sistemas externos.
- Entidades abstractas, como el tiempo.

Tipos de actores:
Actores Principales: emplean directamente el
sistema llevando a cabo las tareas ms
importantes.
Actores Secundarios: existen para que los
principales puedan utilizar el sistema.

Casos de Uso:

Es una operacin/tarea especfica que se

realiza tras una orden de algn agente
externo, sea desde una peticin de un actor o
bien desde la invocacin desde otro caso de
uso. Se representa por un ovalo, conteniendo
el nombre.

Casos de Uso:
- Describe una funcionalidad ms una interaccin
entre un actor y un sistema en forma de
secuencia de acciones.
-Se centra en lo que debe hacerse, no en la
manera de hacerlo.
-Evitar expresiones imprecisas.
-Se busca sencillez y claridad.

Casos de Uso
- Puede utilizarse un lenguaje estructurado.
La descripcin debe contener:

Inicio del caso de uso

Fin del caso de uso
Interaccin entre el caso de uso y los actores
Intercambios de datos
Cronologa y origen de los datos

Construccin de un Caso de Uso

Proceso iterativo: Se van descubriendo los
escenarios desde el punto de vista del usuario
(ACTORES).
Para detectar los casos de uso es conveniente
hacer las siguientes preguntas:

Cules son las principales tareas de cada actor?

Escribe/lee/modifica el actor alguna informacin
del sistema?
Informa el actor al sistema de los cambios
externos?
Desea el actor ser informado de cambios no
esperados?

Tcnicas para trabajar Casos de

Uso:
- Tcnicas de observacin

-Entrevista estructurada (para describir

los escenarios potenciales desde el
punto de vista del usuario).
Los casos de uso no pueden ser demasiado pequeos, ya
que deben aportar algn valor al actor.

Construccin de
Casos de Uso

1
Identificar a grandes trazos los casos de uso. Las
principales etapas de cada caso de uso se describen
en un par de frases.
Se distingue un caso principal y se identifican los
casos alternativos y excepciones

2
Se establece un proceso iterativo en el cual los
casos de uso se amplan, profundizndose su
descripcin, buscando etapas comunes y
alternativas que representar en otros caso de uso
relacionados por las relaciones incluye, generaliza
y extiende.

3
Se debe cuidar que:
Exista una descripcin breve.
Las condiciones definidas de arranque y parada
del caso de uso
Los usuarios estn satisfechos de la secuencia de
interacciones entre el actor y el caso de uso

4
El problema fundamental encontrar el nivel de
abstraccin adecuado.
Recomendacin: Si un caso de uso se hace
demasiado grande es conveniente dividirlo en
varios.

Escenarios:
Situaciones concretas que deben recorrer total o
parcialmente el caso de uso.
Se debe comprobar que el caso de uso represente a
todos los escenarios

Arcos de Comunicacin o Relacin

Representa la relacin que existe entre un UsoCaso y un Actor. Se representa por una flecha
que se extiende desde el actor a un caso de uso.

Tipos de Relaciones
Asociacin Es el tipo de relacin ms bsica
que indica la invocacin desde un actor o caso de
uso a otra operacin (caso de uso). Dicha
relacin se denota con una flecha simple.

 Dependencia o Instanciacin:
Es una forma muy particular de relacin entre
clases, en la cual una clase depende de otra,
es decir, se instancia (se crea). Dicha relacin
se denota con una flecha punteada.

 Generalizacin Este tipo de relacin es uno de

los ms utilizados, cumple una doble funcin
dependiendo de su estereotipo, que puede ser
de:
- Uso (<<uses>>)
- Herencia (<<extends>>).

Este tipo de relacin esta orientado exclusivamente

para casos de uso (y no para actores).
extends: Se recomienda utilizar cuando un caso de
uso es similar a otro (caractersticas).

uses: Se recomienda utilizar cuando se tiene un

conjunto de caractersticas que son similares en
ms de un caso de uso y no se desea mantener
copiada la descripcin de la caracterstica.
Se representa por:

Lmite de Sistema
Se emplea para delimitar los limites de un sistema
y es representado por un rectngulo de color
distintivo.

Ejemplo 1:

Ejemplo 2:

Casos de Usos
Ventajas:
Ayudan a asegurar que se desarrolla el sistema
correcto.
Documentan las respuestas funcionales de caja
negra.
Excelente forma de comunicacin con los
clientes y los usuarios.
Ayudan a gestionar la complejidad de los
proyectos grandes.

Casos de Usos
Ventajas:

Proporcionan el fundamento de los mensajes.

Ofrecen una buena base para la verificacin y
validacin.
Modo objetivo para el seguimiento del
proyecto.
Pueden servir como base para especificar
respuestas a aplicaciones de tiempo real.

Casos de Usos
Peligros:

Llevan a una descomposicin funcional del

sistema.
Violacin de la ocultacin de la informacin.
Falta de formalidad.

EJEMPLO CASOS DE USO

Como ejemplo esta el caso de una Mquina
Recicladora:

Contexto
Sistema que controla una mquina de
reciclamiento de botellas, tarros.
El sistema debe controlar y/o aceptar lo siguiente:

Registrar el nmero de tems ingresados.

Imprimir un recibo cuando el usuario lo solicita:
Describe lo depositado
El valor de cada tem
Total

 El usuario/cliente presiona el botn de

comienzo
Existe un operador que desea saber lo
siguiente:
Cuantos tems han sido retornados en el da.
Al final de cada da el operador solicita un
resumen de todo lo depositado en el da.

 El operador debe adems poder cambiar:

Informacin asociada a tems.
Dar una alarma en el caso de que:
tem se atora.
No hay ms papel.

Solucin:
Como una primera aproximacin identificamos a
los actores que interactan con el sistema:

Luego, tenemos que un Cliente puede Depositar

tems y un Operador puede cambiar la
informacin de un tem o bien puede Imprimir
un informe:

Adems podemos notar que un tem puede ser

una Botella, un Tarro.

Otro aspecto es la impresin de comprobantes,

que puede ser realizada despus de depositar
algn tem por un cliente o bien puede ser
realizada a peticin de un operador.

Diseo completo del diagrama

Gracias por su atencin.