TURRUSTICO:

UN SISTEMA DE GESTIÓN
HOTELERA Y ACTIVIDADES
FOLCLÓRICAS

Memoria para optar al título de ingeniero civil informático

Javier Ignacio Sazo Lagos.

Profesor Guía:

Dr. Miguel Romero Vásquez.

Agosto – 2021
Chillán – Chile
 Resumen:

Este proyecto tiene como objetivo dar conformidad a los

requisitos exigidos por la universidad del Bío-Bío en el proceso
de titulación de la carrera de ingeniería civil informática.

El servicio de hotelería y turismo es una de las actividades económicas y

recreativas más importantes a nivel mundial. Su valor radica en que permite vincular a las
personas con las comunidades, lo que genera comprensión, intercambio cultural y
crecimiento de las actividades económicas mediante panoramas y servicios de hospedaje.
El hotel “Valle del folclore”, quien brinda un servicio de hospedaje tiene
proyectado ampliar su oferta turística incluyendo un servicio de restaurant que incluya
gastronomía típica y actividades folclóricas, permitiéndole al cliente disfrutar de
actividades populares chilenas con cómodas habitaciones, generando una identidad
territorial conveniente y divertida.
Con este cambio en los servicios prestados, durante el proceso de reserva el
usuario además de poder escoger la habitación, podrá tomar 1 de las 4 actividades
folclóricas diferentes que ofrece el hotel, además de su respectivo menú de comida típica
chilena.
Actualmente, el hotel no cuenta con una herramienta que le permita gestionar
la reserva de habitaciones que incluya las actividades folclóricas en el proceso.
Por lo anterior, en este proyecto se desarrolló un sistema web que permite a los
clientes del hotel reservar los servicios incluyendo las actividades folclóricas, presentando
la información con una interfaz atractiva que incluye información textual, imágenes y
videos demostrativos y que permite hacer una reserva filtrando por tipo de habitación y
actividad folclórica.
Para el desarrollo de este sistema se ocupó la arquitectura modelo vista
controlador y fue desarrollado con el lenguaje php en su versión 7.
 Como resultado se generó un sistema web innovador de gestión de reservas
para el hotel “Valle del folclore”, el cual le permitirá mejorar la gestión de este fundamental
proceso de negocio.

ABSTRACT

The objective of this project that is presented is to comply with

the requirements demanded by the Bio-Bio University in the
degree process of the degree in computer science civil
engineering.
The hotel and tourism service is one of the most important economic and
recreational activities worldwide. Its value lies in linking people with communities,
generating understanding, cultural exchange and growth of economic activities through
landscapes and lodging services.
The hotel "Valle del folkclore", which provides a lodging service, has projected
to expand its tourist offer including a restaurant service that includes typical gastronomy
and folkloric activities, allowing the client to enjoy popular Chilean activities with
comfortable rooms, generating a convenient and fun territorial identity. This means that the
user, in addition to being able to choose the room, will be able to take 1 of the 4 different
folkloric activities that the hotel offers, in addition to its corresponding menu of typical
Chilean food. Currently, the hotel does not have a tool that allows it to manage the
reservation of rooms that includes folkloric activities in the process.
Therefore, in this project a web system was developed that allows hotel clients
to check the services including folkloric activities, presenting the information with an
attractive interface that includes textual information, images and demonstrative videos. It
allows prospective clients to make a reservation by filtering the type of room and folkloric
activity. For the development of this system, the view controller model architecture was
used which was developed with the php language in version 7. As a result, a unique web
management and advertising system was generated ready for publication and / or
commercialization.
 As a result, a unique web management and advertising system was generated
ready for its publication and / or commercialization, which was checked over by the client,
who agreed with the result, as it satisfies his needs.
 Índice General
CONTENIDO

Capítulo 1 Introducción..............................................................................................................................9

Capitulo 2: Definición de la empresa o institución...................................................................................12

2.1 Descripción de la empresa..............................................................................................................13

2.1.1 Servicio de la empresa.............................................................................................................13

2.1.2 Entorno:...................................................................................................................................14

2.2Descripción de la problemática:......................................................................................................15

Capítulo 3: Definición del proyecto..........................................................................................................18

3.1 Objetivo del proyecto.....................................................................................................................19

3.2 Ambiente de ingeniería de software...............................................................................................19

3.2.1 Desarrollo iterativo incremental..............................................................................................19

3.2.2 Herramientas a utilizar para el desarrollo del proyecto:.........................................................21

3.2.3 Arquitectura:............................................................................................................................22

Capítulo 4: Especificación de requerimientos de Software......................................................................24

4.1 Alcances..........................................................................................................................................25

4.2 Objetivos del software....................................................................................................................25

4.3 Descripción global del producto.....................................................................................................26

4.3.1 Interfaz de usuario...................................................................................................................26

4.3.2 interfaz de hardware...............................................................................................................27

4.3.3 Interfaz del software................................................................................................................28

4.4 Requerimientos específicos............................................................................................................28

4.4.1 Requerimientos funcionales del sistema.................................................................................28

Capitulo 5: Factibilidad.............................................................................................................................31

5.1 Factibilidad técnica.........................................................................................................................32

5.2 Factibilidad operativa.....................................................................................................................33

5.3 Factibilidad económica..................................................................................................................34

5.3.1 iNVERSIÓN inicial.................................................................................................................34

 Inversión en software..........................................................................................................................34

Inversión para el desarrollo...............................................................................................................34

5.3.2 Ingresos:...................................................................................................................................36

5.5 Costo operacionales del sistema....................................................................................................39

5.6 Flujo de caja:...................................................................................................................................40

Capítulo 6: Análisis....................................................................................................................................41

6.1 Proceso de negocio.........................................................................................................................42

6.1.2 Proceso actual del sistema de negocio....................................................................................42

6.1.2 Propuesta proceso de negocio:...............................................................................................42

6.3 Diagrama de caso de uso:...............................................................................................................45

6.3.1 Descripción de los actores:......................................................................................................46

6.3.2 Descripción y comentario de los casos de uso.........................................................................46

6.4 Modelo de datos (MER)..................................................................................................................47

capitulo 7: Diseño.....................................................................................................................................50

7.1 Diseño de la base de datos:............................................................................................................51

7.1.1 Diseño logico:...........................................................................................................................51

7.1.2 TABLA RESUMEN Modelo resultante:......................................................................................52

7.1.3 Esquema modelo relacional.....................................................................................................53

7.1.4 modelo físico de la base de datos:...........................................................................................54

7.2 Diseño de arquitectura...................................................................................................................54

7.3 Diseño de interfaz y navegación.....................................................................................................55

7.3.1 Mapa de navegación cliente................................................................................................56

Figura 9:Mapa de navegación cliente7.3.2 Interfaz de usuario........................................................56

7.3.3 Mapa de navegación administrador:...................................................................................60

7.3.4 Interfaz administrador:............................................................................................................62

7.4 Módulos del sistema.......................................................................................................................66

Capitulo 8: Pruebas...................................................................................................................................68

8.1 Módulos de prueba.......................................................................................................................69

8.2 Especificación de las pruebas.........................................................................................................69

8.2.1 Pruebas de sistema......................................................................................................................69

 8.2.2 Pruebas de seguridad..................................................................................................................71

8.2.3 Pruebas de usabilidad..................................................................................................................73

8.3 Detalles de las pruebas...................................................................................................................74

8.3.1 Plan de prueba al sistema “iniciar sesión”...............................................................................75

8.3.2 Plan de prueba al sistema “Editar habitación”........................................................................77

8.3.3 Plan de prueba al sistema “Gestión administrador”................................................................78

8.4 Plan prueba satisfacción del cliente:...............................................................................................78

8.4.1 Resultados satisfacción cliente apartado usuarios..................................................................79

8.4.2 Tabla satisfacción cliente apartado administrador..................................................................80

8.5 Conclusión pruebas:........................................................................................................................80

capitulo 9: Conclusiones...........................................................................................................................81

Referencias...............................................................................................................................................83

ANEXOS.....................................................................................................................................................84

Acta de reunión:...................................................................................................................................85

Tablas casos de uso...............................................................................................................................86

 Índice Tablas

Tabla 2:Requerimientos funcionales........................................................................................................30

Tabla 3:Requisito de hardware.................................................................................................................32
Tabla 4:Costo de inversión........................................................................................................................35
Tabla 5:Resumen de inversión..................................................................................................................35
Tabla 6 Tabla comparativa de gastos........................................................................................................38
Tabla 7 Descripción de ganancia...............................................................................................................38
Tabla 8:Tabla resumen económico...........................................................................................................39
Tabla 9:Flujo de caja.................................................................................................................................40
Tabla 10:Plan de pruebas inicio de sesión................................................................................................75
Tabla 11:Resultados pruebas inicio de sesión..........................................................................................76
Tabla 12: Plan de prueba editar habitación..............................................................................................77
Tabla 13:Resultados pruebas editar habitación.......................................................................................77
Tabla 14: Plan de prueba Gestión de administradores.............................................................................78
Tabla 15: Resultados pruebas gestión administrador...............................................................................78
Tabla 16 : Tabla escala de satisfacción.....................................................................................................79
Tabla 17: Tabla satisfacción cliente apartado usuario..............................................................................79
Tabla 18:Tabla satisfacción cliente apartado administrador....................................................................80
Tabla 19:Acta reunión...............................................................................................................................85
Tabla 20 caso de uso iniciar sesión...........................................................................................................86
Tabla 21 Caso de uso ingresar administrador...........................................................................................87
Tabla 22 Caso de uso eliminar habitación................................................................................................88
Tabla 23 Caso de uso ingresar reserva......................................................................................................89
Tabla 24 Caso de uso buscar habitación...................................................................................................90
Tabla 25 caso de uso agregar habitación..................................................................................................91
Tabla 26 Caso de uso registrar cliente......................................................................................................92
Tabla 27 Gestionar disponibilidad de reserva...........................................................................................93
 Índice Figuras
Figura 1: Arquitectura MVC......................................................................................................................23
Figura 2: Actual proceso de negocio.........................................................................................................43
Figura 3: Propuesta proceso de reserva...................................................................................................44
Figura 4:Caso de uso sistema....................................................................................................................45
Figura 5: Modelo entidad relación............................................................................................................48
Figura 6: Esquema modelo relacional.......................................................................................................53
Figura 7: Diseño físico de la base de datos...............................................................................................54
Figura 8 Arquitectura de desarrollo..........................................................................................................55
Figura 9:Mapa de navegación cliente7.3.2 Interfaz de usuario................................................................56
Figura 10:Interfaz Actividades folcloricas.................................................................................................56
Figura 11: Interfaz habitaciones...............................................................................................................57
Figura 12: Interfaz perfil de usuario..........................................................................................................57
Figura 13: Interfaz Slider de publicidad....................................................................................................58
Figura 14: Interfaz restaurante.................................................................................................................59
Figura 15: Interfaz formulario de contacto...............................................................................................59
Figura 16: Interfaz mapa dirección...........................................................................................................60
Figura 17: Mapa de navegación administrador........................................................................................61
Figura 18: Interfaz inicio sesión administrador.........................................................................................62
Figura 19: Interfaz analíticas administrador general................................................................................62
Figura 20: Interfaz gestión de administradores........................................................................................63
Figura 21: Interfaz gestión de actividades folclóricas...............................................................................63
Figura 22: Interfaz gestión de categorías..................................................................................................64
Figura 23 interfaz gestión de habitaciones...............................................................................................64
Figura 24: Interfaz gestión de reservas.....................................................................................................65
Figura 25: Interfaz gestión de usuarios.....................................................................................................65
Figura 26: Interfaz gestión de restaurante...............................................................................................66
Figura 27: Modelamiento por capas.........................................................................................................67
Figura 28: Integración mapa.....................................................................................................................70
Figura 29: Integración plantilla administrador..........................................................................................70
Figura 30: integración gráfico de ventas...................................................................................................71
Figura 31: Encriptación contraseña en clase............................................................................................72
Figura 32:Encriptación base de datos.......................................................................................................72
CAPÍTULO 1
INTRODUCCIÓN
 Hoy en día la tecnología es un pilar fundamental en la sociedad ya que es un
medio multipropósito que genera soluciones inmediatas de manera precisa y automatizadas.
Una de las industrias que se ha visto enriquecida con este medio son las
agencias de hotel y turismo, puesto que ha permitido al viajero experimentar el turismo de
manera más integra. Los beneficios que trae la tecnología a este rubro son múltiples, como
por ejemplo, permitir al turista mantenerse más informado del tour y habitaciones,
compartir su ruta o actividades en redes sociales, mayor transparencia entre la agencia
hotelera y el viajero, mayor comodidad de reserva, agilización de procesos y optimización
de costos, empoderamiento del viajero, mayor comunicación, entre otros (Izurieta, 2016).
El presente proyecto tiene como objetivo actualizar y ampliar el sistema de
gestión que ocupa Don Ismael Fuentes, quien es propietario de la agencia hotelera “Valle
del folclore”. La agencia, actualmente se encuentra operando como un servicio hotelero,
pero piensa ampliar sus servicios y ofrecer paquetes de actividades recreativas como una
opción y complemento al sistema de negocio.
Luego de una reunión con el propietario se trazaron varias propuestas de mejora
para el hotel, dentro de las cuales tomó una mayor relevancia la digitalización del sistema
de reserva y del medio de publicidad que ocupan actualmente.
Este informe de proyecto da cuenta de la creación de una plataforma
multipropósito. Que, por un lado, permite gestionar habitaciones, reservas y actividades
folclóricas; y por otro lado el usuario podrá hacer reservas dentro de la plataforma
seleccionado la fecha de ingreso y salida.
Para lograr esto se utilizaron diversos recursos informáticos como
modelamientos de datos, análisis de factibilidad, estudio de mercado, estudio del
framework de desarrollo, estudio de base de datos y hosting.
Todas estas cuestiones se irán explicando a medida que avance este documento,
donde en cada capítulo se dará cuenta de lo realizado en cada una de las etapas de este
proyecto.
Para el resto del informe se estructuró de la siguiente forma:
 Introducción: Este apartado describe los temas a tratar en este
documento e introduce al lector en la temática del proyecto.
 Definición de la empresa o institución: En este capítulo se presenta la
propuesta de negocio en donde se abordaron en detalle todos los
aspectos de la problemática, a que público va dirigido y diversos
beneficios que trae la propuesta.
 Objetivos y ambiente de ingeniería de software del proyecto: Para
este apartado se establecen los objetivos del proyecto y con qué
herramientas de desarrollo se lograron realizar.
 Requerimientos funcionales y no funcionales: Establecer diversas
funcionalidades a la solución para resolver la problemática.
 Análisis de factibilidad del proyecto: Se implementan estudios para
concluir la viabilidad del proyecto.
 Análisis del negocio como modelo de datos, casos de uso, bpmn, etc.:
visualizar el negocio desde distintos puntos de vista mediante
modelos/diagramas.
 Visualización del diseño físico del sistema : Visualizar el negocio
desde distintos puntos de vista mediante modelos/diagramas.
 Pruebas de seguridad y funcionalidad: El objetivo principal es seguir
diversos parámetros de seguridad y funcionalidad para concluir la
factibilidad de la solución en ambos aspectos.
 Cierre y conclusión del proyecto: Se plantea una retroalimentación de
la investigación donde se comentaron los temas tratados en el proyecto,
la apreciación personal y que es lo que falta por mejorar en la
implementación de la solución.
CAPITULO 2:
DEFINICIÓN DE LA
EMPRESA O
INSTITUCIÓN
2.1 Descripción de la empresa

Don Ismael Fuentes, es propietario de “Valle del folclore” una agencia hotelera
con 3 años de antigüedad, ubicada en Quillón. El hotel ofrece sus servicios de hospedaje a
un amplio y diverso público con una orientación folclórica, de ahí su nombre. Su
popularidad se ha ido acrecentando paulatinamente y con miras a implementar nuevos
servicios a su actual sistema de negocio, sin perder su esencia distintiva que es el folclore.
Los datos de la empresa son:

 Nombre: Valle del folclore

 Ubicación: Camino (N860) a cerro negro – Quillón
 Rubro: Hotelería y actividades recreativas

Figura 1 1: Logo empresa

2.1.1 Servicio de la empresa

Valle del folclore brinda una variedad de servicios únicos y originales con el
objetivo de satisfacer ampliamente las necesidades de sus clientes. Dentro de estos, los
principales son:

 Servicio de habitaciones
 Servicio de entrada de eventos culturales
 Información turística
 Actividades folclóricas
 Platos típicos
 Aparcamiento de vehículo
2.1.2 ENTORNO:

Competencia directa: Para esta investigación se encontraron múltiples empresas que

brindan este servicio y que por lo tanto son competencia directa. Las empresas
competidoras que fueron identificadas son las siguientes:

 Cascada de las animas: Ofrece actividades recreativas como visitas guiadas

a la granja de animales silvestres, además ofrece alojamiento y aparcamiento
de vehículos para sus clientes.
 Rucahue: Ofrece servicio de alojamiento en cabañas y diversas actividades
como kanopi, senderismo y eventos sociales.
 Valle patagual: Es el más cercano a los servicios que ofrece la empresa
descrita en este proyecto, puesto que además de estar ubicado en parral en un
sector rustico ofrece un menú típico del sector, alojamiento y actividades
recreativas.

Como se pudo observar cada una de estas empresas ofrecen servicios iguales o
muy parecidos a los mencionados en “valle del folclore”, sin embargo, y para efectos de
esta investigación, esta posee un sello único como lo es la gestión de reserva
completamente online, actividades folclóricas como el estudio de artesanía y cocina chilena
y un menú típico y original

Objetivos de la empresa:

- Promover la cultura turística y la seguridad para el visitante

- Desarrollar una oferta turística competitiva y sostenible
- Promover una demanda sostenible del turismo
- Lograr el mejor servicio al Cliente.
- Tener la mejor calidad del producto y servicio para satisfacer a los clientes.
- Lograr la máxima ganancia hotelera.
2.2Descripción de la problemática:

El hotel “Valle del folclore” necesita actualizar su sistema de negocio por uno
más novedoso y competitivo, por lo mismo se requiere implementar tecnología
informática para optimizar este proceso, de igual manera el dueño del hotel,
comenta que quiere expandir su oferta de servicios a sus clientes y añadir un
restaurant con comida típica chilena y actividades folclóricas para los viajeros.
Para presentar una idea más clara de lo que se pretende, se explicará el actual proceso de
negocio junto a los problemas que este conlleva y como este se vería modernizado
mediante este proyecto.
Actualmente, para gestionar una reserva se hace de forma manual, es decir,
cuentan con 2 modalidades que es 1) de manera directa en el lugar, en donde el cliente se
dirige hasta la recepción del hotel, revisa las habitaciones disponible y reserva en el
momento la que más le acomode, y 2) el cliente puede hacer la reserva telefónicamente.
Cabe destacar que el hotel tiene un flujo promedio de 9 a 12 pasajeros por día
promedio y una cantidad de 3 reservas diarias, estos datos son en promedio, es decir en un
día normal, sin tomar en cuenta la temporada alta. Por otra parte el hotel cuenta con 12
habitaciones en total y tiene una capacidad de alojamiento de 60 a 67 personas.
Este sistema, si bien ha sido efectivo para gestionar reservas en el hotel, Don
Ismael comenta que ha recibido algunos comentarios sobre la poca comodidad y visibilidad
del hotel para usuarios nuevos, en especial los que viven muy lejos y que no les es tan fácil
llegar al lugar, por lo mismo muchos de estos usuarios llegan a ciegas, confiando en
recomendación de cercanos.
Así mismo, también ha tenido problemas con el público más joven, puesto que
sino está en internet para mostrar sus servicios, simplemente no los conocen ya que la gran
mayoría de ellos visualiza este tipo de contenido por este medio.
Por otra parte, en algunas ocasiones puntuales los documento en donde se
realizan las reservas se pierden, recurriendo a la memoria de quien las escribió lo que no es
del todo efectivo.
Luego de analizar el proceso de negocio anteriormente mencionado y la
deficiencia que este trae, se propone como solución a la mayoría de estos problemas, el
desarrollo de una plataforma informática que permita a los usuarios reservar vía web.
Además, el sistema agrega el nuevo servicio que son las actividades folclóricas y publicitar
la carta del restaurant que pretenden abrir.
Si bien los beneficios que trae esta actualización del sistema de negocio son múltiples, es
posible identificar los dos más importantes:
 Aumento de los ingresos del hotel: En vista a la modernización y agregación
de nuevos servicios al hotel, este lo hace más novedoso y competitivo, lo que
permite un aumento en la cantidad de reservas de habitaciones y que a la larga
se traduce en un mayor ingreso económico para el hotel.
 Ampliación del público objetivo: La digitalización y automatización del
sistema de negocio del hotel le permite implementar al sistema herramientas de
publicidad más a la vanguardia lo que conlleva llegar a un mayor público
mediante técnicas de marketing propias de internet.
Ahora que ya se conoce la gran mayoría de beneficios que trae este proyecto, es importante
dejar identificar cuáles serían los potenciales clientes de la aplicación.

Perfiles de turistas:

 Público adulto mayor: Este tipo de público ronda los 65 años con conocimientos de
tecnología medianos a bajo, pero con un alto interés en las diversas culturas existentes,
este perfil si bien no es muy instruido en cuanto a informática se refiere, sin embargo,
presenta un bagaje cultural sobre el promedio lo que lo hace un perfil apto para el
sistema
 Público familiar: Este perfil es uno de los principales candidatos a usar el sistema
puesto que tiene la experiencia necesaria para poder operar el software y están en
constante búsqueda de panoramas para compartir con la familia, además este tipo de
perfil tiene un cierto nivel de estudio lo que los hace apreciar y buscar sectores donde
puedan aprender y pasarlo bien.
 Estudiantes y profesores: Este es un público proveniente de establecimientos
educacionales en donde realizan actividades extracurriculares para el estudio de las
distintas culturas chilenas.
 Publico extranjero: Este es el principal interesado en el proyecto puesto que este tipo
de público busca el estudio de la cultura de los distintos países, por lo tanto, su tipo de
interés hace que sea el principal candidato para esta plataforma.
CAPÍTULO 3:
DEFINICIÓN DEL
PROYECTO
3.1 Objetivo del proyecto

Objetivo general:

Desarrollar un sistema web que permita gestionar, visualizar y publicitar las

habitaciones y actividades folclóricas adscritos al sistema, permitiendo al viajero
mantenerse informado de todos los servicios que brinda el hotel mediante cualquier
dispositivo con acceso a internet.

Objetivo específico:

- Gestionar las habitaciones creadas en el sistema

- Mostrar las actividades folclóricas de manera sencilla, didáctica y llamativa
- Promoción de los servicios mediante una plataforma web

3.2 Ambiente de ingeniería de software

A continuación, se explica la metodología que se ocupó para el desarrollo del

sistema web, además de las diferentes técnicas y herramientas para llevar a cabo este
proyecto, en donde se describirá en detalle el porqué de las elecciones

3.2.1 DESARROLLO ITERATIVO INCREMENTAL

Corresponde a un modelo de proceso de desarrollo de software ampliamente

utilizado, el cual divide el proceso de desarrollo en incrementos (Royce, 2007). Cada
incremento aborda un número limitado de requisitos, los cuales son desarrollados
completamente siguiendo las etapas tradicionales del desarrollo en cascada: análisis,
diseño, implementación, prueba y despliegue de la aplicación. El desarrollo se completa
con dos o más incrementos, dependiendo de la complejidad del sistema, donde cada nueva
iteración aumenta la funcionalidad del sistema respecto de la iteración anterior. Su principal
ventaja respecto de otros modelos de proceso ya que permite gestionar las expectativas del
cliente (requisitos desarrollados, velocidad de desarrollo, calidad) de manera regular,
pudiendo tomar decisiones en cada iteración.
Se utilizó este modelo de desarrollo con la finalidad de tener una mejor
interacción con el cliente y poder desarrollar un sistema de mejor calidad.

Los principales incrementos para el desarrollo de este sistema web son los siguientes:

 Incremento 1: Para este incremento inicial se desarrollaron módulos como,

banner informativo, datos dinámicos en la página de inicio, diseño del front-
end de la página, navegación entre actividades folclóricas y habitaciones,
integración de Ajax para la información de los tours, creación de la base de
datos de la reserva, validación de la disponibilidad de actividades y
habitaciones, ajuste responsivo para móviles, módulo de selección del plan
turístico. Como podemos observar todas estas implementaciones son para
darle una estructura visual a la página que permite mostrar desde ya un
producto mínimo viable.

 Incremento 2: Ya para este segundo incremento el objetivo es pulir los

detalles del incremento 1 puesto que ya se tiene visualmente un producto
funcional. Estos detalles son el desarrollo de lo siguiente: implementación
de cookies, integración módulo de reserva, gestión del perfil de usuario,
encriptación de la contraseña, almacenamiento de datos de reserva en base
de datos, cambio de contraseña, Cierre de sesión.

 Incremento 3: Para este último incremento se desarrolló el backend del

sistema y la gestión del hosting para subirlo a la red. Para esto se
implementaron los siguientes elementos al sistema: Gestionar el hosting,
integrar plantilla admin LTE, agregar roles de administrador, eliminar
administrador, gestionar información del sistema, gestionar servicios del
sistema, integración de analíticas, integración de roles de administrador,
publicación el sistema mediante FTP con el software FileZilla
3.2.2 HERRAMIENTAS A UTILIZAR PARA EL DESARROLLO DEL
PROYECTO:

Back-end :
Se utilizó php en su versión 7 junto a la plantilla admin LTE. Esta decisión fue
tomada en base a los conocimientos adquiridos desarrollando sistemas de similar
envergadura,
Por otra parte el código fuente de la plantilla está basado en el lenguaje php,
esto permite una mejor integración, ahora bien, los beneficios que trae trabajar con estas
herramientas es que los administradores del sistema puedan gestionar mejor la información
del sistema, ya que la plantilla está diseñada para esa labor

Hosting y base de datos:

Se ocupó el gestor de almacenamiento local xampp que integra base de datos
MySQL, apache y php. Para su explotación se piensa migrar a banna hosting que es un
proveedor de hosting muy confiable y de los mejores

Front-end:
Se ocupó un sistema de platillas desarrollado por el framework Bootstrap
(html,css,js) y la integración de un formulario para los clientes mediante Ajax

Editor de código:
El editor ocupado fue sublime text 3 ya que es un gestor de código amigable
con el desarrollador y permite la instalación de plugins/addons que enriquecen aún más la
experiencia del programador con este software

Herramientas de Softwares externos:

Filezilla: Este programa permite migrar el sistema web a cualquier hosting para
subirlo a la red
Chromium: Este navegador permitió situarse en el peor de los casos puesto
que es un navegador que pide muy pocos requisitos de máquina y que por tanto sirve para ir
visualizando los avances del sistema como si estuviera corriendo la web desde un
computador básico.

3.2.3 ARQUITECTURA:
La arquitectura empleada en el desarrollo de esta plataforma es la modelo vista
controlador, el cual se describe como:

“[el] Modelo-vista-controlador es un patrón de arquitectura de software,

que separa los datos y principalmente lo que es la lógica de negocio de
una aplicación de su representación y el módulo encargado de gestionar
los eventos y las comunicaciones” (Risberg, 2021))

Primeramente, el desarrollo y estructura de este sistema se divide en 2 grandes

artefactos, cada uno orientada a un usuario distinto la cual se denominó Front-end y la otra
Back-end, ambas con la arquitectura MVC.

El motivo de esta elección es que permite estructurar el código del proyecto en

carpetas de manera lógica y cohesiva. Esta organización es ampliamente utilizada en estos
tipos de sistemas basado en la programación orientada a objeto, en donde cada componente
de la arquitectura hace referencia a una parte de la estructura interna del software como se
muestra a continuación.

 Modelo: Contiene una representación de los datos que maneja el sistema, su lógica
de negocio, y sus mecanismos de persistencia.
 Vista: Es la representación visual de los datos, además compone la información que
se envía al cliente y los mecanismos de interacción con este.
 Controlador: Actúa como intermediario entre el Modelo y la Vista, gestionando el
flujo de información entre ellos y las transformaciones para adoptar los datos a las
necesidades de cada uno
En la Figura 1 se muestra visualmente como opera este tipo de arquitectura MVC

Figura 1: Arquitectura MVC

CAPÍTULO 4:
ESPECIFICACIÓN
DE
REQUERIMIENTOS
DE SOFTWARE
4.1 Alcances

La función principal del software es mostrar y reservar las habitaciones

disponibles filtrados por tipo y temática, además se permite seleccionar la actividad
folclórica, con esto último me refiero a que el viajero podrá seleccionar 1 de las 4
actividades que ofrece el hotel para sus clientes. Estas son:

 Artesanía: Esta actividad muestra como es el proceso y venta de productos

artesanales, recetas típicas, artesanía en madera, etc. El contenido principal es
relatar, fabricar y vender sus productos como: malaya, pure de castaña, tallados
en madera, bordados, fabricación en mimbre, etc.
 Cocina: Para esta categoría se invita al viajero a visualizar y participar en la
creación de menús típicos chilenos, generando un ambiente rustico, entretenido
y educativo.
 Carrera a la chilena: El viajero podrá participar y observar esta actividad guiada
por un monitor, quien explica las reglas, historias y práctica.
 Granja: Esta es una actividad dedicada a la familia, puesto que se invita a
recorrer la granja de animales, en donde podrán realizar diversas actividades
tanto prácticas como educativas

4.2 Objetivos del software

Objetivo general:

- Desarrollar un sistema web para la gestión de reserva de habitaciones y actividades

folclóricas, que sea accesible a todas las personas.

Objetivo específico:

- Permitir al usuario buscar habitaciones por temática

- Permitir al usuario seleccionar actividades folclóricas
- Diseñar una interfaz gráfica amigable con los usuarios que sea dinámica, sencilla y
atractiva
 - Permitir al usuario hacer reservas
- Permitir al administrador gestionar por completo el contenido del sistema
- Permitir al usuario poder registrarse/Loguin
- Permitir al usuario poder cambiar su clave secreta
- Permitir al usuario cambiar su foto de perfil

4.3 Descripción global del producto

4.3.1 Interfaz de usuario

Una de las características del sistema es su sencillez, pero a la vez una página
llamativa y didáctica. Por esta razón se establecieron 2 grandes grupos para el desarrollo:
el apartado front-end y el back-end, puesto que cada capa del software está orientada a un
público distinto, en el caso del front-end es el cliente final quien visualiza esta página,
mientras que el back-end son los administradores del software.
Front-end: El sistema cuenta con un diseño propio para cada botón, esto hace
que el usuario pueda identificar de manera visual su funcionalidad. Además, cuenta con un
menú sencillo que permite al usuario poder navegar por todo el sitio web. Cabe destacar
que cuenta con un diseño llamativo y responsivo, permitiendo adaptarse a dispositivos
móviles
Back-end: Se ocupó la plantilla admin LTE, la cual permitir programar por
módulos el backend y permite una conexión sencilla desde el back-end al front-end, esta
plantilla cuenta con un menú del lado izquierdo con diversas funciones del sistema (gestión
del contenido informativo del sistema), análisis gráfico, gestión de los administradores,
estado actual del sistema, por lo mismo es un diseño sobrio sin iconos representativos y con
colores no tan llamativos.

4.3.2 INTERFAZ DE HARDWARE

 Para el correcto funcionamiento es necesario un computador con cualquier
navegador a internet, conexión a ésta y que tenga habilitado los puertos 80 y 53 para el
correcto redireccionamiento del Domain Name Server (DNS) para el sistema web, además
se necesita teclado, ratón y un monitor para poder navegar en el sistema. Para el caso de los
dispositivos móviles es necesario que este tenga conexión vía wifi o una conexión 4G para
visualizar el contenido correctamente.
4.3.3 INTERFAZ DEL SOFTWARE

No se exige un navegador web en específico para poder acceder al sistema, pero

si hay algunos más optimizados y que brindan una mejor experiencia de usuario. Algunas
recomendaciones para el usuario son los siguientes navegadores: Firefox, brave browser,
chromium y opera. Este conjunto de herramientas permite optimizar los recursos de la
máquina del cliente, permitiendo tener una experiencia mucho más fluida.

4.4 Requerimientos específicos

En esta sección se presentan los requisitos del sistema, separados en requisitos
funcionales, los cuales describen lo que debe hacer el sistema; y los requisitos no
funcionales los cuales no representan una funcionalidad específica, sino que describen
características generales que debe satisfacer el sistema a desarrollar. A continuación, se
presentan los requisitos funcionales del sistema:

4.4.1 REQUERIMIENTOS FUNCIONALES DEL SISTEMA

ID Nombre Descripción Observaciones
RF_TUR00 Agregar El sistema deberá No se exige un requisito
administrad permitir al administrador mínimo, solo que cumpla
or y rol general poder agregar con los requerimientos del
administradores del dueño del sistema
sistema con distintos
roles como editor o
administrador general

RF_TUR01 Registrar El sistema deberá La persona debe subir una

Cliente permitir al cliente poder imagen con fondo blanco
registrarse con una foto que se vea su rostro
de perfil para verificar claramente
identidad. Puede ser chileno o
extranjero
RF_TUR02 Cambiar El sistema debe ser El sistema propone una
fecha de capaz de permitir al mayor flexibilidad al cliente
reserva administrador poder
cambiar las fechas de
 reserva
RF_TUR03 Editar El sistema debe ser Esta opción permite generar
descripción capaz de poder editar las más ventas al administrador
de la características de la y permite al viajero
habitación habitación en cualquier visualizar información clara
momento por parte del y transparente
administrador del hotel.
RF_TUR04 Selección de El sistema debe permitir Es necesario que tanto las
habitación y al viajero poder habitaciones como las
actividad seleccionar y visualizar actividades se vean
folclórica la habitación y claramente en el sistema
actividades folclórica
correspondiente
RF_TUR5 Integración El sistema deberá Esto permite llegar
de mapa integrar un mapa para rápidamente al hotel y
orientar al viajero con la orientar de mejor manera a
dirección del hotel los turistas extranjeros

RF_TUR06 Cerrar El sistema debe permitir Es un requisito básico de

sesión para a cualquier usuario del operatividad del sistema
clientes y sistema poder cerrar
administrad sesión
ores
RF_TUR07 Registrar El sistema deberá Esta opción permite al
reserva integrar un módulo para cliente y administrador
realizar y visualizar las mayor comodidad y
reservas exitosamente confianza en el sistema

RF_TUR08 Monto El sistema deberá Esta opción está pensada

recaudado mostrar al administrador para resumir grandes flujos
por mes el total recaudado por de dinero en el sistema
mes

RF_TUR09 Buscar El sistema deberá Esto permite al viajero como

disponibilida integrar un calendario al administrador una mayor
d de que muestre la gestión y logística del
habitación disponibilidad de la proceso de ventas y reservas
habitación
RF_TUR010 Actualizar El sistema deberá poder El administrador general
 roles de actualizar los roles que podrá cambiar roles según
editor/admini tiene cada administrador corresponda
strador de
pagina
RF_TUR011 Cambiar El sistema deberá Esto permite mayor
clave secreta permitir al usuario transparencia entre la
cambiar en cualquier empresa y el cliente
momento su clave
secreta
Tabla 1:Requerimientos funcionales
CAPITULO 5:
FACTIBILIDAD
5.1 Factibilidad técnica

El objetivo de este estudio es analizar si es factible o no el desarrollo del

sistema desde un punto de vista técnico. Esto significa que se debe determinar si se dispone
de los conocimientos, habilidades, equipos o herramientas necesarios para llevar a cabo los
procedimientos, funciones o métodos involucrados en el proyecto
Primeramente, es necesario saber los requisitos de hardware necesarios para el
desarrollado de este sistema, por lo mismo a continuación en Tabla 2 se muestran estas
tecnologías tanto para Intel como para amd.

Componente Especificación
Procesador I7 3770 O fx 8350
RAM 8 gb de ram ddr3 1866 mhz
Unidad de almacenamiento Ssd 256 gb para S.O y herramientas necesarias
para el desarrollo
Tabla 2:Requisito de hardware

Ahora bien, en cuanto al software, las herramientas que se necesitan para desarrollar este
sistema son las siguiente:

- Sublime text 3 : Este es un gestor de código que permite integrar diversos

plugins/addons para optimizar el tiempo de desarrollo, además es liviano y fácil de
usar.
- phpmyadmin: Es una herramienta escrita en PHP con la intención de manejar la
administración de MySQL a través de páginas web.
- Bizagi : Este software permite modelar cualquier el proceso de negocio.
- Yed: Software para hacer mapas mentales, diagramas, modelo de datos, UML,
historias de usuario, etc.
- Xampp: Este software permite poder visualizar de manera local el sistema web ya
que es un gestor de base de datos SQL, gestor de servidor web HTTP apache y
compila el código por el lado del servidor con el lenguaje php

Conclusión: Es factible técnicamente ya que se cuenta con el conocimiento y

herramientas técnicas necesarias para desarrollar este proyecto, además existe bastante
documentación de plataformas similares y experiencia en el desarrollo en este tipo de
sistema.
5.2 Factibilidad operativa

En esta sección se analiza si el sistema es factible desde un punto de vista

operativo. Esto implica analizar si la empresa, una vez terminado el sistema, será capaz de
poner en marcha el sistema.
Primeramente, es importante resaltar que esta plataforma va dirigida a un
público amplio y variado, esto significa que hay un grupo que tiene conocimientos mínimos
de tecnologías y otro que tiene un cierto nivel o manejo en plataformas similares, es por
esto por lo que se visualizó la factibilidad tomando este tipo de casos. Por un lado, el
usuario debe tener un conocimiento mínimo en tecnología para poder operar el sistema,
como, por ejemplo:

 Saber conectarse a internet desde su dispositivo

 Saber navegar por una página web
 Tener experiencias previas haciendo reservas online

Por otro lado, la puesta en marcha considera un pequeño plan de capacitación a

los usuarios del sistema.
Ahora bien, para ponerse en contexto desde el punto de vista operativo de la
plataforma es requisito tener presente los siguientes elementos para que esta funcione
correctamente:
 Hosting: Es el espacio en la red para que este pueda visualizarse
 Dominio: Es el nombre con el que se va a poder buscar en internet,

No obstante, para el desarrollo y mantenimiento del sistema se necesita un

computador con diversas herramientas de software gratuitas preinstaladas, además del
desarrollo o futuras modificaciones de la plataforma.
En cuanto al recurso humano, para operar la plataforma desde el punto de vista
técnico, se necesita un desarrollador web con una experiencia previa en php, manejo del
hosting, bases de datos mysql, conocimientos medios de seguridad informática
Para las habilidades blandas que este debe poseer son: responsabilidad y
compromiso con la plataforma.
 En cuanto al usuario, basta tener un dispositivo móvil capaz de conectarse a
internet, ya sea mediante wifi o 4G, o también es viable con un ordenador portátil o de
escritorio (con cualquier sistema operativo) con acceso a internet.
Conclusión: Se puede observar que la plataforma no necesita grandes recursos
para que esta pueda estar operativa correctamente, y que lo faltante se puede adquirir en el
mercado o bien contratar servicios externos como el hosting sin ningún problema.

5.3 Factibilidad económica

En esta sección se presenta el estudio de factibilidad económica, el cual permite

analizar si el proyecto es factible económicamente. Para este análisis se deben identificar
los costos del proyecto y los beneficios que este generará. Luego, calculando el indicar
VAN se podrá decidir si el proyecto es factible o no.
A continuación se presenta el análisis económico del proyecto.

5.3.1 INVERSIÓN INICIAL

En este apartado se presenta las inversiones que son necesarias realizar para
poder ejecutar el proyecto.
Inversión en hardware. Se necesita un equipo de gama media con las
especificaciones anteriormente mencionadas (ver Tabla 2) con un valor de mercado
estimado de $550.000, este equipo cumple ampliamente los requisitos recomendados del
software para el desarrollo de este sistema. Total inversión hardware: $550.000
Inversión en software. Todos las herramientas de softwares necesarias para el
desarrollo de este sistema son gratuitos y no es necesario comprar ninguna versión pro para
el desarrollo de la plataforma. Total inversión software: $0
Inversión para el desarrollo. Para hacer estos cálculos se necesita los servicios
de un ingeniero civil informático que desarrolle las siguientes labores: Construcción del
sistema, Implementación, Pruebas, Investigación, análisis y modelo, historias de usuario,
casos de uso, criterio de aceptación y recopilación de datos en terreno.
Ahora, en cuanto el valor, un profesional de estas características tiene un sueldo
mensual en promedio de $1.500.000, con un horario de trabajo de 8 horas diarias de lunes a
viernes (Empleabilidad, 2020), por tanto, se obtiene un valor de $9.375 por hora de trabajo.
En total se obtuvo un total a invertir de $4.368.750 para un ingeniero con un total de 466
horas de trabajo (ver Tabla 3). Total inversión para el desarrollo: $4.368.750.

ITEM Horas Valor por hora Total

Construcción del 320 $9.375 $3.000.000
sistema
Implementación 12 $9.375 $112.500

Pruebas 40 $9.375 $375.000

Investigación 22 $9.375 $206.250

Análisis y modelado 7 $9.375 $65.625

Historias de usuario 17 $9.375 $159.375

Casos de uso 15 $9.375 $140.625

Criterios de aceptación 21 $9.375 $196.875

Recopilación de 12 $9.375 $112.500

información en
terreno
Tabla 3:Costo de inversión

Resumen de inversión. El sueldo estipulado para estos cálculos es para un

ingeniero civil informático y el equipo para desarrollar este sistema está compuesto por 1
personas. Sin embargo y a modo de resumen, el valor total del proyecto es de $4.998.750
que compete todas las áreas anteriormente mencionadas como es: inversión para el
desarrollo + inversión para el software + inversión para el hardware. Total a invertir:
$4.918.750

NOMBRE DE LA INVERSIÓN VALOR A INVERTIR

HARDWARE $550.000
SOFTWARE $0
IMPLEMENTACIÓN $4.368.750
Tabla 4:Resumen de inversión
5.3.2 INGRESOS:
Para poder calcular el retorno económico de esta plataforma, se agendó una
reunión con dueño del hotel mediante meet (ver Tabla 18) con el objetivo de conversar
sobre la actualización del sistema de negocio y los respectivos gastos que implica el actual
proceso de negocio.
Para efecto de estos cálculos es necesario tener presente los gastos que hace el
hotel actualmente por conceptos de publicidad y logística. Estos son los siguientes:

- Publicidad de los servicios en diversos medios como, redes sociales, revistas,

diarios, radio y televisión
- Diseño y confección de afiches publicitarios
- Confección de panfletos
- Encargado de reservas de los servicios
- Encargado de publicidad

Todos estos gastos fueron debatidos y comprobados por el integrante de la

reunión que bajo su experiencia comenta los gastos referentes a publicidad y logística. Por
otra parte, es importante mencionar que estos puntos son referentes a agencias de hotelería
y turismo ubicadas en sectores rurales o aledaños a la ciudad.

5.3.2.1 Beneficios económicos con el nuevo sistema de negocio

Los beneficios que trae una plataforma informática de este tipo son múltiples,
dentro de los cuales se comentarán los principales que repercuten directamente en el
retorno económico
Publicidad. Existen diversos métodos para publicitar la plataforma por internet,
dentro de los cuales el más importante es Google con su servicio posicionamiento SEO, que
lo que hace es escalar el sitio web de manera que el cliente al buscar un hotel o un servicio
turístico con las características de esta plataforma, Google le recomendara la plataforma de
manera inmediata y visualmente atractiva para que el usuario le llame la atención y entre a
la plataforma.
 - Un plan de esta envergadura (Posicionamiento SEO) tiene un valor
promedio de 500 mil pesos anuales o bien 45 mil pesos mensuales (SEO,
2021).
- Por otra parte, la publicidad clásica que utilizan actualmente las agencia que
ofrece este tipo de servicio que son:
- flayers que ronda un valor de 50 mil pesos por una cantidad de 1000
impresiones al mes (Perez, 2021), por tanto, al año asciende a un valor
de 600 mil
- Un diseñador gráfico para hacer el diseño del volante bordea un valor de
100 mil pesos (Logotipo, 2021)
- Un espacio publicitario en la radio ronda un valor de 200 mil mensuales
con 3 apariciones de lunes a sábado (IVA incluido), por tanto, al año
asciende a $1.400.000 (RadioSol, 2021)

Esta nueva propuesta de negocio tiene un costo de publicidad al año de

$500.000. por otra parte, el actual sistema de negocio tiene un gasto anual por conceptos de
publicidad clásica de $2.100.000 por lo tanto el ahorro que se obtienen solo por publicidad
es de $1.600.000.
Optimización del tiempo de reserva. Como se menciona anteriormente, el
sistema que ocupan es un sistema manual, por tanto, el tiempo que demora la recepcionista
en agendar una reserva es alto, dependiendo de la cantidad de personas a reservar porque
muchas veces debe mostrar las instalaciones a los clientes. Para este caso de estudio se
estimó que 30 minutos es el tiempo requerido para hacer la reserva y hacer la toma de
datos. En cambio, el sistema a desarrollar debería tomar aproximadamente 1 minuto en
realizar la misma tarea, al igual que el caso anterior se tomará para estas pruebas 1 minuto
de tiempo requerido para hacer una reserva.
Por otra parte, la cantidad de reservas varia por día y temporada, pero bordea
las 12 reservas por semana, esto en tiempo se traduce en 6 horas de trabajo para realizar esa
cantidad de reservas a la semana con el sistema clásico y 12 minutos con el nuevo sistema
computarizado, esto indica que al mes se estiman unas 48 reservas lo que implica 24 horas
de trabajo versus 48 minutos que es lo que toma este sistema.
 Al año se estima que se requieren 288 horas de trabajo en el sistema actual y
9,6 horas el nuevo sistema.
Ahora, el ahorro de tiempo con el nuevo sistema se considerará como un
ingreso o beneficio. Para este cálculo se consideró que el sueldo mensual para este tipo de
cargo es de $425.000 (Indeed, 2021) y que, por tanto, la hora de trabajo ronda los $2500,
ahora llevando esto al año se tiene $720.000 versus $24.000 que es lo que tarda el sistema
traducido a dinero . Haciendo la resta se tiene un beneficio del nuevo sistema por un monto
anual de $696.000 por cada recepcionista
Estos valores pueden variar según la demanda, para este caso de estudio se
tomó un valor fijo pero esto no siempre es así, hay veces que puede aumentar
considerablemente la cantidad de reservas como también puede disminuir, este promedio se
tomó en base a lo indicado por el propietario del hotel a quien va dirigido el sistema. Por
otra parte, este ahorro corresponde únicamente al proceso de reserva, pero el sistema
aportará estadísticas y gráficos de manera rápida, las cuales son difíciles y muy costosas de
realizar de manera manual. Sin embargo, estas estadísticas y gráficos no se han considerado
en el cálculo del VAN, porque el actual sistema no las realiza.
A modo de resumen se presenta la siguiente tabla con los costos del sistema
actual y los costos del nuevo sistema para los ítems de publicidad y reserva; junto con
indicar cuanto es el ahorro por ítems.

Descripción del gasto Gastos del actual Gastos de la Ahorro

sistema de negocio propuesta de negocio
(anual) (anual)
Publicidad $2.100.000 $500.000 $1.600.000

Tiempo reserva $720.000 $24.000 $696.000

Tabla 5 Tabla comparativa de gastos

A continuación, en la siguiente tabla se muestra un resumen de los posibles

ingresos o ahorros que trae este sistema.

Descripción de ingresos anual Valor

Publicidad $1.600.000
Tiempo reserva $696.000
 Total ingreso anual $2.296.000
Tabla 6 Descripción de ganancia

5.5 Costo operacionales del sistema

Para este tipo de cálculo se tomó en cuenta el mantenimiento del sistema junto
al costo de su despliegue, ambos son costos anuales.
Mantención: Este apartado implica la revisión del flujo de información de la
plataforma con el objetivo evitar posibles malware, fraudes y publicidad indeseada, esta
revisión se hace 1 ves al mes y tiene un valor de 76 mil, además se necesita que este
pendiente del posicionamiento SEO mencionado anteriormente con un valor mensual de 30
mil pesos por tanto, al año asciende a un valor de 1.270.000 (Empleabilidad, 2020)
Despliegue del sistema: Para que la plataforma se encuentre operativa 24/7 en
internet, se necesita la contratación de un hosting con un valor anual de 80 mil pesos
(hosting, 2021), la función de este es mantener y controlar remotamente el sistema
publicado en internet. Total, costos anuales: $1.350.000.
Es importante mencionar que se contratará con un supervisor para el resguardo
de los turistas que contraten los tours con la etiqueta “carrera a la chilena”, sin embargo, ese
último gasto es de cargo para la agencia que compre el sistema y por lo mismo no es
considerado para estos cálculos ya que se desconoce el valor que puede llegar a tener esta
función y si es que la agencia piensa agregarla o si es que ya cuentan previamente con ello.

Nombre Valores totales por concepto

Inversión inicial $-4.918.750

Ganancias del sistema por año $+2.296.000

Costo de mantención y difusión anual $-1.350.000

Tasa 10%
Tabla 7:Tabla resumen económico
5.6 Flujo de caja:
Detalle Año 0 Año 1 Año 2 Año 3 Año 4 Año 5
Ingreso
anual $+2.296.000 $+2.296.000 $+2.296.000 $+2.296.000 $+2.296.000
Costo anual $-1.350.000 $-1.350.000 $-1.350.000 $-1.350.000 $-1.350.000
Inversión
$-4.918.750
total
Total $-4.918.750 $946.000 $946.000 $946.000 $946.000 $946.000
Tabla 8:Flujo de caja

Tasa= 10%

Total VAN 5 años=-$1.332.666

Total VAN en 8 años=$ 128.089

En conclusión y tomando el caso anteriormente mencionado, este proyecto

económicamente no es rentable al 5° año, pero si lo es al 8°, ya que en base a los cálculos
realizados el valor actual neto da negativo al 5° año y a partir del 8° año en adelante da
positivo.
No obstante, es importante señalar que en este cálculo no se incluye el aumento
en el flujo de turistas producto del nuevo modelo de gestión que aporta valor al negocio al
incluir publicidad más focalizada en redes sociales y una propuesta de valor para el cliente
al crear una experiencia de corte folclórico, tanto por las actividades como por las comidas
típicas. Otro beneficio que es difícil de cuantificar son las opciones de reportes estadísticos.
Si bien los reportes del nuevo sistema son simples, aportan valor a la gestión del negocio y
pueden impactar positivamente en la toma de decisiones del hotel, lo cual también
redundaría en un mayor beneficio económico a causa del nuevo sistema.
Comentario: Se estima un aumento del 35% de ventas en plataformas digitales
de reservas de este estilo, según los estudios hecho por la agencia de alianzas
internacionales de SiteMinder y que comenta su director James Bishopv (Bishop, 2017) .
En conclusión, el proyecto es factible económicamente al 8° año, pero estos
cálculos son bien conservadores y no consideran los beneficios económicos que pudieran
surgir por el aumento de clientes o por el de tomar decisiones oportunas gracias al nuevo
sistema.
CAPÍTULO 6:
ANÁLISIS
6.1 Proceso de negocio

“Un proceso de negocio o un método de negocio es una

colección de actividades o tareas relacionadas y estructuradas que
en una secuencia específica produce un servicio o producto para
un cliente o clientes concretos (Brache, 1995)”

6.1.2 PROCESO ACTUAL DEL SISTEMA DE NEGOCIO

Todos los parámetros ocupados para modelar este negocio fueron basados en la
reunión comentada en el capítulo 4 tema 4. En esta reunión se comentaron diversos temas
sobre el actual proceso de negocio y los gastos que tiene la agencia.
El actual proceso de negocio consta de 2 pool llamados recepcionista y cliente,
este proceso se inicializa con el cliente, quien entrega datos para la búsqueda de
disponibilidad, esta solicitud es analizada por la recepcionista y entrega una oferta al
cliente. Una vez ocurre, el cliente revisa estas cotizaciones y decide si alguna de estas
ofertas le atrae, en caso contrario se termina el proceso. Por otra parte, si acepta alguno de
estos servicios, este emite una reserva en donde luego recibe una orden de pago para que
posteriormente el recepcionista le asigne una habitación y actividad folclórica.

6.1.2 PROPUESTA PROCESO DE NEGOCIO:

En el diagrama de la Figura 2: Actual proceso de negocio se pueden apreciar 2

pool, uno de cliente y otro de reservas (compuesto por asistente de venta). Inicializa la
secuencia el cliente solicitando la reserva de un servicio, esta solicitud es revisada por el
asistente el cual revisa la disponibilidad correspondiente, en caso de no estar disponible,
finaliza la actividad, de lo contrario, revisa los datos. Para crear una solicitud de reserva, el
sistema procesa y guarda este formulario, una vez que el cliente finalice este proceso, el
sistema asigna automáticamente la habitación y la actividad folclórica, adjunta los detalles
de la reserva, el cliente confirma recepción del resumen y cierra sesión.
Figura 2: Actual proceso de negocio
Figura 3: Propuesta proceso de reserva
6.3 Diagrama de caso de uso:

El diagrama de caso de uso es un tipo de diagrama UML de comportamiento y

se usa frecuentemente para analizar varios sistemas. Permiten visualizar los diferentes tipos
de roles en un sistema y cómo esos roles interactúan con el sistema, Sin embargo, los casos
de uso no describen ninguna funcionalidad interna (oculta al exterior) del sistema, ni
explican cómo se implementará. Simplemente muestran los pasos que el actor sigue para
realizar una tarea.
Para poder visualizar estos pasos, se realizó un diagrama (ver Figura 4) que
modela esta secuencia, como se aprecia en el diagrama incluye 5 actores que son: Usuario,
Cliente, Encargado hotel, Supervisor y administrador.

Figura 4:Caso de uso sistema

6.3.1 DESCRIPCIÓN DE LOS ACTORES:

Cliente: Es quien inicializa la actividad del sistema, capaz de buscar, reservar y

comprar tour. Además, este actor cuenta con la característica que, cualquier usuario tanto
interno como externo al sistema puede ser turista, basta con iniciar sesión bajo este perfil
para que el sistema lo identifique como tal.
Guía: Este es el principal generador de contenido del sistema, puesto que su
función es proponer y subir panoramas turísticos constantemente. Se estima que este actor
será asignado por la agencia turística por lo que tiene que ser un especialista en el rubro.
Administrador: Este actor tendrá acceso total al sistema y sin restricción
alguna. El se ocupará que el sistema esté operando correctamente, validando los registros
de tours, así como también de los usuarios del sistema. Este rol es fundamental para que el
sistema sea transparente, integro y competitivo, por lo mismo podrá manejar los banners o
eliminar a cualquier usuario siempre y cuando haya infligido uno o varias de las reglas
descritas al momento de registrarse
Supervisor: Es el encargado de crear y supervisar todos los eventos turísticos,
como los datos del tour, aspectos legales, protocolos turísticos y seguridad de los
participantes

6.3.2 Descripción y comentario de los casos de uso

Es importante mencionar que el actor “usuario” se integró en el modelo para

una mejor lectura del diagrama, ya que simplifica en gran medida la cantidad de actividades
en común que realizan los actores, también las tablas con el formato de caso de uso
extendidos están en el apartado anexo (ver Tabla 26 en adelante)
6.4 Modelo de datos (MER)

Un diagrama entidad-relación, también conocido como modelo entidad relación

o MER, es un tipo de diagrama de flujo que ilustra cómo las "entidades", como personas,
objetos o conceptos, se relacionan entre sí dentro de un sistema.
Para poder modelar los datos, se diseñó un MER (ver figura 6) acorde a las
necesidades del problema, con esta representación gráfica de los datos, permitió generar
una base de datos robusta, encargada de almacenar los datos correspondientes al sistema.
La entidad cliente puede o no hacer reservas y en el caso de hacerlas pueden
hacer varias.
Para la entidad reserva, indica toda la información hecha por el cliente y si esta
tiene o no pasajeros que pueden ser de 1 a varios, sin embargo, esta entidad es autorizada
por un único supervisor quien puede autorizar de 0 a varias reservas según el criterio de
evaluación
La entidad pasajera indica la información referente al pasajero quien pertenece
a una única habitación, sin embargo, las habitaciones pueden tener 0 o muchos pasajeros en
el tiempo
Para la entidad habitación tenemos toda la información referente a esta como,
categoría y tipo, esta entidad incluye 0 o muchas actividades folclóricas ya que va a
depender del criterio de reserva del pasajero puesto que las actividades folclóricas son
opcionales, sin embargo, una actividad folclórica tiene que incluir como mínimo 1
habitación ya que es parte de la propuesta de negocio del sistema.
La entidad actividad folclórica indica todo lo referente a ello como el tipo de
actividad, no obstante, para que esta se inicialice debe tener la participación de 1 o varios
clientes y 1 o varios guías quienes son los encargados de llevar a cabo esta actividad
Figura 5: Modelo entidad relación
Entidades Fuertes:

- Cliente: Persona capaz de realizar reservas en el sistema, es la entidad central

- Reserva: Contiene toda la información referente a la reserva hecha por el cliente,
esta entidad puede tener 1 o muchos pasajeros quienes preliminarmente tienen
asignado una habitación
- Usuario: es un conjunto de clientes quienes hacen uso de todos los servicios que
dispone el sistema
- Habitación: Lugar físico donde son asignado todos los pasajeros mediante previa
reserva, esta cuenta con tipos y categorías distintas además incluye una actividad
folclórica opcional
- Administrador: Es el encargado de revisar minuciosamente los datos adjuntos en
la reserva con el objetivo de evitar fraudes, estafas, errores logísticos y legales
- Actividad folclórica: Es una actividad que cuenta con 4 categorías distintas, cada
una de ellas con un sello folclórico original, esta actividad se vende en conjunto a la
reserva de habitación.

Relaciones:

- Participa: Acción que indica la pertenencia o no al momento de relacionarse

2 entidades, en este caso Cliente – Actividad folclórica y Guía – Actividad
folclórica
- Realiza: Permite entender la inicialización de una actividad mediante la
participación de una entidad al momento de relacionarse con otra, para este
caso Cliente – Reserva
- Gestiona: Acto que indica la verificación de los datos controlados por una
entidad al momento de relacionarse
- tiene: Indica si una actividad compete a otra al momento de relacionarse
CAPITULO 7:
DISEÑO
7.1 Diseño de la base de datos:

Para este apartado se estructuró y diseñó la base de datos, para ello se utilizó un
diseño lógico para la correcta interpretación del MER, basado en el modelo de datos visto
en el capítulo 5 tema 3 (ver Figura 6). También se realizó un diseño físico que
permite optimizar el rendimiento además de asegurar la integridad de los datos al evitar
repeticiones innecesarias de estos. Durante el diseño físico, se transforman las entidades y
relaciones en tablas, las instancias en filas y los atributos en columnas (IBM, 2015).

7.1.1 DISEÑO LOGICO:

Mapeo de entidades fuertes:

CLIENTE (id_cliente (PK), nombre, correo, teléfono)

RESERVA (id_reserva (PK), fecha ingreso, fecha salida, descripción reserva,

código reserva)

USUARIOS (correo, nombre, rut(PK))

ADMINISTRADOR (id_sup (PK), nombre, profesión, teléfono, correo)

HABITACIONES (categoría, fecha, estilo, id_h(PK), tipo, descripción)

ACTIVIDAD FOLCLORICA (id_actividad(PK), tipo, descripción)

Mapeo de entidades débiles:

NO APLICA

Mapeo de relaciones binarias 1:1:

CLIENTE (id_cliente (PK), nombre, correo, teléfono, id_reserva (FK))

ADMINISTRADOR (id_sup (PK), nombre, profesión, teléfono, correo, id_reserva

(FK))
Mapeo de relaciones binarias 1: n:

RESERVA (id_reserva (PK), fecha ingreso, fecha salida, descripción reserva,

código reserva, id_cliente (FK), id_sup(FK))

Mapeo de relaciones binarias n:m:

Las claves foráneas de las entidades relacionadas forman la clave primaria de la

nueva relación.

RESERVA_LA_HABITACION_DEL_USUARIO (id_reseva (FK), id_h (FK),

rut(FK))

USUARIO_EN_ACTIVIDAD (rut (FK), id_actividad(FK))

Mapeo de atributos multivalor:

NO APLICA

Mapeo de relaciones n-arias:

NO APLICA

Mapeo de relaciones recursivas:

NO APLICA

7.1.2 TABLA RESUMEN MODELO RESULTANTE:

Entidad Atributo
Cliente id_cliente (PK), nombre, correo, teléfono, id_reserva (FK)
Administrador id_sup (PK), nombre, profesión, teléfono, correo
Reserva id_reserva (PK), fecha ingreso, fecha salida, descripción reserva,
código reserva, id_cliente (FK), id_sup(FK)
Habitaciones categoría, fecha, estilo, id_h(PK), tipo, descripción
Usuario correo, nombre, rut(PK)
Actividad folclórica id_actividad(PK), tipo, descripción
Reserva_la_habitacion_de id_reseva (FK), id_h (FK)
l usuario
Usuario_en_actividad id_actividad(FK), id_guia(FK)
7.1.3 ESQUEMA MODELO RELACIONAL

Figura 6: Esquema modelo relacional

7.1.4 MODELO FÍSICO DE LA BASE DE DATOS:

Figura 7: Diseño físico de la base de datos

7.2 Diseño de arquitectura

Para el desarrollo de este proyecto se dividió en 2 grandes artefactos de

desarrollo, el front-end y el back-end.
El front-end es la parte del sistema que interactúa con el cliente en la cual puede
realizar las reservas y visualiza todo el contenido de la página. El front-end está
estructurado siguiendo una arquitectura MVC.
El back-end es la parte del sistema que interactúa con el administrador del
sistema, quien es el encargado de gestionar todas las reservas. También se organiza
siguiendo el patrón arquitectónico MVC.
 La organización para el desarrollo del modelo MVC se realizó de la siguiente
manera:
Modelo: Para el modelo se creó una carpeta en donde almacenaron todos los
diagramas referentes al programa a desarrollar, para así guiarse al momento de programar
los distintos módulos del sistema.
Vista: En esta carpeta están las plantillas que me permitieron estructurar la
página de forma profesional, aquí se encuentra todo el diseño y parte estética que presenta
la página, herramientas como css, html y js que estarán presentes en este apartado, además
de carpetas con imágenes originales de cada habitación y actividad.
Controlador: Esta carpeta contiene todo el código php a cada módulo
mencionado en el apartado vista, además aquí se integró todas las plantillas ocupadas en el
proyecto para ambos usuarios
A continuación en Figura 8, se muestra gráficamente cómo está estructurado el
desarrollo de este proyecto.

Figura 8 Arquitectura de desarrollo

7.3 Diseño de interfaz y navegación

El mapa de navegación es, básicamente, un grafo o esquema en forma de árbol

que representa la estructura u organización de las funciones de un sistema. Es el primer
paso para distribuir, organizar y jerarquizar el contenido que se verá en la pantalla de un
producto o servicio digital, para este caso se diseñaron 2 mapas, uno para cliente y el otro
para el administrador.
7.3.1 Mapa de navegación cliente

Como se menciona anteriormente, en este apartado se mostrará el mapa de

navegación de ambos apartados, es decir del front-end quien es el que visualiza el cliente y
el back-end que es donde gestiona la plataforma el administrador. En Figura 9 se muestra
un diagrama que organiza todo lo referente a la navegación por parte del cliente de una
manera lógica y secuencial

Aterrizaje

Top
Actividades Categoria Restaurante Contactenos
actividades

Granja Slider Carta Formulario

Habitaciones Categorias Perfil
educativa publicidad restaurant de contacto

Artesania Mapa de
Suite Moderna Reservar
chilena ubicacion

Cocina
Special Oriental Reservas
chilena

Carrera a la
Standar Retro
chilena

FIGURA 9:MAPA DE NAVEGACIÓN CLIENTE7.3.2 Interfaz de usuario

 Actividades:

Figura 10:Interfaz Actividades folcloricas

 Categorías-Habitaciones:

Figura 11: Interfaz habitaciones

 Categoría/perfil

Figura 12: Interfaz perfil de usuario

 Top actividades/Slider publicidad

Figura 13: Interfaz Slider de publicidad

 Restaurante/carta

Figura 14: Interfaz restaurante

 Contáctenos/formulario de contacto

Figura 15: Interfaz formulario de contacto

  Contáctenos/Mapa

Figura 16: Interfaz mapa dirección

7.3.3 Mapa de navegación administrador:

Dicho la utilidad del mapa de navegación del cliente, así mismo se articula este otro, ya que
organiza de manera lógica y secuencial la navegación que el administrador del sistema puede
hacer en este apartado backend, en donde se visualiza claramente los CRUDs que son parte
fundamental de esta sección.
 Aterrizaje

Inicio de sesión

Actividad
Inicio Administradores Banner Categorias Habitaciones Reservas Usuario Restaurant
folclorica

Agregar Agregar Resumen

Resumen Ventas Agregar banner Agregar actividad Agregar categoria Eliminar reserva Editar carta
administrador habitacion usuarios

Resumen Modificar Modifcar Modificar

Modificar rol Modificar banner Editar reserva Eliminar usuario Eliminar carta
reservas actividad categoria habitacion

Usuarios Eliminar Eliminar Eliminar

Eliminar banner Eliminar actividad Agregar plato
registrados administrador categoria habitacion

Administradores

Figura 17: Mapa de navegación administrador

7.3.4 Interfaz administrador:

 Inicio sesión:

Figura 18: Interfaz inicio sesión administrador

 Inicio:

Figura 19: Interfaz analíticas administrador general

 Administradores:

Figura 20: Interfaz gestión de administradores

 Actividades folclóricas/publicidad:

Figura 21: Interfaz gestión de actividades folclóricas

 Categorías:

Figura 22: Interfaz gestión de categorías

 Habitaciones

Figura 23 interfaz gestión de habitaciones

 Reservas

Figura 24: Interfaz gestión de reservas

 Usuarios

Figura 25: Interfaz gestión de usuarios

  Restaurant/carta

Figura 26: Interfaz gestión de restaurante

7.4 Módulos del sistema

En este apartado se presentan un diagrama con los módulos del sistema, en
donde se detalla la interacción de las clases y paquetes.
Cabe destacar que todos los módulos pertenecen al back-end del sistema, es
decir al apartado de administradores ya que ahí se aprecia de mejor manera como opera el
CRUD en este apartado del software.En la figura 27 se muestra un esquema general en
donde se puede apreciar la arquitectura MVC y las clases que componen la componen. Se
pueden apreciar tres paquetes: Modelo, Vista y Controlador con sus respectivas clases, así
como la interacción entre ellos.
Figura 27: Modelamiento por capas
CAPITULO 8:
PRUEBAS
 La realización de pruebas de software es fundamental para asegurar la calidad
del sitio web en cuestión. En este capítulo se describen diversas pruebas realizadas para
asegurar la calidad del sistema.

8.1 Módulos de prueba

El objetivo en cuestión es implementar pruebas para asegurar el correcto

funcionamiento de los módulos más importantes para que cumplan con su objetivo, los
siguientes módulos inicializaran este proceso de pruebas

 Inicio de sesión
 Editar reserva
 Medio de pago
 Gráfico y detalle de ventas
 Editar habitación
 Gestionar roles de administrador

8.2 Especificación de las pruebas

Para los módulos anteriormente mencionados se aplicarán las pruebas de:

Sistema, usabilidad y seguridad ya que estos determinan la rigurosidad al momento de
operar el software.

8.2.1 Pruebas de sistema

Para este módulo de pruebas del sistema se aplicó una prueba funcional,
específicamente integración de los módulos, puesto que el sistema cuenta con múltiples
integraciones dentro de las cuales se encuentra:
 Modulo del mapa
 Plantilla admin LTE
 Gráfico de ventas
Estos módulos fueron integrados para una simplificación y mejor visualización
del contenido, por tanto, para asegurar que estos se ejecutan correctamente en el sistema se
hicieron pruebas sencillas de navegación que se muestre claramente el despliegue correcto
del módulo. A continuación, se presentarán figuras en donde se ve claramente el correcto
funcionamiento de estas integraciones.
 En la figura 28 se aprecia la correcta integración y despliegue del
modulo mapa

Figura 28: Integración mapa

 En la figura 29 se aprecia la correcta integración y despliegue de la

plantilla Admin LTE

Figura 29: Integración plantilla administrador

 En la figura 30 se aprecia la correcta integración y despliegue del

módulo gráfico de ventas
 Figura 30: integración gráfico de ventas

8.2.2 Pruebas de seguridad

Para este apartado se aplicó pruebas relacionadas al módulo Loguin para el
usuario, esta prueba fue:
 Correcta encriptación de contraseña: Para este apartado lo que se aplicó es
directamente en la clase “registrar_usuario” que lo que hace es que al momento de
registrarse en el sistema un usuario cualquiera, esta información debe llegar a la base
de datos con la contraseña encriptada, por lo mismo se hizo la prueba y se
registraron los siguientes datos en el sistema web
Datos:
Correo: javier.sazo1501 @ alumnos.ubiobio.cl
Usuario: javier
Contraseña: 123
Para estas pruebas lo que interesa es que en la base de datos se vea registrada los
datos ingresados y que la contraseña se vea distinta, esto con el fin de mantener
sumamente seguro los datos personales del usuario.

Los pasos a seguir para la correcta encriptación de esta fueron:

1. Ingresar a la clase “registrar_usuario”
2. Crear una variable cualquiera, para este caso fue contraseña
 3. Aplicar la función hash en esa variable y le pasamos el parámetro ‘sha512’ y la
variable

En la figura 30 se puede apreciar como se integró lo descrito anteriormente en la

clase

Figura 31: Encriptación contraseña en clase

En la figura 31 se puede ver como este se encriptó correctamente en la base de

datos

Figura 32:Encriptación base de datos

8.2.3 Pruebas de usabilidad
La prueba de usabilidad por parte del usuario es una técnica usada en el
diseño de interacciones centrado en el usuario para evaluar un producto mediante pruebas
con los usuarios mismos. Esto puede ser visto como una práctica de usabilidad
irreemplazable, dado que entrega información directa de cómo los usuarios reales utilizan
el sistema. Este es en contraste con los métodos de inspección de usabilidad donde
expertos usan diferentes métodos para evaluar una interfaz de usuario sin involucrar a
usuarios reales(Walter Sanchez, 2019).

Las métricas ocupadas para estos estudios fueron

 Exactitud: Número de errores cometidos por los sujetos de prueba y si estos

fueron recuperables o no al usar los datos o procedimientos adecuados.
 Tiempo requerido para concluir la actividad.
 Recuerdo: Qué tanto recuerda el usuario después de un periodo sin usar la
aplicación.
 Respuesta emocional: Cómo se siente el usuario al terminar la tarea (bajo
tensión, satisfecho, molesto, etcétera).

El sistema fue operado por un usuario con experiencia que trabaja de forma
local en el desarrollo del sistema, por tanto, Don Ismael y el propietario fue visualizando el
comportamiento del sistema a medida que iba haciendo peticiones al usuario experto, esto
fue hecho para ambos apartados del software, tanto para el usuario como para el
administrador en donde fueron superadas ampliamente.
8.3 Detalles de las pruebas

El objetivo de este apartado es explicar y detallar el proceso de pruebas para los

módulos más importante del sistema, con el fin de transparentar y visualizar el
comportamiento del software ante diversos casos de prueba. Este apartado beneficia en
gran medida a la calidad del software ya que los módulos están sujeto a un alto flujo de
información y constantes cambios.

Por lo tanto, los módulos a testear son:

 inicio de sesión: se escogió este módulo ya que el sistema opera con 2 tipos de roles
que son el administrador general que tiene el control total del sistema y el diseñador
que solo tiene acceso a modificar la información publicada en el sistema.
Por otra parte cuando el cliente registra una reserva el sistema le exige registrarse o
iniciar sesión para ser redireccionado a la pasarela de pago lo cual son datos
sensibles y muy importante para el cliente.

 Editar habitación: Se escogió este módulo puesto que a nuestro juicio, el más
importante sistema, este permite mostrar todo lo que ofrece el hotel, además en
temporada alta o de mucha demanda el administrador puede cambiar información
de la habitación, valores o imágenes, al igual cuando hay promoción o temporada
baja, esto permite una mayor transparencia al momento de ofrecer el servicio de
hospedaje y demuestra un mayor compromiso con el cliente, por lo mismo es
escogido “editar habitación” para ser partícipe de estas pruebas

 Gestionar roles de administrador: Este módulo si bien permite asignar roles a los
administradores como diseñador, permitiendo agilizar y ordenar el proceso de
gestión del sistema, sin embargo, este puede provocar un problema a futuro ya que
por sistema el administrador diseñador, no puede escalar a super administrador, por
tanto si este escalado falla y permite fácilmente escalar a super usuario, este
administrador podrá gestionar todo el sistema como ventas, reservas, eliminar
usuarios y administradores, etc. Esto puede provocar un tremendo problema a
futuro ya que si se lleva el registro del personal (administradores) para hacer el
pago automático del sueldo, por sistema no permitirá el pago al administrador
 eliminado, o bien si se elimina un usuario que previamente tiene pagado una
reserva este puede provocar problemas legales a la empresa

8.3.1 Plan de prueba al sistema “iniciar sesión”

ID prueba PTR01 Fecha 12/07/2021

Propósito Visualizar inicio de sesión como administrador y
diseñador/editor
Tipo de prueba Caja negra
Actores Administrador, editor
Precondición Ambos deben tener cuenta registrada con su
respectivo rol
Flujo principal 1. El usuario ingresa al apartado “proyecto
tesis|Backend” mediante una url
2. Ambos usuarios inician sesión con sus
respectivas credenciales
3. El sistema muestra dashboard para cada
rol
4. El sistema permite operar por completo
el sistema según rol asignado
Flujo alternativo 1. El usuario ingresa al apartado “proyecto
tesis|Backend” mediante una url
2. Ambos usuarios ingresan mal su
credencial
3. El sistema despliega un mensaje de
credenciales invalidas
Tabla 9:Plan de pruebas inicio de sesión
8.3.1.2 Resultados prueba
Prueba Valor prueba Resultado Resultado Evaluación
esperado obtenido
Caso válido Administrador: El sistema permite El sistema El sistema
Usuario:Turrustico el ingreso a cada rol acredita aprueba
Clave: admin dando un mensaje correctamente satisfactoriamente
de bienvenida al las la prueba
Editor: sistema credenciales
Usuario: admin dando la
Clave:admin bienvenida al
sistema

Caso no Administrador: El sistema no El sistema El sistema

válido Usuario:admin permite iniciar rechaza aprueba
Clave:Turrustico sesión y notifica al exitosamente satisfactoriamente
usuario informando ambas la prueba
Editor: credenciales credenciales
Usuario: adminn erróneas
Clave: 123
Caso no Administrador: El sistema no El sistema no El sistema
válido Usuario: permite iniciar permite iniciar aprueba
administrador sesión y notifica al sesión con las satisfactoriamente
Clave:1234 usuario informando credenciales la prueba
credenciales ingresadas
Editor: erróneas
Usuario: default
Clave: admin
Tabla 10:Resultados pruebas inicio de sesión
8.3.2 Plan de prueba al sistema “Editar habitación”
ID prueba PTR02 Fecha 12/07/2021
Propósito Visualizar el editor de contenido del sistema y
cómo se comporta este ante distintas
modificaciones a la información ingresada
Tipo de prueba Caja negra
Actores Editor
Precondición EL administrador con rol de editor debe tener
previamente una cuenta registrada en el sistema
con el rol editor asignado
Flujo principal 1. El administrador inicia sesión
2. Selecciona el apartado de
habitaciones/editar
3. Modificar información publicada en el
sistema sobre habitaciones
4. Guardar actualización de la información
Flujo alternativo 1. El administrador inicia sesión
2. Selecciona el apartado de
habitaciones/editar
3. El sistema notifica rol invalido para
editar información
4. El sistema no permite guardar cambios
Tabla 11: Plan de prueba editar habitación

8.3.2.1 Resultados pruebas

Prueba Valor prueba Resultado Resultado obtenido Evaluación

esperado
Caso válido Editar valor y El sistema El sistema permite al El sistema
descripción de permite editar administrador/editor aprueba
habitación toda información actualizar satisfactoriamente
publicada en el información de la prueba
sistema sobre habitación y
habitación guardarla

Caso no Agregar una El sistema no El sistema rechaza El sistema

válido pasarela de pago permite agregar exitosamente la aprueba
extra a módulos externos petición satisfactoriamente
habitación a habitaciones la prueba
para el rol editor
Tabla 12:Resultados pruebas editar habitación
8.3.3 Plan de prueba al sistema “Gestión administrador”
ID prueba PTR03 Fecha 12/07/2021
Propósito Visualizar el comportamiento del sistema ante
posible escalado de rol con y sin autorización
Tipo de prueba Caja negra
Actores Administrador
Editor
Precondición Ambos usuarios deben esta previamente
registrados en el sistema con su respectivo rol
asignado
Flujo principal 1. Inicia sesión con credencial
2. Seleccionar el apartado administrador
3. cambiar el rol asignado
4. Volver a iniciar sesión y verificar los
cambios
Flujo alternativo 1. Ingresar al apartado de inicio de sesión
2. Ingresar credenciales no registradas
3. Intentar ingresar al sistema mediante
fuerza bruta/método diccionario
4. Imposibilidad de ingresar al sistema
Tabla 13: Plan de prueba Gestión de administradores

8.3.3.1 Resultados prueba

Prueba Valor prueba Resultado Resultado Evaluación
esperado obtenido
Caso válido Administrador: El sistema permite El sistema El sistema
Usuario:Turrustico cambiar rol de permite al aprueba
Clave: admin editor a administrador satisfactoriamente
administrador cambiar roles la prueba
general a cualquier y guardarlos
editor registrado exitosamente

Caso no Editor: El sistema no El sistema El sistema

válido Usuario: admin permite ingresar rechaza aprueba
Clave: admin como administrador exitosamente satisfactoriamente
general sin antes la petición la prueba
Configuración haber asignado
software THC este rol
Hydra
Tabla 14: Resultados pruebas gestión administrador

8.4 Plan prueba satisfacción del cliente:

Para este tipo de pruebas se realizó una tabla resumen cuya utilidad fue de pauta
para registrar el feedback/satisfacción por parte del cliente, esta tabla cuenta con 4
columnas llamadas: Pruebas, Usabilidad, Compresión y Predictibilidad. Estas 3 últimas
cuentan con una escala de 1 a 5 para poder evaluar cada sección descrita en pruebas en
donde 1 es muy deficiente y 5 es muy bueno. A continuación, un detalle de esta escala:

Función Valor
Muy deficiente 1
Deficiente 2
Moderado 3
Bueno 4
Muy bueno 5
Tabla 15 : Tabla escala de satisfacción

Nota: El sistema fue operado por un usuario con experiencia que trabaja de
forma local en el desarrollo del sistema, por tanto, Don Ismael y el propietario fue
visualizando el comportamiento del sistema a medida que iba haciendo peticiones al
usuario experto, esto fue hecho para ambos apartados del software, tanto para el usuario
como para el administrador.

8.4.1 Resultados satisfacción cliente apartado usuarios

A continuación, se presentan los resultados obtenidos en la reunión con el

cliente.

Prueba Usabilidad Comprensión Predictibilidad

1 2 3 4 5 1 2 3 4 5 1 2 3 4 5
Navegación x x x
Claridad en x x x
información
Reservar habitación x x x
Escoger actividad x x x
Ver disponibilidad x x x
Historial de reservas x X x
Tabla 16: Tabla satisfacción cliente apartado usuario
8.4.2 Tabla satisfacción cliente apartado administrador
Prueba Usabilidad Compresión Predictibilidad
1 2 3 4 5 1 2 3 4 5 1 2 3 4 5
Navegación X x x X
Claridad en x x X
información
Reservar habitación x x x
Escoger actividad X X x
Ver disponibilidad x X X
Historial de reservas x x X
Tabla 17:Tabla satisfacción cliente apartado administrador

Conclusión resultados cliente: Las pruebas demuestran el nivel de satisfacción

del cliente del sistema, si bien se comentó que faltan varios detalles por pulir, el cliente
quedó muy conforme con el sistema en general, tanto para la interfaz designada para el
usuario como para el administrador, lo que me deja contento con el buen recibimiento del
cliente.

8.5 Conclusión pruebas:

Se pudo observar que hacer pruebas al sistema es fundamental para asegurar la

calidad del software. Esto permitió corregir fallos de programación, así como de usabilidad
del sistema.
A modo de apreciación personal esto me permitió asegurar en gran medida el
funcionamiento del software y una mayor seguridad al momento de presentar el sistema al
cliente.
Por otra parte, los resultados obtenidos fueron en gran medida satisfactorios ya
que cumplían con el resultado esperado, sin embargo, las pruebas de predictibilidad y
comprensión en cuanto a navegación no fueron como se esperaba, por lo mismo queda
como trabajo futuro optimizar el rendimiento del sistema para estas pruebas, tanto para el
cliente como para el administrador. Se espera que esto se corrija en futuras actualizaciones
del software.
CAPITULO 9:
CONCLUSIONES
 En el desarrollo de este proyecto se planteó la actualización del actual sistema
de negoció ocupado por el hotel “Valle del folclore” quien presentaba diversos problemas
relacionados a agilización, transparencia y comodidad para sus clientes.
Esta solución fue implementada mediante diversas herramientas y
conocimientos para su realización, conocimientos adquiridos en la carrera como sistemas
de información, ingeniería de software, modelamiento de datos, gestión presupuestaria y
financiera y programación orientada objeto.
Finalmente se implementó un sistema robusto, capaz de hacer reservas de
manera inmediata, cómoda y sencilla, con efectos modernos y didácticos, con un diseño
responsivo que se adapta a cualquier dispositivo, además el sistema muestra los
requerimientos del cliente como la carta del restaurant y las actividades folclóricas,
mostrándolos con imágenes en terreno y platillos muy atractivo para el cliente.
Personalmente me quedó muy conforme con los resultados obtenidos en el
apartado de pruebas ya que el software cumplió ampliamente en cuanto a usabilidad y
seguridad, lo que me genera una mayor confianza al momento de mostrarle el proyecto al
cliente ya que puedo asegurar el correcto funcionamiento de cada módulo del sistema.
Por otra parte, el cliente quedó muy satisfecho con el resultado obtenido ya que
se mostró el sistema funcionando y se percató que todos los requerimientos estaban
correctamente implementados y muy bien logrados.
Como lección me llevo varias, dentro de las cuales me fueron muy útiles la
comunicación con mi profesor guía y el cliente y la perseverancia de mantenerme en
constante búsqueda ya que a lo largo del proyecto me surgieron múltiples detalles técnicos
dentro de los cuales la gran mayoría las fui solucionando buscando en artículos, foros y
libros para sacar adelante el detalle técnico y conceptuales.
Finalmente queda como trabajo futuro hacer un filtrado por fechas en el
apartado de reservas e integrar el módulo de mercadopago para hacer pagos online en la
plataforma haciendo más competitivo el sistema.
REFERENCIAS
Bishop, J. (2 de julio de 2017). El País. Obtenido de El País:
https://elpais.com/economia/2020/02/11/actualidad/1581439089_213172.html

Brache, R. &. (13 de junio de 1995). Wikipedia. Obtenido de Wikipedia:

https://es.wikipedia.org/wiki/Proceso_de_negocio#Adam_Smith

Empleabilidad. (10 de Septiembre de 2020). mifuturo.cl. Obtenido de mifuturo.cl:

https://www.mifuturo.cl/buscador-de-estadisticas-por-carrera/

hosting, B. (7 de mayo de 2021). banahosting.com. Obtenido de banahosting.com:

https://banahosting.com/web-hosting

IBM. (13 de Septiembre de 2015). IBM. Obtenido de IBM:

https://www.ibm.com/docs/es/db2-for-zos/10?topic=relationships-physical-database-design

Indeed. (13 de julio de 2021). Indeed. Obtenido de Indeed: https://cl.indeed.com/career/recepcionista-

para-hotel/salaries

Izurieta, B. (26 de Septiembre de 2016). TecnoHotel. Obtenido de TecnoHotel:

https://tecnohotelnews.com/2016/09/26/10-beneficios-que-las-nuevas-tecnologias-han-
traido-al-sector-turistico/

Logotipo. (30 de mayo de 2021). logotipo.cl. Obtenido de logotipo.cl: https://logotipo.cl/precios-

logotipo.php

Perez, H. (3 de junio de 2021). CotizaGrafica. Obtenido de CotizaGrafica:

http://www.cotizagrafica.cl/productos/volantes-y-flyers/

RadioSol. (2 de junio de 2021). RadioSol.cl. Obtenido de RadioSol.cl: https://radiosol.cl/tarifa-radio/

Risberg, T. (10 de mayo de 2021). Wikipedia. Obtenido de Wikipedia:

https://es.wikipedia.org/wiki/Modelo%E2%80%93vista%E2%80%93controlador

Royce, W. W. (16 de Marzo de 2007). Wikipedia. Obtenido de Wikipedia:

https://es.wikipedia.org/wiki/Winston_W._Royce

SEO, P. (1 de junio de 2021). Posicioname baja inversion y gran retorno. Obtenido de Posicioname baja
inversion y gran retorno: https://www.posicioname.cl/precios/
ANEXOS
Acta de reunión:

ACTA N° # 1 / 2021
UNIVERSIDAD DEL BÍO-BÍO
Fecha

ACTA DE REUNIÓN Día Mes Añ o

05 05 2021

Tema : Turrustico: un sistema de control y fomento turístico

INFORMACIÓN DE LA REUNIÓN
Objetivo(s) : Debatir sobre comisió n gastos y el actual proceso de negocio
Lugar/medio : Reunió n mediante meet/Gmail
Hora Inicio : 12:30 hrs. Hora Término : 13:30 hrs.
Total Horas Efectivas : 50 min. Tipo : Informativa/debate
Tabla 18:Acta reunión

TEMAS TRATADOS y ACUERDOS

- Se presenta el proyecto “Turrusitico” con el objetivo de debatir la implementación de,
2 de las principales características para concluir la factibilidad económica del
proyecto y futuro proceso de negocio, estas son:
 Gastos que realiza el hotel por publicidad
 Actual proceso de negocio
 Satisfacción del cliente con el sistema
La conclusión que se llego es que, si bien el hotel ocupa un sistema logístico
antiguo/clásico con el cual ellos creen que es suficiente y que por tanto no necesitan uno
nuevo o mejorado, por otra parte y mi apreciación como estudiante, es que con un buen
plan de estudio del proceso y con un par de herramientas informáticas, este proceso es
CONVOCADOS
Asist Justifica
N° Nombre Cargo e. Inasistencia
(si/no)

Propietario y
1 Ismael Fuentes Si -
administrador del
hotel valle del folclore
Estudiante/Tesista
2 Javier Sazo Lagos Si -
Tablas casos de uso

Nombre Iniciar sesión ID CUTR01

administrador
Actores Administrador
Autor Javier Sazo Lagos fecha 10/07/2021
Precondiciones Poseer una cuenta registrada en el sistema y el
rol de administrador asignado
Postcondiciones Operar el sistema por completo bajo el rol
administrador
Propósito Iniciar sesión como administrador sin errores
Flujo principal
N° Actor/Sistema Acción realizada
1 Administrador El administrador ingresa sus
credenciales en el inicio de
sesión del sistema
2 Sistema Despliega mensaje de
bienvenida
3 Sistema Permite operar el sistema
mediante bajo el rol asignado
Flujo(s) alterno(s)
N° Actor/Sistema Acción realizada
1 Administrador Ingresa mal sus credenciales
2 Sistema El sistema despliega mensaje
de error para que el
administrador vuelva a ingresar
sus datos
RNFs Seguridad, operatividad
Frecuencia de uso Alta Estado Implementado
Tabla 19 caso de uso iniciar sesión
Nombre Ingresar administrador ID CUTR02
Actores Administrador, usuario
Autor Javier Sazo Lagos
Precondiciones Administrador tiene que tener el rol de
administrador general y usuario no debe tener
una cuenta registrada en el sistema
Postcondiciones Usuario puede administrar el sistema bajo el rol
asignado
Propósito Revisar operatividad del escalamiento de roles
Flujo principal
N° Actor/sistema Acción realizada
1 Administrador Inicia sesión con credenciales
personales, ingresa nuevo
administrador en el sistema
2 Sistema El sistema envía una
notificación de creación de
nuevo administrador exitosa
3 Usuario sin rol El usuario ingresa al sistema
con nuevas credenciales y
permite operar el sistema bajo
el rol asignado
Flujo(s) alterno(s)
N° Actor/Sistema acción Acción realizada
1 Administrador El administrador ingresa nuevo
usuario
2 Sistema Notifica al administrador que
no posee permiso para ejecutar
esa tarea
RNFs Operatividad del sistema
Frecuencia de uso Medio Estado Implementado
Tabla 20 Caso de uso ingresar administrador
Nombre Eliminar habitación Estado CUTR03
Actores Editor
Autor Javier Sazo Lagos
Precondiciones Debe poseer una cuenta de administrador con
rol de editor
Postcondiciones Eliminar exitosamente cualquier habitación
registrada en el sistema
Propósito optimizar operatividad del rol editor
Flujo principal
N° Actor/sistema Acción realizada
1 Administrador El administrador selecciona
pestaña de habitaciones
2 Sistema El sistema muestra información
a editar
3 Sistema El sistema notifica eliminación
exitosamente
Flujo(s) alterno(s)
N° Actor/Sistema acción realizada
1 Administrador El administrador selecciona
pestaña de habitaciones
2 Sistema El sistema no muestra módulos
a editar
RNFs Operatividad del sistema
Frecuencia de uso Medio Estado Implementado
Tabla 21 Caso de uso eliminar habitación
Nombre Ingresar reserva ID CUTR04
Actores Cliente, administrador
Autor Javier Sazo Lagos
Precondiciones Ambos actores deben poseer una cuenta
registrada
Postcondiciones El cliente reserva exitosamente y el
administrador la visualiza correctamente
Propósito Visualizar operatividad principal del sistema
Flujo principal
N° Actor/sistema Acción realizada
1 Cliente Cliente ingresa una reserva
2 Sistema El sistema notifica nueva
reserva registrada
3 Administrador El administrador visualiza
correctamente la reserva
Flujo(s) alterno(s)
N° Actor/Sistema acción realizada
1 Cliente El cliente ingresa reserva
2 Sistema El sistema queda en un blucle
infinito y no permite realizar la
reserva
RNFs Operatividad del sistema
Frecuencia de uso Alta Estado Pendiente
Tabla 22 Caso de uso ingresar reserva
Nombre Buscar habitación ID CUTR05
Actores Cliente
Autor Javier Sazo Lagos
Precondiciones El cliente debe tener conexión a internet y un
navegador web
Postcondiciones El sistema muestra correctamente las
habitaciones por categoria
Propósito Visualizar operatividad del front-end
Flujo principal
N° Actor/sistema Acción para realizar
1 Cliente Cliente busca el sistema desde
el buscar web
2 Cliente El cliente ingresa al apartado de
habitaciones
3 Sistema El sistema muestra las
habitaciones por categoría o
como solicite el usuario
Flujo(s) alterno(s)
N° Actor/Sistema acción realizada
1 Cliente Busca el sistema en la web y no
lo encuentra
RNFs Publicidad del sistema y operatividad
Frecuencia de uso Alta Estado Pendiente
Tabla 23 Caso de uso buscar habitación
Nombre Agregar habitación ID CUTR06
Actores Administrador
Autor Javier Sazo Lagos
Precondiciones El administrador debe poseer una cuenta
registrada en el sistema con su respectivo rol
asignado
Postcondiciones El sistema permite al administrador agregar una
habitación
Propósito Visualizar operatividad básica del sistema
Flujo principal
N° Actor/Sistema Acción a realizar
1 Administrador El administrador selecciona el
apartado de habitaciones
desde el dashboard
2 Sistema El sistema le muestra las
habitaciones registradas y el
botón agregar habitación
3 Administrador El administrador agrega
habitación y guarda cambios
Flujo(s) alterno(s)
N° Actor/Sistema acción realizada
1 Administrador El administrador ingresa al
dashboard pero no encuentra
el apartado de habitaciones
RNFs Operatividad basica
Frecuencia de uso Medio Estado Implementado
Tabla 24 caso de uso agregar habitación
Nombre Registrar cliente ID CUTR07
Actores Cliente
Autor Javier Sazo Lagos
Precondiciones El usuario debe tener un navegador web con
conexión a internet
Postcondiciones El usuario debe registrarse correctamente en el
sistema y operarlo bajo este rol
Propósito Visualizar operatividad del sistema
Flujo principal
N° Actor/Sistema Acción realizada
1 Cliente El cliente ingresa al sistema
web y selecciona el apartado
de perfil para registrarse
2 Sistema El sistema permite al usuario
registrarse correctamente
Flujo(s) alterno(s)
N° Actor/Sistema acción realizada
1 Cliente El cliente ingresa al sistema
pero no encuentra la pestaña
perfil
RNFs Operatividad del sistema/seguridad
Frecuencia de uso Alta Estado Implementado
Tabla 25 Caso de uso registrar cliente
Nombre Gestión de ID CUTR08
disponibilidad de
reserva
Actores Administrador
Autor Javier Sazo Lagos
Precondiciones Tener previamente reservas ingresadas
Postcondiciones Visualizar en el calendario del administrador las
reservas ingresadas
Propósito Visualizar la logística del sistema
Flujo principal
N° Actor/sistema Acción realizada
1 Administrador El administrador desde el
dashboard selecciona reservas
para luego visualizar el
calendario de reservas
2 Sistema El sistema muestra el
calendario con las reservas
ingresadas
Flujo(s) alterno(s)
N° Actor/Sistema acción realizada
1 Administrador El administrador no encuentra
en el dashboard el modulo de
reservas
RNFs logística del sistema
Frecuencia de uso Alta Estado Implementado
Tabla 26 Gestionar disponibilidad de reserva