Professional Documents
Culture Documents
Taller de Proyecto 1
RESUMEN
• Descripción del proyecto, incluye el detalle del objeto de estudio, el campo de acción, los
• 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.
del Sistema.
Í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
INTRODUCCIÓN
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.
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.
Mantener relaciones duraderas con sus socios y accionistas, por tanto su satisfacción debe ser un
objetivo prioritario para toda 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.
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.
Planificar Servicios
Este proceso representa la gestión que se realiza antes de poder ofrecer al cliente un nuevo
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
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
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.
• Diseñar un producto software que ofrezca valor a los procesos de negocio de la empresa
hotelera en estudio,
• Brindar un mejor servicio al Cliente debido a que la información sobre la disponibilidad de los
• Maximizar la utilidad de los servicios disponibles en el Hotel para el beneficio de los clientes.
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. Propósito
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
al Gerente de Servicios.
10. El Gerente de Servicios recibe informe y con ello termina el caso de uso de negocio.
No aplica.
5. Precondiciones
6. Poscondiciones
7. Información adicional
No aplica.
2. Propósito
Realizar la programación, reprogramación y/o cancelación de las reservas que el cliente solicita
3. Breve descripción
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. El asistente de servicios consulta los datos del cliente para validar si se trata de un
huésped.
6. El asistente de servicios revisa la agenda del servicio a reservar para ver la disponibilidad
del mismo.
8. El asistente de servicios actualiza la agenda del servicio con la reserva que se está
realizando.
10. El asistente de servicios le informa al cliente el cargo a su cuenta y con ello termina la el
caso de uso.
El asistente de servicios genera la orden de pago para el cliente la cual servirá de entrada
para la facturación.
a. El asistente de servicios verifica que para brindar se debe realizarse una reserva
previa.
c. El asistente de servicios le indica al usuario que puede hacer uso del servicio.
Sub-Flujo
hotel.
atención.
hotel.
atención al cliente.
b. El cliente elige uno de los horarios brindados y regresamos al paso 4 del flujo
básico de eventos.
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.
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
3. Breve descripción
4. Flujo de eventos
4.1.Flujo Básico
requiere.
información.
servicios.
4.2.Flujos alternos
5. Precondiciones
No aplica.
6. Poscondiciones
No Aplica.
7. Información adicional
No Aplica
: ENE3-08 Servicio
Definir politicas
: 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]
[Generado]
Si
Va usar
Solicitar servicio? No
atención Verif icar Datos Cliente
: ENE3-02 Cliente
Si
Verif icar cliente [v erif icado] : ENE3-09 Tarif ario de Serv icio
SI
Consultar [v erif icado]
Tarif ario
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
[Emitido]
Fin
[Creado]
Solitar informe Preparar
informacion
No
[Modificado]
. : ENE3-06 Informe de Servicio Enviar informe Revisar informe Es correcto
[Generado]
Si
Fin
Actividad Descripción
Consultar servicios a brindar Actividad que hace referencia a la existencia de los
cada servicio.
Definir políticas Actividad que almacena las políticas de cada servicio que
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
Actividad Descripción
Verificar servicio Actividad que verifica si el servicio solicitado es válido.
Verificar agenda Actividad que consiste en verificar la agenda y
solicitando un servicio.
Verificar exclusividad Actividad que brinda información de la exclusividad del
huéspedes o no.
Consultar Tarifario Actividad que consulta las tarifas de los servicios
servicio.
Generar orden de pago Actividad que genera la orden de pago del servicio que
cliente ha consumido.
Actividad Descripción
Preparar información Actividad mediante la cual se elabora un informe con
Modelo de Analisis
de Negocio
Trabajadores
Negocio
Entidades
Negocio
Realizaciones
de CUN
de la misma.
ENE3-03 Empleado
ENE3-05 Informe de Planificacion ENE3-10 Orden de Pago
ENE3-04 Horario
ENE3-11 Hoja de servicio
ENE3-08 Servicio
ENE3-05 Informe de Planificacion
(from Entidades Negocio)
(from Entidades Negocio)
ENE3-04 Horario
(from Entidades Negocio)
ENE3-03 Empleado
(from Entidades Negocio)
ENE3-08 Servicio
(from Entidades Negocio)
ENE3-02 Cliente
(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
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.
El sistema deberá permitir realizar una consulta de los clientes, mostrando los datos
principales de cada uno.
2 Usabilidad
3 Confiabilidad
4 Rendimiento
5 Soporte
6 Consideraciones de Diseño
Componentes Adquiridos
No aplica a este proyecto.
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
No aplica a este proyecto.
Interfases de Software
No aplica a este proyecto.
Interfases de Comunicaciones
No aplica a este proyecto.
Licenciamiento
Estándares Aplicables
No aplica a este proyecto.
ASI3-01 Usuario
PSI9-01 Seguridad
(from Caso de Uso de Sistema )
<<include>> <<include>>
CUS3-07 Asignar Pers onal CUS3-06 Agendar Servicios CUS3-02 Consultar Servicio
(f rom PSI3-02 Ejecutar Serv icios)
1 Actores
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
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.
9 Puntos de Extensión
No aplica.
10 Requerimientos Especiales
1. Actores
1.1 ASI3-02 Asistente de Servicios
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.
6. El usuario indica “Salir”.
7. El sistema abandona el subflujo y regresa al paso 3 del flujo básico.
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
1. Actores
1.1 ASI3-02 Asistente de Servicios
2. Propósito
Registrar los consumos realizados por los clientes para aquellos servicios que no
requieren una reserva previa.
3. Breve Descripción
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.
4. Flujo Básico de Eventos
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.
3. Si el usuario indica:
• Nuevo, ver subflujo “Nueva Hoja de Servicio”.
• Modificar, ver subflujo “Modificar Hoja de Servicio”.
4. El usuario indica “Salir”.
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”.
5. El usuario indica “Grabar”.
6. El sistema registra la nueva hoja de servicio.
7. El sistema abandona el subflujo y regresamos al paso 4 del flujo básico.
6. Flujos Alternativos
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. Puntos de Extensión
9.1 CUS3-10 Buscar Proveedor
10. Requerimientos Especiales
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.
• 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.
1. Actores
1.1 ASI3-02 Asistente de Servicios
2. Propósito
Generar reportes de consumo de los diferentes servicios que brinda el hotel.
3. Breve Descripción
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.
4. Flujo Básico de Eventos
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. Flujos Alternativos
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.
• 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. Puntos de Extensión
9.1 CUS3-02 Consultar Servicio
10. Requerimientos Especiales
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.
2 Propósito
Definir las tarifas, los descuentos y la agenda de cada servicio requerido.
3 Breve Descripción
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.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.
3. El Administrador de servicios indica “Aplicar”.
4. El sistema muestra el registro ingresado en la tabla de Tarifas.
5. El Administrador de servicios indica “Grabar”.
6. El sistema muestra la ventana “Advertencia” solicitando la confirmación de la
acción.
7. El Administrador de servicios indica “Aceptar”.
8. El sistema cierra la ventana “Advertencia”.
9. El Administrador de servicios indica “Salir”.
10. El sistema cierra el formulario “Agendar Servicio” y el caso de uso termina.
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.
2. El Administrador de servicios ingresa los datos que requiera actualizar.
3. El Administrador de servicios indica “Aplicar”.
4. El sistema muestra el registro ingresado en la tabla de Descuentos.
5. El Administrador de servicios indica “Grabar”.
6. El sistema muestra la ventana “Advertencia” solicitando la confirmación de la
acción.
7. El Administrador de servicios indica “Aceptar”.
8. El sistema cierra la ventana “Advertencia”.
9. El Administrador de servicios indica “Salir”.
10. El sistema cierra el formulario “Agendar Servicio” y el caso de uso termina.
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.
2. El Administrador de servicios ingresa los datos que requiera actualizar.
3. El Administrador de servicios indica “Aplicar”.
4. El sistema muestra el registro ingresado en la tabla de la Agenda.
5. El Administrador de servicios indica “Grabar”.
6. El sistema muestra la ventana “Advertencia” solicitando la confirmación de la
acción.
7. El Administrador de servicios indica “Aceptar”.
8. El sistema cierra la ventana “Advertencia”.
9. El Administrador de servicios indica “Salir”.
10. El sistema cierra el formulario “Agendar Servicio” y el caso de uso termina.
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.
5. El Administrador de servicios indica “Grabar”.
6. El sistema muestra la ventana “Advertencia” solicitando la confirmación de la
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.
3. El Administrador de servicios indica “Eliminar”.
4. El sistema elimina el o los descuentos seleccionados de la tabla de Tarifas.
5. El Administrador de servicios indica “Grabar”.
6. El sistema muestra la ventana “Advertencia” solicitando la confirmación de la
acción.
7. El Administrador de servicios indica “Aceptar”.
8. El sistema cierra la ventana “Advertencia”.
9. El Administrador de servicios indica “Salir”.
10. El sistema cierra el formulario “Agendar Servicio” y el caso de uso termina.
Eliminar agenda
1. El sistema muestra el contenido de la pestaña Agenda, dentro del formulario
“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 “Eliminar”.
4. El sistema elimina la(s) celda(s) de los horarios seleccionados de la tabla de
Tarifas.
5. El Administrador de servicios indica “Grabar”.
6. El sistema muestra la ventana “Advertencia” solicitando la confirmación de la
acción.
7. El Administrador de servicios indica “Aceptar”.
8. El sistema cierra la ventana “Advertencia”.
9. El Administrador de servicios indica “Salir”.
10. El sistema cierra el formulario “Agendar Servicio” y el caso de uso termina.
Anular planificación
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.
7 Puntos de Extensión
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.
3 Breve Descripción
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
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”.
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 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.
6. El Administrador de servicios indica “Grabar”.
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.
9. El Administrador de servicios indica “Grabar”.
10. El sistema muestra la ventana “Advertencia” solicitando la confirmación de la
acción.
11. El Administrador de servicios indica “Aceptar”.
12. El sistema cierra la ventana “Advertencia”.
13. El Administrador de servicios indica “Salir”.
14. El sistema cierra el formulario “Asignar Personal” y el caso de uso termina.
Eliminar 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 la(s) celda(s) de los turnos que requiera
eliminar.
3. El Administrador de servicios indica “Eliminar”.
4. El sistema elimina la(s) celda(s) de los turnos seleccionados de la tabla Horarios
de Trabajo.
5. El Administrador de servicios indica “Grabar”.
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.
14. El Administrador de servicios indica “Grabar”.
15. El sistema muestra la ventana “Advertencia” solicitando la confirmación de la
acción.
16. El Administrador de servicios indica “Aceptar”.
17. El sistema cierra la ventana “Advertencia”.
18. El Administrador de servicios indica “Salir”.
19. El sistema cierra el formulario “Asignar Personal” y el caso de uso termina.
5 Precondiciones
6 Poscondiciones
7 Puntos de Extensión
No aplica para este caso de uso del sistema.
8 Requerimientos especiales
9 Información Adicional
2 Propósito
Generar los reportes asociados a la planificación de los servicios.
3 Breve Descripción
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
Subflujos
Imprimir reporte
1. El Administrador de servicios indica “Imprimir”.
2. El sistema envía la impresión a la impresora predeterminada.
3. El Administrador de servicios indica “Salir”.
4. El sistema cierra el formulario “Generar Agenda de Servicios” y el caso de uso
termina.
5 Precondiciones
El sistema configuró el acceso a las opciones según el perfil de usuario del Administrador
de servicios
6 Poscondiciones
7 Puntos de Extensión
No aplica para este caso de uso del sistema.
8 Requerimientos especiales
9 Información Adicional
1. Actores
1.1 ASI3-02 Asistente de Servicios
2. Propósito
Consultar los datos de un cliente.
3. Breve Descripción
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.
4. Flujo Básico de Eventos
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
requerimiento especial 2.
4. El usuario elige al cliente.
5. El sistema sale la búsqueda y el caso de uso finaliza.
5. Subflujos
No Aplica
6. Flujos Alternativos
No Aplica
7. Precondiciones
7.1 Se ha instanciado alguno de los siguientes caso de uso:
• “CUS3-03 Administrar Reserva de Servicio”.
• “CUS3-04 Administrar Hoja de Servicio”.
• “CUS3-05 Gestionar Informacion de Ejecucion”.
8. Poscondiciones
Se visualizan los datos del cliente.
9. Puntos de Extensión
No aplica.
10. Requerimientos Especiales
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
1.1 ASI3-02 Asistente de Servicios
2. Propósito
Consultar los datos de un proveedor.
3. Breve Descripción
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.
4. Flujo Básico de Eventos
1. El sistema muestra los criterios de búsqueda: Número de Ruc o Nombre de
Proveedor.
6. Flujos Alternativos
No Aplica
7. Precondiciones
7.1 Se ha instanciado alguno de los siguientes caso de uso:
• “CUS3-03 Administrar Reserva de Servicio”.
• “CUS3-04 Administrar Hoja de Servicio”.
8. Poscondiciones
Se visualizan los datos del proveedor.
9. Puntos de Extensión
No aplica.
10. Requerimientos Especiales
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
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.
7. Puntos de Extensión
No aplica.
8. Requerimientos Especiales
No aplica.
9. Información Adicional
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”
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..*
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
Nombre Descripción Tipo
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
Nombre Descripción Tipo
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
Nombre Descripción Tipo
Dia Fecha del servicio Integer
CEN3-12 Descuento
En esta entidad se encuentran los porcentajes de los descuentos que los diversos servicios
pueden ofrecer.
CEN4-01 Personal
En esta entidad se encuentran los datos de los empleados que laborar en el hotel
Atributos (es una entidad de otro modulo por ello no se describen los atributos)
Nombre Descripción Tipo
CEN5-17 Servicio
En esta entidad se encuentran los diversos servicios que el hotel brinda sus clientes
Atributos
Nombre Descripción Tipo
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. (
Atributos (es una entidad de otro modulo por ello no se describen los atributos)
Nombre Descripción Tipo
CEN3-01 HojaServicioDetalle
Entidad que almacena el detalle en valores monetarios del servicio prestado a un cliente cuando el
servicio no requiere una reserva.
Atributos
Nombre Descripción Tipo
Fecha Fecha de prestación del servicio Date
Hora Hora de prestación del servicio Date
CEN3-07 TarifarioServicio
En esta entidad se encuentran almacenados los costos que maneja el hotel
Atributos
Nombre Descripción Tipo
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
Nombre Descripción Tipo
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
Nombre Descripción Tipo
CEN8-05 ProveedorServicio
En esta entidad se encuentran la relación de proveedores con los cuales se tercearizan algunos
servicios
Atributos
Nombre Descripción Tipo
CEN8-05 Proveedor
En esta entidad se almacena la lista de los proveedores que prestan servicios al Hotel
Atributos (es una entidad de otro modulo por ello no se describen los atributos)
Nombre Descripción Tipo
Consulta de Servicios
Reserva de Servicio
Periodicidad de Reserva
Búsqueda de Proveedores
Búsqueda de Clientes
Asignar Personal
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
Elegir personal
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
Aceptar Cancelar
Generar Agenda de
de Servicio
Periodo
Todos Por Servicio
Desde: DD/MM/ YYYY Hasta: DD/MM/YYYY
Servicio: Peluqueria ...
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
00:00
01:00
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.
Parte 2
Página: 105 /
Documento Interno Versión: 4.0
134
Sistema de Gestión Hotelera - Módulo de Servicios Hoteleros
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.
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 /
Documento Interno Versión: 4.0
134
Sistema de Gestión Hotelera - Módulo de Servicios Hoteleros
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.
2. Myfidelio
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).
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 principales
• Estado del hotel desde la pantalla principal de Easy Check-in Check-Out
• Habitación Reserva
• Configuración del Hotel Viz. Sala, tasa de tipo, zonas de ocio, Desk Clerk, etc
• Fondo para la creación de tarifas especiales para cada agencia de viajes / Business
Source por separado
• Código de colores para los diferentes estado de la habitación Viz. vacante, ocupado,
reserva, etc
Informes
• Habitación / Precio
• Bloque de habitaciones
• Sala de Historia
• Resultado Estancia
• Informe bancario
• Daily Report
• Informe Mensual
• Informe Anual
• Informe de reserva
• Informe de Ingresos
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.
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.
Fig (1)
Fig (2)
Fig (3)
Fig (4)
Billing Page
Fig (5)
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
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 /
Documento Interno Versión: 4.0
134
Sistema de Gestión Hotelera - Módulo de Servicios Hoteleros
Página: 121 /
Documento Interno Versión: 4.0
134
Sistema de Gestión Hotelera - Módulo de Servicios Hoteleros
Página: 124 /
Documento Interno Versión: 4.0
134
Sistema de Gestión Hotelera - Módulo de Servicios Hoteleros
CONCLUSIONES
• 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.
Página: 126 /
Documento Interno Versión: 4.0
134
Sistema de Gestión Hotelera - Módulo de Servicios Hoteleros
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
• Modelado de negocio:
http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/Model_Negocio.html
• Definición de hoteles:
http://www.discounthotelshawaii.com/definitions/hotelcategories.html#4_star
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
• 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
(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:
• 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.
• 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.
ANEXOS
No Aplica.