Indicaciones ECUs

7/21/2019 Indicaciones ECUs

1/12

Especificacin de casos de Uso

Profesor: Carlos E Navarro Price

Ao 2013


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


3/12


3


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


4/12


4


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.


5/12


5


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.


6/12


6


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/12


7


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).


8/12


8


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.


9/12


9


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.


10/12


10


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.


11/12


11


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


12/12


12


Indicaciones ECUs

Documents

Transcript of Indicaciones ECUs