Huaman Agj Tamani Gfe SD Ref

Carátula
FACULTAD DE INGENIERÍA Y ARQUITECTURA

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS
Implementación de un sistema informático para la Gestión

de servicios en el hospedaje El Tío Koki - Huacho 2021
TESIS PARA OBTENER EL TÍTULO PROFESIONAL DE INGENIERO DE

SISTEMAS
AUTORES:
Huaman Ardiles, Gaby Jenitza (ORCID: 0000-0001-6679-8084)
Tamani Guerra, Felix Eladio (ORCID: 0000-0002-6361-1306)
ASESOR:
Dr. Estrada Aro, Willabaldo Marcelino (ORCID: 0000-0003-2349-0519)
LÍNEA DE INVESTIGACIÓN:
Sistemas de Información y Comunicaciones
LIMA - PERÚ
2021
i
Dedicatoria
“El presente trabajo está dedicado a Dios y familia; por el apoyo incondicional”.
(Felix E. Tamani Guerra)
“El presente trabajo está dedicado a Dios, a todas las personas que me apoyaron
en la vida y que me motivaron a trabajar arduamente todo este tiempo”.
(Gaby J. Huaman Ardiles)
ii
Agradecimiento
“Agradezco a Dios, a mis padres y

hermanos; Dios por el ser supremo que
gobierna mi vida, mis padres por ser el
motivo para que esté presente en esta
hermosa tierra, y a mis hermanos por ser
el instrumento y guía para tomar las
decisiones correctas en mi vida”.
(Felix E. Tamani Guerra)
“A todas las personas que me apoyaron,

instruyeron y guiaron durante este periodo,
a Dios por la salud y por bendecirme en
todo momento”.
(Gaby J. Huaman Ardiles)
iii
Índice de contenidos
Dedicatoria .............................................................................................................. ii
Agradecimiento ...................................................................................................... iii
Índice de contenidos .............................................................................................. iv
Índice de figuras ..................................................................................................... vi
Resumen ............................................................................................................... vii
Abstract ................................................................................................................ viii
I. INTRODUCCIÓN ............................................................................................. 1
II. MARCO TEÓRICO .......................................................................................... 4
III. METODOLOGÍA ............................................................................................ 10
3.1. Tipo y diseño de investigación............................................................. 10
3.2. Variables y operacionalización ............................................................ 10
3.3. Población (criterios de selección), muestra, muestreo, unidad de

análisis ................................................................................................ 14
3.4. Técnicas e instrumentos de recolección de datos ............................... 15
3.5. Procedimientos .................................................................................... 18
3.6. Método de análisis de datos ................................................................ 19
3.7. Aspectos éticos ................................................................................... 24
IV. RESULTADOS .............................................................................................. 25
V. DISCUSIÓN ................................................................................................... 37
VI. CONCLUSIONES .......................................................................................... 38
VII. RECOMENDACIONES .................................................................................. 39
REFERENCIAS .................................................................................................... 40
ANEXOS .............................................................................................................. 44
iv
Índice de tablas
Tabla 1. Matriz de operacionalización de variables de la gestión de servicios .... 12

Tabla 2. Matriz de operacionalización de indicadores ......................................... 13
Tabla 3. Población de estudio .............................................................................. 14
Tabla 4. Muestra .................................................................................................. 15
Tabla 5. Recolección de datos ............................................................................. 16
Tabla 6. Validez de juicio de expertos.................................................................. 17
Tabla 7. Escala de confiabilidad .......................................................................... 18
Tabla 8. Análisis descriptivo PreTest y PosTest - Eficiencia al registrar los
servicios ............................................................................................................... 25
Tabla 9. Análisis descriptivo PreTest y PosTest - Tiempo promedio de verificación
de habitaciones disponibles ................................................................................. 27
Tabla 10. Prueba de normalidad - Eficiencia al registrar los servicios ................. 29
Tabla 11. Prueba de normalidad - Tiempo promedio de verificación de
habitaciones disponibles ...................................................................................... 30
Tabla 12. Prueba de T-Student - Eficiencia al registrar los servicios ................... 33
Tabla 13. Prueba T-Student - Tiempo promedio de verificación de habitaciones
disponibles ........................................................................................................... 35
v
Índice de figuras
Figura 1. Interpretación de un coeficiente de confiabilidad................................... 18

Figura 2. Fórmula de Shapiro y Wilk. ................................................................... 19
Figura 3. Nivel de significancia. ............................................................................ 23
Figura 4. Cálculo de la media muestral. ............................................................... 23
Figura 5. Cálculo de la varianza muestral. ........................................................... 24
Figura 6. PreTest y PosTest - Eficiencia al registrar los servicios. ....................... 26
Figura 7. PreTest y PosTest - Tiempo promedio de verificaciones de habitaciones
disponibles. .......................................................................................................... 28
Figura 8. PreTest - Eficiencia al registrar los servicios. ........................................ 29
Figura 9. PosTest - Eficiencia al registrar los servicios. ....................................... 30
Figura 10. PreTest - Tiempo promedio de verificación de habitaciones disponibles.
............................................................................................................................. 31
Figura 11. PosTest - Tiempo promedio de verificación de habitaciones
disponibles. .......................................................................................................... 31
Figura 12. Prueba T-Student - Eficiencia al registrar los servicios. ...................... 33
Figura 13. Prueba T-Student - Tiempo promedio de verificación de habitaciones
disponibles. .......................................................................................................... 35
vi
Resumen
El presente trabajo de investigación, tiene como finalidad Implementar un sistema

informático para la gestión de servicios en el hospedaje El Tío Koki - Huacho 2021.
Se planteó como objetivo general, determinar cómo influye un sistema informático
en la gestión de servicio en el hospedaje “EL TÍO KOKI” - Huacho 2021.
Para el desarrollo del sistema informático se utilizó la metodología RUP junto al

lenguaje unificado de modelado (UML), el lenguaje de programación C# y el
lenguaje SQL. Este trabajo de investigación es de enfoque cuantitativo de tipo
aplicada, utilizando un diseño preexperimental. Para determinar la población se
tomó en cuenta los procesos de verificación durante 15 días, de las cuales se tomó
una muestra de 15 procesos de verificaciones; así mismo, se utilizó instrumentos
de recolección de datos como la ficha de registro y ficha de observación.
Con la implementación de un sistema informático se logró incrementar la eficiencia

al registrar los servicios de 48.89% a 61.78% y disminuir el tiempo promedio de
verificación de habitaciones disponibles de 10.06 s a 6.54 s. Por lo tanto, podemos
afirmar que el sistema informático mejora el proceso gestionar servicios en el
hospedaje “EL TÍO KOKI” – Huacho 2021.
Palabras clave: Sistema informático, Proceso de gestión de servicios, Eficiencia,

Tiempo promedio de verificación de habitaciones, Metodología RUP, UML, C#,
SQL.
vii
Abstract
The purpose of this research work is to implement an information system for the
service management in the lodging "EL TIO KOKI" - Huacho 2021. The general
objective was to determine how the information system influences the service
management in the lodging "EL TIO KOKI" - Huacho 2021.
For the development of the information system, the RUP methodology was used
together with the Unified Modeling Language (UML), the C# programming language
and the SQL language. This is an applied quantitative research work, which is using
a pre-experimental design. To determine the population, the verification processes
were taken into account for 15 days, from which a sample was taken of the
verification processes; likewise, the data collection instruments such as the
registration form and observation form were used.
With the implementation of the information system, we were able to increase

efficiency by registering services from 48.89% to 61.78% and reduce the average
time for verifying available rooms from 10.06 seconds to 6.54 seconds. Therefore,
we can affirm that the information system improves the service management
process in the lodging "EL TIO KOKI" - Huacho 2021.
Key words: Information system, Service management process, Efficiency, Average

room verification time, RUP methodology, UML, C#, SQL.
viii
I. INTRODUCCIÓN
La Gestión de Servicios es la principal ventaja competitiva para una

empresa, por el simple hecho de tener un buen servicio puede
principalmente retener clientes muy fácilmente. La gestión de servicios
considera las características siguientes: Innovar, Eficacia o el impacto que
esta pueda conllevar, Ser replicable, ser sostenible, ser pertinente y la
eficiencia. (Troncos J., 2018, p. 36)
Gestionar los servicios requiere sistemas informáticos, en caso no se

implementen los avances corren el riesgo de retroceder en poco tiempo. El
uso de las tecnologías fue concebido para satisfacer las necesidades de las
personas. Sabemos que toda empresa requiere el control del servicio que
ofrece a sus clientes, pero particularmente los hospedajes tienen la
necesidad de administrar sus servicios por ende el concepto de gestionar
servicios involucra también a los hospedajes, a parte del concepto antes
citado, estos servicios en el Perú son regulados por el Mincetur, mediante el
reglamento establecimiento de hospedajes actualizada mediante resolución
ministerial Nº 492-2018-MINCETUR, en la cual facilita las pautas para
categorizar, calificar y supervisar del buen funcionamiento de los
hospedajes. (Troncos J., 2018, p. 33).
Desde siempre los hospedajes han tenido la necesidad de controlar los

ingresos y salidas de sus huéspedes es por ello que se creó diferentes
estrategias para subsanar el inconveniente, en la cual utilizaban métodos
rudimentarios; sin embargo, hay hospedajes que siguen optando por este
medio, en otros casos la utilización de hoja de cálculo sería lo primordial
para obtener lo deseado; en donde los datos obtenidos le sirven a la
empresa generar estadísticas que podrán ser utilizados para fines
convenientes.
“El TÍO KOKI”, es un hospedaje que se encuentra ubicada en Huacho, al

norte de Lima, la cual se dedica a brindar servicio de hospedaje. En este
caso específico “EL TÍO KOKI”, se identificó inconvenientes en la gestión del
servicio de hospedaje, debido que hace uso de libros de llenado manual en
1
dónde se registra a los huéspedes; sin embargo, esta práctica muchas veces
trae retrasos e inconvenientes, muchas veces hay duplicidad en los registros
o demoras, esto trae consigo una baja eficiencia al registrar los servicios y
demoras en la búsqueda de habitaciones disponibles. Por todo lo expuesto
anteriormente se propuso desarrollar e implementar una aplicación para
mejorar el servicio del hospedaje.
Tomando en cuenta la realidad problemática, se formularon los siguientes

problemas: Problema General: ¿Cómo influye un sistema informático en la
Gestión de servicio en el hospedaje “EL TÍO KOKI” - Huacho 2021?
Problemas específicos PE1: ¿Cómo influye un sistema informático en la
eficiencia al registrar los servicios ofrecidos en el hospedaje “EL TÍO KOKI”
- Huacho 2021? PE2: ¿Cómo influye un sistema informático en el tiempo
promedio de verificación de habitaciones disponibles en el hospedaje “EL
TÍO KOKI” - Huacho 2021?
Para la justificación de esta investigación se utilizó los siguientes criterios:
Relevancia social, el presente estudio se justifica porque pretende aportar

un antecedente para todo hospedaje que necesite implementar un sistema
informático para gestionar sus servicios. (Rojas Diego, 2020, p. 5).
Utilidad metodológica, el presente estudio se justifica porque proporciona un

conjunto de instrumentos de recolección de datos, como son la ficha de
registro y observación que pueden utilizarse como instrumentos de
referencia para otras investigaciones. (Bernal César, 2010, p. 106).
Implicancias prácticas, el presente estudio se justifica porque permitirá

mejorar inconvenientes que se identificaron dentro de la realidad
problemática la cual permitirá incrementar su eficiencia en el registro de
servicios y reducir el tiempo promedio de verificación de habitaciones
disponibles. (Bernal César, 2010, p. 106).
Valor teórico, el presente estudio se justifica porque servirá como

antecedente debido que está investigación se apoya de conceptos, libros,
2
tesis, instrumentos de recolección de datos y sobre todo de análisis de
variables identificadas correspondientes a la gestión de servicios de
hospedajes. (Bernal César, 2010, p. 106).
Para dar solución a la problemática identificada, se propusieron lo siguiente:

Objetivo General: Determinar cómo influye un sistema informático en la
Gestión de servicio en el hospedaje “EL TÍO KOKI” - Huacho 2021. Además,
se tienen los objetivos específicos. OE1: Determinar cómo influye un
sistema informático en la eficiencia al registrar los servicios ofrecidos en el
hospedaje “EL TÍO KOKI” - Huacho 2021, OE2: Determinar cómo influye un
sistema informático en el tiempo promedio de verificación de habitaciones
disponibles en el hospedaje “EL TÍO KOKI” - Huacho 2021.
Finalmente se propusieron las siguientes hipótesis. Hipótesis General: El

sistema informático mejora la gestión del servicio en el hospedaje “EL TÍO
KOKI” - Huacho 2021. Hipótesis Específicas. HE1: El sistema informático
incrementa la eficiencia al registrar los servicios ofrecidos en el hospedaje
“EL TÍO KOKI” - Huacho 2021. HE2: El sistema informático disminuye el
tiempo promedio de verificación de habitaciones disponibles en el hospedaje
“EL TÍO KOKI” - Huacho 2021.
3
II. MARCO TEÓRICO
Antecedentes:
Según Palacios, J. (2015), en su tesis “Modelamiento de un sistema de

gestión para la sociedad hotelera IRPE. S.A.C. – tumbes, 2015”, hace
mención como gestionar un hotel. Ha tenido como objetivo modelar un
aplicativo para gestionar el hotel IRPE.S.A.C en Tumbes, el tipo de
investigación aplicada fue descriptiva. Para medir la población y muestra se
tomó en cuenta 20 empleados. El 80% de sus empleados que se
encuestaron consideraron que es necesario modelar un sistema para
gestionar la sociedad hotelera y que el 70% consideró que el sistema actual
no los satisface. Por lo cual se llegó a la siguiente conclusión: Es necesario
contar con un sistema para gestionar el hotel antes mencionado.
Según Moreno D. (2018), en su tesis “Sistema web para mejorar la gestión

Hotelera de Inversiones Turísticas L&B SAC”, identificó que el
establecimiento tenía problemas con la gestión, en el proceso de búsqueda,
reservación y emisión de reportes es muy lenta; el objetivo fue mejorar su
gestión implementando un aplicativo web. Para medir la población se tomó
en cuenta los 7 trabajadores, para la muestra se utilizó la misma cantidad,
el tipo de investigación aplicada fue descriptiva, el instrumento utilizado fue
la encuesta, concluyendo finalmente que el proyecto se terminó
satisfactoriamente, cubriendo con todas las expectativas consideradas. El
presente antecedente se usó como referencia a considerar para el marco
teórico.
Según Yaipen J. (2019), realizó una investigación titulada “Implementación

de un Sistema de Información para el Control del Hospedaje en el Hostal mis
Amores” en el Hotel en la cual se base su investigación, identificó que tenía
problemas con el control de reservaciones; el objetivo que ha propuesto fue
de implementar un aplicativo para mejorar el control de registros y así brindar
mejor servicio de calidad y eficiencia. La población fue de 500 personas, la
muestra considerada en la encuesta fue de 50, el tipo de investigación
4
aplicada fue descriptiva, el instrumento utilizado fue la encuesta, el autor
termina concluyendo que el proyecto terminó satisfactoriamente.
Según Estupiñan P. (2018), en su tesis “Diseño e Implementación de un

Sistema Informático para la Gestión de Servicios al Huésped en el Hotel
Bungalows Punta Sal”, identificó que existen problemas en la
documentación de los registros de huéspedes ya que es manipulado por una
sola persona, el cual es el administrador y todo el proceso se realizó en
papel, afectando al momento de consultar dicha documentación elaborada
en Excel, el objetivo que se ha propuesto fue de implementar un sistema
informático para gestionar los servicios del hotel Bungalows Punta Sal. La
población y muestra fue de 10 empleados, finalmente se concluye que el
proyecto resulta viable.
Según Tonato R. y Vaca C (2016) – Ecuador. En su tesis “Análisis y Diseño

de una Propuesta Tecnológica para el Hotel Manglaralto en la Provincia de
Santa Elena”, identificó que el Hotel tenía problemas relacionados con el
control de reservaciones; el objetivo que se ha propuesto fue diseñar una
propuesta tecnológica para optimizar el proceso de la gestión administrativa.
La población tomada en cuenta fue de 1000 personas; la muestra
considerada en la encuesta fue de 150, se consideró el tipo de investigación
descriptiva, el instrumento utilizado fue la encuesta. Concluyendo finalmente
que el proyecto se terminó satisfactoriamente. El presente antecedente se
usó como referencia a considerar para el marco teórico.
Según Vilela C. (2014) – Ecuador. En su tesis “Desarrollo e implementación

de un sistema de gestión administrativa para el hotel dorado del cantón
playas”, identificó que el Hotel tenía problemas en el registro de su
información; el objetivo que se ha propuesto fue la implementación de una
aplicación informática. Para medir la población de estudio, se tomó en
cuenta a todo turista que visitó el hotel; la muestra representativa
considerada fue de 80 personas, el tipo de investigación fue descriptiva, se
utilizó la encuesta estratificada como instrumento. Concluyendo finalmente
5
que el proyecto se terminó satisfactoriamente. El presente antecedente se
usó como referencia a considerar para el marco teórico.
Según Fuertes W. (2016) – Bolivia. En su tesis “Modelo de gobierno

electrónico para la gestión de establecimientos de hospedajes en el
departamento de la paz”, identificó que en el hotel existe limitada información
acerca de los servicios que ofrecen, errores en los registros de huéspedes;
“
el objetivo propuesto fue de implementar un aplicativo web para mejorar sus

servicios. La población fue de 67125; la muestra representativa considerada
fue de 343, Se tomó en cuenta el tipo de investigación descriptiva, el
instrumento utilizado fue la encuesta estratificada, Concluyendo finalmente
que el proyecto sirve como base para gestionar hospedajes . El presente
”
antecedente se usó como referencia a considerar para el marco teórico.
Según Gavilanes J. (2014) – Ecuador. En su tesis “Propuesta de desarrollo

de un sistema informático hotelero para el sector de alojamiento de dos y
tres estrellas de la ciudad de guayaquil”, identificó que aumentó el servicio
de hoteles, este aumento avala considerar el control de las reservas; el
objetivo fue mejorar los servicios. Se tomó una población de 202
establecimientos; la muestra representativa considerada es de 132
establecimientos, se aplicó el tipo de investigación descriptiva, utilizó la ficha
de observación como instrumento. El presente antecedente se usó como
referencia a considerar para el marco teórico.
Gestión de Servicios:
Para fundamentar la variable dependiente: La Gestión de Servicios dirigido
por personal capacitado, quienes ofrecen servicio de alojamiento a los
huéspedes a cambio de un monto establecido por el hospedaje. Este servicio
muchas veces contempla otros servicios o productos. Según las buenas
prácticas en el servicio de alojamiento para la gestión de servicios reguladas
por el MINCETUR considera lo siguiente: Recepción y Reservas. (Troncos
J. 2018, p. 34).
6
Recepción, Es la tarjeta de presentación del hospedaje, tiene mucha
importancia debida que se encuentra de cara al cliente, es el proceso de
inicio en la cual el cliente se contacta con el hospedaje, presencial o
cualquier otro sistema de comunicación, como puede ser telefónico u otro
medio. (Villa M., 2017, p. 24).
Reservas, Es atendida desde alguna oficina o el mismo hospedaje u hotel

utilizando cualquier sistema de comunicación como llamadas telefónicas de
los clientes potenciales, los cuales son los que solicitan reservas según la
disponibilidad de habitaciones. (Villa M., 2017, p. 24).
Para esta investigación se utilizaron los indicadores de eficiencia al registrar

los servicios que pertenece a la dimensión Recepción y tiempo promedio de
verificación de habitaciones disponibles que pertenece a la dimensión de
reserva.
El indicador eficiencia al registrar los servicios, este indicador busca cumplir

el objetivo esperado por medio de comparar entre las personas que utilizaron
el servicio y el total de personas que consultaron el servicio. Se tomó como
referencia (Guillen D y Rojas D., 2020, p. 14).
Donde: 𝑵𝑷𝑼𝑺
𝑬= ∙ 𝟏𝟎𝟎%
𝑻𝑷𝑪𝑺
E = Eficiencia
NPUS = Número de Personas que Utilizaron el Servicio
“ ”
TPCS = Total de Personas que Consultaron el Servicio
El indicador Tiempo promedio de verificación de habitaciones

disponibles, es usado para medir el tiempo que se consume al verificar las
habitaciones disponibles. Se tomó como referencia (Moreno D, 2018, p. 67).
Donde: ∑𝒏𝒊=𝟏(𝑻𝑽𝑯𝑫)
𝑻𝑷𝑽𝑯𝑫 =
𝒏
TPVHD = Tiempo Promedio de Verificación de Habitaciones Disponibles
TVHD = Tiempo de Verificación de Habitaciones Disponibles
n = Número de verificaciones
7
Para fundamentar la variable independiente: Sistema informático, es una
máquina que acepta unos datos de entrada, los procesa y genera resultado,
estos sistemas informáticos tiene partes claramente diferenciados y son el
hardware y el software. (Jesús Beas Arco, 2020, p. 15).
El patrón de diseño empleado en esta investigación es N-Capas (Capa

Entidades, Capa de Acceso a Datos, Capa de Negocios y Capa
Presentación). Es una arquitectura en n capas tiene como base una
distribución de manera jerárquica de los roles, interactuando con otras capas
y llegando así a la responsabilidad de su funcionalidad. (Santiago Moquillaza
Henríquez, Hugo Vega Huerta, 2011, p. 58).
El lenguaje de programación empleado fue C#, es orientado a objetos,

amigable, moderno, fácil de comprender y tiene las mejores características
de otros lenguajes. (Sébastien PUTIER, 2018, p. 109).
El framework utilizado fue .Net 4.71, SQL SERVER ENTERPRISE en su

versión 2014, es un motor de base potente con mucho éxito en el mercado,
es muy utilizada hoy en día por los administradores de base de datos.
(Santiago Medina Serrano, 2015, p. 25).
Metodología de desarrollo:
Se empleó la metodología RUP junto al Lenguaje Unificado de Modelado

“
(UML), La metodología RUP ver Anexo Nº 11, es un proceso disciplinado

”
que asigna tareas y responsabilidades. Uno de los objetivos es garantizar

que la productividad de un aplicativo sea de calidad, cumpliendo así el
objetivo final de los usuarios. (Rodrigo Antonio López Rosciano, 2015, p. 6).
Ver Anexo Nº 7.
La metodología que se ha empleado se divide en 4 fases, son las siguientes:
Inicio, En esta fase se establecen los requisitos por parte de todos los
interesados del proyecto, también se realiza la planificación. Aquí también
se valida si el proyecto es factible, continuando si lo es. (Moreno D., 2018, p.
36).
8
Elaboración, Aquí se definen los casos de uso, previa verificación del
modelado del negocio para identificar la solución o posibles soluciones a
diseñar. (Moreno D., 2018, p. 36).
Construcción, en esta fase se desarrolla físicamente un producto eficiente

(Moreno D., 2018, p. 36).
Transición, en esta fase se lleva el producto de software terminado al cliente

o usuario final (Moreno D., 2018, p. 36).
9
III. METODOLOGÍA
3.1. Tipo y diseño de investigación
Tipo de investigación:
La investigación aplicada está basada en resultados de una

investigación fundamental, en este tipo de investigación se formulan
o plantean hipótesis y problemas relacionados con la sociedad.
(Guillen D, Rojas D, 2020, p. 24)
Con la explicación anterior convenimos que en este informe se realizó

una investigación tipo aplicada, ya que nos permitirá dar respuesta
totalmente fundamentada a nuestra problemática detectada.
Diseño de investigación:
El diseño preexperimental, denominados así porque utiliza un solo

grupo, pudiéndose adaptarse a múltiples variantes de las variables
en estudio. (Hernández R. 2018, p. 163)
Se determinó que la siguiente investigación posee un diseño

preexperimental, debido que se recolectó datos con anticipación (pre
test) así como también con posterioridad (post test), con la consigna
de compararlos para luego contemplar análisis estadísticos que nos
permitió validar la confiabilidad de los datos extraídos.
3.2. Variables y operacionalización
Variable independiente: Sistema informático
Definición conceptual:
Un sistema informático, es una máquina que acepta unos datos de

entrada, los procesa y genera resultado, estos sistemas informáticos
tiene partes claramente diferenciados y son el hardware y el software
que en esta tesis de desarrolló. (Jesús Beas Arco, 2020, p. 15)
10
Definición operacional:
El software de este sistema informático, es una aplicación de

escritorio que se instalan en cada ordenador utilizado, muestra datos
en tiempo real, cuentan con formularios dentro de las cuales se
utilizan controles de acuerdo al lenguaje de programación utilizado.
Variable dependiente: Gestión de Servicios
Definición conceptual:
La gestión de servicios muchas veces contempla otros servicios o

productos. Según las buenas prácticas en el servicio de alojamiento
para la gestión de servicios reguladas por el MINCETUR considera la
Recepción y Reservas. (Troncos J. 2018, p. 34)
Definición operacional:
Este proceso contempla el registro tanto del alquiler de la habitación

como también las reservas de las mismas, para satisfacer a los
clientes del hospedaje “EL TÍO KOKI”.
11
Operacionalización de variables
Tabla 1. Matriz de operacionalización de variables de la gestión de servicios
Escala de
Variables Definición conceptual Definición Operacional Dimensión Indicador
Medición
Un sistema informático, es
El software de este sistema
una máquina que acepta
informático, es una aplicación
unos datos de entrada, los
de escritorio que se instalan
procesa y genera resultado,
en cada ordenador utilizado,
estos sistemas informáticos
muestra datos en tiempo real,
Sistema informático tiene partes claramente
cuentan con formularios
diferenciados y son el
dentro de las cuales se
hardware y el software que
utilizan controles de acuerdo
en esta tesis de desarrolló.
al lenguaje de programación
(Jesús Beas Arco, 2020, p.
utilizado.
15)
La gestión de servicios Eficiencia al registrar
muchas veces contempla Recepción. (Villa los servicios. (Guillen
otros servicios o productos. Este proceso contempla el M., 2017, p. 24) Razón
D y Rojas D., 2020, p.
Según las buenas prácticas registro tanto del alquiler de la 14)
en el servicio de alojamiento habitación como también las
Gestión de servicios
para la gestión de servicios reservas de las mismas, para Tiempo promedio de
reguladas por el MINCETUR satisfacer a los clientes del verificación de
Reservas. (Villa M.,
considera la Recepción y hospedaje “EL TÍO KOKI”. habitaciones Razón
Reservas. (Troncos J. 2018, 2017, p. 24)
disponibles. (Moreno
p. 34) D, 2018, p. 67)
Fuente: elaboración propia.
12
Operacionalización de Indicadores
Tabla 2. Matriz de operacionalización de indicadores
Unidad de
Dimensiones Indicadores Instrumentos Escalas Fórmulas
medida
𝑵𝑷𝑼𝑺
𝑬= 𝑿𝟏𝟎𝟎
𝑻𝑷𝑪𝑺
E= Eficiencia al registrar los servicios

Eficiencia al
Fichas de
Recepción registrar los Razón Porcentaje
registro NPUS = Número de Personas que
servicios
Utilizaron el Servicio
TPCS = Total de Personas que Consultaron

el Servicio
∑𝒏𝒊=𝟏(𝑻𝑽𝑯𝑫)
𝑻𝑷𝑽𝑯𝑫 =
𝒏
Tiempo
TPVHD = Tiempo Promedio de Verificación
promedio de
Fichas de de Habitaciones Disponibles
Reservas verificación de Razón Segundos
observación
habitaciones
TVHD= Tiempo de Verificación de
disponibles
Habitaciones Disponibles
n= Número de verificaciones
13
3.3. Población (criterios de selección), muestra, muestreo, unidad de
análisis
Población
Conjunto que contempla los casos posibles relacionados con

especificaciones diferenciables. (Hernández R. 2018, p. 198)
En esta tesis para determinar la población se tomará en cuenta el

registro de los huéspedes que solicitan los servicios y las búsquedas
de las habitaciones disponibles, obtenidos a través de los procesos
de verificación durante 15 días. La Tabla 3 muestra la selección de
la población de estudio por indicadores.
Tabla 3. Población de estudio
Indicadores Población Tipo de población

Eficiencia al registrar
15 Procesos de verificación
los servicios
Tiempo promedio de
verificación de
habitaciones
disponibles
Muestra
Subconjunto de una población, de las cuales se tomarán en cuenta

datos del interés de estudio la cual deberá ser representativa.
(Hernández R. 2018, p. 196)
Dado que la población determinada es un valor numérico menor a 50

unidades, se consideró el mismo valor para la muestra1, es decir 15
procesos de verificación durante 15 días. La Tabla 4 muestra la
selección de la muestra de estudio por indicadores.
1
Para Ciro Martínez Bencardino (2012, p. 306), el “tamaño de muestra en población finita puede
ser calculada mediante una fórmula estadística la cual nos daría el mismo tamaño de la población
si esta es pequeña”.
14
Tabla 4. Muestra
Indicadores Muestra Tipo de población

Eficiencia al registrar
los servicios
Tiempo promedio de
verificación de
habitaciones
disponibles
Muestreo
Determina la elección de un subgrupo de una población elegida para

recolectar información necesaria que se desea incluir para realizar el
estudio correspondiente. (Guillen D y Rojas D, 2020, p. 30)
Unidad de análisis
Es la información que se evaluará utilizando procedimientos

estadísticos. (Hernández R. 2018, p. 198)
En este trabajo de investigación se utilizará el tipo de muestra no

probabilística por el contexto de la investigación desarrollada debido
a la coyuntura en el que vivimos en nuestro país y el mundo por la
pandemia COVID-19, el hospedaje salió afectada, rigiéndose a las
normas del decreto supremo Nº 036-2021-PCM.
3.4. Técnicas e instrumentos de recolección de datos
Técnica: Fichaje
Procedimiento que permite registrar la información elegida para

desarrollar esta tesis. En esta técnica se utilizan fichas la cual facilita
plasmar los distintos casos de acuerdo al contexto de la investigación.
(Guillen D y Rojas D, 2020, p. 31) ver Anexo Nº 1
15
Instrumento: Ficha de registro
Permite registrar y manipular de una manera estructurada toda la

información que se tomó en cuenta durante el estudio. (Guillen D y
Rojas D, 2020, p. 31) ver Anexo Nº 2
Instrumento: Ficha de observación
Permite registrar la información tomando en cuenta las mediciones

de una manera estructurada durante el estudio. (Minaya E, 2019, p.
29) ver Anexo Nº 2
Tabla 5. Recolección de datos
Dimensión Indicadores Técnicas Instrumentos

Eficiencia al registrar Ficha de
Recepción Fichaje
los servicios registro
Tiempo promedio de
verificación de Ficha de
Reservas Fichaje
habitaciones observación
disponibles
Validez
Grado de medición que tiene un instrumento para realizar la medición

de manera exacta a las variables que se calcularán en la
investigación. (Hernández R. 2018, p. 229)
Validez de criterio
Es establecida al cotejar los resultados con algún criterio que se

pretende medir lo mismo. (Hernández R. 2018, p. 231)
Validez de contenido
Grado del instrumento elegido la cual refleja un dominio específico de

lo medido o la amplitud en la medición que representa a las variables
que están siendo medidas. (Hernández R. 2018, p. 230)
16
Validez de constructo
Es referido al instrumento la cual indica que éste representa y mide

de manera correcta el concepto teórico en estudio. (Hernández R.
2018, p. 232)
En la tabla siguiente, se muestra la validez de los instrumentos de

medición la cual indica el promedio de los puntajes obtenidos durante
su validación. Ver Anexo Nº 6
Tabla 6. Validez de juicio de expertos
Tiempo
Eficiencia
promedio de
al registrar
Experto verificación de
los
habitaciones
servicios
disponibles
Dra. Yesenia Vásquez Valencia 62 62
Mg. Iván Pérez Farfán 75 75
Mg. María Acuña Meléndez 74 74
Promedio 70.33 70.33
Confiabilidad
Un instrumento es confiable cuando esta calcula la consistencia al

obtener valores cercanos. Para su cálculo se utilizan técnicas y
fórmulas que obtienen valores confiables, que generalmente se
encuentran entre 0 y 1. (Hernández R. 2018, p. 239)
La confiabilidad será medida tomando como referencia escalas entre

0 y 1, donde 0 significa confiabilidad nula y 1 representa confiabilidad
máxima ver Figura 1 y Tabla 7. Lo que quiere decir la escala es,
mientras más cerca se encuentre de cero (0), habrá mayor error a la
hora de medir ver Anexo Nº 5.
17
Figura 1. Interpretación de un coeficiente de confiabilidad.
Fuente: “Metodología de la investigación”, por Hernández R. 2018, p. 239.
Tabla 7. Escala de confiabilidad
Fuente: Tomada de “Metodología de la investigación”, por Hernández R. 2018,

p.239
3.5. Procedimientos
Método de Test-Retest
Se le conoce también como medida de estabilidad, consiste en la

aplicación de dos o más veces un mismo instrumento a un mismo
grupo de casos entre un periodo definido. Es considerado fiable si la
correlación es muy positiva. (Hernández R. 2018, p. 323)
Técnica: Coeficiente de correlación de Pearson
Se utiliza para examinar la relación que existe entre 2 variables,

calculadas de las puntuaciones obtenidas en una muestra de estas.
(Hernández R. 2018, p. 346)
18
Este coeficiente contempla la escala entre cero (0) y uno (1), ya sea
positiva o negativa. En esta tesis se utilizó el método de Test-Retest
para calcular la confiabilidad de los instrumentos que se utilizaron.
(ver Anexo 5)
3.6. Método de análisis de datos
Prueba de Normalidad
Tiene como propósito justificar que la hipótesis de la variable

pertenece a la muestra elegida y que esta tenga un comportamiento
normal. (Guillen D, Rojas D, 2020, p. 36)
Prueba de Shapiro-Wilk
Es utilizada para contrastar muestras recolectadas del experimento y

que estas tengan más probabilidades de tener una distribución
normal (>= 0.05). Esta prueba es recomendable para muestras que
tengan un tamaño inferior a 50. Para efectuar la prueba se calcula la
media y la varianza muestral (s2), luego se ordena de manera
creciente para luego calcular las diferencias entre el primero y último;
así sucesivamente. Si es necesario se tiene que corregir con los
coeficientes tabulados por Shapiro y Wilk. (Guillen P y Rojas D, 2020,
p. 36)
El estadístico de prueba tiene la siguiente fórmula:
𝑨𝟐
𝑾= 𝟐
𝒏𝒔
Figura 2. Fórmula de Shapiro y Wilk.
Fuente: HUATAY D, 2020, p. 30.
Donde:
A: Suma de las diferencias luego de ordenar de forma ascendente.
s2: Varianza muestral.
n: Tamaño de la muestra.
19
T de Student
La prueba T de Student es utilizada para contrastar los datos

encontrados entre una y más variables por medio de una pre-prueba
y una prueba posterior. (Pernia H, 2018, p. 32)
Wilcoxon
Este análisis estadístico puede reemplazar a la prueba T de Student

cuando la variable analizada no obtiene el nivel de medida ordinal
necesario. (Pernia H, 2018, p. 33)
Conforme a lo expuesto anteriormente en esta investigación se hará

uso de la prueba de Shapiro y Wilk, la cual establece lo siguiente:
Si:
Significancia < 0.05: No tiene distribución normal, por lo que se
aplicará un análisis estadístico no paramétrica Wilcoxon.
Significancia >= 0.05: Significa que es una distribución normal, por

lo que se aplicará un análisis estadístico de tipo paramétrica llamada
T-Student o Z, según el tamaño de la muestra estadística.
Definición de variables
Iss: Indicador sin la propuesta, Implementación de un Sistema

Informático para la Gestión de Servicios en el Hospedaje El Tío
Koki - Huacho 2021.
Ics: Indicador propuesto medido con la Implementación de un
Sistema Informático para la Gestión de Servicios en el
Hospedaje El Tío Koki - Huacho 2021.
20
Hipótesis estadística
En este trabajo de investigación se han propuesto las hipótesis

estadísticas siguientes.
Hipótesis de investigación 1
Hipótesis específica (HE1)
El sistema informático incrementa la eficiencia al registrar los

servicios ofrecidos en el hospedaje “EL TÍO KOKI” - Huacho 2021.
Indicador 1 - Eficiencia al registrar los servicios
Iss1: Eficiencia al registrar los servicios sin Sistema informático.

Ics1: Eficiencia al registrar los servicios con Sistema informático.
Hipótesis estadística 1
Hipótesis nula (H0)
El sistema informático no incrementa la eficiencia al registrar los

𝑯𝟎: 𝑰𝒔𝒔𝟏 ≥ 𝑰𝒄𝒔𝟏
De la igualdad se puede deducir que sin el sistema informático (Iss1)

es mejor que con el sistema informático (Ics1).
Hipótesis alterna (HA)
El sistema informático incrementa la eficiencia al registrar los

𝑯𝑨: 𝑰𝒔𝒔𝟏 < 𝑰𝒄𝒔𝟏
21
Hipótesis específica (HE2)
El sistema informático disminuye el tiempo promedio de verificación

de habitaciones disponibles en el hospedaje “EL TÍO KOKI” - Huacho
2021
Indicador 2 - Tiempo promedio de verificación de habitaciones

disponibles
Iss2: Tiempo promedio de verificación de habitaciones sin Sistema

informático.
Ics2: Tiempo promedio de verificación de habitaciones con Sistema
informático.
Hipótesis estadística 2
Hipótesis nula (H0)
El sistema informático no disminuye el tiempo promedio de

verificación de habitaciones disponibles en el hospedaje “EL TÍO
KOKI” - Huacho 2021
𝑯𝟎: 𝑰𝒔𝒔𝟐 ≥ 𝑰𝒄𝒔𝟐
De la igualdad se puede deducir que sin el sistema informático (Iss2)

es mejor que con el sistema informático (Ics2).
Hipótesis alterna (HA)
El sistema informático disminuye el tiempo promedio de verificación

de habitaciones disponibles en el hospedaje “EL TÍO KOKI” - Huacho
2021
𝑯𝑨: 𝑰𝒔𝒔𝟐 < 𝑰𝒄𝒔𝟐
22
Nivel de significancia
Nivel Significancia : 5% (0.05)

Nivel Confiabilidad : 95% (1 – x = 1 - 0.05 = 0.95)
Margen de Error : x = 0.05
Estadística de prueba
t, es considerado como el valor estadístico de prueba, la cual se

calcula como:
̅̅̅
𝒙𝟏 − ̅̅̅
𝒙𝟐
𝒕=
𝟐 𝟐
√𝑺 𝟏 𝑺𝟐
𝑵𝟏 + 𝑵𝟐
Figura 3. Nivel de significancia.
Fuente: HUATAY D, 2020, p. 33.
Donde:
Cálculo de la media muestral
∑𝒏𝒊=𝟏 𝒙𝒊
̅=
𝒙
𝒏
Figura 4. Cálculo de la media muestral.
Fuente: Guillen P. y Rojas D, 2020, p. 40.
23
Cálculo de la varianza muestral
∑𝒏 ̅ )𝟐
𝒊=𝟏(𝒙𝒊 − 𝑿
𝑺𝟐 =
𝒏
Figura 5. Cálculo de la varianza muestral.
Fuente: Guillen P. y Rojas D., 2020, p. 40.
3.7. Aspectos éticos
Este trabajo de investigación se elaboró conforme a lo dispuesto por

la Universidad César Vallejo.
La información obtenida y utilizada en esta tesis, fueron extraídos de

un grupo experimental sin modificación.
Todo documento utilizado o emitido por esta investigación fue tratado

con extrema confidencialidad. Los investigadores están
comprometidos a respetar la autenticidad de los resultados y la
fiabilidad de la información facilitada por el hospedaje “EL TÍO KOKI”.
El proyecto de investigación desarrollado es original, descartando la

existencia de uno semejante en la Universidad César Vallejo.
24
IV. RESULTADOS
4.1. Análisis descriptivo
Para realizar el análisis y evaluar los indicadores (Eficiencia al

registrar los servicios y Tiempo promedio de verificación de
habitaciones disponibles) se hizo uso del Sistema informático
desarrollado. Previamente al análisis se utilizó el método PreTest la
cual nos permitió conocer los valores iniciales de los indicadores
antes mencionados (ver Anexo 2 y 3), para finalmente registrar los
nuevos valores de los indicadores haciendo uso del Sistema
informático (ver Anexo 2 y 3). Estos análisis descriptivos se
muestran en las Tablas 8 y 9.
Indicador: Eficiencia al registrar los servicios
Los resultados descriptivos de la eficiencia al registrar los servicios

que forma parte del proceso de gestión de servicios se muestran a
continuación (Ver Tabla 8).
Tabla 8. Análisis descriptivo PreTest y PosTest - Eficiencia al

registrar los servicios
Tamaño
de Desviación
Método Mínimo Máximo Media
muestra estándar
(N)
PreTest_E 15 25.00 75.00 48.8889 16.62694
PosTest_E 15 33.33 100.00 61.7778 15.66599
N válido (por lista) 15

Fuente: Elaboración propia.
Desviación estándar es una de las medidas de dispersión para

variables de razón la cual nos indica que tan dispersos están los datos
de la muestra con respecto a la media, de la información anterior se
infiere que cuanto mayor sea la desviación estándar, mucho mayor
será la dispersión de los datos. En el caso de este indicador en el
PreTest y PosTest se obtuvo como desviación estándar de 16.63 %
25
y 15.67 % respectivamente. También se obtuvo una media de 48.89%
y 61.78% respectivamente (ver Tabla 8 y ver Figura 6).
De los datos anteriores se infiere lo siguiente: Al tener el PosTest

mayor media que el PreTest nos indica que es más eficiente si
utilizamos el Sistema informático desarrollado; Así mismo al tener el
PosTest menor desviación estándar que el PreTest nos indica que los
resultados son muy parecidos o constante, por ende, más exactos.
En conclusión, los valores antes mencionados (ver Tabla 8) reflejan

una mejora al utilizar el sistema informático desarrollado.
Figura 6. PreTest y PosTest - Eficiencia al registrar los servicios.

Indicador: Tiempo promedio de verificación de habitaciones

disponibles
Los resultados descriptivos del tiempo promedio de verificación de

habitaciones disponibles que forma parte del proceso de gestión de
servicios se muestran a continuación (Ver Tabla 9).
26
Tabla 9. Análisis descriptivo PreTest y PosTest - Tiempo promedio
de verificación de habitaciones disponibles
Tamaño
de Desviación
Método Mínimo Máximo Media
muestra estándar
(N)
PreTest_TPVHD 15 7.50 12.33 10.0611 1.52247
PosTest_TPVHD 15 5.00 8.50 6.5378 0.92592
N válido (por lista) 15

La desviación estándar es una de las medidas de dispersión para

variables de razón la cual nos indica que tan dispersos están los datos
de la muestra con respecto a la media, de la información anterior se
infiere que cuanto mayor sea la desviación estándar, mucho mayor
será la dispersión de los datos. En el caso de este indicador en el
PreTest y PosTest se obtuvo como desviación estándar de 1.52 s y
0.93 s respectivamente. También se obtuvo una media de 10.06 s y
6.54 s respectivamente (ver Tabla 9 y ver Figura 7).
De los datos anteriores se infiere lo siguiente: Al tener el PosTest

menor media que el PreTest nos indica que el tiempo promedio de la
verificación de habitaciones disponibles es menor si utilizamos el
Sistema informático desarrollado; Así mismo al tener el PosTest
menor desviación estándar que el PreTest nos indica que los
resultados son muy parecidos o constante, por ende, más exactos.
En conclusión, los valores antes mencionados (ver Tabla 9) reflejan

una mejora al utilizar el sistema informático desarrollado.
27
Figura 7. PreTest y PosTest - Tiempo promedio de verificaciones de habitaciones
disponibles.
4.2. Análisis inferencial
Para este análisis se procedió a calcular las pruebas de normalidad

con el método Shapiro-Wilk para los dos indicadores las cuales son:
la eficiencia al registrar los servicios y el tiempo promedio de
verificación de habitaciones disponibles, para este análisis se utilizó
15 Procesos de verificación como tamaño de muestra. Para aplicar el
método Shapiro-Wilk se hizo uso de un software estadístico llamado
IBM SPSS Statistics en su versión 25.0, tomando en cuenta un 95%
de confiabilidad y lo siguiente:
Si:
Significancia (Sig.) < 0.05 Es una distribución no normal.
Significancia (Sig.) >= 0.05 Es una distribución normal.
28
Como se mencionó se utilizará el método de Shapiro-Wilk para

realizar la prueba de normalidad cuyos valores se muestran a
continuación (ver Tabla 10).
Tabla 10. Prueba de normalidad - Eficiencia al registrar los servicios
Shapiro-Wilk
Método
Estadístico gl Sig.
PreTest_E 0.903 15 0.105
PosTest_E 0.912 15 0.145

De la Tabla 10, podemos inferir lo siguiente:
PreTest, en los resultados encontrados al realizar la prueba de

normalidad tenemos que el nivel de significancia fue de 0.105 cuyo
valor es mayor que 0.05, esto confirma que la muestra está en una
distribución normal (ver figura 8).
Figura 8. PreTest - Eficiencia al registrar los servicios.
29
PosTest, en los resultados encontrados al realizar la prueba de
Figura 9. PosTest - Eficiencia al registrar los servicios.

disponibles
Como se mencionó se utilizará el método de Shapiro-Wilk para

realizar la prueba de normalidad cuyos valores se muestran a
continuación (ver Tabla 11).
Tabla 11. Prueba de normalidad - Tiempo promedio de verificación

de habitaciones disponibles
Shapiro-Wilk
Método
Estadístico gl Sig.
PreTest_TPVHD 0.950 15 0.518
PosTest_TPVHD 0.933 15 0.305

De la Tabla 11, podemos inferir lo siguiente:
30
PreTest, en los resultados encontrados al realizar la prueba de
Figura 10. PreTest - Tiempo promedio de verificación de habitaciones disponibles.
PosTest, en los resultados encontrados al realizar la prueba de

Figura 11. PosTest - Tiempo promedio de verificación de habitaciones disponibles.
31
4.3. Prueba de hipótesis
H1: El sistema informático incrementa la eficiencia al registrar los

Hipótesis estadísticas
Definiciones de variables:
Ea: Eficiencia al registrar los servicios sin Sistema informático.

Ed: Eficiencia al registrar los servicios con Sistema informático.
Hipótesis H0: El sistema informático no incrementa la eficiencia al

registrar los servicios ofrecidos en el hospedaje “EL TÍO KOKI” -
Huacho 2021.
𝑯𝟎: 𝑬𝒂 ≥ 𝑬𝒅
Se puede deducir que el indicador sin el sistema informático (Ea) es

mejor que el indicador con el sistema informático (Ed).
Hipótesis HA: El sistema informático incrementa la eficiencia al

registrar los servicios ofrecidos en el hospedaje “EL TÍO KOKI” -
Huacho 2021.
𝑯𝑨: 𝑬𝒂 < 𝑬𝒅
Se puede deducir que el indicador con el sistema informático (Ed) es

mejor que el indicador sin el sistema informático (Ea).
En la Figura 6, se evidencia que el indicador Eficiencia al registrar los

servicios tiene un PreTest de 48.89% y un PosTest de 61.78%; la cual
representa un incremento del 12.89% en referencia a los valores
obtenidos en la figura antes mencionada.
32
Para contrastar la hipótesis, se aplicó la prueba de T-Student dado
que los datos representan una distribución normal. Ver Tabla 12.
Tabla 12. Prueba de T-Student - Eficiencia al registrar los servicios
Prueba de T-Student
t gl Sig. (bilateral)
PreTest_E
-1.985 14 0.067
PosTest_E
De la Tabla 12 la Prueba de T-Student que se obtiene del SPSS es

de -1.985, el cual es menor que -1.7613, valor extraído del Anexo 10,
tal y como se muestra en la Tabla 12 y se ve en la Figura 12.
Figura 12. Prueba T-Student - Eficiencia al registrar los servicios.
De la Figura 12, el resultado del contraste de la hipótesis para los

datos distribuidos normalmente se obtiene el valor de T contraste que
es de -1.985 y debido a que es menor que -1.7613 (valor extraído del
Anexo 10), se rechaza la hipótesis nula y se acepta la hipótesis
alterna con un grado de confianza del 95%. Por lo tanto, afirmamos
que el sistema informático incrementa la eficiencia al registrar los
33
H2: El sistema informático disminuye el tiempo promedio de


disponibles
Hipótesis estadísticas
Definición de variables:
TPVHDa: Tiempo promedio de verificación de habitaciones sin

Sistema informático.
TPVHDd: Tiempo promedio de verificación de habitaciones con
Hipótesis H0: El sistema informático no disminuye el tiempo

promedio de verificación de habitaciones disponibles en el hospedaje
“EL TÍO KOKI” - Huacho 2021
𝑯𝟎: 𝐓𝐏𝐕𝐇𝐃𝐚 ≥ 𝐓𝐏𝐕𝐇𝐃𝐝
Se puede deducir que el indicador sin el sistema informático

(TPVHDa) es mejor que el indicador con el sistema informático
(TPVHDd).
Hipótesis HA: El sistema informático disminuye el tiempo promedio

de verificación de habitaciones disponibles en el hospedaje “EL TÍO
𝑯𝑨: 𝐓𝐏𝐕𝐇𝐃𝐚 < 𝐓𝐏𝐕𝐇𝐃𝐝

Se puede deducir que el indicador con el sistema informático
(TPVHDd) es mejor que el indicador sin el sistema informático
(TPVHDa).
34
En la Figura 7, se evidencia que el indicador Tiempo promedio de
verificación de habitaciones disponibles tiene un PreTest de 10.06 s
y un PosTest de 6.54 s; la cual representa un decremento de 3.52 s
en referencia a los valores obtenidos en la figura antes mencionada.
En cuanto al resultado del contraste de la hipótesis, se aplicó la
prueba de T-Student dado que los datos representan una distribución
normal, cuyos datos obtenidos se muestran en la Tabla 13.
Tabla 13. Prueba T-Student - Tiempo promedio de verificación de

habitaciones disponibles
Prueba de T-Student
t gl Sig. (bilateral)
PreTest_TPVHD
8.061 14 0.000
PosTest_TPVHD
Como es observa en la Tabla 13 la Prueba de T-Student que se

obtiene del SPSS es de 8.061, el cual es mayor que 1.7613, valor
extraído del Anexo 10, tal y como se muestra en la Tabla 13 y se ve
en la Figura 13.
Figura 13. Prueba T-Student - Tiempo promedio de verificación de habitaciones

disponibles.
35
De la Figura 13, el resultado del contraste de la hipótesis para los
datos distribuidos normalmente se obtiene el valor de T contraste que
es de 8.061 y debido a que es mayor que 1.7613 (valor extraído del
Anexo 10) se rechaza la hipótesis nula y se acepta la hipótesis
alterna con un grado de confianza del 95%. Por lo tanto, afirmamos
que el sistema informático disminuye el tiempo promedio de
KOKI” - Huacho 2021.
36
V. DISCUSIÓN
En la presente investigación, se obtuvo como resultado que el sistema

informático incrementó la eficiencia al registrar los servicios pasando de un
48.89% a un 61.78%, la cual indica que se tuvo un incremento de 12.89%.
Por otro lado, Roxana Tapia (2013), en su trabajo de investigación
“Evaluación de indicadores de eficiencia, calidad y oportunidad en las
empresas hoteleras de cuatro estrellas, ciudad de Chiclayo, mediante una
auditoría de gestión para mejorar su rentabilidad” concluyó que la propuesta
de implementar en su sistema de su página web, un ítem dónde
obligatoriamente permita solicitar datos importantes para terminar el registro
del servicio lo cual incrementará la eficiencia, logrando que este mejore en
un 33%.
También se obtuvo como resultado que el sistema informático disminuyó el

tiempo promedio de verificación de habitaciones disponibles pasando de
10.06 s a 6.54 s, la cual indica que hubo una disminución de 3.52 s. Por otro
lado, Diego Moreno (2018), en su trabajo de investigación “Sistema WEB
para mejorar la Gestión Hotelera de Inversiones Turísticas L&B SAC - Hotel
B’liam en el Distrito de Tumbes, 2018” concluyó que un sistema web
consigue mejorar el tiempo promedio de verificación de habitaciones,
logrando en su trabajo de investigación disminuir el indicador tiempo
promedio de verificación de habitaciones en 47 s.
De los resultados presentados, el trabajo de investigación reafirma que el

sistema informático para el proceso gestionar servicios, incrementa la
eficiencia al registrar los servicios en un 12.89%. Así como también el
sistema informático disminuye el tiempo promedio de verificación de
habitaciones disponibles en un 3.52 s. Por lo tanto, podemos afirmar que el
sistema informático mejora el proceso gestionar servicios en el hospedaje
“EL TÍO KOKI” – Huacho 2021.
37
VI. CONCLUSIONES
Primero Se concluye que el sistema informático mejora la eficiencia al

registrar los servicios en un 12.89%. En una evaluación inicial
sin el sistema se encontró que la eficiencia al registrar los
servicios era de 48.89% y luego de la implementación del
sistema informático incrementó dicha eficiencia a 61.78%. Por
lo tanto, se concluye que el sistema informático incrementa la
eficiencia al registrar los servicios ofrecidos en el proceso
gestionar servicios en el hospedaje “EL TÍO KOKI” - Huacho
2021.
Segundo Se ha demostrado que el sistema informático mejora el tiempo

promedio de verificación de habitaciones disponibles. En una
evaluación sin el sistema informático se encontró que el tiempo
promedio era de 10.06 s, después de la implementación del
sistema se encontró que disminuyó a 6.54 s, evidenciándose
una reducción de 3.52 s. Con estos resultados afirmamos y
concluimos que el sistema informático mejora el tiempo
promedio de verificación de habitaciones disponibles en el
proceso gestionar servicios en el hospedaje “EL TÍO KOKI” –
Huacho 2021.
Tercero Se reafirma y concluye que el sistema informático logra mejorar

significativamente el proceso gestionar servicio en el
hospedaje “EL TÍO KOKI” – Huacho 2021, logrando
incrementar la eficiencia al registrar los servicios y disminuir el
tiempo promedio de verificación de habitaciones disponibles.
Los cuales dicho resultados han sido establecidos en los
objetivos y cumpliéndose en la presente investigación.
38
VII. RECOMENDACIONES
Recomendaciones para la empresa:
• Se recomienda mantener actualizado los equipos tecnológicos a fin

de evitar inconvenientes y que el sistema informático se ejecute con
normalidad.
• Por seguridad se recomienda que se haga copias de seguridad de la
base de datos de manera periódica para evitar pérdida de
información.
• Se recomienda que se haga un correcto uso del sistema informático
para mantener datos confiables en la base de datos.
Recomendaciones para el trabajo de investigación:
• Tener personas responsables, cumplidoras de las actividades

planificadas y asignadas a cada integrante.
• Se recomienda analizar otros procesos relacionados al proceso
gestionar servicios para que esta pueda ser automatizada y
posteriormente integrada para que así el proceso sea más eficiente.
• Se recomienda utilizar guías, metodologías de desarrollo para
mantener ordenado y organizado el proyecto.
39
REFERENCIAS
BEAS Jesús. Sistemas informáticos. EDITORIAL SÍNTESIS S.A., 2012, p. 15

ISBN: 978-84-1357-011-2
BERNAL César. Metodología de la investigación. 3º ed. PEARSON EDUCACIÓN,

2010, p. 106
ISBN: 978-958-699-128-5
CAJAS, Alexandra. Diseño de un Sistema Automatizado para el Control de las

Ausencias y las Notas de los Estudiantes de las Sedes Universitarias. Tesis
(Ingeniero de Sistemas). Pinar del Río, 2010. P. 18.
Disponible: http://repositorio.utc.edu.ec/bitstream/27000/466/1/T-UTC1035.pdf
ESTUPIÑAN, Pedro. Diseño e Implementación de un Sistema Informático para la

Gestión de Servicios al Huésped en el Hotel Bungalows, punta sal. Tesis (Ingeniero
de Sistemas). Tumbes: Universidad Católica Los Ángeles de Chimbote, 2018.
Disponible:
http://repositorio.uladech.edu.pe/bitstream/handle/123456789/14971/DISENO_GE
STION_ESTUPINAN_MEDINA_PEDRO_MARTIN.pdf?sequence=4&isAllowed=y
FUERTES, Wendy. Modelo de gobierno electrónico para la gestión de

establecimientos de hospedaje en el departamento de la paz. Tesis (Ingeniero de
sistemas informáticos). La Paz, Bolivia: Universidad Mayor de San Andrés, 2016.
Disponible en:
https://repositorio.umsa.bo/xmlui/bitstream/handle/123456789/10682/T.3218.pdf?s
equence=1
GAVILANES, Jessica. Propuesta de desarrollo de un sistema informático hotelero

para el sector de alojamiento de dos y tres estrellas de la ciudad de guayaquil.
Tesis (Ingeniera en administración de empresas turísticas y hoteleras). Guayaquil,
Ecuador: Universidad Católica de Guayaquil, 2014.
Disponible en: http://repositorio.ucsg.edu.ec/bitstream/3317/1210/1/T-UCSG-PRE-
ESP-AETH-102.pdf
40
GUILLEN D y ROJAS D. Sistema web para el proceso de producción en la
carpintería palomino S.R.L. Tesis (Ingeniero de sistemas). Lima, Perú: Universidad
Cesar Vallejo, 2020. P. 14
Disponible: https://repositorio.ucv.edu.pe/handle/20.500.12692/56866
HERNANDEZ R. y MENDOZA C. Metodología de la investigación. 1º ed.

MCGRAW-HILL Education, 2018, p. 163
ISBN: 978-1-4562-6096-5
MARTÍNEZ Ciro. Estadística y muestreo. 13º ed. ECOE EDICIONES, 2012, p. 306
ISBN: 978-958-648-702-3
MEDINA Santiago. SQL Server 2014 “Soluciones prácticas de administración”. 1º

ed. Ra-Ma S.A. Editorial Y Publicaciones, 2015, p. 25
ISBN: 9788499645179
MOQUILLAZA, S. Programación en N Capas, 2011. P. 58).

Disponible:
https://sisbib.unmsm.edu.pe/BIBvIRTUAL/Publicaciones/risi/2010_n2/v7n2/
a07v7n2.pdf
MORENO, Diego. Sistema Web para mejorar la Gestión Hotelera de Inversiones

Turísticas L&B SAC Tesis (Ingeniero de Sistemas). Trujillo: Universidad Cesar
Vallejo, 2018.
Disponible: https://hdl.handle.net/20.500.12692/28041
MORENO, Diego. Sistema Web para mejorar la Gestión Hotelera de Inversiones

Turísticas L&B SAC. Tesis (Ingeniero de Sistemas). Trujillo: Universidad Cesar
Vallejo, 2018. P. 67
Disponible: https://hdl.handle.net/20.500.12692/28041
PALACIOS, Junior. Modelamiento de un Sistema de Gestión para la Sociedad

Hotelera IRPE. S.A.C Tesis (Ingeniero de Sistema). Piura: Universidad Católica los
Ángeles de Chimbote, 2015.
Disponible: http://repositorio.uladech.edu.pe/handle/123456789/948
41
PUTIER Sébastien. C# 8. EDICIONES ENI, 2018, p. 109
ISBN: 978-2-409-03041-3
TAPIA, Roxana. Evaluación de indicadores de eficiencia, calidad y oportunidad en

las empresas hoteleras de cuatro estrellas, ciudad de Chiclayo, mediante una
auditoría de gestión para mejorar su rentabilidad. Tesis (Contador público).
Chiclayo: Universidad católica santo toribio de Mogrovejo, 2013. P. 107
Disponible:
https://tesis.usat.edu.pe/bitstream/20.500.12423/189/1/TL_Tapia_Santisteban_Ro
xana.pdf
TONATO, Edwin y Vaca Israel. Análisis y Diseño de una Propuesta Tecnológica

para el Hotel Manglaralto en la Provincia de Santa Elena. Tesis (Ingeniero en
sistemas administrativos computarizados). Guayaquil, Ecuador: Universidad de
Guayaquil, 2016.
Disponible en:
http://repositorio.ug.edu.ec/bitstream/redug/17446/1/TesisTonato%26VacaPropue
staTecnologicaHotelManglaralto.pdf
TRONCOS, Jasmine. Evaluación de la calidad del servicio utilizando las buenas

prácticas. Caso: Hotel gran palma de la ciudad de Piura, 2018. Tesis (Licenciada
en ciencias administrativas). Piura, Perú: Universidad Nacional de Piura, 2018.
Disponible en: http://repositorio.unp.edu.pe/bitstream/handle/UNP/1431/ADM-
TRO-ESC-2018.pdf?sequence=1&isAllowed=y
VILELA, Carlos. Desarrollo e implementación de un sistema de gestión

administrativa para el hotel dorado del cantón playas. Tesis (Ingeniero en sistemas).
La Libertad, Ecuador: Universidad Estatal Península de Santa Elena, 2014.
Disponible en:
https://repositorio.upse.edu.ec/bitstream/46000/1580/1/DESARROLLO%20E%20I
MPLEMENTACI%C3%93N%20DE%20UN%20SISTEMA%20DE%20GESTI%C3
%93N%20ADMINISTRATIVA%20PARA%20EL%20HOTEL%20DORADO%20DE
L%20CANT%C3%93N%20PLAYAS.pdf
42
VILLA, Maria. Diseño e implementación de un sistema informático para la gestión
de huéspedes, reservaciones y efectivo en caja en el hotel mongomery del cantón
La Maná. Tesis (Ingeniero informático y sistemas computacionales). La Maná,
Ecuador: Universidad Técnica de Cotopaxi, 2017.
Disponible en: http://repositorio.utc.edu.ec/bitstream/27000/4623/1/PIM-
000098.pdf
YAIPEN, Jenni. Implementación de un Sistema de Información para el Control del

Hospedaje en el Hostal Mis Amores. Tesis (Ingeniero de Sistemas). Chimbote:
Universidad Católica Los Ángeles de Chimbote, 2019.
Disponible:
http://repositorio.uladech.edu.pe/bitstream/handle/123456789/11556/CONTROL_
DE_HOSPEDAJE_YAIPEN_AYASTA_JENNI_ELIZABETH.pdf?sequence=1&isAll
owed=y
43
ANEXOS
Anexo Nº 1. Instrumento de recolección de datos.
44
Anexo Nº 2. Instrumento de investigación.
INDICADOR: Eficiencia al registrar los servicios - PreTest
45
INDICADOR: Eficiencia al registrar los servicios - PosTest
46
INDICADOR: Tiempo promedio de verificación de habitaciones disponibles -
PreTest
47
INDICADOR: Tiempo promedio de verificación de habitaciones disponibles -
PosTest
48
Anexo Nº 3. Base de datos experimental.
49
Anexo Nº 4. Matriz de consistencia.
Problema Objetivos Hipótesis Operacionalización de variables
General General General Variable Dimensión Indicador Fórmulas Metodología

¿Cómo influye un Determinar cómo El sistema Independiente
sistema informático influye un sistema informático Tipo de investigación:
en la Gestión de informático en la mejora la gestión Sistema
informático. Aplicada. (Guillen D, Rojas D,
servicio en el Gestión de servicio del servicio en el 2020, p. 24)
hospedaje “EL TÍO en el hospedaje hospedaje “EL (Jesús Beas
KOKI” - Huacho “EL TÍO KOKI” - TÍO KOKI” - Arco, 2020, p.
15) Diseño de investigación:
2021? Huacho 2021 Huacho 2021 Preexperimental. (Hernández R.
Específicos Específicos Específicos Dependiente 2018, p. 163)
𝑵𝑷𝑼𝑺
Determinar cómo
El sistema 𝑬= ∙ 𝟏𝟎𝟎% Población: (Hernández R.
¿Cómo influye un informático 𝑻𝑷𝑪𝑺 2018, p. 198)
influye un sistema Eficiencia al
sistema informático incrementa la Recepción registrar los E: 45
informático en la E = Eficiencia
en la eficiencia al eficiencia al (Villa M., servicios. TPVHD: 45
eficiencia al
registrar los registrar los 2017, p. (Guillen D y
registrar los NPUS = “Número de Personas
servicios ofrecidos servicios 24) Rojas D., Muestra: (Hernández R.
servicios ofrecidos que Utilizaron el Servicio”
en el hospedaje ofrecidos en el 2020, p. 14) 2018, p. 196)
en el hospedaje
“EL TÍO KOKI” - hospedaje “EL
“EL TÍO KOKI” - TPCS = Total de Personas que E: 45
Huacho 2021? TÍO KOKI” -
Huacho 2021 Consultaron el Servicio TPVHD: 45
Huacho 2021
Gestión de
servicios. Técnica: (Guillen D y Rojas
(Troncos J. ∑𝒏𝒊=𝟏(𝑻𝑽𝑯𝑫) D, 2020, p. 31)
¿Cómo influye un Determinar cómo El sistema 2018, p. 34)
sistema informático influye un sistema informático Tiempo 𝑻𝑷𝑽𝑯𝑫 = Fichaje
𝒏
en el tiempo informático en el disminuye el promedio de
promedio de tiempo promedio tiempo promedio Reservas verificación TPVHD = Tiempo Promedio de Instrumento: Ficha de
verificación de de verificación de de verificación de (Villa M., de Verificación de Habitaciones registro (Guillen D y Rojas
habitaciones habitaciones habitaciones 2017, p. habitaciones Disponibles
disponibles en el disponibles en el disponibles en el 24) disponibles.
D, 2020, p. 31)
hospedaje “EL TÍO hospedaje “EL TÍO hospedaje “EL (Moreno D, TVHD = Tiempo de Verificación Ficha de observación
KOKI” - Huacho KOKI” - Huacho TÍO KOKI” - 2018, p. 67) de Habitaciones Disponibles (Minaya E, 2019, p. 29)
2021? 2021 Huacho 2021
n = Número de verificaciones
50
Anexo Nº 5 . Resultado de la confiabilidad del instrumento.
INDICADOR: Eficiencia al registrar los servicios
De la imagen anterior se puede inferir que el coeficiente de correlación de Pearson,

representa el valor de confiabilidad para el indicador de eficiencia al registrar los
servicios, en este caso tiene un valor de 0.843, este valor al comparar con la escala
de la (Tabla 7) y la (Figura 1) se ubica en la confiabilidad Elevada; por lo tanto,
inferimos que el instrumento utilizado es confiable.
51
INDICADOR: Tiempo promedio de verificación de habitaciones disponibles
De la imagen anterior se puede inferir que el coeficiente de correlación de Pearson,

representa el valor de confiabilidad para el indicador de tiempo promedio de
verificación de habitaciones disponibles, en este caso tiene un valor de 0.928, este
valor al comparar con la escala de la (Tabla 7) y la (Figura 1) se ubica en la
confiabilidad Elevada; por lo tanto, inferimos que el instrumento utilizado es
confiable.
52
Anexo Nº 6. Validación del instrumento.
Ficha de registro – Eficiencia al registrar los servicios
53
Fuente: elaboración propia
54
55
Ficha de observación – Tiempo promedio de verificación de habitaciones
disponibles
56
57
58
Anexo Nº 7. Validación de la metodología de desarrollo de software -
59
60
61
Anexo Nº 8. Entrevista
62
Anexo Nº 9. Carta de aprobación del hospedaje.
63
Anexo Nº 10. Tabla de la distribución t de Student.
Fuente: Moreno D, 2018 P. 133
64
Anexo Nº 11. Metodología de desarrollo RUP.
Para el desarrollo del Sistema Informático para la Gestión de Servicios en el

Hospedaje El Tío Koki - Huacho 2021, se empleó la metodología RUP, una
Metodología Orientada a Objetos, basándose en el Proceso Unificado de Desarrollo
de Software RUP (Rational Unified Process) y gracias a su flexibilidad será
adaptado a las necesidades de este, también se utilizará el Lenguaje Unificado de
Modelado (UML).
Para el presente proyecto se utilizó las siguientes fases que se muestran a

continuación:
• Inicio
• Elaboración
• Construcción
• Transición
DATOS GENERALES DE LA EMPRESA:
Razón social : Hospedaje “EL TÍO KOKI”

Administrador : Kattleen Rosita Nicho Guerra
Ubicación : Huacho
65
Índice de contenidos
I. INICIO ............................................................................................................ 71
1.1. Modelado del negocio ....................................................................... 71
(a) Diagrama de casos de uso del negocio – Plantilla de

documentación de casos de uso del negocio .......................................... 71
(b) Diagrama de actividades del negocio .............................................. 77
1.2. Requerimientos ................................................................................. 81
(a) Identificación de usuarios internos y externos .............................. 81
(b) Identificación de requisitos .............................................................. 82
II. ELABORACIÓN ............................................................................................ 84
2.1. Diseño ................................................................................................ 84
(a) Actores del sistema ........................................................................... 84
(b) Diagrama de casos de uso del sistema ........................................... 86
(c) Especificaciones de casos de uso del sistema .............................. 92
(d) Diagrama de secuencia ..................................................................... 99
(e) Diagrama de Colaboración ..............................................................104
(f) Diagrama de clases ..........................................................................109
III. CONSTRUCCIÓN.........................................................................................110
3.1. Base de datos ...................................................................................110
3.2. Desarrollo de módulos .....................................................................112
(a) Alquilar Habitación: ..........................................................................112
(b) Reservar Habitación: ........................................................................112
(c) Seguimiento a las Reservaciones:..................................................112
(d) Realizar cierre de servicio: ..............................................................112
(e) Administración: ................................................................................113
(f) Huésped en Hospedaje: ...................................................................113
66
3.3. Prototipo del sistema .......................................................................113
IV. TRANSICIÓN ...............................................................................................124
4.1. Pruebas .............................................................................................124
4.2. Implementación ................................................................................125
(a) Diagrama de componentes ..............................................................125
(b) Diagrama de despliegue ..................................................................126
67
Índice de tablas
Tabla 14. CUN01_Alquilar habitación .................................................................. 73

Tabla 15. CUN02_Reservar habitación................................................................ 74
Tabla 16. CUN03_Realizar seguimiento a las reservaciones .............................. 75
Tabla 17. CUN04_Realizar cierre de servicio ...................................................... 76
Tabla 18. Casos de usos del sistema .................................................................. 86
Tabla 19. CUS01 - Ejecutar créditos. ................................................................... 92
Tabla 20. CUS02-Iniciar sesión. .......................................................................... 92
Tabla 21. CUS03-Recuperar contraseña. ............................................................ 93
Tabla 22. CUS-Alquilar habitación. ...................................................................... 94
Tabla 23. CUS06-Verificar disponibilidad de habitaciones solicitadas. ................ 95
Tabla 24. CUS15-Reservar habitación................................................................. 95
Tabla 25. CUS19-Seguir reservaciones. .............................................................. 96
Tabla 26. CUS23-Cerrar servicio. ........................................................................ 97
Tabla 27. CUS25-Solucionar y registrar atención de incidencia. ......................... 98
68
Índice de figuras
Figura 14. Diagrama de caso de uso del negocio. ............................................... 72

Figura 15. DA_Alquilar habitación. ....................................................................... 77
Figura 16. DA_Reservar habitación. .................................................................... 78
Figura 17. DA_Realizar seguimiento a las reservaciones. ................................... 79
Figura 18. DA_Realizar cierre de servicio. ........................................................... 80
Figura 19. Trabajadores del negocio (Usuarios internos). .................................... 81
Figura 20. Actores del negocio (Usuarios externos). ............................................ 82
Figura 21. Actores del sistema. ............................................................................ 85
Figura 22. Paquetes de casos de uso del sistema. .............................................. 87
Figura 23. Diagrama del caso de uso del paquete administración. ...................... 88
Figura 24. Diagrama de caso de uso del paquete alquilar habitación. ................. 88
Figura 25. Diagrama de caso de uso del paquete cierre de servicio. ................... 89
Figura 26. Diagrama de caso de uso del paquete de seguridad. ......................... 89
Figura 27. Diagrama de caso de uso del paquete huésped en hospedaje. .......... 90
Figura 28. Diagrama de caso de uso del paquete reservar habitación................. 90
Figura 29. Diagrama de caso de uso de paquete seguimiento de reservas. ........ 91
Figura 30. DS01-Ejecutar créditos. ...................................................................... 99
Figura 31. DS02-Iniciar sesión. ...........................................................................100
Figura 32. DS03-Recuperación contraseña. .......................................................101
Figura 33. DS04-Iniciar pantalla principal. ...........................................................102
Figura 34. DS05-Alquilar habitación. ...................................................................103
Figura 35. DC01-Ejecutar créditos. .....................................................................104
Figura 36. DC02-Iniciar sesión. ...........................................................................105
Figura 37. DC03-Recuperar contraseña..............................................................106
Figura 38. DC04-Iniciar pantalla principal............................................................107
Figura 39. DC05-Alquilar habitación. ...................................................................108
Figura 40. Diagrama de clases............................................................................109
Figura 41. Diseño físico de la base de datos. ......................................................111
Figura 42. Ingreso al sistema. .............................................................................113
Figura 43. Recuperar contraseña por correo electrónico. ...................................114
Figura 44. Apertura de caja. ................................................................................114
Figura 45. Pantalla principal. ...............................................................................115
69
Figura 46. Módulo administración - Panel control. ..............................................115
Figura 47. Módulo administración - Registrar colaborador. .................................116
Figura 48. Módulo alquilar habitación - Verificar habitaciones disponibles..........117
Figura 49. Módulo alquilar habitación - Registrar huésped. ................................117
Figura 50. Módulo alquilar habitación - Registrar acompañante. ........................117
Figura 51. Módulo alquilar habitación - Confirmación elección de habitación. ....118
Figura 52. Módulo alquilar habitación. .................................................................118
Figura 53. Módulo alquilar habitación - Boleta/Factura. ......................................119
Figura 54. Módulo huésped en hospedaje. .........................................................119
Figura 55. Módulo cerrar servicio - Panel control. ...............................................120
Figura 56. Módulo cerrar servicio - Con incidencia. ............................................120
Figura 57. Módulo cerrar servicio - Registrar incidencia......................................120
Figura 58. Módulo cerrar servicio - Registro solución incidencia.........................121
Figura 59. Módulo cerrar servicio - Pago incidencia. ...........................................121
Figura 60. Módulo reservar habitación - Verificar habitación disponible..............122
Figura 61. Módulo reservar habitación - Registrar solicitante..............................122
Figura 62. Módulo reservar habitación - Confirmar elección habitación. .............122
Figura 63. Módulo reservar habitación - Informe de reserva. ..............................123
Figura 64. Módulo seguimiento a las reservaciones - Realizar seguimiento. ......123
Figura 65. Módulo seguimiento a las reservaciones - Enviar correo electrónico a
solicitante. ...........................................................................................................124
Figura 66. Diagrama de componentes. ...............................................................126
Figura 67. Diagrama de despliegue. ...................................................................126
70
I. INICIO
Se define el alcance del proyecto con los clientes, se identifican los riesgos
asociados al proyecto, se elabora el plan de las fases y el de la iteración
posterior, se detalla de manera general la arquitectura del software.
1.1. Modelado del negocio
El Modelado del Negocio el cual se lo realiza con mayor énfasis en la

fase conceptual de la metodología Rational Unified Process (RUP)
tiene como objetivos comprender la estructura, la dinámica de la
organización, problemas actuales, identificar posibles mejoras y
comprender los procesos. Utiliza el Modelo de Casos de Uso del
Negocio para describir los procesos del negocio y los clientes, el
Modelo de Objetos del Negocio para describir cada “Caso de uso” del
Negocio con los Trabajadores, además utilizan los Diagramas de
Actividad y de Clases. Es de suma importancia elegir la metodología
adecuada, así como las herramientas de implementación adecuadas,
es por ello que la metodología Rational Unified Process (RUP)
basada en el modelamiento del Negocio nos proporciona todas las
bases para llevar al éxito la elaboración de software.
(a) Diagrama de casos de uso del negocio – Plantilla de

documentación de casos de uso del negocio
Muestran la manera en que colaboran los trabajadores y entidades

de negocio para ejecutar el proceso.
Secuencia de acciones, realizadas en el negocio que producen un

resultado de valor observable para ciertos Stakeholder del
negocio.
71
Figura 14. Diagrama de caso de uso del negocio.
72
ESPECIFICACIÓN TEXTUAL DE LOS CASOS DE USOS DEL
NEGOCIO
Tabla 14. CUN01_Alquilar habitación
CUN01 Alquilar habitación
STAKEHOLDER Huésped, Recepcionista
PROPÓSITO Brindar servicio de hospedaje a nuestros Huéspedes en general
Resumen: El caso de uso se inicia cuando el huésped, consulta precio de habitación, el

recepcionista facilita el precio de las habitaciones, si el huésped está de acuerdo el recepcionista
solicita la cantidad de habitaciones a alquilar, el recepcionista verifica la disponibilidad de
habitaciones dependiente de eso se registra los datos del huésped, luego recepcionista entrega
las llaves a los huéspedes, terminando de esta manera el caso de uso.
CURSO NORMAL DE EVENTOS
Acción del Stakeholder Respuesta del proceso de negocio

2. El Recepcionista, facilita precios de las
1. El Huésped, consulta precio habitaciones por tipo de estadía.
de alquiler de habitación. 3. El Recepcionista, solicita cantidad de
habitaciones.
4. El Huésped, facilita cantidad
5. El Recepcionista, verifica la disponibilidad de
de habitaciones. cantidad de habitaciones solicitadas.
13. El Huésped, efectúa el pago 6. El Recepcionista, registra los datos del
respectivo. huésped.
7. El Recepcionista, elige tipo de estadía a
elección del huésped.
8. El Recepcionista, elige cortesía.
9. El Recepcionista, registra datos del vehículo.
10. El Recepcionista, asigna el número de
habitación.
11. El Recepcionista, calcula el costo a pagar.
12. El Recepcionista, solicita el pago.
14. El Recepcionista, emite el comprobante.
15. El Recepcionista, entrega las llaves de la
habitación.
16. El Recepcionista, entrega control remoto del
televisor.
CURSOS ALTERNOS
2. En el caso sea negativo el recepcionista termina el proceso.

5. Si no está de acuerdo elige otra cantidad de habitaciones, facilitando la cantidad de
habitaciones yendo al punto 4.
8. En el caso no haya cortesía disponible sigue al punto 9.
9. Si no dispone de vehículo pasa al punto 10.
73
Tabla 15. CUN02_Reservar habitación
CUN02 Reservar habitación
STAKEHOLDER Solicitante, Recepcionista
PROPÓSITO Facilitar reserva de habitación al público en general
Resumen: El caso de uso se inicia cuando el interesado (Solicitante), solicita reserva de

habitación en forma presencial o por teléfono. El proceso da curso con el Recepcionista facilitando
los precios de las habitaciones, para luego solicitar la fecha de reserva, en caso todo transcurra
de manera correcta se le asigna un número de reserva para la fecha elegida por el solicitante,
luego se registra al huésped, en el caso la reserva sea presencial se solicita el pago, por el
contrario, si fuera por teléfono se le facilita un número de cuenta para que el solicitante realice el
depósito con la cantidad a pagar. El solicitante de no estar conforme la cantidad a pagar, se
procederá a rechazar la reserva, en caso contrario se esperará un tiempo prudencial para
recepcionar el depósito.

1. El Solicitante, Solicita reserva 2. El Recepcionista, facilita precio de las
de habitación. habitaciones por tipo de estadía.
4. El Solicitante, facilita fecha 3. El Recepcionista, solicita fecha de reserva.
de reserva. 5. El recepcionista, busca la disponibilidad de
7. El Solicitante, facilita la fecha.
cantidad de habitaciones a 6. El Recepcionista, solicita cantidad de
reservar. habitaciones a reservar.
8. El Recepcionista, Verifica la disponibilidad de
la cantidad de habitaciones solicitadas.
9. El Recepcionista, registra los datos del
solicitante.
10. El Recepcionista, elige tipo de estadía.
11. El Recepcionista, registra observación.
12. El Recepcionista, asigna número de
habitación.
13. El Recepcionista, calcula el costo total de la
reserva.
14. El Recepcionista solicita el pago respectivo.
15. El Recepcionista, recibe el pago respectivo
16. El Recepcionista, registra la reserva como
reservado.
CURSOS ALTERNOS
3. Si la respuesta del Stakeholder es no, finaliza el proceso de reserva.

5. Si no exista fecha disponible, El solicitante tiene la opción de elegir otra fecha,
Regresando al punto 4 del Cliente.
5.1. Caso contrario terminar el proceso de Reserva.
8. En el caso no haya habitaciones disponibles el Solicitante tiene la opción de elegir
menor o mayor cantidad de habitaciones, retornando al punto 7.
8.1. Caso contrario termina el proceso de reserva.
11. En el caso que no haya observación termina el proceso de reserva.
14. En caso se elija depositar se facilitará un número de cuenta del hospedaje.
15. En el caso no se haga el pago se rechazará reserva.
74
Tabla 16. CUN03_Realizar seguimiento a las reservaciones
CUN03 Realizar seguimiento a las reservaciones
STAKEHOLDER Recepcionista, Administrador
PROPÓSITO Dar seguimiento a las reservaciones
Resumen: El caso de uso se inicia cuando el Recepcionista, entrega el libro de reservaciones al

administrador, el administrador consulta el libro de reservaciones, para luego llamar a los
solicitantes o en el caso que este medio no sea efectivo o no se concrete, enviar mensaje de
texto. Finalmente se hace la entrega del libro de reservaciones al recepcionista finalizando así el
caso de uso.

1. El Recepcionista, Entrega el 2. El Administrador, consulta el libro de
libro de reservaciones. reservaciones.
6. El Recepcionista, 3. El Administrador, llama a los solicitantes.
recepciona el libro de 4. El Administrador, Recordar al solicitante que
reservaciones. tiene una reserva de habitación pendiente.
5. El Administrador, Envía correo recordando
reservación pendiente.
CURSOS ALTERNOS
2. En el caso que no exista reservaciones, se entrega el libro de reservaciones al

recepcionista.
3. En el caso que el cliente no conteste la llamada, Se enviará un correo electrónico,
indicando su reserva pendiente.
4. En el caso el solicitante no quiere reservación, de inmediato se rechazará la misma.
75
Tabla 17. CUN04_Realizar cierre de servicio
CUN04 Realizar cierre de servicio
STAKEHOLDER Huésped, Recepcionista, Camarera, Seguridad, administrador
PROPÓSITO Finalizar de manera eficaz el cierre del servicio de habitación
Resumen: El caso de uso se inicia cuando el Huésped, solicita el cierre o finalización del servicio,
el recepcionista solicita las llaves y datos del huésped para empezar el check out, el huésped
devuelve las llaves de la habitación, facilitando sus datos, el recepcionista busca sus datos en el
registro de huéspedes para hacer efectiva su salida, luego el camarero verifica el buen estado de
la habitación, una vez todo conforme, se comunica al recepcionista el visto bueno para luego
permitir la salida al huésped, en el caso que tenga vehículo el personal de seguridad acompaña
la salida del vehículo, terminando de esta manera el caso de uso.
1. El Huésped, Solicita cierre

del servicio.
3. El Huésped, devuelve las
2. El Recepcionista, solicita las llaves y número
llaves y facilita el número de
de habitación.
la habitación que ocupó
4. El Recepcionista, busca la habitación.
durante su estadía.
5. La Camarera, verifica el buen estado de la
habitación.
6. La Camarera, realiza limpieza de la habitación.
7. El Recepcionista, verifica si huésped tiene
vehículo.
8. El Seguridad, acompaña o dirige a la salida al
vehículo.
CURSOS ALTERNOS
5. Caso contrario el Recepcionista registra incidencias en el libro de la misma.

5.1. El huésped recibe las incidencias ocasionadas en la habitación.
5.5.1. El recepcionista comunica negativa del huésped y entrega el libro de
incidencias al administrador.
5.5.2. El administrador recibe el libro de incidencias.
5.5.3. El administrador consulta y atiende la incidencia.
5.5.4. El administrador registra la atención y solución de la incidencia.
5.5.4.1. Termina el proceso de cierre.
5.2. El recepcionista solicita pago por concepto de daños.
5.3. El huésped realiza el pago respectivo.
5.4. El recepcionista registra y emite el comprobante respectivo.
7. Termina el proceso de cierre.
76
(b) Diagrama de actividades del negocio
Describen el flujo de trabajo asociado a un CUN. Muestran a

través de las calles las responsabilidades de los trabajadores del
negocio y a través del flujo de objetos como se utilizan las
entidades del negocio.
: Huésped : Recepcionista
En el caso que haya cortesía se

tiene que informar al huésped.
Consultar precio de Facilitar precio de las

alquiler de habitación habitaciones por tipo de estadía
¿Está de [ No ]
acuerdo?
[ Si ] La verificación se
realizará por la
Facilitar cantidad de Solicitar cantidad de fecha actual.
habitaciones habitaciones ha alquilar
CUS06_Verificar disponibilidad de la
cantidad habitaciones solicitadas
: Habitación
[ Si ]
¿Desea elegir [ No ] ¿Existe la cantidad de

menor cantidad de hab itaciones solicitadas?
hab itaciones?
[ No ]
[ Si ]
CUS08_Registrar datos
del huésped principal
: Huésped principal
Brindar tipo de
estadía
CUS09_Elegir : Tipo de estadía

tipo de estadía
: Cortesía
[ Si ]
CUS10_Elegir ¿Existe cortesía
cortesía vigente?
[ No ]
¿Dispone de
vehículo?
[ Si ]
CUS11_Registrar
datos del vehículo
[ No ]
: Vehículo
CUS12_Asignar
número de habitación
: Habitación
CUS13_Calcular costo total
del alquiler de habitación
Efectuar pago Solicitar pago
: Comprobante
CUS14_Emitir
comprobante
Entregar llave Entregar control

de habitación remoto del televisor
Figura 15. DA_Alquilar habitación.
77
: Solicitante : Recepcionista
En el caso que haya

cortesía se tiene que
informar al solicitante.
Solicitar reserva de Facilitar precio de las habitaciones

habitación por tipo de estadía
Solicitar fecha
¿Desea de reserva
reservar una
fecha? [ Si ]
Facilitar fecha
de reserva : Reservación
CUS16_Buscar disponibilidad de
fecha de reserva
Máximo 2 meses
[ No ] de anticipación.
[ Si ] En caso de
[ No ] clientes
[ No ] ¿Fecha
frecuentes se
disponible?
puede hacer
¿Elegir otra una excepción y
fecha? [ Si ] ampliar la fecha
máxima.
Solicitar cantidad de
habitaciones a reservar
: Habitación La verificación se
realizará por fecha.
Facilitar cantidad de
habitaciones a reservar
Verificar disponibilidad de la cantidad
habitaciones solicitadas
[ Si ]
¿Desea elegir menor [ No ] ¿Habitaciones
cantidad de disponibles?
habitaciones?
[ No ] [ Si ]
Registrar datos del

solicitante
: Solicitante
Elegir tipo de
estadía
: T ipo de estadía
Tiene alguna
obsevación
[ No ]
[ Si ]
: Reservación
Registrar
observación
Efectivo: En el caso se
haga reserva de forma : Habitación
presencial. Asignar número de
habitación
Depósito: En caso se
haga reserva por
teléfono.
Calcular costo total del alquiler de
habitación
En el caso que la reserva se haga para
el mismo día o a 3 días en el futuro, el
depósito se deberá hacer efectiva
dentro de los 30 minutos de haber Solicitar pago
realizado la reserva.
En el caso que la reserva se haga para

>= 4 días, el depósito se deberá hacer
2 días antes de hacerse efectiva la ¿Forma de pago? [ Efectivo ]
reserva.
[ Depósito ]
Recibir Nº Facilitar Nº Recibir pago

Cuenta Cuenta
Recepcionará
¿Realizó
el 100% del
depósito? ¿Canceló?
precio total.
[ Si ]
O es su defecto [ No ]
esperar el [ No ]
pago dentro de
[ Si ]
los 30 minutos
de haber
realizado la
reserva. Se anota como Se anota como
reservado Rechazado
Se toma como
expirado
Figura 16. DA_Reservar habitación.
78
: Recepcionista : Administrador
Aquí se buscará las

reservaciones pendientes.
Para luego avisar al
solicitante 4 y 1 día (según
sea el caso) antes de
: Reservación
cumplirse el plazo.
Entregar libro de
reservaciones
Consultar libro de
reservaciones
[ No ]
Devolver libro de ¿Existen
reservaciones reservaciones?
[ Si ]
Recordar al solicitante la
reservación pendiente
Llamar a l os
solicitantes
¿Continua
reserva? [ Si ]
[ Si ]
Recibir libro de
reservaciones [ No ]
¿Contestó
llamada?
Rechazar
[ No ]
Enviar correo recordando

reservación pendiente
Figura 17. DA_Realizar seguimiento a las reservaciones.

79
: Huésped : Recepcionista : Camarera : Seguridad : Administrador
Solici tar l laves y

Solici tar cierre
número de habi tación
del servici o
: Habi tación
Devol ver l laves y Buscar habitación

número de habi tación alquil ada
Verificar buen estado

Verificar si huésped de habi tación
ti ene vehícul o
: Incidenci a de habitaci ón
[ No ]
Recibir incidencias Regi strar i nci dencias de
de habi tación habitaci ón en libro
¿Conforme? : Incidenci a de habitaci ón
[ Si ]
Comunicar negati va del huésped y Recibir libro de
¿Reconoce
entregar l ibro de i nci dencias incidenci as
incidenci a?
[ No ]
Consultar incidencias
de habi tación
[ Si ]
Acompañar sal ida
¿Dispone de [ Si ] de vehículo atender incidenci a
vehículo? con el huésped
[ No ]
Solucionar y registrar
atenci ón de incidenci a
Pagar Solici tar pago por

concepto de daños [ Si ]
¿Acepta pagar
daños?
Regi strar pago

de daños
Emitir
: Pago de daños comprobante
[ No ] Real izar l impi eza

de habi tación
: Incidenci a de habitaci ón
: Comprobante
Figura 18. DA_Realizar cierre de servicio.
80
1.2. Requerimientos
El esfuerzo principal en la fase de requisitos es desarrollar un modelo

del sistema que se va a construir, y la utilización de los casos de uso
es una forma adecuada de crear ese modelo. Esto es debido a que
los requisitos funcionales se estructuran de forma natural mediante
casos de uso, y a que la mayoría de los otros requisitos no
funcionales son específicos de un solo caso de uso, y que puedan
tratarse en el contexto de ese caso de uso.
(a) Identificación de usuarios internos y externos
Usuarios internos (Trabajadores del negocio)

Abstracción de una persona, máquina o sistema automatizado que
actúa en el negocio realizando una o varias actividades,
interactuando con otros trabajadores del negocio y manipulando
entidades del negocio.
Administrador Recepcionista
Camarera Seguridad
Figura 19. Trabajadores del negocio (Usuarios internos).

81
Usuarios externos (Actores del negocio)
Es cualquier individuo, grupo, entidad, organización, máquina o
sistema de información externos; con los que el negocio
interactúa. Es decir, es el que hace que el proceso o el caso de
uso del negocio se active.
Solicitante Huésped
Figura 20. Actores del negocio (Usuarios externos).

(b) Identificación de requisitos
Requisitos funcionales
Es toda la capacidad del software, es decir, todo lo que va realizar
el software.
Requisitos funcionales de mantenimiento de datos

Son los que permiten mantener los datos de las entidades
principales. Es decir, mantener la información la cual significa
(Registrar, consultar, actualizar y eliminar), en el mundo del
desarrollo se le conoce como CRUD.
• RF01: El sistema informático debe permitir registrar
colaboradores y otorgar acceso a cada usuario de
acuerdo a parámetros de seguridad (Validar ingreso por
tipo de usuario).
• RF02: El sistema informático debe permitir registrar,
eliminar, actualizar y consultar usuarios.
huésped principal y acompañantes.
82
Requisitos funcionales de lógica de negocio
Es la sistematización de los procesos esenciales o misionales
de un negocio.
• RF04: El sistema informático debe permitir el registro del
alquiler de habitaciones.
• RF05: El sistema informático debe permitir el registro de
reservas de habitaciones.
• RF06: El sistema informático debe permitir realizar
seguimiento a las reservaciones.
• RF07: El sistema informático debe permitir realizar
cierre de servicio.
• RF08: El sistema informático debe permitir imprimir o
visualizar comprobante después de cada registro de
alquiler de habitaciones.
Requisitos funcionales de valor agregado

Aquí nosotros nos apropiamos de la creatividad, de la
innovación y de la tecnología existente para proponer nuevas
ideas.
• RF09: El sistema debe de permitir enviar correos
electrónicos tanto para recuperación de contraseña de
usuarios registrados y para enviar datos de una reserva.
apertura y cierre de caja.
Requisitos no funcionales
Permiten el buen desempeño de los requisitos funcionales. Es
decir, son aquellos que no se refieren directamente a las
funciones específicas que proporciona el sistema, sino a las
propiedades emergentes de éste como la fiabilidad, el tiempo
de respuesta y la capacidad de almacenamiento.
83
• RF11: Los datos modificados en la base de datos deben
ser actualizados para todos los usuarios que accedan al
sistema en tiempo real.
• RF12: Los permisos de acceso al sistema podrán ser
cambiados solamente por el administrador.
• RF13: El sistema debe desarrollarse aplicando patrones
de diseño y recomendaciones de programación que
incrementen la seguridad de los datos.
• RF14: El sistema debe proporcionar mensajes de error
que sean informados y orientados al usuario final.
II. ELABORACIÓN
2.1. Diseño
Aquí presentaremos los siguientes artefactos que se incluirá para

realizar el diseño como son: Actores del sistema, Casos de usos del
sistema y diagrama de secuencia.
(a) Actores del sistema
Un actor es una idealización de una persona externa de un

proceso o de una cosa que interactúa con un sistema, un
subsistema, o una clase. Un actor caracteriza las interacciones
que los usuarios exteriores pueden tener con el sistema.
• Usuario: Este actor representará a los actores Administrador

y Recepcionista.
• Administrador: Este actor será responsable de registrar a los

colaboradores, dar seguimiento a las reservas, entre otros.
84
• Recepcionista: Este actor se encargará de registrar alquiler y
reservas de hospedaje, también será responsable de cerrar el
servicio del hospedaje a petición del huésped.
Figura 21. Actores del sistema.

85
(b) Diagrama de casos de uso del sistema
Los casos de uso han sido agrupados como se puede apreciar en

el siguiente Tabla y Figura:
Tabla 18. Casos de usos del sistema
CÓDIGO CÓDIGO
NOMBRE ACTORES
CU PAQ.
CUS01 P04 Ejecutar créditos Usuario
CUS02 P04 Iniciar sesión Usuario
CUS03 P04 Recuperar contraseña Usuario
CUS04 P04 Iniciar pantalla principal Usuario
CUS05 P02 Alquilar habitación Recepcionista
Verificar disponibilidad de la
CUS06 P02 Recepcionista
cantidad habitaciones solicitadas
CUS07 P02 Buscar Huésped Recepcionista
Registrar datos del huésped
principal
CUS09 P02 Elegir tipo de estadía Recepcionista
CUS10 P02 Elegir cortesía Recepcionista
CUS11 P02 Registrar datos del vehículo Recepcionista
CUS12 P02 Asignar número de habitación Recepcionista
Calcular costo total del alquiler
de habitación
CUS14 P02 Emitir comprobante Recepcionista
CUS15 P06 Reservar habitación Recepcionista
Buscar disponibilidad de fecha
de reserva
CUS17 P06 Registrar datos del solicitante Recepcionista
CUS18 P06 Registrar observación Recepcionista
CUS19 P07 Seguir reservaciones Administrador
CUS20 P07 Consultar libro de reservaciones Administrador
CUS21 P07 Enviar Correo Administrador
Visualizar panel cierre de Recepcionista,
CUS22 P03
servicio Administrador
CUS23 P03 Cerrar servicio Recepcionista
Registrar incidencias de
habitación en libro
Solucionar y registrar atención
CUS25 P03 Administrador
de incidencia
Consultar incidencias de
CUS26 P03 Administrador
habitación
CUS27 P03 Registrar pago de daños Recepcionista
Verificar huéspedes en Recepcionista,
CUS28 P05
hospedaje Administrador
Administrador,
CUS29 P01 Visualizar panel administración
Recepcionista
CUS30 P01 Registrar colaboradores Administrador
CUS31 P01 Generar reportes Administrador
CUS32 P01 Cerrar caja Recepcionista
CUS33 P03 Buscar número habitación Recepcionista
86
P02-Alquilar Habitación P06-Reservar Habitación
<<include>>
CUS16-Buscar disponibilidad de CUS17-Registrar datos del solicitante

CUS08-Registrar datos del huésped CUS10-Elegir cortesía CUS06-Verificar disponibilidad de la fecha de reserva (f rom CUS)
principal cantidad habitaciones solicitadas (f rom CUS)
(f rom CUS) (f rom CUS)
(f rom CUS)
<<include>>
<<extend>>
<<extend>> <<extend>>
<<extend>>
<<extend>> CUS15-Reservar habitación CUS18-Registrar observación

<<include>>
CUS07-Buscar Huésped
<<include>>
(f rom CUS) <<extend>>
CUS05-Alquilar habitación CUS09-Elegir tipo de estadía <<extend>>

(f rom CUS) <<include>>
(f rom CUS)
<<include>>
P04-Seguridad
CUS11-Registrar datos del vehículo <<include>>

(f rom CUS)
<<include>>
CUS04-Iniciar pantalla principal CUS01-Ejecutar créditos
CUS12-Asignar número de (f rom CUS)
(f rom CUS)
habitación
(f rom CUS)
<<include>>
CUS13-Calcular costo total del
CUS14-Emitir comprobante alquiler de habitación
<<extend>>
<<extend>>
<<extend>>
CUS02-Iniciar sesión CUS03-Recuperar contraseña
P03-Cierre de Servicio
<<extend>>
<<include>>
P05-Huésped en Hospedaje
<<extend>>
<<extend>>
P07-Seguimiento de Reservas
CUS27-Registrar pago de daños CUS22-Visualizar panel cierre de CUS28-Verificar huéspedes en

<<extend>> servicio hospedaje <<extend>>
(f rom CUS) (f rom CUS) (f rom CUS) CUS21-Enviar Correo
(f rom CUS)
<<extend>>
CUS19-Seguir reservaciones
(f rom CUS)
P01-Administración
<<include>>
CUS23-Cerrar servicio
<<include>>
(f rom CUS) CUS25-Solucionar y registrar CUS20-Consultar libro de
atención de incidencia reservaciones
<<extend>> CUS31-Generar reportes
(f rom CUS) CUS29-Visualizar panel (f rom CUS)
<<extend>> administración (f rom CUS)
<<include>> (f rom CUS)
CUS33_Buscar número habitación <<extend>> <<extend>>

(f rom CUS)
CUS24-Registrar incidencias de CUS26-Consultar incidencias de
habitación en libro habitación CUS30-Registrar colaboradores
(f rom CUS) (f rom CUS) CUS32-Cerrar caja
(f rom CUS)
(f rom CUS)
Figura 22. Paquetes de casos de uso del sistema.

Se tiene los siguientes paquetes:
P01-Paquete Administración: Comprende los casos de uso que

permitirán el registro de colaboradores, Ver reportes y el Cierre de
caja.
87
<<extend>>
CUS29-Visualizar panel CUS30-Registrar colaboradores

Administrador
administración (from CUS)
(f rom Actores del sistema)
...) (from CUS)
<<extend>>
<<extend>>
CUS32-Cerrar caja
CUS31-Generar reportes
(from CUS)
(from CUS)
Figura 23. Diagrama del caso de uso del paquete administración.
P02-Paquete Alquilar Habitación: Comprenden los casos de uso

que permitirá al Recepcionista registrar ingreso de huéspedes al
hospedaje como: Verificar la disponibilidad de la cantidad de
habitaciones solicitadas, calcular el costo de arriendo de
habitación, registrar huéspedes, asignar el número de habitación
entre otros.
CUS07-Buscar Huésped <<extend>> CUS08-Registrar datos del

CUS06-Verificar dis ponibilidad de
la cantidad habitacio... huésped principal
(from CUS)
(from CUS) (from CUS)
Recepcionista <<include>> CUS11-Registrar datos del

CUS12-Asignar número de <<extend>>
...) CUS05-Alquilar habitación vehículo
habitación (from CUS)
<<include>> <<include>> <<extend>>

<<include>>
CUS13-Calcular costo total del CUS10-Elegir cortesía

alquiler de habitación CUS09-Elegir tipo de estadía (from CUS)
(from CUS) CUS14-Emitir comprobante
(from CUS)
(from CUS)
Figura 24. Diagrama de caso de uso del paquete alquilar habitación.
P03-Paquete Cierre de Servicio: Comprenden los casos de uso

que permitirán finalizar el servicio de hospedaje, anotando
incidencias que pudieran presentarse, entre otros.
88
<<extend>> CUS25-Solucionar y registrar
CUS22-Visualizar panel cierre de atención de incidencia
Recepcionista
servicio (from CUS)
...) (from CUS)
<<extend>>
<<include>>
<<extend>>
CUS26-Consultar incidencias de
Administrador
habitación
CUS27-Registrar pago de daños CUS23-Cerrar servicio (from CUS) (f rom Actores del sistema)
...)
(from CUS) <<include>>

(from CUS)
<<include>> <<extend>>
CUS33_Buscar número habitación

CUS14-Emitir comprobante CUS24-Registrar incidencias de (from CUS)
habitación en libro
(from CUS)
(from CUS)
Figura 25. Diagrama de caso de uso del paquete cierre de servicio.
P04-Paquete de Seguridad: Comprende los casos de uso que

permitirán el ingreso al sistema a personas autorizadas.
CUS03-Recuperar contraseña
(from CUS)
<<extend>>
Administrador
...)
<<include>>
CUS01-Ejecutar créditos CUS02-Iniciar sesión

Usuario
...)
<<extend>>
Recepcionista
...)
CUS04-Iniciar pantalla principal
(from CUS)
Figura 26. Diagrama de caso de uso del paquete de seguridad.
P05-Paquete Huésped en Hospedaje: Comprende los casos de

uso que permitirán Ver las habitaciones ocupadas.
89
Administrador
...)
CUS28-Verificar huéspedes en
Usuario
hospedaje
...) (from CUS)
Recepcionista
...)
Figura 27. Diagrama de caso de uso del paquete huésped en hospedaje.
P06-Paquete Reservar Habitación: Comprenden los casos de

uso que permitirá al Recepcionista reservar habitaciones que
estén disponibles para la fecha y hora de reserva.
<<include>>
CUS16-Buscar disponibilidad de CUS06-Verificar disponibilidad de la CUS18-Registrar observación

fecha de reserva cantidad habitaciones solicitadas
(from CUS)
<<extend>>
<<extend>>
Recepcionista
<<include>>
...) <<include>>
CUS17-Registrar datos del CUS15-Reservar habitación CUS09-Elegir tipo de estadía
solicitante (from CUS)
(from CUS)
(from CUS)
<<include>>
CUS12-Asignar número de
habitación
(from CUS)
Figura 28. Diagrama de caso de uso del paquete reservar habitación.
90
P07-Seguimiento de Reservas: Comprenden los casos de uso
que permitirá al administrador dar seguimiento a las reservas
pendientes de pago hasta que se efectúe el ingreso del huésped.
<<include>>
CUS19-Seguir reservaciones
(from CUS)
CUS20-Consultar libro de
reservaciones
Administrador <<extend>> (from CUS)
...)
CUS21-Enviar Correo
(from CUS)
Figura 29. Diagrama de caso de uso de paquete seguimiento de reservas.
91
(c) Especificaciones de casos de uso del sistema
Tabla 19. CUS01 - Ejecutar créditos.
CÓDIGO CUS01
NOMBRE Ejecutar créditos
Este caso de uso presentará brevemente el logo del hospedaje y el desarrollador

DESCRIPCIÓN
del sistema.
ACTOR(ES) Usuario
FECHA 6/07/2021
Felix Eladio Tamani Guerra
AUTOR
Gaby Jenitza Huaman Ardiles
PRIORIDAD Baja
PRE CONDICIÓN No específica.
POST CONDICIÓN No específica.
FLUJO 1. El Usuario ejecuta el Sistema.

BÁSICO 2. El Sistema inicia el Sistema.
(Flujo eventos) 3. El Sistema finaliza el Sistema al cumplirse 3s de haberse ejecutado.
FLUJO
ALTERNATIVO Ninguna
(Flujo excepcional)
Tabla 20. CUS02-Iniciar sesión.
CÓDIGO CUS02
NOMBRE Iniciar sesión
DESCRIPCIÓN El caso de uso permitirá el ingreso solo a usuarios registrados
ACTOR(ES) Usuario
FECHA 6/07/2021
AUTOR
PRIORIDAD Alta
PRE CONDICIÓN Deben de existir usuarios registrados.
POST CONDICIÓN Sistema carga opciones según cargo del usuario.
92
1. El Sistema presenta la interfaz de inicio de sesión.
2. El Usuario escribe el nombre de usuario.
3. El Sistema verifica foto de usuario.
FLUJO
4. El Sistema devuelve foto de usuario.
BÁSICO
5. El Usuario escribe contraseña.
(Flujo eventos)
6. El Usuario elige iniciar sesión.
7. El Sistema valida datos ingresados según Usuario.
8. El Sistema finaliza.
3.1. Si no hay foto registrado.

FLUJO
3.1.1. Cargar foto por defecto.
ALTERNATIVO
7.1. Si datos no se encuentran registrados emitir mensaje de
(Flujo excepcional)
error “Usuario y/o Contraseña inválidas”.
Tabla 21. CUS03-Recuperar contraseña.
CÓDIGO CUS03
NOMBRE Recuperar contraseña
DESCRIPCIÓN El caso de uso permitirá recuperar la contraseña mediante correo electrónico.
ACTOR(ES) Usuario
FECHA 6/07/2021
AUTOR
PRIORIDAD Baja
PRE CONDICIÓN Deben de existir usuarios registrados.
1. El Usuario escribe número de documento.

FLUJO 2. El Usuario elige la opción de recuperar contraseña.
BÁSICO 3. El Sistema valida si existe contraseña.
(Flujo eventos) 4. El Sistema envía un mensaje “Estimado Usuario se ha enviado…”.
5. El Usuario finaliza el caso de uso.
1.1. En el caso el Usuario no escriba un número de documento.

1.1.1. El Sistema emite un mensaje de error “Digite un número de
FLUJO
documento”.
ALTERNATIVO
3.1. En el caso no esté registrado el número de documento, el Sistema emitirá un
(Flujo excepcional)
mensaje de error “No existe datos…”.
93
Tabla 22. CUS-Alquilar habitación.
CÓDIGO CUS05
NOMBRE Alquilar habitación
DESCRIPCIÓN El caso de uso permitirá registrar el alquiler de una habitación.
ACTOR(ES) Recepcionista
FECHA 6/07/2021
AUTOR
PRIORIDAD Alta
• Deben de existir cortesías.

• Deben de existir tipo de estadía.
PRE CONDICIÓN
• Debe de cargar habitaciones ingresadas o reservas en estado de
reservado.
POST CONDICIÓN El alquiler de la habitación tendrá un estado de “0 = Ingresó”.
1. El Sistema debe de obtener las cortesías disponibles.

2. El Sistema debe de cargar los tipos de estadías disponibles con sus respectivos
precios.
3. El Sistema debe de cargar la fecha y hora de alquiler obtenidas del caso de uso
anterior.
4. El Usuario registra un huésped.
5. El Sistema habilita opciones para seguir con el registro.
6. El Usuario debe de elegir una cortesía.
FLUJO 7. El Usuario debe de elegir un tipo de estadía.
BÁSICO 8. El Usuario debe de registrar datos de su vehículo.
(Flujo eventos) 9. El Usuario debe de escribir la cantidad de personas.
10. El Usuario debe de registrar descuento en unidad monetaria.
11. El Usuario elige registrar alquiler.
12. El Sistema desactiva la opción de elegir la misma habitación.
13. El Sistema habilita opciones.
14. El Usuario elige un tipo de comprobante.
15. El Usuario elige registrar alquiler de habitación.
16. El Sistema muestra comprobante.
17. El Usuario finaliza el caso de uso.
1.1. En el caso no carguen las cortesías.

1.1.1. El sistema emite un mensaje de error.
2.1. En el caso no carguen los tipos de estadías.
FLUJO
ALTERNATIVO
3.1. En el caso no carguen la fecha y hora.
(Flujo excepcional)
4.1. En el caso el Usuario no registre el huésped.
94
Tabla 23. CUS06-Verificar disponibilidad de habitaciones solicitadas.
CÓDIGO CUS06
NOMBRE Verificar disponibilidad de la cantidad habitaciones solicitadas
DESCRIPCIÓN El caso de uso permitirá verificar las cantidades de habitaciones disponibles.
FECHA 6/07/2021
AUTOR
PRIORIDAD Alta
• Deben de estar cargados la cantidad de habitaciones ocupadas.

PRE CONDICIÓN
• Deben de estar cargadas la cantidad de habitaciones reservadas.
POST CONDICIÓN La fecha y hora deben quedar registradas eventualmente.
1. El Sistema debe de obtener la cantidad de habitaciones ocupadas.

FLUJO
2. El Sistema debe de obtener la cantidad de habitaciones reservadas.
BÁSICO
3. El Usuario elige ingresar a registrar un alquiler.
(Flujo eventos)
4. El Sistema finaliza el caso de uso.
1.1. Si el Sistema no carga la cantidad de habitaciones ocupadas.

FLUJO
1.1.1 El Sistema emite un mensaje de error.
ALTERNATIVO
2.1. Si el Sistema no carga la cantidad de habitaciones reservadas.
(Flujo excepcional)
2.1.1. El Sistema emite un mensaje de error.
Tabla 24. CUS15-Reservar habitación.
CÓDIGO CUS15
NOMBRE Reservar habitación
DESCRIPCIÓN El caso de uso permitirá registrar la reserva de una habitación.
FECHA 6/07/2021
AUTOR
PRIORIDAD Alta
95
• Deben de estar cargados los tipos de estadía con sus respectivos precios.
PRE CONDICIÓN
• Deben ser recuperados la fecha y hora.
POST CONDICIÓN La habitación elegida se registra con estado de “0 = pendiente”.
1. El Sistema debe de cargar el tipo de estadía con sus respectivos precios.

2. El Sistema debe de cargar las habitaciones ocupadas y reservadas.
3. El Usuario debe de elegir un tipo de estadía.
FLUJO
4. El Usuario debe escribir una observación de reserva.
BÁSICO
5. El Usuario debe de elegir cantidad de personas.
(Flujo eventos)
6. El Usuario elige una habitación disponible.
7. El Sistema cambiar el estado de la habitación estado de “0 = pendiente”.
8. El Usuario decide registrar la reserva.
1.1. Si el Sistema no carga el tipo de estadía.

FLUJO
1.1.1 El sistema emite un mensaje de error.
ALTERNATIVO
2.1 Si el Sistema no carga las habitaciones ocupadas y reservadas.
(Flujo excepcional)
2.1.1. El Sistema emite un mensaje de error.
Tabla 25. CUS19-Seguir reservaciones.
CÓDIGO CUS19
NOMBRE Seguir reservaciones
DESCRIPCIÓN El caso de uso permitirá dar seguimiento a las reservaciones registradas.
ACTOR(ES) Administrador
FECHA 6/07/2021
AUTOR
PRIORIDAD Alta
PRE CONDICIÓN • Deben de estar registradas las reservaciones.
96
1. El Sistema debe de cargar reservaciones registradas.
2. El Usuario busca una reserva.
3. El Sistema carga la reserva buscada.
FLUJO
4. El Usuario envía un correo.
BÁSICO
5. El Sistema envía un mensaje de conformidad de envío.
(Flujo eventos)
6. El Usuario elige rechazar la reserva.
7. El Sistema emite un mensaje de conformidad de rechazo.
8. El Usuario elige finalizar el caso de uso.
1.1. Si no se cargan reservaciones registradas.

FLUJO 3.1 Si no se encuentra una reserva.
ALTERNATIVO 3.1.1 El Sistema emite un mensaje de error.
(Flujo excepcional) 5.1. Si no se envía el correo
Tabla 26. CUS23-Cerrar servicio.
CÓDIGO CUS23
NOMBRE Cerrar servicio
DESCRIPCIÓN El caso de uso permitirá dar por finalizada el servicio de hospedaje.
FECHA 6/07/2021
AUTOR
PRIORIDAD Alta
PRE CONDICIÓN • Deben de estar registradas el alquiler de una habitación.
POST CONDICIÓN El alquiler de una habitación cambiará al estado de “0 = salió”
1. El Usuario busca una habitación ocupada.

2. El Sistema devuelve la habitación buscada.
FLUJO
3. El Usuario decide elegir la opción de “Tiene incidencia”.
BÁSICO
4. El Usuario decide registrar el cierre del servicio.
(Flujo eventos)
5. El Sistema emite un mensaje de conformidad de la operación.
FLUJO 2.1. El Sistema no devuelve la habitación buscada.

ALTERNATIVO 4.1. El Sistema cambia de estado de la habitación a estado de “0 = salió”.
(Flujo excepcional)
97
Tabla 27. CUS25-Solucionar y registrar atención de incidencia.
CÓDIGO CUS25
NOMBRE Solucionar y registrar atención de incidencia
DESCRIPCIÓN El caso de uso permitirá dar solución a una incidencia registrada.
ACTOR(ES) Administrador
FECHA 6/07/2021
AUTOR
PRIORIDAD Alta
• Debe de haber incidencias registradas.

PRE CONDICIÓN
• Debe de cargar las incidencias registradas.
POST CONDICIÓN Las incidencias cambiarán al estado de “1 = atendido”.
1. El Sistema debe cargar las incidencias registradas.

FLUJO 2. El Usuario busca una incidencia.
BÁSICO 3. El Usuario registra una solución a la incidencia.
(Flujo eventos) 4. El Usuario elige registrar la Solución a la incidencia.
1.1. Si no se carga las incidencias registradas.

FLUJO
ALTERNATIVO
2.1. Si no encuentra una incidencia. El Sistema emite un mensaje de error.
(Flujo excepcional)
4.1 El Sistema cambia de estado de la incidencia a “1= atendido”.
CÓDIGO CUS27
NOMBRE Registrar pago de daños
DESCRIPCIÓN El caso de uso permitirá registrar el pago de los daños registrados.
FECHA 6/07/2021
AUTOR
PRIORIDAD Alta
• Debe de haber incidencias con estado de atendido.

PRE CONDICIÓN
• Debe de haber una incidencia con solución de pago.
POST CONDICIÓN Las incidencias atendidas y solución con pago cambiarán al estado de “1 = pagó”.
98
1. El Usuario busca una incidencia.
2. El Sistema carga los datos de la incidencia, incluida el monto a pagar.
FLUJO
3. El Usuario elige un tipo de comprobante.
BÁSICO
4. El Usuario registra el pago.
(Flujo eventos)
5. El Sistema emite un reporte (Comprobante de pago).
2.1. Si no se cargan los datos de la incidencia.

FLUJO
ALTERNATIVO
5.1. Si no emite un reporte.
(Flujo excepcional)
(d) Diagrama de secuencia
Este diagrama muestra las interacciones entre los objetos y

muestra los intercambios de mensajes entre ellos. A continuación,
presentaremos los siguientes diagramas:
: Usuario : FrmCredito
Ejecuta el sistema
Tiempo de duración(3s)
Figura 30. DS01-Ejecutar créditos.
99
: FrmIniciarSesion : ClsUsuarioDL : ClsUsuarioEL
: ClsUsuarioBL
: Usuario
1: Ver FrmIniciarSesion
2: Digitar usuario
3: VerificarFotoUsuario(string nombreUsu)
4: VerificarFotoUsuario(string nombreUsu)
5: Existe nombreUsu
6: true (Muestra foto)
7: Digitar contraseña
8: Clic en "INICIAR SESIÓN"
9: IniciarSesion(elUsu)
10: IniciarSesion(pUsuarioEL)
11: Solicita atributos: Nombre_usu, Contrasena_usu
12: Devuelve: Nombre_usu, Contrasena_usu
13: Devuelve datos de usuario
14: Devuelve datos de usuario validados
15: Valida datos según cargo del usuario
Figura 31. DS02-Iniciar sesión.
100
: Usuario : FrmRecuperarContrasenaCol : ClsColaboradorBL : ClsColaboradorDL
1: Digitar número de docum...
2: Clic en "Recuperar"
3: RecuperarContrasena(txtNumeroDocumento.T...
4: RecuperarContrasenaPorDni(p...
5: Estimado "Nombre" se ha enviado...
6: Estimado "Nombre" se ha enviado...
Figura 32. DS03-Recuperación contraseña.
101
: Recepcionista : Administrador : FrmVerificarDisponibilidadHabitacion : FrmSeguirReservas : FrmPanelControlCierreDeServicio : FrmPanelControlAdministarcion :
FrmConsultaHuespedesEnHospedaje
Clic en "Alquilar H."
Clic en "Alquilar H."
Clic en "S. Reserva"
Clic en "Cerrar S."
Clic en "Cerrar S."
Clic en "Admin."
Clic en "Huésped H."
Clic en "Huésped H."
Figura 33. DS04-Iniciar pantalla principal.
102
: ClsAlquilerBL : ClsAlquilerHabitacionDL : ClsAlquilerEL : ClsAlquilerHabitacionEL
: Usuario : FrmAlquiler
: ClsAlquilerHabitacionBL : ClsAlquilerDL
Seleccionar "Alquiler...
1: Digitar: f echa, hora, id_colaborador, tipo serv icio, ...
2: Inicializa v al...
3: Dev uelv e v alores de atributos
4: RegistrarServ icioAlquiler(elAlq)
5: RegistrarServ icioAlquiler(pEL)
6: BuscarCodigoAlquilerXNumDocFechaHora(numDoc, f echaAlquiler, horaAlqui...
7: BuscarCodigoAlquilerXNumDocFechaHora(numDoc, f echaAlquiler, horaAlqui...
8: Dev uelv e código de alquiler
9: Dev uelv e código de alqu...
1: Elegir: Id_hab, Tipo Estadia, Descripcion, descuento, ...
2: Inicializa v al...
3: Dev uelv e v alores de atrib...
4: RegistrarAlquilerHabitacion(elAlqHab)
5: RegistrarAlquilerHabitacion(...
Figura 34. DS05-Alquilar habitación.
103
(e) Diagrama de Colaboración
Figura 35. DC01-Ejecutar créditos.
104
Figura 36. DC02-Iniciar sesión.
105
Figura 37. DC03-Recuperar contraseña.
106
Figura 38. DC04-Iniciar pantalla principal.
107
1: Seleccionar "Alquiler H."
2: 1: Digitar: fecha, hora, id_colaborador, tipo servicio, etc. 5: 4: RegistrarServicioAlquiler(elAlq)
11: 1: Elegir: Id_hab, Tipo Estadia, Descripcion, descuento, etc.
: FrmAlquiler : ClsAlquilerBL
: Usuario 4: 3: Devuelve valores de atributos
3: 2: Inicializa valores
13: 3: Devuelve valores de atributos

6: 5: RegistrarServicioAlquiler(pEL)
10: 9: Devuelve código de alquiler
12: 2: Inicializa valores 7: 6: BuscarCodigoAlquilerXNumDocFechaHora(numDoc, fechaAlquiler, horaAlqui...

: ClsAlquilerEL 14: 4: RegistrarAlquilerHabitacion(elAlqHab)
9: 8: Devuelve código de alquiler
: ClsAlquilerDL
: ClsAlquilerHabitacionEL
15: 5: RegistrarAlquilerHabitacion(pEL) : ClsAlquilerHabitacionBL
: ClsAlquilerHabitacionDL
8: 7: BuscarCodigoAlquilerXNumDocFechaHora(numDoc, fechaAlquiler, horaAlqui...
Figura 39. DC05-Alquilar habitación.
108
(f) Diagrama de clases
Aquí presentaremos el diagrama de clases o también llamado

modelo de dominio, donde se mostrará las clases principales del
sistema y su relación que existen entre clases.
Figura 40. Diagrama de clases.
109
III. CONSTRUCCIÓN
Durante esta fase se terminan de analizar y diseñar todos los casos de usos
para este proyecto. También durante esta fase todos los componentes
faltantes serán implementados, obteniendo una versión del producto que el
usuario pueda probar.
3.1. Base de datos
Aquí presentaremos el diseño físico de la base de datos del sistema

a través del modelo entidad-relación.
110
TB_CAJA TB_PAGO
TB_NACIONALIDAD TB_PERSONA TB_USUARIO
ID_CAJ: int ID_PAG: int
ID_NAC: int ID_PER: int ID_USU: int
ID_USU: int (FK) ID_SOLU: int (FK)
NOMBRE_NAC: varchar(100) NOMBRE_PER: varchar(50) NOMBRE_USU: varchar(10) FECHA_PAG: datetime P
CONTRASENA_USU: varchar(7) FECHA_CAJ: datetime
FECREG_NAC: datetime APEPAT_PER: varchar(30) MONTOTOTAL_PAG: numeric(8,2)
ID_COLPER: int (FK) TOTAL_CAJ: numeric(8,2)
USUREG_NAC: varchar(10) APEMAT_PER: varchar(30) ESTADO_PAG: char(1)
FECREG_USU: datetime CANTMONCENTDIEZ_CAJ: int
FECULTACT_NAC: datetime SEXO_PER: char(1) P
USUREG_USU: varchar(10) CANTMONCENTVEINTE_CAJ: int
USUULTACT_NAC: varchar(10) ID_NAC: int (FK)
FECULTACT_USU: datetime CANTMONCENTCINCUENTA_CAJ: int
FECELI_NAC: datetime P ID_TIPDOC: int (FK) CANTMONUNSOL_CAJ: int
USUELI_NAC: varchar(10) NUMTIPDOC_PER: varchar(15) USUULTACT_USU: varchar(10)
P FECELI_USU: datetime CANTMONDOSSOL_CAJ: int
ESTADO_NAC: char(1) TELEFONO_PER: varchar(9)
USUELI_USU: varchar(10) CANTMONCINCOSOL_CAJ: int
CORREO_PER: varchar(100)
ESTADO_USU: char(1) CANTBILLDIEZ_CAJ: int
ESTADO_PER: char(1)
CANTBILLVEINTE_CAJ: int
CANTBILLCINCUENTA_CAJ: int
TB_TIPODOCUMENTO CANTBILLCIEN_CAJ: int
ID_TIPDOC: int CANTBILLDOSCIENTOS_CAJ: int
TIPOOPERACION_CAJ: char(1) TB_SOLUCION
NOMBRE_TIPDOC: varchar(50)
ID_SOLU: int
FECREG_TIPDOC: datetime
USUREG_TIPDOC: varchar(10) SOLUCION_SOLU: varchar(200)
FECULTACT_TIPDOC: datetime FECHA_SOLU: datetime
USUULTACT_TIPDOC: varchar(10) COD_INC: varchar(10) (FK)
FECELI_TIPDOC: datetime MONTOTOTAL_SOLU: numeric(8,2)
TB_CARGO P
USUELI_TIPDOC: varchar(10) FECREG_SOLU: datetime
ESTADO_TIPDOC: char(1) ID_CAR: int USUREG_SOLU: varchar(10)
FECULTACT_SOLU: datetime
NOMBRE_CAR: varchar(50)
USUULTACT_SOLU: varchar(10)
SUELDO_CAR: numeric(8,2)
FECELI_SOLU: datetime
TB_SOLICITANTE TB_COLABORADOR FECREG_CAR: datetime
USUELI_SOLU: varchar(10)
ID_COLPER: int (FK) USUREG_CAR: varchar(10)
ID_SOLPER: int (FK) ESTADO_SOLU: char(1)
FECULTACT_CAR: datetime
CANTSOLICITUD_SOL: int FECNAC_COL: date USUULTACT_CAR: varchar(10)
FECREG_SOL: datetime TB_HUESPED DIRECCION_COL: varchar(100) FECELI_CAR: datetime
USUREG_SOL: varchar(10) ID_HUEPER: int (FK) REFDIR_COL: varchar(100) USUELI_CAR: varchar(10)
FECULTACT_SOL: datetime FOTO_COL: image FLAG_CAR: char(1)
USUULTACT_SOL: varchar(10) FECNAC_HUE: date FECINICONTRATO_COL: datetime ESTADO_CAR: char(1)
FECELI_SOL: datetime LUGRES_HUE: varchar(100) FECFINCONTRATO_COL: datetime
TB_INCIDENCIA
USUELI_SOL: varchar(10) MOTVIA_HUE: varchar(100) ID_CAR: int (FK)
ESTADO_SOL: char(1) FECREG_HUE: datetime FECREG_COL: datetime COD_INC: varchar(10)
P
USUREG_HUE: varchar(10) USUREG_COL: varchar(10)
FECULTACT_HUE: datetime FECULTACT_COL: datetime DESCRIPCION_INC: varchar(200)
USUULTACT_HUE: varchar(10) USUULTACT_COL: varchar(10) ID_SAL: int (FK)
FECELI_HUE: datetime FECELI_COL: datetime P ESTADO_INC: char(1)
TB_VEHICULO
USUELI_HUE: varchar(10) USUELI_COL: varchar(10) TB_SALIDA
ID_VEH: int ESTADO_HUE: char(1) ESTADO_COL: char(1) ID_SAL: int
ID_TIPVEH: int (FK)
COD_ALQSER: varchar(10) (FK)
P PLACA_VEH: varchar(6) TB_PAGOTARJETA
P FECHASALIDA_SAL: datetime
ID_HUEPER: int (FK) ID_PAGTAR: int
P ID_HAB: int (FK)
FECREG_VEH: datetime P FECREG_SAL: datetime
USUREG_VEH: varchar(10) TB_DETALLEHUESPED ID_COM: int (FK)
TB_SERVICIO USUREG_SAL: varchar(10)
FECULTACT_VEH: datetime ID_DETHUE: int TIPOTARJETA_PAGTAR: varchar(30)
COD_SER: varchar(10) FECULTACT_SAL: datetime
USUULTACT_VEH: varchar(10) NUMTARJETA_PAGTAR: char(4)
USUULTACT_SAL: varchar(10)
FECELI_VEH: datetime IDHUESPEDPRINCIPAL_DETHUE: int NUMAUTORIZACION_PAGTAR: char(6)
FECHA_SER: datetime FECELI_SAL: datetime
USUELI_VEH: varchar(10) ID_HUEPER: int (FK)
ID_COLPER: int (FK) USUELI_SAL: varchar(10)
ESTADO_VEH: char(1) FECHA_DETHUE: datetime
TIPOSERVICIO_SER: char(1) ESTADO_SAL: char(1)
ESTADO_DETHUE: char(1)
TB_COMPROBANTE
TB_TIPOVEHICULO TB_RESERVA TB_ALQUILER ID_COM: int
ID_TIPVEH: int COD_RESSER: varchar(10) (FK) COD_ALQSER: varchar(10) (FK) COD_ALQSER: varchar(10) (FK)
ID_SOLPER: int (FK) ID_COR: int (FK) P FORMAPAGO_COM: varchar(20)
NOMBRE_TIPVEH: varchar(50) EFECTIVORECIBIDO_COM: numeric(8,2)
FECREG_TIPVEH: datetime P OBSERVACION_RES: varchar(100) ID_HUEPER: int (FK) P TOTALEFECTIVO_COM: numeric(8,2)
USUREG_TIPVEH: varchar(10) FECHAINGRESO_RES: datetime P FECREG_ALQ: datetime
TB_HABITACION TOTALTARJETA_COM: numeric(8,2)
FECULTACT_TIPVEH: datetime FECREG_RES: datetime USUREG_ALQ: varchar(10)
ID_HAB: int TIPOCOMPROBANTE_COM: varchar(50)
USUULTACT_TIPVEH: varchar(10) USUREG_RES: varchar(10) FECULTACT_ALQ: datetime
NUMCOMPROBANTE_COM: varchar(11)
FECELI_TIPVEH: datetime FECULTACT_RES: datetime USUULTACT_ALQ: varchar(10)
PISO_HAB: int FECHAEMISION_COM: datetime
USUELI_TIPVEH: varchar(10) USUULTACT_RES: varchar(10) FECELI_ALQ: datetime
NUM_HAB: varchar(3) RUC_COM: varchar(11)
ESTADO_TIPVEH: char(1) FECELI_RES: datetime USUELI_ALQ: varchar(10)
FECREG_HAB: datetime RAZONSOCIAL_COM: varchar(100)
USUELI_RES: varchar(10)
USUREG_HAB: varchar(10) TIPOMONEDA_COM: varchar(50)
FECULTACT_HAB: datetime VALORVENTA_COM: numeric(8,2)
USUULTACT_HAB: varchar(10) IGV_COM: numeric(8,2)
FECELI_HAB: decimal() TOTAL_COM: numeric(8,2)
TB_SERVICIOGENERAL USUELI_HAB: varchar(10) TOTALLETRAS_COM: varchar(100)
ID_SERGEN: int ESTADO_HAB: char(1) TB_ALQUILERHABITACION
TB_RESERVAHABITACION
NOMBRE_SERGEN: varchar(200) COD_ALQSER: varchar(10) (FK)
COD_RESSER: varchar(10) (FK)
FECREG_SERGEN: datetime ID_HAB: int (FK) P
P ID_HAB: int (FK) TB_TIPOESTADIA TB_CORTESIA
USUREG_SERGEN: varchar(10)
P P FECHASALIDA_ALQHAB: datetime
FECULTACT_SERGEN: datetime FECHASALIDA_RESHAB: datetime ID_TIPEST: int ID_COR: int
USUULTACT_SERGEN: varchar(10) UNIDADMEDIDA_ALQHAB: varchar(50)
UNIDADMEDIDA_RESHAB: varchar(15)
FECELI_SERGEN: datetime NOMBRE_TIPEST: varchar(50) CODIGOACTECONO_ALQHAB: varchar(50) NOMBRE_COR: varchar(50)
CODIGOACTECONO_RESHAB: varchar(50)
USUELI_SERGEN: varchar(10) TIEMPO_TIPEST: numeric(8,2) DESCRIPCION_ALQHAB: varchar(100) DESCRIPCION_COR: varchar(200)
DESCRIPCION_RESHAB: varchar(100)
ESTADO_SERGEN: char(1) UNIMEDTIEMPO_TIPEST: varchar(20) VALORUNITARIO_ALQHAB: numeric(8,2) FECREG_COR: datetime
VALORUNITARIO_RESHAB: numeric(8,2)
PRECIO_TIPEST: numeric(8,2) DESCUENTO_ALQHAB: numeric(8,2) USUREG_COR: varchar(10)
DESCUENTO_RESHAB: numeric(8,2)
FECREG_TIPEST: datetime ID_TIPEST: int (FK) FECULTACT_COR: datetime
ID_TIPEST: int (FK)
USUREG_TIPEST: varchar(10) CANTPERIODO_ALQHAB: int USUULTACT_COR: varchar(10)
CANTPERIODO_RESHAB: int P CANTPERSONAS_ALQHAB: int
CANTPERSONAS_RESHAB: int P FECULTACT_TIPEST: datetime FECELI_COR: datetime
USUULTACT_TIPEST: varchar(10) SUBTOTAL_ALQHAB: numeric(8,2) USUELI_COR: varchar(10)
SUBTOTAL_RESHAB: numeric(8,2)
FECELI_TIPEST: datetime ESTADO_ALQHAB: char(1) ESTADO_COR: char(1)
ESTADO_RESHAB: char(1)
USUELI_TIPEST: varchar(10)
ESTADO_TIPEST: char(1)
Figura 41. Diseño físico de la base de datos.
111
3.2. Desarrollo de módulos
El sistema informático se divide en módulos, las cuales a su vez se

divide en opciones de las cuales pasaremos a detallar a continuación.
(a) Alquilar Habitación:
Este módulo permite: Verificar la disponibilidad de habitaciones y

registrar el alquilar de habitaciones.
• Verificar la disponibilidad de las habitaciones.

• Alquiler habitaciones.
(b) Reservar Habitación:
Este módulo permitirá: Verificar fechas de reservas disponibles y

registrar reservas de nuestros futuros huéspedes, comprende lo
siguiente:
• Verificar fechar de reservas disponibles.

• Solicitar reserva de Habitación.
(c) Seguimiento a las Reservaciones:
Este módulo permitirá realizar el seguimiento a todas nuestras

reservaciones, en donde se llamará al cliente para facilitar su
ingreso al hospedaje, comprende lo siguiente:
• Seguir reservaciones
(d) Realizar cierre de servicio:
Este módulo permitirá: Realizar el Check Out o salida del huésped,

anotando las incidencias que podrían ocurrir durante su estancia,
y dando solución a la misma y por último contemplar el pago de
los daños ocasionados, comprende lo siguiente:
112
• Cerrar servicio de hospedaje.
• Solucionar incidencia de habitación.
• Pagar daños.
(e) Administración:
Este módulo permitirá el registro de nuestros colaboradores con

sus respectivos usuarios de acuerdo al cargo que desempeñe,
generar reportes y cierre de caja, comprende lo siguiente.
• Colaboradores.
• Reportes.
• Cerrar caja.
(f) Huésped en Hospedaje:
Este módulo permitirá monitorear nuestros huéspedes que se

encuentran en el hospedaje, comprende.
• Huéspedes en Hospedaje.
3.3. Prototipo del sistema
Ingreso al sistema – Login
Figura 42. Ingreso al sistema.
113
Recuperar contraseña
Figura 43. Recuperar contraseña por correo electrónico.
Apertura de caja
Para los recepcionistas del hospedaje.
Figura 44. Apertura de caja.
114
Pantalla Principal
Figura 45. Pantalla principal.
Módulo Administración
Figura 46. Módulo administración - Panel control.
115
Figura 47. Módulo administración - Registrar colaborador.
116
Módulo Alquilar Habitación
Figura 48. Módulo alquilar habitación - Verificar habitaciones disponibles.
Figura 49. Módulo alquilar habitación - Registrar huésped.
Figura 50. Módulo alquilar habitación - Registrar acompañante.

117
Figura 51. Módulo alquilar habitación - Confirmación elección de habitación.
Figura 52. Módulo alquilar habitación.
118
Figura 53. Módulo alquilar habitación - Boleta/Factura.
Módulo Huésped en Hospedaje
Figura 54. Módulo huésped en hospedaje.
119
Módulo Cerrar Servicio
Figura 55. Módulo cerrar servicio - Panel control.
Figura 56. Módulo cerrar servicio - Con incidencia.
Figura 57. Módulo cerrar servicio - Registrar incidencia.
120
Figura 58. Módulo cerrar servicio - Registro solución incidencia.
Figura 59. Módulo cerrar servicio - Pago incidencia.
121
Módulo Reservar Habitación
Figura 60. Módulo reservar habitación - Verificar habitación disponible.
Figura 61. Módulo reservar habitación - Registrar solicitante.
Figura 62. Módulo reservar habitación - Confirmar elección habitación.
122
Figura 63. Módulo reservar habitación - Informe de reserva.
Módulo Seguimiento a las Reservaciones
Figura 64. Módulo seguimiento a las reservaciones - Realizar seguimiento.
123
Figura 65. Módulo seguimiento a las reservaciones - Enviar correo electrónico a
solicitante.
IV. TRANSICIÓN
En esta fase de la metodología RUP facilitaremos el producto desarrollado

en marcha para que nuestros usuarios lo puedan utilizar; sin embargo, el
hecho que esté terminada no supondrá una versión final, sino que siempre
se desarrollará nuevas versiones de acuerdo a las nuevas necesidades de
nuestros usuarios las cuales conlleva entrenar al usuario, tareas
relacionadas con el ajuste del sistema, configuración, instalación y verificar
o dar seguimiento a la usabilidad de la misma.
4.1. Pruebas
Es esta etapa se ejecutarán las pruebas al sistema, la cual nos

permitirá monitorear y asegurarnos que todos los componentes o
módulos satisfagan los requerimientos de nuestros usuarios, los
estándares para que la entrega sea exenta de fallas o inconvenientes.
Estas pruebas permitirán verificar la operatividad del sistema frente
a los volúmenes de información que esta pueda manejar.
124
4.2. Implementación
Aquí en esta fase se busca convertir los elementos del diseño en

elementos de implementación donde cuyos elementos son los
archivos y código fuentes utilizados. Por otra parte, dentro de esta
fase también se toma en cuenta las pruebas unitarias, las cuales se
limitan a los componentes de software implementados. De eta
manera al final se obtendrá un sistema estable. Aquí podemos
identificar algunos objetivos específicos las cuales se mencionarán a
continuación:
• Determinar el orden de implementación de los elementos de

cada subsistema.
• Integrar el sistema siguiendo el cronograma.
• Notificar los errores de diseño.
• Probar los subsistemas individualmente.
(a) Diagrama de componentes
El diagrama de componentes describe a los elementos físicos del

sistema, sus relaciones y dependencias. En el siguiente gráfico,
se muestra las tres capas del sistema implementadas en el
lenguaje C#.
La capa de Entidades: Está conformada por las clases que

contiene las entidades que representan al negocio.
La capa de Acceso a Datos: Está conformada por las clases que

realizarán las consultas y transacciones SQL a la Base de Datos,
según lo solicite la capa de Negocio.
La capa Negocio: Que contiene la lógica del negocio

correspondiente a validaciones y control de transacciones.
125
La capa de Presentación: Que contiene los formularios de
mantenimientos, transacciones y reportes del sistema.
SERVIDOR
BD_H_T_KOKI
PC USUARIO
Capa de Capa de Acceso a

Entidades Datos
Capa de Capa de
Presentación Negocio
Figura 66. Diagrama de componentes.
(b) Diagrama de despliegue
Monitor
PC - Recepcionista
Procesador Intel(R)
Core(TM) i5 CPU
Teclado
* SQL Server Enterprise 2014.
* S.O Microsoft Server 2016.
impresora
Servidor de Base de Datos ITT-T80i
* SQL Server Enterprise 2014.
* S.O Microsoft Windows 10.
* Interfaz de Usuario C#.
Caja
Registradora
PC - Administrador
Procesador Intel(R) Core

(TM) i5 CPU
IMPRESORA TICKETS
TERMICA 80MM,
AUTOCORTE, USB, COM,
LAN, RJ11
Figura 67. Diagrama de despliegue.
126

Huaman Agj Tamani Gfe SD Ref

Cargado por

Información del documentohacer clic para expandir la información del documento

Copyright:

Formatos disponibles

Huaman Agj Tamani Gfe SD Ref

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Huaman Agj Tamani Gfe SD Ref

Cargado por

Copyright:

Formatos disponibles

Carátula

FACULTAD DE INGENIERÍA Y ARQUITECTURA

Implementación de un sistema informático para la Gestión

TESIS PARA OBTENER EL TÍTULO PROFESIONAL DE INGENIERO DE

“Agradezco a Dios, a mis padres y

“A todas las personas que me apoyaron,

Agradecimiento ...................................................................................................... iii

Índice de contenidos .............................................................................................. iv

Índice de figuras ..................................................................................................... vi

Resumen ............................................................................................................... vii

Abstract ................................................................................................................ viii

II. MARCO TEÓRICO .......................................................................................... 4

III. METODOLOGÍA ............................................................................................ 10

3.1. Tipo y diseño de investigación............................................................. 10

3.2. Variables y operacionalización ............................................................ 10

3.3. Población (criterios de selección), muestra, muestreo, unidad de

3.4. Técnicas e instrumentos de recolección de datos ............................... 15

3.5. Procedimientos .................................................................................... 18

3.6. Método de análisis de datos ................................................................ 19

3.7. Aspectos éticos ................................................................................... 24

IV. RESULTADOS .............................................................................................. 25

VI. CONCLUSIONES .......................................................................................... 38

VII. RECOMENDACIONES .................................................................................. 39

Tabla 1. Matriz de operacionalización de variables de la gestión de servicios .... 12

Figura 1. Interpretación de un coeficiente de confiabilidad................................... 18

El presente trabajo de investigación, tiene como finalidad Implementar un sistema

Para el desarrollo del sistema informático se utilizó la metodología RUP junto al

Con la implementación de un sistema informático se logró incrementar la eficiencia

Palabras clave: Sistema informático, Proceso de gestión de servicios, Eficiencia,

With the implementation of the information system, we were able to increase

Key words: Information system, Service management process, Efficiency, Average

La Gestión de Servicios es la principal ventaja competitiva para una

Gestionar los servicios requiere sistemas informáticos, en caso no se

Desde siempre los hospedajes han tenido la necesidad de controlar los

“El TÍO KOKI”, es un hospedaje que se encuentra ubicada en Huacho, al

Tomando en cuenta la realidad problemática, se formularon los siguientes

Para la justificación de esta investigación se utilizó los siguientes criterios:

Relevancia social, el presente estudio se justifica porque pretende aportar

Utilidad metodológica, el presente estudio se justifica porque proporciona un

Implicancias prácticas, el presente estudio se justifica porque permitirá

Valor teórico, el presente estudio se justifica porque servirá como

Para dar solución a la problemática identificada, se propusieron lo siguiente:

Finalmente se propusieron las siguientes hipótesis. Hipótesis General: El

Según Palacios, J. (2015), en su tesis “Modelamiento de un sistema de

Según Moreno D. (2018), en su tesis “Sistema web para mejorar la gestión

Según Yaipen J. (2019), realizó una investigación titulada “Implementación

Según Estupiñan P. (2018), en su tesis “Diseño e Implementación de un

Según Tonato R. y Vaca C (2016) – Ecuador. En su tesis “Análisis y Diseño

Según Vilela C. (2014) – Ecuador. En su tesis “Desarrollo e implementación

Según Fuertes W. (2016) – Bolivia. En su tesis “Modelo de gobierno

el objetivo propuesto fue de implementar un aplicativo web para mejorar sus

antecedente se usó como referencia a considerar para el marco teórico.

Según Gavilanes J. (2014) – Ecuador. En su tesis “Propuesta de desarrollo

Reservas, Es atendida desde alguna oficina o el mismo hospedaje u hotel

Para esta investigación se utilizaron los indicadores de eficiencia al registrar

El indicador eficiencia al registrar los servicios, este indicador busca cumplir

TPCS = Total de Personas que Consultaron el Servicio

El indicador Tiempo promedio de verificación de habitaciones