MULTIPLAN. Diseño + Partes + Actas + Informe de Situación GRUPO 3 -

Transcripción

1 MULTIPLAN Diseño + Partes + Actas + Informe de Situación GRUPO 3 -

2 ÍNDICE Identificar Usuario... 3 Modificar Usuario... 4 Mostrar Info Usuario... 4 Modificar... 5 Gestionar Reservas... 6 Mostrar Excursiones... 6 Mostrar Reservas... 8 Mostrar Datos Cliente Reservar Excursión Identificar Cliente Registrar Cliente Mostrar Info Cliente Consultar Plazas Mostrar Precio Confirmar Reserva Modificar Reserva Identificar Cliente Modificar Datos Comprobar Plazas Incrementar Calcular Incremento Precio Incrementa Num Plazas Reserva Comprobar Plazas Decrementar Calcular Decrementar Precio Decrementar Num Plazas Reserva Cancelar Reserva CR (Cancelar Reserva) Confirmar Anular Reserva Mostrar importe a Devolver Anular Reserva Saldar Cuenta Reservas Clientes Mostrar Información Reservas Calcular Importe a Saldar Actualizar Información Observaciones Página 2

3 IDENTIFICAR USUARIO Diagrama de Secuencia IdentificarUsuario 1) Escogemos el patrón controlador para gestionar el evento externo identificarusuario. Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos el controlador de caso de uso: GestorIU. Además, esta clase artificial tiene acceso directo a todos los Recepcionistas. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. 2) Por el patrón experto, accedemos a cada uno de los Recepcionistas mediante BuscarRecepcionista y obtenemos el recepcionista cuyo id sea igual al idusuario que se le ha pasado. Tras saber que el usuario existe comprobaremos que su password es correcta 3) Para ello, por el patrón experto accedemos al password de dicho usuario mediante un método de la propia clase comprobarpassword y comprobamos si coinciden o no. El resultado de esta operación nos devolverá un valor booleano OK siendo cierto si la identificación ha sido correcta o dando falso en caso contrario. Página 3

4 MODIFICAR USUARIO Diagrama de Secuencia MostrarInfoUsuario Mostar Info Usuario: 1) Escogemos un patrón controlador para gestionar el evento externo Mostrar Info Usuario. Seleccionamos el controlador de caso de uso Gestor MIU que tiene acceso directo al recepcionista por medio de idusuario, con eso obtenemos la información del recepcionista. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. Página 4

5 Diagrama de Secuencia Modificar Modificar: 1. Escogemos un patrón controlador para gestionar el evento externo Modificar. Seleccionamos el controlador de caso de uso Gestor M que tiene acceso directo al recepcionista por medio de idusuario. Una vez tenemos el recepcionista modificamos los campos que queremos. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. Página 5

6 GESTIONAR RESERVAS Diseño de Secuencia mostrarexcursión Mostrar excursiones: 1) Escogemos el patrón controlador para gestionar el evento externo mostrarexcursiones. Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos el controlador de caso de uso: GestorReservas. Además, esta clase tiene acceso a todas las excursiones. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. 2) Por el patrón experto, el método mostrarexcursion de GestorReservas obtiene una excursión a partir de la fecha que se le pasa como parámetro. Página 6

7 3) Por el patrón experto, el método obtinfoexcursion de Excursion accede a TipoExcursion y devuelve los datos necesarios para mostrar la excursión: nombre, minplazas, maxplazas, precio y %AbonoReserva. 4) La lista de todas las excursiones se almacena en LE. Por cada excursión se muestra: fecha, nombre, minplazas, maxplazas, precio, %AbonoReserva, TotalReservas y si ha sido anulada. Página 7

8 Diseño de Secuencia mostrarreservas Mostrar reservas 1. Escogemos el patrón controlador para gestionar el evento externo mostrarreservas. Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos el controlador de caso de uso: GestorReservas. Además, esta clase tiene acceso a todas las reservas. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. 2. Por el patrón experto, el método mostrarreservasnocanceladas de GestorReservas muestra todas las reservas de dicha excursión que no han sido canceladas. 3. Por el patrón experto, el método mostrarreservanocancelada de Excursion obtiene una reserva que no ha sido cancelada. Página 8

9 4. Por el patrón experto, el método obtcliente de Reserva accede a Cliente para obtener el hotel y la habitación en la que se aloja. 5. Por el patrón experto, el método obthotel de Cliente accede a Hotel para obtener el nombre del hotel en el que está alojado el cliente. 6. La lista de todas las reservas de una excursión se almacena en LR. Por cada reserva se muestra: fecha, nombre del hotel, habitación y plazas. Página 9

10 Diseño de Secuencia mostrardatoscliente Mostrar datos cliente 1) Escogemos el patrón controlador para gestionar el evento externo mostrardatoscliente. Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos el controlador de caso de uso: GestorReservas. Además, esta clase tiene acceso a todos los clientes. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. 2) Por el patrón experto, el método mostrardatoscliente de GestorReservas muestra los datos de un cliente a través de una reserva dada. Página 10

11 3) Por el patrón experto, el método obtinfocliente devuelve los datos de un cliente: DNI, nombre, teléfono, fechaentrada, fechasalida y habitación. 4) Por el patrón experto, el método obtprecioexcursión de Reserva obtiene el precio de la excursión de la que se ha realizado la reserva. 5) Por el patrón experto, el método obtprecio de Excursion accede a TipoExcursion y obtiene el precio de la excursión. 6) Por el patrón experto, el método calcularimportependiente de Reserva calcula y devuelve el importe pendiente de abonar a partir de los datos: importe, abonado y precio. 7) La lista de todos los clientes de una reserva se almacena en LC. Por cada cliente se muestra: DNI, habitación, nombre, teléfono, fecha de entrada al hotel, fecha de salida del hotel, plazas reservadas para la excursión, importe de la reserva, abonado e importe pendiente de abonar. EXTENDS reservarexcursion Al pasar al caso de uso reservar excursión, el recepcionista seleccionará de la lista de excursiones la excursión de la que quiere hacer la reserva, y entonces se le indicará el identificador de dicha excursión. EXTENDS modificarreserva Al pasar al caso de uso modificar reserva, el recepcionista seleccionara de la lista de reservas la reserva que se quiere modificar, y entonces se le indicará el identificador de dicha reserva. EXTENDS cancelarreserva Al pasar al caso de uso cancelar reserva, el recepcionista seleccionará de la lista de reservas la reserva que se quiere cancelar, y entonces se le indicará el identificador de dicha reserva. Página 11

12 RESERVAR EXCURSIÓN Página 12

13 Página 13

14 Página 14

15 1) Para el evento externo IdentificarUsuario hemos utilizado el patrón experto, es decir, el GestorReserva es experto en clientes. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. 2) Para el evento externo RegistrarCliente hemos utilizado el patrón creador. Una vez que el hotel crea un cliente este queda asignado a dicho hotel automáticamente. 3) Para el evento externo MostrarInfoCliente hemos utilizado el patrón experto, esta clase artificial es experta en Clientes y conoce todo lo referente a ellos. 4) Para el evento externo ComprobarPlazas hemos utilizado el patrón experto, gestor conoce excursiones y estas a su vez a TipoExcursiones. 5) Para el evento externo MostrarPrecio hemos utilizado el patrón experto, la clase artificial GestorReserva conoce excursiones y estas a su vez a TipoExcursión. 6) Para el evento externo ReservarExcursion se aplica el patron creador para crear la reserva y asociarla con cliente y excursión. Página 15

16 MODIFICAR RESERVA IdentificarCliente Igual que el caso de uso REALIZAR RESERVA. Diseño de Secuencia de ModificarDatos ModificarDatos Escojo el patrón controlador para gestionar el evento externo ModificarDatos. Como es un caso de uso elijo el controlador de Caso de Uso GestorMR, otros también serian validos, que tiene acceso directo a todas las reservas. Intento diseñar con los criterios de alta cohesión y bajo acoplamiento. Por el patrón experto el método MD de Reserva modifica los datos de la reserva. Página 16

17 RECTIFICACIONES AL ANALISIS: Necesito como parámetros de esta operación el id de reserva. Diseño de Secuencia de ComprobarPlazasIncrementar ComprobarPlazasaIncrementar Escojo el patrón controlador para gestionar el evento externo ComprobarPlazasaIncrementar. Como es un caso de uso elijo el controlador de Caso de Uso GestorMR, otros también serian validos, que tiene acceso directo a todas las reservas. Intento diseñar con los criterios de alta cohesión y bajo acoplamiento. Por el patrón experto el método ComprobarPlazasaIncrementar de GestorMR se encarga de localizar la excursión a la que pertenece la reserva( conoce las reservas y estas conocen la excursiones a las que pertenecen). Por el patrón experto el método CPI de TipodeExcusion se encarga de localizar el tipo de excursión a la que pertenece (conoce su tipo). Por el patrón experto el método ObtenerNumPlazasMax de TipodeExcursión se encarga de obtener el numero máximo de plazas (conoce ese dato). Página 17

18 Por ultimo y por el patrón experto el método EsPosible de excursión se encarga de realizar la suma entre totalreservas y el numero de plazas que se quieren reservar y restárselo al numero de plazas máximas y devolver si es posible o no. RECTIFICACIONES AL ANALISIS: Necesito como parámetros de esta operación el id de reserva. Diseño de Secuencia de CalcularIncrementoPrecio CalcularIncrementoPrecio Escojo el patrón controlador para gestionar el evento externo CalcularIncrementoPrecio. Como es un caso de uso elijo el controlador de Caso de Uso GestorMR, otros también serian validos, que tiene acceso a todas las reservas. Intento diseñar con los criterios de alta cohesión y bajo acoplamiento. Por el patrón experto el método CalcularIncrementoPrecio de GestorMR se encarga de localizar la excursión a la que pertenece la reserva( conoce las reservas y estas conocen la excursiones a las que pertenecen). Página 18

19 Por el patrón experto el método ObtenerPrecio de TipodeExcursión se encarga de obtener el precio por plazas y el porcentaje del abono (conoce esos datos). Por ultimo y por el patrón experto el método CalcularPrecio de Reserva se encarga de realizar el producto entre el numero de plazas que se quieren reservar y el precio por plaza y multiplicar por el % del abono y devolver el resultado que se le debe abonar al recepcionista y el nuevo importe de la excursión. RECTIFICACIONES AL ANALISIS: Necesito como parámetros de esta operación el id de la reserva. Diseño de Secuencia de IncrementarNumPlazasReserva Página 19

20 IncrementarNumPlazasReserva Escojo el patrón controlador para gestionar el evento externo IncrementarNumPlazasReserva. Como es un caso de uso elijo el controlador de Caso de Uso GestorMR, otros también serian validos, que tiene acceso a todas las reservas. Intento diseñar con los criterios de alta cohesión y bajo acoplamiento. Por el patrón experto el método IncrementarNumPlazasReserva de GestorMR se encarga de localizar la reserva (conoce las reservas). Por el patrón experto el método ActualizarReserva de reserva se encarga de actualizar las Plazas y el importe y el abonado. Por el patrón experto el método ActualizarCliente de cliente se encarga de Actualizar el importe y el abono que ha pagado por las reservas. Por el patrón experto el método INPRReserva de reserva se encarga de localizar la excursión a la que pertenece (conoce su excursión). Por ultimo y por el patrón experto el método ActualizarExcursion de excursion se encarga de realizar la actualización del total de plazas de la excursión. RECTIFICACIONES AL ANALISIS: Necesito como parámetros de esta operación el id de la reserva el importe que debe pagar y el abono que ha pagado. Página 20

21 Diseño de Secuencia de ComprobarPlazasDecrementar ComprobarPlazasaDecrementar OPERACIÓN IGUAL QUE CALCULAR INCREMENTO DE PRECIO Escojo el patrón controlador para gestionar el evento externo ComprobarPlazasaDecrementar. Como es un caso de uso elijo el controlador de Caso de Uso GestorMR, otros también serian validos, que tiene acceso a todas las reservas. Intento diseñar con los criterios de alta cohesión y bajo acoplamiento. Por el patrón experto el método ComprobarPlazasaDecrementar de GestorMR se encarga de localizar la reserva (conoce las reservas). Por el patrón experto el método EsPosible de reserva se encarga de realizar la comprobación de que el decremento sea posible.(en este caso debe comprobar si las Página 21

22 plazas son negativas o lleguen a 0 porque seria una cancelación de la reserva). Por el patrón experto el método ActExcursión de excursión se encarga de Actualizar el total de reservas para la excursión (conoce ese dato). RECTIFICACIONES AL ANALISIS: Necesito como parámetros de esta operación el id de la reserva. Diseño de Secuencia de CalcularDecrementarPrecio CalcularDecrementoPrecio Escojo el patrón controlador para gestionar el evento externo CalcularDecrementoPrecio. Como es un caso de uso elijo el controlador de Caso de Uso GestorMR, otros también serian validos, que tiene acceso a todas las reservas. Intento diseñar con los criterios de alta cohesión y bajo acoplamiento. Por el patrón experto el método CalcularDecrementoPrecio de GestorMR se encarga de localizar la excursión a la que pertenece la reserva( conoce las reservas y estas conocen la excursiones a las que pertenecen). Página 22

23 Por el patrón experto el método ObtenerPrecio de TipodeExcursión se encarga de obtener el precio por plazas y el porcentaje del abono (conoce esos datos). Por ultimo y por el patrón experto el método CalcularPrecio de Reserva se encarga de realizar el producto entre el numero de plazas que se quieren reservar y el precio por plaza y multiplicar por el % del abono y devolver el resultado que se le debe abonar al cliente y el nuevo importe de la excursión. RECTIFICACIONES AL ANALISIS: Necesito como parámetros de esta operación el id de la reserva. Diseño de Secuencia de DecrementarNumPlazasReserva Página 23

24 DecrementarNumPlazasReserva Escojo el patrón controlador para gestionar el evento externo DecrementarNumPlazasReserva. Como es un caso de uso elijo el controlador de Caso de Uso GestorMR, otros también serian validos, que tiene acceso a todas las reservas. Intento diseñar con los criterios de alta cohesión y bajo acoplamiento. Por el patrón experto el método DecrementarNumPlazasReserva de GestorMR se encarga de localizar la reserva (conoce las reservas). Por el patrón experto el método ActualizarReserva de reserva se encarga de actualizar las Plazas y el importe y el abonado.. Por el patrón experto el método ActualizarCliente de cliente se encarga de Actualizar el importe y el abono que ha pagado por las reservas. Por el patrón experto el método INPRReserva de reserva se encarga de localizar la excursión a la que pertenece (conoce su excursión). Por ultimo y por el patrón experto el método ActualizarExcursion de excursion se encarga de realizar la actualización del total de plazas de la excursión. RECTIFICACIONES AL ANALISIS: Necesito como parámetros de esta operación el id de la reserva el importe que debe pagar y el abono que ha pagado. Página 24

25 CANCELAR RESERVA Diseño de Secuencia de CancelarReserva Cancelar Reserva 1) Escogemos el patrón controlador para gestionar el evento externo CancelarReserva. Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos el controlador de caso de uso: GestorCR. Además, esta clase artificial tiene acceso directo a todas las reservas. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. 2) Por el patrón experto, el método obtenerinfo de GestorCR recupera la información de la reserva dada. Página 25

26 Diseño de Secuencia de ConfirmarAnularReserva Confirmar Anular Reserva 1) Escogemos el patrón controlador para gestionar el evento externo CAR (Confirmar Anular Reserva). Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos el controlador de caso de uso: Gestor CR. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. Página 26

27 Diseño de Secuencia de ImporteDevolver MOSTRAR IMPORTE DEVOLVER 1) Escogemos el patrón controlador para gestionar el evento externo ImporteADevolver. Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos el controlador de caso de uso: GestorCR. Además, esta clase artificial tiene acceso directo a todas las reservas. 2) Por el patrón experto el método infoabonado recupera la cantidad abonada por el cliente en la reserva. Página 27

28 Diseño de Secuencia de Anular Reserva ANULAR RESERVA 1) Escogemos el patrón controlador para gestionar el evento externo AR (Anular Reserva). Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos el controlador de caso de uso: GestorCR. Además, esta clase artificial tiene acceso directo a todas las Reservas. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. 2) Por el patrón experto, el método AR de GestorCR selecciona la Reserva con identificador idreserva. Página 28

29 3) Por el patrón experto, el método decrementarreservasex decrementa el número de plazas reservadas de la excursión con identificador idexcursión. 4) Por el patrón experto, el método modificarcliente selecciona el Cliente con identificador idcliente y actualiza los campos importe y abonado. Página 29

30 SALDAR CUENTA Reservas cliente 1) Escogemos el patrón controlador para gestionar el evento externo ReservasCliente. Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos el controlador de caso de uso: GestorSC. Además, esta clase artificial tiene acceso directo a todos los Clientes. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. 2) Por el patrón experto, el método BuscarCliente de GestorSC selecciona el Cliente con el dni dado.en este momento empezamos a generar la lista de reservas no canceladas. Por cada reserva no cancelada tendremos un elemento en la lista que nontendrá el identificador de la reserva( idreserva). 3) Para saber que la reserva no ha sido cancelada, por el mismo patrón experto, accedemos a reserva mediante ComprobarReserva, quien llamará a su vez a Comprobar, que es un método de la propia clase para saber si la reserva ha sido cancelada. En caso de no haber sido cancelada se devolverá un OK. Página 30

31 Mostrar información reservas 1) Escogemos el patrón controlador para gestionar el evento externo mostrarinformaciónreservas. Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos el controlador de caso de uso: GestorSC. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. 2) Por el patrón experto, accedemos a reserva con su idreserva mediante ObtenerInfoReserva. Tras ir a buscar a Excursión la información necesaria, este método devolverá la información que le pase Excursión, más el identificador de la reserva(idreserva) así como el importe de la misma(importe). La información completa que se devuelve es: <idreserva, importe, fecha, anulada?, TotalReservas, nombre, preciopersona>. 3) Puesto que necesitamos también la información referente a la excursión y al tipo de la excursión, por el patrón experto, el método ObtenerInfoExc selecciona la excursión asociada a la reserva, por ser experta en ella y conocerla. Después de obtener la información de Tipo de excursión devolverá la información propia de excursión( fecha, anulada?, TotalReservas). 4) Tenemos que ir a buscar la información del tipo, para lo cual por el patrón experto, el método ObtenerInfoTipoExc obtiene la información refernte al TipoExcursión que nos es de utilidad( nombre, preciopersona). anulada?,numplazasreservadas. Página 31

32 Calcular Importe a Saldar 1) Escogemos el patrón controlador para gestionar el evento externo CalcularImporte. Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos el controlador de caso de uso: GestorSC. Además, esta clase artificial tiene acceso directo a todos los Clientes. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. 2) Por el patrón experto, accedemos a cada uno de los clientes mediante SaldarCuenta y obtenemos la cuenta de cada uno de ellos, es decir, cuanto tiene que pagar o cuanto se le debe. Tras saber el saldo de cada reserva Actualizamos la cuenta total del cliente con el nuevo dato hasta tener todas contempladas. Una vez terminado devolvemos el importe y si hay que devolvérselo o el cliente tiene que pagar. 3) Para ello, por el patrón experto accedemos a cada una de las reservas del cliente mediante SaldarCuenta, ya que cada cliente conoce sus reservas por ser experto en ellas. Tras obtener si está anulada, con ese parámetro llamamos a CalcularSaldo que nos dará un saldo positivo o negativo depende de si debe o le debemos. Página 32

33 4) Para saber si el cliente debe pagar o se le tiene que devolver es necesario acceder a Excursión mediante el patrón experto por medio de Anulada?() quien nos devolverá un OK si está anulada. Diseño de Secuencia de ActualizarInformación ActualizarInformacion: 1) Escogemos el patrón controlador para gestionar el evento externo CalcularImporte. Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos el controlador de caso de uso: GestorSC. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. 2) Por el patrón experto, el método SelecCliente de GestorSC selecciona el Cliente con el dni dado. 3) El cliente llama a un método propio e la clase ActualizarAbono que se encargará de Página 33

34 actualizar la información relativa al cliente y sus pagos. OBSERVACIONES Para el Diseño de Secuencia de Cancelar Reserva se ha utilizado el programa de Software Libre Dia versión , en la cual al añadir las flechas los respectivos métodos aparecen en la parte inferior y no en la parte superior de dichas flechas. Página 34

35 Página 35