Entregable ServiciosHoteleros 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 u611779@upc.edu.pe
Deza Monroy, Luis Angel u611805@upc.edu.pe
Espino Berrocal, Edward Teodoro u700052@upc.edu.pe
Gavidia Zevallos, Vanessa Cyntia u700052@upc.edu.pe
Suasnabar López, Mirko Salvador u620501@upc.edu.pe
Monterrico, diciembre de 2009

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
Casos de Uso de Actores del

Negocio 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-01 Planificar Servicios CUN3-03 Gestionar Informacion

(from Casos de Uso de Negoci o) ANE3-02 Gerente de Servicios (from Casos de Uso de Negoci o)
(from Actores del Negocio)
CUN3-02 Ejecutar Servicios

ANE3-01 Cliente
(from Casos de Uso de Negoci o)
(from Actores del Negoci o)

2.3 Realización de los Casos de Uso del Negocio
RCN3-01 Planificar Servicios CUN3-01 Planificar Servicios

(from CU2)
(from Casos de Uso de Negocio)
RCN3-02 Ejecutar Servicios CUN3-02 Ejecutar Servicios

(from CU1) (from Casos de Uso de Negocio)
RCN3-03 Gestionar Informacion CUN3-03 Gestionar Informacion

(from CU3) (from Casos de Uso de Negoci o)

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
: ANE3-02 Gerente de Servicios : TNE3-01 Administrador de Servicios
Sol icitar pl anificación Consultar servicios

de servicios a bri ndar
: ENE3-08 Servicio
Definir caracteristicas [Revisado]
Definir politicas
Agendar servi cios
: ENE3-01 Agenda de Servicio

Defini r
[Actul izado] empleados
: ENE3-03 Empleado
Defini r horarios
de personal [Actul izado]
: ENE3-04 Horari o
: ENE3-05 Informe de Planificacion
Definir tarifari o
[Actul izado]
[Terminado]
: ENE3-09 Tarifari o de Servicio
Recepcionar Generar informe de [Definido]

informe Pl anificación
: ENE3-05 Informe de Planificaci on
[Generado]

2.3.2.2 RCN3-02 Ejecutar Servicios
: ANE3-01 Cliente : TNE3-02 Asistente de Servicios
Si
Va usar
Solicitar servicio? No
atención Verif icar Datos Cliente
: ENE3-02 Cliente
Si
: ENE3-01 Agenda de Serv icio No

Es huesped ?
[Programado] Verif icar serv icio : ENE3-08 Serv icio
Desea reserv...
Rechazar
Atencion Verif icar agenda
No Requiere Verif icar Exclusiv idad
Si reservar? Serv icio Si
: ENE3-01 Agenda de Serv icio
Exc lusivo? [v erif icado]
Brindar horarios Tiene reserva? No

No No Consultar
agenda
: ENE3-02 Cliente
Verif icar cliente [v erif icado] : ENE3-09 Tarif ario de Serv icio
SI
Consultar [v erif icado]
Tarif ario
Usar serv icio Actualizar Hoja Es huesped?

Serv icios SI
Actualizar
reserv a
No
: ENE3-01 Agenda de Serv icio
: ENE3-08 Serv icio
[Actualizado]
[v erif icado]
: ENE3-11 Hoja de serv icio
[Actualizado] Es Huesped?
Es exclusivo? Verif icar exclusiv idad
Si
Generar orden de Actualizar Hoja
NO
pago No de Serv icios
Si
Si
Aceptar Denegar
Respuesta serv icio
Inf ormar : ENE3-11 Hoja de serv icio

Cargo Cliente
[Actualizado]
: ENE3-10 Orden de Pago
[Emitido]
Fin

2.3.2.3 RCN3-03 Gestionar Información
: ANE3-02 Gerente de Servicios : TNE3-02 Asistente de Servicios : TNE3-01 Administrador de Servicios
: ENE3-01 Agenda de Servicio
[Creado]
Solitar informe Preparar
informacion
No
: ENE3-06 Informe de Servicio
[Modificado]
. : ENE3-06 Informe de Servicio Enviar informe Revisar informe Es correcto
[Generado]
Si
Recepcionar Enviar informe

Informe final
Fin
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 Hotel

Definir 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.

2.1.2.12.3.3.2 RCN3-02 Ejecutar Servicios
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 servicios

Brindar 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
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
Modelo de Analisis
de Negocio

Trabajadores
Negocio
Entidades
Negocio
Realizaciones
de CUN

2.4.3 Lista de los trabajadores del negocio
TNE3-01 Administrador de Servicios TNE3-02 Asistente 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-01 Agenda de Servicio ENE3-07 Reserva ENE3-08 Servicio
ENE3-02 Cliente ENE3-09 Tarifario de Servicio

ENE3-06 Informe de Servicio
ENE3-03 Empleado
ENE3-05 Informe de Planificacion ENE3-10 Orden de Pago
ENE3-04 Horario
ENE3-11 Hoja 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 inicial
Fecha Fecha de la agenda Date Fecha
Hora 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 Nombre del cliente String no aplica
Apellido Apellido del cliente String no aplica
Fechanacimiento Fecha de nacimiento Date no aplica
Nacionalidad Nacionalidad del cliente String no aplica
Nombre Nombre del cliente String no aplica
Apellido Apellido del cliente String no aplica
Tipo Doc Identidad Tipo de Documento String no aplica
Num 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 Nombre empleado String no aplica
Apellido Apellido empleado String no aplica
FechaNacimiento Fecha de nacimiento Date no aplica
Nacionalidad Nacionalidad empleado String no aplica
Área Área a la que pertenece String no aplica
Cargo Cargo que desempeña String no aplica
FechaIngreso 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

Servicio Servicio a cubrir String no aplica
Empleado Empleado asignado String no aplica
HoraInicio 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

Servicio Servicio planificado String no aplica
Fecha Fecha del informe Date no aplica
Empleado Empleados por servicio String No aplica
HoraInicio Hora de inicio de atención Date No aplica
HoraFin 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

Servicio Nombre del servicio String(50) no aplica
CantidadAtencion Número de atenciones Integer(100) no aplica
NombreCliente Nombre del cliente String(50) no aplica
asociado al servicio.
tipoCliente Huésped o No huésped String(20) No aplica
tiempoServicio Tiempo total consumido Double(100) No aplica
de cada servicio por
cliente
fechaServicioUltimo Ultima fecha de uso del Date No aplica
servicio
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

Fecha Fecha de la reserva Date No aplica.
NombreCliente Nombre del cliente String(50) No aplica.
Servicio Nombre del servicio String(50) No aplica.
asociado

2.4.5.8 ENE3-08 Servicio

Entidad Almacena información de diversos servicios que ofrece el hotel.
Atributos
Descripcion Descripción del servicio String(50) No aplica.
HoraInicio Hora de inicio del servicio Date No aplica
HoraFin Hora de finalización del Date No aplica
servicio
Detalle Detalle de servicio String(100) No aplica
Exclusivo 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
Servicio Nombre del servicio String(50) no aplica
Precio Costo del servicio Double(100) no aplica
Moneda 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
Orden Número correlativo Integer(5) no aplica
FechaAtencion Fecha de atención del Date no aplica
servicio
Monto Valor monetario total por Double(100) no aplica
el consumo de servicios.
Servicio Nombre del servicio String(50) No aplica
utilizado.

2.4.5.11 ENE3-11 Hoja de Servicio

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

Servicio Nombre del servicio String(50) No aplica
utilizado
NombreCliente Nombre del cliente String(50) No aplica.
horaAtencion Hora en que se ejecuto Date No aplica
servicio
fechaAtencion Fecha en que se ejecuto Date No aplica
el servicio
DuracionServicio Tiempo de duración en Double(100) No aplica
horas del servicio
utilizado.

2.4.5 Diagrama de Clases del Negocio
2.4.6.1. RCN3-01 Planificar Servicios
ENE3-01 Agenda de Servicio

(from Entidades Negocio)
ENE3-08 Servicio
ENE3-05 Informe de Planificacion
TNE3-01 Administrador de Servicios

(from Trabajadores Negocio)
ENE3-04 Horario
ENE3-03 Empleado
ENE3-09 Tarifario de Servicio


2.4.6.2. RCN3-02 Ejecutar Servicios
ENE3-11 Hoja de servicio

(from Enti dades Negocio)
ENE3-08 Servicio
ENE3-02 Cliente
ENE3-10 Orden de Pago

(from Entidades Negocio) TNE3-02 Asistente de Servicios
(from T rabajadores Negocio)
ENE3-09 Tarifario de Servicio

ENE3-01 Agenda de Servicio ENE3-07 Reserva

(from Enti dades Negocio) (from Entidades Negocio)

2.4.6.3. RCN3-03 Gestionar Información
TNE3-01 Administrador de Servicios TNE3-02 Asistente de Servicios

(from Trabaj adores Negocio) (from Trabajadores Negocio)
ENE3-01 Agenda de Servicio ENE3-06 Informe de Servicio

(from Entidades Negocio) (from Entidades 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.
Opciones de menú de la
Logo Título de página
página
Cuerpo de la página
• 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

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ón

ASI3-03 Administrador de Rol que realiza la planificación del
Servicios 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 ASI3-03 Administrador de

Servicios Servicios
3.2.3 Diagrama de Paquetes
PSI3-01 Planificar Servicios PSI3-02 Usar Servicios

(from Caso de Uso de Sistema ) (from Caso de Uso de Sistema )
PSI9-01 Seguridad
(from Caso de Uso de Sistema )

3.2.4 Diagrama de Casos de Uso del Sistema por paquete
3.2.4.1PSI3 - 01 Planificar Servicio
<<include>> <<include>>
CUS3-07 Asignar Pers onal CUS3-06 Agendar Servicios CUS3-02 Consultar Servicio
(f rom PSI3-02 Ejecutar Serv icios)
CUS3-08 Gestionar Informacion

ASI3-03 Administrador de
de Planificacion
Servicios
(f rom Actores del Sistema)
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ón
CUS3-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 Priorid

ad
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 Servicio
Actores(s) Asistente de Servicios
Visualizar la disponibilidad de horarios de los servicios.
Propósito
Caso de uso CUS03-02 Consultar Servicio
asociado CUS03-03 Administrar Reserva de Servicio
Resumen 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.
RFU3-03 Consultar Agenda de Servicio
Requerimiento
CUS3-02 Consultar Servicio

Visualizar la información correspondiente a los servicios.
Propósito
CUS3-04 Administrar Hoja de Servicio
Caso de uso
CUS3-05 Gestionar Informacion de Ejecucion
asociado
CUS3-06 Agendar Servicio
CUS3-08 Gestionar Informacion de Planificacion.
El caso de uso se inicia cuando el usuario necesita visualizar las
características de un servicio: descripción, precio, facturable,
Resumen
exclusividad, entre otros. El caso de uso termina cuando el usuario elige
el servicio con el cual desea trabajar.
RFU3-02 Consultar Servicio
Requerimiento
CUS3-03 Administrar Reserva de Servicio

Registrar, modificar y/o cancelar una reserva de servicios.
Propósito
Caso de uso
CUS3-09 Consultar Cliente
asociado
CUS3-10 Consultar Proveedor
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,
Resumen
duración, y los datos del cliente. El caso de uso termina con la
actualización de la reserva.
RFU3-01 Registrar Reserva de Servicios
Requerimiento

CUS3-04 Administrar Hoja de Servicio

Registrar información de los consumos de servicios que no requieren
Propósito
una reserva para ser utilizados.
Caso de uso
asociado
El caso de uso se inicia cuando el usuario registra el consumo de un
Resumen servicio el cual no requiere una reserva. El caso de uso termina con la
actualización de la hoja de servicio.
RFU3-05 Registrar Hoja de Servicio
Requerimiento
CUS3-05 Gestionar informacion de Ejecucion

Generar reportes de consumo de los diferentes servicios que brinda el
Propósito
hotel.
asociado CUS3-09 Consultar Cliente
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
Resumen 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.
RFU3-06 Generar Reportes de Ejecución
Requerimiento


Actor(es) Administrador de Servicios
Propósito Se encarga de definir las características y políticas de los servicios a
brindar.
asociado CUS3-07 Asignar Personal
Resumen 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 Personal

Propósito Se encarga de crear la agenda por cada servicio.
Caso de uso CUS3-06 Agendar Servicio
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 Planificacion

Propósito Se encarga de generar los reportes asociados a la planificación de los
servicios.
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

Actor(es) Asistente de Servicios
Propósito Se encarga de mostrar información de los clientes,
Caso de uso CUS3-03 Administrar Reserva de Servicio
asociado CUS3-04 Administrar Hoja de Servicio
CUS3-05 Gestionar Informacion de Ejecucion
Resumen 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

Actor(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 CUS3-03 Administrar Reserva de Servicio
asociado CUS3-04 Administrar Hoja de Servicio
Resumen 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.
CUS3-03 Administrar Reserva de Servicio
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-0 1 HojaServicioDetall e CEN5-17 Servicio

CEN3-04 Hoja Servici oHotel ero
contien e fechaServicio : Date identifi cado r : In teger
numero : Integer nom bre : String
horaServicio : Date correspon de a
fechaGeneracion : Date estado : Stri ng
1 0..* observacion : String
estado : String 0..* descripci on : String esta asociado
cantidad : Integer CEN3-09 TipoDescuento
numeroHabitacion : Stri ng indicadorFa cturable : Boolean
montoAplicado : Double
1 fechaRegistro : Date concepto : Stri ng
0..* 0..*
0..* 1 usuarioRegistro : String
fechaActualizacion : Date 0..*
0..* usuarioActu alizacion : Stri ng
l e perte nece a Capaci dad : Integer
se asocia
le pertene ce EsExclusivo : Bo olean
1
1
1
1
CEN3-07 Ta rifarioServici o contiene
0..*
moneda : Stri ng
monto : Double 1..*
CEN6-12 M aestroClientes
unidadCobro : String
descripcio n : String
1 i nicioVigenci a : Date
finVi gencia : Date CEN4-01 Personal
1
0..*
0..1
sol icita CEN3-12 Descuento
porcentaj e : Double
esta asoci ado i nicioVigencia : Date
asign ado a finVi gencia : Date
CEN3-08 Progra macionPersonal
0..* 0..*
0..*
0..*
0..*
CEN3-06 Rese rvaServi cio
nu mero : Integer
fecha : Date le pertenece CEN3-11 Program aci onDi aria le correspon de brinda CEN3-0 5 ProveedorServi cio
1 ho raInicio : Date 1 CEN3-02 Period oAgenda
dia : Integer
ho raFi n : Date periodo : Date
horaInicio : Date 1..*
ob servaci on : String 1..* 1 estado : Stri ng
horaFin : Da te
pe rsonaReferencia : String
se asocia estado : String
montoAplicado : Double
0..*
0..* es atendida por 0..1

CEN8-0 5 Proveedor
0..*

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 Tipo
Periodo Almacena el periodo de una agenda Date
Estado Identifica si la agenda esta lista para que pueda String
iniciarse a brindar el servicio.
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
Numero 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 String
facturaron.
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
Numero 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 String
servicio prestado
PersonaReferencia Registra el nombre de un apersona como referencia del String
que solicita el servicio
Estado Campo que indica si la atención del servicio aun se String
encuentra pendiente, si se anulo o ya se realizo.
CEN3-13 ProgramacionDiaria
Entidad que amacena la programación diaria de los servicios que el hotel ofrece.
Atributos
Dia 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.

Porcentaje 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)
CEN5-17 Servicio
En esta entidad se encuentran los diversos servicios que el hotel brinda sus clientes
Atributos
Identificador 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
Fecha 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
Moneda 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
Concepto 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 Personal
Servicio: PELUQUERIA ... Personal: Luis Deza ... Reemplazar
Periodo Noviembre 2009 Modificar
Periodo
Horario de trabajo
Mes; Noviembre
Lunes Martes MiercolesJueves Viernes Sabado
Domingo
Año: 2009 12am
12:30 Mirko Suasnabar
Mirko Suasnabar
1am Mirko Suasnabar
Mirko Suasnabar
Aplicar Cancelar
Luis Deza Luis Deza
Horario 2am Luis Deza Luis Deza
Lunes Martes Miercoles 3am

Jueves Viernes Sabado
4am
Domingo
Inicio 9:00 Fin 21:00

Aplicar Modificar Eliminar
Aplicar Cancelar
Grabar Anular Cancelar Salir
Elegir personal
Empleado: Luis Deza ...
Tabla de Personal
Empleado Especialidad Estado
Luis Deza Estilista No asignado
Carlos Sanchez Estilista No asignado
Mirko Suasnabar Estilista Asignado
Edward Espino Estilista No asignado
Grabar Cancelar
Advertencia
Esta seguro que desea continuar ?
Aceptar Cancelar

CUS3-08 Gestionar Información de Planificación
Generar Agenda de
de Servicio
Periodo
Todos Por Servicio
Desde: DD/MM/ YYYY Hasta: DD/MM/YYYY
Servicio: Peluqueria ...
Incluir personal Consultar Imprimir Excel Salir
<<Anterior Siguiente >>

Agenda de Servicio
Servicio: SPA
Subservicio: Peluqueria
Periodo : 01/12/2009 - 31/12/2009
Descripción: Este servicio es brindado en el segundo nivel del edificio , en la salon de SPA.
Proveedor :
Horario de Atención
Hora Domingo Lunes Martes Miercoles Jueves Viernes Sabado
00:00
01:00
07:00 Luis Deza Carlos Lopez
08:00 Luis Deza Carlos Lopez
Luis Deza Carlos Lopez
14:00 Carlos Lopez Luis Deza

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.1 Cronograma de ejecución del proyecto

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

4.2 Benchmarking
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
Página: 107 /
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
KingSmart
HPMS -Hotel
MICROS OPERA eZee Property
Enterprise FrontDesk Managemen
HERRAMIENTAS Solution (OES) myfidelio Hotel t 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.3 Control 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
Página: 120 /
134
4.3.3 Matriz de atributos de Casos de Uso del Sistema
Caso de uso Estad Dificult Clasificación Ciclo Responsable

o ad Desarrollo
CUS3-01 Consultar Agenda de Servicio Definido Alta Primario Ciclo 0 Edward Espino
CUS3-02 Consultar Servicio Definido Baja Primario Ciclo 0 Mirko Suasnabar

CUS3-03 Administrar Reserva de Servicio Definido Media Primario Ciclo 0 Edward Espino
CUS3-04 Administrar Hoja de Servicio Definido Baja Secundario Ciclo 1 Mirko Suasnabar
CUS3-05 Gestionar Informacion de Ejecucion Definido Baja Secundario Ciclo 1 Mirko Suasnabar
CUS3-06 Agendar Servicio Definido Alta Primario Ciclo 0 Fernando Altuna
CUS3-07 Asignar Personal Definido Alta Primario Ciclo 1 Vanessa Gavidia
CUS3-08 Gestionar Informacion de Planificacion. Definido Baja Secundario Ciclo 1 Luis Deza
CUS3-09 Consultar Cliente Definido Baja Secundario Ciclo 1 Edward Espino
CUS3-10 Consultar Proveedor Definido Baja Secundario Ciclo 1 Edward Espino
4.3.4 Matriz de atributos de Requerimientos funcionales
Nombre del Requerimiento Estad Dificul Responsabl

Funcional o tad e
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
Página: 121 /
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
Página: 124 /
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.
Página: 126 /
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.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

GLOSARIO 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.

Entregable ServiciosHoteleros 0612

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Entregable ServiciosHoteleros 0612

Uploaded by

Copyright:

Available Formats

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

Desarrollado por los alumnos:

Altuna, Fernando u611779@upc.edu.pe

Deza Monroy, Luis Angel u611805@upc.edu.pe

Espino Berrocal, Edward Teodoro u700052@upc.edu.pe

Gavidia Zevallos, Vanessa Cyntia u700052@upc.edu.pe

Suasnabar López, Mirko Salvador u620501@upc.edu.pe

Monterrico, diciembre de 2009

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

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

objetivos y los beneficios del proyecto.

• 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

• 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

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

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

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

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

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

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

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

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

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

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

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

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

Ampliar la cobertura territorial del grupo a nivel nacional.

1.0.3. Visión de la organización

1.0.4. Misión de la organización

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

1.1. Campo de acción

1.1.1. Descripción de los procesos del negocio

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

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

para aquellos visitantes que hayan consumido servicios.

1.2. Objetivos del proyecto

1.2.1. Objetivo general

1.2.2. Objetivos específicos

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

1.3. Beneficios del proyecto

1.3.1. Beneficios tangibles

1.3.2. Beneficios intangibles

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

servicios es proporcionada en forma inmediata.

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

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

2.1 Reglas del negocio

1. RNE3-01 Descuentos por paquetes turísticos

2. RNE3-02 Descuento por reserva anticipada del SPA

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

4. RNE3-04 Accesibilidad del SPA

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

5. RNE3-05 Tiempo de uso de cabinas

6. RNE3-06 Accesibilidad de las cabinas de Internet