Entregable 4 v8

FACULTAD DE INGENIERÍA

CARRERA DE INGENIERÍA DE SISTEMAS

PROYECTO: SISTEMA DE GESTIÓN DE CLUBES RECREACIONALES

Módulo de Reservas de BungalowsENTREGABLE N° 4

AUTORES:

U611939 – ESPINOZA FAZIO, CARLOS GUILLERMO

U611971 - PATIÑO CAMARGO, WILLIAMS GELLY

U520495 – PINGLO ORTIZ, JOSÉ AUGUSTO

U611974 – SOTO REAÑO, EDWARD MAURICIO

U611915 - SUÁREZ VILLEGAS, RICARDO FIDEL

TALLER DE PROYECTOS 1PROFESORES:

PERONA GALLUCCIO, SANDRA GUISELLA,

TORRES PARODI, JUAN CARLOS

SECCIÓN: E903

FACULTAD DE INGENIERÍA

CARRERA DE INGENIERÍA DE SISTEMAS

Lima, 6 de diciembre de 2010

CLUB RECREACIONAL TUNQUI

Sistema de Gestión de Clubes RecreacionalesMódulo de Reserva de Bungalows

Datos de Elaboración:Elaborado

por:José Pinglo Ortiz

Fecha de

elaboración:18/09/2010

Historial de Versiones:Versió

n:1.0

Realizado por: José Pinglo OrtizFecha

modificación:23/09/2010

Descripción:Se incluyó todas las realizaciones de los casos de uso de

sistema.Aprobado por: Ricardo Suárez Villegas Fecha aprobación : 23/09/2010

Versió

n:2.0

Realizado por: Williams Patiño CamargoFecha


Descripción:Se incluyó todas las realizaciones de los casos de uso de

sistema.Aprobado por: Ricardo Suárez Villegas Fecha aprobación : 20/10/2010

Versió

n:3.0

Realizado por: José Pinglo OrtizFecha


Descripción:Se incluyó todas las especificaciones de alto nivel de los casos

de uso de sistema así como el modelo conceptual.Aprobado por: Ricardo Suárez Villegas Fecha aprobación : 18/11/2010

Versió

n:4.0

Realizado por: Ricardo Suárez VillegasFecha


Descripción: Se realizaron las correcciones del entregable 3 y se incluyó

Documento interno Versión: 4.0 Página: 3 /228



todas las especificaciones de caso de uso de los casos de usos

secundarios.Aprobado por: Williams Patiño Camargo Fecha aprobación : 05/12/2010




RESUMEN

La Administración de la Sede del Club recreacional “El Tunki” ha

identificado la necesidad de mejorar su proceso de “Reservas de

Bungalows”. La reserva es el proceso inicial que da origen a la cuenta

del huésped, por tal motivo se debe prestar gran atención a la

información que se registra, para así garantizar que el comienzo del

ciclo de cargos a cuenta huésped sea exitoso.

La reserva se realiza mediante el procedimiento regular o por sorteo,

este proceso varía según la temporada (alta y baja), en el caso de

temporada baja las reservas se hacen efectivas con el procedimiento

regular y cuando la temporada es alta los socios solicitantes entran a un

sorteo de asignación de reservas. El proceso regular de reservas de

bungalows se inicia cuando el socio consulta la disponibilidad de

bungalows para una fecha determinada comunicándose por teléfono o

acercándose a la misma oficina del club. Al confirmar la reserva el socio

registrara la fecha de inicio y fecha fin, tipo de bungalow, asimismo se

debe registrar los requerimientos para el o los bungalows que el socio

reservo en la lista de requerimientos de cada bungalows.

Por otro lado, el sorteo de asignación de reservas se realiza cuando es

temporada alta, el socio se comunica y es informado que por ser temporada

alta las reservas se efectúan mediante sorteo, si el socio desea

participar se le inscribirá en la lista para sorteo.

De conseguir una reserva, el socio debe acercarse al counter y mostrar su

carné a fin de validar esta, registrar las personas que se alojaran y

hacer el pago de los invitados, el socio recibirá una relación con el

equipamiento del bungalow. Seguido a ello el socio firmará la lista como




cargo. Antes de retirarse del bungalow el socio debe avisar a la

recepción de la sede, con el fin de que un operario de servicio realice

el inventario del bungalow con el cargo del equipamiento del mismo. Si el

inventario es conforme, el operario visa el cargo para que realice el

Checkout.

Adicionalmente a la automatización del proceso en mención, la

Administración de Sede espera contar con información oportuna que le

ayudara en la toma de decisiones.




TABLA DE CONTENIDORESUMEN..........................................................3

INTRODUCCIÓN.....................................................7CAPITULO I.......................................................9

DESCRIPCIÓN DEL PROYECTO.........................................91. OBJETO DE ESTUDIO...........................................9

1.1. Descripción de la Organización Objeto de Estudio........91.2. Objetivos Estratégicos de la Organización..............11

1.3. Visión de la Organización..............................111.4. Misión de la Organización..............................12

1.5. Organigrama de la organización.........................121.6. Definición del Negocio.................................13

2. OBJETIVOS DEL PROYECTO.....................................142.1. Objetivo General.......................................14

2.2. Objetivos Específicos..................................142.3. Organigrama del Negocio................................14

CAPITULO II.....................................................15MODELADO DEL NEGOCIO............................................15

1. REGLAS DEL NEGOCIO.........................................152. MODELO DE CASOS DE USO DEL NEGOCIO.........................19

2.1. Lista de los Actores del Negocio.......................192.2. Diagrama de Casos de Uso del Negocio...................19

3. REALIZACIÓN DE LOS CASOS DE USO DEL NEGOCIO................203.1. Especificación de los Casos de Uso del Negocio.........20

4. MODELO DE ANÁLISIS DEL NEGOCIO.............................454.1. Lista de los Trabajadores del Negocio..................45

4.2. Lista de las Entidades del Negocio.....................464.3. Diagrama de Clases del Negocio.........................54

CAPITULO III....................................................57REQUERIMIENTOS..................................................57




1. ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE...............57

1.1. Funcionales............................................571.2. No Funcionales.........................................60

2. MODELO DE CASOS DE USO DEL SISTEMA.........................652.1. Lista de los Actores del Sistema.......................65

2.2. Diagrama de Actores del Sistema........................662.3. Diagrama de Paquetes...................................66

Diagrama de Casos de Uso del Sistema por Paquetes............683. PRIORIZACIÓN DE LOS CASOS DE USO DEL SISTEMA...............72

4. REALIZACIÓN DE LOS CASOS DE USO DEL SISTEMA................734.1. Especificación de Alto Nivel...........................73

4.2. Especificación de los casos de uso del sistema.........86RES_ASI_RecepcionistaCounterReserva..........................116

Acceso del actor del sistema.................................117Perfil de usuario............................................117

Inscripción para sorteo de la reserva del bungalow...........117SOC_ASI_Socio................................................118

Acceso del actor del sistema.................................119Perfil de usuario............................................119

Inscripción para sorteo de la reserva del bungalow...........119RES_ASI_CounterReservas......................................120

Ver Inscriptos del bungalow.................................121Acceso del actor del sistema.................................121

Perfil de usuario............................................121Fecha de Inscripción para sorteo.............................121

Sorteo de la reserva del bungalow............................1215. MODELO CONCEPTUAL.........................................142

5.1. Diagrama de Clases Entidad............................1435.2. Diccionario de Clases.................................144

6. PROTOTIPO DEL SISTEMA.....................................148




7. ESTUDIO DE FACTIBILIDAD...................................148

7.1. Puntos de función.....................................1487.2. Costo del Proyecto....................................150

CAPITULO IV....................................................152ADMINISTRACIÓN DEL PROYECTO....................................152

1. CRONOGRAMA DE EJECUCIÓN DEL PROYECTO......................1522. BENCHMARKING..............................................153

2.1. Descripción de las Soluciones Encontradas.............1532.2. Análisis Comparativo de las Soluciones Encontradas....156

2.3. Evaluación de las Soluciones Encontradas..............1624. CONTROL DE CALIDAD........................................163

4.1. Matriz de Casos de Uso del Negocio vs. Reglas del Negocio163

4.2. Matriz de Casos de Uso del Negocio vs. Trabajadores del Negocio......................................................164

2.4. Matriz de Casos de Uso del Negocio vs. Entidades del Negocio.....................................................164

2.5. Matriz de Atributos de Casos de Uso del Sistema.......1652.6. Matriz de Atributos de Requerimientos Funcionales.....166

2.7. Matriz de Atributos de Requerimientos No Funcionales. .1672.8. Matriz de CU del Sistema vs Requerimientos Funcionales 169

2.9. Matriz de CU del Sistema vs Requerimientos No Funcionales170

2.10. Matriz de CU del Sistema vs Reglas del Negocio........171CONCLUSIONES GENERALES.........................................172

BIBLIOGRAFÍA...................................................174GLOSARIO DE TÉRMINOS...........................................176

ANEXOS.........................................................178




INTRODUCCIÓN

El presente trabajo tiene como objetivo poner en práctica lo aprendido

durante la carrera hasta el momento en los cursos de Análisis y Diseño de

Sistemas Orientado a Objetos e Ingeniería de Software, basados en la

metodología RUP y siguiendo las pautas de los profesores.

De acuerdo con la terminología definida en la metodología RUP, la

Organización Objetivo es el Club Recreacional Tunqui, y El Negocio la

Administración de la Sede del Club, que se ve en la necesidad de mejorar

el "proceso de reservas de Bungalow" a través de la implementación de un

Sistema de Reserva de Bungalow, que les permitirá automatizar muchas de

sus actividades dándole mayor agilidad y flexibilidad al proceso de

reservas, que actualmente es muy rígido de acuerdo a su definición.

A continuación daremos una pequeña descripción introductoria sobre el

contenido de cada uno de los capítulos del presente documento.




En el capítulo 1 veremos una descripción general de las distintas áreas

del Club Recreacional Tunqui así como un detalle más específico del área

objetivo que en este caso es la reserva de bungalow.

En el capítulo 2 veremos todo lo referente al modelado del negocio. A

través del modelo de negocio conoceremos a detalle las operaciones de

este a fin de detectar los requerimientos de mejora solicitados por los

interesados del negocio. Adicionalmente se explicará de forma detallada

las reglas del negocio, el listado de actores y los casos de uso de

negocio. También se analizará detalladamente cada caso de uso de negocio,

incluyendo su especificación a través de diagramas de actividades con los

cuales identificaremos claramente las entidades, los trabajadores del

negocio y las actividades a automatizar con las cuales iniciaremos la

definición del sistema.

El capitulo 3 da inicio con los requerimientos de software fruto del

análisis realizado en el capítulo anterior. Estos requerimientos son

clasificados en funcionales, referentes a lo requerido por el negocio y

no funcionales, referentes a lo requerido por la funcionalidad óptima de

la aplicación como es la usabilidad, confiabilidad, rendimiento, etc.

Adicionalmente veremos el listado de actores de sistema así como una

definición de los casos de uso agrupándolos en paquetes con el fin de

organizarlos de acuerdo a su funcionalidad para la futura aplicación.

Otro aspecto importante a mencionar es que en esta sección encontrará una

priorización de casos de uso de acuerdo a su importancia para el

desarrollo de la aplicación.




En el capítulo 4 veremos todo lo referente a la administración del

proyecto como es el cronograma de ejecución del proyecto, el benchmarking

de otras soluciones que ofrece el mercado para el negocio de

administración de bungalow y las matrices de trazabilidad que nos

permitirán monitorear las soluciones propuestas contras lo requerido por

el negocio.

Finalmente en el capítulo 5, 6 y 7 veremos el diseño, desarrollo e

implementación del Módulo de Reserva de Bungalow del Sistema de Gestión

de Clubes Recreacionales.




CAPITULO I

DESCRIPCIÓN DEL PROYECTO

1. OBJETO DE ESTUDIO

1.1. Descripción de la Organización Objeto de Estudio

La organización objetivo se dedica a actividades recreativas,

deportivas y culturales, en un ambiente campestre, la ubicación del

club campestre se encuentra en el distrito de Chosica (Lima - Perú)

y en la actualidad solo cuenta con un local. Esta organización esta

soportada por los siguientes negocios:

1. Organización y Miembros.

El proceso se encargará de organizar las asambleas necesarias

entre la junta directiva y socios del club para velar los

intereses de la misma. También, organizara las elecciones de la

junta directiva que tendrá a cargo el bienestar del club por un

periodo de tiempo determinado. Su ubicación en el organigrama se

encuentra en el área del Consejo Directivo

2. Infraestructura.

El proceso de Infraestructura se encarga de la gestión de

limpieza y mantenimiento en las diferentes instalaciones del

Club, brindando cómodos y gratos ambientes a los socios. Su

ubicación en el organigrama se encuentra en el área del

Administración de Sede

3. Actividades y Eventos.




El proceso de actividades y eventos se encarga de la gestión de

las actividades internas que el club organiza periódicamente en

beneficio de los socios. Así mismo, se encarga de la

organización de eventos de mayor envergadura realizados para los

mismos y sus invitados. Finalmente, permite la gestión de

reservas de las instalaciones del club solicitadas por los

socios o personas ajenas a la organización. Su ubicación en el

organigrama se encuentra en el área de Comités Deportivos y

Culturales

4. Cobranzas.

El proceso de cobranzas gestiona la facturación de los servicios

brindados a los clientes, la cartera de deudores y la

negociación de la deuda; así como, la realización de la

cobranza, en los canales de cobro respectivos. Su ubicación en

el organigrama se encuentra en el área de Contabilidad y

Finanzas

5. Compras.

Este proceso se encarga de gestionar todos los requerimientos de

adquisición de algún producto que los usuarios del club

necesiten, este proceso abarca desde la solicitud del producto

hasta la entrega de la misma. Además, es responsable de la

selección de un nuevo proveedor. Su ubicación en el organigrama

se encuentra en el área de Logística y Compras.

6. Servicios y Concesionarios.

El módulo de Servicios y concesionarios se encarga de

gestionar la ubicación física para la prestación de los

servicios, asignar al personal encargado, y programar los




horarios de atención para los socios del club. Asimismo, realiza

la convocatoria de postores para los concesionarios, a fin de

buscar mejores y variadas alternativas para los socios. Su

ubicación en el organigrama se encuentra en las áreas de

Restaurante y Fuentes de Soda, y Servicios Generales

7. Matrículas y Academias.

El módulo de Matricula y Academias se encarga de gestionar todas

actividades que intervienen en el dictado de las academias del

club, así como de las evaluaciones de sus participantes. Por

otro lado, permite a los socios poder matricularse en las

diversas academias del Club. Finalmente, su ubicación en el

organigrama se encuentra en el área de Actividades Deportivas

8. Reserva de Bungalow.

El proceso de reserva de bungalow incluye: Reservar bungalow,

cancelar una reserva, cambiar fecha de reserva, gestión de

sorteo de reservas, control de huéspedes, y la solicitud de

servicios como sus procesos principales. Su ubicación en el

organigrama se encuentra en el área de Administración de Sede

9. Socios.

Este proceso se encarga de gestionar todo la información de los

miembros del club y de los postulantes. Abarca desde la

solicitud del ingreso hasta la integración del socio al club.

Además, del control de su ingreso y de sus invitados. Su

ubicación en el organigrama se encuentra en el área

de Admisión de Socios.




10. Personal.

El proceso de Personal se encarga de gestionar el Recurso Humano

idóneo para cada departamento a través de la selección,

capacitación y evaluación del desempeño, así como, la

realización del cálculo de las remuneraciones. Su ubicación en

el organigrama se encuentra en el área de Recursos Humanos.

11. Caja y Bancos.

Encargados de controlar el flujo de dinero en efectivo y los

saldos en las cuentas bancarias en el departamento de

Contabilidad y Finanzas. Su ubicación en el organigrama se

encuentra en el área de Contabilidad y Finanzas

1.2. Objetivos Estratégicos de la Organización

Modernización de la empresa.

Implementar nuevas sedes en lugares estratégicos.

Resguardo de nuestro liderazgo en el rubro.

Mantener una alta calidad en todos los servicios del Club.

1.3. Visión de la Organización

Ser el Club líder que busca la permanente satisfacción del asociado

y sus familiares, con personal comprometido e identificado que

asegure la excelencia en nuestros servicios a través de calidad de

servicio, tecnología y mejora continua, así como el manejo

eficiente de sus recursos.




1.4. Misión de la Organización

Contribuir a la distracción y alegría de las familias TUNQUI, a

partir de nuestros servicios de esparcimiento, deportes y cultura.

Todo esto sin dejar de lado el respeto al medio ambiente.

1.5. Organigrama de la organización




1.6. Definición del Negocio

La Administración de la Sede del Club recreacional “El Tunki” ha

identificado la necesidad de mejorar su proceso de “Reservas de

Bungalows”. La reserva es el proceso inicial que da origen a la

cuenta del huésped, por tal motivo se debe prestar gran atención a la

información que se registra, para así garantizar que el comienzo

del ciclo de cargos a cuenta huésped sea exitoso.

La reserva se realiza mediante el procedimiento regular o por

sorteo, este proceso varía según la temporada (alta y baja), en el

caso de temporada baja las reservas se hacen efectivas con el

procedimiento regular y cuando la temporada es alta los socios

solicitantes entran a un sorteo de asignación de reservas. El

proceso regular de reservas de bungalows se inicia cuando el socio

consulta la disponibilidad de bungalows para una fecha determinada

comunicándose por teléfono o acercándose a la misma oficina del

club. Al confirmar la reserva el socio registrará la fecha de

inicio y fecha fin, tipo de bungalow, asimismo se debe registrar

los requerimientos para el bungalow que el socio reservo en la

lista de requerimientos de cada bungalow.

Por otro lado, el sorteo de asignación de reservas se realiza

cuando es temporada alta, el socio se comunica y es informado que

por ser temporada alta las reservas se efectúan mediante sorteo. Si

el socio desea participar se le inscribirá en la lista para sorteo.

De conseguir una reserva, el socio debe acercarse al counter de la

sede y mostrar su carné a fin de validar esta, registrar las




personas que se alojaran y hacer el pago de los invitados. El socio

recibirá una relación con el equipamiento del bungalow. Seguido a

ello el socio firmará la lista como cargo. Antes de retirarse del

bungalow el socio debe avisar a la recepción de la sede, con el fin

de que un operario de servicio realice el inventario del bungalow

con el cargo del equipamiento del mismo. Si el inventario es

conforme, el operario visa el cargo para que realice el checkout.




2. OBJETIVOS DEL PROYECTO

2.1. Objetivo General

El objetivo del proyecto es desarrollar un sistema de gestión de

reserva de bungalow que ayude a mejorar el proceso de reserva del

Club Recreacional el Tunqui. Con la automatización de sus

actividades el proceso se volverá más fluido, ágil y flexible,

permitiendo a la Administración de la Sede del club, brindar al

socio un mejor servicio.

2.2. Objetivos Específicos

Desarrollar un módulo de reservas de bungalows que permita

reservar, cancelar, cambiar, reservar por sorteo y registrar

socios en el sorteo de reservas.

Desarrollar un módulo de gestión de huéspedes que permita al

socio realizar su registro y salida del bungalow.

Desarrollar un módulo de gestión de servicios que permita

atender las solicitudes del socio durante su estadía.

Desarrollar un módulo de gestión de sorteo de reservas que

permita programar y automatizar los sorteos de las reservas.

Desarrollar un módulo de gestión de informes de reservas que

permita al administrador de la sede la toma de decisiones.

2.3. Organigrama del Negocio







CAPITULO II

MODELADO DEL NEGOCIO

1. REGLAS DEL NEGOCIO

REGLAS DE OPERACIÓN

Reserva de Bungalows

RES_RNE_001

Las reservas de bungalows se pueden hacer de dos formas: presencial

y online, es decir en el counter de reservas del club y desde la

Web del club, en ambos casos por el socio debe ser el titular y

debe estar activo.

RES_RNE_002

El registro efectivo de la reserva de un bungalow o el registro

efectivo del cambio de reserva de un bungalow penalizado por

haberse efectuado fuera del plazo establecido, se encontraran en

estado de “pre-reserva”. Cuando el socio realice el pago

correspondiente el estado cambia a “reservado” automáticamente, de

no realizarse el pago en plazo establecido, no será efectivos los

registros y el bungalow estará disponible nuevamente.

RES_RNE_025

El socio tiene un plazo máximo de 12 horas a partir del registro de

la pre-reserva, para realizar el pago por concepto de reserva de

bungalow o por cambio de reserva penalizada por haberse efectuado

fuera del plazo establecido

RES_RNE_003




En temporada baja, la única operación que podrá realizar en

reservas el socio por vía telefónica, es la consulta de

disponibilidad de bungalow.

RES_RNE_004

En temporada alta, las reservas de bungalow se realizan mediante el

sorteo de reservas de bungalow.

RES_RNE_005

En temporada alta, el socio tendrá la facilidad de poder

inscribirse vía telefónica al sorteo de reservas de bungalow.

RES_RNE_006

Las cancelaciones y cambios de reserva se pueden hacer de dos

formas presencial y online, es decir en el counter de reservas del

club y desde la Web del club, en ambos casos por el socio titular.

RES_RNE_007

Los cambios de reservas se realizan sobre el mismo tipo de

bungalow, esto aplica para cambio de fecha o de ubicación de

bungalow en el club.

RES_RNE_008

En temporada alta no se aceptan cambios de reservas.

RES_RNE_009

En temporada baja, los socios tendrán permitido ser morosos como

máximo hasta un mes para poder reservar bungalow.

RES_RNE_010

En temporada alta, los socios deben estar al día en sus pagos para

poder inscribirse al sorteo de bungalow.




RES_RNE_011

Solo se permitirá reservar un bungalow por socio, en cada operación

de reserva solicitada.

RES_RNE_016

El informe de reservas puede ser diario, mensual o por temporada.

RES_RNE_017

El informe de cancelaciones puede ser diario, mensual o por

temporada.

RES_RNE_024

Se considera temporada alta en el club desde el mes Junio a

Noviembre y se considera temporada baja en el club desde el mes de

Diciembre a Mayo.

Gestión de Sorteos

RES_RNE_012

El sorteo se realizara previa autorización del administrador de

Sede indicando fecha y hora del mismo.

RES_RNE_013

Después de realizado el sorteo de debe comunicar tanto a la

administración como a los socios los resultados del mismo.

RES_RNE_018




El informe de sorteos, puede ser: por sorteo, mensual o por

temporada.

Solicitar Servicios

RES_RNE_014

El Socio podrá realizar una solicitud de servicio siempre y cuanto

esté usando un bungalow.

RES_RNE_015

La cancelación de una solicitud de incidencia se podrá realizar en

caso no haya sido atendida.

Controlar Huéspedes

RES_RNE_019

Para realizar cualquier solicitud o gestión el socio debe

identificarse con carnet.

RES_RNE_020

Siempre al registrar el ingreso de un bungalow se solicitará al

socio que dé conformidad a la lista de revisión de equipamiento del

bungalow acompañado del operario de servicio.

RES_RNE_021

Siempre al registrar la salida del socio del bungalow, el operario

de servicio debe realizar el inventario del equipamiento entregado

al socio en el bungalow

REGLAS DE FLUJO




RES_RNE_022

Las cancelaciones de reservas podrán realizarse sin penalidad hasta

dos días antes de la fecha de inicio indicada en la reserva, caso

contrario se aplicará como penalidad el 20% del valor de la

reserva, en el extorno del dinero.

RES_RNE_023

Los cambios de reservas podrán realizarse sin penalidad hasta dos

días antes de la fecha de la reserva, caso contrario se aplicará

como penalidad el 20% del valor de la reserva, y se emitirá recibo

de pago por penalidad que el socio deberá cancelar para hacer

efectivo el cambio de reserva.




2. MODELO DE CASOS DE USO DEL NEGOCIO

2.1. Lista de los Actores del Negocio

RES_ANE_AdministradorSede

El Administrador de Sede es el responsable de las reservas de

bungalows dentro de la organización del club. Este actor es el

dueño y responsable de todos los procesos que se producen en la

reserva de bungalows.

SOC_ANE_Socio

Podrá encontrar una descripción más detallada de este actor en el

apartado del módulo de Socios.

2.2. Diagrama de Casos de Uso del Negocio




RES_ANE_Adm inistradorSede(from Actores del Negocio)

RES_CUN_G estionarSorteos(from Casos del Uso del Negocio)

RES_CUN_ReservarBungalows(from Casos del Uso del Negocio)

RES_CUN_SolicitarServicios(from Casos del Uso del Negocio)

RES_CUN_ControlarHuespedes(from Casos del Uso del Negocio)

SO C_ANE_Socio(from Actores del Negocio)




3. REALIZACIÓN DE LOS CASOS DE USO DEL NEGOCIO

3.1. Especificación de los Casos de Uso del Negocio

3.1.1 Realización del caso de uso del negocio:

RES_RCN_ReservarBungalows

3.1.1.1. Actores del Negocio

SOC_ANE_Socio

3.1.1.2. Propósito

Registrar la reserva de bungalows de los socios mediante

el proceso regular o por sorteo de reservas.

3.1.1.3. Breve Descripción

El caso de uso se inicia cuando el Socio solicita

atención a la recepcionista de counter de reservas, esta

puede ser la reserva de un bungalow, cancelación de una

reserva o cambio de una reserva, la recepcionista del

counter de reservas procede a realizar la solicitud del

socio. El caso de uso termina cuando se le registra la

reserva, cancela, cambia la reserva o se brinda

información de disponibilidad de un bungalow al socio.

3.1.1.4. Flujo de Eventos

Flujo Básico

1. El Socio solicita realizar una operación, esta

operación puede ser reservar un bungalow, cancelar y

cambiar una reserva de bungalow. Si la operación se




solicita vía telefónica ir al sub flujo 4 “Brindar

información de Disponibilidad de Bungalows”, de lo

contrario el caso de uso continúa en el paso [2] del

flujo Básico.

2. Si la operación solicitada por el socio es reservar

bungalow ir al sub flujo 1 “Realizar Reserva”, si la

operación es cambiar reserva de bungalow ir al sub

flujo 2 “Cambiar Reserva” y si la operación es cancelar

reserva de bungalow ir al sub flujo 3 “Cancelar

Reserva”.

Sub Flujo 1: Realizar Reserva

1. La recepcionista del counter reservas valida que sea

temporada baja en la que se encuentra el club

[RES_RNE_004].

2. La recepcionista del counter reservas toma los datos

del socio y del bungalow que desea reservar.

3. La recepcionista del counter reservas consulta la

morosidad del socio [RES_RNE_009].


disponibilidad y tarifas de bungalows.

5. La recepcionista del counter comunica la disponibilidad

y tarifas al socio.

6. El socio recibe la información de disponibilidad y

tarifas del bungalow, y decide reservar.

7. La recepcionista del counter reserva pregunta al socio

si desea requerimientos/equipamiento adicional para el

bungalow.




8. El socio indica los requerimientos/equipamientos

adicionales.

9. La recepcionista del counter reserva registra los

requerimientos/equipamientos adicionales que el socio

indica.

10. La recepcionista del counter reserva valida que

sea temporada baja y emite la orden pago por el

concepto de reserva de bungalow.

11. El socio realiza el pago del recibo de orden pago

por la reserva [RES_RNE_002].

12. La recepcionista del counter reserva evalúa la

operación del pago sea de la reserva.

13. La recepcionista del counter reserva registra la

reserva del bungalow del socio.

14. El socio recibe un numero de reserva y una

comunicación que indica que la operación se realizo con

éxito y el caso de uso termina.

Sub Flujo 2: Cambiar Reserva

1. La recepcionista del counter reservas valida que sea

temporada baja en la que se encuentra el club.

2. La recepcionista del counter reservas valida si la

fecha del cambio es penalizada [RES_RNE_023].


disponibilidad y tarifas de bungalows.

4. La recepcionista del counter comunica la disponibilidad

y tarifas al socio.




5. El socio recibe la información de disponibilidad y

tarifas del bungalow, y decide cambiar reserva.

6. La recepcionista del counter reserva registra el cambio

de reserva del bungalow.

7. El socio recibe la comunicación que la operación se

realizo con éxito y el caso uso termina.

Sub Flujo 3: Cancelar Reserva

1. La recepcionista del counter reservas valida si la

fecha de cancelación de la reserva es penalizada

[RES_RNE_022].

2. La recepcionista del counter reservas cancela la

reserva y emite el extorno de la orden de pago.

3. El Socio cobra el extorno y el caso de uso termina.

Sub Flujo 4: Brindar información de Disponibilidad

de Bungalows

1. La recepcionista del counter reservas solo podrá

consultar información de la disponibilidad y tarifas

del bungalow [RES_RNE_003].

2. La recepcionista del counter reservas comunica al

socio la disponibilidad y tarifas, ó la no

disponibilidad del bungalow.

3. El socio recibe información de la disponibilidad y

tarifas ó la no disponibilidad de bungalow y el caso de

uso termina.




Flujos Alternos.

Del Sub Flujo 1: Realizar Reserva

Sub Flujo alterno 1.1

15. Si en el paso [1] del subflujo [1] la temporada

es alta,,la recepcionista del counter reserva comunica

al socio que las reservas de bungalow en esta temporada

se realizan mediante el sorteo de reservas de bungalow

[RES_RNE_004] y el caso de uso termina.

SubFlujo alterno 1.2

16. Si en el paso [3] del subflujo [1] el socio es

moroso más de un mes [RES_RNE_009], la recepcionista

del counter reservas comunica la restricción al socio.

17. El socio recibe la comunicación que no se realiza

la operación y el caso uso termina.


18. Si en el paso [4] del subflujo [1] no hay

disponibilidad, la recepcionista del counter reservas

comunica al socio la no disponibilidad.

19. El socio recibe la comunicación que no se realiza

la operación y el caso de uso termina.


20. Si en el paso [6] del subflujo [1] el socio

decide no realizar la reserva, el socio recibe




comunicación que no se realizara operación y el caso de

uso termina.


21. Si en el paso [10] del subflujo [1] es temporada

alta, la recepcionista del counter reservas recibe el

resultado de ganadores del sorteo de reservas.

22. La recepcionista del counter reservas emite la

orden pago por el concepto de reserva de bungalow.

23. El socio realiza el pago del recibo de orden pago

por la reserva [RES_RNE_002].

24. La recepcionista del counter reserva evalúa la

operación del pago sea de la reserva.

25. La recepcionista del counter reserva registra la

reserva del bungalow del socio.

26. El socio recibe la comunicación que la operación

se realizo con éxito y el caso uso termina.

Del SubFlujo 2: Cambiar Reserva


8. Si en el paso [1] del subflujo [2] la temporada del

club es alta se comunica al socio que no procede el

cambio de reserva [RES_RNE_008].

9. El socio recibe comunicación que no se realiza

operación y el caso de uso termina.


10. Si en el paso [2] del subflujo [2] la fecha del

cambio es penalizada [RES_RNE_023], la recepcionista




del counter reservas consulta la disponibilidad y

tarifas de bungalows.

11. La recepcionista del counter comunica la

disponibilidad y tarifas al socio.

12. El socio recibe la información de disponibilidad

y tarifas del bungalow, y decide cambiar reserva.

13. La recepcionista del counter reservas emite orden

de pago por penalidad.

14. El socio realiza el pago por concepto de

penalidad en el cambio de reserva [RES_RNE_002].

15. La recepcionista del counter reserva registra el

cambio de reserva del bungalow.

16. El socio recibe la comunicación que la operación

se realizo con éxito y el caso uso termina.


17. Si en paso [5] o en paso [9] del subflujo [2] no

hay disponibilidad, la recepcionista del counter

reservas comunica al socio la no disponibilidad.

18. El socio recibe la comunicación de no se realiza

operación y el caso de uso termina


19. Si en el paso [5] o en el paso [12] del subflujo

[2] el socio decide en no realizar cambio de reserva,

el socio recibe comunicación que no se realizara

operación y el caso de uso termina.

Del SubFlujo 3: Cancelar Reserva





4. Si en el paso [1] del subflujo [3] la fecha de

cancelación de la reserva es penalizada [RES_RNE_022],

la recepcionista del counter reservas cancela la

reserva y emite el extorno de orden de pago con

penalidad.

5. El Socio cobra el extorno y el caso de uso termina.

3.1.1.5. Precondiciones

1. La persona que solicita la operación al counter de

reservas es socio titular del club.

3.1.1.6. Poscondiciones

1. La operación solicitada al counter de reservas

(reserva, cambio de reserva o cancelar reserva) habrá

sido registrada.

3.1.1.7. Información Adicional

No existe información adicional.




Diagramas de Actividades RES_DAN_ReservarBungalows




Cancelar reserva y em itir extorno de orden de pago c/penalidad

Solicita realizar operaciòn en reserva de bungalow

Realizar pago de recibo

Cobrar extorno

Recibir com unicacion que no se realiza operaciòn

Recibir disponibilidad + tarifas

Recibir disponibilidad + tarifas y decidir si reserva

Recibir com unicaciòn de sorteo

Recibir disponibilidad + tarifas y decidir si cam bia reserva

Recibir Com unicaciòn que operacion se realizo con exito

Indica si necesita requerim ientos adicionales

Reservar? Cancelar o Cam biar?

No

Evaluar operaciòn a realizar por socio

Moroso + de 1 m es?

Tom ar datos socio/ bungalow

Consultar m orosidad

Com unicar Restricciòn

Si

Consultar dispon.+ tarifas

No

Disponible?

: RES_ENE_RegistroReserva : RES_ENE_Bungalows

Com unicar NO disponibilidad

No

Com unicar dispon.+ tarifas

Si

Tom ar reserva?

Consultar requer. adic.

Req. Adic.?

Registrar Req.Adic.

Si

INF_ENE_SolicitudIncidencia

[Registrado]

Validar si fecha de cancelaciòn es penalizada

Cancelar

Tem p. Alta?

: RES_ENE_Tem porada

penalizado?

Cancelar reserva y em itir extorno de orden pago

Com unicar NO proc...

Si


: RES_ENE_RegistroReserva

Disponible?


No

Em itir orden de pago

Evaluar m edio de solicitud

por telefono? No

Validar tem porada

Si

Tem p. Alta?

Com unicar sorteo de reservas

Si


No

Disponible?


No


Si

: COB_ENE_Deudores


Si

Cam bia?

Em itir orden de pago x penalidad

Validar si fecha de cam bio es penalizada

No

penalizado?

SI


No


: RES_ENE_Bungalows


Disponible?


Cam bia?

Registrar Cam bio de reserva

Cam bio de reserva?

Si

Registrar reserva

No

: SOC_ENE_Socios

: RES_ENE_Bungalows


: RES_ENE_RegistroR eserva

[Registrado] : RES_ENE_RegistroReserva

[Cam biado]

CAJ_ENE_OrdenDePago

[Em itido c/extorno]

CAJ_ENE_O rdenDePago

[Em itido c/extorno y penalidad]

CAJ_ENE_OrdenDePago

[Em itido]

: CAJ_ENE_OrdenDePago

[Em itido]

RES_EN E_ResultadoSorteo

[Confirm ado]

Tem p. Alta?No

Recibir lista de ganadadores del sorteo

Si

Validar tem porada

No


[Cancelado]


[Cancelado]

Esta penalizado?

Si

No

Evaluar si operacion esta penalizada y decisiòn de socio

Evaluar operaciòn del pago

Tem pr.Alta?No

Si

Validar tem porada

Cam biarValidar tem porada

Si


Evaluar respuesta del socio

Evaluar respuesta de socio


No

Si

No

Si

No

Si

No

Si

No

Si

: RES_TNE_RecepcionistaCounterReservas : SO C_ANE_Socio




Lista de las Actividades a Automatizar RES_RCN_ReservarBungalows

1. Consultar dispon. + tarifas.

2. Comunicar dispon. + tarifas.

3. Comunicar NO disponibilidad.

4. Tomar datos socio / bungalow.

5. Consultar morosidad.

6. Comunicar restricción.

7. Registrar Req.Adic.

8. Validar fecha cancelación.

9. Validar temporada.

10. Emitir orden de pago.

11. Cancelar reserva y emitir extorno de pago.

12. Cancelar reserva y emitir extorno de pago c/penalidad.

13. Comunicar NO procede cambio.

14. Validar fecha de cambio.

15. Emitir orden de pago x penalidad.

16. Registrar cambio de reserva.

17. Realizar pago de recibo.

18. Registrar reserva.

19. Recibir lista de ganadoras del sorteo

20. Registrar socio al sorteo de reservas

21. Comunicar sorteo de reservas




22. Consultar Req.Adic.

23. Evaluar respuesta de socio.

24. Evaluar operación de pago.

25. Evaluar operación a realizar por socio.

26. Evaluar si operación está penalizada y decisión de socio.




3.1.2. Realización del caso de uso del negocio:

RES_CUN_GestionarSorteos


SOC_ANE_Socio

3.1.2.2. Propósito

Inscribir y realizar el sorteo entre los socios

inscritos para la reserva de bungalows en temporada

alta.


El caso de uso inicia cuando el socio solicita se le

inscriba al sorteo, la recepcionista de Counter de sede

verifica si aun esta abierta la inscripción para el

sorteo, si es así inscribe al socio, si no verifica la

fecha de ejecución de sorteo, si es la fecha programada,

verifica la lista de inscritos, si esta todo conforme,

realiza el sorteo se envía los resultados a

administración y comunica a los socios ganadores y no

ganadores.


Flujo Básico

1. La recepcionista del counter reserva comunica al socio

que las reservas en esta temporada se realizan mediante

el sorteo de reservas [RES_RNE_004].




2. El socio recibe la comunicación y decide inscribirse al

sorteo de reservas.

3. La recepcionista del counter verifica si es cierre de

inscripciones para sorteo.

4. La recepcionista del counter reservas toma los datos

del socio y del bungalow que desea reservar.

5. La recepcionista del counter reservas consulta

morosidad del socio [RES_RNE_010].

6. La recepcionista del counter reservas registra al socio

al sorteo de reservas.

7. El socio recibe la confirmación de su inscripción al

sorteo de reservas.

8. La recepcionista de counter verifica el registro de

socios inscritos, de estar todo conforme, da visto

bueno al registro.

9. Conforme la lista, se procede a realizar el sorteo, se

genera el resultado del mismo.

10. Se envía los resultados a la administración de

sede.

11. La recepcionista de counter comunica los

resultados del sorteo a los socios inscritos, Fin del

caso de uso.

Flujos Alternos

Fecha de inscripción para sorteo

1. Si aun están abiertas las inscripciones para sorteo, la

recepcionista de counter el caso de uso continua en el

punto 4, si no el caso de uso continua en el punto 8.




Socio moroso

2. Si el socio tiene alguna deuda o alguna restricción de

su condición de socio, la recepcionista de counter le

comunica que no procede la inscripción para el sorteo y

el caso de uso termina.

Error en el Registro para sorteo

3. Si hubiera alguna observación en el registro para

sorteo, la recepcionista de counter hará las

correcciones pertinentes el caso de uso continua en el

punto 9.


Registro de socios para el sorteo

1. Se debe estar en temporada alta para que las reservas

se hagan por medio de sorteo.


Resultados del sorteo

1. El sorteo fue realizado y se habrá sido comunicado de

los resultados del sorteo a la administración, así

mismo los socios ganadores y no ganadores habrán sido

comunicados.






Diagramas de Actividades RES_DAN_GestionarSorteos




Solicita inscripcion al sorteo de reservas

Recibir com unicacion que no se realiza operaciòn

Recibir confirm aciòn de inscripciòn al sorteo

Recibir resultados del sorteo

Verificar datos de registro para sorteo

S i es correcto?Realiza correcciones a registro para sorteo

no

Da visto bueno al registro para sorteo

si

Realizar Sorteo para reserva

Genera resultado de sorteo

Com unicar a Adm inistracion y Socios ganadores y no ganadores

Consultar m orosidad del socio

es moroso?si

Consultar fecha de sorteo

no

es fecha valida?

no

Resgistrar Socio al Sorteo de Reservas

si

Recibir Resultados del sorteo

: RES_ENE_RegistroSorteo

[Pendiente]

: RES_ENE_R esultadoSorteo

: RES_ENE_RegistroSorteo

[Aprobado]

: RES_ENE_ResultadoSorteo

[Ejecutado]

: CO B_ENE_Deudores

: SO C_ENE_Socios

: RES_ENE_FechasSorteo

[R egistrado]

: RES_ENE_FechasSorteo

[R egistrado]

: RES_ANE_Adm inistradorSede : RES_TNE_RecepcionistaCounterReservas : SO C_ANE_Socio




Lista de las Actividades a Automatizar

1. Inscribir a los socios para sorteo

2. Realizar sorteo para reserva

3. Generar resultado de sorteo

4. Comunicar a administración de sede

5. Comunicar a Socios ganadores y no ganadores




3.1.3. Realización del caso de uso del negocio: RES_CUN_ControlarHuespedes


SOC_ANE_Socio

3.1.3.2. Propósito

Atender la solicitud de socios cuando se acerca al Counter de sede ya sea porque vienen hacer efectiva su reserva (Check-in)o cuando abandona el bungalow que reservó (Check-out).


El caso de uso inicia cuando el Socio se acerca alCounter para realizar el check-in o el check-out, si esel primero, se registra al socio y sus invitados, se leentrega una lista de chequeo con el equipamiento quesolicitó al operario de servicio que acompaña al socioal bungalow asignado, el socio da su conformidad a lalista de chequeo, si todo es conforme, el socio ocupa elbungalow.

Cuando el socio se retira del bungalow (check-out), eloperario de servicio verifica el bungalow junto con lalista de chequeo, si todo está bien, el socio se retiray termina el caso de uso, de lo contrario se registralas observaciones encontradas y se carga a la cuenta delbungalow para que el socio realice el pagocorrespondiente, una vez realizado el pago, se registrasu salida y el socio puede retirarse.


Flujo BásicoDocumento interno Versión: 4.0 Página: 47 /

228



1. El socio se acerca al Counter de sede.

2. La recepcionista de Counter elige la operación a

realizar. Si es Check-in o Check-out debe seleccionar

primero el registro del socio.

Si elige Check-in ver subflujo “Check-in”.

Si elige Check-out ver subflujo “Check-out”.

3. La recepcionista de Counter indica “Salir”.

4. El sistema cierra el formulario “Control de Huéspedes”

y el caso de uso termina.

Subflujo 1: Check-in

1. La recepcionista de Counter identifica al socio [RES_RNE_019].

2. La recepcionista de Counter registra a los socios.

Si hay invitados ir al flujo alterno [5].

3. La recepcionista de Counter genera la lista de equipamiento y requerimiento del bungalow y se la entrega al operario de servicio.

4. El operario de servicio acompaña al socio a su bungalow junto con la lista de equipamiento y requerimiento.

5. El socio verifica la lista de equipamiento y requerimiento con el contenido del bungalow, da su conformidad y firma el cargo. [RES_RNE_020]

Si hay observaciones ir al flujo alterno [7]

6. El operario de servicio entrega la lista de chequeo de equipamiento y requerimientos a la recepcionistade Counter.

7. La recepcionista comunica al socio la conformidad desu registro.

Subflujo 2: Check-out




1. El socio se acerca al Counter de sede para registrarsu salida (Check-out).

2. La recepcionista de Counter solicita al operario deservicio verificar el bungalow.[RES_RNE_021]

3. El operario de servicio revisa el bungalow y envíala lista a la recepcionista de Counter.

4. La recepcionista de Counter verifica la cuenta delbungalow.

Si hay pagos extras ir al flujo alterno [8].

5. La recepcionista de Counter registra la salida ygenera los registros para mantenimiento y limpieza.

6. La recepcionista de Counter informa al socio laconformidad de la salida.

3.1.3.5. Flujos Alternos

Check-in (viene del subflujo 1 punto 2.)

5. La recepcionista de Counter actualiza el registro de

huéspedes con los invitados.

6. La recepcionista de Counter genera el recibo de pago

por invitados.

Ir al flujo básico [3].

Conformidad de Lista de chequeo (viene del subflujo 1 punto 5.)

7. El operario de servicio realiza los arreglos y

requerimientos pertinentes al bungalow.

Ir al flujo básico [6]




Cuenta de Bungalow (viene del subflujo 2 punto 4.)

8. La recepcionista de Counter genera recibo de cobros extras.

9. El huésped realiza el pago respectivo.

10. Ir al flujo básico [5]

3.1.3.6. PrecondicionesPrecondición 1

Para el Subflujo 1, el socio debe de haber cancelado la

reserva de bungalow.


El socio queda registrado y puede hacer uso de las

instalaciones del club.

Actualizar los registros de mantenimiento y limpieza de

los bungalows.


No existe información.




Diagramas de Actividades RES_DAN_ControlarHuespedes

Solicita servicio

R ealizar pago en caja por invitados

Verificar Equipam iento

Realizar pago de extras

Recibe conform idad de salida

R ecibe conform idad de ingreso

Servicio a brindar

Es ingreso?

Registrar huespedes

Preguntar si hay invitados

Invitados?Actualizar registro de huespedes

SiG enerar recibo por invitados

Generar lista de equipam iento y requerim ientos de bungalow

No

R ecepcionar y archivar lista OK

Solicitar realizar chequeo de bungalow

N o

Recepcionar lista verificada

Verificar cuenta de bungalow

Pagos adicionales?

G enerar recibo de cobros extras

Si G enerar registros para m antenim iento y lim pieza

Registrar Salida del H uesped

: R ES_ENE_RegistroHuésped

[Registrado]

: RES_EN E_R egistroH uésped

[Actualizado]

: R ES_ENE_Equipam ientoBungalow

: CAJ_EN E_O rdenDePago

[Pagado]

: INF_ENE_SolicitudIncidencia

: IN F_EN E_SolicitudIncidencia

: R ES_ENE_CuentaBungalow

: C AJ_ENE_OrdenDePago

[Generado]


[Generado]

: R ES_ENE_RegistroListaC hequeo

: RES_ENE_RegistroListaC hequeo

[O K]

: RES_EN E_R egistroH uésped

[C heck-out]

C om unicar al huesped conform idad de la salida

Indicar al huespd la conform idad del registro de ingreso

Verificar pagos de invitados

R ecepcionar lista de chequeo

Acom pañar a huespedes al bungalow asignado

Evaluar conform idad de huesped

Es conform e?

Entregar lista a counter

Si

R ealizar arreglos

N o

R ealizar chequeo

Bungalow ok?

Entregar lista O K

Si

Registrar observaciones

N o

: RES_EN E_R egistroListaChequeo

[Recepcionado]

: R ES_ENE_RegistroListaC hequeo

: RES_ENE_RegistroListaChequeo

: RES_EN E_RegistroListaChequeo

[Firm ado]

N o

: CAJ_ENE_O rdenD ePago

[Generado]

: RES_TNE_O perarioServicio : RES_TNE_RecepcionistaCounterSede : SO C_ANE_Socio





1. Registrar huéspedes

2. Generar recibo por invitados

3. Generar lista de equipamiento y requerimientos de bungalow

4. Generar recibo de cobros extras

5. Registrar Salida del Huéspedes

6. Generar registros para mantenimiento y limpieza




3.1.4. Realización del caso de uso del negocio:

RES_CUN_SolicitarServicios


SOC_ANE_Socio

3.1.4.2. Propósito

Permitir al socio realizar pedidos adicionales de

equipamiento a los que se encuentran en el bungalow

como: Estufa, carbón, ropa de cama, gas, bidón de agua,

etc. Estos pedidos adicionales se manejarán como

solicitudes de incidencia, las cuales, serán derivadas

al módulo de Infraestructura.


El caso de uso comienza cuando el socio solicita

servicios adicionales cuando ya esté haciendo uso del

bungalow. Además, los imprevistos que existan del

equipamiento dentro del bungalow, podrán ser informados

por el socio, para que estas sean reparadas lo antes

posible. El caso de uso termina cuando el socio recibe

la indicación del Recepcionista de Counter Sede que la

solicitud ha sido registrada y enviada al personal del

módulo de Infraestructura.





Flujo Básico

1. El actor de negocio Socio solicita el servicio

adicional al bungalow (Está solicitud se puede realizar

personal o vía telefónica).

2. El Recepcionista de Counter Sede solicita datos del

socio, y este entrega los datos solicitados.

3. El Recepcionista de Counter Sede busca los datos del

socio.

4. El Recepcionista de Counter Sede solicita información

del servicio adicional.

5. Socio entrega información del servicio adicional.

6. El Recepcionista de Counter Sede valida si es un nuevo

servicio adicional.

7. El Recepcionista de Counter Sede registra el nuevo

servicio adicional y envía la solicitud al módulo de

infraestructura.

8. El Recepcionista de Counter Sede comunica al socio que

la solicitud a sido ingresada o actualizada.

9. El Socio recibe la conformidad del ingreso de la

solicitud.

10. El socio estará a la espera de la atención de la

solicitud y el caso de uso termina.


Socio no encontrado en registro de huéspedes




11. Si en el paso [3] no se encuentra el socio en el

registro de huéspedes, entonces el Recepcionista de

Counter Sede comunica al socio que no se podrá realizar

el registro de la solicitud del servicio adicional.

12. Socio recibe rechazo de la solicitud y el caso de

uso termina.

Solicitud no es nuevo servicio adicional

13. Si en flujo básico [6] no es un nuevo servicio

adicional, entonces el Recepcionista de Counter Sede

verifica si la solicitud ya fue atendida.

Si la solicitud ya fue atendida, ir al flujo alterno

[14]

Si la solicitud no fue atendida, Ir al flujo alterno

[18]

Solicitud de servicio adicional atendido

14. Si en el paso [13] la solicitud está atendida,

entonces el Recepcionista de Counter Sede comunica al

socio que la solicitud está atendida.

15. El socio recibe la comunicación de estado de

atendido de la solicitud.

16. El Recepcionista de Counter Sede pregunta al

socio si está de acuerdo con el estado de la solicitud.

17. El caso de uso termina cuando el socio está de

acuerdo con el estado de atendido de la solicitud de

servicio adicional.

Solicitud de servicio adicional sin atender




18. Si en el paso [13] la solicitud no está atendida,

entonces el Recepcionista de Counter Sede comunica al

socio el estado actual de la solicitud.

19. El socio recibe la comunicación del estado de la

solicitud.

20. El Recepcionista de Counter Sede pregunta al

socio si desea cancelar la solicitud de servicio

adicional.

21. El socio no desea cancelar la solicitud de

servicio adicional, el caso de uso continua en [10].

Socio inconforme con estado atendido de solicitud

22. Si en el paso [16] el socio no está de acuerdo

con el estado de atendido de la solicitud, entonces el

Recepcionista de Counter Sede actualiza el estado de la

solicitud a “Reincidente” y envía la solicitud al

módulo de infraestructura.

23. El caso de uso continúa en el paso [8].

Socio cancela solicitud de servicio adicional

24. Si en el paso [20] el socio desea cancelar la

solicitud de servicio adicional, entonces el

Recepcionista de Counter Sede actualiza el estado de la

solicitud a “Cancelada”.

25. El socio recibe conformidad de cancelación de la

solicitud de servicio adicional y el caso de uso

termina.




3.1.4.6. PrecondicionesPrecondición 1

26. El socio debe estar registrado en la lista de

huéspedes como activo.


Poscondición 1

27. El socio registre los servicios adicionales que

desea para el bungalow donde está hospedado.






Diagramas de Actividades RES_DAN_SolicitarServicios

Solicitar servicios adicionales

Recibe estado de solicitud

Esperar atención de solictud

Entregar datos solicitados

Recibe rechazo de la solicitud

Entregar inform ación del servicio adicional

Recibe conform idad de ingreso de solicitud

Recibe conform idad de cancelación de solicitud

Recibe com unicación de estado atendido

Term ina com unicación con recepción

Validar si son nuevos servicios adicionales

El socio está registrado?

Buscar datos del socio

: RES_ENE_RegistroHuésped

Com unicar a socio que no se podrá registrar su solicitud

[ No ]

Nuevo servicio?Verificar si solicitud ya fue atendida

[ Si ]

Solicitud atendida?

Registrar nuevo servicio adicional[ No ]

: INF_ENE_SolicitudIncidencia[Inicial]


Enviar solicitud de servicio adicional al m ódulo de infraestructura

Com unicar a socio estado de solicitud

[ No ]

Actualizar Solicitud de servicio adicional


[O bservado]

Enviar Solicitud de Re-Incidencia del servicio adicional al m ódulo de infraestructura

: RES_ENE_CuentaBungalow

Desea cancelar solicitud?

Cancelar solicitud de servicio adicional : RES_ENE_CuentaBungalow


[Cancelada]

Solicitar datos del socio

Solicitar inform ación del servicio adicional

[ Si ]


Com unicar al socio que la solicitud a sido ingresada

Com unicar a socio que solicitud está atendida

[ Si ]

Está deacuerdo?

[ Si ]

[ No ]

[ No ]

[ Si ]

: R ES_TN E_RecepcionistaCounterSede : SOC _ANE_Socio





1. Registrar nuevo servicio adicional

2. Buscar datos del socio

3. Validar si son nuevos servicios adicionales

4. Verificar si solicitud ya fue atendida

5. Enviar solicitud de servicio adicional al módulo de infraestructura

6. Actualizar solicitud de servicio adicional

7. Enviar solicitud de re-incidencia del servicio adicional al módulo de

infraestructura

8. Comunicar a socio el estado de la solicitud

9. Cancelar solicitud de servicio adicional




4. MODELO DE ANÁLISIS DEL NEGOCIO

4.1. Lista de los Trabajadores del Negocio

RES_TNE_RecepcionistaCounterReservas

Rol encargado de informar a los socios acerca de los bungalows

disponibles, así como inscribirlos para el sorteo de reservas de

ser el caso y confirmar la reserva del bungalow.

RES_TNE_RecepcionistaCounterSede

Rol encargado de realizar el registro de los socios para los

bungalows, recibir el pago del ingreso de los invitados, así como

recibir y gestionar los requerimientos adicionales para el bungalow

durante la estadía del socio. Además, recibir y gestionar los

desperfectos del equipamiento informados por el socio durante su

estadía.

RES_TNE_OperarioServicio

Rol encargado de ubicar a los huéspedes en su respectivo bungalow y

realizar la verificación junto con el socio del equipamiento

entregado al ingresar y salir del este. Además se encarga de hacer

efectivo los requerimientos adicionales de los huéspedes durante su

estadía..

INF_TNE_EncargadoMantenimiento

Rol encargado de realizar el mantenimiento de los locales de

acuerdo a un plan de mantenimiento. Puede encontrar información más




detallada sobre este actor en el documento preparado para el módulo

de Infraestructura.

INF_TNE_EncargadoLimpieza

Rol encargado de realizar la limpieza de los locales de acuerdo a

un rol de limpieza. Puede encontrar información más detallada sobre

este actor en el documento preparado para el módulo de

Infraestructura.

CAJ_TNE_Cajero

Rol que pertenece al módulo de Caja y Bancos, puede encontrar

información más detallada sobre este trabajador en el documento

preparado para el módulo de Caja y Bancos.

4.2. Lista de las Entidades del Negocio

RES_ENE_Bungalows

Representa las características de los bungalows con los que se

cuentan en la sede del club.

Atributos

Nombre Descripción TipoValor

inicial

Número Número representativo del

bungalow.

Número




Ubicación Descripción referencial de

ubicación del bungalow

Texto

Capacidad Los bungalows pueden tener

capacidad para 6 u 8 personas.

Número

Tarifa Costo de alquiler por día del

bungalow

Moneda

Condición Indica si es que el bungalow

se encuentra disponible para

poder ser reservado o no.

Texto

RES_ENE_CuentaBungalow

Representa los pagos adicionales cargados a la cuenta del socio

por los requerimientos que no están cubiertos por el pago del

alquiler de bungalow.

Atributos

Nombre Descripción Tipo Valor

inicial

Ítem Correlativo de gasto generado

por el socio.

Número

Concepto Texto descriptivo el cual

indica de forma clara que es

lo que se está cobrando al

socio.

Texto




Importe Importe a cobrarse por el

servicio brindado.

Moneda

Bungalow Número que identifica al

Bungalow

Número

Tipo Indica cual es el tipo de

gasto que se cargará al

cliente.

Texto

RES_ENE_EquipamientoBungalow

Representa al equipamiento estándar que debe contener un bungalow.

Atributos


inicial


Bungalow

Número

Nombre Descripción de Equipamiento. Texto

Cantidad Unidades de equipamiento

ubicadas en bungalow.

Numero

Tipo El tipo de equipamiento, estos

pueden ser de cocina, baño,

dormitorio, etc.

Texto




RES_ENE_InformeCancelaciones

Representa los datos del reporte de cancelaciones que se entregan

al Administrador de Sede.

Atributos


inicial

Fecha de

Impresión

La fecha en que el informe fue

impreso.

Fecha Fecha del

día

Mes Mes al cual pertenece la

información del informe.

Número

Socio Nombre de Socio. Texto

Bungalow Bungalow cancelado. Texto

Cancelacio

nes Mes

Total de Cancelaciones del

mes.

Número

Cancelacio

nes Año

Total de Cancelaciones del

año.

Número

RES_ENE_InformeReservas

Representa los datos del reporte de reservas que se entrega a la

administración de la sede.

Atributos


inicial




Fecha de

Impresión

La fecha en que informe fue

impreso

Fecha Fecha del

día



Número



Reservas

Mes

Total de Reservas del mes. Número

Reservas

Año

Total de Reservas del año. Número

RES_ENE_InformeSorteos

Representa los datos del reporte de sorteos de reservas de

bungalows que se entregan al Administrador de Sede.

Atributos


inicial

Fecha de

Impresión

La fecha en que informe fue

impreso

Fecha Fecha del

día



Número



Total Mes Total de veces que gana al

mes.

Número




Total Año Total de veces que gana al

año.

Número

RES_ENE_RegistroHuésped

Representa los datos personales de la persona que se hospeda en un

bungalow, socio o invitado.

Atributos


inicial

Bungalow Número de Bungalow Número

Socio Número de carné Número

Reserva Número de reserva Número

Nombre Nombre del huésped hospedado

en bungalow.

Texto

Edad Cantidad de años con las que

cuenta el huésped.

Número

Documento

de

Identidad

Documento que identifica a

huésped.

Texto

Tipo Puede ser socio o invitado. Texto

RES_ENE_RegistroReserva

Representa los datos y estado de la reserva realizada por un

socio.




Atributos


inicial



Reserva Número de reserva Número

Fecha de

Registro

Fecha en la que se registro la

reserva del bungalow

Fecha

Fecha

Inicio

Fecha inicio de alquiler de

bungalow

Fecha

Fecha

Final

Fecha final de alquiler de

bungalow

Fecha

Cantidad

de días

Cantidad de días que se estará

reservando el bungalow

Número

RES_ENE_RegistroSorteo

Representa los datos del socio que se inscribe en el sorteo de un

tipo de bungalow.

Atributos


inicial






Temporada Temporada sobre la cual se

realizará el sorteo.

Número

Fecha Fecha de registro de socio al

sorteo

Fecha

RES_ENE_ResultadoSorteo

Representa los datos del resultado del sorteo de reservas de

bungalows.

Atributos


inicial



Fecha Fecha de sorteo Fecha

RES_ENE_FechaSorteo

Representa las fechas programadas para el sorteo de bungalows.

Atributos


inicial

Fecha Fecha de ejecución del sorteo Fecha

Temporada Descripción de la temporada. Texto




Estado SI esta pendiente o ejecutado. numero

RES_ENE_Temporada

Representa las fechas de inicio y fin de cada temporada.

Atributos


inicial

Tipo Indica en que temporada se

encuentra el club, pudiendo

ser Alta o Baja.

Texto

Fecha

Inicial

Fecha de inicio de temporada. Fecha

Fecha

Final

Fecha de fin de temporada. Fecha

RES_ENE_RegistroListaChequeo

Representa los datos de equipamiento del bungalow y los

requerimientos adicionales que el huésped puede haber solicitado.

Atributos


inicial


Bungalow.

Número

Nombre Descripción de Equipamiento. Texto




Cantidad Unidades de equipamiento

ubicadas en bungalow.

Numero

Tipo El tipo de equipamiento, estos

pueden ser de cocina, baño,

dormitorio, etc.

Texto

Fecha Fecha de solicitud de

requerimiento adicional

Fecha

Empleado Personal encargado de cubrir

el requerimiento.

Texto

SOC_ENE_Socios

Representa al socio y podrá encontrar más información sobre esta

entidad en el módulo de socios.

CAJ_ENE_OrdenDePago

Representa a la entidad que permitirá al módulo de reservas de

bungalows generar deudas, las cuales deberá pagar el socio. Puede

encontrar información más detallada sobre esta entidad en el

módulo de Cajas y Bancos.

COB_ENE_Deudores

Representa a la entidad de cobranzas que permite a cualquier

entidad de club el consultar si un socio se encuentra moroso o no.

Puede encontrar información más detallada sobre esta entidad en el

módulo de Cobranzas.

INF_ENE_SolicitudIncidencia




Representa a la entidad que permitirá al módulo de reservas de

bungalows solicitar requerimientos adicionales sobre el

equipamiento de bungalows. Puede encontrar información más

detallada sobre esta entidad en el módulo de Infraestructura.




4.3. Diagrama de Clases del Negocio

RES_DCA_ReservarBungalows

RES_ENE_Bungalows(from Entidades del N egocio)

RES_ENE_ResultadoSorteo(from Entidades del N egocio)

RES_ENE_Tem porada(from Entidades del N egocio)

INF_ENE_SolicitudIncidencia(from Entidades del N egocio)

SOC_ENE_Socios(from Entidades del N egocio)

RES_ENE_RegistroReserva(from Entidades del N egocio)

CAJ_ENE_OrdenDePago(from Entidades del N egocio)


(from Trabajadores del N egocio)

consulta bungalows

consulta resultado

C onsulta temporada

R egistra reque.Adic.C onsulta S ocio

C onsulta /registra

E mitir Pago / E xtorno

COB_ENE_Deudores(from Entidades del N egocio)

C onsulta Deuda




RES_DCA_GestionarSorteos

RES_ENE_RegistroSorteo(from Entidades del N egocio)

RES_ENE_ResultadoSorteo(from Entidades del N egocio)

COB_ENE_Deudores(from Entidades del N egocio)

SO C_ENE_Socios(from Entidades del N egocio)


(from Trabajadores del N egocio)

registra sorteo

consulta resultado

Consulta Deuda

Consulta S ocio

RES_ENE_FechasSorteo(from Entidades del N egocio)

Consultar fechas




RES_DCA_ControlarHuespedes

RES_ENE_RegistroReserva(from Entidades del N egocio) RES_ENE_RegistroHuésped

(from Entidades del N egocio)

RES_ENE_CuentaBungalow(from Entidades del N egocio)

RES_ENE_Equipam ientoBungalow(from Entidades del N egocio)

CAJ_ENE_O rdenDePago(from Entidades del N egocio)

INF_ENE_SolicitudIncidencia(from Entidades del N egocio)

RES_ENE_RegistroListaChequeo(from Entidades del N egocio)

RES_TNE_RecepcionistaCounterSede(from Trabajadores del N egocio)

consulta reserva

registra / consulta huéspedesregistra /consulta cuenta bungalow

consulta/registra equipamiento bung...

R egistrar P ago

C onsulta / Registra

RES_TNE_O perarioServicio(from Trabajadores del N egocio)

Lee / A ctualiza

RES_DCA_SolicitarServicios




INF_ENE_SolicitudIncidencia(from Entidades del Negocio)

RES_ENE_RegistroHuésped(from Entidades del Negocio)

RES_TNE_RecepcionistaCounterSede(from Trabajadores del Negocio)

Registra solicitud de incidencia del bungalow

registra / consulta huéspedes

RES_ENE_CuentaBungalow(from Entidades del Negocio)

Consulta

CAPITULO III

REQUERIMIENTOS

1. ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

Esta sección contiene la descripción de los requerimientos de software

con nivel de detalle suficiente para que los analistas y diseñadores

definan el sistema.

1.1. Funcionales

El sistema debe:

Asociados a los casos de uso del sistema

Reservar Bungalow

[RFN001] Permitir al socio y a la recepcionista del counter de

reservas consultar la disponibilidad de bungalow y tarifas.

[RFN002] Permitir a la recepcionista del counter reservas

obtener los datos del socio para realizar la reserva del

bungalow.




[RFN003] Permitir consultar la morosidad del socio de acuerdo a

las reglas de negocio RES_RNE_009 y RES_RNE_010, realizando la

conexión con el módulo de socios.

[RFN004] Permitir a la recepcionista del counter reservas y al

socio registrar algún requerimiento y/o equipamiento adicional

al bungalow que el socio necesite que no se encuentre en el

equipamiento estándar con que se entrega, realizando la conexión

con el módulo de infraestructura.


socio cancelar una reserva de bungalow.

[RFN006] Permitir penalizar automáticamente la cancelación de

reserva de bungalow cumpliendo con la regla de negocio

RES_RNE_022.

[RFN007] Permitir a la recepcionista del counter reservas emitir

la orden de pago por concepto de reserva de bungalow.


extorno de pago o extorno de pago c/penalidad por concepto de

haber cancelado la reserva del bungalow.

[RFN009] Permitir penalizar automáticamente el cambio de reserva

de bungalow cumpliendo con la regla de negocio RES_RNE_023.


la orden de pago por penalidad en el cambio de reserva del

bungalow.


socio registrar el cambio de reserva de bungalow.


socio registrar la reserva de bungalow.




[RFN013] Permitir al socio realizar el pago on-line por concepto

de reservas o penalidad de cambio de reservas. Estas acciones

activarán la reserva, así como también el cambio de reserva

RES_RNE_002.

[RFN014] Permitir a la recepcionista de counter reservas generar

reportes de Reservas de bungalow.


reportes de Cancelaciones de Reservas.

Gestionar Sorteos


consultar la lista de ganadores del sorteo de reservas.


registrar al socio al sorteo de reservas de bungalow en

temporada alta.

[RFN018] Permitir al socio registrarse on-line al sorteo de

reservas de bungalow en temporada alta.

[RFN019] Permitir a la recepcionista de counter reservas

ejecutar el proceso de sorteo de bungalow en temporada alta.

[RFN020] Permitir al sistema enviar automáticamente los correos

electrónicos a todos los socios inscritos y también al

administrador de sede, una vez terminado el proceso de sorteo de

bungalow.

[RFN021] Permitir al socio consultar el resultado del sorteo de

bungalow.


reportes de Sorteos de Reservas de bungalow.




Solicitar Servicios

[RFN022] Permitir al recepcionista de counter sede registrar un

nuevo servicio adicional para el bungalow indicado por el socio.

[RFN023] Permitir al recepcionista de counter sede buscar datos

del socio para un bungalow indicado.

[RFN024] Permitir al recepcionista de counter sede validar si

son nuevos servicios adicionales al bungalow indicado por el

socio.

[RFN025] Permitir al recepcionista de counter sede actualizar el

estado de la solicitud de servicio adicional del bungalow

indicado por el socio. La actualización se realizará del estado

atendido a observado cuando esta no ha sido atendida.

[RFN026] Permitir al recepcionista de counter sede consultar el

estado de la solicitud del servicio adicional del bungalow.

[RFN027] Permitir al recepcionista de counter sede cancelar una

solicitud de servicio adicional del bungalow.

Controlar Huéspedes

[RFN028] Permitir al recepcionista de counter sede registrar el

ingreso y salida del socio e invitados del bungalow asignado.

[RFN029] Permitir al recepcionista de counter sede generar la

orden de pago al socio por los consumos efectuados dentro del

club mientras estuvo hospedado.

[RFN030] Permitir al recepcionista de counter sede generar la

lista de equipamiento y requerimientos del bungalow.




[RFN031] Permitir al recepcionista de counter sede generar los

registros de incidencia para el mantenimiento y limpieza del

bungalow.

Seguridad

[RFN101] El sistema debe permitir a los usuarios validarse y

realizar el cambio de su contraseña en el sistema, así como

también la administración de los usuarios y sus perfiles.

1.2. No Funcionales

Usabilidad

Comunes a todas las aplicaciones

[RNF001] En caso de error del usuario el sistema informará

claramente el mensaje del error y la solución.

[RNF002] Si el sistema no detecta actividad en un tiempo

de 5 minutos, dará por terminada la sesión del usuario.

[RNF003] La interfaz debe contar con ayudas (tooltip) para

evitar que el usuario ingrese datos errados.

[RNF004] La página principal debe tener el control de

acceso de usuario.




Propias del módulo

[RNF022] El sistema en promedio NO deberá demorar más de

20 segundos para realizar una consulta.

[RNF023] El sistema en promedio NO deberá demorar más de

20 segundos para grabar un registro de información.

[RNF024] El sistema permitirá a los usuarios de reservas

realizar búsquedas sin entrenamiento previo.

[RNF025] El aspecto de la interfaz gráfica del sistema

facilitará su empleo a usuarios con conocimientos mínimos

en informática sin entrenamiento especializado más allá

del uso de un Web browser.

[RNF026] El lenguaje empleado en la interfaz gráfica del

sistema respetará los términos usados en el negocio

Confiabilidad


[RNF005] El tiempo promedio entre fallas será de 120 días.

[RNF006] En caso ocurra un problema en el sistema su

recuperación no debe exceder de 6 horas.

[RNF007] El sistema debe estar disponible a un 95% todos

los días del año entre las 07:00 AM - 10:00 PM.

Rendimiento


[RNF008] El sistema debe soportar concurrencia de por

lo menos 100 usuarios.

[RNF009] El sistema debe tener un promedio de carga

inicial de 5 segundos.




Soporte


[RNF010] El sistema tendrá como navegador estándar

Internet Explorer 8.

[RNF011] El sistema debe ser compatible con Windows XP,

service Pack 3 y Windows 7.0, Service pack 1.

[RNF012] Las funcionalidades que exporten datos para

plataforma Office Windows 2003 y 2007.

Propias del módulo

[RNF028] El tiempo máximo para corregir una falla será

una semana.

Consideraciones de Diseño


[RNF013] El sistema se debe desarrollar en lenguaje

VISUAL BASIC .NET 2008, Framework 3.5 (capa de

presentación y negocio).

[RNF014] El motor de base de datos SQL Server 2005

(Como mínimo).

Propias del modulo




[RNF028] El sistema debe alinearse con los sistemas del

Club y tener una disposición acorde con la información

mostrada en dichos sistemas.

[RNF029] El sistema debe operar en cualquier computador

personal con procesador Pentium IV o superior, 256 Mb de

memoria RAM y disco duro de 20 GB.

[RNF030] La arquitectura lógica deberá considerarse en

tres capas.

Documentación de Usuario en Línea y Sistema de Ayuda

No se ha definido este tipo de documentación o sistema de

ayuda.

Componentes Adquiridos

No se ha definido adquirir componentes.

Interfaces

Interfaces de Usuario

Comunes a todos las aplicaciones

[RNF015] La pantalla principal debe tener el logotipo del

CLUB.

[RNF016] El sistema debe contar con un menú horizontal en

la parte superior de la pantalla para las opciones del

mismo.

[RNF017] La mínima resolución de presentación del sistema

debe ser 1024 x 768.

Propias del módulo




[RNF031] Los gráficos que se presenten en las

interfaces, tendrán un peso no mayor a los 100 KB.

[RNF032] Los reportes mostrarán el logotipo y nombre

del Club Tunqui.

Interfaces de Hardware

No se han definido interfaces de hardware.

Interfaces de Software

Se requieren interfaces con los módulos de Cobranza, Socios,

Infraestructura y Caja.

Interfaces de Comunicaciones

No se han definido interfaces de comunicación.

Aspectos Generales


[RNF018] El sistema debe contar con ayuda en línea

desde cualquier opción del sistema.

[RNF019] El sistema debe obligar a los usuarios a

cambiar sus contraseñas cada 60 días.




[RNF020] La página principal debe solicitar usuario y

contraseña para validar el ingreso.

[RNF021] Los usuarios solo deben poder realizar las

tareas asociadas a su perfil.

Propias del modulo

[RNF033] Incluir un mecanismo que permita su

actualización automática sin la intervención del usuario.

[RNF034] Mantener un registro de los errores. Para cada

error el sistema debe registrar: el código del error, una

descripción del error, la fecha y la hora del error.

[RNF035] Permitir que los reportes sean exportados a

Hoja de Cálculo con formato Microsoft Excel 2003.

Licenciamiento

[RNF036] Se deben contar con XX licencia de El sistema se

debe desarrollar en lenguaje VISUAL STUDIO .NET 2008,

[RNF037] Se debe contar una (1) licencia del motor de

base de datos SQL Server 2005.

Requerimientos Legales, Copyright y Otros

No se han definido para el proyecto.

Estándares Aplicables

No se han definido estándares aplicables al proyecto.




2. MODELO DE CASOS DE USO DEL SISTEMA

2.1. Lista de los Actores del Sistema

RES_ASI_Usuario

Generaliza a todos los actores que interactúan con el sistema.

Asimismo, puede cambiar su contraseña en el momento que lo

considere necesario.

SEG_ASI_AdministradorSistema

Encargado de administrar a los usuarios y actualizar el perfil de

los mismos en el sistema.

SOC_ASI_Socio

Podrá encontrar una descripción más detallada de este actor del

sistema en el apartado del módulo de Socios.

RES_ASI_AdministradorSede

Es el encargado de supervisar el proceso de reserva de bungalow a

través de los informes de reservas, cancelaciones y sorteos. Además

de ser el que autoriza la ejecución del sorteo.

RES_ASI_RecepcionistaCounterReservas

Es el encargado de realizar reservas a través de las cuales podrá

realizar el registro, cambio de fechas y cancelación de reservas

previamente efectuadas. Por otro lado este usuario se encargará de

ejecutar el proceso de sorteo y finalmente comunicar a los

participantes los resultados de este.

RES_ASI_RecepcionistaCounterSede

Es el encargado de realizar el registro de ingreso y salida de

socios a los bungalow previamente reservados. Por otro lado podrá




registrar los servicios consumidos por el socio durante su estadía

en el bungalow.

RES_ASI_UsuarioCancelarReserva

Generaliza a todos los actores que interactúan con el caso de uso

del sistema RES_CUS_CancelarReserva.

2.2. Diagrama de Actores del Sistema

RES_ASI_Socio

RES_ASI_Adm inistradorSede



RES_ASI_Usuario

RES_ASI_Adm inistradorSistem aRES_ASI_UsuarioCancelarReserva




2.3. Diagrama de Paquetes

RES_PAQ _ControlarHuespedes

RES_PAQ _G estionarSorteos

RES_PAQ _ReservarBungalows

RES_PAQ _SolicitarServicios

SEG _PAQ _Seguridad

Los paquetes que se muestran a continuación fueron creados con el

fin de asociar casos de uso de acceso común para los actores de

sistema. Adicionalmente se consideró la relevancia de la

información que estos utilizan y la necesidad de ver de esta por

parte de los actores de sistema.

RES_PAQ_ReservarBungalows: Este paquete contiene todos los casos de

uso relacionados con la reserva de bungalows, cancelaciones y

cambios de los mismos y también la inscripción de socio cuando la

reserva es por sorteo (temporada alta) Los actores que interactúan

en estos casos de uso son: RES_ASI_Socio y

RES_ASI_RecepcionistaCounterReservas.

RES_PAQ_GestionarSorteos: Este paquete contiene los casos de uso

relacionados con el sorteo de reservas cuando es temporada alta y

también con la comunicación de los resultados a la Administracion y

a los Socios inscritos para el sorteo. El actor que accede a estos

casos de uso es: RES_ASI_RecepcionistaCounterReservas.




RES_PAQ_ControlarHuespedes: Este paquete contiene todos los casos

de uso relacionadas al check-in y el check-out de las reservas. El

actor que accede a estos casos de uso es:

RES_ASI_RecepcionistaCounterSede.

RES_PAQ_SolicitarServicio: Este paquete contiene todos los casos deuso relacionados a las solicitudes de requerimiento o servicios

durante la estadía del Socio en el bungalow. El actor que accede a

estos casos de uso es: RES_ASI_RecepcionistaCounterSede.

SEG_PAQ_Seguridad: Este paquete contiene todos los casos de usorelacionados a la seguridad de la aplicación. Estos casos de uso

son utilizados por todos los actores del sistema que acceden a la

aplicación.




Diagrama de Casos de Uso del Sistema por Paquetes

Diagrama de Casos de Uso del Paquete “RES_PAQ_ReservarBungalows”

R ES_C US_C am biarR eservaSede

Este CU S no pertenece a nuestro m odulo

RES_ASI_Socio(from RES_PAQ _Actores)

RES_C US_R egistrarReservaOnline

R ES_C US_C am biarR eservaOnline

CAJ_C US_G estionarPagosBancos

(from RES_PAQ _ControlarHuespe...

<<include>>

<<extend>>

RES_ASI_U suarioCancelarR eserva(from RES_PAQ _Actores)

RES_C US_R eporteReservaRES_ASI_Adm inistradorSede(from RES_PAQ _Actores)

RES_ASI_R ecepcionistaCounterR eservas(from RES_PAQ _Actores)

R ES_C US_C ancelarReserva R ES_C US_BuscarReservas(from RES_PAQ _ControlarHuespe...

<<include>>

RES_C US_BuscarDisponibilidadTarifasBungalow

RES_C US_C am biarR eservas<<include>>

<<extend>>

R ES_C US_BuscarSocio

RES_C US_R egistrarR eservaSede

<<include>>

RES_C US_G estionarSolicitudServicioAdicional

(from RES_PAQ _SolicitarServic...

R ES_C US_R egistrarR eservas<<include>>

<<extend>>




Diagrama de Casos de Uso del Paquete “RES_PAQ_GestionarSorteos”

RES_CUS_InscribirSorteoReserva

RES_CUS_InscribirSorteoReservaO nline

RES_ASI_Socio(from RES_PAQ_Actores)...)

RES_CUS_RealizarSorteoReserva

RES_CUS_Com unicarAdm inistracionySocios

<<include>>RES_ASI_RecepcionistaCounterReservas

(from RES_PAQ_Actores)

RES_CUS_ReporteSorteoRES_ASI_Adm inistradorSede(from RES_PAQ_Actores)

RES_CUS_InscribirSorteoReservaSede

RES_CUS_BuscarSocio(from RES_PAQ_ReservarBungalows)

<<include>>




Diagrama de Casos de Uso del Paquete “RES_PAQ_ControlarHuespedes”

RES_CUS_G enerarListaEquipam ientoRequerim ientosBungalow RES_

CUS_G enerarReciboCobrosExtras

CAJ_CUS_G estionarPagosBancos

Este CUS no pertenece a nuestro m odulo.

RES_CUS_RegistrarSalidaHuesped

<<extend>>

<<extend>>

RES_CUS_BuscarReservas RES_ASI_RecepcionistaCounterSede(from RES_PAQ_Actores)

RES_CUS_BuscarHuesped

<<include>>

RES_CUS_RegistrarHuespedes

<<include>>

<<include>>

Diagrama de Casos de Uso del Paquete “RES_PAQ_SolicitarServicios”





(from R ES_PAQ _Actores)

RES_CUS_BuscarHuesped(from R ES_PAQ _Com unes)

RES_CUS_GestionarSolicitudServicioAdicional

<<extend>>

Diagrama de Casos de Uso del Paquete “RES_PAQ_Seguridad”

SEG _ASI_Adm inistradorSistem a

(from RES_PAQ _Actores)...)

SEG _CUS_ActualizarUsuario

SEG_CUS_ActualizarPerfilUsuario

<<extend>>

SEG _ASI_Usuario

(from RES_PAQ _Actores)...)

SEG _CUS_ValidarAcceso

SEG_CUS_Cam biarContraseña

<<extend>>




3. PRIORIZACIÓN DE LOS CASOS DE USO DEL SISTEMA

Clasificación de los Casos de Uso del Sistema y Ciclos de

Desarrollo de los Casos de Uso del Sistema

Nombre del caso de uso Complejida

dCiclo

RES_CUS_RegistrarHuespedes Primario 0RES_CUS_GenerarListaEquipamientoRequerimientosB

ungalowPrimario 0

RES_CUS_RegistrarSalidaHuesped Primario 0RES_CUS_RegistrarReserva Primario 0RES_CUS_RegistrarReservaSede Primario 0RES_CUS_RegistrarReservaOnline Primario 0RES_CUS_CambiarReserva Primario 0RES_CUS_CambiarReservaSede Primario 0RES_CUS_CambiarReservaOnline Primario 0RES_CUS_CancelarReserva Primario 0RES_CUS_ReporteReserva Primario 0RES_CUS_ReporteSorteo Primario 0RES_CUS_BuscarHuesped Secundario 1




RES_CUS_BuscarSocio Secundario 1RES_CUS_BuscarReservas Secundario 1RES_CUS_BuscarDisponibilidadTarifasBungalow Secundario 1RES_CUS_GenerarReciboCobrosExtras Secundario 1RES_CUS_RealizarSorteoReserva Secundario 1RES_CUS_InscribirSorteoReservas Secundario 1RES_CUS_InscribirSorteoReservasSede Secundario 1RES_CUS_InscribirSorteoReservasOnline Secundario 1RES_CUS_ReporteReserva Secundario 1RES_CUS_ReporteSoreto Secundario 1SEG_CUS_ActualizarUsuario Secundario 1SEG_CUS_ActualizarPerfilUsuario Secundario 1SEG_CUS_CambiarContraseña Secundario 1SEG_CUS_ValidarAcceso Secundario 1RES_CUS_GestionarSolicitudServicioAdicional Secundario 1

4. REALIZACIÓN DE LOS CASOS DE USO DEL SISTEMA

4.1. Especificación de Alto Nivel

Paquete RES_PAG_ReservarBungalows

Caso de uso: RES_CUS_RegistrarReservasActor(es): RES_ASI_RecepcionistaCounterSede

SOC_ASI_Socio

Propósito: Generaliza los casos de uso del sistema que

realizan reservas, permitiéndoles heredar toda la

lógica del proceso de reservas de bungalow.

Tipo: Primario




Caso de uso

asociado:


RES_CUS_BuscarDisponibilidadTarifasBungalow

RES_CUS_BuscarSocio

Descripción: El caso de uso comienza cuando los actores indican

registrar una reserva de bungalow y termina cuando

reciben la confirmación del registro de la reserva

o la comunicación de que no se realizo la

operación.

Responsabilidad: Ricardo Suárez

Caso de uso: RES_CUS_RegistrarReservaSedeActor(es): RES_ASI_RecepcionistaCounterSede

Propósito: Hereda la funcionalidad de

RES_CUS_RegistrarReservas permitiendo a la

Recepcionista del counter sede registrar una

reserva de bungalow desde la intranet del club.

Tipo: Primario

Caso de uso

asociado:


RES_CUS_BuscarDisponibilidadTarifasBungalo

RES_CUS_BuscarSocio

Descripción: El caso de uso comienza cuando la recepcionista

del counter sede indica registrar una reserva de

bungalow y termina cuando se le comunica al socio

el registro de la reserva del bungalow o se

comunica que no se realizo la operación.





Caso de uso: RES_CUS_RegistrarReservaOnlineActor(es): SOC_ASI_Socio


RES_CUS_RegistrarReservas permitiendo al Socio

registrar una reserva de bungalow online desde la

Web del Club.

Tipo: Primario

Caso de uso

asociado:


RES_CUS_BuscarDisponibilidadTarifasBungalo

Descripción: El caso de uso comienza cuando el socio indica

registrar una reserva de bungalow desde la web y

termina cuando se le comunica al socio el

registro de la reserva del bungalow o se comunica

que no se realizo la operación.


Caso de uso: RES_CUS_CambiarReservasActor(es): RES_ASI_RecepcionistaCounterSede

SOC_ASI_Socio


realizan cambio en las reservas, permitiéndoles

heredar toda la lógica del proceso de cambio de

reservas de bungalow.

Tipo: Primario

Caso de uso

asociado:


RES_CUS_BuscarReservas





realizar un cambio de reserva de bungalow y

termina cuando recibe la confirmación del cambio

de la reserva o la comunicación de que no se

realizo la operación.


Caso de uso: RES_CUS_CambiarReservaSedeActor(es): RES_ASI_RecepcionistaCounterSede

Propósito: Hereda la funcionalidad de RES_CUS_CambiarReservas

permitiendo a la Recepcionista del counter sede

registrar un cambio de reserva de bungalow desde

la intranet del club.

Tipo: Primario

Caso de uso

asociado:




del counter sede indica realizar un cambio de

reserva de bungalow y termina cuando se le

comunica al socio el registro del cambio de

reserva del bungalow o se comunica que no se

realizo la operación.


Caso de uso: RES_CUS_CambiarReservaOnlineActor(es): SOC_ASI_Socio




Propósito: Hereda la funcionalidad de RES_CUS_CambiarReservas

permitiendo al Socio registrar un cambio de

reserva de bungalow online desde la Web del Club.

Tipo: Primario

Caso de uso

asociado:



Descripción: El caso de uso comienza cuando el Socio indica

realizar un cambio de reserva de bungalow y

termina cuando se le comunica al socio el registro

del registro del cambio de reserva del bungalow o

se comunica que no se realizo la operación.


Caso de uso: RES_CUS_CancelarReservaActor(es): RES_ASI_RecepcionistaCounterSede

SOC_ASI_Socio

Propósito: Permite a la Recepcionista del counter reserva y

al socio registrar una cancelación de reserva de

bungalow desde la intranet del club o desde la web

del club respectivamente.

Tipo: Primario

Caso de uso

asociado:






realizar una cancelación de reserva de bungalow y

termina cuando recibe la confirmación de la

cancelación de la reserva o la comunicación de que

no se realizo la operación.


Caso de uso: RES_CUS_BuscarDisponibilidadTarifasBungalowActor(es): SOC_ASI_Socio,

RES_ASI_recepcionistaCounterReservas

Propósito: Buscar las tarifas de bungalows disponibles para la reserva.

Tipo: Secundario

Caso de uso asociado:

RES_CUS_RegistrarReserva,

RES_CUS_CambiarReserva

Descripción: El caso de uso comienza cuando el socio o elrecepcionista de counter reservas indica “BuscarDisponibilidad de Tarifas Bungalow”. Según surequerimiento el socio o el recepcionista decounter reservas puede buscar los bungalowsdisponibles obteniendo las tarifas registradas enel sistema. El caso de uso termina cuando el socioo el recepcionista de counter reservas elige oconfirma la búsqueda.

Responsabilidad: Mauricio Soto Reaño

Caso de uso: RES_CUS_BuscarSocioActor(es): RES_ASI_RecepcionistaCounterReservas

Propósito: Buscar los socios activos del club.

Tipo: Secundario





RES_CUS_RegistrarReservaSede (include)

Descripción: El caso de uso comienza cuando el recepcionista decounter reservas indica “Buscar Socio”. Según surequerimiento el recepcionista de counter reservaspuede buscar los socios activos en el sistema. Elcaso de uso termina cuando el recepcionista decounter elige o no un resultado de la búsqueda.


Caso de uso: RES_CUS_ReporteReservaActor(es): RES_ASI_AdministradorSede

Propósito: Permitir al Administrador de Sede emitir elreporte de las reservas realizadas y canceladas enun mes determinado o temporada.

Tipo: Primario.


Ninguno.

Descripción: El caso de uso comienza cuando el actorAdministrador de Sede indica emitir reporte dereservas e ingresa los filtros necesarios. El casode uso termina cuando se emite el reporte dereservas.


Paquete RES_PAQ_GestionarSorteos

Caso de uso: RES_CUS_RealizarSorteoReserva




Actor(es): RES_ASI_RecepcionistaCounterReservas

Propósito: Realizar el sorteo para la reserva de bungalows

Tipo: Secundario

Caso de uso

asociado:

Resumen: El caso de uso comienza cuando la recepcionista

de counter sede realiza el sorteo para las

reservas en temporada alta en la fecha y hora

programada por la administración, el caso de uso

termina cuando se obtiene los resultados del

sorteo.

Responsabilidad: Williams Patino

Caso de uso: RES_CUS_InscribirSorteoReservasActor(es): RES_ASI_RecepcionistaCounterSede

SOC_ASI_Socio


inscriben al sorteo de reservas, permitiéndoles

heredar toda la lógica del proceso de sorteo de

reservas de bungalow.

Tipo: Secundario

Caso de uso

asociado:

No cuenta con casos de uso asociados.





realizar una inscripción al sorteo de reservas de

bungalow y termina cuando reciben la confirmación

de la inscripción al sorteo de reservas o la

comunicación de que no se realizo la operación.

Responsabilidad: Williams Patiño

Caso de uso: RES_CUS_InscribirSorteoReservasSedeActor(es): RES_ASI_RecepcionistaCounterSede


RES_CUS_InscribirSorteoReservas permitiendo a la

Recepcionista del counter sede inscribir al socio

al sorteo de reserva de bungalow desde la intranet

del club.

Tipo: Secundario

Caso de uso

asociado:

RES_CUS_BuscarSocio


del counter sede indica realizar una inscripción

al sorteo de reservas de bungalow y termina

cuando se comunica al socio su inscripción al

sorteo de reservas de bungalow o se comunica que

no se realizo la operación.





Caso de uso: RES_CUS_InscribirSorteoReservasOnlineActor(es): SOC_ASI_Socio


RES_CUS_InscribirSorteoReservas permitiendo al

Socio inscribirse al sorteo de reservas de

bungalow online desde la Web del Club.

Tipo: Secundario

Caso de uso

asociado:

No cuenta con casos de uso asociados.

Descripción: El caso de uso comienza cuando el socio indica

realizar una inscripción al sorteo de reservas de

bungalow y termina cuando se comunica al socio su

inscripción al sorteo de reservas de bungalow o se

comunica que no se realizo la operación.


Caso de uso: RES_CUS_ReporteSorteoActor(es): RES_ASI_AdministradorSede

Propósito: Permitir al Administrador de Sede emitir unreporte con la información referente a los sorteosrealizados.

Tipo: Primario.


Ninguno.




Descripción: El caso de uso comienza cuando el actorAdministrador de Sede indica generar reporte desorteos e indica los filtros requeridos. El casode uso termina cuando se emitió el reporte desorteos.


Paquete RES_PAQ_ControlarHuespedes

Caso de uso: RES_CUS_RegistrarHuéspedesActor(es): RES_ASI_RecepcionistaCounterSede

Propósito: Registra a los Socios e invitados en el bungalow

asignado y genera la orden de pago por invitados.

Tipo: Primario

Caso de uso

asociado:

RES_CUS_BuscarReserva,

RES_CUS_GenerarListaEquipamientoRequerimientosBun

galow

Descripción: El caso de uso comienza cuando el recepcionista

del counter sede registra los datos de los socios

e invitados. El caso de uso termina cuando todos

los huéspedes han sido registrados.

Responsabilidad: Carlos Espinoza Fazio

Caso de uso: RES_CUS_GenerarListaEquipamientoRequerimientosBung

alow




Actor(es): RES_ASI_RecepcionistaCounterSede

Propósito: Equipar el bungalow de acuerdo a las necesidades

de los huéspedes.

Tipo: Primario

Caso de uso

asociado:


Descripción: El caso de uso comienza cuando los huéspedes son

registrados y solicitan algún requerimiento

adicional al equipamiento del bungalow. El caso de

uso termina cuando el recepcionista del counter

sede ingresa al sistema los requerimientos

adicionales.


Caso de uso: RES_CUS_RegistrarSalidaHuéspedActor(es): RES_ASI_RecepcionistaCounterSede

Propósito: Controlar la retirada de los huéspedes del bungalow

asignado, realizar las órdenes de pago por

servicios extras y generar los registros de

mantenimiento y limpieza de los bungalows.

Tipo: Primario

Caso de uso

asociado:

RES_CUS_BuscarHuesped,




Descripción: El caso de uso comienza cuando el sistema informa

que no hay deuda por parte de los huéspedes y

registra el retiro de los mismos del bungalow. El

caso de uso termina cuando los huéspedes son

informados.


Caso de uso: RES_CUS_BuscarReservasActor(es): SOC_ASI_Socio,


Propósito: Buscar las reservas de bungalows activas realizadas por los socios.

Tipo: Secundario


RES_CUS_CambiarReserva (include)

RES_CUS_CancelarReserva (include)

Descripción: El caso de uso comienza cuando el socio o elrecepcionista de counter reservas indica “BuscarReservas”. Según su requerimiento el socio o elrecepcionista de counter reservas puede buscar lasreservas de bungalows realizadas en el sistema. Elcaso de uso termina cuando el socio o elrecepcionista de counter reservas elige o confirmala búsqueda.


Caso de uso: RES_CUS_BuscarHuesped




Actor(es): RES_ASI_RecepcionistaCounterSede

Propósito: Buscar a los socios que hayan realizado el check-in de algún bungalow.

Tipo: Secundario


RES_CUS_GestionarSolicitudServicioAdicional (include), CUS_RegistrarSalidaHuesped (include)

Descripción: El caso de uso comienza cuando el recepcionista decounter sede indica “Buscar Huésped”. Según surequerimiento el recepcionista de counter sedepuede buscar al socio que haya realizado el check-in de algún bungalow en el sistema. El caso de usotermina cuando el recepcionista de counter sedeelige o confirma la búsqueda.


Paquete RES_PAQ_SolicitarServicios

Caso de uso: RES_CUS_GestionarSolicitudServicioAdicionalActor(es): RES_ASI_RecepcionistaCounterSede

Propósito: Mantener actualizado el registro de solicitudes de

servicio adicional que requieren los socios.

Tipo: Primario

Caso de uso

asociado:

RES_CUS_BuscarHuesped (include)




Descripción: El caso de uso comienza cuando el recepcionista de

counter sede indica “Gestionar Solicitud de

Servicio Adicional”. Según su requerimiento el

recepcionista de counter sede puede registrar,

actualizar o cancelar la solicitud de servicio

adicional en el sistema. El caso de uso termina

cuando el recepcionista de counter sede confirma

la acción realizada y el sistema muestra el

mensaje de confirmación.


Paquete RES_PAQ_Seguridad

Caso de uso: SEG_CUS_ActualizarPerfilUsuarioActor(es): SEG_ASI_AdministradorSistema

Propósito: Mantener actualizada la información correspondiente

a los perfiles de usuario del sistema mediante las

acciones registrar, modificar y eliminar.

Tipo Secundario

Caso de uso

asociado:

El caso de uso SEG_CUS_ActualizarPerfilUsuario es

extendido por el caso de uso

SEG_CUS_ActualizarUsuario.




Descripción: El caso de uso empieza cuando el administrador del

sistema crea, elimina o modifica un perfil de

usuario en el sistema. El caso de uso termina

cuando el administrador del sistema confirma la

acción realizada sobre el perfil de usuario y el

sistema muestra un mensaje de confirmación al

respecto.


Caso de uso: SEG_CUS_ActualizarUsuarioActor(es): SEG_ASI_AdministradorSistema

Propósito: Mantener actualizada la información correspondiente

a los usuarios del sistema mediante las acciones

registrar, modificar y eliminar.

Tipo Secundario

Caso de uso

asociado:

El caso de uso SEG_CUS_ActualizarUsuario extiende

al caso de uso SEG_CUS_ActualizarPerfilUsuario.

Descripción: El caso de uso empieza cuando el administrador del

sistema crea, elimina o modifica la información de

un usuario del sistema. El caso de uso termina

cuando el administrador del sistema confirma la

acción realizada sobre el usuario y el sistema

muestra un mensaje de confirmación al respecto.


Caso de uso: SEG_CUS_CambiarContraseñaActor(es): SER_ASI_Usuario




Propósito: Realizar el cambio de contraseña del usuario.

Tipo Secundario

Caso de uso

asociado:

El caso de uso SEG_CUS_CambiarContraseña es

extendido por el caso de uso SEG_CUS_ValidarAcceso.

Descripción: El caso de uso comienza cuando el usuario

selecciona la opción de cambio de contraseña en el

sistema. El caso de uso termina cuando el usuario

recibe la notificación de haber modificado

exitosamente su clave.


Caso de uso: SEG_CUS_ValidarAccesoActor(es): SER_ASI_Usuario

Propósito: Validar el acceso de los usuarios al sistema.

Tipo Secundario

Caso de uso

asociado:

El caso de uso SEG_CUS_ValidarAcceso extiende al

caso de uso SEG_CUS_CambiarContraseña.

Descripción: El caso de uso comienza cuando el usuario se

autentica en el sistema mediante el ingreso de su

nombre de usuario y clave. El caso de uso termina

cuando el usuario ingresa al sistema

satisfactoriamente.





4.2. Especificación de los casos de uso del sistema

4.2.1. Especificación del Caso de Uso de Sistema

RES_CUS_RegistrarReservas

4.2.1.1. Actores del Sistema

No tiene actor de sistema asociado por ser una

generalización de caso de uso de sistema.

4.2.1.2. Propósito

Generaliza los casos de uso del sistema que realizan

reservas, permitiéndoles heredar toda la lógica del

proceso de reservas de bungalow.


El caso de uso comienza cuando los actores del sistema

indican registrar una reserva de bungalow y termina

cuando reciben la confirmación del registro de la

reserva junto con el número de reserva generado ó la

comunicación de que no se realizó la operación.


Flujo Básico

No aplican para este caso de uso del sistema.

Subflujos

Subflujo Valida Temporada/Morosidad

1. El sistema valida que sea temporada baja en la

que se encuentra el club [RES_RNE_004].

2. El sistema valida la morosidad del socio

[RES_RNE_009].




Subflujo Valida Actividad

3. El sistema valida que el estado del socio es

“Activo” [RES_RNE_001].

Subflujo Registro de Reserva

4. El actor del sistema indica “Consultar

disponibilidad y tarifas de bungalow”.

5. El sistema llama al caso de uso

[RES_CUS_BuscarDisponibilidadTarifasBungalow].

6. El actor del sistema ingresa la fecha de inicio

de la reserva, la cantidad de días de la reserva.

7. El actor del sistema indica “Registrar

requerimientos/equipamientos adicionales”.


[RES_CUS_GestionarSolicitudServicioAdicional].

9. El actor del sistema indica “Grabar Reserva”.

10.El sistema registra los datos de la reserva,

carga el costo total por la reserva a la orden de

pago y muestra la confirmación del registro de

reserva con el número de reserva generado.

Flujos Alternos

Cancelar Registro de Reserva de Bungalow

Si en el paso [9] del subflujo “Registro de Reserva” el

actor del sistema no desea grabar la reserva, el actor

del sistema confirma la cancelación del “Registro de

Reserva” y el sistema cierra el formulario.

Club en Temporada Alta




Si en el paso [1] del subflujo “Valida

Temporada/Morosidad” el sistema determina que el club

está en temporada alta, el sistema muestra el mensaje

“Club en Temporada Alta, reservas se realizan mediante

Sorteo de Reservas”, el actor del sistema indica

“Aceptar” al mensaje y el sistema cierra el formulario.

Socio Moroso

Si en el paso [2] del subflujo “Valida

Temporada/Morosidad” el sistema determina que el socio

es moroso, el sistema muestra el mensaje “Socio moroso

más de un mes, no puede registrar la reserva del

bungalow”.

El actor del sistema indica “Aceptar” al mensaje y el

sistema cierra el formulario.

Socio No está Activo

Si en el paso [3] del subflujo “Valida Actividad” el

socio titular no está activo, el sistema muestra el

mensaje “Socio no está Activo, no puede Solicitar

Reserva de Bungalow”.



Datos incompletos ó inconsistentes

Si en el paso [9] del subflujo “Registro de Reserva” el

sistema encuentra que los datos están incompletos o son

inconsistentes, se muestra mensaje “Datos incompletos o

inconsistentes, no se graba reserva“.





caso de uso continua en el paso [4] del subflujo

“Registro de Reserva”.

.


Acceso del Actor del sistema al sistema

El Actor del Sistema ingresó exitosamente al sistema.

Perfil de usuario

El sistema configuró el acceso a las opciones según el

perfil del Actor del Sistema.


Registro de una Reserva de Bungalow

Se ha registrado una reserva de bungalow con éxito en

el sistema.

4.2.1.7. Puntos de Extensión




No se cuenta con información adicional para este caso

de uso.





RES_CUS_RegistrarReservaSede



4.2.2.2. Propósito

Hereda la funcionalidad de RES_CUS_RegistrarReservas

permitiendo a la Recepcionista del counter sede

registrar una reserva de bungalow desde la intranet del

club.


El caso de uso comienza cuando la recepcionista del

counter sede indica registrar una reserva de bungalow

desde la intranet, permitiéndole a la recepcionista del

counter reservas buscar en el sistema al socio que

solicita la reserva para registrar sus datos y termina

cuando se le comunica al socio el registro de la reserva

del bungalow junto con el número de reserva generado.


Flujo Básico

1. El Socio indica “Reservar Bungalow”.

2. El sistema muestra el formulario “Registro de

Reserva Counter Reservas” con los campos de

código de socio, nombre y apellidos del socio,

fecha de inicio de la reserva y número de días

que se reservara el bungalow.




3. La Recepcionista del Counter Reservas indica

“Buscar Socio” [RES_CUS_BuscarSocio].


[RES_CUS_BuscarSocio].

5. El caso de uso continúa en el del subflujo

“Valida Temporada/ Morosidad” del caso de uso

[RES_CUS_RegistrarReservas].

6. El caso de uso continúa en el subflujo “Registro

de Reserva” del caso de uso de sistemas

[RES_CUS_RegistrarReserva].


“Emitir Orden de Pago” y el sistema emite la

orden de pago por concepto de Reserva de Bungalow

donde figuran los datos del socio, el bungalow

reservado, las fechas, el número de la reserva y

el costo total de la reserva que deberá ser

pagada en caja.


“Salir”.

9. El sistema cierra el formulario y el caso de uso

termina.

Subflujos


Flujos Alternos






Acceso de la Recepcionista Counter Reservas al sistema

La Recepcionista Counter Reservas ingresó exitosamente

al sistema.

Perfil de usuario


perfil de usuario de la Recepcionista Counter Reservas.

Socio Titular

La persona que solicita la reserva de un bungalow es el

socio Titular.


Registro de una Reserva de Bungalow.


el sistema.


RES_CUS_BuscarSocio









RES_CUS_RegistrarReservaOnLine


SOC_ASI_Socio

4.2.3.2. Propósito

Hereda la funcionalidad de RES_CUS_RegistrarReservas

permitiendo al Socio registrar una reserva de bungalow

online desde la Web del Club.


El caso de uso comienza cuando el socio indica registrar

una reserva de bungalow desde la web, permitiéndole

registrar sus datos automáticamente a la reserva y

termina cuando se le comunica al socio el registro de

la reserva del bungalow junto con el número de reserva

generado.


Flujo Básico

1. El Socio indica “Reservar Bungalow”.

2. El caso de uso continúa en el subflujo “Valida

Temporada/ Morosidad” del caso de uso

[RES_CUS_RegistrarReservas]

3. El caso de uso continúa en el subflujo “Valida

Actividad” del caso de uso

[RES_CUS_RegistrarReservas]




4. El sistema muestra el formulario “Registro de

Reserva Online” con los datos Código de socio,

Nombres, Apellido Paterno y Apellido Materno

cargados automáticamente.

5. El caso de uso continúa en el subflujo “Registro

de Reserva” del caso de uso de sistemas

[RES_CUS_RegistrarReserva].

6. El sistema enviara al Socio, la orden de pago de

forma electrónica, donde figuran los datos del

socio, el bungalow reservado, las fechas, el

número de la reserva y el costo total de la

reserva a su correo del socio.

7. El Socio indica “Pagar Reserva Online”.

8. El sistema llama al caso de uso de sistemas

[CAJ_CUS_GestionarPagosBancos].

9. El Socio indica “Salir”.

10.El sistema cierra el formulario y el caso de uso

termina.

Subflujos


Flujos Alternos



Acceso del Socio al sistema

El Socio ingresó exitosamente al sistema.




Perfil de usuario


perfil de usuario del Socio.


Registro de una Reserva de Bungalow.


el sistema.


CAJ_CUS_GestionarPagosBancos








4.2.4. Especificación del Caso de Uso de Sistema RES_CUS_CambiarReservas


No tiene actor de sistema asociado por ser unageneralización de caso de uso de sistema.

4.2.4.2. Propósito

Generaliza los casos de uso del sistema que realizancambio en las reservas, permitiéndoles heredar toda lalógica del proceso de cambio de reservas de bungalow.


El caso de uso comienza cuando el actor indica realizarun cambio de reserva de bungalow y termina cuando recibela confirmación del cambio de la reserva o lacomunicación de que no se realizo la operación.


Flujo Básico

No aplica para este caso de uso del sistema.

Subflujos

Subflujo 1: Básico

1. El sistema muestra la información delbungalow: número, tipo, estado, ubicación yfecha de reserva. Además, se mostrará unmensaje dentro de la pantalla según lossiguientes casos [RES_RNE_023]:

Si la nueva fecha de reserva es igual aldía actual: “Está reserva no podrá sermodificada ya que puede estar siendoutilizada”.

Si la diferencia entre la nueva fecha dereserva y el día actual es mayor o igual ados días: “Está reserva podrá sermodificada sin penalidad”.




Si la diferencia entre la nueva fecha dereserva y el día actual es menor a dosdías: “Está reserva podrá ser modificadabajo una penalidad del 20%.

2. El actor del sistema elige la operación arealizar:

Si elige Cambiar fecha ver el subflujo“Cambiar fecha de reserva”.

Si elige cambiar de bungalow ver el subflujo“Cambiar bungalow”

Subflujo 2: Cambiar fecha de reserva

1. El actor del sistema indica “Cambiar fecha dereserva”.

2. El actor de sistema elige la nueva fecha dereserva e indica “Aplicar cambio de reserva”.

3. El sistema valida que la nueva fecha dereserva se encuentre en temporada baja delclub [RES_RNE_008].

4. El sistema valida que exista disponibilidaddel bungalow en la nueva fecha de reserva.

5. El sistema valida si se realiza el cambio dereserva con penalidad [RES_RNE_023].

6. El sistema registra los datos del cambio dereserva y muestra la confirmación del registrodel cambio de reserva.

Subflujo 3: Cambiar bungalow

1. El actor del sistema indica “Cambiarbungalow”.

2. El sistema valida que la nueva fecha dereserva se encuentre en temporada baja delclub [RES_RNE_008].

3. El sistema muestra para la misma fecha dereserva la lista de bungalows disponibles.Los bungalows mostrados deberán ser del mismotipo que la reserva actual.




4. El actor del sistema elige el bungalow deseadoe indica “Aplicar cambio de reserva”.

5. El sistema valida si se realiza el cambio dereserva con penalidad [RES_RNE_023].

6. El sistema registra los datos del cambio dereserva y muestra la confirmación del registrodel cambio de reserva.

Flujos Alternos

Flujo alterno 1: Sin reserva de bungalow

1. Si en [subflujo Básico punto 1] el sistema noencuentra una reserva de bungalow activa,entonces, el sistema mostrará un mensaje queindique: “El socio no cuenta con ningunareserva activa”.

2. El sistema deshabilita las operaciones decambiar fecha y cambiar bungalow.

Flujo alterno 2: Temporada Alta

1. Si en [subflujo Cambiar fecha de reserva punto 3] o[subflujo Cambiar bungalow punto 2] el sistemaidentifica que es temporada alta, entonces, elsistema mostrará un mensaje que indique: “Noes factible realizar un cambio de reserva yaque la nueva fecha de reserva se encuentradentro de una temporada alta”.

Flujo alterno 3: No existe disponibilidad de bungalowen fecha

1. Si en [subflujo Cambiar fecha de reserva punto4] el sistema no encuentra el bungalowdisponible en la nueva fecha.

2. El sistema mostrará un mensaje que indique:“El bungalow no está disponible para la fechade reserva elegida”.

3. El sistema muestra una lista de bungalowsdisponibles del mismo tipo que el reservado.




4. El actor del sistema elige el bungalowdeseado.






RES_CUS_BuscarReservas.






4.2.5. Especificación del Caso de Uso de Sistema RES_CUS_CambiarReservasSede



4.2.5.2. Propósito

Hereda la funcionalidad de RES_CUS_CambiarReservaspermitiendo a la Recepcionista del counter sederegistrar un cambio de reserva de bungalow desde laintranet del club.


El caso de uso comienza cuando la recepcionista delcounter sede indica cambiar una reserva de bungalowdesde la intranet, permitiéndole a la recepcionista delcounter reservas modificar el cambio de reserva ytermina cuando el cambio de reserva queda registrado.


Flujo Básico

1. El sistema muestra el formulario “Cambiar reserva- Sede”.

2. La Recepcionista del Counter Reservas indica“Buscar Reserva”, el caso de uso continua con elflujo básico del caso de uso de sistema[RES_CUS_BuscarReservas].

3. El sistema valida que la reserva este activa.

4. El caso de uso continúa en el “subflujo: Básico” delcaso de uso de sistemas RES_CUS_CambiarReservas.

5. Si la validación del paso [5 – subflujo: cambiar fecha dereserva] o [5 – subflujo: Cambiar bungalow] del caso deuso de sistemas [RES_CUS_CambiarReservas] y elmensaje de la validación indique que existe unapenalidad, entonces la Recepcionista del CounterReservas indica “Emitir Orden de Pago” y el




sistema emite la orden de pago por concepto deCambio de Bungalow donde figuran los datos delsocio, el bungalow reservado, las fechas, elnúmero de la reserva y el costo total del cambiode la reserva que deberá ser pagada en caja.

6. El Recepcionista del Counter Reservas indica“Salir”.

7. El sistema cierra el formulario “Cambiar reservaSede” y el caso de uso termina.

Subflujos


Flujos Alternos

Flujo alterno 1: Reserva No está Activo

Si en el paso [3 – flujo básico] el socio que ha sidoseleccionado para registrar la reserva no estáactivo.

1. El sistema muestra el mensaje “Reserva no estáActiva, intente nuevamente”.

2. La Recepcionista del Counter Reservas indica“Aceptar” al mensaje y el caso de uso continúaen el paso [2 – flujo básico].


Acceso de la Recepcionista Counter Reservas al sistemaLa Recepcionista Counter Reservas ingresó exitosamenteal sistema.

Perfil de usuarioEl sistema configuró el acceso a las opciones según elperfil de usuario de la Recepcionista Counter Reservas.

Socio Titular




La persona que solicita el cambio de reserva de unbungalow es el socio Titular


Registro de un Cambio de Reserva de Bungalow.Se ha registrado un cambio de reserva de bungalow conéxito en el sistema.







4.2.6. Especificación del Caso de Uso de Sistema RES_CUS_CambiarReservaOnLine


SOC_ASI_Socio

4.2.6.2. Propósito

Hereda la funcionalidad de RES_CUS_CambiarReservaspermitiendo al Socio registrar un cambio de reserva debungalow.


El caso de uso comienza cuando el socio indica cambiaruna reserva de bungalow desde la web, permitiéndoleingresar los datos del cambio de reserva y terminacuando se le comunica al socio el registro del cambiode la reserva del bungalow.


Flujo Básico

1. El socio indica “Cambiar Reserva Online”.

2. El sistema muestra el formulario “Cambiar ReservaOnline” con los datos: Código de socio, Nombres,Apellido Paterno y Apellido Materno cargadosautomáticamente.

3. El caso de uso continúa en el “subflujo: Básico” delcaso de uso de sistemas RES_CUS_CambiarReservas.

4. Si la validación del paso [5 – subflujo: cambiar fecha dereserva] o [5 – subflujo: Cambiar bungalow] del caso deuso de sistemas [RES_CUS_CambiarReservas] si aplicala penalidad. El Socio indica “Pagar Cambio deReserva Online”.

5. El sistema llama al caso de uso de sistemas[CAJ_CUS_GestionarPagosBancos].


7. El sistema cierra el formulario “Cambiar reservaOnline” y el caso de uso termina.




Subflujos


Flujos Alternos



Acceso del Socio al sistema

El Socio ingresó exitosamente al sistema.

Perfil de usuario

El sistema configuró el acceso a las opciones según el perfil de usuario del Socio.


Registro de un Cambio de Reserva de Bungalow.Se ha registrado un cambio de reserva de bungalow conéxito en el sistema.


CAJ_CUS_GestionarPagosBancos.









4.2.7.2. Propósito

Activa la reserva del bungalow y registra a los Socios e

invitados en el bungalow asignado y generar la orden de

pago por invitados.


El caso de uso comienza cuando el Recepcionista del

Counter activa el bungalow y registra los datos de los




socios e invitados. El caso de uso termina cuando todos

los huéspedes han sido registrados.


Flujo Básico

1.La Recepcionista del Counter abre el formulario

“Check In” y elige la operación a realizar. Si es

activar la reserva del bungalow va al subflujo 1, si

es agregar socios invitados va al subflujo 2 y si es

agregar invitados, que no son socios, va al subflujo

3.

2.La Recepcionista del Counter indica salir.

3.El sistema cierra el formulario “Check In”

Subflujos

Subflujo 1: Activar bungalow

1. La Recepcionista del Counter indica “Buscar

reservas”. El sistema muestra el formulario “Buscar

reservas” con los filtros de criterio de búsqueda: #

de reserva, socio y rango de fechas

(RES_CUS_BuscarReserva).

2. Selecciona al socio del grid y presiona el botón

“Activar bungalow”. Regresa al flujo básico punto 2.

Subflujo 2: Agregar socios invitados.

1. La recepcionista del counter indica “Buscar

Huésped”. El sistema muestra el formulario




“Buscar Huésped” con los filtros de criterio de

búsqueda: socio.

2. Selecciona al socio del grid y presiona el botón

agregar como invitado.

3. Realiza el paso anterior tantas veces como

capacidad tenga el bungalow. Regresa al flujo básico

punto 2.

Subflujo 3: Agregar invitados que no son socios.

1. La Recepcionista del Counter ingresa el nombre

del invitado y presiona el botón agregar como

invitado.

2. Realiza el paso anterior tantas veces como

capacidad tenga el bungalow.

3. Genera el detalle de pago por concepto de

invitados. Regresa al flujo básico punto 2.

Flujos Alternos

No se encontró reserva

Si en el paso [1 - sub flujo 1] el socio no tiene

reserva.

1. El sistema muestra el mensaje “Socio no tiene

reserva” y el caso de uso continúa en el paso 2

del flujo básico.

No se seleccionó reserva

Si en el paso [1 - sub flujo 1] la Recepcionista del

Counter no ha seleccionado reserva y cierra la ventana

de búsqueda.




1. El sistema muestra el mensaje “No se ha

seleccionado ninguna reserva” y el caso de uso

continúa en el paso 2 del flujo básico.

No existe el socio.

Si en el paso [1 – sub flujo 2] el socio no figura como

socio.

1. El sistema muestra el mensaje “Socio no

encontrado” y el caso de uso continúa en el paso

2 del flujo básico.


Acceso del Recepcionista de Counter Sedea al sistema

El Usuario ingresó exitosamente al sistema.

Perfil de usuario


perfil de usuario.

4.2.7.6. Pos condiciones

Activación del Bungalow

Se ha realizado la activación del bungalow con éxito en

el sistema.

Agregar invitados

Se han agregado los invitados del bungalow con éxito en

el sistema


RES_CUS_BuscarReserva









RES_CUS_RegistrarSalidaHuesped



4.2.8.2. Propósito

Controlar el registro de salida de los huéspedes del

bungalow asignado, realizar las órdenes de pago por

servicios extras y generar los registros de

mantenimiento y limpieza de los bungalows.


El caso de uso comienza cuando la Recepcionista del

Counter selecciona el bungalow de salida y el sistema

informa si hay o no deuda por parte de los huéspedes y

registra el retiro de los mismos del bungalow. El caso

de uso termina cuando los huéspedes son informados.


Flujo Básico

1. La Recepcionista del Counter abre el formulario

“Check Out”.


huésped”. El sistema muestra el formulario “Buscar

huésped” con los filtros de criterio de búsqueda: #

de reserva y socio (RES_CUS_BuscarHuesped).

3. La Recepcionista del Counter selecciona el bungalow.




4. La Recepcionista del Counter consulta en el sistema

si hay cobros extras presionando el botón de

“Generar recibo por cobros extras”

[RES_CUS_GenerarCobrosExtras]. Si hay cobros extras

ir al flujo alterno 1.

5. La Recepcionista del Counter genera los registros de

mantenimiento y limpieza del bungalow presionando el

botón Mantenimiento y limpieza.

6. La Recepcionista del Counter indica salir.

Subflujos


Flujos Alternos

Cobros extras

1. El sistema genera el detalle de pago empleando el

caso de uso CAJ_CUS_GestionarPagosBancos.

2. Continúa en el flujo básico 5.


Acceso del Recepcionista de Counter Sedea al sistema


Perfil de usuario


perfil de usuario.





Preparación de Bungalow

El bungalow queda listo para mantenimiento y limpieza.


RES_CUS_BuscarHuesped

RES_CUS_GenerarCobrosExtras

CAJ_CUS_GestionarPagosBancos






RES_CUS_GenerarListaEquipamientoRequerimientosBungalow



4.2.9.2. Propósito

Registrar el equipamiento del bungalow de acuerdo a las

necesidades de los huéspedes.


El caso de uso comienza cuando la Recepcionista del

Counter registra en el sistema los requerimientos

adicionales al equipamiento del bungalow. El caso de uso

termina cuando la Recepcionista del Counter imprime la

lista de chequeo.


Flujo Básico

1. La Recepcionista del Counter abre el formulario

“Check In”.


huésped”. El sistema muestra el formulario “Buscar

huésped” con los filtros de criterio de búsqueda:

# de reserva y socio (RES_CUS_BuscarHuesped).

3. La Recepcionista del Counter selecciona el

bungalow.

4. El sistema obtiene la lista de Productos.




5. La Recepcionista del Counter selecciona los

productos adicionales que el huésped requiere.

6. La Recepcionista del Counter realiza el paso

anterior tantas veces como sea necesario.

7. La Recepcionista del Counter presiona el botón

Generar Lista de Chequeo, el sistema imprime la

lista de chequeo.

8. La Recepcionista del Counter indica salir.

Subflujos


Flujos Alternos



Acceso del Recepcionista de Counter Sede al sistema


Perfil de usuario


perfil de usuario.

Bungalow Activado

El bungalow debe estar ya activado por el socio.

Lista de productos.




Los productos equipamiento adicional se encuentran ya

cargados en el sistema.


Lista de chequeo OK

Se ha realizado la impresión de la lista exitosamente.




No se cuenta con información adicional para este caso

de uso.





RES_CUS_CancelarReserva


RES_ASI_UsuarioCancelarReserva

4.2.10.2. Propósito

El caso de uso tiene como objetivo realizar la

cancelación de una reserva de bungalow en el sistema.


El caso de uso comienza cuando la

RES_ASI_UsuarioCancelarReserva indica “Cancelar Reserva”

en el sistema. Se evalúa la fecha de la reserva y se

genera el extorno de la orden de pago El caso de uso

termina cuando se cancela la reserva de bungalow en el

sistema.


Flujo Básico

1. EL RES_ASI_UsuarioCancelarReserva indica “Cancelar

Reserva”.

2. El sistema muestra el formulario de “Cancelar

Reserva”.

3. El RES_ASI_UsuarioCancelarReserva indica “Buscar

Reserva”.

4. El sistema invoca al casos de uso de sistema

[RES_CUS_BuscarSocio]”




5. El RES_ASI_UsuarioCancelarReserva indica “Realizar

Cancelación”

6. El sistema verifica la fecha de la reserva.

7. El sistema registra la cancelación de la reserva y

muestra un mensaje de confirmación.

8. El sistema genera extorno de la orden de pago de

la reserva con la penalidad.

9. El sistema cierra el formulario de “Cancelar

Reserva” y el caso de uso finaliza.

Subflujos


Flujos Alternos

Estado de la reserva

Si en [6] el sistema valida que la reserva seleccionada

se encuentre pendiente de Check in. Entonces

1. El sistema muestra el mensaje de error

correspondiente y el caso de uso finaliza.

El Socio ha excedido la fecha límite de cancelación

Si en [9] el sistema determina que el Socio ya ha

sobrepasado la fecha límite de la reserva.

1. El sistema muestra el mensaje de que informe que se

generar una penalidad y el caso de uso continua en

[10].





Acceso del Asistente de sala al sistema

El RES_ASI_UsuarioCancelarReserva ingresó exitosamente

al sistema.

Perfil de usuario


perfil de usuario RES_ASI_UsuarioCancelarReserva.


Cancelación de la reserva del bungalow.

Se ha registrado la cancelación y emitido el extorno de

la orden de pago con éxito en el sistema.


Caso de uso del sistema “Buscar Reservas”.





4.2.11. Especificación de CUS RES_CUS_InscribirSorteoReserva





No tiene actor de sistema asociado por ser una

generalización de caso de uso de sistema.


Generaliza los casos de uso del sistema que realizan la

inscripción para el sorteo de reservas, permitiéndoles

heredar toda la lógica del proceso de inscripción al

sorteo de reservas.


El caso de uso comienza cuando los actores indicar

registrar inscripción al sorteo y termina cuando reciben

una confirmación de que están inscritos para sorteo de

reserva para un determinado bungalow.


Flujo Básico

No aplica para este caso de uso.

Subflujos

Subflujo 1: Validaciones

1. El sistema valida que sea temporada alta en la

que se encuentra el club [RES_RNE_004].

2. El sistema valida si fecha de inscripción para

sorteo de reserva no está cerrada.

3. El sistema valida el socio no esté moroso

[RES_RNE_010].

Subflijo 2: Inscripción para sorteo




4. El actor del sistema selecciona el tipo de

bungalow.

5. El sistema muestra los datos de tipo de

Bungalows seleccionado: descripción, tarifa.

6. El actor selecciona el tipo bungalow al que

desea inscribirse e indica “Seleccionar

Bungalow”.

7. El actor del sistema indica “Inscribirse al

Sorteo”.

8. El sistema muestra la confirmación si desea

“Inscribirse al Sorteo” mostrando los datos del

tipo bungalow seleccionado.

9. El sistema registra la información de la

inscripción muestra la confirmación de la

inscripción al actor del sistema.

Flujos Alternos

Estado del socio

Si en el paso [3] del subflujo 1: Validacion el sistema

determina que el estado Socio se encuentra moroso o

suspendido.

El sistema muestra el mensaje “Socio no puede

inscribirse al sorteo” indicando el estado en que se

encuentra.




Acceso del actor del sistema

El Actor de sistema ingresó exitosamente al sistema.




Perfil de usuario


perfil de usuario del Actor de sistema.


Inscripción para sorteo de la reserva del bungalow.

Se ha registrado la inscripción al sorteo para la

reserva de bungalow con éxito en el sistema.




No se cuenta con información adicional para este caso de

uso del sistema.

4.2.12. Especificación Casos de Uso de Sistema

RES_CUS_InscribirSorteoReservaSede


RES_ASI_RecepcionistaCounterReserva.


Hereda la funcionalidad de RES_CUS_InscribirSorteoReserva

permitiendo a la Recepcionista del counter sede registrar

una inscripción de reserva de bungalow desde la intranet

del club.





El caso de uso comienza cuando la recepcionista del

counter sede indica registrar la inscripción para sorteo

de una reserva de bungalow desde la intranet,

permitiéndole a la recepcionista del counter reservas

buscar en el sistema al socio que solicita la reserva

para registrar sus datos y termina cuando se le comunica

al socio que su inscripción para sorteo de la reserva del

bungalow ha sido efectuada.


Flujo Básico

1. La Recepcionista del Counter Reservas “Inscripción

Sorteo”.

2. El sistema muestra el formulario “Inscripción Sorteos

Reserva (SEDE)”.

3. La Recepcionista del Counter Reservas indica “Buscar

Socio” [RES_CUS_BuscarSocio].

4. El sistema invoca el caso de uso de sistema

RES_CUS_BuscarSocio].

5. El caso de uso continúa en el del subflujo 1 del caso

de uso [RES_CUS_InscribirSorteoReserva].

6. El sistema valida que el socio este en estado activo

[RES_RNE_001].

7. El caso de uso continúa en el subflujo 2 del caso de

uso de sistemas [RES_CUS_InscribirSorteReserva].



termina.




Subflujos

No aplica para este caso de uso.Flujos Alternos





Perfil de usuario





Se ha registrado la inscripción al sorteo para la



Caso de uso “RES_CUS_BuscarSocios”.





4.2.13. Especificación de Caso de Uso de Sistema

RES_CUS_InscribirSorteoReservaOnLine


SOC_ASI_Socio.


Hereda la funcionalidad de RES_CUS_InscribirSorteoReserva

permitiendo a la al socio registrar una inscripción de

sorteo para la reserva de bungalow desde la intranet del

club.


El caso de uso comienza cuando socio sede indica

registrar la inscripción para sorteo de una reserva de

bungalow desde la intranet, permitiéndole al socio buscar

en el sistema el bungalow para el cual desea participar

de sorteo y termina cuando se le comunica al socio que su

inscripción para sorteo de la reserva del bungalow ha

sido efectuada.





Flujo Básico

1. El Socio indica “Inscripción Sorteo”.

2. El caso de uso continúa en el paso [1] del subflujo 1

del caso de uso [RES_CUS_InscribirSorteoOnLine].

3. El sistema muestra el formulario “Inscripción Sorteo

Online” con los datos Código de socio, Nombres,

Apellido Paterno y Apellido Materno cargados

automáticamente.

4. El caso de uso continúa en el subflujo 2 del caso de

uso de sistemas [RES_CUS_InscripcionSorteoOnLine]



termina.

Subflujos


Flujos Alternos

No aplica para este caso de uso




Perfil de usuario








Se ha registrado la inscripción al sorteo para la reserva

de bungalow con éxito en el sistema.




4.2.14. Especificación de Caso de Uso de Sistema

RES_CUS_RealizarSorteoReserva


RES_ASI_CounterReservas.





Realizar el sorteo para la reserva de bungalow entre los

socios inscritos para cada tipo de bungalow del club.


El caso de uso comienza cuando La recepcionista de

counter reserva indicar “Realizar Sorteo de Reservas”

para una fecha determinada en temporada alta y termina

cuando se ha generado el resultado del sorteo y se

comunica a todos los socios inscritos sobre el resultado

del sorteo.


Flujo Básico

1. La Recepcionista de Counter Reservas indica “Realizar

Sorteo de Reserva”.

2. El sistema muestra el formulario de Realizar Sorteo

mostrando los tipos bungalows mostrando la cantidad de

inscritos y la opción de visualizar los socios

inscritos por cada tipo de bungalow.

3. La Recepcionista de Counter Reservas indica “Realizar

Sorteo Reserva”.

4. El Sistema realiza el proceso de sorteo y notifica que

el sorteo se ha realizado con éxito.

5. El Sistema informa a los Socios inscritos los

resultados del sorteo.

6. La Recepcionista de Counter Reservas indica Salir.

7. El Sistema cierra el formulario “Realizar Sorteo

Reserva” y el caso de uso termina.

Subflujos

. No aplica para este caso de uso.




Flujos Alternos

Ver Inscriptos del bungalow.

Si en [2] la Recepcionista de Counter Reserva indica

“Ver Inscritos”. El sistema mostrara la lista de socios

inscritos para ese tipo de bungalow.




Perfil de usuario



Fecha de Inscripción para sorteo

Las inscripciones para sorteo deben es cerradas.


Sorteo de la reserva del bungalow.

Se ha registrado los resultados del sorteo para la








4.2.15. Especificación del Caso de Uso de Sistema RES_CUS_GestionarSolicitudServicioAdicional




Mantener actualizado los registros de solicitudes deservicio adicional que requieren los socios.


El caso de uso comienza cuando el recepcionista decounter sede indica “Gestionar Solicitud de ServicioAdicional”. Según su requerimiento el recepcionista decounter sede puede registrar, actualizar o cancelar lasolicitud de servicio adicional en el sistema. El casode uso termina cuando el recepcionista de counter sedeconfirma la acción realizada y el sistema muestra elmensaje de confirmación.





Flujo Básico

8. La Recepcionista de Counter Sede indica“Gestionar Servicio Adicional”.

9. El sistema muestra el formulario “GestionarServicio Adicional”.

10. La Recepcionista de Counter Sede indica “BuscarHuesped”, el caso de uso continua con el flujobásico del caso de uso de sistema[RES_CUS_BuscarHuesped].

11. El sistema valida que el huésped encontrado tengaun check-in activo.

12. El sistema mostrará en el formulario la siguienteinformación: Número de bungalow, fecha de ingresoy el listado de solicitudes de servicio adicionalque haya tenido el bungalow del check-In activo.

13. La Recepcionista de Counter Sede elige laoperación a realizar:

Si requiere ingresar una nueva solicitudver el subflujo “Nueva Solicitud deServicio Adicional”.

Si requiere cancelar servicio adicionalver el subflujo “Cancelar Solicitud deServicio Adicional”.

Si requiere modificar servicio adicionalver el subflujo “Modificar Solicitud deServicio Adicional”.

14. La Recepcionista de Counter Sede indica “Salir”.

15. El sistema cierra el formulario “GestionarServicio Adicional” y el caso de uso termina.

Subflujos

Subflujo 1: Nueva Solicitud de Servicio Adicional




3. La Recepcionista de Counter Sede ingresa ladescripción de lo que solicita el socio comoservicio adicional.

4. La Recepcionista de Counter Sede indica“Agregar Solicitud”

5. El sistema registra la nueva solicitud ymuestra el mensaje “La solicitud de servicioadicional se agregó satisfactoriamente.”

6. La Recepcionista de Counter Sede indica“Aceptar” al mensaje y el sistema refresca lalista de solicitudes de servicio adicional enel formulario.

Subflujo 2: Cancelar Solicitud de Servicio Adicional

1. La Recepcionista de Counter Sede seleccionala(s) solicitud(es) que se encuentran en lalista de solicitudes de servicio adicional eindica “Cancelar Servicio Adicional”.

2. El sistema valida que el estado de la(s)solicitud(es) seleccionada(s) sea igual a“Iniciada”.

3. El sistema realiza la cancelación de la(s)solicitud(es) seleccionada(s) y muestra elmensaje “La(s) solicitud(es) se cancelósatisfactoriamente”.

4. La Recepcionista de Counter Sede indica“Aceptar” al mensaje y el sistema refresca lalista de solicitudes de servicio adicional enel formulario.

Subflujo 3: Modificar Solicitud de Servicio Adicional

1. La Recepcionista de Counter Sede selecciona lasolicitud que desea actualizar de la lista desolicitudes de servicio adicional.

2. El sistema valida que el estado de lasolicitud de servicio adicional sea igual a“atendido”.




3. El sistema muestra el formulario de “ModificarSolicitud de Servicio” y muestra lossiguientes datos: Código de solicitud,Descripción, Estado.

4. La Recepcionista de Counter Sede cambiará elestado a “observado”.

5. El sistema realiza la modificación del estadode la solicitud de servicio adicional ymuestra el mensaje “La solicitud de servicioadicional se actualizó satisfactoriamente”.

6. La Recepcionista de Counter Sede indica“Aceptar” al mensaje y el sistema cierra elformulario de “Modificar Solicitud deServicio” y refresca la lista de solicitudesde servicio adicional del formulario“Gestionar Servicio Adicional”.

Flujos Alternos

Flujo alterno 1: Descripción de Solicitud Vacío

Si en el paso [2 – subflujo Nueva Solicitud de Servicio Adicional]la descripción de la Solicitud de Servicio Adicionalestá vacía.

1. El sistema muestra el mensaje “La descripciónde la solicitud de servicio adicional estávacía”.

2. La Recepcionista del Counter Sede indica“Aceptar” al mensaje y el caso de uso continúaen el paso [1 – subflujo Nueva Solicitud de ServicioAdicional].

Flujo alterno 2: Sin Selección de Solicitud de ServicioAdicional

Si en el paso [1 – subflujo Cancelar Solicitud de ServicioAdicional] no se realizó ninguna selección de solicitudde servicio adicional.




1. El sistema muestra el mensaje “Se debeseleccionar por lo menos una solicitud deservicio adicional”.

2. La Recepcionista del Counter Sede indica“Aceptar” al mensaje y el caso de uso continúaen el paso [1 – subflujo Cancelar Solicitud de ServicioAdicional].

Flujo alterno 3: Restricción Cancelar Solicitud de Servicio Adicional

Si en el paso [2 – subflujo Cancelar Solicitud de ServicioAdicional] el sistema valida que una de las solicitudesde servicio adicional seleccionadas tiene estadodiferente a “Iniciada”.

1. El sistema muestra el mensaje “La(s)Solicitud(es) de Servicio Adicionalseleccionada debe tener el estado igual aIniciada”.

2. La Recepcionista del Counter Sede indica“Aceptar” al mensaje y el caso de uso continúaen el paso [1 – subflujo Cancelar Solicitud de ServicioAdicional].

Flujo alterno 4: Restricción Modificar Solicitud de Servicio Adicional

Si en el paso [2 – subflujo Modificar Solicitud de ServicioAdicional] el sistema valida que la solicitud deservicio adicional elegida tiene estado diferente a“atendido”.

1. El sistema muestra el mensaje “La Solicitud deServicio Adicional seleccionada debe tener elestado igual a atendido”.

2. La Recepcionista del Counter Sede indica“Aceptar” al mensaje y el caso de uso continúaen el paso [1 – subflujo Modificar Solicitud de ServicioAdicional].





Acceso de la Recepcionista Counter Sede al sistemaLa Recepcionista Counter Sede ingresó exitosamente alsistema.

Perfil de usuarioEl sistema configuró el acceso a las opciones según elperfil de usuario de la Recepcionista Counter Sede.


Registro de una Solicitud de Servicio Adicional.Se ha registrado una nueva solicitud de servicioadicional con éxito en el sistema.

Cancelación de una Solicitud de Servicio Adicional.Se ha realizado la cancelación de una solicitud deservicio adicional con éxito en el sistema.

Modificación de una Solicitud de Servicio Adicional.Se ha realizado la modificación de estado de unasolicitud de servicio adicional con éxito en el sistema.


RES_CUS_BuscarHuesped.









RES_CUS_GenerarReciboCobrosExtras




Generar el recibo a pagar por el socio concerniente a

los requerimientos adicionales solicitados por el

mismo.


El caso de uso inicia cuando la Recepcionista del

Counter presiona el botón de “Generar recibo por cobros

extras” y termina cuando el sistema imprime el recibo.


Flujo Básico

1. La Recepcionista del Counter presiona el botón de

“Generar recibo por cobros extras”

2. El sistema consulta los cobros extras en el

sistema utilizando la clase cuenta bungalow.

3. El sistema registra el detalle de pago haciendo

uso del caso de uso CAJ_CUS_GestionarPagosBancos.

4. La Recepcionista del Counter imprime el recibo.


Precondición 1

El huésped ya ha sido ubicado en el sistema.





Pos condición 1

El sistema registra la emisión del recibo de pagos

extras.


CAJ_CUS_GestionarPagosBancos.


No se cuenta con información adicional para este caso de

uso.

4.2.17.Especificación del Caso de Uso de Sistema RES_CUS_BuscarHuesped




Buscar la información de las reservas efectivas yvigentes, es decir que cuenten con un check in y que aunno cuenten con el check out.


El caso de uso comienza cuando el recepcionista decounter sede indica “Buscar Huésped”. Según surequerimiento el recepcionista de counter sede puedebuscar al socio que haya realizado el check-in de algúnbungalow en el sistema. El caso de uso termina cuando elrecepcionista de counter sede elige o confirma labúsqueda.


Flujo Básico

1. El recepcionista de counter sede ingresa a la opciónde búsqueda de huéspedes.




2. El recepcionista de counter sede ingresa en elsistema un criterio de búsqueda a fin de encontrar elhuésped. El recepcionista de counter sede puede hacerbúsquedas de huéspedes por los siguientes criterios:# de reserva y socio..

3. El recepcionista de counter sede presiona el botónbuscar.

4. El sistema busca los huéspedes bajo el criterio debúsqueda ingresado.

5. El sistema muestra el resultado de la búsqueda en unlistado de huéspedes.

6. El recepcionista de counter sede selecciona elhuésped que buscaba de la lista resultante.

7. El sistema cierra la ventana de búsqueda y retorna lainformación a la ventana desde la cual se extendió.


El huésped requerido no aparece en la lista

Si en el paso [6] el sistema no muestra el huésped requerido.

1. El recepcionista de counter sede elije otrocriterio de búsqueda a fin de encontrar al huéspedrequerido.

2. El flujo se vuelve a repetir desde el paso [3].


Acceso del Actor del sistema al sistemaEl Actor del Sistema ingresó exitosamente al sistema.Perfil de usuarioEl sistema configuró el acceso a las opciones según elperfil del Actor del Sistema.


Devolución de información de reserva

Se retorna la información de la reserva a la opcióndesde la cual se extendió la búsqueda, a fin de que la




ventana solicitante pueda efectuar el flujo que requiereesta información.


RES_CUS_BuscarSocio


No se cuenta con información adicional para este caso deuso.




4.2.18.Especificación del Caso de Uso de Sistema RES_CUS_BuscarSocio


RES_ASI_RecepcionistaCounterReservas.


Buscar los socios del club. Muchas opciones de laaplicación requieren el código de socio con el fin depoder filtrar información referente a este.


El caso de uso comienza cuando los actores del sistemanecesitan buscar un socio y termina con la selección deuno de estos y el consecuente envío de la informacióndel socio hacia la ventana desde la cual se extendió labúsqueda.


Flujo Básico

8. El recepcionista de counter reservas ingresa a laopción de búsqueda de un socio determinado.

9. El recepcionista de counter reservas ingresa en elsistema un criterio de búsqueda a fin de encontrar elsocio. El recepcionista de counter reservas puedehacer búsquedas de socios por los siguientescriterios: apellidos, nombres, documento de identidady # de reserva.

10. El usuario presiona el botón buscar.

11. El sistema busca los socios bajo el criterio debúsqueda ingresado.

12. El sistema muestra el resultado de la búsqueda enun listado de socios.




13. El recepcionista de counter reservas seleccionael socio que buscaba de la lista resultante.

14. El sistema cierra la ventana de búsqueda yretorna la información a la ventana desde la cual seextendió.


El socio requerido no aparece en la lista

Si en el paso [6] el sistema no muestra el socio requerido.

3. El recepcionista de counter reservas elije otrocriterio de búsqueda a fin de encontrar al sociorequerido.





Devolución de información de socio

Se retorna la información de socio a la opción desde lacual se extendió la búsqueda a fin de que la ventanasolicitante pueda continuar con el flujo que requiereesta información.


No se cuenta con puntos de extensión para este caso de uso.








4.2.19.Especificación del Caso de Uso de Sistema RES_CUS_BuscarReservas


SOC_ASI_Socio




Buscar las reservas realizadas por los socios del club.Muchas opciones de la aplicación requieren el código dereserva a fin de realizar operaciones sobre estas.


El caso de uso comienza cuando el actor del sistemaindica “Buscar Reservas”. Según su requerimiento elactor del sistema puede buscar las reservas de bungalowsrealizadas en el sistema. El caso de uso termina cuandoel actor del sistema elige o confirma la búsqueda.


Flujo Básico

1. El actor del sistema ingresa a la opción de búsquedade reservas.

2. El actor del sistema ingresa en el sistema uncriterio de búsqueda a fin de encontrar la reserva.El actor del sistema puede hacer búsquedas dereservas por los siguientes criterios: # de reserva,socio y rango de fechas de reserva.

3. El actor del sistema presiona el botón buscar.

4. El sistema busca las reservas registradas en elsistema.




5. El sistema muestra el resultado de la búsqueda en unlistado de reservas.

6. El actor del sistema selecciona la reserva quebuscaba de la lista resultante.

7. El sistema cierra la ventana de búsqueda y retorna elcódigo de reserva a la ventana desde la cual seextendió.


La reserva requerida no aparece en la lista

Si en el paso [6] el sistema no muestra la reserva requerida.

1. El actor del sistema elije otro criterio debúsqueda a fin de encontrar la reserva requerida.


Búsqueda de Socio

Si en el paso [2] el actor del sistema decide realizar la búsqueda del socio.

1. El actor del sistema presiona el botón “…”ubicado en la parte final de la celda del clientea fin de poder buscar socios.

2. El sistema abre la ventana de búsqueda de socios.

3. La información del socio es retornado a laventana de búsqueda de reservas.

4. El flujo continúa en el paso [3].


Acceso del Actor del sistema al sistemaEl Actor del Sistema ingresó exitosamente al sistema.Perfil de usuario




El sistema configuró el acceso a las opciones según elperfil del Actor del Sistema.


Devolución de información de reserva

Se retorna la información de reserva a la opción desdela cual se extendió la búsqueda a fin de que la ventanasolicitante pueda efectuar la búsqueda requerida en basea la información retornada.


RES_CUS_BuscarSocio








4.2.20.Especificación del Caso de Uso de Sistema RES_CUS_BuscarDisponibilidadTarifasBungalow


SOC_ASI_Socio



Buscar las tarifas de bungalows disponibles para lareserva.


El caso de uso comienza cuando el actor del sistemaindica “Buscar Disponibilidad de Tarifas Bungalow”.Según su requerimiento el actor del sistema puede buscarlos bungalows disponibles obteniendo las tarifasregistradas en el sistema. El caso de uso termina cuandoel actor del sistema elige o confirma la búsqueda.


Flujo Básico

8. El actor del sistema ingresa a la opción de búsquedade bungalows disponibles.

9. El actor del sistema ingresa en el sistema uncriterio de búsqueda a fin de encontrar ladisponibilidad. El actor del sistema puede hacerbúsquedas de disponibilidades por los siguientescriterios: tipo de bungalow y rango de fechas dedisponibilidades.

10. El usuario presiona el botón buscar.

11. El actor del sistema busca los bungalows noreservados bajo los criterios de búsqueda ingresados.




12. El actor del sistema muestra el resultado de labúsqueda en un listado de bungalows con susrespectivos precios en base a la lista de preciospreviamente registrada.

13. El actor del sistema selecciona el bungalow queasociar a una reserva ya sea para registrarla ocambiarla.

14. El sistema cierra la ventana de búsqueda yretorna la información del bungalow a la ventanadesde la cual se extendió.


Si no existe la disponibilidad requerida

Si en el paso [6] el sistema no muestra la disponibilidad requerida.

1. El actor del sistema elije otro criterio debúsqueda a fin de encontrar la disponibilidadrequerida.





Devolución de información de bungalow

Se retorna la información del bungalow disponible a laopción desde la cual se extendió la búsqueda a fin deque la ventana solicitante pueda efectuar el flujo deinformación requerido.





No se cuenta con puntos de extensión para este caso de uso.





4.2.21.Especificación del Caso de Uso de Sistema RES_CUS_ReporteReserva


RES_ASI_AdministradorSede


Permitir al Administrador de Sede emitir el reporte delas reservas realizadas y canceladas en un mesdeterminado o temporada.


El caso de uso comienza cuando el actor Administrador deSede indica emitir reporte de reservas e ingresa losfiltros necesarios. El caso de uso termina cuando seemite el reporte de reservas.


Flujo Básico

15. El administrador de sede ingresa a la opción dereporte de reservas.

16. El administrador de sede define los criterios defiltro para su reporte. El administrador de sedecuenta con las opciones de: temporada alta, fecha deinicio y fin de reserva, socio, tipo de bungalow y unfiltro final que le permite ver la información de lascancelaciones de reservas.

17. El administrador de sede presiona el botónbuscar.




18. El sistema busca las reservas bajo el/loscriterios ingresados.

19. El sistema muestra el reporte.


Impresión de reporte

Si en el paso [5] el administrador de sede decide imprimir el reporte.

5. El administrador de sede presiona el botónimprimir.

6. El sistema muestra una ventana preguntando alusuario por las características de la impresión.

7. El administrador de sede imprime el reporte en laimpresora de su preferencia.

Exportar a Microsoft Excel

Si en el paso [5] el administrador de sede decide exportar el reporte a Excel.

1. El administrador de sede presiona el botónexportar a excel.

2. El sistema obtiene la información requerida.

3. El sistema muestra una ventana en la cual se lesolicita al administrador de sede que guarde elarchivo Excel en una ruta de su computador.

4. El administrador de sede guarda el archivo Excelen el lugar que crea conveniente.




Se muestra información requerida




Se muestra al administrador de sede la informaciónrequerida a través de los diversos filtros con los quecuenta el reporte.


RES_CUS_BuscarSocio


4.2.22.Especificación del Caso de Uso de Sistema RES_CUS_ReporteSorteo


RES_ASI_AdministradorSede.





Permitir al Administrador de Sede emitir un reporte conla información referente a los sorteos realizados.


El caso de uso comienza cuando el actor Administrador deSede indica generar reporte de sorteos e indica losfiltros requeridos. El caso de uso termina cuando seemitió el reporte de sorteos.


Flujo Básico

1. El administrador de sede ingresa a la opción dereporte de sorteos.

2. El administrador de sede define los criterios defiltro para su reporte. El administrador de sedecuenta con las opciones de: sorteo, temporada alta,fecha de inicio y fin de reserva, socio, tipo debungalow y un filtro final que le permite ver lainformación de todos los participantes de lossorteos.

3. El administrador de sede presiona el botón buscar.

4. El sistema busca la información de sorteos bajoel/los criterios ingresados.

1. El sistema muestra el reporte.


Impresión de reporte

Si en el paso [5] el administrador de sede decide imprimir el reporte.

1. El administrador de sede presiona el botónimprimir.

2. El sistema muestra una ventana preguntando alusuario por las características de la impresión.

3. El administrador de sede imprime el reporte en laimpresora de su preferencia.

Exportar a Microsoft Excel




Si en el paso [5] el administrador de sede decide exportar el reporte a Excel.

1. El administrador de sede presiona el botón exportara excel.

2. El sistema obtiene la información requerida.

3. El sistema muestra una ventana en la cual se lesolicita al administrador de sede que guarde elarchivo Excel en una ruta de su computador.

4. El administrador de sede guarda el archivo Excel enel lugar que crea conveniente.




Se muestra información requerida

Se muestra al administrador de sede la informaciónrequerida a través de los diversos filtros con los quecuenta el reporte.


RES_CUS_BuscarSocio





5. MODELO CONCEPTUAL

En la siguiente sección se mostrará el modelo conceptual el cual está

compuesto por clases entidades de sistema. Este modelo es una

propuesta inicial para los objetos de datos que se modelaran en la

etapa de diseño.




5.1. Diagrama de Clases Entidad

CAJ_Tarifa

Codigo : IntegerDescripcion : StringPrecioUnidad : DoubleFechaBaja : Date

CAJ_OrdenPago

NroOrdenPago : IntegerFechaEmision : DateTotalPagar : DoubleTipo : String

1..*0..* 1..*0..*

Se elimina la tarifa ya que esta existe una lista de precios administrada por caja bancos.

Se valida al Invitado con el registro del Invitado dado al momento de ingresar al club.

RES_TemporadaAlta

CodTemporada : IntegerDescripcion : StringFechaInicio : DateFechaFin : Date

RES_Sorteo

CodSorteo : IntegerFechaEjecución : DateEstado : String

11..* 11..* es utilizada por

COM_Producto

CodigoProducto : IntegerNombreProducto : String

Tipo : StringUnidadMedida : StringPrecio : DoubleFecha : Date

SOC_Invitado

Se mantiene el nombre inicial "EquipamientoBungalow" antes de utilizar la clase Producto del módulo de Compras.

RES_RegistroSorteo

CodRegistro : IntegerFecha : DateEstado : String

1

1..*

1

1..*

contiene

RES_TipoBungalow

CodTipBungalow : IntegerDescripcion : StringCapacidad : IntegerCapMaxima : Integer

1 1..*1 1..*

corresponde a

RES_ResultadoSorteo

1

0..1

1

0..1

RES_EquipamientoBungalow

CodEquBungalow : IntegerCantidad : Integer

1

1..*

1

1..*conforma

SOC_Titular

cod_membresia : Integertipo : Integer

fecha_inscripcion : Stringestado : String

estadoPago : StringestadoConducta : StringnumInvitados : Integer

10..* 10..*

participa en

RES_Bungalow

CodBungalow : IntegerNúmero : IntegerUbicación : StringEstado : String

1..*

1

1..*

1

es de tipo1..*

1

1..*

1

1

0..*

1

0..*

conformado por

INF_SolicitudIncidencia

codSolicitudIncidente : Integerfecha : Date

descripcion : Stringestado : String

complejidad : String

RES_RegistroHuespedSocio

FechaIngreso : DateFechaSalida : Date

CAJ_DetalleOrdenPago

Cantidad : Double

RES_CuentaBungalow

CodCueBungalow : IntegerConcepto : StringImporte : DoubleTipoGasto : String

1

1

1

1

se transfiere a

RES_RegistroHuespedInvitado

FechaIngreso : DateFechaSalida : Date

SOC_RegistroInvitados

FechaIngreso : DatePlaca : StringDestino : String

Observacion : StringSede : String

11 11

se valida con

SOC_Persona

codPersona : IntegerNombres : String

ApellidoPaterno : StringApellidoMaterno : String

Sexo : StringEstadoCivil : String

FechaNacimiento : DateTelefonoCasa : StringTelefonoCelular : StringDireccion : String

DocumentoIdentidad : StringEmail : StringRUC : String

Pasaporte : StringBrevete : String

1..*

1

1..*

1

RES_RegistroBungalow

CodRegistro : IntegerFechaIngreso : DateFechaSalida : Date

10..* 10..* se producen

1..*1 1..*1

se registran

1

0..*

1

0..*

crea una

1

0..*

1

0..*

se registran

RES_Reserva

CodReserva : IntegerFechaRegistro : DateFechaInicio : DateFechaFin : DateEstado : String

1

0..*

1

0..*

efectua

1 1..*1 1..*se entrega en

1 11 1

se transfiere a

1

1

1

1

se concreta en

Tanto la reserva como la cuenta bungalow crean una Orden de Pago como cabecera y un Detalle de Orden de Pago en el cual se describen las reservas o las cuentas del bungalow.




5.2. Diccionario de Clases

Nombre: SorteoTipo: EntidadDescripción Representa la información asociada a la

programación de los sorteos para la temporadas

que se definan como altas.Atributo Tipo de datos Visibilidad Valor inicial

CodSorteo Integer PrivadoFechaEjecucio

n

Date Privado

Estado String Privado

Nombre: TemporadaAltaTipo: EntidadDescripción Representa la información asociada a las

temporadas altas definidas en el año. Estas son

las fechas en las que hay mayores solicitudes de

reservas de bungalows.Atributo Tipo de datos Visibilidad Valor inicial

CodTemporada Integer PrivadoDescripcion String PrivadoFechaInicio Date PrivadoFechaFin Date Privado

Nombre: RegistroSorteoTipo: EntidadDescripción Representa la información asociada al registro de

los socios que deseen participar del sorteo para




la reserva de bungalows.Atributo Tipo de datos Visibilidad Valor inicial

CodRegistro Integer PrivadoFecha Date PrivadoEstado String Privado

Nombre: TipoBungalowTipo: EntidadDescripción Representa la información asociada al tipo de

bungalow que tiene el club. Atributo Tipo de datos Visibilidad Valor inicial

CodTipoBungal

ow

Integer Privado

Descripcion String PrivadoCapacidad Integer Privado 0CapMaxima Integer Privado 0

Nombre: ResultadoSorteoTipo: EntidadDescripción Representa la información del ganador del sorteo.

A través de esta se vincula el sorteo con el

socio y el bungalow resultado del sorteo. Esta

clase no cuenta con atributos propios, sólo

cuenta con los códigos de las clases con las que

se relaciona.Atributo Tipo de datos Visibilidad Valor inicial




Nombre: BungalowTipo: EntidadDescripción Representa la información asociada a los

bungalows con los que cuenta el club.Atributo Tipo de datos Visibilidad Valor inicial

CodBungalow Integer PrivadoNumero Integer PrivadoUbicación String PrivadoEstado String Privado

Nombre: ReservaTipo: EntidadDescripción Representa la información asociada a la reserva

de bungalows.Atributo Tipo de datos Visibilidad Valor inicial

CodReserva Integer PrivadoFechaRegistro Date PrivadoFechaInicio Date PrivadoFechaFin Date PrivadoEstado String Privado

Nombre: EquipamientoBungalowTipo: EntidadDescripción Representa la información asociada al

equipamiento estándar del bungalow.Atributo Tipo de datos Visibilidad Valor inicial




CodEquBungalo

w

Integer Privado

Cantidad Integer Privado

Nombre: RegistroBungalowTipo: EntidadDescripción Representa la información asociada al registro de

socio cuando va a ocupar el bungalow.Atributo Tipo de datos Visibilidad Valor inicial

CodRegistro Integer PrivadoFechaIngreso Date PrivadoFechaSalida Date Privado

Nombre: RegistroHuespedSocioTipo: EntidadDescripción Representa la información asociada al registro

del los invitados del socio y que también son

socios del club que pertenecen a la reserva.Atributo Tipo de datos Visibilidad Valor inicial

FechaIngreso Date PrivadoFechaSalida Date Privado

Nombre: RegistroHuespedInvitadoTipo: EntidadDescripción Representa la información asociada al registro




del los invitados del socio que pertenecen a la

reserva.Atributo Tipo de datos Visibilidad Valor inicial

FechaIngreso Date PrivadoFechaSalida Date Privado

Nombre: CuentaBungalowTipo: EntidadDescripción Representa la información asociada al registro de

los adicionales que solicite el socio durante su

estadía.Atributo Tipo de datos Visibilidad Valor inicial

CodCueBungalo

w

Integer Privado

Concepto String PrivadoImporte Double Privado 0TipoGasto String Privado




6. PROTOTIPO DEL SISTEMA

Esta sección hace referencia a los prototipos de la aplicación los

cuales se encuentran en el CD del proyecto y serán expuestos en la

exposición.

7. ESTUDIO DE FACTIBILIDAD

7.1. Puntos de función

Elementos de funcionalidad

No Elemento de Funcionalidad (EF) TEF ED ARNivel

1 RES_CUS_RegistrarReservas (Registro) EE 5 3 P2 RES_CUS_RegistrarReservaSede (Emisión) SE 11 1 B3 RES_CUS_RegistrarReservaOnline (Emisión) SE 11 1 B4 RES_CUS_CambiarReserva (Registro) EE 4 2 B5 RES_CUS_CambiarReservaSede (Emision) SE 8 1 B6 RES_CUS_CambiarReservaOnline (Emisión) SE 8 1 B7 RES_CUS_CancelarReserva (Registro) EE 2 1 B8 RES_CUS_CancelarReserva (Emisión) SE 11 1 B9 RES_CUS_RegistrarHuespedes (Registro) EE 4 2 B10 RES_CUS_RegistrarHuespedes (Emisión) SE 8 1 B

11RES_CUS_GenerarListaEquipamientoRequerimientosBungalow SE 7 3 P

12 RES_CUS_RegistrarSalidaHuesped (Registro) EE 6 2 P13 RES_CUS_RegistrarSalidaHuesped (Emisión) SE 12 2 P14 RES_CUS_BuscarHuesped (Consulta) CE 6 2 P15 RES_CUS_BuscarSocio (Consulta) CE 8 2 P16 RES_CUS_BuscarReservas (Consulta) CE 6 2 P

17RES_CUS_BuscarDisponibilidadTarifasBungalow (Consulta) CE 6 3 P

18 RES_CUS_GenerarReciboCobrosExtras (Registro) SE 5 3 B19 RES_CUS_RealizarSorteoReserva EE 2 4 P20 RES_CUS_InscribirSorteoReservas (Registro) EE 3 5 P21 RES_CUS_InscribirSorteoReservasSede (Resgistro) EE 3 1 B22 RES_CUS_InscribirSorteoReservasOnline (Registro) EE 3 1 B23 RES_CUS_ReporteReserva (Emisión) SE 6 1 B24 RES_CUS_ReporteSoreto (Emisión) SE 6 1 B

25RES_CUS_GestionarSolicitudServicioAdicional (Registro) EE 5 3 P

Archivos lógicos




No Nombre del Archivo Lógico (AL) TAL ED ARNivel

1 TipoBungalow ALI 4 1 B2 Bungalow ALI 4 1 B3 Reserva ALI 5 1 B4 CuentaBungalow ALI 4 1 B5 SolicitudDeIncidencia ALE 5 1 B6 EquipamientoBungalow ALE 2 1 B7 Temporada ALI 4 1 B8 RegistroHuespedSocio ALI 2 1 B9 RegistroHuespedInvitado ALI 2 1 B10 RegistroInvitados ALI 9 1 B11 Producto ALE 5 1 B12 Sorteo ALI 3 1 B13 ResultadoSorteo ALI 4 1 B14 Soc_RegistroInvirados ALE 5 1 B15 Soc_persona ALE 15 1 B16 Soc_invitado ALE 3 1 B17 Soc_titular ALE 7 1 B18 COM_Producto ALE 6 1 B19 CAJ_OrdendePago ALE 4 1 B20 CAJ_DetalleOrdenPago ALE 1 1 B21 CAJ_tarifa ALE 4 1 B

Factores de ajuste

No Sigla Factores de AjustesNivel

1 DCM Comunicación de Datos 22 DDP Procesamiento de Datos Distribuidos 33 PER Rendimiento 14 HUC Restricciones sobre la Configuración 35 TRT Ratio de Transacciones 16 ODE Entrada de Datos en Línea 37 EUE Eficiencia del Usuario Final 28 OUP Actualización en Línea 39 CPR Procesamiento Complejo 210 REU Reusabilidad 411 IEA Facilidad de Instalación 312 OFE Facilidad Operacional 513 MSI Múltiples Sitios 214 FCH Facilidad de Cambio 2 Total Factores de Ajuste (TFA) 36

Valor del Factor de Ajuste (VFA) = 0.65 + 0.01 *TFA

1.01




Puntos de función ajustes

Tipo de Punto de Función (TEF/TAL)

BAJO PROMEDIO ALTO

SubtotalConte

oPeso Conteo

Peso

Conteo

Peso

EE - Entradas Externas 5 3 5 4 0 6 35SE - Salidas Externas 9 4 2 6 0 7 48CE - Consultas Externas 0 3 4 4 0 6 16ALI - Archivos Lógicos Internos 10 7 0 10 0 15 70ALE - Archivos Lógicos Externos 11 5 0 7 0 10 55

Puntos de Función Desajustados(PFD) 224

Puntos de Función Ajustados (PFA) 226.24

Miles de instrumentos fuentes

Variable ValorFC - Factor de Conversión 14KLOC - Miles de InstruccionesFuente 3.1674

miles de líneas

7.2. Costo del Proyecto

Factibilidad económica del proyecto

Variable ValorMD - Modo de Desarrollo 1

ESF - Esfuerzo 8.05Hombres-mes

TDES - Tiempo de Desarrollo 5.52 MesesCH - Cantidad de Hombres (promedio) 1 HombresCHM - Costo por Hombre al Mes (promedio) 1100 DólaresC - Costo del Proyecto 8 858.01 Dólares

Distribución para las fases del proyecto




Fase

ESF TDES

Valor(%) Valor

(%)

Concepción 0.40 5 0.55 10Elaboración 1.61 20 1.66 30Construcción 5.23 65 2.76 50Transición 0.81 10 0.55 10

Total 8.05100 5.52

100

Distribución para las etapas del proyecto

Etapa

ESF TDES

Valor(%) Valor

(%)

Modelado del Negocio 0.40 5 0.83 15Requerimientos 1.21 15 0.83 15Análisis y Diseño 2.01 25 1.38 25Implementación 2.82 35 1.66 30Prueba 0.40 5 0.28 5Implantación 1.21 15 0.55 10

Total 8.05100 5.52

100

Distribución para los cursos de la carrera

Curso

ESF TDES

Valor(%) Valor

(%)

Taller de Proyecto 1 4.83 60 2.76 50Taller de Proyecto 2 3.22 40 2.76 50

Total 8.05100 5.52

100




CAPITULO IV

ADMINISTRACIÓN DEL PROYECTO

1. CRONOGRAMA DE EJECUCIÓN DEL PROYECTO







2. BENCHMARKING

2.1. Descripción de las Soluciones Encontradas

Dispongo - Gestión Integral de Reservas Online

Dispongo es una solución para reservas de Adding Solutions, es una

combinación entre una página web única para una agencia, un

programa de gestión de reservas (con facturación incorporada y

emisión de bonos), además permite comprar y vender por XML a

proveedores como a clientes. Esta herramienta permite al negocio

que sus que sus clientes reserven a través de internet y el staff

del negocio pueda gestionar todas la reservas desde varias oficinas

tanto online como telefónicamente, con toda la información

centralizada.

Algunas características:

- Permite gestionar todas las reservas del booking tanto online

como por teléfono.

- Permite manejar multi-tarifa.

- Permite gestionar los cupos o pre-reservas automáticamente.

- Permite facturar y la emisión de bonos.

- Permite reserva de paquetes dinámicos combinando los productos

ofrecidos.

- Permite comprar por XML a los proveedores.

- Permite vender por XML a los clientes.

Motor de Reservas MARALAR




El motor de reservas Maralar proporciona una herramienta online

para comercialización de alojamientos turísticos de todo tipo como

hoteles, hostales, casas rurales, campings, etc. y permite la

generación de portales turísticos para agencias de viajes y

directorios turísticos.

Entre las características de nuestro motor de reservas se

encuentran:

- Permite creación de múltiples tipos de habitación.

- Permite promocionar un establecimiento mediante infinitas

ofertas.

- Permite manejar cupos independientes entre habitaciones y

ofertas.

- Comercialización de complementos y servicios asociados a nuestro

establecimiento.

- Configuración de restricciones en el número de noches de

reserva.

- Confirmación de reserva inmediata.

- Garantía de reserva por petición de tarjeta VISA.

- Configuración de descuentos por días de estancia.

- Adaptado para todo tipo de establecimientos turísticos.

NeoBookings – Sistema de Reservas Online

NeoBookings es un sistema de reservas con tecnología XML muy

completo que por sus características da confianza de su buen

funcionamiento. Esta solución permite personalizar para cualquier




tipo de establecimiento, agencias de viaje o portales de reserva

online.

Esta solución es muy flexible pero a pesar de su flexibilidad no

ha dejado de lado la importancia de que una solución no tenga

errores de calculo sobre todo en la facturación y en las ofertas.

Este software se puede configurar tanto para un pequeño hotel como

para grandes cadenas hoteleras o portales de reserva online con

cientos de alojamientos.

Consideramos que estas dos principales características antes

mencionadas son los puntos fuertes de esta solución.

A continuación le presentamos las características técnicas más

destacables del sistema de reservas online:

- Amplia gama de métodos de pago:

Transferencia bancaria

Pago por tarjeta de débito/crédito

Conexión TPV virtuales (Bancos y cajas de ahorros)

Conexión fuertemente cifrada (AES-256 bit)

Métodos de pago alternativos (Paypal y Maestro Switch)

- Gestión de reservas

Modificaciones y cancelaciones de reservas

Registro de todos los intentos de reserva

Búsquedas por referencia, nombre e importe

Informes de entrada y salida, ventas, pagos...




Exportación de listados a Microsoft Excel y a XML

- Tarificación avanzada, se puede contar con una tarificación por

persona o por alojamiento, control de regímenes de alojamiento,

suplementos opcionales y obligatorios.

- Sistema multi-idioma, sistema de reservas preparado para 6

idiomas: español, inglés, alemán, francés, italiano y ruso.

- Módulo de atención telefónica, disponga de un potente call

center, que permitirá incorporar las reservas telefónicas en el

programa de reservas. Su recepcionista será capaz de informar a

su cliente de los días libres y precio final en todo momento.

- Instalación y personalización, la instalación y configuración de

la versión basic se realiza en tan sólo 1 día. El sistema se

puede incorporar en cualquier tipo de web, ya esté basada en

ASP, PHP o Flash, permitiendo personalizar las plantillas de

reserva con su logo y colores corporativos.

- El software de reservas NeoBookings permite en su versión pro la

personalización completa del sistema, desde las búsquedas de

alojamiento, hasta los pasos de reserva y bono de los clientes.

2.2. Análisis Comparativo de las Soluciones Encontradas

Criterios Dispongo Maralar

NeoBooking

s

Reservas

Bungalow

Club el

Tunqui




Funcionalidades de Reservar

Bungalow % % % %

[RFN001] Permitir al socio y

a la recepcionista del

counter de reservas

consultar la disponibilidad

de bungalow y tarifas. 100 100 100 100

[RFN002] Permitir a la

recepcionista del counter

reservas ingresar datos del

socio para realizar la

reserva del bungalow. 100 100 100 100

[RFN003] Permitir consultar

la morosidad del socio de

acuerdo a las reglas de

negocio RES_RNE_009 y

RES_RNE_010, realizando la

conexión con el módulo de

socios. 0 0 0 100[RFN004] Permitir a la


reservas y al socio

registrar algún

requerimiento y/o

equipamiento adicional al

bungalow que el socio

necesite que no se encuentre

en el equipamiento estándar

con que se entrega,

realizando la conexión con

el módulo de

infraestructura. 0 0 50 100[RFN005] Permitir a la 0 0 70 100





reservas y al socio cancelar

una reserva de bungalow.[RFN006] Permitir penalizar

automáticamente la

cancelación de reserva de

bungalow cumpliendo con la

regla de negocio

RES_RNE_022. 0 0 0 100[RFN007] Permitir a la


reservas emitir la orden de

pago por concepto de reserva

de bungalow. 70 0 0 100[RFN008] Permitir a la


reservas emitir extorno de

pago o extorno de pago

c/penalidad por concepto de

haber cancelado la reserva

del bungalow. 0 0 0 100[RFN009] Permitir penalizar

automáticamente el cambio de

reserva de bungalow

cumpliendo con la regla de

negocio RES_RNE_023. 0 0 0 100[RFN010] Permitir a la


reservas emitir la orden de

pago por penalidad en el

cambio de reserva del

bungalow. 0 0 0 100

[RFN011] Permitir a la 0 0 70 100





reservas y al socio

registrar el cambio de




reservas y al socio

registrar la reserva de

bungalow. 100 100 100 100

[RFN013] Permitir al socio

realizar el pago on-line por

concepto de reservas o

penalidad de cambio de

reservas. Estas acciones

activarán la reserva, así

como también el cambio de

reserva RES_RNE_002. 50 50 50 100


recepcionista de counter

reservas generar reportes de

Reservas de bungalow. 0 0 0 100[RFN015] Permitir a la


reservas generar reportes de

Cancelaciones de Reservas. 0 0 0 100Funcionalidades de Gestionar

Sorteos % % % %[RFN016] Permitir a la


reservas consultar la lista

de ganadores del sorteo de

reservas. 0 0 0 100[RFN017] Permitir a la 0 0 0 100





reservas registrar al socio

al sorteo de reservas de

bungalow en temporada alta.

[RFN018] Permitir al socio

registrarse on-line al

sorteo de reservas de

bungalow en temporada alta. 0 0 0 100



reservas ejecutar el proceso

de sorteo de bungalow en

temporada alta. 0 0 0 100

[RFN020] Permitir al sistema

enviar automáticamente los

correos electrónicos a todos

los socios inscritos y

también al administrador de

sede, una vez terminado el

proceso de sorteo de

bungalow. 0 0 0 100[RFN021] Permitir a la


reservas consultar el

resultado del sorteo de

bungalows por temporada. 0 0 0 100Funcionalidades de Solicitar

Servicios % % % %

[RFN022] Permitir al

Recepcionista de Counter

Sede registrar un nuevo

servicio adicional para el

bungalow indicado por el 0 0 70 100




socio.



Sede Buscar datos del socio

para un bungalow indicado. 0 0 0 100



Sede Validar si son nuevos

servicios adicionales al

bungalow indicado por el

socio. 0 0 0 100[RFN025] Permitir al


sede actualizar el estado de

la solicitud de servicio

adicional del bungalow

indicado por el socio. La

actualización se realizará

del estado atendido a

observado. 0 0 0 100[RFN026] Permitir al


sede consultar el estado de

la solicitud del servicio

adicional del bungalow. 0 0 0 100[RFN027] Permitir al


sede cancelar una solicitud

de servicio adicional del

bungalow. 0 0 0 100

Funcionalidades de Controlar

Huéspedes % % % %

[RFN028] Permitir al 0 0 100 100





Sede registrar el ingreso y

salida del socio e invitados

del bungalow asignado.



Sede generar los recibos de

cobros a realizar por los

consumos efectuados dentro

del club mientras estuvo

hospedado en el bungalow. 0 0 0 100



Sede generar la lista de

equipamiento y

requerimientos del bungalow. 0 0 0 100[RFN031] Permitir al


Sede generar registros para

mantenimiento y limpieza de

los bungalows. 0 0 0 100

Funcionalidades de Seguridad % % % %[RFN101] El sistema debe

permitir a los usuarios

validarse y realizar el

cambio de su contraseña en

el sistema, así como también

la administración de los

usuarios y sus perfiles. 0 0 0 100Funcionalidades de

% % % %Otros Productos Software

Permite gestionar todas las

reservas del booking tanto 100 0 100 50




online como por teléfono.

Permite manejar multi-

tarifa. 100 0 0 0

Permite gestionar los cupos

o pre-reservas

automáticamente. 100 0 70 50

Permite facturar y la

emisión de bonos. 100 0 50 70

Permite reserva de paquetes

dinámicos combinando los

productos ofrecidos. 100 0 50 0

Permite comprar por XML a

los proveedores. 100 0 70 0Permite vender por XML a los

clientes. 100 0 70 70Permite creación de

múltiples tipos de

habitación. 0 100 100 100

Permite promocionar nuestro

establecimiento mediante

infinitas ofertas. 0 100 70 0

Permite manejar cupos

independientes entre

habitaciones y ofertas. 50 100 100 0

Comercialización de

complementos y servicios

asociados a nuestro

establecimiento. 70 100 50 50

Configuración de

restricciones en el número

de noches de reserva. 0 100 70 70

Confirmación de reserva

inmediata. 0 100 100 100




Garantía de reserva por

petición de tarjeta VISA. 0 100 0 0Configuración de descuentos

por días de estancia. 0 100 0 0Adaptado para todo tipo de

establecimientos turísticos. 0 100 0 0Amplia gama de métodos de

pago 100 0 100 70

Gestión de reservas

(Registro, modificaciones,

cancelaciones, busquedas,

informes de entrada y

salida) 100 0 100 100

Sistema multi-idioma,

sistema de reservas

preparado para 6

idiomas: español, inglés,

alemán, francés, italiano y

ruso 0 0 100 0

Módulo de atención

telefónica, disponga de un

potente callcenter, que

permitirá incorporar

las reservas telefónicas en

el programa de reservas. 0 0 100 0

Exportación de listados a

Microsoft Excel y a XML 0 0 100 50

Total de Requerimientos

Funcionales

26.18 22.73 36.55 72.36por Producto Software




Leyenda de asignación de porcentajes:

0 = No cumple

50

= Cumple

Básicamente

70

= Cumple

Parcialmente

100

= Cumple

Totalmente

2.3. Evaluación de las Soluciones Encontradas

Después de haber hecho una investigación y análisis comparativo de

nuestra propuesta de solución contra otros productos similares en el

mercado, este proyecto a decido realizar la construcción de nuestra

solución por ser la que más se ajusta al negocio de Reservas de

Bungalows del Club Tunqui y cubre todos los requerimientos del mismo.




4. CONTROL DE CALIDAD

4.1. Matriz de Casos de Uso del Negocio vs. Reglas del NegocioCasos de uso de Negocio

Reglas del

Negocio

RES_CUN_ReservarBungalo

ws

RES_CUN_GestionarSort

eos

RES_CUN_SolicitarServ

icios

RES_CUN_ControlarHuesped

esRES_RNE_001 x RES_RNE_002 x RES_RNE_003 x RES_RNE_004 x RES_RNE_005 x RES_RNE_006 x RES_RNE_007 x RES_RNE_008 x RES_RNE_009 x RES_RNE_010 x RES_RNE_011 x RES_RNE_012 x RES_RNE_013 x RES_RNE_014 x RES_RNE_015 x RES_RNE_016 x RES_RNE_017 x RES_RNE_018 x RES_RNE_019 xRES_RNE_020 xRES_RNE_021 x




RES_RNE_022 x RES_RNE_023 x RES_RNE_024 x RES_RNE_025 x

4.2. Matriz de Casos de Uso del Negocio vs. Trabajadores del NegocioTrabajadores del Negocio

Casos de Uso de Negocio RES_TNE_RecepcionistaCounterReservas RES_TNE_RecepcionistaCounterSede RES_TNE_OperarioServicioRES_CUN_ReservarBungalows x RES_CUN_GestionarSorteos x RES_CUN_SolicitarServicios x RES_CUN_ControlarHuespedes x x

2.4. Matriz de Casos de Uso del Negocio vs. Entidades del NegocioCasos de uso de Negocio

Entidad

RES_CUN_ReservarBungalow

s

RES_CUN_GestionarSort

eos

RES_CUN_SolicitarServ

icios

RES_CUN_ControlarHuesped

es

SOC_ENE_Socios x

RES_ENE_Bungalows x

RES_ENE_RegistroSorteo x x

RES_ENE_RegistroReserva x x

CAJ_ENE_OrdenDePago x

RES_ENE_Temporada x

INF_ENE_SolicitudIncidenci

a x

COB_ENE_Deudores x




RES_ENE_ResultadoSorteo x x

RES_ENE_CuentaBungalow x x

CAJ_ENE_OrdenDePago x

INF_ENE_SolicitudIncidenci

a x x

RES_ENE_EquipamientoBungal

ow x

RES_ENE_RegistroListaChequ

eo x

RES_ENE_RegistroHuésped x x

RES_ENE_InformeReservas x

RES_ENE_InformeCancelacion

es x

RES_ENE_InformeSorteos x




2.5. Matriz de Atributos de Casos de Uso del Sistema


Nombre del caso de uso Prioridad Estado

Dificulta

d ResponsableRES_CUS_BuscarHuesped Secundario Requerimiento Baja Mauricio SotoRES_CUS_BuscarSocio Secundario Requerimiento Baja Mauricio SotoRES_CUS_BuscarReservas Secundario Requerimiento Baja Mauricio SotoRES_CUS_BuscarDisponibilidadTarifasBungalow Secundario Requerimiento Baja Mauricio SotoRES_CUS_RegistrarHuespedes Primario Requerimiento Baja Carlos EspinozaRES_CUS_GenerarListaEquipamientoRequerimientosBungalow Primario Requerimiento Media Carlos EspinozaRES_CUS_RegistrarSalidaHuesped Primario Requerimiento Media Carlos EspinozaRES_CUS_RealizarSorteoReserva Secundario Requerimiento Media Williams PatiñoRES_CUS_RegistrarReserva Primario Requerimiento Alta Ricardo SuárezRES_CUS_RegistrarReservaSede Primario Requerimiento Alta Ricardo SuárezRES_CUS_RegistrarReservaOnline Primario Requerimiento Alta Ricardo SuárezRES_CUS_CambiarReserva Primario Requerimiento Alta Ricardo SuárezRES_CUS_CambiarReservaSede Primario Requerimiento Alta Ricardo SuárezRES_CUS_CambiarReservaOnline Primario Requerimiento Alta Ricardo SuárezRES_CUS_CancelarReserva Primario Requerimiento Alta Ricardo SuárezRES_CUS_InscribirSorteoReservas Secundario Requerimiento Media Ricardo SuárezRES_CUS_InscribirSorteoReservasSede Secundario Requerimiento Media Ricardo SuárezRES_CUS_InscribirSorteoReservasOnline Secundario Requerimiento Media Ricardo SuárezRES_CUS_ReporteReserva Secundario Requerimiento Baja José PingloRES_CUS_ReporteSorteo Secundario Requerimiento Baja José PingloSEG_CUS_ActualizarUsuario Secundario Requerimiento Baja Ricardo SuárezSEG_CUS_ActualizarPerfilUsuario Secundario Requerimiento Baja Ricardo SuárezSEG_CUS_CambiarContraseña Secundario Requerimiento Baja Ricardo SuárezSEG_CUS_ValidarAcceso Secundario Requerimiento Baja Ricardo SuárezRES_CUS_GestionarSolicitudServicioAdicional Secundario Requerimiento Baja Mauricio SotoRES_CUS_GenerarReciboCobrosExtras Secundario Requerimiento Baja Carlos Espinoza



2.6. Matriz de Atributos de Requerimientos FuncionalesNombre del Requerimiento Funcional Complejidad Estado Dificultad Responsable Prioridad

RFN001 Alta Requerimiento Baja Ricardo Suárez Primario

RFN002 Media Requerimiento Baja Ricardo Suárez Primario

RFN003 Baja Requerimiento Baja Ricardo Suárez Primario

RFN004 Baja Requerimiento Media Ricardo Suárez Primario








RFN012 Alta Requerimiento Media Ricardo Suárez Primario

RFN013 Alta Requerimiento Media Ricardo Suárez Primario


RFN015 Media Requerimiento Media Ricardo Suárez Primario

RFN016 Alta Requerimiento Baja Williams Patiño SecundarioRFN017 Media Requerimiento Media Williams Patiño SecundarioRFN018 Media Requerimiento Media Williams Patiño SecundarioRFN019 Media Requerimiento Media Williams Patiño SecundarioRFN020 Baja Requerimiento Baja Williams Patiño SecundarioRFN021 Baja Requerimiento Baja Williams Patiño SecundarioRFN022 Baja Requerimiento Baja Mauricio Soto SecundarioRFN023 Baja Requerimiento Baja Mauricio Soto Secundario




RFN024 Media Requerimiento Baja Mauricio Soto SecundarioRFN025 Baja Requerimiento Baja Mauricio Soto SecundarioRFN026 Baja Requerimiento Baja Mauricio Soto SecundarioRFN027 Baja Requerimiento Baja Mauricio Soto SecundarioRFN028 Baja Requerimiento Baja Carlos Espinoza PrimarioRFN029 Media Requerimiento Media Carlos Espinoza PrimarioRFN030 Baja Requerimiento Baja Carlos Espinoza PrimarioRFN031 Baja Requerimiento Baja Carlos Espinoza PrimarioRFN032 Baja Requerimiento Baja José Pinglo Primario

RFN0101 Media Requerimiento Media Ricardo Suárez Primario

2.7. Matriz de Atributos de Requerimientos No FuncionalesNombre del Requerimiento no Funcional Complejidad Estado Dificultad Responsable Prioridad

RNF001 Baja Requerimiento Alta Ricardo Suárez Secundario

RNF002 Baja Requerimiento Media Ricardo Suárez Primario

RNF003 Media Requerimiento Media Ricardo Suárez Secundario

RNF004 Media Requerimiento Media Ricardo Suárez Primario

RNF005 Media Requerimiento Baja Ricardo Suárez Secundario

RNF006 Media Requerimiento Baja Ricardo Suárez Secundario

RNF007 Baja Requerimiento Baja Ricardo Suárez Primario

RNF008 Media Requerimiento Alta Ricardo Suárez Primario


RNF010 Baja Requerimiento Media Ricardo Suárez Secundario

RNF011 Baja Requerimiento Alta Ricardo Suárez Primario




RNF012 Baja Requerimiento Baja Ricardo Suárez Primario

RNF013 Media Requerimiento Baja Ricardo Suárez Primario




RNF017 Baja Requerimiento Media Ricardo Suárez Secundario

RNF018 Media Requerimiento Media Ricardo Suárez Secundario



RNF021 Media Requerimiento Baja Ricardo Suárez Primario

RNF022 Media Requerimiento Alta José Pinglo PrimarioRNF023 Media Requerimiento Alta José Pinglo PrimarioRNF024 Media Requerimiento Media José Pinglo SecundarioRNF025 Media Requerimiento Media José Pinglo SecundarioRNF026 Media Requerimiento Baja José Pinglo SecundarioRNF027 Media Requerimiento Baja Mauricio Soto SecundarioRNF028 Media Requerimiento Alta Mauricio Soto PrimarioRNF029 Media Requerimiento Alta Mauricio Soto PrimarioRNF030 Media Requerimiento Alta Mauricio Soto PrimarioRNF031 Media Requerimiento Alta Carlos Espinoza PrimarioRNF032 Baja Requerimiento Baja Carlos Espinoza SecundarioRNF033 Baja Requerimiento Baja Carlos Espinoza SecundarioRNF034 Media Requerimiento Baja Carlos Espinoza SecundarioRNF035 Media Requerimiento Baja Williams Patiño SecundarioRNF036 Baja Requerimiento Baja Ricardo Suárez Primario

RNF037 Media Requerimiento Media Ricardo Suárez Primario







2.8. Matriz de CU del Sistema vs Requerimientos Funcionales

Casos de Uso de Sistema

RFN001

RFN002

RFN003

RFN004

RFN005

RFN006

RFN007

RFN008

RFN009

RFN010

RFN011

RFN012

RFN013

RFN014

RFN015

RFN016

RFN017

RFN018

RFN019

RFN020

RFN021

RFN022

RFN023

RFN024

RFN025

RFN026

RFN027

RFN028

RFN029

RFN030

RFN031

RFN032

RFN101

RES_CUS_BuscarHuesped x RES_CUS_BuscarReservas x x x RES_CUS_BuscarSocio x x RES_CUS_BuscarDisponibilidadTarifasBungalow x x RES_CUS_RegistrarHuespedes x RES_CUS_GenerarListaEquipamientoRequerimientosBungalow x RES_CUS_RegistrarSalidaHuesped x x x RES_CUS_RealizarSorteoReserva x x RES_CUS_RegistrarReservas x x x x x RES_CUS_RegistrarReservaSede x x x x x x x RES_CUS_RegistrarReservaOnline x x x x x x RES_CUS_CambiarReservas x x x RES_CUS_CambiarReservaSede x x x RES_CUS_CambiarReservaOnline x x x x RES_CUS_CancelarReserva x x x x RES_CUS_InscribirSorteoReservas x RES_CUS_InscribirSorteoReservasSede x x RES_CUS_InscribirSorteoReservasOnline x x RES_CUS_GestionarSolicitudServicioAdicional x x x x x x x SEG_CUS_ActualizarUsuario xSEG_CUS_ActualizarPerfilUsuario xSEG_CUS_CambiarContraseña xSEG_CUS_ValidarAcceso xRES_CUS_ReporteReserva x x RES_CUS_ReporteSorteo x




2.9. Matriz de CU del Sistema vs Requerimientos No Funcionales

Requerimientos No Funcionales


RNF001

RNF002

RNF003

RNF004

RNF005

RNF006

RNF007

RNF008

RNF009

RNF010

RNF011

RNF012

RNF013

RNF014

RNF015

RNF016

RNF017

RNF018

RNF019

RNF020

RNF021

RNF022

RNF023

RNF024

RNF025

RNF026

RNF027

RNF028

RNF029

RNF030

RNF031

RNF032

RNF033

RNF034

RNF035

RNF036

RNF037

RES_CUS_GestionarBusqueda x x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_BuscarHuesped x x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_BuscarReservas x x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_BuscarSocio x x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_BuscarDisponibilidadTarifasBungalow x x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_RegistrarHuespedes x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_GenerarListaEquipamientoRequerimientosBungalow

x xx x x x x x x x x x x x x x x x x x x x x x x x x x

RES_CUS_RegistrarSalidaHuesped x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_RealizarSorteoReserva x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_RegistrarReservas x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_RegistrarReservaSede x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_RegistrarReservaOnline x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_CambiarReservas x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_CambiarReservaSede x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_CambiarReservaOnline x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_CancelarReserva x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_InscribirSorteoReservas x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_InscribirSorteoReservasSede x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_InscribirSorteoReservasOnline x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_GestionarSolicitudServicioAdicional x x x x x x x x x x x x x x x x x x x x x x x x x x xSEG_CUS_ActualizarUsuario x x x x x x x x x x x x x x x x x x x x x x x x x x x xSEG_CUS_ActualizarPerfilUsuario x x x x x x x x x x x x x x x x x x x x x x x x x x x x xSEG_CUS_CambiarContraseña x x x x x x x x x x x x x x x x x x x x x x x x x x x x xSEG_CUS_ValidarAcceso x x x x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_ReporteReserva x x x x x x x x x x x x x x x x x x x x x x x x x x xRES_CUS_ReporteSorteo x x x x x x x x x x x x x x x x x x x x x x x x x x x




2.10.Matriz de CU del Sistema vs Reglas del Negocio

Reglas de Negocio


RES_RNE_001

RES_RNE_002

RES_RNE_003

RES_RNE_004

RES_RNE_005

RES_RNE_006

RES_RNE_007

RES_RNE_008

RES_RNE_009

RES_RNE_010

RES_RNE_011

RES_RNE_012

RES_RNE_013

RES_RNE_014

RES_RNE_015

RES_RNE_016

RES_RNE_017

RES_RNE_018

RES_RNE_019

RES_RNE_020

RES_RNE_021

RES_RNE_022

RES_RNE_023

RES_RNE_024

RES_RNE_025

RES_CUS_BuscarHuesped RES_CUS_BuscarReservas x x RES_CUS_BuscarSocio x RES_CUS_BuscarDisponibilidadTarifasBungalow x RES_CUS_RegistrarHuespedes x x RES_CUS_GenerarListaEquipamientoRequerimientosBungalow

RES_CUS_RegistrarSalidaHuesped x RES_CUS_RealizarSorteoReserva x x x RES_CUS_RegistrarReservas x x x x x x xRES_CUS_RegistrarReservaSede x x x x x x xRES_CUS_RegistrarReservaOnline x x x x x x xRES_CUS_CambiarReservas x x x x x x xRES_CUS_CambiarReservaSede x x x x x x xRES_CUS_CambiarReservaOnline x x x x x x xRES_CUS_CancelarReserva x x x RES_CUS_InscribirSorteoReservas x x x x x RES_CUS_InscribirSorteoReservasSede x x x x x RES_CUS_InscribirSorteoReservasOnline x x x x x RES_CUS_GestionarSolicitudServicioAdicional x x x RES_CUS_ReporteReserva x x RES_CUS_ReporteSorteo x SEG_CUS_ActualizarUsuario SEG_CUS_ActualizarPerfilUsuario SEG_CUS_CambiarContraseña SEG_CUS_ValidarAcceso




CONCLUSIONES GENERALES

El esfuerzo sobre el entendimiento del proceso es fundamental, con

lo cual se obtiene una visión clara sobre la realización de los

casos de uso de negocio.

Los casos de uso de negocio deben ser generales y no detallados o

modulares, a pesar de esa generalidad, se debe diagramar toda esa

problemática en un solo diagrama de actividades a fin de tener una

visión macro de todo el proceso.

Adicionalmente y sobre el RUP, hemos podido comprobar que este con

sus precisas especificaciones, brinda el marco con el que se puede

desarrollar el proyecto, sin necesidad de estar diseñando la lista

de tareas a realizar y productos a confeccionar.

También comprobamos que la metodología es altamente reusable, a

partir de las plantillas de documentación y los casos de ejemplo.

En RUP como en cualquier metodología de desarrollo de software es

importante tener los procesos documentados desde el alcance del

proyecto, pasando por el análisis y diseño hasta la implementación

del producto software para poder tener un orden y trazabilidad de

que construimos y hacer manejable su mantenimiento.

En la fase de requerimientos de software es fundamental tener bien

definido y documentado el modelo del negocio ya que es el input

base para poder definir los requerimientos funcionales del software

que construiremos en el proyecto y poder cubrir todas las

necesidades y requisitos del negocio.

La integración de las funcionalidades es una tarea muy importante

para el proyecto que nos permite la reusabilidad de funcionalidad




en común y nos evita el redundar las mismas en los diferentes

módulos que conforman este proyecto, permitiéndonos al momento de

la construcción la reutilización de código ya existente.

Las especificaciones de casos de uso del sistema nos dan una

descripción de lo que queremos que haga nuestro sistema,

permitiendo al que lo lea entender rápidamente de que se trata y

cuál es la secuencia lógica del mismo.

Comprobamos que el artefacto con el podemos tener una visión

general del sistema para nuestro negocio es el Modelo de Dominio o

Conceptual, ya que en el se modela como se relacionan las entidades

del sistema, así mismo permite entender como nos integramos con

otros módulos o negocios a través de sus entidades de sistema que

también están modeladas y relacionadas con las nuestras.

Es muy importante la planificación de las actividades a realizar en

todo proyecto, de la misma manera hemos comprobado que la

planificación para nuestro trabajo ha sido fundamental para poder

logar los objetivos del mismo y en el tiempo estimado.

Usar el Benchmarking como herramienta de comparación de nuestra

propuesta de sistema con otros productos software existentes en el

mercado nos ha dado una referencia de medición del nivel de

cumplimiento a los requerimientos del negocio que debemos tener

para hacerla viable y que genere un valor agregado al negocio.

Hemos comprobado que con las matrices usadas para la trazabilidad

de los diferentes artefactos creados en el proyecto son un aporte

importante para el control de calidad y seguimiento del

cumplimiento del sistema con todos los requerimientos del negocio.




COCOMO nos propone aplicando un modelo de desarrollo Orgánico o

Familiar, el esfuerzo total de desarrollo seria de 5.5 meses, lo

cual se daría con un esfuerzo de 8 personas para implementar el

Proyecto.

El costo del proyecto, el cual asciende a $48,925.44, hace que este

sea viable, debido a que soluciones con menos funcionalidades a la

propuesta tienen un costo mayor.

Si se requiere implementar la solución en menor tiempo se tendría

que contratar más personas pero el costo del proyecto no variara,

solamente si se varían las funcionalidades del sistema el costo

también variará.




BIBLIOGRAFÍA

UML Resource Page del Object Management Group:

http://www.uml.org/

Sitio web de Rational Unified Process en IBM:

http://www-306.ibm.com/software/awdtools/rup/

Sitio web del software Rational Rose en IBM:

http://www-306.ibm.com/software/rational/

Applying UML and Patterns

Craig Larmann - 656 pp.

The Elements of UML 2.0 Style

Scott W. Ambler - 200 pp.

UML 2.0 in a Nutshell

Dan Pilone, Neil Pitman - 216 pp.

The Object-Oriented Thought Process

Matt Weisfeld - 2003 - 304 pp.

Uml For Systems Engineering

Jon Holt - 2004 - 376 pp.


http://www-306.ibm.com/software/rational/

http://www-306.ibm.com/software/awdtools/rup/

http://www.uml.org/



UML Distilled: A Brief Guide to the Standard Object Modeling Language

Martin Fowler - 2004 - 208 pp.

Real Time UML Workshop for Embedded Systems

Bruce Powel Douglass - 2006 - 408 pp.

Advances in UML and XML-based Software Evolution

Hongji Yang - 2005 - 362 pp.

Guide to Applying the Uml

Sinan Si Alhir - 2002 - 410 pp.

Applying UML and Patterns: An Introduction to Object-Oriented Analysis

and Design and the Unified Process

Craig Larmann - 2002 - 656 pp.

UML in a Nutshell: A Desktop Quick Reference

Sinan Si Alhir - 1998 - 286 pp.

The Rational Unified Process: An Introduction

Philippe Kruchten - 2003 - 336 pp.

The Rational Unified Process Made Easy: A Practitioner's Guide to the Rup

Philippe Krutchten, Per Kroll - 2003 - 416 pp.




GLOSARIO DE TÉRMINOS

Reserva de Bungalow

Es la separación de un bungalow que realiza el socio para poder

alquilarlo en una fecha determinada y por un tiempo determinado.

Temporada

Rango de fecha definido por la administración del club para

identificar cuando se encuentran en temporada alta o baja.

Registro de Requisitos Adicionales al Bungalow

Esta acción se da cuando el socio solicita algún equipamiento

adicional al bungalow que no esté contemplado en el equipamiento

estándar definido, el socio puede solicitarlo al reservar o al

estar hospedado.

Pago de reserva

Es el pago que se realiza por concepto de alquiler diario de

bungalow, cada tipo de bungalow tiene un precio diferente.

Extorno de pago

Es la devolución del dinero del socio al realizar una cancelación

de reserva.

Morosidad

Estado en el que se le considera al socio que no esta al día en el

pago de sus cuotas mensuales.

Disponibilidad

Estado en que se encuentra un bungalow (Disponible/No disponible)

en una fecha determinada.

Cambiar Reserva




Solicitud que hace el socio cuando requiere cambiar la fecha de su

reserva de bungalow, esta dependerá de la disponibilidad para la

nueva fecha.

Cancelar reserva

Solicitud que hace el socio cuando ya no quiere alquilar el

bungalow reservado, al cancelar la reserva se hace el extorno del

dinero pagado por la reserva.

Penalidad

Porcentaje del costo de la reserva que se aplica al socio como

castigo por no cumplir el tiempo límite para realizar cambio o

cancelación de reserva.

Restricción

Esta acción se origina cuando el socio no cumple con alguna regla

de negocio y que lo impide de poder realizar una reserva, cambio o

cancelación de reserva.

Servicio Adicional

Este servicio viene hacer la solicitud que realiza el socio cuando

requiere un equipamiento adicional a lo que el bungalow trae

inicialmente. Por otro lado, también se pueden realizar solicitudes

de servicio de cambio o reparación de algún equipo que esté dentro

del bungalow. Ambos servicios, son ejecutados por los trabajadores

de negocio del módulo de Infraestructura.

Incidencia

Es la solicitud administrada por el módulo de infraestructura, la

cual, se encarga de dar limpieza y mantenimiento a todos los

ambientes del club el tunqui. Con este tipo de solicitud también se




atienden las solicitudes de Servicios Adicionales indicadas en la





ANEXOSNo existe información adicional.


Documents

Entregable 4 v8