casos de uso primer avance

8
Especificación de caso de uso: Generar Reserva 1. Generar Reserva 1.1 Descripción En este caso de uso se describe todo el procedimiento que el cliente hace para realizar una reserva en el restaurante “El Huanchaquito”. 1.2 Actor(es) Cliente (Comensal) 2. Flujo de Eventos Este caso de uso es iniciado por el usuario cuando selecciona en el menú Reservaciones, la opción Crear Reservación. 2.1 Flujo Básico 1. El sistema le muestra la interfaz REALIZAR RESERVA donde se debe ingresar la información necesaria para realizar la reservación. 2. El cliente ingresa los datos solicitados en el formato, como Nombre, Documento de Identidad, Teléfono, Número de Comensales, Fecha y Hora, Correo Electrónico, entre otros. 3. El cliente selecciona la opción Buscar Mesas. 3.1 El sistema convoca al CU Buscar Mesas (include). 3.2 El cliente selecciona la mesa en la cual desea consumir. 3.3 El sistema captura la información y la ingresa en el campo Mesa. 3.4 El cliente acepta las especificaciones ingresadas en los campos previos. 3.5 El sistema captura la información ingresada. 3.6 El sistema verifica la información ingresada. 3.7 El sistema le muestra al cliente el costo según las especificaciones de la reservación que se ingresó. 3.8 El cliente acepta la reservación y el costo del mismo. 3.9 El sistema guarda las especificaciones de la reservación. 3.10 El sistema muestra en pantalla que la reservación se ha completado con éxito y muestra el código correspondiente a esa reservación. 2.2 Flujos Alternativos 3.5. Ingreso incompleto de datos: 3.5.1 El sistema encuentra que hay campos a los cuales le falto el ingreso de datos. 3.5.2 El sistema muestra un mensaje de error diciendo que hay campos obligatorios que no han sido ingresados. 3.5.3 El sistema muestra de nuevo el formato para realizar la reservación con los datos ingresados por el usuario. 3.5.4 El cliente completa los campos que son necesarios para realizar la reservación.

Upload: christian-alexander-quispe-mayta

Post on 12-Dec-2015

215 views

Category:

Documents


0 download

DESCRIPTION

Primer avance en la primera semana. (Sin corregir) Ingenieria de Software UNMSM - Diseño de Software VI CicloRestaurante Huanchaquito

TRANSCRIPT

Page 1: Casos de Uso Primer Avance

Especificación de caso de uso: Generar Reserva

1. Generar Reserva

1.1 Descripción

En este caso de uso se describe todo el procedimiento que el cliente hace para realizar una reserva en el restaurante “El Huanchaquito”.

1.2 Actor(es)

Cliente (Comensal)

2. Flujo de EventosEste caso de uso es iniciado por el usuario cuando selecciona en el menú Reservaciones, la opción Crear Reservación.

2.1 Flujo Básico

1. El sistema le muestra la interfaz REALIZAR RESERVA donde se debe ingresar la información necesaria para realizar la reservación.

2. El cliente ingresa los datos solicitados en el formato, como Nombre, Documento de Identidad, Teléfono, Número de Comensales, Fecha y Hora, Correo Electrónico, entre otros.

3. El cliente selecciona la opción Buscar Mesas.3.1 El sistema convoca al CU Buscar Mesas (include).3.2 El cliente selecciona la mesa en la cual desea consumir.3.3 El sistema captura la información y la ingresa en el campo Mesa.3.4 El cliente acepta las especificaciones ingresadas en los campos previos.3.5 El sistema captura la información ingresada.3.6 El sistema verifica la información ingresada.3.7 El sistema le muestra al cliente el costo según las especificaciones de la reservación que se ingresó.3.8 El cliente acepta la reservación y el costo del mismo.3.9 El sistema guarda las especificaciones de la reservación.3.10El sistema muestra en pantalla que la reservación se ha completado con éxito y muestra el código

correspondiente a esa reservación.

2.2 Flujos Alternativos

3.5. Ingreso incompleto de datos:3.5.1 El sistema encuentra que hay campos a los cuales le falto el ingreso de datos.3.5.2 El sistema muestra un mensaje de error diciendo que hay campos obligatorios que no han sido

ingresados.3.5.3 El sistema muestra de nuevo el formato para realizar la reservación con los datos ingresados

por el usuario.3.5.4 El cliente completa los campos que son necesarios para realizar la reservación.3.5.5 El cliente acepta las especificaciones ingresadas en los campos previos.3.5.6 El sistema captura la información ingresada.3.5.7 El sistema verifica la información ingresada.

Continúa en evento 3.73 Disponibilidad de mesas:

3.1 El sistema muestra un mensaje en el cual especifica que para el día solicitado no hay mesas disponibles.

3.2 El cliente acepta el mensaje.3.3 El cliente cambia la fecha para continuar con el proceso de reservación en el restaurante.3.4 El cliente selecciona nuevamente la opción Buscar Mesas.

Continúa en evento 3.1

Page 2: Casos de Uso Primer Avance

3. Precondiciones

3.1 Mesas (Disponibles y No disponibles) y Número de Mesas deben estar en la base de datos.

4. Poscondiciones

4.1 La reserva queda almacenada en el sistema en la lista de Reservas Realizadas.

5. Puntos de Extensión

5.1CU Buscar Mesas, en el paso 3.1

Si el cliente ha seleccionado una fecha en la cual no hay mesas disponibles, el sistema solicitara escoger otra fecha y/o hora. De haber mesas disponibles en la fecha y/o hora escogida este caso de uso las mostrará para su posterior selección.

Especificación de caso de uso: Confirmar Reserva

1. Confirmar Reserva

1.1 Descripción

En este caso de uso se describe todo el procedimiento que el anfitrión hace para validar una reserva realizada y permitir el ingreso de los clientes (comensales) al establecimiento.

1.2 Actor(es)

Anfitrión

2. Flujo de EventosEste caso de uso es iniciado por el anfitrión cuando selecciona en el menú Reservaciones, la opción Validar Reservación.

2.1 Flujo Básico

1. El sistema le muestra al usuario la interfaz VALIDAR RESERVACIÓN el cual consta con dos campos para ingresar datos.

2. El anfitrión ingresa los siguientes datos a quien hizo la reserva en el formulario: Documento de Identidad y Código de Reserva.

3. El anfitrión selecciona la opción Validar Datos.4. El sistema captura la información ingresada.5. El sistema verifica la información ingresada.6. El sistema le muestra al anfitrión un mensaje en pantalla que los datos son correctos.7. El anfitrión selecciona la opción Salir que está en el mensaje.8. El sistema cambia el estado de la reservación, de Reservación Realizada a Reservación Atendida.

2.2 Flujos Alternativos

3. Ingreso incorrecto de datos:3.1 El anfitrión selecciona la opción Validar Datos.3.2 El sistema captura la información ingresada.3.3 El sistema verifica la información ingresada.3.4 El sistema le muestra al anfitrión un mensaje en pantalla que los datos son incorrectos.3.5 El anfitrión selecciona la opción Aceptar.

Page 3: Casos de Uso Primer Avance

3.6 El sistema solicita los datos nuevamente.3.7 El anfitrión ingresa los siguientes datos a quien hizo la reserva en el formulario: Documento de Identidad y Código de Reserva.3.8 El anfitrión selecciona la opción Validar Datos.3.9 El sistema captura la información ingresada.3.10 El sistema verifica la información ingresada.3.11 El sistema le muestra al anfitrión un mensaje en pantalla que los datos son correctos.3.12 El anfitrión selecciona la opción Salir que está en el mensaje.3.13 El sistema cambia el estado de la reservación, de Reservación Realizada a Reservación Atendida.

3. Precondiciones

3.1 La Reservación Realizada por el cliente debe estar en la base de datos.

4. Poscondiciones

4.1 El estado de la reserva cambia, de Reservación Realizada a Reservación Atendida.

5. Puntos de ExtensiónNO Presenta puntos de extensión.

Especificación de caso de uso: Generar Orden de Atención

1. Generar Orden de Atención

1.1 Descripción

En este caso de uso se describe todo el procedimiento que el anfitrión hace para crear una orden de atención y permitir el ingreso de los clientes (comensales) al establecimiento.

1.2 Actor(es)

Anfitrión

2. Flujo de EventosEste caso de uso es iniciado por el usuario cuando selecciona en el menú Reservaciones, la opción Generar Orden de Atención.

2.1 Flujo Básico

1. El sistema le muestra al anfitrión la interfaz GENERAR ORDEN DE ATENCIÓN donde se debe ingresar la información necesaria para realizar la una orden de atencíón

2. El anfitrión ingresa los datos del cliente en el formato, como Nombre, Documento de Identidad, Número de Comensales.

3. El anfitrión selecciona la opción Buscar Mesas.3.1. El sistema convoca al CU Buscar Mesas (include).3.2. El anfitrión selecciona la mesa en la cual el cliente desea consumir.3.3. El sistema captura la información y la ingresa en el campo Mesa.3.4. El anfitrión acepta las especificaciones ingresadas en los campos previos.3.5. El sistema captura la información ingresada.3.6. El sistema verifica la información ingresada.3.7. El sistema guarda las especificaciones de la Orden de Atención.3.8. El sistema muestra en pantalla que la Orden de Atención se ha completado con éxito y muestra el

Page 4: Casos de Uso Primer Avance

código correspondiente a esa Orden.

2.2 Flujos Alternativos

3.5. Ingreso incompleto de datos:3.5.1 El sistema encuentra que hay campos a los cuales le falto el ingreso de datos.3.5.2 El sistema muestra un mensaje de error diciendo que hay campos obligatorios que no han sido

ingresados.3.5.3 El sistema muestra de nuevo el formato para realizar la orden de atención con los datos

ingresados por el usuario.3.5.4 El anfitrión completa los campos que son necesarios para realizar la orden de atención.3.5.5 El anfitrión acepta las especificaciones ingresadas en los campos previos.3.5.6 El sistema captura la información ingresada.3.5.7 El sistema verifica la información ingresada.El flujo continúa en el evento 3.7

3. Precondiciones

3.1 Mesas (Disponibles y No disponibles) y Número de Mesas deben estar en la base de datos.

4. Poscondiciones

4.1 La Orden de Atención queda registrada en la base de datos.

5. Puntos de Extensión

5.1CU Buscar Mesas

Si el cliente ha seleccionado una fecha en la cual no hay mesas disponibles, el sistema solicitara escoger otra fecha y/o hora. De haber mesas disponibles en la fecha y/o hora escogida este caso de uso las mostrará para su posterior selección.

Especificación de caso de uso: Generar Cuenta

1. Generar Cuenta

1.1 Descripción

En este caso de uso se describe todo el procedimiento que el cliente hace para generar la cuenta de su consumo.

1.2 Actor(es)

Cliente (Comensal)

2. Flujo de EventosEste caso de uso es iniciado por el usuario cuando selecciona en el menú Estado de Cuenta, la opción Generar Cuenta.

2.1 Flujo Básico

1. El sistema le muestra al usuario la interfaz ESTADO DE CUENTA el cual consta de una imagen autogenerada con los datos del consumo y una opción de Pagar Cuenta.

2. El sistema convoca al CU Generar Cuenta

Page 5: Casos de Uso Primer Avance

2.1 El sistema muestra un comprobante de pago virtual con el monto y los productos específicos.3. El cliente selecciona la opción Pagar Cuenta.

3.1. El sistema muestra en pantalla un mensaje: “En seguida será atendido por el mozo”.4. El cliente selecciona la opción Aceptar.

3. Precondiciones

3.1 Orden de atención o Reserva Atendida registrada en el sistema.

4. Poscondiciones

4.1 Estado de Cuenta registrada en el sistema.

5. Puntos de Extensión

5.1CU Generar Cuenta, en el paso 2

El sistema solicita a la base de datos los productos que han sido registrados en el número de cuenta correspondiente.

Caso de uso del sistema Descripción

Generar ReservaEl cliente solicita una reserva eligiendo entre días y horas una mesa para su posterior atención.

Confirmar Reserva En este caso de uso el anfitrión puede validar la existencia de una reserva realizada por un cliente.

Caso de uso del sistema Descripción

Generar Orden de Atención

El anfitrión en este caso de uso puede atender a los clientes que no realizaron reserva antes.

Generar Cuenta El cliente en este caso de uso podrá solicitar su cuenta al sistema para su posterior pago.

Caso de uso: Generar Reserva

Actor(es): Cliente

Propósito: Seleccionar una mesa disponible y registrarlo en el sistema

Caso de uso asociado:

Ninguno

Page 6: Casos de Uso Primer Avance

Resumen: El cliente escoge fecha, hora y mesa para ser atendido posteriormente.

Clasificación Primario

Requisitos El sistema debe validar la disponibilidad de mesas según fecha y hora.

Caso de uso: Confirmar Reserva

Actor(es): Anfitrión

Propósito: Validar una reserva realizada anteriormente

Caso de uso asociado:

Ninguno

Resumen: El anfitrión podrá validar los datos de una reservación hecha por el cliente.

Clasificación Primario

Requisitos Reserva registrada en el sistema

Caso de uso: Generar Orden de Atención

Actor(es): Anfitrión

Propósito: Generar una orden de atención para un cliente que no realizo reserva

Caso de uso asociado:

Ninguno

Resumen: El anfitrión podrá atender clientes fuera de una reserva siempre y cuando exista disponibilidad

Clasificación Primario

Requisitos Disponibilidad de mesas

Caso de uso: Generar cuenta

Actor(es): Cliente

Propósito: Generar estado de cuenta

Caso de uso asociado:

Ninguno

Resumen: El cliente podrá generar la cuenta de su consumo en el establecimiento para su posterior pago.

Clasificación Primario

Requisitos El sistema registra el estado de cuenta.