Download - Indicaciones ECUs
-
7/21/2019 Indicaciones ECUs
1/12
Especificacin de casos de Uso
Profesor: Carlos E Navarro Price
Ao 2013
-
7/21/2019 Indicaciones ECUs
2/12
Carlos E Navarro Price http://uml-peru.blogspot.com/
2
[email protected] [email protected]
ContenidoComo 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
-
7/21/2019 Indicaciones ECUs
3/12
Carlos E Navarro Price http://uml-peru.blogspot.com/
3
[email protected] [email protected]
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
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
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
-
7/21/2019 Indicaciones ECUs
4/12
Carlos E Navarro Price http://uml-peru.blogspot.com/
4
[email protected] [email protected]
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
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
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
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.
-
7/21/2019 Indicaciones ECUs
5/12
Carlos E Navarro Price http://uml-peru.blogspot.com/
5
[email protected] [email protected]
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
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.
-
7/21/2019 Indicaciones ECUs
6/12
Carlos E Navarro Price http://uml-peru.blogspot.com/
6
[email protected] [email protected]
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 sub-
acciones (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 ModificarCliente.
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 , repite los pasosdel al .
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.
-
7/21/2019 Indicaciones ECUs
7/12
Carlos E Navarro Price http://uml-peru.blogspot.com/
7
[email protected] [email protected]
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/21/2019 Indicaciones ECUs
8/12
Carlos E Navarro Price http://uml-peru.blogspot.com/
8
[email protected] [email protected]
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.
-
7/21/2019 Indicaciones ECUs
9/12
Carlos E Navarro Price http://uml-peru.blogspot.com/
9
[email protected] [email protected]
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 opcinGenerar 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.
-
7/21/2019 Indicaciones ECUs
10/12
Carlos E Navarro Price http://uml-peru.blogspot.com/
10
[email protected] [email protected]
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, AgregarCliente, Buscar Habitacin, Eliminar Habitacin, Grabar Reserva y
Salir.
2. La Recepcionista selecciona Buscar Cliente.
3. El sistema Inclu ye el Caso d e Uso Bus car Cl iente.
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 Inclu ye el Caso de Uso B usc ar 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.
-
7/21/2019 Indicaciones ECUs
11/12
Carlos E Navarro Price http://uml-peru.blogspot.com/
11
[email protected] [email protected]
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 nuevocliente.
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
-
7/21/2019 Indicaciones ECUs
12/12
Carlos E Navarro Price http://uml-peru.blogspot.com/
12