UNIVERSIDAD DE EL SALVADOR

Conceptos y el diseo de
una plantilla para los
Casos de Uso
Formato de como presentar los casos de uso

Ecarballo
26/09/2012




Este documento contiene un resumen breve y conciso de como desarrollar los casos de uso
narrativos a travs de una plantilla.

Contenido
Elaboracin de los Casos de Uso. ........................................................................................................ 1
I. DEFINICIN. ............................................................................................................................. 1
I. DESCRIPCIN DE UN CASO DE USO. ....................................................................................... 2
II. Plantilla de Caso de USO ......................................................................................................... 6
III. ELEMENTOS DEL DIAGRAMA DE CASOS DE USO ................................................................ 6
IV. EJEMPLO DE REQUERIMIENTO, DIAGRAMA DE CASO DE USO Y DOCUMENTACIN. ........ 8


Elaboracin de los Casos de Uso.
i

I. DEFINICIN.
Caso de uso es un documento narrativo que describe la secuencia de eventos de un ACTOR
(agente externo) que utiliza el sistema para completar un proceso.
Jacobson, 1992
Un CASO DE USO es una descripcin de las INTERACCIONES y las
RESPONSABILIDADES de un sistema, "objeto de debate " o "sistema en diseo, con
AGENTES EXTERNOS o ACTORES. Un actor puede ser una persona un grupo de
personas o un sistema informtico. El caso de uso es asociado con el OBJETIVO de un
actor en particular, que es llamado el ACTOR PRINCIPAL del caso de uso. El caso de uso
describe los distintos conjuntos de interacciones que pueden ocurrir entre diversos agentes
externos o actores mientras que el actor principal est en la bsqueda de su objetivo.
Tambin se describen las responsabilidades del sistema bajo diseo sin tener en cuenta
tcnicas de implementacin o componentes del sistema. Cada posible secuencia de
interacciones es llamada ESCENARIO. El caso de uso agrupa juntos todos los escenarios
relacionados con el objetivo del actor principal, incluyendo tanto los escenarios donde el
objetivo es conseguido como los escenarios donde el objetivo debe ser abandonado.
Cockburn, Alistair. 2000. Writing Effective Use Cases
En la definicin anterior, se resaltan en letra mayuscula algunos conceptos destacados, la
definicin original no resalta ningun concepto.

I. DESCRIPCIN DE UN CASO DE USO.
La descripcin de un caso de uso se compone de dos partes principales, el diagrama que
representa grficamente el caso de uso y una descripcin textual que aclara de forma literal
el diagrama, en esta seccin se explicara la descripcin textual y en la siguiente seccin se
explicara el diagrama.
1. ENCABEZADO
1.1. Identificador del caso de uso
Cada caso de uso tiene un nico identificador numrico, tambin se pueden agrupar de
forma jerrquica usando otras notaciones como X.Y o combinar un cdigo numrico con un
cdigo alfabtico como RF1, RNF1, etc.
1.2. Nombre del caso de uso
El nombre debe ser conciso, debe estar orientado al resultado del caso de uso. Debe reflejar
las tareas que el usuario necesita llevar a cabo para usar el sistema. El nombre debe llevar
un verbo pues es una accin. Ejemplo.
1. Generar orden de compra
2. Registrar PIN.
1.3. Registro Histrico
1.3.1 Creado Por.
En esa parte se pone el nombre de la persona Autor de ese caso de uso.
1.3.2 Fecha de creacin
En esta parte se pone la fecha de creacin inicial del caso de uso.
1.3.3 Actualizado Por.
Se pone el nombre de la persona que realizo la ltima actualizacin, tambin se pueden
conservar los nombres de las personas que actualizaron previamente el caso de uso.
1.3.4 Fecha de actualizacin.
Se escribe la fecha de la ltima actualizacin.
2. DEFINICIN DE LOS CASOS DE USO.
2.1. Actores
En esta parte se ubican los nombres de los actores implicados en el caso de uso, tenga en
cuenta que en un caso de uso o un conjunto de ellos pueden interactuar uno o muchos
actores.
2.2. Trigger o Disparador.
Identifica el evento que inicia el caso de uso. Podra ser un evento de negocios externos o
de sucesos del sistema que hace que el caso de uso pueda empezar, tambin podra ser el
primer paso en el flujo normal.
2.3. Descripcin
Proporcionar una breve descripcin de la razn y los resultados del caso de uso, o una
descripcin de alto nivel de la secuencia de acciones y los resultados de la ejecucin del
caso de uso.
2.4. Precondiciones
Lista todas las actividades que deben ser tenidas en cuenta o todas las condiciones que
deben ser cumplidas, antes de que el caso de uso empiece. Las precondiciones deben ser
numeradas.
1. 1. El usuario debe autenticar su identidad.
2.5. Postcondiciones
Describen el estado del sistema una vez terminada la ejecucin del caso de uso. Deben ir
numeradas.
1. El articulo queda registrado en la base de datos.
2. El precio del artculo queda actualizado en la base de datos.
2.6. Escenarios
2.6.1 Flujo norma de eventos.
Provee una descripcin detallada de las acciones del usuario y las respuestas del sistema
durante la ejecucin normal del caso de uso, son las condiciones esperadas cuando el caso
de uso se ejecuta sin contratiempos, Esta secuencia de dilogo en ltima instancia conduce
a lograr el objetivo expuesto en el nombre y la descripcin de casos de uso. Esta
descripcin puede ser escrita como una respuesta a la pregunta hipottica: Cmo se
pueden hacer cumplir las tareas que sugiere el nombre del caso de uso?. Para lograr una
buena conformacin del flujo normal se recomienda numerar las acciones de los usuarios y
las respuestas del sistema a manera de pasos para llegar a la meta del caso de uso.
2.6.2 Flujos alternos.
Documenta los escenarios que pueden ocurrir cuando el caso de uso no puede ser ejecutado
completamente. Se enumeran igual que el flujo normal de eventos con las acciones del
usuario y las respuestas del sistema.
2.7. Puntos de extensin.
Es donde se establece en qu momento, del hilo de ejecucin del caso de uso se va a
extender a otro.
2.8. Excepciones.
Describir las condiciones de error que podran ocurrir durante la ejecucin del caso de uso
y define cmo el sistema es responder a esas condiciones. Adems, se describe cmo el
sistema ha de responder si la ejecucin de casos de uso falla por alguna razn imprevista.
Las excepciones se pueden identificar en trminos de una 4 tupla, de la forma X.Y.E.Z,
donde X es el identificador del caso de uso, Y indica el flujo normal si es (0) o alternativo
si es mayor que (0), E indica excepcin y Z es el numero de secuencia de las excepciones.
Por ejemplo. 4.0.E.1 significa que el caso de uso 4, en su flujo normal presenta una
excepcin y que dicha excepcin es la nmero 1.
2.9. Includes
Lista de todos los casos de uso de que son incluidos, llamados por el presente caso de uso.
2.10. Prioridad.
En esta parte se indica la prioridad relativa de la implementacin de la funcionalidad del
caso de uso, puede usar una escala de 3 valores como alto, medio y bajo aun cuando usar
escalas ms amplias podra ayudar a mejorar la priorizacin y trazabilidad de los casos de
uso.
2.11. Frecuencia de uso
Estimar el nmero de veces en que el caso de uso se llevar a cabo por los actores, debe
indicarse alguna unidad de tiempo.
2.12. Reglas de negocio.
Lista todas las reglas de negocio que influencian el caso de uso.
2.13. Requerimientos especiales
Se incluyen los requisitos adicionales, tales como los requisitos no funcionales que pueden
necesitar para el caso de uso, que se abordarn durante el diseo o implementacin de l.
Estos pueden incluir requisitos de rendimiento u otros atributos de calidad.
2.14. Supuestos
Liste las suposiciones que se hicieron en el anlisis de requerimientos que llevaron a
plantear el caso de uso.
2.15. Notas y pendientes.
Lista de cualquier comentario adicional sobre el caso de uso o cualquier cuestin que
quedara abierta o por determinar que debe ser resuelta. Identificar quin va a resolver cada
una, la fecha de vencimiento, y cul ser el resultado esperado.
Es donde se establece en qu momento, del hilo de ejecucin del caso de uso se va a
extender a otro. Por causas extraordinarias.
II. Plantilla de Caso de USO

III. ELEMENTOS DEL DIAGRAMA DE CASOS DE USO.
A continuacin se muestran algunos elementos visuales bsicos del diagrama de casos de
uso.
Elemento Funcin en el diagrama

Actor
El termino ACTOR, se refiere a un tipo de estereotipo
que representa una entidad (persona, grupo de personas,
sistema informtico), externa al sistema que ser
modelado y que interacta con uno o ms casos de uso.
Se representa por una figura humana,
independientemente de que sea una persona o un
sistema.

Caso de Uso
Dentro del diagrama los casos de uso son representados
por valos, en el interior de ellos se ubica el nombre del
caso de uso por ejemplo registrar datos.

Sistema
En el diagrama el sistema es representado con un
rectngulo, dentro del rectngulo deben estar los casos
de uso y fuera de l los actores, actores y casos de uso
se relacionan por medio de asociaciones, casos de uso
con casos de uso pueden relacionarse con asociaciones
simples, extensiones, inclusiones o generalizaciones.

Asociacin
Asociacin es la relacin entre un actor un caso de uso,
o entre dos casos de uso en esta ultima relacin se usa la
extensin, inclusin o generalizacin.
La Asociacin es representada por una lnea solida que
va desde el actor hasta el caso de uso, en muchas
herramientas de modelado la flecha no tiene direccin
ya que se asume que parte desde el actor.

<< Extends >>
Un Caso de Uso puede extender el comportamiento de
otro, por lo general cuando se consideran circunstancias
particulares por ejemplo Por ejemplo en una empresa
de alimentos el caso de uso (clasificar tomates) puede
extender a (descartar tomates), siempre y cuando el
tomate en cuestin no pase cierta validacin..
La Extensin se representa con el estereotipo << Extend
>> y una flecha que va desde el caso de uso extendido
hasta el principal. En este caso la flecha es punteada
aunque algunas herramientas de modelado usan la
flecha de generalizacin con el estereotipo << Extend
>>.

<< Include >> o << Uses >>
Un caso de uso puede incluir la funcionalidad de otro
como parte de su proceso normal, en general se asume
que el caso de uso incluido se llama cada vez que el
caso de uso base se ejecuta.
Un Caso de Uso puede ser incluido por uno o ms casos
de uso, por lo que ayuda a reducir la duplicacin de
funcionalidad al factorizar el comportamiento comn en
los casos de uso que son muchas veces utilizados de
nuevo.
La Inclusion se representa con el estereotipo << include
>> y una flecha que va desde el caso de uso principal
hasta el que incluye. En este caso la flecha es punteada
aunque algunas herramientas de modelado usan la
flecha de generalizacin con el estereotipo << Include
>>.

Generalizacin
La generalizacin es una relacin entre casos de uso que
implica que el caso de uso hijo contiene todos los
atributos, comportamiento y puntos de extensin
definidos en el caso de uso padre y adems participa en
todas las relaciones de los casos de uso padres.
Cockburn, Alistair. 2000. Writing Effective Use Cases
Tambin es posible utilizar la generalizacin con los
actores, sin embargo es una prctica poco utilizada
La generalizacion es representada en el diagrama con
una flecha con punta triangular vacia, que va desde el
caso de uso hijo hasta el caso de uso principal.

IV. EJEMPLO DE REQUERIMIENTO, DIAGRAMA DE CASO DE USO Y
DOCUMENTACIN.
Requerimiento: el sistema debe registrar pagos con los siguientes medios de pago efectivo,
cheque, tarjeta debito y tarjeta crdito.
Ejemplo de plantilla para documentar caso de uso que refleja el requerimiento.

Ejemplo del diagrama de casos de uso.



i
Esta informacin ha sido retomada de este link http://sitiocod.com/UML/umlDiagramaCasosUso.htm.