Especificacin de Casos
de Uso
HOOBERTH CHVEZ BEDOYA
Los casos de uso
Los casos de uso son tiles:
Para capturar requerimientos,
Ayudar a definir la arquitectura,
Establecer las pautas para el diseo y las pruebas funcionales.
Los CU son una gua de los elementos que sern incluidos en los
documentos de usuarios para las aplicaciones, as como la forma en
como stos deben ser empleados.
Los casos de uso
Los CU tambin establecen las bases para los protocolos de
comunicacin entre aplicaciones y el diseo de las interfaces grficas,
entre otros.
La validez de los casos de uso viene dada cuando los usuarios e
involucrados del sistema aceptan el funcionamiento propuesto en los
CU, siempre que la redaccin de los mismo sea buena, no dejando
cabida a ambigedades.
Cmo especificar un caso de uso?
Los Casos de Uso representan lo que un actor desea que haga el
Sistema. Los casos de uso definen una secuencia de acciones
ejecutadas por un sistema que producen un resultado observable de
valor para un actor.
En el libro The UML Reference Manual de RUMBAUGH se definen
los casos de uso como: la especificacin de secuencia de acciones,
incluyendo variaciones a la secuencia y secuencia de los errores, que
un sistema, subsistema o clase realizan con la interaccin de actores
externos.
Especificando un Caso de Uso
No existe estndar UML para una especificacin de caso de uso. Sin embargo, una plantilla para una
especificacin bsica de caso de uso contiene la siguiente informacin:
1.
2.
Nombre e identificacin del caso de uso
Fuentes
3.
4.
Breve descripcin
Actores (implicados en el caso de uso)
5.
Flujo de eventos: flujo bsico, flujos alternativos y excepciones
6.
7.
Precondiciones y Poscondiciones
Puntos de extensin e inclusin
8.
9.
Requisitos especiales, Informacin adicional
Prototipos
1. Nombre e identificacin del CU
El nombre del CU debe comenzar por un verbo en infinitivo y ser lo
ms corto posible, pero que a su vez, describa lo que el CU hace.
El nombre del CU debe indicar el valor u objeto que genera para el
actor.
El nombre del CU comienza por su identificacin CU.# donde # es el
nmero asignado a este CU
CUS.01 Realizar oferta
2. Fuentes
Son las personas que conocen del negocio, y las que proporcionan
informacin para la descripcin de la funcionalidad.
Juan Prez - Gerente de ventas
Daniel Maza Usuario lder
3. Breve descripcin
Es un prrafo que resume el objetivo del caso de uso. Sin dar detalles
del cmo, la descripcin del caso de uso resume todo lo que el caso
de uso hace, que es el valor que da al actor (o actores) primario, as
como la necesidad de la existencia de actores secundarios, para los
casos que aplique. En algunos casos se ve acompaado de un
resumen que debe ser considerado como un elemento adicional.
3. Breve descripcin
El caso de uso permite al Administrador
crear, modificar y borrar usuarios en el
sistema
El caso de uso permite al Cliente obtener
la informacin sobre su estado de cuenta
del Sistema de Manejo de Clientes
4. Actores
Los actores que interactan directamente con el sistema, tanto los
primarios quienes inician el CU, como los secundarios que
interactan con el sistema luego que ste ha iniciado.
Administrador
Usuario consultas
Vendedor
Cliente
5. Flujo de eventos
El flujo de eventos contiene la descripcin de la interaccin entre
actores y sistema como accin (del actor) y reaccin (del sistema), en
la redaccin de las acciones se pueden encontrar acciones o
reacciones:
Que pueden tener respuestas tipo Verdadero y Falso, en este caso
se debe presumir la respuesta Verdadera para continuar con el flujo
y anotar la Falsa para el tratamiento de la excepcin.
Que pueden presentar opciones variadas, en este caso se puede
concluir el flujo de eventos y considerar cada una de las opciones
como un flujo alternativo.
ACCIN DEL ACTOR
RESPUESTA DEL SISTEMA
1.
2.
El Empleado de Marketing puede
seleccionar una de los existentes y
pulsar el botn Modificar
a. Modificar
b. Borrar
c. o
introducir
una
nueva
mediante el botn Aadir
Nueva.
3.
La pantalla muestra una lista con las ofertas
actuales.
El sistema le mostrar una pantalla donde
aparecer una lista de productos a los que afecta la
oferta seleccionada. Esta lista tendr los campos
Producto y Precio de Oferta, adems de una
lnea adicional donde indica la fecha de finalizacin
de la oferta.
5.1 Flujo bsico o principal
Describe los pasos que se sucederan en el escenario del mundo
perfecto o del da feliz. El flujo bsico o principal es un camino
simple, sin ramificaciones y en l suelen hacerse una serie de
asunciones, las alternativas a estos presuntos son los flujos alternos.
5.2 Flujo alternativo
Los flujos alternativos (FA) se definen como flujos independientes,
no como subflujos.
Mantener los FA de forma plana facilita su lectura, su escritura y su
comprensin.
El formato utilizado emplea una seccin separada para los flujos
alternativos.
Los flujos alternativos pueden hacer referencia a flujos bsicos u
otros flujos alternativos.
5.2 Flujo alternativo (continuacin)
Todos los FA deben indicar (en este orden):
Dnde comienzan? Desde donde parte este FA, puede ser un FB o
un FA.
Qu los dispara? Que hace que este FA inicie
Qu sucede? Lo que pasa cuando el FA es invocado, anlogo al FB.
A dnde regresa? Una vez que termina de ejecutarse el flujo
alterno, A dnde regresa la ejecucin del caso de uso?
5.3 Excepciones
Se dan cuando la respuesta a una accin es VERDADERO o FALSO.
Se debe especificar cmo se origin la excepcin y la accin a tomar.
E-1: Se ingresa un cdigo o clave no vlido.
El usuario puede re-ingresar el cdigo o clave
o terminar el caso de uso.
6.1 Precondiciones
Las precondiciones son necesariamente ciertas para que el CU pueda
comenzar, pero no suficientes. El CU slo puede ser comenzado por
el actor cuando las precondiciones son ciertas.
Para hallar precondiciones formlese las siguientes preguntas:
En qu estado debe encontrarse el sistema para que el CU se pueda
disparar?
Qu elementos deben estar presentes para que el CU pueda iniciar?
Cules son los supuestos asumidos?
Qu restricciones aplican al empleo del CU por los actores?
6.2 Poscondiciones
Las poscondiciones son importantes puesto que dan las luces sobre
las condiciones que garantizan que siempre que termine el CU el
sistema queda en un estado vlido y los datos inherentes (en caso de
existir) se encuentran consistentes.
Para hallar poscondiciones formlese las siguientes preguntas:
En qu estado debe quedar el sistema luego que termina el CU?
Qu debe garantizarse cuando termine para que el sistema no quede
inconsistente o no utilizable?
Cules son las nicas condiciones vlidas en las que puede acabar una
ejecucin del CU?
7. Puntos de extensin e inclusin
Los puntos de inclusin son los enlaces para incluir un
funcionamiento especfico del CU que es empleado por ms de un
CU.
Los puntos de extensin son los enlaces que permiten extender la
funcionalidad de un CU en un punto especfico de flujo bsico.
8. Requisitos especiales, Informacin
adicional
Estas secciones se incluyen para colocar informacin particular que
rodea al CU, tal como informacin transversal, requerimientos no
funcionales entre otros.
9. Prototipo
Para una mejor explicacin se puede incluir un bosquejo de la
pantalla que suele aclarar al analista lo que el cliente pretende
expresar.
