49722132 entregable-servicios hoteleros-0612

FACULTAD DE INGENIERÍA

CARRERA DE INGENIERÍA DE SISTEMAS – EPE

SISTEMA DE GESTIÓN HOTELERA

MÓDULO DE SERVICIOS HOTELEROS

Trabajo como parte del curso de

Taller de Proyecto 1

Desarrollado por los alumnos:

Altuna, Fernando [email protected]

Deza Monroy, Luis Angel [email protected]

Espino Berrocal, Edward Teodoro [email protected]

Gavidia Zevallos, Vanessa Cyntia [email protected]

Suasnabar López, Mirko Salvador [email protected]

Monterrico, diciembre de 2009

mailto:[email protected]





Sistema de Gestión Hotelera - Módulo de Servicios Hoteleros

RESUMEN

El presente proyecto de desarrollo de software tiene por finalidad el desarrollo de un Sistema de

Gestión Hotelera, dirigido, principalmente, a hoteles de 4 estrellas.

Para tal efecto se ha dividido el contenido de este trabajo en cuatro bloques:

• Descripción del proyecto, incluye el detalle del objeto de estudio, el campo de acción, los

objetivos y los beneficios del proyecto.

• Modelado del negocio, abarca la descripción de las reglas de negocio, el modelo de casos de

uso del negocio, la realización de los casos de uso del negocio y el modelo de análisis del

negocio.

• Requerimientos, comprende las especificaciones de requerimientos de software, el modelo,

priorización y realización de Casos de Uso del Sistema, el Modelo Conceptual y el Prototipo

del Sistema.

• Administración del Proyecto, comprende la presentación del cronograma de ejecución del

proyecto, Benchmarking, el Estudio de Factibilidad y el control de calidad de los artefactos.

Documento Interno Versión: 4.0 Página: 2 / 134


ÍNDICE

RESUMEN........................................................................................................................................2

ÍNDICE.............................................................................................................................................3

INTRODUCCIÓN..............................................................................................................................6

1.1. Objeto de estudio....................................................................................................................7

1.0.1. Descripción de la organización objeto de estudio...............................................................7

1.0.2. Objetivos estratégicos de la organización...........................................................................8

1.0.3. Visión de la organización....................................................................................................8

1.0.4. Misión de la organización....................................................................................................8

1.1. Campo de acción........................................................................................................................9

1.1.1. Descripción de los procesos del negocio............................................................................9

1.2. Objetivos del proyecto................................................................................................................9

1.2.1. Objetivo general..................................................................................................................9

1.2.2. Objetivos específicos..........................................................................................................9

1.3. Beneficios del proyecto.............................................................................................................10

1.3.1. Beneficios tangibles..........................................................................................................10

1.3.2. Beneficios intangibles.......................................................................................................10

2.1 Reglas del negocio ..................................................................................................................11

2.2 Modelo de Casos de Uso del Negocio .....................................................................................15

2.2.1 Lista de los actores del negocio.........................................................................................15

2.2.2 Diagrama de Casos de Uso del Negocio...........................................................................16

2.3 Realización de los Casos de Uso del Negocio .........................................................................17

2.3.1 Especificación de los casos de uso del negocio................................................................18

2.3.2 Diagramas de actividades..................................................................................................25

2.3.3 Lista de actividades a automatizar.....................................................................................27

2.1.2.12.3.3.1 RCN3-01 Planificar Servicios..............................................................................27

2.1.2.12.3.3.2 RCN3-02 Ejecutar Servicios.................................................................................28

2.1.2.12.3.3.3 RCN3-03 Gestionar Información..........................................................................28

2.2.4 Modelo de Análisis del Negocio..............................................................................................28

2.4.3 Lista de los trabajadores del negocio.................................................................................30

2.4.4.1 TNE3-01 Administrador de Servicios..............................................................................30

2.4.4.2 TNE3-02 Asistente de Servicios......................................................................................30

2.4.4 Lista de las entidades del negocio.....................................................................................30

2.4.5.1 ENE3-01 Agenda de Servicio..........................................................................................31

2.4.5.2 ENE3-02 Cliente.............................................................................................................31

2.4.5.3 ENE3-03 Empleado........................................................................................................31

2.4.5.4 ENE3-04 Horario.............................................................................................................31



2.4.5.5 ENE3-05 Informe de Planificación..................................................................................32

2.4.5.6 ENE3-06 Informe de Servicio..........................................................................................33

2.4.5.7 ENE3-07 Reserva...........................................................................................................33

2.4.5.8 ENE3-08 Servicio............................................................................................................34

2.4.5.9 ENE3-09 Tarifario de Servicio.........................................................................................34

2.4.5.10 ENE3-10 Orden de Pago..............................................................................................34

2.4.5.11 ENE3-11 Hoja de Servicio.............................................................................................35

2.4.5 Diagrama de Clases del Negocio.......................................................................................36

2.4.6.1. RCN3-01 Planificar Servicios.........................................................................................36

2.4.6.2. RCN3-02 Ejecutar Servicios...........................................................................................37

2.4.6.3. RCN3-03 Gestionar Información....................................................................................38

3.1 Especificación de requerimientos de Software..........................................................................39

3.2 Modelo de Casos de Uso del Sistema.......................................................................................46

3.2.1 Lista de los actores del sistema.........................................................................................46

3.2.2 Diagrama de Actores del Sistema......................................................................................47

3.2.3 Diagrama de Paquetes......................................................................................................47

3.2.4 Diagrama de Casos de Uso del Sistema por paquete.......................................................48

3.2.4.1 PSI3 - 01 Planificar Servicio............................................................................................48

3.2.4.2 PSI3 - 02 Usar Servicio...................................................................................................48

3.3 Priorización de los Casos de Uso del Sistema..........................................................................49

3.3.1 Clasificación de los casos de uso del sistema...................................................................49

3.3.2 Ciclos de desarrollo de los casos de uso del sistema........................................................49

3.4 Realización de los Casos de Uso del Sistema .........................................................................49

3.4.1 Especificación de alto nivel................................................................................................49

3.4.2 Especificación de los casos de uso del sistema.................................................................53

3.5 Modelo Conceptual....................................................................................................................88

3.5.1 Diagrama de Clases Entidad: Agregar un atributo al servicio: “RequiereReserva",

Situación y Estado a las entidades que correspondan. ...............................................................88

3.5.2 Diccionario de Clases........................................................................................................90

3.6 Prototipo del Sistema.................................................................................................................93

4.1 Cronograma de ejecución del proyecto...................................................................................105

4.2 Benchmarking..........................................................................................................................107

4.2.1 Descripción de las soluciones encontradas.....................................................................107

4.2.2 Análisis comparativo de las soluciones encontradas.......................................................117

4.2.3 Evaluación de las soluciones encontradas......................................................................118

4.3 Control de Calidad ..................................................................................................................119

4.3.1 Matriz de Casos de Uso del Negocio vs. Entidades del Negocio.....................................119

4.3.2 Matriz de Casos de Uso del Negocio vs. Reglas del Negocio .........................................120

4.3.3 Matriz de atributos de Casos de Uso del Sistema ...........................................................121



4.3.4 Matriz de atributos de Requerimientos funcionales .........................................................121

4.3.5 Matriz de atributos de Requerimientos no funcionales.....................................................122

4.3.6 Matriz CU del Sistema vs. Requerimientos funcionales...................................................123

4.3.7 Matriz CU del Sistema vs. Requerimientos no funcionales..............................................124

4.3.8 Matriz CU del Sistema vs. Reglas del Negocio................................................................125

CONCLUSIONES ......................................................................................................................... 126

BIBLIOGRAFÍA ............................................................................................................................. 128

GLOSARIO DE TÉRMINOS ......................................................................................................... 130

ANEXOS ....................................................................................................................................... 134



INTRODUCCIÓN

En la actualidad la industria hotelera ha experimentado un importante crecimiento en la región

Sudamericana y sobretodo en el Perú. Según un informe presentado por La Consultora Deloitte,

la cual evalúa a alrededor de 165 ciudades del mundo, durante el 2008, el Perú, experimentó un

importante crecimiento en el número de visitantes; alrededor de un ocho por ciento.

Uno de los principales factores que causaron este notable crecimiento en la cantidad de visitas a

esta parte de la región es la elección de Macchu Picchu, el cual se encuentra en la ciudad del

Cusco, como una de las nuevas maravillas del mundo; lo cual eleva nuestro potencial turístico y

hace más visible al Perú en el mundo como alternativa turística, además de que ya contamos con

otros atractivos turísticos como: el Cañón del Colca en Arequipa, la Reserva del Manu en Madre

de Dios entre otros.

Ante este importante crecimiento es necesario buscar alternativas de solución para mejorar la

calidad e incrementar la cantidad de servicios ya ofrecidos en los principales hoteles de nuestro

territorio; orientando a estos en lograr generar mayor fuente de ingresos y mayor grado de

satisfacción del visitante con respecto a la rapidez y calidad del servicio que se le brinda mientras

dure su estadía en los diferentes lugares turísticos.

Es por eso, que el presente trabajo tiene por objetivo brindar una solución integrada de sistemas

adecuada a la realidad actual de la industria hotelera a través del modelamiento de los procesos

de gestión de las diversas áreas, en este caso el área de servicios hoteleros. Para este caso esta

área contará con los servicios de un hotel 4 estrellas tales como: spa, lavandería, convenciones,

entre otros que se describirán con más detalle en otra sección de este documento.

Este levantamiento inicial de información pretende orientar las del área de servicios hotelero en

este caso de un hotel de 4 estrellas



CAPÍTULO 1.

DESCRIPCIÓN DEL PROYECTO

Este capítulo contiene una breve descripción del proyecto, así como, los objetivos, misión y visión

de la organización. También se presentan los principales procesos del negocio correspondientes

al módulo de Servicios Hoteleros.

1.1. Objeto de estudio

1.0.1. Descripción de la organización objeto de estudio

El crecimiento económico en el Perú en los últimos 10 años ha despertado el interés de los

principales inversionistas y organizaciones del mundo por obtener presencia e inversión en

nuestro territorio. A consecuencia de ello, el Perú se convierte en el principal flujo de tránsito para

la gente de negocios de dichas organizaciones, lo cual convierte al negocio hotelero en un

mercado altamente atractivo por el crecimiento de la demanda y la vez de cierto modo exclusivo

por el nivel de servicios en la oferta.

Hotel UPC Perú nace a inicios del 1999 con su primera sucursal en Lima, como una organización

que desea brindar servicios hoteleros de nivel nacional e internacional, principalmente orientado a

instituciones, corporaciones y asociaciones, sin dejar de lado el mercado turístico tradicional.



Hotel UPC Perú cultiva la mejora continua del clima laboral a través del desarrollo personal y el

trato diferenciado de sus colaboradores, convirtiéndolos en su principal activo y generador de nivel

de servicio de calidad hacia sus clientes.

1.0.2. Objetivos estratégicos de la organización

Incrementar la eficiencia y eficacia en la gestión, en todos los ámbitos, desde la comercialización a

las operaciones, desde el marketing a la obtención de ingresos atípicos en los hoteles.

Incrementar la especialización en los grandes segmentos de alojamiento, urbano y vacacional,

profundizando en el conocimiento de estas actividades y ampliando la calidad y rendimientos

generados.

Desarrollar productos especializados adaptados al mercado, como hostelería de congresos y

convenciones, deportes, infantil, juvenil o tercera edad, salud, etcétera.

Ampliar la cobertura territorial del grupo a nivel nacional.

Tener vocación de establecer negocios duraderos, más allá de las contingencias, por lo que no se

plantea la realización de actividades especulativas. Sus planteamientos empresariales buscarán la

consolidación de una empresa estable, duradera, capaz de pervivir a sus propios gestores

actuales.

Mantener relaciones duraderas con sus socios y accionistas, por tanto su satisfacción debe ser un

objetivo prioritario para toda la organización.

1.0.3. Visión de la organización

Ser la mejor cadena hotelera en los puntos turísticos más representativos del Perú, en un plazo de

cinco años desde la fecha de apertura del Hotel.

1.0.4. Misión de la organización

Ser una empresa hotelera, orientada a satisfacer altos estándares de calidad en la atención a

turistas nacionales y extranjeros, la cual está basada en un grupo humano, integrado e identificado

con los valores de orientación al cliente, honestidad y responsabilidad generando beneficios a sus

accionistas y bienestar a sus trabajadores.



1.1. Campo de acción

1.1.1. Descripción de los procesos del negocio

Planificar Servicios

Este proceso representa la gestión que se realiza antes de poder ofrecer al cliente un nuevo

servicio, en el se definen las características, políticas, tarifas, la agenda del servicio y el

personal que brindará la atención. Todo ello se rige a las políticas de negocio definidas.

Ejecutar Servicios

Este proceso representa la administración del servicio de cara al cliente, llámese

programaciones, reprogramaciones o cancelación de reservas, además se lleva un control de

todos los servicios que ha utilizado el huésped con la finalidad que al realizarse el check-out se

puedan facturarle todos los que correspondan, por otro lado también se generan orden de pago

para aquellos visitantes que hayan consumido servicios.

Gestionar Información

Este proceso representa la obtención de informes de gestión que permitan evaluar el

rendimiento de los servicios que brinda en el hotel para la toma de decisiones por parte de la

gerencia.

1.2. Objetivos del proyecto

1.2.1. Objetivo general

El objetivo general del proyecto es dotar a los hoteles de 4 estrellas de una herramienta software

que les permita mejorar su gestión, generar un aumento de su productividad, mejorar la

rentabilidad y reducir sus costos operativos.

1.2.2. Objetivos específicos

• Desarrollar un módulo que se ajuste a las necesidades del negocio brindando un soporte

tecnológico para la gestión y atención de los servicios que brinda el hotel.

• Disminuir los costos asociados a la gestión de servicios que brinda el hotel.



• Diseñar un producto software que ofrezca valor a los procesos de negocio de la empresa

hotelera en estudio,

1.3. Beneficios del proyecto

1.3.1. Beneficios tangibles

• Reducción de los costos de operación en los servicios, debido la reducción de los tiempos de

atención en un 50%.

• Optimizar el uso adecuado de recursos humanos y materiales, reduciendo los costos de

contratación de personal y de compra de materiales, en un 30% y 40%, respectivamente.

• Reducción de tiempos para acceder a la información de servicios y reservas en un 60%.

1.3.2. Beneficios intangibles

• Mejorar la imagen del Hotel ante el público en general.

• Optimizar la gestión de los recursos durante el proceso de Ejecución de los servicios.

• Brindar un mejor servicio al Cliente debido a que la información sobre la disponibilidad de los

servicios es proporcionada en forma inmediata.

• Maximizar la utilidad de los servicios disponibles en el Hotel para el beneficio de los clientes.

• Mejora en la eficacia del proceso para la toma de decisiones.



CAPÍTULO 2.

MODELADO DEL NEGOCIO

En este capítulo se detallarán los requerimientos del negocio, así como los principales Casos de

Uso del Negocio, Entidades, Actores, Trabajadores del Negocio que son necesarios para continuar

modelando el sistema.

2.1 Reglas del negocio

1. RNE3-01 Descuentos por paquetes turísticos

Los huéspedes que cuenten con paquetes turísticos tendrán un 10% de descuentos

en todos los servicios.

2. RNE3-02 Descuento por reserva anticipada del SPA

El servicio de SPA que se reserve con 24 horas de anticipación tendrá un 10% de

descuento.

3. RNE3-03 Tiempo límite para cambio de reserva del SPA

Todo cambio de hora de reserva deberá realizarse con 4 horas de anticipación.

4. RNE3-04 Accesibilidad del SPA

Este servicio estará disponible para el público en general.



5. RNE3-05 Tiempo de uso de cabinas

El uso de las cabinas será como máximo de 2 horas diarias por habitación, en caso se

exceda este tiempo el costo será cargado a la cuenta del huésped.

6. RNE3-06 Accesibilidad de las cabinas de Internet

El uso de las cabinas de Internet es exclusivo para los huéspedes.

7. RNE3-07 Disponibilidad de las cabinas de Internet

El servicio de cabinas de Internet estará disponible las 24 horas del día.

8. RNE3-08 Accesibilidad del Internet inalámbrico

El servicio es brindado para el público en general que reciba los servicios del Hotel.

9. RNE3-09 Disponibilidad del Internet inalámbrico

El servicio de Internet inalámbrico estará disponible las 24 horas del día.

10. RNE3-10 Costo del servicio de lavandería

Solo se factura las prendas que sean de propiedad del huésped.

11. RNE3-11 Horario servicio estándar de lavandería

El horario de entrega de las prendas dentro del servicio estándar del lavado será a

partir de las 4 de la tarde.

12. RNE3-12 Horario servicio extraordinario de lavandería

El servicio extraordinario puede atender alguna solicitud del huésped en cualquier

horario y entregarlas luego de por lo menos 1 hora con un recargo del 25% del precio

normal.

13. RNE3-13 Disponibilidad de la lavandería

Este servicio estará disponible durante la mañana y la tarde.

14. RNE3-14 Accesibilidad de la lavandería

El uso de los servicios de lavandería es exclusivo para los huéspedes.

15. Disponibilidad del servicio de taxi

Este servicio estará disponible las 24 horas del día.



16. RNE3-16 Accesibilidad del servicio de taxi

El uso de este servicio es exclusivo para los huéspedes.

17. RNE3-17 Cantidad de copias e impresiones

La cantidad de copias o impresiones gratuitas por día son de 5 páginas, en caso

excede esta cantidad se carga a la cuenta del huésped.

18. RNE3-18 Disponibilidad del Servicio de impresión y copias

Este servicio estará disponible de 7 a 10 de la noche y es realizado por el personal

administrativo o de servicio.

19. RNE3-19 Accesibilidad del servicio de impresión y copias

El uso de este servicio es exclusivo para los huéspedes

20. RNE3-20 Costo del Fax

El servicio de fax se facturará al segundo de acuerdo al destino de la llamada

realizada.

21. RNE3-21 Disponibilidad del Fax.

Este servicio estará disponible en horario de 24 horas

22. RNE3-22 Accesibilidad del servicio fax.


23. RNE3-23 Disponibilidad del servicio de asistencia al turista

Este servicio estará disponible en el horario de 7 am a 7 pm.

24. RNE3-24 Accesibilidad del servicio de atención al turista.


25. RNE3-25 Costo por destino de llamadas

Las llamadas a destinos internaciones y a celulares son cargadas a la cuenta del

huésped.

26. RNE3-26 Accesibilidad del servicio de llamadas.

El uso de este servicio es exclusivo para los huéspedes.

27. RNE3-27 Costo por custodia



El servicio de custodia en recepción tendrá un costo diario que será cargado a la

cuenta del huésped.

28. RNE3-28 Disponibilidad del servicio de recepción.

El servicio de recepción estará disponible las 24 horas del día.



2.2 Modelo de Casos de Uso del Negocio

Modelo de Caso de Uso de Negocio

Actores del Negocio

Casos de Uso de Negocio

2.2.1 Lista de los actores del negocio

ANE3-01 Cliente Es quien solicita y se beneficiara con los

servicios brindados por el Hotel.ANE3-02 Gerente de Servicios Es el actor que se beneficia de lo resultados

de la planificación de los servicios.

ANE3-01 Cliente ANE3-02 Gerente de Servicios



2.2.2 Diagrama de Casos de Uso del Negocio

CUN3-02 Ejecutar Servicios

(from Casos de Uso de Negocio)ANE3-01 Cliente

(from Actores del Negocio)

CUN3-01 Planificar Servicios

(from Casos de Uso de Negocio)

CUN3-03 Gestionar Informacion

(from Casos de Uso de Negocio)ANE3-02 Gerente de Servicios(from Actores del Negocio)



2.3 Realización de los Casos de Uso del Negocio

CUN3-02 Ejecutar Servicios


CUN3-01 Planificar Servicios


RCN3-02 Ejecutar Servicios

(from CU1)

RCN3-01 Planificar Servicios

(from CU2)

RCN3-03 Gestionar Informacion

(from CU3)

CUN3-03 Gestionar Informacion




2.3.1 Especificación de los casos de uso del negocio

2.3.1.1 CUN3-01 Planificar Servicios

1. Actores del negocio

1.1 ANE3-02 Gerente de Servicios

2. Propósito

Realizar la planificación de los servicios y elaborar el informe de planificación.

3. Breve descripción

El caso de uso inicia cuando el gerente de servicios solicita información de la planificación de los

servicios al administrador de servicios. Este último se encarga revisar los servicios y definir las

características (sub servicios según sea el caso) y políticas de los mismos. Después de ello se

encarga de agendar los servicios que ofrecerá el hotel y definir los empleados por horarios de

atención, además el tarifario del servicio. Como resultado de la planificación se le entrega al

Gerente de Servicios el Informe de Planificación.

4. Flujo de eventos

4.1 Flujo básico

1. El Gerente de Servicios solicita la planificación de servicios.

2. El Administrador de Servicios consulta los servicios a brindar.

3. El Administrador de Servicios define las características de los servicios.

4. El Administrador de Servicios define las políticas de los servicios.

5. El Administrador de Servicios agenda los servicios.

6. El Administrador de Servicios define los empleados necesarios para el servicio.

7. El Administrador de Servicios define el horario del personal.

8. El Administrador de Servicios define el tarifario de los servicios.

9. El Administrador de Servicios genera el informe de Planificación de servicios y lo entrega

al Gerente de Servicios.

10. El Gerente de Servicios recibe informe y con ello termina el caso de uso de negocio.

4.2 Flujos alternos



No aplica.

5. Precondiciones

Existen servicios configurados para el hotel.

6. Poscondiciones

Se elabora la agenda de servicios y se genera el informe de planificación solicitado.

7. Información adicional

No aplica.



2.3.1.2 CUN3-02 Ejecutar Servicios


1.1 ANE3-01 Cliente

Es el solicitante del servicio hotelero.

2. Propósito

Realizar la programación, reprogramación y/o cancelación de las reservas que el cliente solicita

para poder hacer uso de los servicios que se ofrecen en el hotel.


El caso de uso inicia cuando el cliente solicita la atención de algún servicio que se ofrece en el

hotel. El asistente de servicios pregunta al cliente si va utilizar el servicio o desea realizar una

reserva, si el servicio lo requiere. El asistente de servicios debe realizar algunas verificaciones

para poder atender al cliente, como por ejemplo: revisar si el servicio requiere una reserva previa,

si el servicio es exclusivo para huéspedes, si existe disponibilidad de horarios, entre otros. El caso

de uso termina al realizar la reserva o luego que el cliente hace uso del servicio o cuando por las

características del servicio (horarios, exclusividad) no se puede brindar el servicio al cliente.

4. Flujo de eventos

4.1 Flujo básico

1. El cliente solicita la atención de un servicio.

2. El asistente de servicios le consulta al cliente si va a utilizar el servicio.

3. El cliente indica que desea realizar una reserva.

4. El asistente de servicios consulta los datos del cliente para validar si se trata de un

huésped.

5. El asistente de servicios confirma que el cliente es un huésped del hotel.

6. El asistente de servicios revisa la agenda del servicio a reservar para ver la disponibilidad

del mismo.

7. El asistente de servicios verifica el tarifario del servicio.

8. El asistente de servicios actualiza la agenda del servicio con la reserva que se está



realizando.

9. Se actualiza la hoja de servicios del huésped.

10. El asistente de servicios le informa al cliente el cargo a su cuenta y con ello termina la el

caso de uso.

4.2 Flujos alternos

1. En el paso 9, el cliente no es un huésped.

El asistente de servicios genera la orden de pago para el cliente la cual servirá de entrada

para la facturación.

2. En el paso 8, se modifica la reserva.

a. El asistente de servicios actualiza el horario de la reserva según la disponibilidad

de horarios y regresa al flujo básico de eventos (paso 9).

3. En el paso 8, se cancela la reserva.

a. El asistente de servicios cancela la reserva a solicitud del cliente y regresa al flujo

básico de eventos (paso 9).

4. En el paso 5, el cliente no es un huésped.

a. El asistente de servicios confirma que el cliente no es huésped del hotel.

b. El asistente de servicios verifica la exclusividad del servicio.

c. El asistente de servicios confirma que el servicio no es de uso exclusivo para

huéspedes y regresa al flujo básico de eventos (paso 6).

d. En el paso 4c, servicio exclusivo para huéspedes.

El asistente de servicios verifica que el servicio solicitado es de uso exclusivo para

huéspedes por tanto le informa al cliente que no es posible realizarle la reserva.

5. En el paso 3, el cliente indica que desea utilizar el servicio.

a. El asistente de servicios verifica que para brindar se debe realizarse una reserva

previa.

b. El asistente de servicios verifica en la agenda de servicio que la persona tiene una

reserva y actualiza la hoja de servicios del cliente.

c. El asistente de servicios le indica al usuario que puede hacer uso del servicio.



Sub-Flujo

1. En el paso 5a El asistente de servicios verifica los datos del cliente.

a. El asistente de servicios confirma que el cliente es huésped del hotel y regresa al

flujo de eventos 5c.

2. En el paso 5a El asistente de servicios verifica que el cliente no es huésped del

hotel.

a. El asistente de servicios verifica que el servicio es exclusivo y por tanto deniega la

atención.

3. En el paso 5a El asistente de servicios verifica que el cliente no es huésped del

hotel.

a. El asistente de servicios verifica que el servicio no es exclusivo y le brinda la

atención al cliente.

4. En el paso 5b El asistente verifica que el cliente no tiene una reserva.

a. El asistente de servicios le brinda los horarios al cliente.

b. El cliente elige uno de los horarios brindados y regresamos al paso 4 del flujo

básico de eventos.

5. En el paso 5b El asistente verifica que el cliente no tiene una reserva.

a. El asistente de servicios le brinda los horarios al cliente.

b. El cliente no acepta los horarios brindados y rechaza la atención del servicio.

5. Precondiciones

5.1. El servicio que solicita el cliente debe ser parte de la lista de servicios que brinda el hotel.

6. Poscondiciones

6.1. Se actualiza la agencia de servicios con la reserva, reprogramación o cancelación del cliente.

6.2. Se actualiza la hoja de servicios del huésped.

6.3. Se genera la orden de pago para el visitante.



2.3.1.3 CUN3-03 Gestionar Información


1.1.ANE3-02 Gerente de Servicios

2. Propósito

Preparar diversos informes sobre la atención brindada en los servicios con el fin de poder

obtener indicadores de gestión que sirvan para evaluación de la gerencia así como a las

demás áreas del Hotel.


El caso de uso inicia cuando el gerente de servicios solicita información referente a la

productividad de los servicios prestados por el hotel.

El asistente de servicios prepara la información basada en las ventas y registros de servicios

que se generaron por día, mes trimestre. Asimismo esta información contiene detalles en

valores monetarios, tipo de servicio que uso cada cliente y cantidad de registros por horas.

Una vez que se cuenta con la información, esta es revisada y validada por el administrador de

servicios quien envía la información solicitada al gerente de servicios

4. Flujo de eventos

4.1.Flujo Básico

1. El Gerente de Servicio solicita informe.

2. El asistente de servicios prepara la información identificando el tipo de informe que se

requiere.

3. El asistente de servicio envía el informe al Administración para que valide la

información.

4. El administrador de servicios revisa el informe y envía el informe al gerente de

servicios.

5. El Gerente de Servicios recibo el informe y finaliza el caso de uso.

4.2.Flujos alternos

1. En el paso 4 el Administrador de servicios rechaza el informe y retornamos al paso 2

del flujo básico.



5. Precondiciones

No aplica.

6. Poscondiciones

No Aplica.

7. Información adicional

No Aplica



2.3.2 Diagramas de actividades

2.3.2.1 RCN3-01 Planificar Servicios

Sol icitar planificación de servicios

Recepcionar informe

Generar informe de Planificación

Consultar servicios a brindar

Definir caracteristicas

Agendar servicios

Defini r empleados

Definir politicas

Definir tarifario

Defini r horarios de personal

: ENE3-05 Informe de Planificacion

[Terminado]

: ENE3-08 Servicio

[Revisado]

: ENE3-09 Tarifario de Servicio

[Definido]

: ENE3-05 Informe de Planificacion

[Generado]

: ENE3-03 Empleado

[Actul izado]

: ENE3-01 Agenda de Servicio

[Actul izado]

: ENE3-04 Horario

[Actul izado]

: TNE3-01 Administrador de Servicios : ANE3-02 Gerente de Servicios



2.3.2.2 RCN3-02 Ejecutar Servicios

Solicitar atención

Usar serv icio

Rechazar Atencion

Aceptar Respuesta

Fin

Verif icar serv icio

Va usar servicio?

Si

Verif icar Datos ClienteNo

Requiere reservar?

Verif icar cliente

No

Es huesped?

Verif icar exclusiv idad

No

Es exclusivo?

Verif icar agenda

Si

Tiene reserva?

Es huesped ?

Consultar agenda

Si

Verif icar Exclusiv idad Serv icio

No

Exclusivo?

Actualizar reserv a

Denegar serv icio

Brindar horarios

Desea reserv...

No

Si

Es Huesped?

Generar orden de pago No

Actualizar Hoja de Serv icios

Si

Consultar Tarif ario

Inf ormar Cargo Cliente

Actualizar Hoja Serv icios SI

: ENE3-02 Cliente

[v erif icado]

: ENE3-01 Agenda de Serv icio

[v erif icado]


[Programado] : ENE3-08 Serv icio


[Actualizado]

: ENE3-10 Orden de Pago

[Emitido]

: ENE3-09 Tarif ario de Serv icio

[v erif icado]

: ENE3-11 Hoja de serv icio

[Actualizado]

: ENE3-02 Cliente

: ENE3-08 Serv icio

[v erif icado] : ENE3-11 Hoja de serv icio

[Actualizado]

Si

NO

No

Si

No

SI

: TNE3-02 Asistente de Servicios : ANE3-01 Cliente



2.3.2.3 RCN3-03 Gestionar Información

Solitar informe

Recepcionar Informe

Fin

Preparar informacion

Enviar informe Revisar informe Es correcto

No

Enviar informe final

Si

. : ENE3-06 Informe de Servicio

[Generado]

: ENE3-06 Informe de Servicio

[Modificado]

: ENE3-01 Agenda de Servicio

[Creado]

: TNE3-01 Administrador de Servicios : TNE3-02 Asistente de Servicios : ANE3-02 Gerente de Servicios

2.3.3 Lista de actividades a automatizar

2.1.2.12.3.3.1 RCN3-01 Planificar Servicios

Actividad Descripción Consultar servicios a brindar Actividad que hace referencia a la existencia de los

servicios que son brindados por hotel.Definir características La actividad que cosiste en definir las características de

cada servicio.Definir políticas Actividad que almacena las políticas de cada servicio que

han sido definidas, previamente, bajo las reglas del

negocio.Agendar servicios Actividad que consiste en definir los horarios de atención

de cada servicio.Definir empleados Actividad que consiste en definir la lista de los

trabajadores del HotelDefinir horarios de personal Actividad que registra los horarios de atención de cada

trabajador por servicio brindado.Definir tarifario Actividad que consiste en registrar los tarifarios que se

consideraran para cada servicio brindado.Generar informe de Planificación Actividad que genera un informe de la planificación de los

servicios que brinda el hotel.


Modelo de Analisis de Negocio


2.1.2.12.3.3.2 RCN3-02 Ejecutar Servicios

Actividad Descripción Verificar servicio Actividad que verifica si el servicio solicitado es válido.Verificar agenda Actividad que consiste en verificar la agenda y

disponibilidad de cada uno de los serviciosBrindar horarios Actividad que brinda los horarios de los servicios.Verificar cliente Actividad que verifica el tipo de cliente que está

solicitando un servicio.Verificar exclusividad Actividad que brinda información de la exclusividad del

servicio consultado. Esta puede ser solo para clientes

huéspedes o no. Consultar Tarifario Actividad que consulta las tarifas de los servicios

brindados por el hotel.Actualizar reserva Actividad que modifica o genera una reserva de un

servicio.Generar orden de pago Actividad que genera la orden de pago del servicio que

usara un cliente no huésped.Cargar Cuenta Huésped Actividad que carga el monto del servicio que está

usando un huésped durante su estadía. Actualizar Hoja de Servicios Actividad que actualiza el historial de los servicios que el

cliente ha consumido.

2.1.2.12.3.3.3 RCN3-03 Gestionar Información

Actividad Descripción Preparar información Actividad mediante la cual se elabora un informe con

todos los servicios que se han brindado a los clientes.

2.2.4 Modelo de Análisis del Negocio



Trabajadores Negocio

Entidades Negocio

Realizaciones de CUN



2.4.3 Lista de los trabajadores del negocio

TNE3-02 Asistente de ServiciosTNE3-01 Administrador de Servicios

2.4.4.1 TNE3-01 Administrador de Servicios

Rol del negocio responsable del área de servicios que tiene a su cargo la administración

de la misma.

2.4.4.2 TNE3-02 Asistente de Servicios

Rol del negocio responsable de la atención, y reserva de servicios que se brindan a los

clientes.

2.4.4 Lista de las entidades del negocio

ENE3-03 Empleado

ENE3-08 Servicio

ENE3-04 Horario

ENE3-09 Tarifario de Servicio

ENE3-05 Informe de Planificacion

ENE3-06 Informe de Servicio

ENE3-10 Orden de Pago

ENE3-02 Cliente

ENE3-11 Hoja de servicio

ENE3-07 ReservaENE3-01 Agenda de Servicio



2.4.5.1 ENE3-01 Agenda de Servicio

Es la entidad que almacena las atenciones de reservas y la agenda de los servicios que el hotel

brindará

Atributos

Nombre Descripción Tipo Valor inicialFecha Fecha de la agenda Date FechaHora Hora de la agenda Date Hora

2.4.5.2 ENE3-02 Cliente

Entidad que contiene la lista de los clientes que adquieren servicios en el Hotel

Atributos

Nombre Descripción Tipo Valor inicialNombre Nombre del cliente String no aplicaApellido Apellido del cliente String no aplicaFechanacimiento Fecha de nacimiento Date no aplicaNacionalidad Nacionalidad del cliente String no aplicaNombre Nombre del cliente String no aplicaApellido Apellido del cliente String no aplicaTipo Doc Identidad Tipo de Documento String no aplicaNum Doc Identidad Número del documento Number no aplica

2.4.5.3 ENE3-03 Empleado

Entidad que almacena y permite la actualización de los datos de los empleados que laboran en el

Hotel.

Atributos

Nombre Descripción Tipo Valor inicialNombre Nombre empleado String no aplicaApellido Apellido empleado String no aplicaFechaNacimiento Fecha de nacimiento Date no aplicaNacionalidad Nacionalidad empleado String no aplicaÁrea Área a la que pertenece String no aplicaCargo Cargo que desempeña String no aplicaFechaIngreso Fecha de ingreso Date no aplica

2.4.5.4 ENE3-04 Horario

Entidad que registra los horarios del personal que va atender los servicios hoteleros

Atributos

Nombre Descripción Tipo Valor inicialServicio Servicio a cubrir String no aplicaEmpleado Empleado asignado String no aplicaHoraInicio Hora de inicio de atención Date no aplica



HoraFin Hora de fin de atención Date No aplica

2.4.5.5 ENE3-05 Informe de Planificación

Es el informe de planificaron de los servicios, horarios y agenda que posee el Hotel.

Atributos

Nombre Descripción Tipo Valor inicialServicio Servicio planificado String no aplicaFecha Fecha del informe Date no aplicaEmpleado Empleados por servicio String No aplicaHoraInicio Hora de inicio de atención Date No aplicaHoraFin Hora de fin de atención date No aplica



2.4.5.6 ENE3-06 Informe de Servicio

Es el informe de las atenciones brindadas a los clientes huéspedes y no huéspedes. Asimismo,

muestra detalles de tiempo de servicios y cantidad de uso por cliente.

Atributos

Nombre Descripción Tipo Valor inicialServicio Nombre del servicio String(50) no aplicaCantidadAtencion Número de atenciones Integer(100) no aplicaNombreCliente Nombre del cliente

asociado al servicio.

String(50) no aplica

tipoCliente Huésped o No huésped String(20) No aplicatiempoServicio Tiempo total consumido

de cada servicio por

cliente

Double(100) No aplica

fechaServicioUltimo Ultima fecha de uso del

servicio

Date No aplica

2.4.5.7 ENE3-07 Reserva

Almacena las reservas realizadas por los clientes en el hotel en el uso de los diferentes servicios.

Atributos

Nombre Descripción Tipo Valor inicialFecha Fecha de la reserva Date No aplica.NombreCliente Nombre del cliente String(50) No aplica.Servicio Nombre del servicio

asociado

String(50) No aplica.



2.4.5.8 ENE3-08 Servicio

Entidad Almacena información de diversos servicios que ofrece el hotel.

Atributos

Nombre Descripción Tipo Valor inicialDescripcion Descripción del servicio String(50) No aplica.HoraInicio Hora de inicio del servicio Date No aplicaHoraFin Hora de finalización del

servicio

Date No aplica

Detalle Detalle de servicio String(100) No aplicaExclusivo Si, No String(50) No aplica

2.4.5.9 ENE3-09 Tarifario de Servicio

Es la cartilla de precios por cada servicio brindado por el hotel. Muestra detalles monetarios y

exclusividad de los servicios.

Atributos

Nombre Descripción Tipo Valor inicialServicio Nombre del servicio String(50) no aplicaPrecio Costo del servicio Double(100) no aplicaMoneda Tipo de moneda String(50) No aplica

2.4.5.10 ENE3-10 Orden de Pago

Entidad que almacena el valor monetario de los servicios utilizados por clientes no huéspedes.

Atributos

Nombre Descripción Tipo Valor inicialOrden Número correlativo Integer(5) no aplicaFechaAtencion Fecha de atención del

servicio

Date no aplica

Monto Valor monetario total por

el consumo de servicios.

Double(100) no aplica

Servicio Nombre del servicio

utilizado.

String(50) No aplica



2.4.5.11 ENE3-11 Hoja de Servicio

Entidad que almacena los servicios facturables realizados por el cliente huésped.

Atributos

Nombre Descripción Tipo Valor inicialServicio Nombre del servicio

utilizado

String(50) No aplica

NombreCliente Nombre del cliente String(50) No aplica.horaAtencion Hora en que se ejecuto

servicio

Date No aplica

fechaAtencion Fecha en que se ejecuto

el servicio

Date No aplica

DuracionServicio Tiempo de duración en

horas del servicio

utilizado.

Double(100) No aplica



2.4.5 Diagrama de Clases del Negocio

2.4.6.1. RCN3-01 Planificar Servicios

ENE3-04 Horario

(from Entidades Negocio)

ENE3-09 Tarifario de Servicio(from Entidades Negocio)

ENE3-03 Empleado


ENE3-05 Informe de Planificacion


ENE3-08 Servicio


ENE3-01 Agenda de Servicio(from Entidades Negocio)

TNE3-01 Administrador de Servicios(from Trabajadores Negocio)



2.4.6.2. RCN3-02 Ejecutar Servicios

ENE3-07 Reserva


ENE3-02 Cliente


ENE3-01 Agenda de Servicio


ENE3-10 Orden de Pago


ENE3-11 Hoja de servicio(from Entidades Negocio)

ENE3-09 Tarifario de Servicio(from Entidades Negocio)

ENE3-08 Servicio


TNE3-02 Asistente de Servicios(from Trabajadores Negocio)



2.4.6.3. RCN3-03 Gestionar Información

ENE3-06 Informe de Servicio(from Entidades Negocio)

ENE3-01 Agenda de Servicio(from Entidades Negocio)

TNE3-02 Asistente de Servicios

(from Trabajadores Negocio)

TNE3-01 Administrador de Servicios

(from Trabajadores Negocio)



CAPÍTULO 3.

REQUERIMIENTOS

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 para satisfacerlos y que los

testadores prueben que el sistema los satisface

3.1 Especificación de requerimientos de Software

1 Funcionalidad

El sistema debe:

1. RFU3-01 Registrar Reserva de Servicios:

El sistema deberá permitir registrar, modificar y/o anular las reservas que un cliente

solicite.

2. RFU3-02 Consultar Servicio:

El sistema deberá permitir realizar una consulta de los servicios, mostrando los datos

principales de cada uno.



3. RFU3-03 Consultar Agenda de Servicio:

El sistema deberá permitir consultar la agenda asociada a un servicio para verificar

disponibilidad de horarios. Además, se debe diferenciar, a través de colores, los horarios

reservados.

4. RFU3-04 Registrar Hoja de Servicio:

El sistema deberá registrar todos los servicios consumidos por el cliente, (ya sean

huéspedes o no) solo para aquellos que no requieran una reserva previa.

5. RFU3-05 Registrar Hoja de Servicio:

El sistema deberá registrar todos los servicios consumidos por el cliente, (ya sean

huéspedes o no) solo para los servicios que no requieren realizar una reserva previa.

6. RFU3-06 Generar Reportes de Ejecución:

El sistema deberá permitir emitir un reporte de los servicios con más demanda.

7. RFU3-07 Generar Planificación de Servicios:

El sistema deberá permitir planificar, modificar y/o eliminar anular la planificación de un

servicio.

8. RFU3-08 Actualizar características de servicios:

El sistema deberá permitir ingresar y/o modificar las características y las políticas definidas

para los servicios.

9. RFU3-09 Actualizar Tarifas de Servicios:

El sistema deberá permitir ingresar y/o modificar las tarifas definidas para los servicios.

10. RFU3-10 Generar Agenda de Servicios:

El sistema deberá permitir crear, modificar y/o eliminar la agenda de los servicios y los

horarios de atención.

11. RFU3-11 Actualizar Personal de Servicio:

El sistema deberá permitir registrar, modificar y/o eliminar la asignación del personal

responsable de brindar los servicios y sus turnos de atención.

12. RFU3-12 Generar Reportes de Planificación:

El sistema deberá emitir un reporte de la agenda por servicio.

13. RFU3-13 Consultar Clientes:



El sistema deberá permitir realizar una consulta de los clientes, mostrando los datos


14. RFU3-14 Consultar Proveedores:

El sistema deberá permitir realizar una consulta de los proveedores, mostrando los datos


2 Usabilidad

1. RNF9-01 Tiempo de registro de solicitud de servicio

El sistema permitirá a los usuarios el registro de la solicitud de servicio como promedio en

30 segundos.

2. RNF9-02 Facilidad de uso

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.

3. RNF9-03 Acciones en caso de error

En caso de error del usuario el sistema informará claramente: el mensaje del error y la

solución.

4. RNF9-04 Lenguaje usado por la interfaz gráfica

El lenguaje empleado en la interfaz gráfica del sistema respetará los términos usados en

el negocio.

3 Confiabilidad

5. RNF9-05 Disponibilidad del sistema

El sistema debe estar disponible los 365 días del año, 24 horas al día, con un margen de

error del 3%.

6. RNF9-06 Tiempos entre fallas

El tiempo promedio entre fallas del sistema (MTBF) será de 30 días

7. RNF9-07 Tiempos para reparaciones

La duración promedio de una reparación (MTTR) del sistema no deberá ser mayor a 30

minutos.



8. RNF9-08 Tiempo de solución para fallas de hardware

El tiempo promedio de solución de una falla de hardware no excederá las 2 horas.

9. RNF9-09 Tiempo de respuesta promedio del sistema

El tiempo de respuesta promedio del sistema para las operaciones involucradas en la

gestión hotelera es de 5 segundos.

4 Rendimiento

10. RNF9-10 Concurrencia de usuario

El sistema desarrollado deberá trabajar sin problemas con una concurrencia máxima de 150

usuarios.

11. RNF9-11 Tiempo promedio de respuesta del sistema

El 75 por ciento de las transacciones del sistema no deben exceder los 7 segundos.

12. RNF9-12 Cantidad promedio de transacciones por minuto

El sistema debe soportar un promedio de 50 transacciones por minuto.

5 Soporte

13. RNF9-13 Navegadores Web soportados

El cliente Web del sistema soportará los navegadores Microsoft Internet Explorer 6.0 o

superior.

14. RNF9-14 Sistemas operativos soportados

El sistema será compatible con plataformas Windows XP profesional o superior.

15. RNF9-15 Facilidad de instalación

El sistema permitirá a un usuario su instalación sin entrenamiento previo.

16. RNF9-16 Mecanismos de actualización automática

El sistema debe incluir un mecanismo que permita su actualización automática sin la

intervención del usuario.

17. RNF9-17 Soporte del sistema

Se brindará un soporte a los usuarios los 365 días del año, 24 horas al día.

6 Consideraciones de Diseño



18. RNF9-18 Alineación con los sistemas de la Corporación

El sistema debe alinearse con la red implementada en la empresa y no deberá generar

conflicto con las aplicaciones existentes.

19. RNF9-19 Requerimientos mínimos

El sistema debe trabajar sobre cualquier computador que cuente con los requerimientos

mínimo de procesador Pentium IV o superior, 512 Mb de memoria RAM y disco duro de

20 Gb.

20. RNF9-20 Lenguaje de programación

El lenguaje de programación a usar es Visual Basic .NET y la herramienta de desarrollo es

Visual Studio 2008 (Framework 3.5).

21. RNF9-21 Arquitectura lógica

La arquitectura lógica deberá considerarse como mínimo en dos capas.

22. RNF9-22 Servidores

Se debe considerar, por lo menos, un servidor de aplicación y uno de base de datos.

23. RNF9-23 Motor de base de datos

El motor de base de datos deberá ser SQL Express 2005.



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

No aplica a este proyecto.

Componentes Adquiridos


Interfaces

Interfases de Usuario

El diseño de la interfaz gráfica del sistema se alineará al estándar definido en la empresa para las

aplicaciones existentes.

En las interfaces de usuario deberán predominar los colores institucionales, según la imagen

adjunta.

• El logotipo estará siempre presente en la parte superior izquierda de todas las interfaces.

• El tipo de letra general será Verdana de tamaño general de 3 para web.

• El ancho de la página se limita a un tamaño de pantalla de de 1024x768 píxel sin scroll

horizontal.

• Las barras de scroll se activarán una vez que el texto sobrepase este límite.

• En ancho de la pantalla deberá estar limitado a 600 píxel con un 20% de espacio superior

horizontal que ocupa todo el ancho de la pantalla para el logo en la parte izquierda y sobre la

derecha las opciones que se pudieran presentar. El 80% restante corresponde al cuerpo de la

pantalla.

• Los gráficos que se presenten en las interfaces, tendrán un peso no mayor a los 100 kb.

• Los reportes mostrarán el logotipo y nombre de la empresa

Interfases de Hardware



Cuerpo de la página

Logo Título de páginaOpciones de menú de la

página


Interfases de Software


Interfases de Comunicaciones


Licenciamiento

Licencia de lenguaje de programación

Licencia de Visual Basic .NET y de Visual Studio 2008 (Framework 3.5).

Licencia de base de datos

Licencia de Microsoft SQL Server 2005 Express por procesador.

Requerimientos Legales, Copyright y Otros


Estándares Aplicables




3.2 Modelo de Casos de Uso del Sistema

3.2.1 Lista de los actores del sistema

Código Actor del sistema DescripciónASI3-03 Administrador de

Servicios

Rol que realiza la planificación del

servicio, registra las características del

servicio, políticas y configura la agenda

del servicio. ASI3-02 Asistente de Servicios Rol que se encarga de atender al cliente ante

la solicitud de un servicio, brindándole

información de disponibilidad y reservas de

los servicios.



3.2.2 Diagrama de Actores del Sistema

ASI3-01 Usuario

ASI3-02 Asistente de Servicios

ASI3-03 Administrador de Servicios

3.2.3 Diagrama de Paquetes

PSI3-01 Planificar Servicios

(from Caso de Uso de Sistema )

PSI3-02 Usar Servicios


PSI9-01 Seguridad




3.2.4 Diagrama de Casos de Uso del Sistema por paquete

3.2.4.1PSI3 - 01 Planificar Servicio

CUS3-08 Gestionar Informacion de Planificacion

CUS3-07 Asignar Personal

ASI3-03 Administrador de Servicios

(f rom Actores del Sistema)

CUS3-02 Consultar Servicio

(f rom PSI3-02 Ejecutar Serv icios)

CUS3-06 Agendar Servicios

<<include>> <<include>>

3.2.4.2PSI3 - 02 Usar Servicio



3.3 Priorización de los Casos de Uso del Sistema

3.3.1 Clasificación de los casos de uso del sistema

Caso de Uso ClasificaciónCUS3-01 Consultar Agenda de Servicio Primario

CUS3-02 Consultar Servicio Primario

CUS3-03 Administrar Reserva de Servicio Primario

CUS3-06 Agendar Servicio Primario

CUS3-07 Asignar Personal Primario

CUS3-04 Administrar Hoja de Servicio Primario

CUS3-05 Gestionar Informacion de Ejecucion Secundario

CUS3-08 Gestionar Informacion de Planificacion Secundario

CUS3-09 Consultar Cliente Secundario

CUS3-10 Consultar Proveedor Secundario

3.3.2 Ciclos de desarrollo de los casos de uso del sistema

Caso de Uso Prioridad

CUS3-01 Consultar Agenda de Servicio Ciclo 0

CUS3-02 Consultar Servicio Ciclo 0

CUS3-03 Administrar Reserva de Servicio Ciclo 0

CUS3-06 Agendar Servicio Ciclo 0

CUS3-07 Asignar Personal Ciclo 0

CUS3-04 Administrar Hoja de Servicio Ciclo 0

CUS5-05 Gestionar Información de Ejecución Ciclo 1

CUS3-08 Gestionar Información de Planificación Ciclo 1

CUS3-09 Consultar Cliente Ciclo 1

CUS3-10 Consultar Proveedor Ciclo 1

3.4 Realización de los Casos de Uso del Sistema

3.4.1 Especificación de alto nivel

CUS3-01 Consultar Agenda de ServicioActores(s) Asistente de Servicios

PropósitoVisualizar la disponibilidad de horarios de los servicios.

Caso de uso

asociado


CUS03-03 Administrar Reserva de ServicioResumen El caso de uso se inicia cuando el usuario necesita conocer los horarios

y/o disponibilidad de un servicio. Para ello busca el servicio del cual

desea ver la información y luego de elegirlo el sistema le muestra la



agenda correspondiente al mes y año actual, finalizando con esto el

caso de uso.

RequerimientoRFU3-03 Consultar Agenda de Servicio

CUS3-02 Consultar ServicioActores(s) Asistente de Servicios

PropósitoVisualizar la información correspondiente a los servicios.

Caso de uso

asociado

CUS3-01 Consultar Agenda de Servicio

CUS3-04 Administrar Hoja de Servicio

CUS3-05 Gestionar Informacion de Ejecucion

CUS3-06 Agendar Servicio

CUS3-08 Gestionar Informacion de Planificacion.

Resumen

El caso de uso se inicia cuando el usuario necesita visualizar las

características de un servicio: descripción, precio, facturable,

exclusividad, entre otros. El caso de uso termina cuando el usuario elige

el servicio con el cual desea trabajar.

RequerimientoRFU3-02 Consultar Servicio

CUS3-03 Administrar Reserva de ServicioActores(s) Asistente de Servicios

PropósitoRegistrar, modificar y/o cancelar una reserva de servicios.

Caso de uso

asociado


CUS3-09 Consultar Cliente

CUS3-10 Consultar Proveedor

Resumen

El caso de uso se inicia cuando el usuario necesita registrar, modificar

y/o cancelar una reserva. Para ello se indica el servicio, fecha, hora,

duración, y los datos del cliente. El caso de uso termina con la

actualización de la reserva.

RequerimientoRFU3-01 Registrar Reserva de Servicios



CUS3-04 Administrar Hoja de ServicioActores(s) Asistente de Servicios

PropósitoRegistrar información de los consumos de servicios que no requieren

una reserva para ser utilizados.

Caso de uso

asociado




Resumen

El caso de uso se inicia cuando el usuario registra el consumo de un

servicio el cual no requiere una reserva. El caso de uso termina con la

actualización de la hoja de servicio.

RequerimientoRFU3-05 Registrar Hoja de Servicio

CUS3-05 Gestionar informacion de EjecucionActores(s) Asistente de Servicios

PropósitoGenerar reportes de consumo de los diferentes servicios que brinda el

hotel.Caso de uso

asociado



Resumen

El caso de uso se inicia cuando el usuario requiere obtener información

sobre el consumo de los diferentes servicios. Esta información se podrá

obtener por Servicio o por Cliente.

En el primer caso, selecciona el servicio para poder ejecutar el reporte.

El sistema mostrará todos los consumos realizados durante el periodo

de tiempo indicado.

En el segundo caso, el usuario selecciona un cliente para poder ejecutar

el reporte. El sistema mostrará todos los servicios consumidos por dicho

cliente.

En ambos casos, el caso de uso finaliza cuando el sistema procesa la

información y muestra el reporte.

RequerimientoRFU3-06 Generar Reportes de Ejecución



CUS3-06 Agendar ServicioActor(es) Administrador de Servicios

Propósito Se encarga de definir las características y políticas de los servicios a

brindar.Caso de uso

asociado


CUS3-07 Asignar PersonalResumen El caso de uso se inicia cuando el Administrador de Servicio requiere

planificar los servicios que se van a brindar. Se seleccionan los servicios

requeridos, se definen las características (exclusividad, tarifa, reserva

anticipada, entre otros), las políticas (ejemplo: porcentajes de descuento

a huéspedes) y se agenda cada servicio. El caso de uso finaliza con la

obtención de la agenda de servicios.Requerimiento RFU3-07 Generar Planificación de Servicios

RFU3-08 Actualizar características de servicios

RFU3-09 Actualizar Tarifas de Servicios

CUS3-07 Asignar PersonalActor(es) Administrador de Servicios

Propósito Se encarga de crear la agenda por cada servicio. Caso de uso

asociado


Resumen El caso de uso se inicia cuando el Administrador de Servicios, requiere

crear la agenda de servicios. Registra los horarios de atención para cada

servicio, asigna el personal necesario y su turno de atención.

El caso de uso termina cuando el Administrador de Servicios obtiene la

agenda de los servicios.Requerimiento RFU3-10 Generar Agenda de Servicios

RFU3-11 Actualizar Personal



CUS3-08 Gestionar Informacion de PlanificacionActor(es) Administrador de Servicios

Propósito Se encarga de generar los reportes asociados a la planificación de los

servicios.Caso de uso

asociado


Resumen El Caso de uso se inicia cuando el Administrador de Servicios requiere

generar reportes de los servicios planificados, tarifas y personal

asignado.

El caso de uso termina cuando el Administrador de Servicios obtiene los

reportes requeridos.Requerimiento RFU3-12 Generar Reportes de Planificación

CUS3-09 Consultar ClienteActor(es) Asistente de Servicios

Propósito Se encarga de mostrar información de los clientes, Caso de uso

asociado

CUS3-03 Administrar Reserva de Servicio

CUS3-04 Administrar Hoja de Servicio

CUS3-05 Gestionar Informacion de EjecucionResumen El Caso de uso se inicia cuando el Asistente de Servicios requiere

consultar los datos de un cliente del hotel. El caso de uso termina cuando

el sistema muestra los datos del cliente.Requerimiento RFU3-13 Consultar Clientes

CUS3-10 Consultar ProveedorActor(es) Asistente de Servicios

Propósito Se encarga de mostrar información de los proveedor de servicios con los

cuales trabaja el hotel.Caso de uso

asociado


CUS3-04 Administrar Hoja de ServicioResumen El Caso de uso se inicia cuando el Asistente de Servicios requiere

consultar los datos de un proveedor. El caso de uso termina cuando el

sistema muestra los datos del proveedor.Requerimiento RFU3-14 Consultar Proveedores

3.4.2 Especificación de los casos de uso del sistema


1 Actores



1.1 ASI3-02 Asistente de Servicios

2 Propósito

Consultar la agenda de un servicio.

3 Breve Descripción

El caso de uso comienza cuando el usuario indica “cConsultar aAgenda de sServicio” en el sistema. El sistema muestra una vista donde se puede apreciar los horarios planificados, disponibilidad e información resumida de las posibles reservas realizadas. El caso de uso termina cuando el sistema muestra la agenda del servicio.

4 Flujo Básico de Eventos

1. El usuario indica consultar agenda de servicio.2. El sistema muestra el criterio de búsqueda: por nombre del servicio el cual es de

carácter obligatorio. 3. El usuario pulsa indica “Ir a Ir a Buscar Servicio”, ver caso de uso “CUS3-02 Consultar

Servicio”.4. El sistema muestra el el nombre nombre del servicio.5. El usuario selecciona el periodo a consultar . 6. El usuario pulsa indica “Mostrar Agenda”7. El sistema muestra los datos de la agenda, en una vista mensualsemanal, es decir la

forma de presentación será similar al esquema de un calendario tradicional considerando que en los días que no se haya planificado atención total del servicio se deberán mostrar deshabilitados.

8. El usuario pulsa “Salir”.9. El sistema sale de la agenda y el caso de uso finaliza.

5 Sub flujos

No Aplica

6 Flujos Alternativos

6.1 Caso de Uso “CUS3-03 Administrar Reserva de Servicio”

El usuario pulsa sobre uno de los días de la agenda y se instancia el caso de uso “CUS3-

03 Administrar Reserva de Servicio”.

7 Precondiciones

7.1 Planificación del Servicio

El servicio a mostrar ha sido planificado para el periodo a consultar.

8 Poscondiciones

Se visualizan los datos de la agenda de servicio.

9 Puntos de Extensión

9.1 CUS3-03 Administrar Reserva de Servicio

10 Requerimientos Especiales

No aplica


1 Actores



ASI3-02 Asistente de Servicios, ASI3-03 Administrador de Servicios

2 Propósito

Consultar los datos de un servicio.


El caso de uso comienza cuando el usuario indica consultar servicio en el sistema. El sistema

permite buscar y consultar toda la información de un servicio. El caso de uso termina cuando el

sistema muestra los datos del servicio.

4 Flujo Básico de Eventos

1 El usuario indica consultar servicio.

2 El sistema muestra el criterio de búsqueda: por nombre del servicio el cual es de carácter

obligatorio.

3 El usuario eligeingresa los el criterios de búsqueda e indica “Buscar”.

4 El sistema muestra la información de los servicios que coincidan con la el criterio

ingresadobúsqueda solicitada, según requerimiento especial 1.

5 El usuario selecciona el servicio .

6 El usuario indica “Mostrar Detalle”, ver subflujo “Mostrar Detalle”.

7 El sistema sale de la búsqueda y el caso de uso finaliza.

5 Sub flujos

5.1 “Mostrar Detalle”

El sistema muestra la lista de subservicios según requerimiento especial 2.

El usuario indica cerrar.

El sistema abandona el subflujo y regresa al paso 6 del flujo básico.

No Aplica

6 Flujos Alternativos

No Aplica

7 Precondiciones

7.1 Se ha instanciado alguno de los siguientes caso de uso:

• “CUS3-01 Consultar Agenda de Servicio”.

• “CUS3-04 Administrar Hoja de Servicio”.

• “CUS3-05 Gestionar Informacion de Ejecucion”.

• “CUS3-06 Agendar Servicio”

8 Poscondiciones

Se visualizan muestran los datos del servicio buscado.


No aplica.

10 Requerimientos Especiales



10.1 Requerimiento especial 1: Listado de Servicios

• La lista de servicios debe mostrarse en orden ascendente por nombre del servicio.

• La lista de servicios debe mostrar los siguientes datos: código del servicio, nombre

del servicio, descripción, estado, indicador de sub servicios, moneda, costo,

exclusividad, hora de apertura y hora de cierre., indicador de facturable y

capacidad.

10.2 Requerimiento especial 2: Detalle del Servicio

• La lista de subservicios deben mostrarse en orden ascendente por nombre del

servicio.

• La lista de servicios debe mostrar los siguientes datos: nombre del servicio,

estado, moneda, costo, exclusividad, hora de apertura y hora de cierre.


1. Actores


2. Propósito

Crear, modificar y/o anular una reserva.

3. Breve Descripción

El caso de uso comienza cuando el usuario indica “Reservas” desde la “Agenda de Servicio”. El

sistema permite crear, modificar o anular los datos de una reserva. El caso de uso termina cuando

se actualizan los datos de la reserva, ya sea por una nueva reserva, modificación o anulación.

4. Flujo Básico de Eventos

1. El sistema muestra una lista resumen (nombre del cliente y hora de inicio) para

todas aquellas reservas realizadas de la reservas realizadas en el díaen el horario

seleccionado, los datos a mostrar son: numero de reserva, nombre del cliente, estado de

la reserva, tarifa y monto..

2. Si el usuario indica:

• Nuevo, ver subflujo “Nueva Reserva”.

• Editar, ver subflujo “Modificar Reserva”.

3. El usuario indica “Salir”.

4. El sistema sale de la reserva y el caso de uso finaliza.

5. Subflujos

5.1 “Nueva Reserva”



1. El sistema muestra todos los datos que se deben ingresar, según requerimiento

especial 1.

2. El usuario indica “Ir a Buscar Cliente”, ver especificación de caso de uso “CUS3-09

Consultar Cliente”.

3. El usuario ingresa los datos de la reserva, y como parte de estos en el dato

“Periodicidad”, indica:

• Se repite, ver subflujo “Periodicidad de Reserva”

4. El usuario indica “Grabar”

5. El sistema registra los datos de la reserva.


7. El sistema abandona el subflujo y regresa al paso 3 del flujo básico.

5.2 “Periodicidad de Reserva”

1. El sistema muestra una ventana con los datos que deberá ingresar el usuario para

indicar la frecuencia de la reserva.


• Continuo, debe seleccionar el rango de fechas de la reserva.

• Personalizado, debe seleccionar los días de la semana a reservar.

3. El usuario indica la hora de inicio y fin de la reserva.

4. El usuario indica “Aplicar”.

5. El sistema abandona el subflujo y regresa al paso 4 del sub flujo “Nueva Reserva”.

5.3 “Modificar Reserva”

1. El sistema identifica que a reserva se ha registrado con una periodicidad, por ello

muestra las siguientes alternativas:

• ¿Desea modificar la reserva seleccionada? con lo cual solo se actualiza

los datos de esa reserva.

• ¿Desea modificar toda la serie de reservas? con lo cual se actualiza todas

las reservas que se generaron con la periodicidad.

2. El usuario elige la opción que desee realizar.

3. El sistema muestra los campos de la reserva, según requerimiento especial 3.

4. El usuario modifica los datos de la reserva.

5. El usuario indica “Grabar”.

6. El sistema registra los datos de la reserva.


8. El sistema abandona el subflujo y regresa al paso 3 del flujo básico.

6. Flujos Alternativos

6.1 Luego del Paso 2 del Flujo Básico “Servicio con Proveedor”

• El servicio lo debe realizar un proveedor, por tanto el usuario debe indicar este

dato, ver especificación de caso de uso “CUS3-10 Consultar Proveedor”.



6.2 Paso 4 del Sub Flujo “Nueva Reserva” y del Sub Flujo “Modificar Reserva”

• No se cumple con el requerimiento especial 2, por lo tanto el sistema muestra un

mensaje informando el porqué no es posible registrar la reserva.

• El sistema verifica que la capacidad del servicio está al límite para la fecha y hora

indicada por lo tanto muestra un mensaje indicando el porqué no es posible registrar la

reserva.

• El sistema muestra un mensaje indicando que el servicio es un servicio exclusivo

para huéspedes del hotel.

• El sistema muestra un mensaje indicando que debido al estado de la reserva no

se pueden realizar más cambios, esto para cuando la reserva se encuentre “Anulada” o

“Ejecutada”.

7. Precondiciones

7.1 Se ha instanciado el caso de uso “CUS3-01 Consultar Agenda de Servicio”.

8. Pos condiciones

Se han actualizado los datos de la reserva.

9. Puntos de Extensión

No aplica.

10. Requerimientos Especiales

10.1 Requerimiento especial 1: Campos de la Reserva

• Los campos de la reserva son los siguientes:

o Nombre del Servicio.

o Detalle del servicio

o Proveedor

o Cliente

o Estado

o Personal

o Periodicidad

o Fecha de Reserva

o Hora de Inicio

o Hora de Fin

o Observaciones

10.2 Requerimiento especial 2: Validación de datos

• El nombre del servicio es un dato de solo lectura.

• Los datos que debe ingresar el usuario de forma obligatoria son: detalle de

servicio, cliente, fecha de reserva, hora de inicio, hora de fin y periodicidad.

• El proveedor es un dato obligatorio si en la planificación del servicio se ha definido

que el servicio será brindado exclusivamente por un tercero.



• Mientras la reserva se encuentre como “Pendiente”, es posible realizar

10.3 Requerimiento especial 3: Datos editables reserva

• Si se trata de una reserva que no tiene periodicidad, el sistema permite editar

cualquier dato de la reserva.

• Si se trata de una reserva con periodicidad, dependerá de lo que el usuario haya

elegido en el paso 1 del subflujo “Modificar Reserva”

o Si eligió “Modificar la reserva”, el sistema solo habilita los datos de la hora

de inicio y fin para que puedan ser editados:

o Si eligió “Modificar toda la serie de reservas”, el sistema permite modificar

cualquier dato.



CUS3-04 Administrar Hoja Servicio

1. Actores


2. Propósito

Registrar los consumos realizados por los clientes para aquellos servicios que no

requieren una reserva previa.


El caso de uso comienza cuando el usuario indica “Hoja de Servicio”. El sistema permite

registrar y/o modificar los servicios que ha consumido un cliente, para aquellos servicios

que no necesitan una reserva previa. El caso de uso termina cuando se actualizan los

datos de la hoja de servicio, ya sea por un nuevo registro o por la modificación.


1. El usuario indica “Hoja de Servicio”.

2. El sistema muestra un listado de todas las hojas de servicios registradas, según

requerimiento especial 1.


• Nuevo, ver subflujo “Nueva Hoja de Servicio”.

• Modificar, ver subflujo “Modificar Hoja de Servicio”.


5. El sistema sale de la hoja de servicio y el caso de uso finaliza.

5. Subflujos

5.1 “Nueva Hoja de Servicio”

1. El sistema muestra una ventana con los datos que debe ingresar el usuario: Datos

del Cliente y Detalle de Servicios.

2. El usuario indica “Ir a Buscar Cliente”, ver especificación de caso de uso “CUS3-09

Consultar Cliente”.

3. El sistema muestra los datos del cliente según la información de la persona

elegida: número de habitación, tipo y número de documento de identidad.

4. El usuario indica “Detalle Servicio”, ver subflujo “Detalle de Hoja Servicio”.


6. El sistema registra la nueva hoja de servicio.

7. El sistema abandona el subflujo y regresamos al paso 4 del flujo básico.

5.2 “Modificar Hoja de Servicio”

1. El sistema muestra toda la información de la hoja de servicios: Datos del Cliente y

Detalle de Servicios.

2. El usuario indica “Detalle Servicio”, ver subflujo “Detalle de Hoja Servicio”.




4. El sistema actualiza la hoja de servicio.

5. El sistema abandona el subflujo y regresamos al paso 4 del flujo básico.

5.3 “Detalle de Hoja de Servicio”

1. El sistema muestra los servicios contenidos en la hoja según requerimiento

especial 2.

2. El usuario indica la operación que desea realizar, si pulsa:

• Nuevo, ver subflujo “Nuevo Ítem Servicio”

• Modificar, ver subflujo “Modificar Ítem Servicio”

3. El sistema abandona el subflujo y regresamos al paso 3 o 5 del sub flujo “Modificar

Hoja de Servicio” o “Nueva Hoja de Servicio” respectivamente.

5.4 “Nuevo Item Servicio”

1. El usuario pulsa “Ir a Buscar Servicio”, ver caso de uso “CUS3-02 Consultar

Servicio”.

2. El sistema muestra el nombre del servicio

3. El usuario ingresa los datos del nuevo servicio, según requerimiento especial 3.

4. El usuario indica “Aplicar”.

5. El sistema agrega un nuevo servicio a la hoja.

6. El sistema abandona el subflujo y regresamos al paso 3 del subflujo “Detalle

Servicio”.

5.5 “Modificar Item Servicio”

1. El usuario pulsa “Ir a Buscar Servicio”, ver caso de uso “CUS3-02 Consultar

Servicio”.

2. El sistema muestra el nombre del servicio

3. El usuario ingresa los datos del servicio, según requerimiento especial 3.

4. El usuario indica Aplicar.

5. El sistema modifica los datos del servicio elegido.

6. El sistema abandona el subflujo y regresamos al paso 3 del subflujo “Detalle

Servicio”.


6.1 Paso 5 del Sub Flujo “Nueva Hoja de Servicio”



• El sistema identifica que no se han ingresado los datos del cliente y además que

no se cumple con el requerimiento especial 3, por tanto muestra un mensaje con la

restricción correspondiente.

6.2 Paso 3 del Sub Flujo “Modificar Hoja de Servicio”

• El sistema identifica que no se han ingresado los datos del cliente y además que

no se cumple con el requerimiento especial 3, por tanto muestra un mensaje con la

restricción correspondiente.

6.3 Paso 4 del Sub Flujo “Nuevo Ítem Servicio” o sub flujo “Modificar Ítem Servicio”

• El sistema identifica que no se cumple con el requerimiento especial 3 por tanto no

permite registrar o actualizar los datos del detalle de la hoja de servicios.

6.4 Paso 3 del Sub Flujo “Nuevo Ítem Servicio” o sub flujo “Modificar Ítem Servicio”

• El servicio lo realiza un proveedor, por tanto el usuario debe indicar este dato, ver

especificación de caso de uso “CUS3-10 Consultar Proveedor”.

7. Precondiciones

7.1 Se ha instanciado el caso de uso “CUS3-02 Consultar Servicio”.

8. Poscondiciones

Se ha generado y/o actualizado los servicios consumidos por el cliente.


9.1 CUS3-10 Buscar Proveedor


10.1 Requerimiento especial 1: Listado de Hojas de Servicio

• Los filtros definidos para el listado de hojas de servicio son:

o Fecha de Inicio correspondiente a la fecha de generación de la hoja.

o Fecha de fin correspondiente a la fecha de generación de la hoja.

o Nombre del Cliente.

• El listado de hojas de servicio debe mostrarse en forma descendente por número

de hoja y fecha de generación.

• Los datos a mostrar como parte del listado son:

o Numero de Hoja de Servicio.

o Fecha de Generación de la Hoja.

o Nombre del Cliente

o Estado de la Hoja de Servicio.

o Numero de Habitacion.

10.2 Requerimiento especial 2: Detalle de Hoja de Servicio

• El detalle de los servicios contenidos en la hoja debe estar ordenado en forma

descendente por fecha y además por el nombre del servicio.



• Los datos a mostrar son: Nombre del Servicio, Detalle Tarifario, Fecha, Unidad de

Cobro, Cantidad y Proveedor.

10.3 Requerimiento especial 3: Datos del Detalle de la Hoja de Servicio

• El usuario debe ingresar:

o Servicio

o Detalle del Servicio (Tarifario)

o Fecha de Uso.

o Hora de Inicio de Uso

o Cantidad

o Observación, opcional.

o Proveedor, opcional.

CUS3-05 Gestionar Información de Ejecución

1. Actores


2. Propósito

Generar reportes de consumo de los diferentes servicios que brinda el hotel.


El caso de uso se inicia cuando el usuario requiere obtener información sobre el consumo de los

diferentes servicios. Esta información se podrá obtener por Servicio o por Cliente en un periodo de

tiempo indicado. El caso de uso finaliza con la obtención de los datos.


1. El Asistente de Servicios indica gestionar información de ejecución de servicios.

2. El sistema muestra los criterios de búsqueda según requerimiento especial 1.

3. El usuario elige el criterio de búsqueda por cliente.

4. El usuario elige al cliente.

5. El usuario ingresa el rango de fechas a evaluar.

6. El usuario indica “Consultar”

7. El sistema muestra el resultado de la consulta según requerimiento especial 2

8. El sistema sale de la consulta y el caso de uso finaliza.

5. Subflujos

No Aplica.


6.1 En el Paso 3 del Flujo Básico

• El usuario elige como criterio de búsqueda “Servicio”.

• El usuario elige el servicio a consultar.



• El usuario continúa con el paso 5 del flujo básico de eventos.

6.2 En el Paso 7 del Flujo Básico

• Luego del paso 7, el usuario pulsa “Imprimir”, el sistema muestra una ventana para

que el usuario pueda enviar la impresión de la consulta.

• Luego del paso 7, el usuario pulsa “Excel”, el sistema muestra una ventana para

que el usuario pueda exportar a formato xls la información como resultado de la consulta.

7. Precondiciones

7.1 Se ha instanciado el caso de uso “CUS3-02 Consultar Servicio”.

8. Poscondiciones

8.1 La información es mostrada en el sistema.


9.1 CUS3-02 Consultar Servicio


10.1 Requerimiento especial 1: Criterios de de búsqueda

• Por cliente o por servicio, siendo obligatorio la elección de uno de ellos.

• Rango de fechas, filtro obligatorio.

10.2 Requerimiento especial 2: Datos a mostrar como resultado de la consulta

Esta información estará ordenada en forma descendente por fecha de atención y cliente.

• Fecha de atención del servicio

• Cliente que uso el servicio

• Descripción del servicio

• Hora Inicio del servicio

• Hora fin del servicio

• Detalle del servicio

• Tarifa cobrada

• Numero de Habitación

• Observación

• Número de Hoja de servicio.




1 Actores del Sistema

Administrador de servicios

2 Propósito

Definir las tarifas, los descuentos y la agenda de cada servicio requerido.


El caso de uso inicia cuando el Administrador de Servicios requiere registrar los servicios

que se brindarán en el área de Servicios. Selecciona los servicios y, configura las tarifas,

los descuentos y la agenda de cada servicio seleccionado.

4 Flujo de Eventos

4.1 Flujo Básico

1. El Administrador de servicios indica “Agendar servicio” dentro del menú

“Planificación” del módulo de Servicios.

2. El sistema muestra el formulario “Agendar Servicio”.

3. El Administrador de servicios indica “Buscar” para consultar el servicio a planificar.

4. El sistema muestra el formulario “Consulta de Servicios”

5. El Administrador de servicios ingresa el nombre del servicio e indica “Buscar”

6. El sistema muestra en color azul el servicio encontrado.

7. El Administrador de servicios selecciona el servicio e indica “Aceptar”.

8. El sistema cierra el formulario “Consulta de Servicios”.

9. El sistema muestra el formulario “Agendar Servicio” y, en el campo Servicio, el

nombre del servicio consultado.

10. El Administrador de servicios indica “Tarifas”.

11. El Administrador de servicios selecciona la moneda que se aplicará para las

tarifas, ingresa la descripción, el monto, el inicio de la vigencia de la tarifa y la unidad de

cobro del servicio. Esto se repite hasta completar todas las tarifas relativas al servicio

elegido.

12. El Administrador de servicios indica “Aplicar”

13. El sistema muestra el registro ingresado en la tabla de Tarifas.

14. El Administrador de servicios indica “Descuentos”.



15. El Administrador de servicios selecciona el concepto del descuento, ingresa el

porcentaje de descuento, el inicio y fin de la vigencia del mismo. Esto se repite hasta

completar todos los descuentos relativos al servicio elegido.


17. El sistema muestra el registro ingresado en la tabla de Descuentos.

18. El Administrador de servicios indica “Agenda”.

19. El Administrador de servicios selecciona el mes y el año requerido.


21. El sistema muestra el mes y el año arriba de la tabla de la Agenda.

22. El Administrador de servicios selecciona el día, la hora de inicio y fin de atención

del servicio.

23. El Administrador de servicios indica “Aplicar”.

24. El sistema pinta en azul las celdas de la tabla de la Agenda, correspondientes al

día y el intervalo de horas ingresado. Esto se repite hasta completar la agenda del servicio

elegido.

25. El Administrador de servicios indica “Grabar”.

26. El sistema muestra la ventana “Advertencia” solicitando la confirmación de la

acción.

27. El Administrador de servicios indica “Aceptar”.

28. El sistema cierra la ventana “Advertencia”.

29. El Administrador de servicios indica “Salir”.

30. El sistema cierra el formulario “Agendar Servicio” y el caso de uso termina.

4.2 Subflujos

Actualizar tarifas

1. El sistema muestra el contenido de la pestaña Tarifas, dentro del formulario

“Agendar Servicio”, habilita los campos Moneda, Descripción, Monto, Inicio vigencia y

Unidad de Cobro, y muestra los datos a actualizar.

2. El Administrador de servicios ingresa los datos que requiera actualizar.


4. El sistema muestra el registro ingresado en la tabla de Tarifas.



acción.







Actualizar descuentos

1. El sistema muestra el contenido de la pestaña Descuentos, dentro del formulario

“Agendar Servicio”, habilita los campos Concepto, Porcentaje, Inicio vigencia y Fin

vigencia, y muestra los datos a actualizar.



4. El sistema muestra el registro ingresado en la tabla de Descuentos.



acción.





Actualizar agenda

1. El sistema muestra el contenido de la pestaña Agenda, dentro del formulario

“Agendar Servicio”, habilita los campos Año, Mes, Día, Hora Inicio y Hora Fin, y muestra

los datos a actualizar.



4. El sistema muestra el registro ingresado en la tabla de la Agenda.



acción.





Eliminar tarifas

1. El sistema muestra el contenido de la pestaña Tarifas, dentro del formulario

“Agendar Servicio”, deshabilita los campos Moneda, Descripción, Monto, Inicio vigencia y

Unidad de Cobro, y muestra los registros de la tabla Tarifas.

2. El Administrador de servicios selecciona la(s) tarifa(s) que requiera eliminar.

3. El Administrador de servicios indica “Eliminar”.

4. El sistema elimina la(s) tarifa(s) seleccionada(s) de la tabla de Tarifas.



acción.







Eliminar descuentos

1. El sistema muestra el contenido de la pestaña Descuentos, dentro del formulario

“Agendar Servicio”, deshabilita los campos Concepto, Porcentaje, Inicio vigencia y Fin

vigencia, y muestra los registros de la tabla Descuentos.

2. El Administrador de servicios selecciona el o los descuentos que requiera eliminar.


4. El sistema elimina el o los descuentos seleccionados de la tabla de Tarifas.



acción.





Eliminar agenda


“Agendar Servicio”, deshabilita los campos Año, Mes, Día, Hora Inicio y Hora Fin, y

muestra los horarios de atención representados por celdas de color azul dentro de la tabla

de la agenda.

2. El Administrador de servicios selecciona la(s) celda(s) de los horarios que requiera

anular.


4. El sistema elimina la(s) celda(s) de los horarios seleccionados de la tabla de

Tarifas.



acción.





Anular planificación




“Agendar Servicio”, deshabilita los campos Año, Mes, Día, Hora Inicio y Hora Fin, y

muestra los horarios de atención representados por celdas de color azul dentro de la tabla

de la agenda.

2. El Administrador de servicios selecciona la(s) celda(s) de los horarios que requiera

anular.

3. El Administrador de servicios indica “Anular”.

4. El sistema elimina la(s) celda(s) de los horarios seleccionados de la tabla de

Tarifas.



acción.





4.3 Flujos Alternos

Cancelar el registro del agendamiento de un servicio.

Si Administrador de servicios no desea guardar la información de la planificación del

servicio:

1. El Administrador de servicios confirma la cancelación del agendamiento del

servicio.

2. El sistema cierra el mensaje

3. El sistema cancela el registro del agendamiento del servicio

5 Precondiciones

1. Acceso del Administrador de servicios al sistema

El Administrador de servicios ingresó exitosamente al sistema.

2. Perfil de usuario

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

de servicios

6 Poscondiciones

1. Actualización de la agenda de un servicio.

El registro de la agenda quedó actualizado.




No aplica para este caso de uso del sistema.

8 Requerimientos especiales

9 Información Adicional




2 Propósito

Definir el personal responsable de cada servicio y sus turnos de trabajo.


El caso de uso se inicia cuando el Administrador de Servicios requiere asociar el personal

con los servicios definidos en la Agenda de Servicios. Selecciona el servicio, selecciona el

personal necesario y define su turno de atención.

4 Flujo de Eventos

4.1 Flujo Básico

1. El Administrador de servicios indica “Asignar personal” dentro del menú

“Planificación” del módulo de Servicios.

2. El sistema muestra el formulario “Asignar Personal”.

3. El Administrador de servicios indica “Buscar” para consultar el servicio al cual se le

va a asignar el personal.

4. El sistema muestra el formulario “Consulta de Servicios”.

5. El Administrador de servicios ingresa el nombre del servicio e indica “Buscar”.

6. El sistema muestra resaltado en color azul el servicio encontrado.



9. El sistema muestra el formulario “Asignar Personal”, deshabilita el campo Servicio

y muestra el nombre del servicio seleccionado.

10. El Administrador de servicios indica “Modificar” para ingresar el periodo.

11. El Administrador de servicios selecciona el mes y el año requerido.




13. El sistema muestra el mes y el año dentro del campo Periodo.

14. El Administrador de servicios indica “Buscar” para elegir el empleado.

15. El sistema muestra el formulario “Elegir Personal”.

16. El sistema muestra en una tabla los nombres de los trabajadores y especialidad,

de aquellos que están relacionados con el servicio evaluado en el formulario “Asignar

Personal”.

17. El Administrador de servicios marca la casilla del trabajador al cual desea

configurar el turno de trabajo.


19. El sistema cierra el formulario “Elegir Personal”.

20. El sistema muestra el formulario “Asignar Personal” y muestra dentro del combo

Personal el nombre del empleado elegido.

21. El Administrador de servicios selecciona el día, la hora de inicio y fin de trabajo del

empleado.


23. El sistema pinta en azul las celdas correspondientes al día y el intervalo de horas

ingresado, dentro de la tabla de Horario de Trabajo.

24. El Administrador de servicios indica “Aplicar” y continúa con los mismos pasos si

desea asignar más empleados.



acción.




30. El sistema cierra el formulario “Asignar Personal” y el caso de uso termina.

Subflujos

Actualizar turnos

1. Luego del punto 20 del Flujo Básico, el sistema muestra la información relativa a

los datos ingresados.

2. El Administrador de servicios selecciona el turno requerido e indica “Modificar”.

3. El sistema muestra los datos del turno seleccionado para su edición.

4. El Administrador de servicios actualiza las horas de inicio y fin e indica “Aplicar”.

5. El sistema muestra el turno actualizado representado por celdas de color azul

dentro de la tabla Horario de Trabajo.

6. Si el Administrador de servicios no requiere realizar algún cambio adicional, indica

“Aplicar”.





acción.





Actualizar asignación de personal



2. El Administrador de servicios indica “Reemplazar” para substituir al empleado.

3. El sistema muestra el formulario “Elegir Personal”.

4. El sistema muestra en una tabla los nombres de los trabajadores y especialidad,

de aquellos que están relacionados con el servicio evaluado en el formulario “Asignar

Personal”.

5. El Administrador de servicios marca la casilla del empleado en reemplazo.


7. El sistema cierra el formulario “Elegir Personal”.

8. El sistema muestra el formulario “Asignar Personal” y muestra dentro del combo

Personal el nombre del nuevo empleado seleccionado.



acción.





Eliminar turnos



2. El Administrador de servicios selecciona la(s) celda(s) de los turnos que requiera

eliminar.


4. El sistema elimina la(s) celda(s) de los turnos seleccionados de la tabla Horarios

de Trabajo.





acción.





Anular Asignación de Personal

11. Luego del punto 20 del Flujo Básico, el sistema muestra la información registrada

para el servicio y periodo seleccionado.

12. El Administrador de servicios indica “Anular”.

13. El sistema elimina el registro de la asignación de personal para el servicio

seleccionado y pone en blanco todos los campos del formulario “Asignar personal” excepto

los campos Servicio y Periodo.



acción.





4.3 Flujos Alternos

Cancelar el registro de la asignación del personal por servicio.

Si Administrador de servicios no desea guardar la información de la asignación del

personal:

1. El Administrador de servicios confirma la cancelación del registro.

2. El sistema cierra el mensaje.

3. El sistema cancela el registro de la asignación.

5 Precondiciones





de servicios



6 Poscondiciones

1. Actualización de la asignación del personal para un servicio solicitado.

El registro de la asignación de personal para el servicio solicitado quedó actualizado.





CUS3-08 Gestionar información de Planificación



2 Propósito

Generar los reportes asociados a la planificación de los servicios.


El Caso de uso se inicia cuando el Administrador de Servicios requiere generar reportes

de los servicios planificados y del personal asignado a cada servicio.

El caso de uso finaliza con la obtención del reporte requerido.

4 Flujo de Eventos

4.1 Flujo Básico

1. El Administrador de servicios indica “Generar Agenda de Servicios” dentro del

menú “Reportes” del módulo de Servicios.

2. El sistema muestra el formulario “Generar Agenda de Servicios”.

3. El Administrador de servicios marca el campo “Por Servicio”.

4. El Administrador de servicios indica “Buscar” para consultar el servicio requerido.

5. El sistema muestra el formulario “Consulta de Servicios”

6. El Administrador de servicios ingresa el nombre del servicio e indica “Buscar”

7. El sistema muestra en color azul el servicio encontrado.





10. El sistema muestra el formulario “Generar Agenda de Servicios” y, en el campo

Servicio, el nombre del servicio consultado.

11. El Administrador de servicios ingresa el periodo ha evaluar.

12. El Administrador de servicios indica “Consultar”.

13. El sistema muestra en la misma ventana el resultado de la consulta.


15. El sistema cierra el formulario “Generar Agenda de Servicios” y el caso de uso

termina.

Subflujos

Incluir el personal en la Agenda de servicio

1. El Administrador de servicios marca la casilla del campo “Incluir Personal”.

2. El caso de uso continúa en el punto 11 del Flujo Básico.

Generar la Agenda de todos los servicios a la vez.

1. El Administrador marca el campo Todos.

2. El caso de uso continúa en el punto 11 del Flujo Básico.

A.4.3 Flujos Alternos

Imprimir reporte

1. El Administrador de servicios indica “Imprimir”.

2. El sistema envía la impresión a la impresora predeterminada.



termina.

Exportar el reporte en formato Excel

1. El Administrador de servicios indica “Excel”.

2. El sistema muestra el reporte requerido dentro de una Hoja de cálculo de Excel.



termina.

5 Precondiciones







de servicios

6 Poscondiciones

1. Generación del reporte de la agenda de servicio

Se realizó con éxito la generación de la agenda de servicio.






1. Actores


2. Propósito

Consultar los datos de un cliente.


El caso de uso comienza cuando el usuario por alguna necesidad requiere consultar los

datos de un cliente. El caso de uso termina cuando el sistema muestra los datos del

cliente.


1. El sistema muestra los criterios de búsqueda, según requerimiento especial 1.

2. El usuario elige el criterio e indica “Buscar”.

3. El sistema muestra la lista de clientes que coincidan con la búsqueda, según


4. El usuario elige al cliente.

5. El sistema sale la búsqueda y el caso de uso finaliza.

5. Subflujos

No Aplica


No Aplica



7. Precondiciones


• “CUS3-03 Administrar Reserva de Servicio”.


• “CUS3-05 Gestionar Informacion de Ejecucion”.

8. Poscondiciones

Se visualizan los datos del cliente.


No aplica.


10.1 Requerimiento especial 1: Criterio de Búsqueda de Cliente

• Tipo de Cliente.

• Nombre del Cliente

• Tipo de Documento de Identidad

• Numero de Documento de Identidad

• Numero de Habitación

10.2 Requerimiento especial 4: Listado de Clientes

• La lista debe mostrarse en forma ascendente por nombre de cliente.

• La lista de clientes debe mostrar los siguientes datos, según el tipo de cliente.

o Si el cliente es un huésped del hotel: Nombre del Cliente, Numero de

Habitación, Tipo de Documento y Numero de Documento

o Si el cliente no es un huésped del hotel: Nombre del Cliente, Tipo de

Documento y Número de Documento.


1. Actores


2. Propósito

Consultar los datos de un proveedor.


El caso de uso comienza cuando el usuario por alguna necesidad requiere consultar los

datos de un proveedor. El caso de uso termina cuando el sistema muestra los datos del

proveedor.


1. El sistema muestra los criterios de búsqueda: Número de Ruc o Nombre de

Proveedor.



2. El usuario elige el criterio de búsqueda e indica “Buscar”.

3. El sistema muestra la lista de proveedores que coincidan con la búsqueda según


4. El usuario elige al proveedor.

5. El sistema sale de la búsqueda y el caso de uso finaliza.

5. Subflujos

No Aplica


No Aplica

7. Precondiciones


• “CUS3-03 Administrar Reserva de Servicio”.


8. Poscondiciones

Se visualizan los datos del proveedor.


No aplica.


10.1 Requerimiento especial 1: Listado de Proveedores

• La lista debe mostrarse en forma ascendente por nombre del proveedor.

• La lista de proveedores debe mostrar los siguientes datos: Número de Ruc,

Nombre del Proveedor, Dirección y Teléfono.



Modulo de Seguridad

CUS9-01 Registrar Login

1. Actores del Sistema

ASI9-01 Usuario

2. Propósito

Registrar el login de ingreso al sistema por parte del usuario.


El caso de uso comienza cuando el actor inicia el sistema, el sistema muestra la pantalla

de login y el actor registra usuario y contraseña. El caso de uso termina cuando el actor

ingresa al sistema.

4. Flujo de Eventos

4.1 Flujo Básico

1. El actor inicia el sistema.

2. El sistema muestra la pantalla “Login”.

3. El actor ingresa usuario y contraseña e indica “Aceptar”.

Si el actor elige Cancelar, ver subflujo “Cancelar Ingreso”

Si el actor elige Cambiar Contraseña, ver subflujo “Cambiar Contraseña”

4. El actor actor ingresa al sistema

5. El caso de uso finaliza.

4.2 Subflujos

1 Cacenlar Ingreso.

1. El caso de uso continúa en el paso 5 del flujo basico.

2 Cambiar Contraseña.

1. Ver CUS9-02 Cambiar Contraseña

4.3 Flujos Alternos

No aplica.

5. Precondiciones

1. Usuarios creados en el sistema

Deben existir los usuarios registrados en el sistema.

6. Poscondiciones

1. Ingresó al sistema

El actor ingresa al sistema.


No aplica.


No aplica.

9. Información Adicional



CUS9-02 Cambiar Contraseña


ASI9-01 Usuario

2. Propósito

Permitir al usuario cambiar la contraseña en el momento que lo requiera.


El caso de uso comienza cuando el usuario solicita realizar el cambio de contraseña y

finaliza con la confirmación de cambio de contraseña por parte del sistema.

4. Flujo de Eventos

4.1 Flujo Básico

1. El Usuario indica que desea realizar el cambio de su contraseña de acceso al

sistema.

2. El Sistema muestra al Usuario la pantalla que le permitirá realizar el cambio de su

contraseña.

3. El Sistema requiere al Usuario que ingrese su contraseña actual, la contraseña

nueva y la confirmación de ésta última.

4. El Usuario ingresa las contraseñas requeridas.

5. El sistema procede a verificar que la nueva contraseña y la confirmación de la

misma sean idénticas.



6. Si la verificación en el punto 5 es correcta, el sistema procede a reemplazar la

contraseña actual con la contraseña nueva.

7. El sistema envía un mensaje de notificación que indica que el cambio de

contraseña se ha realizado satisfactoriamente.

8. El sistema cierra la pantalla de cambio de contraseña.

4.2 Subflujos

No aplica.

4.3 Flujos Alternos

4.3.1 Error en la contraseña

1. Inicia en el punto 5 del Flujo Básico.

2. Si la nueva contraseña y la confirmación de la misma no coinciden, el Sistema

emite un mensaje de notificación donde indica el error al Usuario con la finalidad que éste

lo ingrese correctamente.

3. El Sistema retorna el control al punto 2 del Flujo Básico.

5. Precondiciones

1. Usuarios creados en el sistema

Deben existir los usuarios registrados en el sistema.

6. Poscondiciones

1. Cambió Contraseña

El usuario cambió su contraseña.


No aplica.


No aplica.




CUS9-03 Administrar Usuario


ASI9-02 Administrador de Sistema

2. Propósito

Registrar y/o modificar los usuarios del sistema.


El caso de uso comienza cuando el actor indica “Actualizar usuarios”. Según su

requerimiento, el actor puede agregar, modificar y eliminar usuarios. El caso de uso

termina cuando la información de los usuarios ha sido actualizada correctamente.

4. Flujo de Eventos

4.1. Flujo Básico

1. El actor indica “Actualizar usuarios”.

2. El Sistema muestra la ventana “Usuarios del Sistema”.

3. El actor selecciona el criterio de búsqueda (código o nombre).

4. El actor ingresa el dato a buscar.

5. El actor indica “Buscar”.

6. El sistema muestra la lista de coincidencias de acuerdo al dato ingresado.

7. El Actor elige la opción requerida en el sistema:

Si el actor indica “Editar”, ver subflujo “Modificar Usuario”.

Si el actor indica “Nuevo”, ver subflujo “Nuevo Usuario”.

Si el actor indica “Eliminar”, ver subflujo “Eliminar Usuario”.

8. El actor indica “Salir”.

9. El sistema cierra la ventana “Usuarios del Sistema” y el caso de uso termina.

4.2. Subflujos

4.2.1. Modificar Usuario

1. El actor presiona el enlace “editar” en la lista de usuarios resultado de la

búsqueda.

2. El sistema muestra la pantalla de datos del Usuario

3. El actor actualiza la información del usuario.

4. El actor presiona Grabar.

5. El caso de uso continúa en el punto 8 del flujo básico.

4.2.2. Nuevo Usuario

1. El actor indica “Nuevo” en la ventana “Usuarios del Sistema”.

2. El sistema muestra la pantalla de datos del Usuario

3. El actor ingresa la información del usuario

4. El actor indica “Grabar”.




4.2.3. Eliminar Usuario

1. El actor marca el registro a eliminar.

2. El actor indica “Eliminar”.

3. El sistema solicita confirmación del evento.

4. El actor indica “Aceptar”.


4.3. Flujos Alternos

No se tiene flujos alternos en este caso de uso.

5. Precondiciones

5.1. Acceso del Usuario al sistema.

El Usuario ingresó exitosamente al sistema

5.2. Perfil del Usuario

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

6. Poscondiciones

Usuario registrado correctamente.


No Aplica


No aplica.




CUS9-04 Actualizar Perfiles


1.1 ASI9-02 Administrador del Sistema

2. Propósito

Mantener actualizado el listado de perfiles de acceso al sistema, así como las opciones

accedidas por estos.


El caso de uso comienza cuando el ASI9-02 Administrador del Sistema indica la opción

“Actualizar Perfiles del Sistema”. Luego el sistema muestra un listado con los perfiles,

contando desde aquí con las opciones de agregar, editar o eliminar uno de estos. El caso

de uso termina cuando la los cambios realizados por el ASI9-02 Administrador del Sistema

se encuentran registrados en el sistema.

4. Flujo de Eventos

4.1 Flujo Básico



4.1.1 El caso de uso comienza cuando el ASI9-02 Administrador del Sistema indica la opción

“Actualizar Perfiles del Sistema”.

4.1.2 El sistema presenta una pantalla con el listado de perfiles que se encuentran registrados

en el sistema.

4.1.3 El ASI9-02 Administrador del Sistema elige la opción a realizar

• Si elige “Buscar” ver el subflujo “Buscar Perfil”

• Si elige “Limpiar” ver el subflujo “Limpiar Formulario”

• Si elige “Agregar” ver Subflujo “Agregar Perfil”.

• Si elige “Editar” ver Subflujo “Editar Perfil”.

• Si elige “Consultar” ver Subflujo “Consultar Perfiles”.

• Si elige “Eliminar” ver Subflujo “Eliminar Perfil”.

4.1.4 El ASI9-02 Administrador del Sistema luego de realizar sus tareas, cierra la pantalla de

“Actualizar Perfiles del Sistema”. El caso de uso termina

4.2 Subflujos

4.2.1. Búsqueda de perfil

1. El usuario selecciona el criterio de búsqueda (código o nombre) del perfil e ingresa

el valor por el cual desee ubicar al perfil.

2. El sistema presenta los registros del perfil según el valor de búsqueda ingresado,

en caso no existan perfiles que cumplan se presenta el mensaje “No se encontraron

coincidencias”.

4.2.2. Limpiar formulario

1. El sistema limpia todo el formulario completamente y el caso de uso continua en

[4.1.4]

4.2.3. Agregar Perfil

1. El sistema muestra el formulario “Agregar Perfiles del Sistema”

2. El ASI9-02 Administrador del Sistema ingresa el nombre, descripción, estado y las

opciones de acceso del perfil

3. Una vez ingresados los datos el ASI9-02 Administrador del Sistema pulsa el botón

“Grabar”

4. Se muestra la pantalla de consulta.

4.2.4. Editar Perfil

1. El sistema presenta el formulario “Agregar Perfiles del Sistema”, además del

cuadro para la selección de opciones con lo datos cargados.



2. El ASI9-02 Administrador del Sistema edita los valores correspondientes al perfil

seleccionado (nombre, descripción, estado) y selecciona las opciones que ahora estarán

habilitadas.

3. Una vez ingresados los datos el usuario pulsa el botón “Grabar”

4. El sistema registra automáticamente los cambios ingresados mostrando un

mensaje de confirmación.

5. Se muestra la pantalla de consulta.

4.2.5. Eliminar Perfil

1. El usuario selecciona el registro que se desea realizar en la pantalla de consulta.

2. Una vez seleccionados el perfil, el ASI9-02 Administrador del Sistema pulsa el

botón “Eliminar” en la pantalla.

3. El sistema inhabilita (elimina lógicamente) los perfiles seleccionados.

4.3 Flujos Alternos

No aplica.

5. Precondiciones

5.1 El usuario debe estar logueado en el sistema.

El usuario debe haber iniciado sesión en el sistema.

5.2 El usuario debe tener configurada la opción de “Editar Perfil”.

El usuario debe contar con un perfil que le permita realizar la acción de “Actualizar Perfil”.

6. Poscondiciones

6.1 El cambio realizado por el ASI9-02 Administrador del Sistema se encuentra registrado.

En el sistema se encuentra registrado el registro, la edición o la eliminación del perfil; así

como las opciones habilitadas para el perfil.


No aplica.


No aplica.




3.5 Modelo Conceptual

3.5.1 Diagrama de Clases Entidad: Agregar un atributo al servicio: “RequiereReserva", Situación y Estado a las entidades que correspondan.

CEN3-05 ProveedorServicio

CEN3-12 Descuento

porcentaje : DoubleinicioVigencia : DatefinVigencia : Date

CEN3-08 ProgramacionPersonal

CEN6-12 MaestroClientes

CEN4-01 Personal

CEN3-04 HojaServicioHotelero

numero : IntegerfechaGeneracion : Dateestado : StringnumeroHabitacion : Stri ng

0..*

1

0..*

1

le pertenece a

CEN3-06 ReservaServicio

numero : Integerfecha : DatehoraInicio : DatehoraFin : Dateobservacion : StringpersonaReferencia : Stringestado : StringmontoAplicado : Double

1

0..*

1

se asocia

0..*

0..*

0..1

0..*

0..1

0..*

1

0..*

1

sol icita

CEN3-11 ProgramacionDiaria

dia : IntegerhoraInicio : DatehoraFin : Date

0..*

0..*

0..*

0..*

asignado a

1..* 11..* 1

le pertenece

CEN3-09 TipoDescuento

concepto : String

CEN8-05 Proveedor0..* 0..10..* 0..1es atendida por

CEN3-01 HojaServicioDetalle

fechaServicio : DatehoraServicio : Dateobservacion : Stringcantidad : IntegermontoAplicado : Double

0..*1 0..*1

contiene

CEN3-07 TarifarioServicio

moneda : Stringmonto : DoubleunidadCobro : Stringdescripcion : StringinicioVigencia : DatefinVigencia : Date

0..*

1

0..*

1

se asocia

0..*

1

0..*

1

esta asociado

CEN3-02 PeriodoAgenda

periodo : Dateestado : String1..*

1

1..*

1le corresponde

CEN5-17 Servicio

identificador : Integernombre : Stringestado : Stringdescripcion : StringindicadorFacturable : BooleanfechaRegistro : DateusuarioRegistro : StringfechaActualizacion : DateusuarioActualizacion : StringCapacidad : IntegerEsExclusivo : Boolean

0..*

1

0..*

contiene

1

0..*0..* 0..*0..*

esta asociado

0..*

0..*

0..*

0..*

brinda

0..*

1

0..*

1

corresponde a

1..*

1

1..*

1

le pertenece

0..*

1

0..*

1



Modelo de Clases de seguridad



3.5.2 Diccionario de Clases

CEN3-02 PeriodoAgenda

En esta entidad se almacena los periodos de tiempo que se pueden configurar en la agenda de

servicios

Atributos

Nombre Descripción TipoPeriodo Almacena el periodo de una agenda Date

Estado Identifica si la agenda esta lista para que pueda

iniciarse a brindar el servicio.

String

CEN3-03 HojaServicioHotelero

En esta entidad se encuentra la información del numero de hoja que se genera para un cliente la

primera vez que solicita un servicio.

Atributos

Nombre Descripción TipoNumero Código identificador de la hoja de servicio Integer

FechaGeneracion Almacena la fecha del servicio Date

Estado Indica el estado de todos los servicios, si ya se

facturaron.

String

NumeroHabitacion Se almacena el numero de la habitación String

CEN3-06 ReservaServicio

En esta entidad se encuentra el rango de la atención del servicio prestado.

Atributos

Nombre Descripción TipoNumero Código de reserva Integer

Fecha Fecha de reserva Date

HoraInicio Hora de inicio del servicio Date

HoraFin Hora de fin del servicio Date

Observacion Se almacenan comentarios u observaciones del

servicio prestado

String

PersonaReferencia Registra el nombre de un apersona como referencia del

que solicita el servicio

String

Estado Campo que indica si la atención del servicio aun se

encuentra pendiente, si se anulo o ya se realizo.

String

CEN3-13 ProgramacionDiaria

Entidad que amacena la programación diaria de los servicios que el hotel ofrece.

Atributos

Nombre Descripción TipoDia Fecha del servicio Integer



HoraInicio Hora de inicio del servicio Date

HoraFin Hora de fin del servicio Date

CEN3-12 Descuento

En esta entidad se encuentran los porcentajes de los descuentos que los diversos servicios

pueden ofrecer.

Nombre Descripción TipoPorcentaje Porcentaje de descuento Double

InicioVigencia Fecha de inicio de la promoción a ofrecer Date

FinVigencia Fecha de finalización de la promoción Date

CEN4-01 Personal

En esta entidad se encuentran los datos de los empleados que laborar en el hotel

Atributos (es una entidad de otro modulo por ello no se describen los atributos)

Nombre Descripción Tipo

CEN5-17 Servicio

En esta entidad se encuentran los diversos servicios que el hotel brinda sus clientes

Atributos

Nombre Descripción TipoIdentificador Identificador del servicio Integer

Nombre Nombre del servicio String

Estado Del servicio String

Descripcion Se almacena una descripción del servicio String

IndicadorFacturable Indica si el servicio es facturable Boolean

EsExclusivo Indica la exclusividad del servicio Boolean

CEN6-12 MaestroClientes

En esta entidad se almacena dos datos principales del cliente que solicita un servicio. (



CEN3-01 HojaServicioDetalle

Entidad que almacena el detalle en valores monetarios del servicio prestado a un cliente cuando el

servicio no requiere una reserva.

Atributos

Nombre Descripción TipoFecha Fecha de prestación del servicio Date

Hora Hora de prestación del servicio Date



Observación Comentario en el detalle del servicio String

Cantidad Cantidad del servicio, según la unidad de cobro Integer

CEN3-07 TarifarioServicio

En esta entidad se encuentran almacenados los costos que maneja el hotel

Atributos

Nombre Descripción TipoMoneda Registra el tipo de moneda validad String

Monto Almacena el monto a cobrar por el servicio Double

UnidadCobro Indica la unidad de cobro del servicio String

Descripción Detalla información del tarifario String

InicioVigencia Especifica la fecha de inicio del tarifario Date

FinVigencia Especifica la fecha de fin del tarifario seleccionado Date

CEN3-09 TipoDescuento

En esta entidad se encuentran los tipos de descuentos que ofrece el hotel en los diversos servicios

que se ofrece.

Atributos

Nombre Descripción TipoConcepto Descripción del tipo de descuento String

CEN3-10 ProgramacionEmpleado

En esta entidad se encuentran la fechas y horarios en la que el empleado estara programado para

atender los servicios hoteleros.

Atributos


CEN8-05 ProveedorServicio

En esta entidad se encuentran la relación de proveedores con los cuales se tercearizan algunos

servicios

Atributos


CEN8-05 Proveedor

En esta entidad se almacena la lista de los proveedores que prestan servicios al Hotel





3.6 Prototipo del Sistema

Consultar Agenda de Servicio



Consulta de Servicios



Administrar Reserva de Servicios



Reserva de Servicio



Periodicidad de Reserva



Búsqueda de Proveedores



Búsqueda de Clientes



Administrar Hoja de Servicios



Reporte de Consumo de Servicios




Asignar PersonalAsignar Personal

4am

3am

2am

1am12:3012am

Domingo

Luis DezaLuis Deza

Lunes

Mirko SuasnabarMirko Suasnabar

Martes

Mirko SuasnabarMirko Suasnabar

Miercoles

Luis DezaLuis Deza

Jueves Viernes Sabado

PELUQUERIAServicio: ...

CancelarGrabar Anular

Noviembre

2009

Mes;

Año:

Lunes

Inicio Fin

Aplicar

Modificar

9:00 21:00

Modificar EliminarAplicar Cancelar

Personal:

Elegir personalElegir personal

CancelarGrabar

Luis DezaEmpleado:

...

Martes Miercoles

Jueves Viernes Sabado

Domingo

Noviembre 2009Periodo

Cancelar

Luis Deza

Periodo

Horario

...

Horario de trabajo

AdvertenciaAdvertencia

Esta seguro que desea continuar ?

CancelarAceptar

Salir

Aplicar

Edward EspinoMirko Suasnabar

Carlos SanchezLuis DezaEmpleado

EstilistaEstilista

EstilistaEstilista

Especialidad

Tabla de Personal

No asignadoAsignado

No asignadoNo asignado

Estado

Reemplazar



CUS3-08 Gestionar Información de Planificación

Generar Agenda de ServicioGenerar Agenda de Servicio

Desde: DD/MM/YYYY Hasta: DD/MM/YYYY

PeluqueriaServicio: ...

Todos Por ServicioPeriodo

Consultar Imprimir Excel Salir

Sabado

Incluir personal

Agenda de Servicio

Servicio: SPA

Subservicio: Peluqueria

Periodo : 01/12/2009 - 31/12/2009

Horario de Atención

Proveedor :

Domingo

Carlos Lopez

Carlos Lopez

Carlos Lopez

Luis Deza

Luis Deza

Luis Deza

Lunes Martes Miercoles

Luis Deza

Luis Deza

Luis Deza

Carlos Lopez

Carlos Lopez

Carlos Lopez

Jueves Viernes

16:00

15:00

14:00

08:00

07:00

01:00

00:00

Hora

<<Anterior Siguiente>>

Descripción: Este servicio es brindado en el segundo nivel del edificio , en la salon de SPA.



CAPÍTULO 4.

ADMINISTRACI ÓN DEL PROYECTO

En este capítulo se describe como se continuará con el desarrollo del proyecto en sus diferentes

etapas, así como, el estudio que se realizó de las principales soluciones que existen en el

mercado para el rubro hotelero.



4.1Cronograma de ejecución del proyecto

Parte 1

Parte 2

Documento Interno Versión: 4.0Página: 105 /

134


4.2Benchmarking

Después de un análisis de búsqueda de información sobre los programas más destacados a nivel

mundial que se especializan en la gestión hotelera se han podido encontrar en la lista los

siguientes aplicativos los cuales son benchmarking en el campo de análisis: MICROS OPERA

Enterprise Solution (OES), myfidelio, eZee FrontDesk Hotel, y KingSmart HPMS -Hotel Property

Management System los cuales se detallaran a continuación resaltando sus principales

características y bondades que los distingue de sus competencias.

4.2.1 Descripción de las soluciones encontradas

1. MICROS OPERA Enterprise Solution (OES)

La solución OPERA MICROS Empresa (OES), ofrece a los operadores hoteleros la posibilidad de

compartir información a través de múltiples aplicaciones y propiedades en una sola base de datos

mientras que proporciona las soluciones de software de empresa y las herramientas necesarias

para la propiedad y las operaciones. Es el software más completo en la industria hotelero para

gestión de la propiedad y los sistemas de núcleo central.

En contraste con las aplicaciones tradicionales, OES ofrece un soporte con un departamento de

sistemas de información organizados para los hoteles, OES ofrece soluciones de software técnico

y operativo de la empresa para los hoteles independientes y cadenas hoteleras.

Powered by Oracle ™, es el motor de base de datos de OES, el cual es el más escalable y

robusta del mundo, introduce nuevos conceptos de servicio al huésped y la prestación de

servicios, proporcionando información exacta y oportuna para favorecer el manejo y el personal.

Proporciona las herramientas para servicio completo con Sales & Catering, Revenue

Management, Spa and Golf, y materiales de control. Además, las soluciones de software OES

empresas ofrecen productos para la oficina corporativa de una cadena hotelera, incluyendo la

Central de Reservas Sistemas de habitación centralizado, Sales Force Automation para el espacio

de venta centralizada de la función, el Sistema de Información y Atención al Cliente, el Customer

Relationship Management (CRM) paquete diseñado específicamente para la industria hotelera.

El sistema de reserva OPERA (SRO), es una verdadera gestión centralizada del sistema central

de reservas, aprovecha al máximo el sector hotelero con la administración del inventario del

sistema de gestión de sala. El sistema está diseñado para una perfecta integración con la familia

de ópera completa del producto - el cliente OPERA Sistema de Información (OCIS), la Ópera de

Administración de Bienes del Sistema de Ventas OPERA y la restauración, y OPERA Sales Force

Automation. Ofrece herramientas de reservaciones y ventas globales para maximizar las reservas


134


y aumentar los ingresos en cualquier cadena de tamaño o entorno multi-propiedad. SRO maneja

fácilmente todo tipo de reservas - individual, de grupo y partido, empresa, agencia de viajes, de

múltiples patas, Multi-Rate, y en lista de espera.

El OES Enterprise Software: ofrece los siguientes módulos

Sistemas Centrales

OPERA Business Intelligence

OPERA Sistema de Reservaciones

cliente OPERA o Sistema de Información

OPERA Web Suite

OPERA GDS Interface

OPERA Sales Force Automation (SFA)

OPERA Revenue Management

Sistemas de propiedad

OPERA Property Management System

OPERA Xpress

OPERA Lite

Opereta Hotel Software Solution

OPERA Sales & Catering

OPERA Vacation Ownership System (OVOS)

OPERA Kiosk

OPERA Actividad Programador

2. Myfidelio

Es una solución empresarial para la industria hotelera en la prestación de servicios de gestión

central de reserva y conexiones a todo el mundo de los canales de distribución. Esta avanzada

solución de comercio electrónico conecta hoteles individuales y cadenas hoteleras con el comercio

de los viajes y los consumidores finales que les permita realizar los viajes relacionados con el

comercio electrónico.

Myfidelio, es una empresa de MICROS Systems, Inc. un líder mundial en tecnología de la

información, MICROS provee soluciones de gestión de la información completa, incluyendo

software, hardware, sistemas de integración empresarial, consultoría y apoyo a la hospitalidad y la

gran distribución. Durante más de 15 años, ha estado sirviendo a la industria hotelera mundial.

La aplicación myfidelio.net está vinculada a través de una empresa de cambiar a los cuatro



principales GDS. A través de esta interfaz dedicada, los hoteles se distribuyen a más de 500.000

terminales de agencias de viajes de todo el mundo.

Mediante el uso de las instalaciones de las reservas por Internet de myfidelio.net, los hoteles

hacen su página web propia de ventas reales del portal. Además, ofrece myfidelio.net avanzados

de distribución a través de agencias de viajes en línea y los portales, también conocida como ADS

(Alternative Distribution Systems).

Una característica clave de la aplicación myfidelio.net es su capacidad para crear un único entorno

de un inventario de imágenes para cada propiedad que pueden ser fácilmente presentados a

todos los canales de ventas en cuestión. Todas las soluciones de Micros Fidelio hotel puede ser

integrado con la aplicación myfidelio.net, especialmente,

todos los Micros Fidelio-PMS (Property Management Systems) y sales de rehidratación oral

(Opera Sistema de Reservas).

3. eZee FrontDesk Hotel

Está diseñado para satisfacer las necesidades de negocios como: los hoteles, moteles, resorts,

clubs, B & B's, franquicias de hoteles pequeños, clubes, condominios, hostales y apartamentos.

eZee FrontDesk. Se encuentra instalado en más de 46 países alrededor del globo y cuenta con

centros de apoyo en 10 países.

eZee Recepción es la solución moderna, que tiene amplia gama de módulos integrados para

cubrir todos los aspectos de la gestión de la propiedad. La versión generalizada de software de

eZee FrontDesk Hotel reserva es aceptada en todo el mundo con amplia debido a su estado de la

tecnología de punta y muy fácil de usar en la naturaleza.

Los módulos principales de la última eZee FrontDesk constituye de Easy Check-in / Check-out, 2

Reserva resultados Haga clic en Grupo de Gestión, limpieza, Auditoría Nocturna, Agencias de

viaje, Historia invitados y muchos otros.

CARACTERÍSTICAS DEL SOFTWARE

Características principales

• Estado del hotel desde la pantalla principal de Easy Check-in Check-Out



• Habitación Reserva

• Grupo de Gestión y Operaciones

• Facturación directa / City Ledger

• Resultado de fotos pueden ser tomadas a la llegada

• eZee FrontDesk está disponible en la Red de Área Local

• Resultados se pueden asignar diferentes habitaciones de alquiler y Tipo de tarifa

• Integral de administración de usuarios para controlar o restringir las funciones de usuario

• Integración con lector magnético para comprobar en la utilización de carnet de conducir, DNI, Pasaporte y Tarjeta de Crédito.

• Alquiler de habitaciones flexibles de gestión en cualquier momento de la Estancia Posadas

• Simple copia de seguridad y restauración de base de datos de Operaciones de Seguridad de Datos

• La gestión de transacciones con insertar, eliminar y restaurar la función de

• Gestión de gastos con la cuenta por cobrar y cuentas por pagar.

• Autorización de Pago Tarjeta de crédito (tarjeta de crédito abierta de transacción)

• Configuración del Hotel Viz. Sala, tasa de tipo, zonas de ocio, Desk Clerk, etc

• Módulo de mantenimiento de la casa para mejorar la Sala de Control

• Artículos extraviados y encontrados artículo Registro

• Fondo para grabar mensajes y Posadas, de estado de entrega

• Fácil de Usar la Libreta de direcciones de la administración de contactos

• Informes de exportación en PDF, Word y xls.

• Organización para la Cooperación de características para establecer Desk Clerk Organización para la Cooperación para el propio / otros Desk Clerk

• Capacidad para establecer tarifas de temporada para el Hotel

• Permite la operación de pago en múltiples divisas

• Fondo para la creación de tarifas especiales para cada agencia de viajes / Business Source por separado

• Capacidad para seguir la pista de la Fuente negocio para la comercialización del Departamento

• Customized Folio Avisos y gracias Messsages

• La integración con la cuenta para Software



• Advance Resultado de base de datos

• Cambio de habitaciones / Sala de Exchange

• Comunicado de la reserva y rooming list

• Código de colores para los diferentes estado de la habitación Viz. vacante, ocupado, reserva, etc

• Cash Drawer para vendedores de escritorio

• De teléfono y la libreta de direcciones

• Múltiples Posadas Folio, Folio directa de facturación y recibos de

• Divisas Folio nuevo

• Lavandería para clientes módulos de

• Automática Folio instrucciones de ruta

• Desayuno de impresión / Comida / Paquete de Bonos

• Sistema de mensajería interna

• La configuración de la losa de Impuestos

Informes

• Habitación / Precio

• Bloque de habitaciones

• Sala de Historia

• Sala de Posadas, Wise Wise

• Lista Gráfico de Habitación

• Informe de lista de resultados

• Encargado por la tasa de Tipo Wise

• Habitación carga Wise Informe por País

• Salida de los huéspedes en autobús Time Wise

• Informe de resultados de mensajes

• Resultado Estancia

• En la Casa de Huéspedes informe (con adicional Guest)

• Informe resumido Grupo & Stay



• Informe bancario

• Daily Report

• Informe Resumen diario

• Comunicado de la tarjeta de crédito Colección Informe de

• Costo Diario Otros Informe resumido

• Informe Mensual

• Resumen Mensual Informe

• Informe Mensual de Impagados

• Informe mensual de la tarjeta de crédito

• Cobro mensual Informe

• Mensual de Exención de Impuestos Formulario de Reclamación

• Tributarias Mensuales formulario de detalles Exento

• Mensual de Exención de Impuestos Detalle Informe

• Mensual ADR Gráfico

• Mensual Colección Gráfica

• Gráfico mensual de ocupación

• Informe Anual

• Anual Colección Gráfica

• Gráfico anual de ocupación

• Informe de mantenimiento de la casa

• Informe de resultados de llegada

• Informe de resultados de llegada (Con información de vuelo)

• Informe de reserva

• Informe sobre las previsiones de ingresos

• Informe de Ingresos

• Informe de DNR (no alquilamos)



4. KingSmart HPMS -Hotel Property Management

System

ComPower Technology desarrolla, comercializa y distribuye una línea completa de productos de

software de gestión empresarial y de servicios. El sistema hotelero apoya a las empresas de

hospitalidad, ofreciendo herramientas para la comercialización y las operaciones diarias, así como

la gestión y planificación de De Hotelpro 2000, 3000 a KingSmart 5.0, 2003, 2005 y ahora Midas,

KingSmart ha convertido en una suite de software completamente integrada hotel de productos a

base de módulos que pueden ser fácilmente agregado o ampliado, lo que permite eficaz y fácil

despliegue de un pequeño hotel, motel, complejo, apartamentos operaciones a nivel mundial,

multi-marca de medio ambiente cadena hotelera.

Suites de software de base KingSmart son Hotel Property Management System, Point of Sale

Software de Gestión, Contabilidad de gestión de llamadas de software con interfaces de PABX,

Back Office, Contabilidad, Stock, Trabajo / receta que cuesta Software, E-Commerce, comercio

minorista, software de nómina y otros software de terceros Interfaces para KingSmart.

KingSmart HPMS (Hotel Property Management System) está diseñado para proporcionar al

personal de hoteles y de gestión con una herramienta eficaz para supervisar y proporcionar

servicios a los huéspedes y los grupos con rapidez y precisión. Una interfaz de usuario optimizada,

y una integración sin fisuras en la reserva operacional, Recepción de recepción, limpieza, de la

facturación centralizada, Noche de Auditoría, Cuentas por Cobrar, Ventas y Marketing KingSmart,

Generador de Informes, Posadas / Historia de la Corporación y herramientas de productividad de

oficina de manera eficiente y fácil utilizar el módulo de aplicación.

Dependiendo del nivel de servicio personalizado es necesario, y el tamaño de su propiedad, usted

puede escoger entre 5 diferentes ediciones de KingSmart HPMS (Hotel Property Management

System). Estas ediciones proporcionar un total integrado de gestión de soluciones de software a

las propiedades del hotel tan pequeño como 10 habitaciones a lo global, multi-marca de medio

ambiente del hotel 5 estrellas.

KingSmart Hotel Property Management System módulos están diseñados para proporcionar

personal del hotel y de gestión con una herramienta eficaz para vigilar y prestar servicios a los

huéspedes del hotel y los grupos con rapidez y precisión. Una interfaz de usuario optimizada, y

una integración sin fisuras en la reserva operacional, Recepción de recepción, limpieza, de la

facturación centralizada, Noche de Auditoría, Cuentas por Cobrar, Ventas y Marketing KingSmart

Software, Generador de Informes, Posadas / Historia de la Corporación y herramientas de

productividad de oficina de manera eficiente y fácil de usar módulo de aplicación.



El nuevo KingSmart HPMS Midas es directamente la interfaz con un dispositivo PDA Hand Held

para la rápida y eficaz administración del hotel de propiedad.

KingSmart HPMS también viene con una interfaz perfecta ilimitado a todos los KingSmart

productos adicionales e interfaces tales como las funciones / Conferencias, Spa Recreación,

Smart Card / venta de entradas, KingSmart POS, KingSmart Call Accounting, KingSmart

BackOffice software de contabilidad, recursos humanos KingSmart y software de nómina,

KingSmart Stock y software de Gestión de Costos y WebSolutions en línea.

KingSmart HPMS Enterprise

Fig (1)

Room Chart Filters

Fig (2)



Enterprise Floor Plan Quick Launch

Fig (3)

House Keep Task (Point System)

Fig (4)



Billing Page

Fig (5)



4.2.2 Análisis comparativo de las soluciones encontradas

HERRAMIENTAS

MICROS OPERA Enterprise Solution (OES) myfidelio

eZee FrontDesk Hotel

KingSmart HPMS -Hotel Property Management System Propuesto

Business Intelligence X

Sistema de Reservaciones X X X X

Modo web X X X X

Automacización de ventas X X X

Adminstración de Ingresos netos X X

Programación de actividades X X

Agencia de Viajes X

Interface para cuentas automaticas X X

Estado del hotel desde la pantalla principal de Easy Check-in Check-Out X X X

Grupo de Gestión y Operaciones X Integración con lector magnético para comprobar en la utilización de carnet de conducir, DNI, Pasaporte, Tarjeta de Crédito X

Configuración del Hotel Viz. Sala, tasa de tipo, zonas de ocio, Desk Clerk, etc X X

Capacidad para establecer tarifas de temporada para el Hotel X X

Código de colores para los diferentes estado de la habitación Viz. vacante, ocupado, reserva, etc X

Base de datos de huéspedes con búsqueda avanzada, facilidad de importación y exportación de Automática y manual de los datos copia de seguridad X X X X

Informe Mensual de Estadística X X

Contraseña protegida informes X

Gráfico anual de ocupación X X

Grupo Monto pagado Informe X

Graficos de Ocupacion de habitaciones X

informe de Pagos realizados X X



4.2.3 Evaluación de las soluciones encontradas

Después de describir cada una de las soluciones encontradas y de realizar un análisis

comparativo entre estas y la solución que se proponemos en el presente proyecto, observamos

que entre las soluciones encontradas destaca la solución Micros de Opera. Esta aplicación es una

potente herramienta que es muy usada a nivel mundial debido a las excelentes herramientas que

presenta. Esta solución puede integrar los módulos más comunes en la gestión hotelera y puede

generar reportes muy bien elaborados para el soporte en la toma de decisiones. Por otro lado no

podemos dejar de mencionar que la solución MyFIDELIO, es muy potente si es que nos

enfocamos en realizar las transacciones vía Web, esta es capaz de interconectarse con otros

hoteles en línea y manejar la data de reservas de una manera fácil y rápida para el usuario final.

Por otro lado el presente proyecto propone un sistema con los módulos principales para la gestión

hotelera cubriendo las necesidades básicas de sus procesos. El sistema generará reportes

básicos para la gestión hotelera y la toma de decisiones.



4.3Control de Calidad

4.3.1 Matriz de Casos de Uso del Negocio vs. Entidades del Negocio



4.3.2 Matriz de Casos de Uso del Negocio vs. Reglas del Negocio


134


4.3.3 Matriz de atributos de Casos de Uso del Sistema

Caso de uso Estad

o

Dificult

ad

Clasificación Ciclo

Desarrollo

Responsable

CUS3-01 Consultar Agenda de Servicio Definido Alta Primario Ciclo 0 Edward Espino

CUS3-02 Consultar Servicio Definido Baja Primario Ciclo 0 Mirko SuasnabarCUS3-03 Administrar Reserva de Servicio Definido Media Primario Ciclo 0 Edward EspinoCUS3-04 Administrar Hoja de Servicio Definido Baja Secundario Ciclo 1 Mirko SuasnabarCUS3-05 Gestionar Informacion de Ejecucion Definido Baja Secundario Ciclo 1 Mirko SuasnabarCUS3-06 Agendar Servicio Definido Alta Primario Ciclo 0 Fernando AltunaCUS3-07 Asignar Personal Definido Alta Primario Ciclo 1 Vanessa GavidiaCUS3-08 Gestionar Informacion de Planificacion. Definido Baja Secundario Ciclo 1 Luis DezaCUS3-09 Consultar Cliente Definido Baja Secundario Ciclo 1 Edward EspinoCUS3-10 Consultar Proveedor Definido Baja Secundario Ciclo 1 Edward Espino

4.3.4 Matriz de atributos de Requerimientos funcionales

Nombre del Requerimiento Funcional

Estado

Dificultad

Responsable

RFU3-01 Registrar Reserva Definido Alta Edward Espino

RFU3-02 Consultar Servicio Definido Media Edward Espino

RFU3-03 Consultar Agenda de Servicio Definido Alta Edward Espino

RFU3-04 Registrar Hoja de Servicio Definido Media Mirko Suasnabar

RFU3-05 Generar Orden de Pago Definido Media Mirko Suasnabar

RFU3-06 Generar Reportes de Ejecución Definido Baja Mirko Suasnabar

RFU3-07 Generar Planificación de Servicios Definido Media Fernando Altuna

RFU3-08 Actualizar características de servicios Definido Baja Fernando Altuna

RFU3-09 Actualizar Tarifas de Servicios Definido Baja Vanessa Gavidia

RFU3-10 Generar Agenda de Servicios Definido Alta Vanessa Gavidia

RFU3-11 Actualizar Personal de Servicio Definido Baja Luis Deza

RFU3-12 Generar Reportes de Planificación Definido Media Luis Deza

RFU3-13 Consultar Cliente Definido Media Edward Espino

RFU3-14 Consultar Proveedor Definido Media Edward Espino


134


4.3.5 Matriz de atributos de Requerimientos no funcionales



4.3.6 Matriz CU del Sistema vs. Requerimientos funcionales



4.3.7 Matriz CU del Sistema vs. Requerimientos no funcionales


134


4.3.8 Matriz CU del Sistema vs. Reglas del Negocio



CONCLUSIONES

• Respecto a la elaboración del prototipo en el trabajo nos está ayudando a tener un

enfoque de construir un poco y probar un poco, antes de construir el sistema final.

Por ello nosotros encontramos una excelente técnica en su uso ya que nos permite tener

una mejor opinión y reacciones del Usuario. Asimismo nos ayuda a reducir gastos

innecesarios por horas de programación que podrían ser rechazadas.

• El COCOMO nos ayuda a estimar en costo valor, cuanto estamos invirtiendo en nuestro

proyecto para de esta manera tener una mejor administración financiera de los gastos,

tiempo y recursos a emplear.

• La necesidad de incorporar un sistema que mejore los procesos de servicios hoteleros

ayuda a mejorar la respuesta de atención al cliente y da un mejor soporte a la gestión de

la administración de área de servicios.

• Los servicios brindados por los hoteles están regidos bajo una serie de políticas y reglas

de negocio que hace necesario la implementación de un proceso automático y de

verificación de las actividades que se ejecutan.

• El modelado del proceso de negocio de servicios será la base fundamental para el inicio

de un proceso de desarrollo de software. Un buen análisis incrementará la probabilidad de

que la fase de desarrollo sea en menor tiempo.

• Tener identificadas las entidades y sus atributos nos da una visión importante de la

información que tendremos almacenada y a disposición de los usuarios.

• La etapa de Análisis proporciona parte de las actividades necesarias para definir la

arquitectura del sistema.

• Se logró comprender la importancia de realizar un buen modelado de Negocio como la

base principal para la identificación de los requisitos funcionales y como etapa

determinante para las posteriores etapas del diseño de sistema.

• La importancia del modelado para el negocio radica en la manera como describe las actividades comerciales que se llevan a cabo, entendiendo los problemas que se desea solucionar e identificando las mejoras potenciales.

• Los casos de uso dirigen el proceso de desarrollo de software permitiéndonos representar los requisitos y/o requerimientos de los usuarios en formas de casos de uso.


134


• Las necesidades de los usuarios no son fáciles de comprender y transmitir, con los casos de uso además encontramos una buena forma de comunicación entre todos los involucrados del proyecto.



BIBLIOGRAFÍA

• Ismail, Ahmed

Formato – Libro

Madrid: Thomson

Título: Operaciones y procesos hoteleros: Gestión de alojamiento

• Alcócer, Carlos

• Lima: UPC, 2009-09-22

Introducción al turismo y hotelería: material de enseñanza

• Lamas León, Mauro Abelardo

Tesis

Propuesta de un sistema de gestión de manteniemiento en una cadena de hostales

• IBM Rational Unified Process (RUP): http://www-01.ibm.com/software/awdtools/rup/

• Modelado de negocio:

http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/Model_Negocio.html

• REINGENIERÍA DE LOS PROCESOS DEL NEGOCIOÑ:

http://prof.usb.ve/lmendoza/Documentos/Reingenieria/PS6160_clase4y6.pdf

• Definición de hoteles:

http://www.discounthotelshawaii.com/definitions/hotelcategories.html#4_star

• Ejemplo de desarrollo software utilizando la metodología RUP:

http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/

• Ciclo de vida del Software: http://lsi.ugr.es/~arroyo/inndoc/cicloVidaSoft.html

• Hoteles 4 estrellas en Lima-Peru:

http://www.traficoperu.com/espanol/hoteles/lima4hoteles.htm

http://www.perutrip.net/peru-turismo/hoteles-en-peru/hoteles-en-lima-hoteles/


http://www.perutrip.net/peru-turismo/hoteles-en-peru/hoteles-en-lima-hoteles/

http://www.traficoperu.com/espanol/hoteles/lima4hoteles.htm

http://lsi.ugr.es/~arroyo/inndoc/cicloVidaSoft.html

http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/

http://www.discounthotelshawaii.com/definitions/hotelcategories.html#4_star

http://prof.usb.ve/lmendoza/Documentos/Reingenieria/PS6160_clase4y6.pdf

http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/Model_Negocio.html

http://www-01.ibm.com/software/awdtools/rup/


http://www.peru.com/economiayfinanzas/PORTADA20090705/43120/Se-concretaran-5-

proyectos-hoteleros-entre-2009-y-2010-a-nivel-nacional

• APEC:

http://www.andina.com.pe/Espanol/Noticia.aspx?Id=Qy3wPBWuPpc

• Enciclopedia virtual Wikipedia

http://es.wikipedia.org/

• Modelo Del Negocio con RUP y UML Parte 3

http://www.slideshare.ne

• Consultora Deloitte

http://www.deloitte.com


http://www.deloitte.com/

http://www.slideshare.ne/

http://www.andina.com.pe/Espanol/Noticia.aspx?Id=Qy3wPBWuPpc

http://www.peru.com/economiayfinanzas/PORTADA20090705/43120/Se-concretaran-5-proyectos-hoteleros-entre-2009-y-2010-a-nivel-nacional

http://www.peru.com/economiayfinanzas/PORTADA20090705/43120/Se-concretaran-5-proyectos-hoteleros-entre-2009-y-2010-a-nivel-nacional


GLO SARIO DE TÉRMINOS

• Check in

Registro de ingreso en el hotel para el uso del servicio de alojamientote registran los datos del

cliente y el tiempo de estadía.

• Check out

Registro de la salida del cliente del hotel, se efectúa el pago de todos los recibos pendientes

realizados por el huésped.

• Consultoria Delotte

Consultora con una amplia experiencia, obtenida tras 100 años de liderazgo en el mercado,

preparada para comprender los negocios desde cualquier perspectiva, ayuda a sus clientes en

cualquier parte del mundo. Se basa en la especialización sectorial, el conocimiento y la

experiencia de sus profesionales, así como en una cultura de firma única, que los capacita para

aportar soluciones específicas de confianza para afrontar los complejos retos que el mercado

presenta a las empresas día a día.

• Caso de uso

Es una técnica para la captura de requisitos potenciales de un nuevo sistema o una actualización

de software. Cada caso de uso proporciona uno o más escenarios que indican cómo debería

interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico

• Actores

Se le llama Actor a toda entidad externa al sistema que guarda una relación con este y que le

demanda una funcionalidad. Esto incluye a los operadores humanos pero también incluye a todos

los sistemas externos así como a entidades abstractas como el tiempo

• Relaciones de Casos de Uso - Inclusión (include o use)

Es una forma de interacción, un caso de uso dado puede "incluir" otro. El primer caso de uso a

menudo depende del resultado del caso de uso incluido. Esto es útil para extraer comportamientos

verdaderamente comunes desde múltiples casos de uso a una descripción individual, desde el

caso de uso que lo incluye hasta el caso de uso incluido, con la etiqueta "«include»".



• Relaciones de Casos de Uso - Extensión (Extend)

Es otra forma de interacción, un caso de uso dado, (la extensión) puede extender a otro. Esta

relación indica que el comportamiento del caso de uso extensión puede ser insertado en el caso

de uso extendido bajo ciertas condiciones. La notación, es una flecha de punta abierta con línea

discontinua, desde el caso de uso extensión al caso de uso extendido, con la etiqueta «extend».

• Relaciones de Casos de Uso – Generalización

En la tercera forma de relaciones entre casos de uso, existe una relación

generalización/especialización. Un caso de uso dado puede estar en una forma especializada de

un caso de uso existente. La notación es una línea solida terminada en un triángulo dibujado

desde el caso de uso especializado al caso de uso general. Esto se asemeja al concepto orientado

a objetos de sub-clases, en la práctica puede ser útil factorizar comportamientos comunes,

restricciones al caso de uso general, describirlos una vez, y enfrentarse a los detalles

excepcionales en los casos de uso especializados.

• Lenguaje Unificado de Modelado:

(UML, por sus siglas en inglés, Unified Modeling Language) es el lenguaje de modelado de

sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG

(Object Management Group). Es un lenguaje gráfico para visualizar, especificar, construir y

documentar un sistema. UML ofrece un estándar para describir un "plano" del sistema (modelo),

incluyendo aspectos conceptuales tales como procesos de negocio y funciones del sistema, y

aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de

datos y componentes reutilizables.

• Diagrama de clases:

Es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases,

atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de

análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se

manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación

entre uno y otro.

• Diagrama de componentes:

Un diagrama de componentes representa cómo un sistema de software es dividido en

componentes y muestra las dependencias entre estos componentes. Los componentes físicos

incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes. Los



diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden

ser usados para modelar y documentar cualquier arquitectura de sistema.

• Diagrama de paquetes

Muestra como un sistema está dividido en agrupaciones lógicas mostrando las dependencias

entre esas agrupaciones. Dado que normalmente un paquete está pensado como un directorio, los

diagramas de paquetes suministran una descomposición de la jerarquía lógica de un sistema. Los

Paquetes están normalmente organizados para maximizar la coherencia interna dentro de cada

paquete y minimizar el acoplamiento externo entre los paquetes. Con estas líneas maestras sobre

la mesa, los paquetes son buenos elementos de gestión. Cada paquete puede asignarse a un

individuo o a un equipo, y las dependencias entre ellos pueden indicar el orden de desarrollo

requerido.

• Reglas del Negocio

Las Reglas del Negocio o Conjunto de Reglas de Negocio describe las políticas, normas,

operaciones, definiciones y restricciones presentes en una organización y que son de vital

importancia para alcanzar los objetivos misionales.

• Flujo de eventos

Corresponde a la ejecución normal y exitosa del caso de uso (use case).

• Flujos Alternos

Los flujos alternativos son los que nos permiten indicar qué es lo que hace el sistema en los casos

menos frecuentes e inesperados.

• Precondiciones

Las precondiciones son los hechos que se han de cumplir para que el flujo de evento se pueda

llevar a cabo

• Poscondiciones

Las poscondiciones son los hechos que se ha de cumplir si el flujo de eventos normal se ha

ejecutado correctamente.

• Diagrama de actividades

Representa los flujos de trabajo paso a paso de negocio y operacionales de los componentes en

un sistema. Un Diagrama de Actividades muestra el flujo de control general. En SysML el

diagrama de Actividades ha sido extendido para indicar flujos entre pasos que mueven elementos

físicos (e.g., gasolina) o energía (e.g., presión). Los cambios adicionales permiten al diagrama

soportar mejor flujos de comportamiento y datos continuos.



• Diagrama de casos de uso:

Es una especie de diagrama de comportamiento. Los diagramas de casos de uso son a menudo

confundidos con los casos de uso. Mientras los dos conceptos están relacionados, los casos de

uso son mucho más detallados que los diagramas de casos de uso.



ANEXOS

No Aplica.


49722132 entregable-servicios hoteleros-0612

Documents