3.

A hotel reservation system supports the following

functionality:

Caso de uso: Reservación de habitación.

Actor: Recepcionista

PRECONDICION: El usuario ha sido admitido con el rol de Recepcionista

Postcondición: Se ha realizado la reservación de la habitación.

Flujo básico

1. El recepcionista selecciona la fecha de entrada y salida, el numero de habitación, tipo de

habitación, el número de clientes.
2. El sistema despliega las habitaciones disponibles por fechas.
3. El recepcionista selecciona la habitación.
4. Sistema despliega formulario para ingresar detalles a la reserva del cliente o los clientes
5. El recepcionista ingresa la información del cliente.
6. Sistema despliega detalles de pago.
7. Recepcionista ingresa el método de pago del cliente y se hace el cobro.
8. El sistema almacena el pago.
9. El sistema realiza la reservación de la habitación.

Flujo de evento alternativo

Que los fondos de la tarjeta no sean suficientes y no se puede procesar el pago

Caso de uso: Cambio de propiedades de una habitación

Actor: Recepcionista

PRECONDICION: El usuario ha sido admitido con el rol de Recepcionista

Postcondición: Se ha realizado la actualización de la habitación.

Flujo básico:

1. Consulta al cliente en el sistema

2. Despliega la reserva actual
3. Procede a realizar actualización en la reserva
4. Verifica si se realizó la actualización
5. Guarda la actualización
6. Se genera informa que se realizó actualización en la reserva del cliente

Flujo alternativo

Que por x razón no se pueda realizar la actualización, cuestiones que se sale de las manos del
sistema y la gerencia.
4. We are building a system to track personal finances. We plan an
initial version
with minimal functionality: tracking the expenditures. (Each
expenditure has a
description, date and amount.) We show below the use case for
creating a new
expenditure item and a new income item.

Caso de uso: Crear una nueva partida de gastos

Actor: Asesor o asesores

PRECONDICION: El usuario ha sido admitido con el rol de Asesor

Postcondición: Se ha creado la nueva partida de gastos

Flujo básico

1. Buscar cliente
2. Se identifica el cliente
3. Solicita crear nueva partida de gastos
4. Ingresa datos como fecha y cantidad
5. Guarda datos
6. El sistema informa que se guardó correctamente los datos
7. El sistema informa que se genera una buena partida de gastos
8. Fin

Flujo alternativo

Que el cliente no se encuentre en el sistema por una mala consulta

Que el cliente no este inscrito a la institución y tenga que registrarse
Que el cliente no aplique para una partida de gastos por detalles de finanzas
Caso de uso: Crear una nueva partida de ingresos

Actor: Asesor o asesores

PRECONDICION: El usuario ha sido admitido con el rol de Asesor

Postcondición: Se ha creado la nueva partida de ingresos

Flujo básico

1. Buscar cliente
2. Se identifica el cliente
3. Solicita crear nueva partida de ingresos
4. Ingresa datos como fecha y cantidad
5. Guarda datos
6. El sistema informa que se guardó correctamente los datos
7. El sistema informa que se genero una nueva partida de ingresos
8. fin

Flujo alterno

Que el cliente sea nuevo y se requieran nuevos datos