Descripción de la Arquitectura de Software

Actor(es)

Huésped (AC01)

Objetivo

El HUÉSPED busca hoteles disponibles que cumplan con sus criterios de búsqueda (destino, fechas).

Precondiciones

PRE-1. Existen HOTELes registrados y accesibles dentro del sistema.

Flujo normal

1. El sistema muestra una lista de hoteles disponibles con barra de búsqueda.

2. El HUÉSPED selecciona un hotel y da clic en “Aceptar”.

3. El sistema muestra información del hotel con filtros.

4. El HUÉSPED visualiza la información y da clic en “Cancelar”.

5. El sistema cierra la ventana.

6. Termina el caso de uso.

Flujo alterno

FA 2.1: El HUÉSPED da clic en “Salir”. El sistema confirma y finaliza.

FA 4.1: El HUÉSPED consulta disponibilidad → continúa en CU02.

Excepción

EX1: No hay hoteles registrados. El sistema muestra error y finaliza.

Postcondiciones

POST-1. El HUÉSPED visualiza la lista de hoteles disponibles.

Actor(es)

Huésped (AC01)

Objetivo

El HUÉSPED consulta la disponibilidad de una habitación de un hotel.

Precondiciones

PRE-1. Existen hoteles con habitaciones registradas y tarifas actualizadas.

Flujo normal

1. El sistema muestra información del hotel con filtros.

2. El HUÉSPED selecciona una habitación.

3. El sistema muestra información de la habitación.

4. El HUÉSPED da clic en “Reservar”.

5. El sistema muestra disponibilidad de la habitación.

6. El HUÉSPED da clic en “Cancelar”.

7. Termina el caso de uso.

Flujo alterno

FA 2.1: El HUÉSPED da clic en “Salir”. El sistema confirma y finaliza.

FA 6.1: El HUÉSPED decide reservar → continúa en CU03.

Excepción

EX1: No hay habitaciones registradas. El sistema muestra error y finaliza.

Postcondiciones

POST-1. El HUÉSPED consulta la disponibilidad de una habitación.

Actor(es)

Huésped (AC01)

Objetivo

El HUÉSPED realiza la reserva de una habitación.

Precondiciones

PRE-1. La habitación seleccionada está disponible y con tarifas actualizadas.

Flujo normal

1. El sistema valida disponibilidad y muestra la información de la habitación.

2. El HUÉSPED da clic en “Reservar”.

3. El sistema muestra ventana con fechas y botón “Reservar”.

4. El HUÉSPED selecciona fechas y confirma.

5. El sistema valida y muestra información de pago.

6. El HUÉSPED ingresa datos personales y confirma.

7. El sistema procesa pago y muestra mensaje de confirmación.

8. El HUÉSPED da clic en “Aceptar”.

9. Termina el caso de uso.

Flujo alterno

FA 2.1: El HUÉSPED cancela el proceso.

FA 6.1: El HUÉSPED paga en check-out.

FA 7.1: Pago rechazado.

Excepción

EX1: Error de conexión con BD.

EX2: Error de conexión con pasarela de pago.

Postcondiciones

POST-1. El HUÉSPED realiza la reserva y el sistema la registra.

Actor(es)

Huésped (AC01)

Objetivo

El HUÉSPED modifica una reserva activa.

Precondiciones

PRE-1. El sistema tiene reservas registradas.

Flujo normal

1. El sistema recupera reservas activas.

2. El HUÉSPED selecciona una reserva.

3. El sistema muestra detalles con opción de modificar.

4. El HUÉSPED selecciona “Modificar reserva”.

5. El sistema muestra campos editables.

6. El HUÉSPED edita y confirma.

7. El sistema valida cambios y procesa pago si aplica.

8. El HUÉSPED confirma.

9. El sistema registra cambios y finaliza.

Flujo alterno

FA 2.1: Cancelación del proceso.

FA 4.1: El flujo continúa en CU05 - Cancelar reserva.

FA 9.1: Pago rechazado.

Excepción

EX1: Error de conexión con BD.

EX2: Error con el banco.

Postcondiciones

POST-1. La reserva queda modificada en el sistema.

Actor(es)

Huésped (AC01)

Objetivo

El HUÉSPED cancela una reserva activa.

Precondiciones

PRE-1. El sistema tiene reservas registradas.

Flujo normal

1. El sistema recupera reservas activas.

2. El HUÉSPED selecciona una reserva.

3. El sistema muestra detalles con opción de cancelar.

4. El HUÉSPED selecciona “Cancelar reserva”.

5. El sistema solicita confirmación.

6. El HUÉSPED confirma.

7. El sistema cancela la reserva y muestra mensaje.

8. El HUÉSPED confirma.

9. Termina el caso de uso.

Flujo alterno

FA 2.1: Cancelación del proceso.

FA 6.1: El HUÉSPED no confirma cancelación.

Excepción

EX1: Error de conexión con BD.

EX2: Error en cancelación de la reserva.

Postcondiciones

POST-1. La reserva queda cancelada en el sistema.

Actor(es)

Huésped (AC01)

Objetivo

El HUÉSPED revisa todas las reservas pasadas, activas y canceladas asociadas a su cuenta.

Precondiciones

PRE-1. El sistema cuenta con reservas registradas por el HUÉSPED.

Flujo normal

1. El sistema recupera de la base de datos las reservas activas, concluidas y canceladas del HUÉSPED, mostrando los resultados con opciones de filtro (Activas, Pasadas, Canceladas) y el botón “Cancelar”.

2. El HUÉSPED visualiza la lista de reservas y selecciona una para ver el detalle.

3. El sistema muestra la información completa de la reserva seleccionada con los botones “Modificar reserva” (si está activa), “Cancelar reserva” (si está activa) y “Cancelar”.

4. El HUÉSPED selecciona “Cancelar”.

5. Termina el caso de uso.

Flujo alterno

FA 2.1: El HUÉSPED da clic en “Salir”. El sistema muestra confirmación y finaliza.

FA 4.1: El flujo continúa en CU04 - Modificar reserva.

FA 4.2: El flujo continúa en CU05 - Cancelar reserva.

Excepción

EX1: El sistema no puede conectarse con la base de datos. Muestra mensaje de error y finaliza.

Postcondiciones

POST-1. El HUÉSPED visualiza el historial de sus reservaciones.

Actor(es)

Recepción (AC02)

Objetivo

El recepcionista registra la entrada del huésped en el sistema.

Precondiciones

PRE-1. Existe una reserva activa a nombre del huésped.

PRE-2. El huésped se presenta en la recepción

Flujo normal

1. El sistema muestra una ventana donde solicita el nombre del huésped o persona que hizo la reserva y el botón “Buscar”.

2. El recepcionista ingresa los datos de búsqueda de la reserva y da clic en la opción “Buscar”.

3. El sistema busca la reserva en la base de datos y despliega los detalles de la reserva (nombre del huésped, fecha de inicio y fin, habitación asignada) junto a los botones “Confirmar check-in” y “Cancelar”. (ver FA 3.1) (ver EX1)

4. El recepcionista valida los datos y da clic en el botón “Confirmar check-in”. (ver FA 4.1)

5. El sistema muestra una ventana con campos a llenar para realizar la pre-autorización de la tarifa estándar (dependiendo de la habitación seleccionada) y depósito de seguridad con cargo en la tarjeta de crédito del huésped con el botón “Realizar pre-autorización”. (ver FA 5.1)

6. El recepcionista solicita la tarjeta de crédito del huésped y llena los campos solicitados y da clic en el botón “Realizar pre-autorización”.

7. El sistema cambia el estado de la habitación a “Ocupada” y muestra la ventana con un código autogenerado de 6 dígitos para acceder a la habitación junto con el botón “Finalizar”. (ver EX1)

8. El recepcionista entrega la llave al huésped y confirma en el sistema con botón “Finalizar”.

9. El sistema muestra el mensaje “Check-in registrado exitosamente”.

10. Termina el caso de uso.

Flujo alterno

FA 3.1 No existe la reserva en la base de datos

1. El sistema muestra la ventana emergente con el mensaje “Reserva no encontrada, vuelve a intentarlo” y el botón “Aceptar”.

2. El recepcionista da clic en el botón “Aceptar”.

3. Regresa al paso 1 del flujo normal.

FA 4.1 El recepcionista cancela el proceso de la búsqueda de reserva

1. El recepcionista da clic en el botón “Cancelar”.

2. El sistema muestra la ventana de confirmación con el mensaje “¿Está seguro que quiere salir?” con los botónes “Aceptar” y “Cancelar”.

3. Si el recepcionista da clic en el botón “Aceptar”, termina el caso de uso.

4. Si el recepcionista da clic en el botón “Cancelar”, regresa al paso 3 del flujo normal.

FA 5.1 El huésped realizó una reserva prepagada

1. Continúa al paso 7 del flujo normal.

Excepción

EX1. El sistema no puede conectarse con la base de datos.

1. El sistema muestra la ventana emergente de error y el mensaje “Error en la conexión con la base de datos, inténtalo más tarde” junto al botón “Aceptar”.

2. El recepcionista da clic en el botón “Aceptar” para cerrar la ventana.

3.Termina el caso de uso.

Postcondiciones

POST-1. El huésped queda registrado como en estancia

POST-2. La habitación cambia su estado a “Ocupada”.

Actor(es)

Recepción (AC02)

Objetivo

El recepcionista registra la salida del huésped en el sistema y bloquea la habitación.

Precondiciones

PRE-1. El huésped debe tener una estancia activa.

Flujo normal

1. El sistema muestra una ventana donde solicita el número de reserva y el botón “Buscar”.

2. El recepcionista ingresa los datos de búsqueda de la reserva y da clic en la opción “Buscar”.

3. El sistema busca la reserva en la base de datos y despliega los detalles de la reserva (nombre del huésped, fecha de inicio y fin, habitación asignada y los cargos pendientes (si hay)) junto a los botones “Confirmar check-out” y “Cancelar”. (ver EX1)

4. El recepcionista valida los datos y da clic en el botón “Confirmar check-out”. (ver FA 4.1)

5. El sistema calcula el total a pagar y muestra los botones “Cobrar ahora”, “Continuar” y “Regresar”. (ver FA 5.1)

6. El recepcionista da clic en el botón “Continuar” (ver FA 6.1) (ver FA 6.2)

7. El sistema cambia el estado de la habitación a “Disponible”, genera un comprobante impreso junto con el botón “Finalizar”. (ver EX1)

8. El recepcionista entrega el recibo al huésped y confirma en el sistema con botón “Finalizar”.

9. El sistema muestra el mensaje “Check-out realizado exitosamente”.

10. Termina el caso de uso.

Flujo alterno

FA 4.1 El recepcionista cancela el proceso de la búsqueda de reserva

1. El recepcionista da clic en el botón “Cancelar”.

2. El sistema muestra la ventana de confirmación con el mensaje “¿Está seguro que quiere salir?” con los botones “Aceptar” y “Cancelar”.

3. Si el recepcionista da clic en el botón “Aceptar”, termina el caso de uso.

4. Si el recepcionista da clic en el botón “Cancelar”, regresa al paso 3 del flujo normal.

FA 5.1 La reserva fue de prepago

1. Continúa al paso 7 del flujo normal.

FA 6.1 El recepcionista procede a completar el cobro.

1. El recepcionista da clic en el botón “Cobrar ahora”.

2. El flujo normal continúa en el CU09 - Completar cobro

3. Termina el caso de uso

FA 6.2 El recepcionista procede a completar el cobro.

1. El recepcionista da clic en el botón “Regresar”.

2. Regresa al paso 5 del flujo normal.

Excepción

EX1. El sistema no puede conectarse con la base de datos.

1. El sistema muestra la ventana emergente de error y el mensaje “Error en la conexión con la base de datos, inténtalo más tarde” junto al botón “Aceptar”.

2. El recepcionista da clic en el botón “Aceptar” para cerrar la ventana.

3.Termina el caso de uso.

Postcondiciones

POST-1. La habitación se marca como “Disponible”.

POST-2. El huésped queda registrado como salida finalizada.

Actor(es)

Recepción (AC02)

Objetivo

El recepcionista realiza el cobro al huésped una vez terminada su estancia en el hotel

Precondiciones

PRE-1. Deben existir cargos pendientes por pagar

Flujo normal

1. El sistema muestra la ventana con el monto total y con el botón “Procesar pago”.

2. El recepcionista da clic en “Procesar pago”.

3. El sistema envía solicitud a pasarela de pagos, y muestra en pantalla el mensaje “La transacción se realizó correctamente” junto con el botón “Aceptar”. (ver EX1)

4. El recepcionista observa el resultado en pantalla y confirma con el botón “Aceptar”.

5. El sistema registra la transacción en la base de datos, muestra el mensaje “Pago completado exitosamente” junto al botón “Aceptar” y genera comprobante impreso. (ver EX2)

6. El recepcionista da clic en “Aceptar” y entrega comprobante impreso al huésped.

7. Termina el caso de uso.

Flujo alterno

N/A

Excepción

EX1. El sistema no puede conectarse con la pasarela de pagos

1. El sistema muestra la ventana emergente de error y el mensaje “Ha ocurrido un error al realizar el pago, inténtalo más tarde” junto al botón “Aceptar”.

2. El recepcionista da clic en el botón “Aceptar” para cerrar la ventana.

3. Termina el caso de uso.

EX2. El sistema no puede conectarse con la base de datos.

1. El sistema muestra la ventana emergente de error y el mensaje “Error en la conexión con la base de datos, inténtalo más tarde” junto al botón “Aceptar”.

2. El recepcionista da clic en el botón “Aceptar” para cerrar la ventana.

3. Termina el caso de uso.

Postcondiciones

POST-1. El pago queda registrado en el sistema.

POST-2. Se genera comprobante impreso.

Actor(es)

Recepción (AC02)

Objetivo

El recepcionista registra consumos adicionales del huésped durante su instancia (desayuno, consumo de productos, lavandería, etc.)

Precondiciones

PRE-1. El huésped debe tener una estancia activa.

Flujo normal

1. El sistema muestra la ventana “Registro de consumo”, solicitando los datos del huésped y número de habitación junto al botón “Buscar”.

2. El recepcionista ingresa los datos solicitados y da clic en “Buscar”.

3. El sistema consulta la base de datos y muestra la cuenta activa de dicha habitación, el campo para introducir el nuevo servicio y los botones “Agregar servicio” y “Regresar”. (ver EX1)

4. El recepcionista ingresa el tipo de servicio consumido, cantidad y costo y da clic en “Agregar servicio”. (ver FA 4.1)

5. El sistema actualiza la cuenta de la habitación y muestra el mensaje “El servicio se agregó correctamente” con el botón “Aceptar”. (ver EX1)

6. El recepcionista da clic en “Aceptar”.

7. Termina el caso de uso

Flujo alterno

FA 4.1 El recepcionista decide regresar

1. El recepcionista da clic en el botón “Regresar”.

2. El sistema muestra la ventana de confirmación con el mensaje “¿Está seguro que quiere salir?” con los botones “Aceptar” y “Cancelar”.

3. Si el recepcionista da clic en el botón “Aceptar”, termina el caso de uso.

4. Si el recepcionista da clic en el botón “Cancelar”, regresa al paso 3 del flujo normal.

Excepción

EX1. El sistema no puede conectarse con la base de datos.

1. El sistema muestra la ventana emergente de error y el mensaje “Error en la conexión con la base de datos, inténtalo más tarde” junto al botón “Aceptar”.

2. El recepcionista da clic en el botón “Aceptar” para cerrar la ventana.

3. Termina el caso de uso.

Postcondiciones

POST-1. El consumo queda registrado en la cuenta del huésped.

Actor(es)

Recepción (AC02)

Objetivo

El recepcionista cambia al huésped de habitación de acuerdo a la disponibilidad y respetando tarifas

Precondiciones

PRE-1. El huésped tiene una estancia activa.

PRE-2. Debe haber habitaciones disponibles.

Flujo normal

1. El sistema muestra la ventana “Cambio de habitación” solicitando el nombre del huésped y el botón “Buscar”.

2. El recepcionista ingresa los datos y presiona “Buscar”.

3. El sistema muestra una lista de habitaciones con disponibilidad con el botón “Asignar”. (ver EX2)

4. El recepcionista selecciona una habitación y da clic en el botón “Asignar”.

5. El sistema muestra la habitación actual a la izquierda y la habitación nueva seleccionada a la izquierda y muestra el cargo a cobrar por el cambio y el botón “Pagar en efectivo” “Pagar con tarjeta de crédito” “Regresar”.

6. El recepcionista da clic en “Pagar con tarjeta de crédito”. (ver FA 6.1) (ver FA 6.2)

7. El sistema muestra una ventana con campos a llenar para realizar el cargo en la tarjeta de crédito del huésped y los botones “Realizar cobro” y “Cancelar”.

8. El recepcionista solicita la tarjeta de crédito del huésped y llena los campos solicitados y da clic en el botón “Realizar cobro”. (ver FA 8.1)

9. El sistema envía solicitud a pasarela de pagos, y muestra en pantalla el mensaje “La transacción se realizó correctamente” junto con el botón “Aceptar”. (ver EX1)

10. El recepcionista observa el resultado en pantalla y confirma con el botón “Aceptar”.

11. El sistema registra la transacción en la base de datos, muestra el mensaje “Pago completado exitosamente” junto al botón “Aceptar”, también cambia el estado de las habitaciones, la anterior a “Disponible” y la actualizada a “Ocupada” y genera comprobante impreso. (ver EX2)

12. El recepcionista da clic en “Aceptar” y entrega comprobante impreso al huésped.

13. Termina el caso de uso

Flujo alterno

FA 6.1 El huésped decide pagar en efectivo

1. El recepcionista da clic en el botón “Pagar en efectivo”.

2. El sistema muestra en la ventana la cantidad a cobrar y el campo para introducir la cantidad pagada desbloquea la caja registradora.

3. El recepcionista introduce la cantidad a cobrar en la caja y escribe en el campo la cantidad introducida.

4. El sistema realiza la resta y muestra en pantalla el cambio que se debe regresar.

5. El recepcionista toma el dinero de cambio y cierra la caja.

6. El sistema genera el comprobante impreso, y registra la transacción en la base de datos, y muestra el mensaje “Pago completado exitosamente” junto al botón “Aceptar”. (ver EX2)

7. El recepcionista da clic en el botón “Aceptar” y entrega el comprobante impreso al huésped.

8. Termina el caso de uso.

FA 6.2 El recepcionista decide regresar

1. El recepcionista da clic en el botón “Regresar”.

2. El sistema muestra la ventana de confirmación con el mensaje “¿Está seguro que quiere salir?” con los botones “Aceptar” y “Cancelar”.

3. Si el recepcionista da clic en el botón “Aceptar”, termina el caso de uso.

4. Si el recepcionista da clic en el botón “Cancelar”, regresa al paso 5 del flujo normal.

FA 8.1 El recepcionista decide cancelar

1. El recepcionista da clic en el botón “Cancelar”.

2. El sistema muestra la ventana de confirmación con el mensaje “¿Está seguro que quiere salir?” con los botones “Aceptar” y “Cancelar”.

3. Si el recepcionista da clic en el botón “Aceptar”, termina el caso de uso.

4. Si el recepcionista da clic en el botón “Cancelar”, regresa al paso 7 del flujo normal.

Excepción

EX1. El sistema no puede conectarse con la pasarela de pagos

1. El sistema muestra la ventana emergente de error y el mensaje “Ha ocurrido un error al realizar el pago, inténtalo más tarde” junto al botón “Aceptar”.

2. El recepcionista da clic en el botón “Aceptar” para cerrar la ventana.

3. Termina el caso de uso.

EX2. El sistema no puede conectarse con la base de datos.

1. El sistema muestra la ventana emergente de error y el mensaje “Error en la conexión con la base de datos, inténtalo más tarde” junto al botón “Aceptar”.

2. El recepcionista da clic en el botón “Aceptar” para cerrar la ventana.

3. Termina el caso de uso.

Postcondiciones

POST-1. La reserva se actualiza con la nueva habitación.

Actor(es)

Recepción (AC02)

Objetivo

El recepcionista marca una habitación como fuera de servicio por determinado motivo (mantenimiento o limpieza) impidiendo su reserva

Precondiciones

PRE-1. La habitación debe existir en el sistema.

Flujo normal

1. El sistema muestra la ventana “Bloqueo de habitación” solicitando el número de habitación, junto al botón “Continuar”.

2. El recepcionista introduce el número de habitación a bloquear.

3. El sistema verifica que la habitación no esté en estado “Ocupada” y muestra en la ventana un cuadro combinado para seleccionar el motivo junto a los botones “Bloquear” y “Cancelar”. (ver EX1)

4. El recepcionista selecciona del cuadro combinado una opción y da clic en “Bloquear”. (ver FA 4.1)

5. El sistema cambia el estado de la habitación a “Fuera de servicio” y muestra el mensaje “La habitación se ha bloqueado correctamente” con el botón “Aceptar”. (ver EX1)

6. El recepcionista da clic en el botón “Aceptar”.

7. Termina el caso de uso

Flujo alterno

FA 8.1 El recepcionista decide cancelar el proceso

1. El recepcionista da clic en el botón “Cancelar”.

2. El sistema muestra la ventana de confirmación con el mensaje “¿Está seguro que quiere salir?” con los botones “Aceptar” y “Cancelar”.

3. Si el recepcionista da clic en el botón “Aceptar”, termina el caso de uso.

4. Si el recepcionista da clic en el botón “Cancelar”, regresa al paso 7 del flujo normal.

Excepción

EX1. El sistema no puede conectarse con la base de datos.

1. El sistema muestra la ventana emergente de error y el mensaje “Error en la conexión con la base de datos, inténtalo más tarde” junto al botón “Aceptar”.

2. El recepcionista da clic en el botón “Aceptar” para cerrar la ventana.

3.Termina el caso de uso.

Postcondiciones

POST-1. La habitación queda en estado “Fuera de servicio”.

Actor(es)

Recepción (AC02)

Objetivo

El recepcionista cancela la reserva directamente en el hotel si el cliente lo solicita

Precondiciones

PRE-1. El huésped debe tener una reserva activa.

Flujo normal

1. El sistema muestra la ventana “Cancelar reserva” con campos a llenar de los datos del huésped junto al botón “Buscar”.

2. El recepcionista ingresa los datos solicitados y da clic en “Buscar”.

3. El sistema consulta la base de datos y muestra los detalles de la reserva, y las políticas de cancelación junto al botón “Finalizar” y “Regresar”. (ver EX1)

4. El recepcionista le explica las políticas al huésped, y da clic “Finalizar”. (ver FA 4.1)

5. El sistema actualiza el estado de la reserva a “Cancelada” y muestra el mensaje “Reserva cancelada exitosamente” con el botón “Aceptar”. (ver EX1)

6. El recepcionista da clic en “Aceptar”.

7. Termina el caso de uso.

Flujo alterno

FA 4.1 El recepcionista decide regresar

1. El recepcionista da clic en el botón “Regresar”.

2. Regresa al paso 1 del flujo normal.

Excepción

EX1. El sistema no puede conectarse con la base de datos.

1. El sistema muestra la ventana emergente de error y el mensaje “Error en la conexión con la base de datos, inténtalo más tarde” junto al botón “Aceptar”.

2. El recepcionista da clic en el botón “Aceptar” para cerrar la ventana.

3. Termina el caso de uso.

Postcondiciones

POST-1. La reserva queda cancelada

POST-2. La habitación queda disponible.

Actor(es)

Administrador

Objetivo

El administrador mantiene la información de los hoteles de la cadena actualizada, permitiendo la adición de nuevas propiedades y la modificación de las existentes

Precondiciones

PRE-01 Se tienen los datos mínimos para el alta o la modificación

Flujo normal

1. El administrador selecciona la opción “Gestionar catálogo”

2. El sistema presenta la interfaz principal de gestión (incluye la lista de hoteles y la opción de “Registrar Nuevo Hotel”)

3. El administrador selecciona la opción “Registrar nuevo hotel” (ver FA 3.1)

4. El sistema presenta un formulario para ingresar la información del hotel (nombre, dirección, categoría, contacto, cantidad de habitaciones)

5. El administrador ingresa los datos obligatorios y confirma el registro

6. El sistema valida la información dada, crea el registro con los datos proporcionados, notifica el éxito de la operación y guarda los movimientos del administrador en una bitácora

7. Termina caso de uso

Flujo alterno

FA 3.1 Modificación de un Hotel Existente

1. El administrador busca y selecciona un hotel, da clic en “Modificar información”

2. El sistema recupera y muestra los datos actuales en el formulario de edición

3. El administrador modifica los campos requeridos y confirma la modificación

4. El sistema valida los cambios, actualiza el registro, notifica al administrador y guarda los movimientos del administrador en una bitácora

5. Termina caso de uso

Excepción

EX1. Fallo al registrar movimiento en la bitácora

1. El sistema revierte la transacción para mantener la integridad entre los datos y la bitácora.

2. Además, notifica al administrador del fallo y vuelve al menú principal

3. Termina caso de uso

Postcondición

POST-01 Se crea un nuevo registro de hotel en el catálogo POST-02 El registro del hotel seleccionado se actualiza con los nuevos datos

Actor(es)

Administrador

Objetivo

El administrador define, actualiza y gestiona las categorías de habitaciones, sus amenidades y sus capacidades

Precondiciones

PRE-01 El hotel a quien se le asociará las habitaciones ya está registrado en sistema

Flujo normal

1. El administrador selecciona la opción “Configurar habitación”

2. El sistema presenta la interfaz para seleccionar el hotel al cuál se le van a configurar sus habitaciones.

3. El administrador selecciona el hotel y la opción “Registrar nuevo tipo” (ver FA 3.1) (ver FA 3.2)

4. El sistema presenta un formulario para ingresar la categorización, las capacidades y la lista de amenidades de la habitación

5. El administrador ingresa los datos, selecciona las amenidades y confirma la configuración

6. El sistema valida la información, guarda el registro, notifica al administrador y guarda sus movimientos en la bitácora

7. Termina caso de uso

Flujo alterno

FA 3.1 Modificación de un Hotel Existente

1. El administrador selecciona un hotel, da clic en “Modificar Configuración”

2. El sistema recupera y muestra los datos actuales de los tipos de habitación

3. El administrador actualiza los campos requeridos

4. El sistema valida los cambios, actualiza el registro, notifica al administrador sobre el éxito de la operación y guarda sus movimientos en la bitácora

5. Termina caso de uso

FA 3.2 Dar de baja un tipo de habitación

1. El administrador selecciona un hotel, da clic en “Dar de baja el tipo”

2. El sistema verifica si existen habitaciones activas o reservas futuras asociadas con ese tipo de habitación

3. Después, pide la confirmación de baja

Excepción

EX1. Fallo al registrar movimiento en la bitácora

1. El sistema revierte la transacción para mantener la integridad entre los datos y la bitácora.

2. Además, notifica al administrador del fallo y vuelve al menú principal

3. El administrador confirma la baja

4. El sistema cambia el estado de la habitación, notifica al administrador el éxito de la operación y guarda en la bitácora los movimientos de la operación

5. Termina caso de uso

Postcondición

POST-01 Se crea un nuevo registro de habitación en un hotel del catálogo

POST-02 La habitación seleccionada de un hotel seleccionado se actualiza con los nuevos datos

POST-03 La habitación seleccionada de un hotel seleccionado es dada de baja

Actor(es)

Administrador (AC03)

Objetivo

El sistema debe permitir al Administrador definir reglas complejas que determinen cuánto cuesta una habitación en cualquier momento dado.

Precondiciones

PRE-01 Se tienen los datos mínimos para el alta o la modificación

Disparador

El Administrador selecciona la opción “Gestión de Precios”

Flujo normal

1. El sistema muestra una lista de las reglas y promociones existentes

2. El Administrador selecciona “Crear Nueva Regla/Promoción” (ver FA 2.1) (ver FA 2.2)

3. El sistema pide el alcance de la regla (si aplica a un hotel, a un tipo de habitación en específico)

4. El Administrador define el Periodo de Aplicación y el mecanismo de precio (tarifa fija, modificador de porcentaje o descuento promocional)

5. El sistema valida que la nueva regla no supere ni contradiga una regla existente con mayor prioridad y guarda la nueva regla en el catálogo

6. Termina el caso de uso

Flujo alterno

FA 2.1 Modificación de una Regla de Precio Existente

1. El administrador da clic en “Modificar Regla”

2. El sistema recupera las reglas activas y las presenta junto con herramientas de filtro (por hotel, tipo de hotel, rango de fechas)

3. El administrador busca y selecciona la regla que desea modificar

4. El sistema recupera y muestra los parámetros actuales de la regla en el formulario de edición

5. El administrador realiza los cambios necesarios y confirma la modificación

6. El sistema valida la nueva información y actualiza la regla en el catálogo (ver EX-1)

7. Termina caso de uso

FA 2.2 Copiar Regla de Precio o Promoción a otro Periodo/Hotel

1. El administrador da clic en Duplicar regla

2. El sistema genera una copia de la regla y pide al Administrador que defina los nuevos parámetros (hotel, rango de fechas de aplicación)

3. El Administrador ingresa los nuevos parámetros y confirma la creación de la copia

4. El sistema valida la información, crea y guarda la nueva regla en el catálogo

5. Termina caso de uso

Excepción

EX1. Conflicto de Reglas

1. El sistema detecta que la nueva promoción tiene un periodo que se superpone con otra promoción existente.

2. El sistema fuerza a ajustar los parámetros

3. Termina caso de uso

Postcondición

POST-01 Se registra una nueva regla de pago

POST-02 Una regla de pago es modificada

POST-03 Se copia una regla de pago en otro hotel

Actor(es)

Administrador (AC03)

Objetivo

El sistema permite que el administrador ajuste el umbral de riesgo aceptable para cada tipo de habitación

Precondiciones

PRE-01 Se tienen los datos mínimos para el alta o la modificación

Disparador

El Administrador selecciona la opción “Gestión de Overbooking”

Flujo normal

1. El sistema muestra una lista de las políticas existentes

2. El Administrador selecciona la opción “Definir Nueva Política” (ver FA 2.1) (ver FA 2.2)

3. El sistema presenta la lista de hoteles y tipos de habitación

4. El Administrador selecciona el hotel, el tipo de habitación; define el Periodo de Aplicación de la política y el Porcentaje Máximo de Overbooking

5. El sistema valida que el porcentaje sea menor al 10% y que las fechas sean válidas, guarda la política y ajusta la disponibilidad

6. Termina caso de uso

Flujo alterno

FA 2.1 Modificación de una Política de Overbooking Existente

1. El administrador da clic en “Modificar Política Existente”

2. El sistema recupera el listado de las políticas activas y las presenta junto con herramientas de filtro (por hotel, tipo de hotel, rango de fechas)

3. El administrador busca y selecciona la política que desea modificar

4. El sistema recupera y muestra los parámetros actuales de la política en el formulario de edición

5. El administrador realiza los cambios necesarios y confirma la modificación

6. El sistema valida la nueva información y actualiza la política en el catálogo

7. Termina caso de uso

FA 2.2 Dar de baja una política de Overbooking

1. El administrador selecciona la opción “Eliminar Política”

2. El sistema presenta el listado de políticas activas y pide la selección

3. El Administrador selecciona la política que desea eliminar

4. El sistema pide al Administrador la confirmación final de la eliminación

5. El Administrador confirma la eliminación

6. El sistema elimina la política del catálogo, volviendo la disponibilidad de esas habitaciones a su capacidad física real (ver EX-1)

7. Termina caso de uso

Excepción

EX.1 Fallo en la Actualización de Disponibilidad

1. El sistema falla al enviar la actualización de la disponibilidad efectiva al módulo de reservas

2. Se realiza una reversión de la transacción y se notifica al Administrador “Error crítico al actualizar el sistema de disponibilidad. La operación ha sido revertida y no está activa”

3. Termina caso de uso

Postcondición

POST-01 Se registra una nueva política de overbooking

POST-02 Una política de overbooking es modificada

POST-03 Se elimina una política de overbooking correctamente

Autor

Lizeth Guadalupe Bello Peralta

Actor principal

Administrador (AC03)

Actores secundarios

N/A

Descripción

El administrador obtiene una vista panorámica de cómo está el negocio para tomar decisiones estratégicas

Disparador

El administrador va al apartado de Consultar Inventario

Precondiciones

PRE-1 Existen hoteles registrados y accesibles dentro del sistema

Postcondiciones

POST-1 El Administrador tiene visibilidad del estado actual del inventario según los criterios especificados

Flujo normal

1. El sistema solicita criterios de consulta como fecha, hotel, región y tipo de habitación

2. El administrador especifica los criterios de consulta (ver FA 2.1)

3. El sistema recupera la información del inventario que coincida con los criterios seleccionados, calcula métricas (% de ocupación, habitaciones disponibles y tendencias) y presenta el consolidado de disponibilidad y ocupación (ver FA 3.1) (ver EX-1) (ver EX-2)

4. Termina caso de uso

Flujo alterno

FA 2.1 El administrador cancela la consulta

1. El Administrador decide no continuar con la consulta

2. Termina caso de uso

FA 3.1 El administrador modifica los criterios

1. El administrador decide cambiar los filtros de búsqueda

2. Regresa al paso 1

Excepciones

EX-1 Algún hotel no reporta información actualizada

1. El sistema presenta los datos disponibles e indica qué hoteles no tienen información actualizada

2. Termina caso de uso

EX.2 No hay datos históricos suficientes para el periodo solicitado

1. El sistema muestra un mensaje para hacerle saber al Administrador que no se encontraron resultados con los criterios seleccionados

2. Termina caso de uso

Prioridad

Media

Incluye

N/A

Extiende

N/A

Autor

Lizeth Guadalupe Bello Peralta

Actor principal

Auditor (AC04)

Actores secundarios

N/A

Descripción

El auditor necesita detectar patrones sospechosos en las reservaciones

Disparador

El auditor necesita identificar patrones sospechosos en cancelaciones de reservas

Precondiciones

PRE-1. Existen reservas registradas y accesibles dentro del sistema.

Postcondiciones

POST-1 El Auditor tiene evidencia documentada para tomar acción de los movimientos sospechosos

Flujo normal

1. El sistema solicita criterios de consulta como fechas, hotel, tipo de anomalía

2. El auditor especifica los criterios (ver FA 2.1) (ver FA 3.1)

3. El sistema analiza registros históricos identificando patrones anómalos de cancelación y genera un reporte con los hallazgos

4. Termina el caso de uso

Flujo alterno

FA 2.1 El Auditor cancela la consulta 1. El Auditor decide no continuar con la consulta

2. Termina caso de uso

FA 3.1 El Auditor modifica los criterios

1. El Auditor decide cambiar los filtros de búsqueda

2. Regresa al paso 1

Excepciones

EX1. Algún hotel no reporta información actualizada

1. El sistema presenta los datos disponibles e indica qué hoteles no tienen información actualizada además de la información faltante

2. Regresa al flujo normal

EX2. No hay datos históricos suficientes para el análisis

1. El sistema muestra un mensaje para hacerle saber al Auditor que no se encontraron resultados con los criterios de consulta seleccionados

2. Regresa al flujo normal

Prioridad

Alta

Incluye

N/A

Extiende

N/A

Autor

Lizeth Guadalupe Bello Peralta

Actor principal

Auditor (AC04)

Actores secundarios

N/A

Descripción

El auditor necesita detectar si alguien modificó el precio de una reserva después de crearla

Disparador

El auditor busca detectar irregularidades en ajustes de precios

Precondiciones

PRE-1. Existen reservas registradas y accesibles dentro del sistema.

Postcondiciones

POST-1 El Auditor tiene evidencia documentada para tomar acción de los cambios sospechosos

Flujo normal

1. El sistema solicita criterios de consulta como fechas, hotel, rango de monto de ajuste, tipo de ajuste y usuario que realizó el cambio

2. El auditor especifica los criterios (ver FA 2.1)

3. El sistema analiza registros históricos identificando patrones anómalos de cambios de precios o descuentos injustificados y presenta el reporte con el Auditor (ver FA 3.1) (ver EX-1) (ver EX-2) . Termina el caso de uso

Flujo alterno

FA 2.1 El Auditor cancela la consulta

1. El Auditor decide no continuar con la consulta

2. Termina caso de uso

FA 3.1 El Auditor modifica los criterios

1. El Auditor decide cambiar los filtros de búsqueda

2. Regresa al paso 1

Excepciones

EX-1 Algún hotel no reporta información actualizada

1. El sistema presenta los datos disponibles e indica qué hoteles no tienen información actualizada además de la información faltante

2. Termina caso de uso

EX-2 No hay datos históricos suficientes para el análisis

1. El sistema muestra un mensaje para hacerle saber al Auditor que no se encontraron resultados con los criterios de consulta seleccionados

2. Regresa al paso 1 del flujo normal

Prioridad

Alta

Incluye

N/A

Extiende

N/A

Autor

Lizeth Guadalupe Bello Peralta

Actor principal

Auditor (AC04)

Actores secundarios

N/A

Descripción

El auditor necesita detectar alguna discrepancia entre los servicios registrados y los servicios reportados

Disparador

El auditor necesita verificar que los servicios consumidos se cobraron correctamente

Precondiciones

PRE-1. Existen servicios registrados y accesibles dentro del sistema.

Postcondiciones

POST-1 El Auditor tiene visibilidad de inconsistencias entre servicios consumidos y cobrados

Flujo normal

1. El sistema solicita criterios de consulta como fechas, hotel y tipo de servicio

2. El auditor especifica los criterios (ver FA 2.1)

3. El sistema compara registros de consumo contra registro de cobro e identifica discrepancias. Después presenta el reporte de conciliación al auditor (ver FA 3.1, ver FA 3.2, ver EX-1, ver EX-2)

4. Termina el caso de uso

Flujo alterno

FA 2.1 El Auditor cancela la consulta

1. El Auditor decide no continuar con la consulta

2. Termina caso de uso

FA 3.1 El Auditor modifica los criterios

1. El Auditor decide cambiar los filtros de búsqueda

2. Regresa al paso 1

FA 3.2 No se detectaron inconsistencias

1. El sistema informa que todos los servicios están correctamente conciliados

2. Termina caso de uso

Excepciones

EX-1 Algún hotel no reporta información actualizada

1. El sistema presenta los datos disponibles e indica qué hoteles no tienen información actualizada además de la información faltante

2. Termina caso de uso

EX-2 No hay registros para el periodo consultado

1. El sistema informa que no existen registros de servicios para los criterios especificados

2. Regresa al paso 1

Prioridad

Alta

Reglas de negocio

RN-1 Se considera una inconsistencia cuando: . Un servicio fue consumido pero no cobrado . Un servicio fue cobrado pero no hay registro de consumo . El monto cobrado no coincide con la tarifa del servicio . Hay servicios consumidos después de registrado el check-out

Incluye

N/A

Extiende

N/A

Autor

Lizeth Guadalupe Bello Peralta

Actor principal

Auditor (AC04)

Actores secundarios

N/A

Descripción

El auditor necesita verificar que cada reembolso y descuento tenga una justificación válida

Disparador

El auditor necesita verificar la validez de reembolsos y descuentos

Precondiciones

PRE-1. Existen reembolsos y/o descuentos registrados en el sistema

Postcondiciones

POST-1 El Auditor tiene evidencia documentada de reembolsos y descuentos para validar su justificación

Flujo normal

1. El sistema solicita criterios de consulta como fechas, hotel, tipo: reembolso/descuento, rango de monto, usuario autorizador

2. El auditor especifica los criterios (ver FA 2.1)

3. El sistema recupera el historial de reembolsos/descuentos con su trazabilidad (quién lo hizo, cuándo lo hizo, motivo y autorización) e identifica casos sin justificación o fuera de política (ver FA 3.1, ver EX-1, ver EX-2)

4. Termina el caso de uso

Flujo alterno

FA 2.1 El Auditor cancela la consulta

1. El Auditor decide no continuar con la consulta

2. Termina caso de uso

FA 3.1 El Auditor modifica los criterios

1. El Auditor decide cambiar los filtros de búsqueda

2. Regresa al paso 1

Excepciones

EX-1 Algún hotel no reporta información actualizada

1. El sistema presenta los datos disponibles e indica qué hoteles no tienen información actualizada además de la información faltante

2. Termina caso de uso

EX-2 No hay registros para el periodo consultado

1. El sistema informa que no existen registros de servicios para los criterios especificados

2. Regresa al paso 1

Prioridad

Alta

Reglas de negocio

RN-1 Se considera sospechoso un reembolso/descuento que: . No tenga justificación documentada . No tiene autorización o fue autorizado por usuario sin permisos . No corresponde con las políticas vigentes . No tiene documentación de respaldo para montos altos

Incluye

N/A

Extiende

N/A

Autor

Lizeth Guadalupe Bello Peralta

Actor principal

Auditor (AC04)

Actores secundarios

N/A

Descripción

El auditor necesita conciliar que coincidan los registros del sistema, la pasarela de pago y el banco

Disparador

El auditor necesita conciliar los pagos en línea procesados

Precondiciones

PRE-1. Existen pagos en línea registrados en el sistema

Postcondiciones

POST-1 El Auditor tiene visibilidad de discrepancias entre los pagos registrados procesados y recibidos

Flujo normal

1. El sistema solicita criterios de análisis como fechas, hotel, estado de pago, rango de monto

2. El auditor especifica los criterios (ver FA 2.1)

3. El sistema compara registros internos con registros de la pasarela de pago para después identificar inconsistencias y presentar el reporte de conciliación (ver FA 3.1, ver EX-1, ver EX-2)

4. Termina el caso de uso

Flujo alterno

FA 2.1 El Auditor cancela la consulta

1. El Auditor decide no continuar con la consulta

2. Termina caso de uso

FA 3.1 El Auditor modifica los criterios

1. El Auditor decide cambiar los filtros de búsqueda

2. Regresa al paso 1

Excepciones

EX-1 Información incompleta de la pasarela de pago

1. El sistema presenta el reporte con los datos disponibles e indica que no pudo obtener información actualizada de la pasarela de pago

2. Termina caso de uso

EX-2 No hay registros para el periodo consultado

1. El sistema informa que no existen registros de pagos en línea para los criterios especificados

2. Regresa al paso 1

Prioridad

Media

Reglas de negocio

RN-1 Se considera una inconsistencia cuando: . El sistema registra un pago como exitoso pero la pasarela lo tiene como rechazado o no existe . Existe un pago en la pasarela sin registro en el sistema . El monto registrado no coincide con el monto procesado . Hay pagos duplicados

RN-2 Para cada pago debe existir un ID de transacción único proporcionado por la pasarela de pago

Incluye

N/A

Extiende

N/A

Autor

Lizeth Guadalupe Bello Peralta

Actor principal

Auditor (AC04)

Actores secundarios

N/A

Descripción

El auditor necesita consultar el historial de accesos del personal al sistema para identificar actividades sospechosas

Disparador

El auditor necesita revisar la bitácora de accesos del personal

Precondiciones

PRE-1. El sistema registra automáticamente todos los accesos del personal

Postcondiciones

POST-1 El Auditor tiene visibilidad de los movimientos del personal en el sistema

Flujo normal

1. El sistema solicita criterios de consulta como fecha, empleado, hotel y módulo/tipo de acción

2. El auditor especifica los criterios de búsqueda (ver FA 2.1)

3. El sistema recupera los registros de acceso que coinciden con los criterios y los presenta al Auditor (ver FA 3.1, ver EX-1)

4. Si el auditor identifica actividad sospechosa, marca los registros para investigación adicional

5. Termina el caso de uso

Flujo alterno

FA 2.1 El Auditor cancela la consulta

1. El Auditor decide no continuar con la consulta

2. Termina caso de uso

FA 3.1 El Auditor modifica los criterios

1. El Auditor decide cambiar los filtros de búsqueda

2. Regresa al paso 1

Excepciones

EX-1 No hay registros para los criterios consultados

1. El sistema informa que no existen registros de acceso para los criterios especificados

2. Regresa al paso 1

Prioridad

Alta

Reglas de negocio

RN-1 Se considera actividad sospechosa cuando: . Hay acceso al sistema fuera del horario laboral sin justificación . Hay múltiples intentos de acceso fallidos . Hay acceso a módulos sin permisos asignados

RN-2 La bitácora debe registrar para cada acceso: . Usuario (empleado) . Fecha y hora . Módulo/funcionalidad accedida . Acción realizada . Terminal desde donde accedió . Resultado

Incluye

N/A

Extiende

N/A

Autor

Lizeth Guadalupe Bello Peralta

Actor principal

Auditor (AC04)

Actores secundarios

N/A

Descripción

El auditor necesita obtener un reporte del estado actual de las habitaciones en el sistema para verificarlos contra el estado físico real

Disparador

El auditor necesita consultar el inventario

Precondiciones

PRE-1. Existen habitaciones y reservaciones registradas y accesibles en el sistema

Postcondiciones

POST-1 El Auditor tiene el reporte del estado del inventario en sistema para comparación manual

Flujo normal

1. El sistema solicita criterios de consulta como fecha, hotel y tipo de habitación

2. El auditor especifica los criterios de búsqueda (ver FA 2.1)

3. El sistema recupera los registros de las habitaciones y su estado para generar y presentar el reporte (ver FA 3.1, ver EX-1)

4. Termina caso de uso

Flujo alterno

FA 2.1 El Auditor cancela la consulta

1. El Auditor decide no continuar con la consulta

2. Termina caso de uso

FA 3.1 El Auditor modifica los criterios

1. El Auditor decide cambiar los filtros de búsqueda

2. Regresa al paso 1

Excepciones

EX-1 No hay registros para los criterios consultados

1. El sistema informa que no existen habitaciones registradas para los criterios especificados

2. Regresa al paso 1

Prioridad

Media

Reglas de negocio

RN-1 El reporte debe incluir para cada habitación: . Número de habitación . Estado actual de la habitación . Tipo de habitación . Última actualización de estado

Incluye

N/A

Extiende

N/A

Autor

Lizeth Guadalupe Bello Peralta

Actor principal

Auditor (AC04)

Actores secundarios

N/A

Descripción

El auditor genera reportes que comparan tarifas, políticas de cancelación y promociones aplicadas en diferentes hoteles, regiones o países para asegurar que sigan las directrices de la marca

Disparador

El auditor necesita verificar que las políticas y precios sean uniformes según las directrices de la marca

Precondiciones

PRE-1. Existe políticas, tarifas y promociones registradas para los hoteles de la cadena

Postcondiciones

POST-1 El Auditor tiene el reporte de comparación entre diferentes hoteles o regiones

Flujo normal

1. El sistema solicita criterios de consulta como fecha, hoteles/regiones, tipo de habitación y tipo de política (cancelación/overbooking/entre otros)

2. El auditor especifica los criterios de búsqueda (ver FA 2.1)

3. El sistema recupera y compara las políticas, tarifas y promociones de los hoteles/regiones seleccionados e identifica discrepancias respecto a las directrices para presentarlas en un reporte comparativo (ver FA 3.1, ver EX-1, ver EX-2)

4. Termina caso de uso

Flujo alterno

FA 2.1 El Auditor cancela la consulta

1. El Auditor decide no continuar con la consulta

2. Termina caso de uso

FA 3.1 El Auditor modifica los criterios

1. El Auditor decide cambiar los filtros de búsqueda

2. Regresa al paso 1

Excepciones

EX-1 No hay registros para los criterios consultados

1. El sistema informa que no existen políticas o tarifas para los criterios especificados

2. Regresa al paso 1

EX-2 Información incompleta de algún hotel o región

1. El sistema presenta el reporte con los datos disponibles e indica qué hoteles no tienen información completa

2. Continúa con paso 4

Prioridad

Alta

Reglas de negocio

RN-1 Se considera una discrepancia cuando: . Las tarifas base para el mismo tipo de habitación/hotel/región varían más de cierto porcentaje . Hay políticas que difieren entre hoteles sin justificación aprobada . Los porcentajes de overbooking exceden o están por debajo del estándar corporativo

RN-2 El reporte debe comparar: . Tarifas base por tipo de habitación/hotel/región . Políticas de cancelación . Políticas de overbooking . Promociones activas

Incluye

N/A

Extiende

N/A