CAPTURA DEDDEEDE REQUERIMIENTOSREQUERIMIENTOS...

CAPTURACAPTURACAPTURACAPTURA DEDEDEDE

REQUERIMIENTOSREQUERIMIENTOSREQUERIMIENTOSREQUERIMIENTOS

(MULTIPLAN)(MULTIPLAN)(MULTIPLAN)(MULTIPLAN)

Grupo 2

Componentes del grupo: Itziar Martínez García Itziar Uranga Martín

Arritokieta Mateos Sosa Leticia Calvo Sanchez

Lorea Ustarroz Leandro Xabier Aramendi Amenabar

Xandra Gómez Sabugal

Multiplan: Captura de requerimientos Grupo 2

1

Índice

1. Modelos de Caso de Uso ............................................................................................2

1.1. Jerarquía de actores .................................................................................................. 2

1.2. Casos de Uso: Cliente/Recepcionista ........................................................................ 3

1.2.1. Consulta tipo excursión............................................................................................................4

1.2.2. Identificar cliente ......................................................................................................................4

1.2.3. Identificar recepcionista ...........................................................................................................5

1.2.4. Alta reserva ..............................................................................................................................5

1.2.5. Modificar reserva......................................................................................................................6

1.2.6. Eliminar reserva .......................................................................................................................8

1.2.7. Consultar reserva del cliente....................................................................................................8

1.2.8. Consultar situación de la excursión .........................................................................................9

1.2.9. Confirmar/Anular excursión....................................................................................................10

1.3. Casos de Uso: Agencia............................................................................................ 11

1.3.1. Identificar Agente ...................................................................................................................12

1.3.2. Alta tipo de excursión.............................................................................................................12

1.3.3. Modificar tipo de excursión ....................................................................................................13

1.3.4. Eliminar tipo de excursión ......................................................................................................13

1.3.5. Confirmar/Anular excursiones................................................................................................14

1.3.6. Envío listado de excursión al chofer ......................................................................................15

1.3.7. Alta Hotel................................................................................................................................15

1.3.8. Modificar Hotel .......................................................................................................................16

1.3.9. Eliminar Hotel .........................................................................................................................16

1.4. Casos de Uso: Administrador de la agencia............................................................. 17

1.4.1. Alta usuario ............................................................................................................................17

1.4.2. Modificar usuario ....................................................................................................................18

1.4.3. Eliminar usuario......................................................................................................................19

2. Modelo de dominio....................................................................................................20

2.1. Descripción y supuestos .......................................................................................... 20

2.2. Atributos de las clases ............................................................................................. 20

2.3. Diagrama ................................................................................................................. 21


2

1. Modelos de Caso de Uso

1.1. Jerarquía de actores

Administrador de la agencia: Es la persona que se encarga de dar de alta las cuentas para los agentes de la agencia de viajes y los recepcionistas de los distintos hoteles.

Agente: Son los empleados de la agencia, encargados de la gestión y planificación de las distintas excursiones que se ofrecen luego en los hoteles.

Recepcionista: Son los empleados del Hotel. Estos interactúan con los clientes y los agentes, para la gestión de las reservas.

Cliente: Son los clientes del hotel, que reservan o solicitan información de las excursiones.


3

1.2. Casos de Uso: Cliente/Recepcionista


4

1.2.1. Consulta tipo excursión

Caso de uso: Consultar tipo excursión.

Actores: Cliente, Recepcionista.

Descripción: El recepcionista le informa al cliente la información dlas excursiones

disponibles.

Precondición:

Postcondición: El recepcionista le muestra la información al cliente.

Escenario principal:

1. Cliente: Solicita la información de la excursión que le interesa, al recepcionista. 2. Recepcionista: Se identifica en el sistema y identifica al cliente 3. Recepcionista: Consulta la información deseada en el sistema. 4. Sistema: Muestra la información de la excursión. 5. Recepcionista: Informa al cliente de los datos de la excursión. 6. Cliente: Se marcha con la información.

Extensiones: Paso 2: USES identificar Recepcionista

Paso 3. No existe la excursión deseada. Recepcionista: le informa que esa excursión no esta disponible y le pregunta si quiere información de otra excursión.

1.2.2. Identificar cliente

Caso de Uso: Identificar Cliente. Actores: Cliente, Recepcionista. Descripción: el cliente se identifica ante el recepcionista para consultar información de alguna excursión o reserva. Precondición: Postcondición: el cliente queda correctamente identificado. Escenario principal:


5

1. Cliente: acude a recepción para identificarse. 2. Cliente: proporciona sus datos al recepcionista. 3. Recepcionista: comprueba los datos del cliente y verifica que está identificado

Extensiones:

Paso 3. El cliente no está registrado en el hotel. Recepcionista: no le puede dar acceso a las excursiones.

1.2.3. Identificar recepcionista

Caso de Uso: Identificar Recepcionista. Actores: Recepcionista. Descripción: el recepcionista se identifica ante el sistema para consultar y gestionar reservas. Precondición: Postcondición: el recepcionista queda correctamente identificado. Escenario principal:

1. Recepcionista: introduce su identificador y contraseña correspondientes. 2. Sistema: comprueba los datos del recepcionista y verifica que está identificado. 3. Sistema: da acceso a la gestión y consulta de reservas.

Extensiones:

Paso 2. El recepcionista no está autorizado.

Sistema: muestra una pantalla con un mensaje de error.

1.2.4. Alta reserva

Caso de Uso: Alta reserva Actores: Cliente, Recepcionista Descripción: El cliente del hotel acude a la recepción y solicita una reserva de una excursión en una fecha determinada. El Recepcionista tras verificar que es cliente del hotel, realiza la reserva de la excursión. Precondición:


6

Poscondición: Se registra la reserva de la excursión y el recepcionista le entrega un justificante de que a abonado el 20% de la misma.

Escenario principal: 1. Cliente: se identifica y solicita la reserva de una excursión en una fecha concreta 2. Recepcionista: Identifica al cliente, se identifica en el sistema. 3. Recepcionista: Selecciona en el sistema la gestión de reservas y introduce los

datos de la nueva reserva 4. Sistema: Registra la reserva, saca por pantalla el justificante del 20% del pago y

los datos de la reserva. 5. Recepcionista: Solicita el importe en metálico y entrega el justificante al cliente

una vez pagado el 20%. 6. Cliente: Paga y se marcha con el justificante de la reserva. 7. Recepcionista: Guarda el dinero de la reserva en la caja fuerte que dispone el

hotel (expresamente para el dinero de las reservas).

Extensiones: Paso 1: USES identificar cliente

a. La persona que acude esta registrado en otro de los hoteles Recepcionista: le indica que debe realizar la reserva en su hotel. b. La excursión que solicita no esta disponible en la fecha que el cliente ha indicado. Recepcionista: informa al cliente las fechas en la que la excursión está disponible y le sugiere que cambie de fecha: USES Consultar tipo Excursión

c. La excursión que solicita esta completa: Recepcionista: le informa que no hay plazas disponibles, le sugiere elegir otra fecha u otra excursión o que se pase el día previo ya que puede haber alguna anulación: USES Consultar Tipo excursión

Paso 2: USES identificar recepcionista Paso 5: La impresora no funciona o no imprime de manera correcta.

Recepcionista: le hace un justificante manual con el sello del hotel. Paso 6: El cliente no dispone de dinero en metálico.

Recepcionista: le indica que es necesario pagar el 20% de la reserva en metálico y le sugiere que vaya a un cajero, se le informa de que en caso de que no pague este 20% la reserva será anulada: USE Anular reserva.

1.2.5. Modificar reserva

Caso de Uso: Modificar Reserva


7

Actores: Cliente, Recepcionista Descripción: El cliente acude a la recepción del hotel, con el justificante de la reserva. El recepcionista tras verificar los datos de la reserva realiza la modificación solicitada por el cliente. Precondición: Postcondición: Se registra la modificación de la reserva de la excursión. Escenario principal:

1. Cliente: se identifica y entrega el justificante de la reserva. 2. Recepcionista: identifica al cliente, se identifica en el sistema. 3. Recepcionista: Selecciona en el sistema la gestión de reservas. 4. Sistema: Muestra las reservas del cliente. 5. Recepcionista: Selecciona la reserva solicitada y modifica lo indicado por el

cliente. 6. Sistema: Registra los cambios efectuados e imprime el justificante. 7. Recepcionista: Entrega el justificante al cliente. 8. Cliente: Recoge el justificante de la reserva y se marcha.

Extensiones: Paso 1: USES identificar Cliente Paso 2: USES identificar Recepcionista Paso 5:

a. El Cliente ha perdido el justificante de la reserva y el recepcionista no encuentre dicha reserva. Recepcionista: le indica al cliente que no encuentra la reserva y sin el justificante no puede realizar la modificación.

b. La fecha de la reserva ha expirado. Recepcionista: le indica al cliente que no es posible realizar la modificación.

c. La excursión que solicita no esta disponible en la fecha que el cliente ha

indicado: Recepcionista: informa al cliente las fechas en la que la excursión está disponible y le sugiere que cambie de fecha: USES Consultar tipo Excursión d. La excursión que solicita esta completa: Recepcionista: le informa que no hay plazas disponibles, le sugiere elegir otra fecha u otra excursión o que se pase el día previo ya que puede haber alguna anulación: USES Consultar Tipo de Excursión.


8

1.2.6. Eliminar reserva

Caso de Uso: baja reserva. Actores: Cliente, Recepcionista. Descripción: El cliente acude a la recepción del hotel con el justificante de la reserva y solicita la anulación de la misma. El Recepcionista tras verificar los datos de la reserva realiza la anulación. Precondición: Postcondición: Se registra la anulación de la reserva de la excursión. Escenario principal: 1. Cliente: Se identifica y entrega el justificante de la reserva. 2. Recepcionista: Identifica al cliente, se identifica en el sistema. 3. Recepcionista: Selecciona en el sistema la gestión de reservas. 4. Sistema: Muestra las reservas del cliente. 5. Recepcionista: Selecciona la reserva indicada por el cliente y la elimina 6. Sistema: Registra la anulación de la reserva 7. Recepcionista: Le devuelve al cliente el 20% de la reserva. 8. Cliente: Recoge el dinero y se marcha. Extensiones: Paso 1: Uses Identificar cliente Paso 2: Uses Identificar recepcionista Paso 5:

a. En el caso de que haya perdido el justificante de la reserva y el recepcionista no encuentre dicha reserva. Recepcionista: le indica al cliente que por ese nombre no aparece ninguna reserva. Que sin el justificante de la reserva no puede realizar la modificación.

b. El cliente quiere realizar la anulación el mismo día o posterior al que sale la

excursión. Recepcionista: le indica que el plazo de cancelación ha expirado.

1.2.7. Consultar reserva del cliente

Caso de uso: Consultar reserva del cliente Actores: Cliente, Recepcionista.


9

Descripción: El recepcionista consulta el estado de la reserva de ese cliente. Precondición: El cliente tiene que tener alguna reserva. Postcondición: El cliente queda informado del estado de la reserva. Escenario principal: 1. Cliente: Acude ante el recepcionista para consultar el estado de su reserva. 2. Cliente: Se identifica como propietario de la reserva de la cual desea información. 3. Recepcionista: Identifica al cliente y se identifica en el sistema 4. Recepcionista: Consulta la situación de la reserva del cliente. 5. Sistema: Muestra la información. 6. Recepcionista: Se la comunica al cliente. 7. Cliente: Se marcha. Extensiones: Paso 2: USES Identificar Cliente Paso 3: USES Identificar Recepcionista

1.2.8. Consultar situación de la excursión

Caso de uso: Consultar situación de la excursión Actores: Cliente, Recepcionista. Descripción: El recepcionista consulta el estado de la excursión para los clientes. Precondición: El cliente debe tener una reserva hecha en dicha excursión. Postcondición: Los clientes quedan informados de la situación de la excursión.

Escenario principal: 1. Cliente: Acude ante el recepcionista para consultar la situación de su excursión. 2. Cliente: Se identifica como propietario de la reserva de esa excursión de la cual

desea información. 3. Recepcionista: Identifica al cliente, se identifica en el sistema y consulta la

situación de la excursión. 4. Sistema: Muestra la información. 5. Recepcionista: Se la comunica al cliente. 6. Cliente: Se marcha

Extensiones:


10

Paso 2: USES Identificar Cliente

Paso 3: USES Identificar Recepcionista

1.2.9. Confirmar/Anular excursión

Caso de uso: Confirmar/Anular excursiones. Actores: Recepcionista, Cliente. Descripción: Cuando la agencia confirma/anula las excursiones, la recepcionista se identifica como personal autorizado y se encarga de comunicárselo a los clientes. Imprime la lista de las excursiones de ese día y la pone al alcance de los clientes, para que estos sepan, que excursiones han sido confirmadas/anuladas. Precondición: existe un listado de excursiones confirmadas o anuladas para el día. Postcondición: Los clientes quedan informados de la confirmación/anulación de la excursión.


1. Recepcionista: Se identifica como personal autorizado. 2. Recepcionista: accede las excursiones del día 3. Sistema: muestra las excursiones confirmadas. 4. Recepcionista: imprime la lista y la pone en el lugar establecido para que los

clientes puedan ver el estado de sus excursiones. 5. Cliente: va al lugar establecido, verifica que su excursión esta confirmada y acude

a recepción a por el justificante. 6. Recepcionista: comprueba los datos del cliente y de la reserva. Le entrega el

justificante y registra que este ha sido recogido. 7. Sistema: registra la información. 8. Cliente: Recoge el resguardo de su excursión y se marcha.

Extensiones:

Paso 1: USES Identificar Cliente Paso 5:

a. La excursión ha sido anulada. Cliente: acude a recepción para recoger el 20% abonado Recepcionista: comprueba los datos del cliente y de la reserva. Le entrega el 20% y registra que este ha sido recogido Sistema: registra la información Cliente: recoge el 20% y se marcha

b. El cliente no se presenta ante el recepcionista para conocer el estado de su

excursión. Recepcionista: Le cobra al cliente el importe total de la excursión.


11

1.3. Casos de Uso: Agencia


12

1.3.1. Identificar Agente

Caso de Uso: Identificar Agente Actores: Agente Descripción: el agente se identifica ante el sistema para gestionar excursiones. Precondición: Postcondición: el recepcionista queda correctamente identificado. Escenario principal: 1. Agente: introduce su identificador y contraseña correspondientes. 2. Sistema: comprueba los datos del agente y verifica que está identificado. 3. Sistema: da acceso a la gestión de excursiones.

Extensiones:

Paso 2. El agente no está autorizado. Sistema: muestra una pantalla con un mensaje de error.

1.3.2. Alta tipo de excursión

Caso de Uso: Alta tipo de excursión Actores: Agente Descripción: La agencia de viajes planifica cada madrugada excursiones para el día siguiente destinadas a los clientes de los hoteles de la isla. Para cada tipo de excursión, la agencia establece los datos de la misma. Precondición: Postcondición: Se añade el tipo de excursión. Escenario principal:

1. Agencia: Se identifica en el sistema. 2. Agencia: Introduce los datos de el nuevo tipo excursión. 3. Sistema: Da de alta el nuevo tipo de excursión determinando las características

de la misma (lugar, precio, etc.)


13

Extensiones:

Paso 1: USES Identificar Agente Paso 3: La excursión que quiere dar de alta, ya existe.

Sistema: no la registra.

1.3.3. Modificar tipo de excursión

Caso de Uso: Modificar tipo de excursión Actores: Agencia Descripción: el sistema contempla la posibilidad de modificar un tipo de excursión por diversos motivos Precondición: El tipo de excursión a modificar ha sido creada previamente. Postcondición: El tipo de excursión queda modificada.


1. Agencia: Se identifica 2. Sistema: Muestra el tipo excursiones 3. Agencia: Selecciona la excursión a modificar y introduce los nuevos datos. 4. Sistema: Registra los cambios. Extensiones: Paso 1: USES Identificar Agente

Paso 3: No encuentra la excusión a modificar

El agente desiste de la tarea

1.3.4. Eliminar tipo de excursión

Caso de Uso: Eliminar tipo de excursión Actores: Agente Descripción: el sistema contempla la posibilidad de eliminar un tipo de excursión por diversos motivos Precondición: el tipo de excursión a eliminar ha sido creada previamente.


14

Postcondición: Se registran la eliminación del tipo de excursión en el sistema. Escenario principal:

1. Agencia: se identifica. 2. Sistema: muestra el tipo de excursiones. 3. Agencia: selecciona la excursión y la elimina. 4. Sistema: Borra los datos de la excursión. Extensiones:

Paso 1: USES Identificar agente

Paso 3: No encuentra la excusión a eliminar El agente desiste de la tarea

1.3.5. Confirmar/Anular excursiones

Caso de uso: Confirmar/Anular Excursión. Actores: Agente Descripción: Cuando llega el día anterior a la excursión, la agencia analiza la cantidad de reservas que se han realizado para esa excursión, marcando como confirmada aquellas excursiones que hayan llegado al mínimo de las reservas para que sea realizada, y anulada en caso contrario. Precondición: Postcondición: las excursiones de ese día quedan marcadas como confirmadas o anuladas Escenario principal:

1. Agencia: se identifica 2. Sistema: muestra las excursiones de ese día. 3. Agencia: compara si el número de reservas es mayor que el mínimo establecido

para esa excursión, si es así la marca como confirmada, sino la anulara. Clasifica de la misma manera cada una de ellas

4. Sistema: registra las actualizaciones.

Extensiones:

Paso 1: USES Identificar Agente


15

Paso 3: Puede que una excursión sea anulada por alguna otra razón que no sea que las reservas realizadas para esa excursión sean menor que el mínimo establecido, por causa del mal tiempo etc. Agencia: Anula la excursión

1.3.6. Envío listado de excursión al chofer

Caso de uso: Envío listado excursión al chofer. Actores: Agencia Descripción: La agencia obtiene las excursiones confirmadas y envía la lista a la compañía de autobuses. La lista estará ordenada por hotel, para que solo pase por los hoteles señalados. Precondición: El listado a enviar a la compañía hará referencia a una excursión confirmada por la agencia. Postcondición: la mañana del día de la excursión, el chofer, tendrá una lista de los clientes que deberá recoger por los distintos hoteles. Escenario principal: 1. Agencia: Se identifica en el sistema. 2. Agencia: Obtiene las excursiones confirmadas 3. Agencia: Se encargará de enviar la información a la compañía de autobuses para

la fecha prevista, por medio de fax.

Paso 1: USES Identificar Agente

1.3.7. Alta Hotel

Caso de Uso: Alta de Hotel Actores: Agente Descripción: El personal de la agencia decide dar de alta un nuevo hotel, y este queda registrado. Precondiciones: Poscondiciones: El hotel queda registrado Escenario principal:


16

1. El Agente: se identifica en el sistema 2. El Agente: selecciona la gestión de hoteles e introduce los datos del nuevo hotel 3. El sistema: registra los datos del nuevo hotel

Extensiones: Paso 1: USES identificar agente

Paso 2: El hotel ya esta dado de alta El agente: desiste de la tarea

1.3.8. Modificar Hotel

Caso de uso: Modificar Hotel. Actores: Agente Descripción: El personal de la agencia debe poder modificar el registro de un Hotel. Precondición: Postcondición: Las modificaciones del Hotel quedan registradas


1. Agencia: se identifica en el sistema 2. Agencia: selecciona la gestión de hoteles 3. El sistema: muestra los hoteles registrados 4. Agencia: Busca el hotel a modificar y realiza los cambios 5. Sistema: Registra las modificaciones del hotel

Extensiones:

Paso 4: No encuentra el Hotel en el sistema El Agente: desiste de la tarea o da de alta el Hotel: USES Dar de Alta Hotel

1.3.9. Eliminar Hotel

Caso de uso: Eliminar Hotel Actores: Agente Descripción: El personal de la agencia debe poder eliminar el registro de un Hotel. Precondición:


17

Postcondición: Se elimina el registro del hotel del sistema


1. Agencia: se identifica en el sistema 2. Agencia: selecciona la gestión de hoteles 3. El sistema: muestra los hoteles registrados 4. El Agente: Busca el hotel a eliminar. 5. Sistema: Elimina el hotel. Extensiones: Paso 1: USES identificar agente Paso 4: El Agente no encuentra el Hotel El agente desiste de la tarea

1.4. Casos de Uso: Administrador de la agencia

1.4.1. Alta usuario

Caso de uso: Dar de alta usuario. Actor: Administrador del sistema de la Agencia


18

Descripción: El administrador de la agencia de viajes dará de alta al usuario (Agente / Recepcionista) en el sistema con los permisos correspondientes Precondición: Postcondición: El administrador habrá dado de alta al usuario.


1. Administrador: se identifica ante el sistema 2. Administrador: da de alta al usuario, utilizar como nombre de usuario el DNI de la

persona 3. Sistema: Registra el nuevo usuario.

Extendido:

Paso 1: USES identificar agente Paso 2: El usuario ya esta dado de alta

El Administrador del sistema desiste de la tarea

1.4.2. Modificar usuario

Caso de uso: Modificar usuario. Actor: Administrador del sistema de la Agencia Descripción: El administrador de la agencia de viajes modifica los datos referentes a algún usuario. Precondición: El usuario a modificar debe estar registrado en el sistema. Postcondición: Se modifican los datos del usuario y posteriormente se guardan los cambios.


1. Agencia: Se identifica en el sistema 2. Agencia: Selecciona la gestión de usuarios 3. Sistema: Muestra un listado de los usuarios 4. Agencia: Selecciona el usuario y modifica los datos 5. Sistema: Registra los cambios

Extensiones:


19

Paso 1: USES Identificar agente

Paso 4: No encuentra el usuario a modificar

El recepcionista: desiste en la tarea o le da de alta USES alta de usuario

1.4.3. Eliminar usuario

Caso de uso: Baja usuario. Actor: Administrador del sistema de la Agencia Descripción: El administrador de la agencia modifica los datos referentes a algún usuario. Precondición: El usuario a modificar debe estar registrado en el sistema. Postcondición: Se modifican los datos del usuario y posteriormente se guardan los cambios.


1. Agencia: Se identifica en el sistema 2. Agencia: Selecciona la gestión de usuarios 3. Sistema: Muestra los usuarios registrados 4. Agencia: Selecciona el usuario y a eliminar 5. Sistema: Registra los cambios

Extensiones:

Paso 1: USES Identificar Agente Paso 4: No encuentra el usuario a modificar

El recepcionista desiste en la tarea.


20

2. Modelo de dominio

2.1. Descripción y supuestos

� Nuestro sistema de información va a estar gestionado por una sola agencia que

trabaja con los distintos hoteles.

� La agencia planifica una serie de excursiones. Por otro lado, en la agencia

trabajan uno o varios agentes, estos serán los encargados de gestionar (alta, baja,

modificación) las diferentes tipo de excursiones que nos ofrece, así como

confirmar/anular una excursión de un fecha en concreto, la noche previa ese día.

Para cada excursión incluiremos un campo suplemento el cual variará

dependiendo de la situación del hotel, también existirá un campo para especificar

la compañía de autobús encargada del recorrido de la excursión, así como los

datos de la misma.

� En los hoteles trabajan uno o varios recepcionistas

� En los hoteles se hospedan varios clientes, los cuales tienen opción de reservar o

consultar excursiones y reservas.

� Los clientes reservan excursiones.

� Una excursión sólo se puede realizar una vez al día.

2.2. Atributos de las clases

� Recepcionista: dni (id), nombre, apellidos, user, password, permisos

� Agente: dni (id), nombre, apellidos, user, password, permisos

� Cliente: dni (id), nombre, apellidos

� Tipo Excursión: id, nombre, descripción, lugar, ocup_max, ocup_min, precio,

suplementos, comp_Autobuses, tlf_Autobus, fax_Autobus

� Excursión: idTipoExcursion, Numero de reservas, fecha,confirmada

� Reserva: id_Reserva, id_Excursion, dniCliente, fecha, nPersonas, cantAbonada

� Agencia:

� Hotel: id_hotel, nombre, dirección, descripción, teléfono


21

2.3. Diagrama

CAPTURA DEDDEEDE REQUERIMIENTOSREQUERIMIENTOS...

Documents

Transcript of CAPTURA DEDDEEDE REQUERIMIENTOSREQUERIMIENTOS...