ALTA DE HOSPEDAJE

1. Modelado de requisitos

Paquete de alta de hospedaje

b. ECU de los procesos transaccionales (no de las tablas maestras)

Requerimientos de Registrar Alta de hospedaje

1. Descripción:

El caso de uso permite a la recepcionista del hotel registrar un alta del cliente.

2. Actor(es):
Recepcionista
3. Flujo de Eventos:
3.1. Flujo Básico
1. El caso de uso comienza cuando el recepcionista selecciona la opción “Alta de
hospedaje” de la interfaz del menú principal.
 El sistema muestra la interfaz “Registrar alta de hospedaje” con la
fecha y hora de registro cargado y presenta las opciones: buscar
hospedaje, buscar registro de cuentas
2. El sistema incluye el caso de uso Buscar hospedaje
3. El sistema valida los datos
4. El sistema muestra el estado del hospedaje
5. La recepcionista regresa a la interfaz de registrar alta de hospedaje teniendo
en cuenta el registro de cuenta asociada al hospedaje
6. La recepcionista selecciona buscar registro de cuentas
7. El sistema muestra el registro de cuenta del cliente.
8. Si el sistema muestra que el registro de cuentas está completamente pagado,
el recepcionista selecciona registrar alta y el caso de uso termina.
 3.2. Flujos Alternativos
1. Deudas pendientes
El sistema muestra que tiene una deuda pendiente
El cliente irá a cajero con su DNI
El cajero hará una consulta buscando cliente para obtener el registro de
cuenta
El cajero irá a registro de cuentas
El cajero generará un comprobante de pago
El recepcionista actualiza el estado de cuenta del cliente

4. Precondiciones

1. el cajero está identificado en el sistema

2. La recepcionista está identificada en el sistema.

3. Lista disponible de registro de cuentas.

5. Poscondiciones

1. En el sistema quedará registrada el monto pagado y el faltante.

6. Requisitos Especiales

Ninguno.

Requerimientos de Buscar hospedaje

4. Descripción:

El caso de uso permite a la recepcionista del hotel buscar hospedaje

5. Actor(es):
Recepcionista
6. Flujo de Eventos:
6.1. Flujo Básico
1. El caso de uso comienza cuando es invocado por otro caso de uso base.
2. El sistema muestra la interfaz “Buscar hospedaje”
3. El recepcionista ingresa el hospedaje
4. El recepcionista selecciona buscar
5. El sistema valida los datos
6. El recepcionista selecciona el hospedaje
7. El sistema carga los datos del hospedaje en la interfaz de caso de uso que lo
invocó
8. El caso de uso termina.
6.2. Flujos Alternativos
2. Hospedaje no encontrado
El sistema muestra que tiene una deuda pendiente
El cliente irá a cajero con su DNI
El cajero hará una consulta buscando cliente para obtener el registro de
cuenta
El cajero irá a registro de cuentas
El cajero generará un comprobante de pago
 El recepcionista actualiza el estado de cuenta del cliente

4. Precondiciones

1. el cajero está identificado en el sistema

2. La recepcionista está identificada en el sistema.

3. Lista disponible de registro de cuentas.

5. Poscondiciones

6. Requisitos Especiales

Ninguno.

Requerimientos de Buscar registro de cuentas

1. Descripción:

El caso de uso permite a la recepcionista del hotel buscar en el registro de cuentas.

2. Actor(es):
Recepcionista
Cajero
3. Flujo de Eventos:
a. Flujo Básico
1. El caso de uso comienza cuando es invocado por otro caso de uso
base.
2. El sistema muestra la interfaz “Buscar registro de cuentas” con los
siguientes campos:
Datos del registro de cuenta: Id de cuenta, descripción de cuenta,
monto total, monto pagado, fecha pago total, id cliente. Además, da
la opción de actualizar.
3. El actor inserta la cuenta
4. El sistema valida los datos
5. El sistema muestra todos los registros de cuenta de todos los
clientes asociados a la búsqueda
6. El actor selecciona un registro de cuenta
7. El actor selecciona actualizar un registro de cuenta
8. El sistema redirecciona a la clase de uso que lo invocó y el caso de
uso termina.

a. Flujos Alternativos
1. no existe el registro de cuenta
Si en el paso 4, el sistema detecta que no existe ese id del
registro de cuentas, muestra el MSG “No existe cuenta” y
ofrece la posibilidad de intentarlo de nuevo o buscarlo en la
tabla de registro de cuentas
2. No hay deudas pendientes
 Si en el paso 5 el estado de pago total es completado, el caso
de uso finaliza.

4. Precondiciones

1. El actor está identificado en el sistema.

2. Lista disponible de registro de cuentas.

5. Poscondiciones

1. En el sistema quedará registrada el monto pagado y el faltante.

6. Requisitos Especiales

Ninguno.

Requerimientos de Actualizar cuenta

4. Descripción:

El caso de uso permite a la recepcionista del hotel actualizar en el registro de cuentas.

5. Actor(es):
Recepcionista
Cajero
6. Flujo de Eventos:
a. Flujo Básico
1. El caso de uso comienza cuando es invocado por otro caso de uso
base.
2. El sistema muestra la interfaz “Actualizar registro de cuentas” con
los siguientes campos:
Datos del registro de cuenta: Id de cuenta, descripción de cuenta,
monto total, monto pagado, fecha pago total, id cliente. Además, da
la opción de guardar.
3. El actor selecciona el campo a modificar
4. El sistema valida los datos
5. El sistema muestra el mensaje Cuenta actualizada y cierra la interfaz
automáticamente

b. Flujos Alternativos
1. no existe el registro de cuenta
Si en el paso 4, el sistema detecta que hubo un error de tipeo
en cuanto la actualización de datos , el sistema no actualiza y
emite un mensaje de datos insertados erróneos

4. Precondiciones

1. El actor está identificado en el sistema.

2. Lista disponible de registro de cuentas.

3. Previamente debe haber ingresado el registro de cuenta

5. Poscondiciones
 1. En el sistema quedará registrada el monto pagado y el faltante.

6. Requisitos Especiales

Ninguno.

Requerimientos de Comprobante de Pago

7. Descripción:

El caso de uso permite al cajero del hotel emitir un comprobante de pago

8. Actor(es):
Cajero
9. Flujo de Eventos:
a. Flujo Básico
1. El caso de uso comienza cuando es invocado por otro caso de uso
base.
2. El sistema muestra la interfaz “Emitir comprobante de pago” con los
siguientes campos: Id de cdp, monto de cdp, fecha de registro,
estado de cdp y el id de cliente. Además, da la opción de imprimir.
3. El cajero verifica datos del cliente
4. El cajero selecciona imprimir comprobante
5. El sistema carga el comprobante
6. El sistema cierra la interfaz automáticamente

b. Flujos Alternativos

4. Precondiciones

1. El cajero está identificado en el sistema.

2. Lista disponible de registro de cuentas.

3. Lista disponible de cliente

5. Poscondiciones

1. En el sistema quedará registrada el monto pagado y el faltante.

6. Requisitos Especiales

Ninguno.

Requerimientos de Buscar cliente

10. Descripción:

El caso de uso permite al cajero del hotel buscar cliente.

11. Actor(es):
Cajero
12. Flujo de Eventos:
a. Flujo Básico
 1. El caso de uso comienza cuando es invocado por otro caso de uso
base.
2. El sistema muestra la interfaz “Buscar cliente” con los siguientes
campos:
Datos del cliente: Id de cliente, nombre del cliente, apellido
materno, apellido paterno, número de celular del cliente, estado del
cliente y el número de cuenta del cliente asociado
3. El actor inserta el DNI del cliente
4. El sistema valida los datos
5. El sistema muestra el cliente con los datos mencionados y se
termina el caso de uso

b. Flujos Alternativos
1. No existe DNI en el registro de clientes
Si en el paso 4, el sistema detecta que no hay DNI asociado al
id de cliente , luego muestra un mensaje diciendo que no
existe cliente , el sistema permite volver a buscar.

4. Precondiciones

1. El actor está identificado en el sistema.

2. Lista disponible de registro de clientes.

3. Lista disponible de registro de cuentas.

5. Poscondiciones

Ninguna

6. Requisitos Especiales

Ninguno.

Requerimientos de Generar orden de limpieza

1. Descripción:

El caso de uso permite a la recepcionista del hotel marcar una habitación disponible para

limpieza.

2. Actor(es):
Recepcionista
13. Flujo de Eventos:
a. Flujo Básico
1. El caso de uso comienza cuando es invocado por otro caso de uso
base.
2. El sistema muestra la interfaz “Orden de limpieza”
El sistema muestra todas las habitaciones que aparezcan en alta y
requieren limpieza
b. Flujos Alternativos
 5. Precondiciones

5. Poscondiciones

6. Requisitos Especiales

Ninguno.

2. Modelado de análisis

c. Diagrama de clases de análisis y diagrama de comunicación de los procesos

transaccionales explicados en el punto 1.b

Diagrama de realizaciones de casos de uso