You are on page 1of 12

Especificacin de casos de Uso

Profesor: Carlos E Navarro Price

Ao 2013

Carlos E Navarro Price

http://uml-peru.blogspot.com/

Contenido
Como Detallar una Especificacin de caso de Uso ........................................................................ 3
1.1. Nombre del caso de uso ......................................................................................................... 3
1.2. Breve descripcin ................................................................................................................... 4
1.3. Actores ................................................................................................................................... 4
1.4. Flujo de eventos ..................................................................................................................... 5
1.5. Requisitos especiales.............................................................................................................. 8
1.6. Precondiciones ....................................................................................................................... 8
1.7. Poscondiciones ....................................................................................................................... 8
1.8. Puntos de extensin ............................................................................................................... 9
1.9. Prototipos ............................................................................................................................... 9
1.10. Ejemplo................................................................................................................................. 9

2
pcnavarr@cibertec.edu.pe

kikesnp@hotmail.com

Carlos E Navarro Price

http://uml-peru.blogspot.com/

Como Detallar una Especificacin de caso de Uso


No existe estndar UML para una especificacin de caso de uso. Sin
embargo, una plantilla para una especificacin sencilla de caso de uso
utilizada comnmente contiene la siguiente informacin:

Nombre del caso de uso

Breve descripcin

Actores implicados en el caso de uso

Flujo de eventos: flujo bsico, subflujos y flujos alternativos

Requisitos especiales

Precondiciones

Poscondiciones

Puntos de extensin

Prototipos

1.1. Nombre del caso de uso


El nombre del caso de uso debe empezar con un verbo en infinitivo
que plasme la funcionalidad del caso de uso. Veamos algunos casos:

Para el mantenimiento de datos maestros, los cuales poseen


subflujos como: Agregar, Modificar, Desactivar, etc.
Mantener <Nombre de la informacin que mantiene>
Por ejemplo: Mantener Productos, Mantener Cliente.

Para el tratamiento de documentos legales, formales o de


transacciones. Para tener el control adecuado de los perfiles de los
usuarios y niveles de seguridad se suelen crear varios casos de uso
que manipulan este tipo de documento.
En caso de agregar:
Registrar/Generar <Nombre del documento formal>
Por ejemplo: Generar Factura, Generar Contrato.
En caso de modificar o eliminar depender del documento y de
cmo es tratado en la organizacin. Por ejemplo:
Para eliminar una factura se creara el caso de uso Anular
Facturar que registra el motivo de la anulacin y que cambia el
3

pcnavarr@cibertec.edu.pe

kikesnp@hotmail.com

Carlos E Navarro Price

http://uml-peru.blogspot.com/

estado de la factura a anulada y para modificar una factura se


crear el caso de uso Generar Nota de Crdito, ya que legalmente
una factura no se puede modificar sin un documento que sustente
el cambio.

Para el tratamiento de la bsqueda de informacin.


Buscar/Consultar <Informacin a buscar>
Por ejemplo: Buscar Productos, Consultar Clientes.

Para el tratamiento de la verificacin de la informacin, la cual


retorna un valor de verdadero o falso dependiendo de si encontr o
no la informacin.
Verificar/Validar <informacin a verificar>
Por ejemplo: Verificar Existencia de Producto, Validar Usuario.

Para el tratamiento de documentos informales o de uso interno, el


cual incluye las opciones de mantenimiento en un slo caso de uso.
Gestionar/Administrar <Nombre del documento informal>
Por ejemplo: Administrar Cotizacin, Gestionar Nota de Pedido.
Es necesario aclarar que si uno de los documentos informales
origin un documento formal ya no se puede modificar o anular. Por
ejemplo, una cotizacin que se aprueba y genera una factura ya no
podra modificarse o anularse.

1.2. Breve descripcin


Debera ser un solo prrafo que resuma el objetivo del caso de uso.

1.3. Actores
Desde el punto de vista de un caso de uso especfico, existen dos tipos
de actores:

Actores primarios o principales: Activan el caso de uso.

Actores secundarios: Interactan con el caso de uso despus de


haberse activado.

4
pcnavarr@cibertec.edu.pe

kikesnp@hotmail.com

Carlos E Navarro Price

http://uml-peru.blogspot.com/

1.4. Flujo de eventos


Es una secuencia enumerada de pasos que describe la interaccin del
actor con el caso de uso.
1.4.1. Flujo bsico
Es el flujo principal del caso de uso y presenta las siguientes
reglas:
g) El primer paso
Empieza por el actor primario haciendo algo para activar el
caso de uso. As:
1. El Caso de uso se inicia cuando <actor> <funcin>

El Caso de uso se inicia cuando la Recepcionista selecciona


la opcin Generar Reserva en la interfaz del men principal.

Si el tiempo es el actor, se empieza as:

El Caso de uso se inicia cuando es el fin de semana.

Si el caso de uso es abstracto, comienza as:

El Caso de Uso se inicia cuando es invocado por otro caso


de uso base.

b)

Detallar la apariencia de los prototipos


Cada vez que se muestre una pantalla, se debe nombrar la interfaz e
indicar los campos (agrupados) que se muestran, adems de las
opciones (botones). Esto nos dar una idea de la interfaz a disear.
Por ejemplo:
El sistema muestra la interfaz "Generar Factura" con los
siguientes campos:
Datos del Cliente: Nombres y apellidos, DNI, direccin y

telfono.
Datos de la factura: Nmero, fecha de emisin, monto total

y fecha de vencimiento.
Datos del Detalle: cdigo y nombre del producto, cantidad,

precio y subtotal.
Adems de las opciones: Buscar Cliente, Buscar, Productos,
Grabar Factura y Salir.
c) Centrase en el qu, no en el cmo

Mantenga los detalles de diseo fuera del caso de uso.


5
pcnavarr@cibertec.edu.pe

kikesnp@hotmail.com

Carlos E Navarro Price

http://uml-peru.blogspot.com/

Por ejemplo, el siguiente paso es incorrecto.

El Cliente pulsa el botn Aceptar.

La mejor forma de expresar ese paso es la siguiente:


El Cliente selecciona Aceptar Pedido.

d) Referencia a un caso de uso incluido


Para especificar la invocacin a un caso de uso incluido se
utiliza la siguiente expresin:
El sistema Incluye el CU Buscar Habitacin.
Por ejemplo:
7. La recepcionista solicita Buscar Habitaciones disponibles.
8. El sistema Incluye el CU Buscar Habitacin.

e) Ramificacin dentro de un flujo


Para indicar una ramificacin en el flujo se utiliza la palabra
Si. La condicin sujeta puede llevar a un conjunto de subacciones (desviaciones simples) o a un subflujo (desviaciones
complejas).
El siguiente ejemplo utiliza ramificaciones.
4.

Si la Recepcionista elige un cliente


a. Si selecciona Modificar ver el Subflujo Modificar
Cliente.
b. Si selecciona Eliminar ver el Subflujo Eliminar
Cliente.

f) Repeticin dentro de un flujo


Para indicar la repeticin de un conjunto de acciones se
utiliza al final de la accin la siguiente expresin:
Si <actor> <funcin>, repite los pasos del <X1> al <X2>.
Por ejemplo:
7. La recepcionista solicita Buscar Habitaciones disponibles.
8. El sistema Incluye el CU Buscar Habitacin.
9. El sistema muestra las habitaciones disponibles.
10. La Recepcionista ingresa la cantidad de personas para la

habitacin seleccionada.
11. El sistema valida la cantidad de personas ingresada.

6
pcnavarr@cibertec.edu.pe

kikesnp@hotmail.com

Carlos E Navarro Price

http://uml-peru.blogspot.com/

12. El sistema calcula y muestra el subtotal del precio a pagar y el

monto total.
13. Si la Recepcionista quiere seleccionar otra habitacin, repite los

pasos del 7 al 12.


h) El ltimo paso
Finaliza el actor primario haciendo algo para salir del caso de
uso. As:
25. El Recepcionista solicita Salir, se cierra la interfaz y finaliza el
caso de uso.
1.4.2. Subflujos
Es opcional en un caso de uso. Pueden presentarse varios
subflujos y cada uno de ellos sigue las mismas reglas del flujo
bsico.
1.4.3. Flujos alternativos
Son rutas de acceso alternativas a travs del caso de uso que
capturan errores e interrupciones en el flujo principal. En la figura
se ilustran los caminos posibles de una instancia de caso de uso
(escenario).

Caminos del Flujo de eventos.


Se debe evaluar c/u de las secuencias del flujo bsico y/o
subflujos, para identificar los posibles flujos alternativos (actividad
que se olvida).
Los flujos alternativos pueden generar puntos de extensin (ver
1.7).
A continuacin se muestra dos flujos alternativos para el caso de
uso Generar Orden de Reparacin. El 8.1., significa en que
secuencia del flujo bsico sucede el flujo alternativo. Una
secuencia puede tener ms de un flujo alternativo (8.2, 8.3, etc).
7
pcnavarr@cibertec.edu.pe

kikesnp@hotmail.com

Carlos E Navarro Price

http://uml-peru.blogspot.com/

8.1. Automvil no Registrado


Si el sistema verifica que el Automvil no est registrado muestra el
MSG Automvil no registrado, la Secretaria puede ir a Registrar
Automvil y continuar con el paso 9.
Cancelar
Si la Secretaria solicita Cancelar antes de Grabar la Orden de
Reparacin, el sistema cierra la interfaz y el caso de uso finaliza.

1.5. Requisitos especiales


En esta seccin se especifican los requisitos no funcionales asociados
a este caso de uso. A continuacin se muestra un requerimiento fsico
para el caso de uso Generar Factura:

Contar con Formato especial para imprimir las facturas, con el Logo de la
empresa.

1.6. Precondiciones
Restringen el estado del sistema antes de que el caso de uso pueda
empezar. Si un caso de uso no tiene ninguna precondicin se debera
escribir Ninguna. Escribir en tiempo pasado.
Por ejemplo:
1. El Recepcionista logeado en el sistema.
2. Lista de Clientes disponible.
3. Lista de habitaciones disponible.
4. Comunicacin con el Sistema de Reniec activa.

1.7. Poscondiciones
Restringen el estado del sistema despus de que el caso de uso se ha
ejecutado. Si un caso de uso no tiene ninguna poscondicin se debera
escribir Ninguna. Escribir en tiempo futuro,
Por ejemplo:
1. En el sistema quedar registrado la reserva con su detalle.
2. Las habitaciones seleccionadas se actualizarn en estado Reservado.
3. Pago de Tributio se trasmitio al Sistema de RENIEC.
8
pcnavarr@cibertec.edu.pe

kikesnp@hotmail.com

Carlos E Navarro Price

http://uml-peru.blogspot.com/

1.8. Puntos de extensin


Se utiliza para hacer referencia a un caso de uso extendido. Pueden
existir varios puntos de extensin.
Por ejemplo:
En el paso 5, el sistema extiende al caso de uso Mantener Clientes Sub
Flujo Agregar Cliente.
1.9. Prototipos
En esta seccin se muestran las interfaces grficas de usuario a
disear para el caso de uso. No es relevante mostrar las interfaces de
los mensajes de advertencias o de error.
Las interfaces grficas deben coincidir con el detalle que hicimos en el
caso de uso (detallar la apariencia de los prototipos).
1.10. Ejemplo

Especificacin de caso de uso: Reservar Habitacin


1. Reservar Habitacin
1.1. Descripcin
El caso de uso permite a la Recepcionista de un Hotel generar una
reserva de habitacin(es).Adems de saber en que estados se
encuentran: reservado, ocupado o disponible.
1.2. Actor(es)
Recepcionista
2. Flujo de Eventos
El Caso de uso se inicia cuando la Recepcionista selecciona la opcin
Generar Reserva en la interfaz del men principal.
2.1. Flujo Bsico
1. El sistema muestra la interfaz RESERVA con los siguientes datos:
Datos del cliente: Cdigo, Nombres y Apellidos.
Datos de la Reserva: fecha de llegada, fecha de salida y cantidad de
das a hospedarse.

9
pcnavarr@cibertec.edu.pe

kikesnp@hotmail.com

Carlos E Navarro Price

http://uml-peru.blogspot.com/

Datos de las habitaciones: Nmero de habitacin, Tipo, Costo por da,


Nombre del husped de la Habitacin y una opcin para Agregar
Habitacin.
Adems incluye una cuadricula que contiene la lista de todas las
habitaciones seleccionadas y las opciones: Buscar Cliente, Agregar
Cliente, Buscar Habitacin, Eliminar Habitacin, Grabar Reserva y
Salir.
2. La Recepcionista selecciona Buscar Cliente.
3. El sistema Incluye el Caso de Uso Buscar Cliente.
4. El sistema muestra los datos del cliente.
5. La recepcionista ingresa la fecha de llegada y la fecha de salida.
6. El sistema calcula la cantidad de das.
7. El sistema muestra la cantidad de das.
8. La recepcionista solicita Buscar Habitacin disponible.
9. El sistema Incluye el Caso de Uso Buscar Habitacin.
10. El sistema muestra la habitacin seleccionada.
11. La Recepcionista ingresa el nombre de la persona para la habitacin
seleccionada.
12. La Recepcionista selecciona agregar Habitacin.
13. El sistema calcula el pago de la habitacin, el subtotal, el monto total y
lo agrega a la cuadricula del detalle de la reserva.
14. Si la Recepcionista quiere seleccionar otra habitacin, se repite del
paso 8 al 13.
15. La Recepcionista selecciona Grabar Reserva.
16. El sistema obtiene el ltimo nmero de reserva y autogenera un
nmero de reserva..
17. El sistema graba la reserva con su detalle y actualiza la(s)
disponibilidad(es) de la(s) habitacin(es) en estado Reservado.
18. El sistema muestra el nmero de reserva y el MSG Reserva generada
con el Nro. 99999.
19. La recepcionista cierra la interfaz RESERVA y regresa a la interfaz del

men principal del sistema y finaliza el caso de uso.


2.2. Subflujos
Ninguno.
10
pcnavarr@cibertec.edu.pe

kikesnp@hotmail.com

Carlos E Navarro Price

http://uml-peru.blogspot.com/

2.3. Flujos Alternativos


Cliente no existe
En el paso 4, si el sistema detecta que el cliente no existe muestra el
MSG: Cliente no existe y ofrecer la posibilidad de registrar al nuevo
cliente.
Habitaciones no disponibles
En el paso 10, si el sistema detecta que no hay habitaciones disponibles
muestra el MSG: No hay habitaciones disponibles y finaliza el caso de
uso.
Eliminar Habitacin de Cuadricula
La recepcionista selecciona una habitacin de la cuadricula y selecciona
eliminar, el sistema elimina de la cuadricula la habitacin selecciona y el
caso de uso continua
3. Precondiciones
3.1. El Recepcionista est logeado en el sistema.
3.2. Lista de Clientes disponibles.
3.3. Lista de habitaciones disponibles.
4. Poscondiciones
4.1. En el sistema queda registrado la reserva.
4.2. Las disponibilidades de las habitaciones seleccionadas se actualizan
en estado Reservadas.
5. Puntos de Extensin
En el paso 4, el sistema extiende al caso de uso Mantener Clientes
Flujo bsico Agregar Cliente.
6. Requerimientos Especiales
Ninguno.

7. Prototipos
Interfaz RESERVA

11
pcnavarr@cibertec.edu.pe

kikesnp@hotmail.com

Carlos E Navarro Price

http://uml-peru.blogspot.com/

12
pcnavarr@cibertec.edu.pe

kikesnp@hotmail.com