1 CAPITULO I MARCO TEÓRICO 1. ESQUEMA CONCEPTUAL 1.1. REFERENCIAS TEÓRICAS 1.1.1. RECEPCIÓN EN HOTELES Para comenzar empezaremos diciendo que los distintos departamentos que constituyen un hotel tienen gran importancia y no conviene destacar una mayor relevancia para uno u otro. Un hotel es una empresa de servicios, y la sincronización, coordinación y control interdepartamental es lo que va a determinar, además de su categoría, su reputación a nivel comercial sin olvidar que cada departamento tiene una funciones concretas y especificas, y que igualmente desempeña un papel dentro de la organización general dentro de la empresa.
94
Embed
Proyecto Control y Recepcion de Huéspedes Corregido
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
1
CAPITULO I
MARCO TEÓRICO
1. ESQUEMA CONCEPTUAL
1.1. REFERENCIAS TEÓRICAS
1.1.1. RECEPCIÓN EN HOTELES
Para comenzar empezaremos diciendo que los distintos
departamentos que constituyen un hotel tienen gran importancia y
no conviene destacar una mayor relevancia para uno u otro. Un
hotel es una empresa de servicios, y la sincronización, coordinación
y control interdepartamental es lo que va a determinar, además de
su categoría, su reputación a nivel comercial sin olvidar que cada
departamento tiene una funciones concretas y especificas, y que
igualmente desempeña un papel dentro de la organización general
dentro de la empresa.
2
El departamento de recepción es la tarjeta de presentación del hotel.
Tiene gran importancia de cara a la clientela, ya que es el primer
departamento con el que el cliente tiene relación, bien sea de una
forma personal a su llegada, bien a través de cualquier medio de
comunicación, teléfono, telefax, carta, etc., si hace reserva antes de
su llegada.
La primera y última impresión son las que mayor importancia tienen
para la mayoría de los clientes. La primera, debido a que el ser
humano siempre se deja impresionar fácilmente por las imágenes,
ésta va a predisponer a la mayoría de la clientela a favor o en contra
del establecimiento según haya sido favorable o desfavorable para
cada cliente.
1.1.2. ORGANIZACIÓN Y FUNCIONES
Hay que decir que la organización del departamento de recepción
varía de un establecimiento a otro sensiblemente, no es lo mismo un
hotel rural que un hotel en la costa, la organización es distinta.
Hay una gran gama de factores que se dividen directamente en la
organización de este departamento, entre los que vamos a destacar
como importantes:
1.1.2.1. Factores:
a) Tipo de establecimiento: Repercute en la
organización y va en relación directa con la cantidad,
variedad y calidad de de los servicios.
b) Categoría del establecimiento: Es el grado de
especialización de los empleados será mayor cuanto
mayor ser la categoría.
c) Ubicación y tipo de clientela: Tienen su importancia
en relación con la organización.
d) Grado de mecanización o automatización: Afecta
directamente a la organización, especialización de los
empleados y a la cantidad de los mismos necesarios en
la recepción, es decir, establecimientos con
organización manual necesitan más número de
empleados y a la inversa en hoteles con un grado de
3
automatización y mecanización, pero la mano de obra
de estos últimos deberá ser mas cualificada, ya que
esta debe conocer y manejar máquinas facturadotas
en el caso de mecanización, y ordenadores en el caso
de la automatización.
1.1.2.2. Reservas
Podemos definir Reservas como: la acción mediante la
cuál una persona en su nombre, cliente o en nombre de
otra, solicita el alquiler de una o más habitaciones, de
características determinadas durante unas fechas
concretas, contándose las mismas por módulos de 24
horas, bajo un precio determinado de antemano.
Las funciones de este departamento son:
o La venta correcta de habitaciones.
o El control de las ventas realizadas.
o Atender la correspondencia.
o La utilización y el control del teléfono, fax y arras.
1.1.2.3. Mano Corriente
Mano−corriente es uno de los subdepartamentos que
configuran el departamento de recepción junto con el de
Caja. El origen de su nombre procede del francés
Main−courrante, nombre que recibía el impreso en el que
se anotaban manualmente los gastos diarios realizados
por los clientes en los distintos departamentos, así como
el control del pago de las facturas. El equivalente de
Main−courrante en castellano recibe el título de Cuenta
corriente de clientes, ya que ésta es la actividad y función
diaria que realiza este subdepartamento.
Este subdepartamento trabaja las veinticuatro horas del
día en tres turnos, mañana, tarde y noche, los cuales
guardan un paralelismo lógico con las actividades y
funciones realizadas por el mostrador de recepción, es
decir, la mañana se caracteriza por las salidas, la tarde
4
por las entradas y la noche por el turno mayor de
responsabilidad y trabajo administrativo a la vez, y es el
tiempo en que se realiza mayor número de controles.
La autonomía o independencia de este subdepartamento
que configura parte de Back−office está en función de
diversos factores:
o Tipo de establecimiento.
o Categoría.
o Grado de mecanización o automatización.
1.2. CONCEPTOS FUNDAMENTALES
1.2.1. ENTORNOS DE PROGRAMACION
A) Programación Estructurada (PE)
La programación estructurada esta compuesta por un conjunto
de técnicas que han ido evolucionando aumentando
considerablemente la productividad del programa reduciendo el
tiempo de depuración y mantenimiento del mismo.
Las principales ventajas de la programación estructurada son:
Los programas son mas fáciles de entender
Se reduce la complejidad de las pruebas
Aumenta la productividad del programador
Los programas queden mejor documentados internamente.
B) Programación Orientada a Objetos (POO)
Es una técnica que aumenta la velocidad de desarrollo de los
programas, gracias a la reutilización de los objetos.
El elemento principal de la programación orientada a objetos es
el objeto.
El objeto es un conjunto complejo de datos y programas que
poseen estructura y forman parte de una organización.
Un objeto contiene varios datos bien estructurados y pueden ser
5
visibles o no dependiendo del programador y las acciones del
programa en ese momento.
C) Programación en tres capas
La programación por capas es una técnica de ingeniería de
software propia de la programación por objetos, éstos se
organizan principalmente en 3 capas: la capa de presentación o
frontera, la capa de lógica de negocio o control, y la capa de
datos.
Capa de Presentación o Frontera: La presentación del
programa ante el usuario, debe manejar interfaces que cumplan
con el objetivo principal de este componente, el cual es facilitar
al usuario la interacción con la aplicación. Para esto se utilizan
patrones predefinidos para cada tipo de aplicación y para cada
necesidad del usuario. La interfaz debe ser amigable y fácil de
utilizar, ya que el usuario final es el que se va a encargar de
utilizar el sistema y de dar retroalimentación al equipo de
desarrollo en caso de que haya algo que mejorar.
Dentro de la parte técnica, la capa de presentación contiene los
objetos encargados de comunicar al usuario con el sistema
mediante el intercambio de información, capturando y
desplegando los datos necesarios para realizar alguna tarea. En
esta capa los datos se procesan de manera superficial. Esta capa
se comunica únicamente con la capa lógica del negocio.
Capa Lógica del Negocio o Control: Es donde residen los
programas que se ejecutan, se reciben las peticiones del usuario
y se envían las respuestas tras el proceso. Se denomina capa de
negocio (e incluso de lógica del negocio) porque es aquí donde se
establecen todas las reglas que deben cumplirse. Esta capa se
comunica con la capa de presentación, para recibir las solicitudes
y presentar los resultados, y con la capa de datos, para solicitar
al gestor de base de datos para almacenar o recuperar datos de
él. También se consideran aquí los programas de aplicación
Capa de Datos: Es donde residen los datos y es la encargada de
acceder a los mismos. Está formada por uno o más gestores de
6
bases de datos que realizan todo el almacenamiento de datos,
reciben solicitudes de almacenamiento o recuperación de
información desde la capa de negocio.
Todas estas capas pueden residir en un único ordenador, si bien
lo más usual es que haya una multitud de ordenadores en donde
reside la capa de presentación (son los clientes de la arquitectura
cliente/servidor). Las capas de negocio y de datos pueden residir
en el mismo ordenador, y si el crecimiento de las necesidades lo
aconseja se pueden separar en dos o más ordenadores. Así, si el
tamaño o complejidad de la base de datos aumenta, se puede
separar en varios ordenadores los cuales recibirán las peticiones
del ordenador en que resida la capa de negocio.
a) Ventajas
Al implementar el modelo de programación, se asegura un
trabajo de forma ordenada y separada, debido a que sigue el
principio de “divide y vencerás”.
Cada capa está dividida, según su funcionalidad, cuando se
quiere modificar el sistema, basta con cambiar un objeto o
conjunto de objetos de una capa; esto se llama modularidad.
b) Desventajas
Cuando se implementa un modelo de programación en capas,
se debe llegar a un balance entre el número de capas que
componen el programa. Este debe ser el necesario y
suficiente para realizar un trabajo específico con eficiencia y
ser lo más modular posible.
Las desventajas son la pérdida de eficiencia, realización de
trabajo innecesario o redundante entre capas, gasto de
espacio de la aplicación, debido a la expansión de las capas, o
bien una alta dependencia entre los objetos y capas que
contradice el objetivo principal del modelo.
7
Figura 1.1. Modelo de 3 capas
1.3. DESCRIPCIÓN DE LA ORGANIZACIÓN
1.3.1. DESCRIPCIÓN ORGÁNICA DE LA INSTITUCIÓN
La institución se denomina Instituto Superior Público Honorio
Delgado Espinoza, en la carrera profesional de Administración de
Servicios de Hostelería, se dedica a la educación pública y formando
profesionales técnicos en administración de servicios de hostelería,
ubicada en la calle los Arces # 202 en el Distrito de Cayma de la
ciudad de Arequipa.
1.3.2. ORGANIGRAMA
ADMINITRACIÓN
RECEPCIÓN HABITACIONES MANTENIMIENTO
8
1.3.2.1. FUNCIONES
Jefe de Recepción:
- Supervisa el correcto llenado de registros.
- Supervisa la aplicación de tarifas.
- Diseña impresos para recepción.
- Atiende huéspedes importantes.
- Supervisa el reporte del amo de llaves.
- Coordina la entrada y salida de grupos.
- Autoriza compras y descuentos según políticas.
- Supervisa los Noshows.
- Recibe informes nocturnos.
- Supervisa el cumplimiento de la política.
Recepcionista:
- Registra huéspedes a la entrada.
- Asigna habitaciones.
- Recibe pendientes.
- Autoriza cambios de habitaciones.
- Controla llaves maestras.
- Verifica reporte del amo de llaves.
- Atiende problemas de huéspedes.
- Solicita trabajo de mantenimiento.
- Registra grupos a su llegada.
- Recibe solicitudes, cambios, cancelaciones de
reservaciones.
- Promover los servicios del hotel.
- Recibir y entregar pendientes.
- Realizar conteo de habitaciones.
POLÍTICAS:
- El hotel no se hace responsable por valores que no se
depositen en la recepción.
- Todo huésped debe registrarse en recepción.
- No se puede permitir la entrada al hotel de mujeres de
vida galante.
- Toda salida requiere ser autorizada.
9
CAPITULO II
MARCO OPERATIVO
2. INFORMACIÓN GENERAL
NOMBRE DEL PROYECTO
Sistema de Control y Recepción de Huéspedes para la carrera profesional
técnico de Administración de Servicios de Hostelería.
FUNDAMENTACIÓN DEL PROBLEMA
El programa profesional de Administración de Servicios de Hostelería,
realiza sus prácticas de administración de servicios de forma manual.
Las operaciones de recepción, reservas y administración; se realiza en
forma manual; los problemas surgen cuando se debe realizar la
administración de los recursos hoteleros a través de consolidados
semanales, mensuales de los ingresos económicos, número de huéspedes,
10
tipo de habitaciones ocupadas, frecuencia de ocupación de habitaciones,
tipos de huéspedes.
Los estudiantes de la carrera de Administración de Servicios de Hostelería,
no están vinculados con la tecnología informática en control y recepción de
huéspedes, porque actualmente las empresas hoteleras operan “Sistemas
de Administración y Recepción de huéspedes”, que facilitan y apoyan una
administración eficaz.
El presente trabajo teórico práctico de un sistema informático de “Control y
Recepción de Huéspedes”, facilitará un mejor aprendizaje por parte de los
estudiantes, de las operaciones de Control y Recepción de huéspedes.
PREGUNTAS
a. ¿Qué realiza el Sistema de Control y Recepción de Huéspedes?
b. ¿Cómo funciona el Sistema de Control y Recepción de Huéspedes?
c. ¿Qué beneficios ofrece el sistema?
d. ¿Qué es la programación de tres capas?
JUSTIFICACIÓN
La carrera profesional técnico de Administración de Servicios de Hostelería,
no cuenta hasta el presente con un programa de simulación del control y
recepción de huéspedes, por lo que el presente trabajo teórico práctico
tratará de cubrir un vacío en la parte mecanizada del control de huéspedes.
Por tal motivo se ha planteado el proyecto que favorecerá a los alumnos de
la carrera profesional técnico de Administración de Servicios de Hostelería,
para que puedan adquirir experiencia en su campo laboral.
OBJETIVOS
OBJETIVOS GENERALES:
Desarrollar un sistema de Control y Recepción de Huéspedes.
OBJETIVOS ESPECÍFICOS:
- Registrar usuarios al sistema.
11
- Registrar los tipos de planes de habitación.
- Registrar habitaciones.
- Registrar los datos personales de nuevos huéspedes.
- Registrar reservas y hospedajes.
- Admitir reservas.
- Buscar datos de huéspedes ya registrados.
- Agilizar el tiempo de atención de la recepcionista.
- Registrar servicios a la habitación.
- Calcular el monto total a pagar.
- Emitir boletas, facturas y reportes
HIPÓTESIS
El uso práctico del sistema de Control y Recepción de Huéspedes, mejorará
el aprendizaje en el curso de Administración y Recepción por parte de los
alumnos del VI Semestre de la especialidad de Administración de Servicios
y Hostelería del Instituto Superior Público Honorio Delgado Espinoza de
Arequipa.
VARIABLES E INDICADORES
a) Variable Independiente
Uso práctico del sistema de Control y Recepción de
Huéspedes.
Indicadores e Índices
Funcionabilidad de uso
- Facilidad del uso práctico del Sistema de Control y
Recepción de Huéspedes.
b) Variable Dependiente
Aprendizaje de la recepción y control de Huéspedes.
Indicadores e Índices
Eficacia
- Fácil aprendizaje del sistema.
- Satisfacción por parte del usuario.
12
UNIVERSO, MUESTRA Y DELIMITACIONES
UNIVERSO
Como universo se han considerado todos los estudiantes de VI
semestre de la carrera profesional técnico de Administración de
Servicios de Hostelería.
MUESTRA
Como muestra para el presente trabajo teórico práctico tomaremos
a los alumnos de VI semestre del curso de Administración y
Recepción de la carrera profesional técnico de Administración de
Servicios de Hostelería.
DELIMITACIONES
A) DELIMITACIÓN ESPACIAL
El presente trabajo teórico práctico es aplicable a diversos
laboratorios de cómputo dedicados para la enseñanza de
Administración y Recepción, donde es necesario simular el
control y recepción de huéspedes.
La realización del trabajo piloto se realizará en el laboratorio de
cómputo de la carrera profesional técnico de Administración de
Servicios de Hostelería del Instituto Superior Público Honorio
Delgado Espinoza de la ciudad de Arequipa.
B) DELIMITACIÓN TEMPORAL
El desarrollo del presente trabajo teórico práctico se realizó en
2 etapas. La primera etapa abarcó un horizonte temporal entre
1 y 21 de noviembre del 2008, donde se elaboró la
investigación preliminar, ubicación del problema, formulación
del tema y el análisis y diseño del sistema.
La segunda etapa se realizó 24 de noviembre del 2008 a 24 de
enero del 2009, donde se desarrollo la programación y
construcción del sistema planteado, análisis e interpretación de
13
resultados, las conclusiones, las recomendaciones y la
preparación del informe final.
C) DELIMITACIÓN SOCIAL
En el presente trabajo teórico práctico están involucrados los
siguientes Usuarios:
Alumnos: Es el que hace uso de las computadoras en las
horas de clase, los cuales tendrán instalado el Sistema de
Control y Recepción de Huéspedes el “Módulo
Recepcionista”.
Docente: Es quien va a hacer uso del “Módulo
Administrador” en el cual registra datos que luego lo usarán
los alumnos en el “Módulo Recepcionista”, puede habilitar o
inhabilitar el ingreso de los alumnos al sistema.
LIMITACIONES
El desarrollo del presente trabajo, ha pasado por restricciones debido al
poco tiempo, escasos recursos económicos, falta de equipos conectados a
una red LAN, material bibliográficos y la poca colaboración por parte de los
administradores de los hoteles.
TÉCNICAS E INSTRUMENTOS DE RECOLECCIÓN
TÉCNICAS
Como técnicas para el trabajo teórico práctico se ha utilizado:
- Encuesta
- Modelamiento
INSTRUMENTOS
Como instrumentos para el trabajo teórico práctico se ha
utilizado:
- Para la Encuesta se empleó Fichas de Cuestionario.
- Para el Modelamiento se utilizó el Racional Rose, Lenguaje de
Programación PHP 5 y la Base de Datos Mysql para la
construcción del sistema.
14
ESTUDIO DE FACTIBILIDAD
FACTIBILIDAD ECONÓMICA:
Los gastos generados por este trabajo teórico práctico, serán
solventados por el equipo que realiza el proyecto.
FACTIBILIDAD OPERACIONAL:
El equipo que realiza el proyecto cuenta con los conocimientos
necesarios de programación; además contamos con el apoyo de
docente en asesoría en análisis - diseño de sistemas y
programación orientada a objetos.
En la parte de administración y recepción contamos con asesoría
de los ex -alumnos de la carrera de Administración de Servicios
de Hostelería y las profesoras Carmen Machado y Luz Calderón.
CRONOGRAMA
TIEMPO
ACTIVIDAD
NOVIEMBRE DICIEMBRE ENERO
S
1
S
2
S
3
S
4
S
1
S
2
S
3
S
4
S
1
S
2
S
3
S
4
Investigación Preliminar
Determinación de
Requerimientos.
- Análisis
- Diseño
Programación
Pruebas
15
CAPITULO III
ANÁLISIS E INTERPRETACIÓN DE
RESULTADOS
3. ANÁLISIS E INTERPRETACIÓN DE RESULTADOS
POBLACIÓN Y MUESTRA
Se ha identificado como unidad de análisis al curso de administración y
recepción de la carrera profesional técnico de Administración de Servicios y
Hostelería. Este curso tiene una frecuencia no variable de alumnos
matriculados, razón por la cual, el universo considerado para este propósito
es finito.
MUESTRA
El tamaño de muestra empleado para este trabajo teórico práctico fue de
veinte (20) datos aleatorios, el tipo de muestra es probabilística, es decir,
se basa en el principio de probabilidad, esto se debe a que, para efectos del
16
presente estudio, todas las observaciones de los alumnos tienen la misma
probabilidad de ser elegidos.
Se realizaron las pruebas en el último semestre académico.
NIVEL DE CONFIANZA Y SIGNIFICANCIA
La ficha técnica de encuesta sobre la cual han sido probados los datos
recolectados para la prueba de hipótesis, corresponde a los siguientes
parámetros:
Nivel de confianza : 95%
Significancia : 5%
ORGANIZACIÓN DE DATOS
Pregunta Nº 1:
¿Te gusta la carrera de Administración de Servicios de
Hostelería?
SI ( )
NO ( )
clase f h F H F%
SI 20 1 20 1 100
NO 0 0 20 1 0
TOTAL 20 1 100
Pregunta Nº 2:
¿Actualmente el curso de Administración y Recepción se realiza
de manual?
SI ( )
NO ( )
clase f h F H F%
SI 20 1 20 1 100
NO 0 0 20 1 0
TOTAL 20 1 100
17
Pregunta Nº 3:
¿En la asignatura de administración y recepción, utilizan tecnología
informática?
SI UTILIZAN ( )
NO UTILIZAN ( )
clase f h F H F%
SI 17 0.85 17 0.85 85
NO 3 0.15 20 1 15
TOTAL 20 1 100
Pregunta Nº 4:
¿El aprendizaje del curso de Administración y Recepción es fácil?
SI ( )
NO ( )
clase f h F H F%
SI 6 0.3 6 0.3 30
NO 14 0.7 20 1 70
TOTAL 20 1 100
Pregunta Nº 5:
¿Te gustaría tener prácticas en el manejo de sistema de control y
recepción de huéspedes, para tu formación tecnológica?
SI ( )
NO ( )
clase f h F H F%
SI 20 1 20 1 100
NO 0 0 20 1 0
TOTAL 20 1 100
18
Pregunta Nº 6:
¿Si existiera un sistema informático en la carrera de Administración
de Servicios de Hostelería del Instituto Honorio Delgado Espinoza
en el área de recepción y reserva; favorecería tu aprendizaje?
SI ( )
NO ( )
clase f h F H F%
SI 20 1 20 1 100
NO 0 0 20 1 0
TOTAL 20 1 100
Pregunta Nº 7:
¿El uso practico del sistema de Control y Recepción de Huéspedes es
fácil de manejo?
SI ( )
NO ( )
clase f h F H F%
SI 20 1 20 1 100
NO 0 0 20 1 0
TOTAL 20 1 100
Pregunta Nº 8:
¿El uso del sistema de Control y Recepción de Huéspedes mejoro el
aprendizaje de la recepción y control de Huéspedes de curso de
Administración y Recepción?
SI ( )
NO ( )
clase f h F H F%
SI 20 1 20 1 100
NO 0 0 20 1 0
TOTAL 20 1 100
19
REPRESENTACIONES GRÁFICAS
Pregunta Nº 1:
¿Te gusta la carrera de Administración de Servicios de
Hostelería?
SI ( ) NO ( )
0
50
100
SINO
SI, 100
NO, 0
¿Te gusta la carrera de Administración de Servicios y Hostelería?
Interpretación: En la encuesta realizada llegamos a la conclusión que el
100% de los estudiantes de VI Semestre de Administración de Servicios de
Hostelería están satisfechos con su carrera.
Pregunta Nº 2:
¿Actualmente el curso de Administración y Recepción se realiza
de manual?
SI ( ) NO ( )
0
50
100
SINO
SI, 100
NO, 0
¿Actualmente el curso de Administración y Recepción se realiza de manual?
20
Interpretación: En la encuesta realizada llegamos a la conclusión que el
100% de los estudiantes de VI Semestre de Administración de Servicios de
Hostelería manifiestan que el curso de Administración y Recepción lo realizan
en forma manual.
Pregunta Nº 3:
¿En la asignatura de administración y recepción, utilizan tecnología
informática?
SI UTILIZAN ( ) NO UTILIZAN ( )
0
50
100
SINO
SI, 85
NO, 15
¿En la asignatura de administración y recepción, utilizan tecnología informática?
Interpretación: En la encuesta realizada llegamos a la conclusión que el 85%
de los estudiantes de VI Semestre de Administración de Servicios de Hostelería
refieren que no utilizan tecnología informática para el curso de administración y
recepción; sólo un 15% afirma que si utilizan.
Pregunta Nº 4:
¿El aprendizaje del curso de Administración y Recepción es fácil?
SI ( ) NO ( )
0
20
40
60
80
SI
NO
SI, 30
NO, 70
¿El aprendizaje del curso de Administración y Recepción es fácil?
21
Interpretación: En la encuesta realizada llegamos a la conclusión que el 70%
de los estudiantes de VI Semestre de Administración de Servicios de Hostelería
refieren que el aprendizaje no es fácil.
Pregunta Nº 5:
¿Te gustaría tener prácticas en el manejo de sistema de control y
recepción de huéspedes, para tu formación tecnológica?
SI ( ) NO ( )
0
50
100
SINO
SI, 100
NO, 0
¿Te gustaría tener prácticas en el manejo de sistema de control y recepción de huéspedes, pra tu formación tenológica?
Interpretación: Llegamos a la conclusión que el 100% de los estudiantes
de VI Semestre de Administración de Servicios de Hostelería, requieren
tener prácticas en el manejo de un sistema informático.
Pregunta Nº 6:
¿Si existiera un sistema informático en la carrera de Administración
de Servicios de Hostelería del Instituto Honorio Delgado Espinoza
en el área de recepción y reserva; favorecería tu aprendizaje?
SI ( ) NO ( )
0
50
100
SINO
SI, 100
NO, 0
¿Si existiera un sistema informático en la carrera de Administración de Servicios de Hostelería, favorecería tu aprendizaje?
22
Interpretación: En la encuesta realizada llegamos a la conclusión que el
100% de los estudiantes de VI Semestre de Administración de Servicios de
Hostelería afirman que un sistema informático favorecería para
complementar su aprendizaje.
Pregunta Nº 7:
¿El uso practico del sistema de Control y Recepción de Huéspedes es
fácil de manejo?
SI ( ) NO ( )
0
50
100
SINO
SI, 100
NO, 0
¿El uso practico del sistema de Control y Recepción de Huéspedes es fácil de manejo?
Interpretación: En la encuesta realizada llegamos a la conclusión que el
100% de los estudiantes de VI Semestre de Administración de Servicios de
Hostelería afirman que un sistema informático es de fácil manejo.
Pregunta Nº 8:
¿El uso del sistema de Control y Recepción de Huéspedes mejoro el
aprendizaje de la recepción y control de Huéspedes de curso de
Administración y Recepción?
SI ( ) NO ( )
0
50
100
SINO
SI, 100
NO, 0
¿El uso del sistema de Control y Recepción de Huéspedes mejoro el aprendizaje de la recepción y control de Huéspedes
de curso de Administración y Recepción?
23
Interpretación: En la encuesta realizada llegamos a la conclusión que el
100% de los estudiantes de VI Semestre de Administración de Servicios de
Hostelería afirman que mejoró el aprendizaje sobre el control y recepción
de huéspedes.
VERIFICACIÓN DE LA HIPÓTESIS
Efectivamente con los resultados obtenidos, es correcto con la
implementación de un sistema de control y recepción de huéspedes para los
alumnos del VI Semestre de la carrera profesional técnico de
Administración de Servicios de Hostelería, puesto que afirma que el sistema
de control y recepción de huéspedes sería favorable para su aprendizaje y
campo laboral.
24
CAPITULO IV
PROPUESTA DE INVESTIGACIÓN
4.1. DESCRIPCIÓN DE LA PROPUESTA.
De acuerdo al problema investigado, nosotros proponemos un sistema
informático de Control y Recepción de Huéspedes, que tenga la modalidad vía
Web.
Donde los alumnos de administración de servicios de hostelería, podrán realizar
sus prácticas en el sistema desde cualquier computador conectado a la red del
laboratorio de cómputo.
Podrán ingresar o buscar datos de huéspedes, elegir tipo y plan de habitación,
registrar, modificar, cancelar reservas y hospedajes, emitir presupuestos y
comprobantes por servicios realizados y emitir reportes.
25
4.2. ANÁLISIS DEL NEGOCIO
4.2.1. ACTORES DEL NEGOCIO
4.2.2. CASOS DE USO DEL NEGOCIO
CASOS DE USO DEL NEGOCIO
Registro de Reservaciones Registro de Servicios de Hospedaje Detalles de plan
Registro de Huéspedes Registro de Habitaciones
26
4.2.3. DIAGRAMAS DE CASOS DE USO DEL NEGOCIO
DIAGRAMA DE CASOS DE USO DE ALTO NIVEL
Huésped
(from ACTORES DEL NEGOCIO)...)
Registro de Reservaciones
(f rom CU-NEGOCIO)
Registro de Huéspedes
(f rom CU-NEGOCIO)
Registro de Habitaciones
(f rom CU-NEGOCIO)
Recepcionista
(from ACTORES DEL NEGOCIO)
Detal les de plan
(f rom CU-NEGOCIO)
Registro de Servicios de Hospedaje
(f rom CU-NEGOCIO)
Jefe de Recepción
(from ACTORES DEL NEGOCIO)
27
Hu
és
ped
(fro
m A
CT
OR
ES
DE
L N
EG
OC
IO)
Co
nfi
rmar
res
erv
a d
e H
ab
itac
ión
Se
lec
cio
na
r fo
rma d
e p
ago
Re
gis
tro
de
re
se
rva
<<in
clu
de>
>
Pro
po
rcio
na
r d
ato
s d
el h
ue
sp
ed
<<in
clu
de>
>--
Veri
fic
ar
dis
po
nib
ilid
ad
de
hab
ita
cio
ne
s<
<in
clu
de>
>
Pro
po
rcio
na
r g
ara
ntí
a d
e p
ago
<<in
clu
de>
>
<<in
clu
de>
>
Se
lec
cio
na
r p
lan
de
hab
itac
ión
<<in
clu
de>
>
Re
ce
pcio
nis
ta
(fro
m A
CT
OR
ES
DE
L N
EG
OC
IO)
A. REGISTRO DE RESERVACIONES
28
B. REGISTRO DE PLANES
Llenar ficha de planes
Ingresar tipo de plan
<<include>>
Jefe de Recepción
(f rom ACTORES DEL NEGOCIO)
Ingresar detalle de plan
<<include>>
C. REGISTRO DE HABITACIONES
Llenar datos de Serv . de habitacion
en el libro de registro
Registro de habitaciones
<<include>>Recepcionista
(from ACTORES DEL NEGOCIO)
29
D. REGISTRO DE SERVICIOS DE HOSPEDAJE
Huésped
(fro
m A
CT
OR
ES
DE
L N
EG
OC
IO)
Pers
onal M
ante
nim
iento
(fro
m A
CT
OR
ES
DE
L N
EG
OC
...
Pers
onal Lav
anderí
a(f
rom
AC
TO
RE
S D
EL
NE
GO
C..
.
Solic
itar
serv
icio
de m
ante
nim
iento
Solic
itar
serv
icio
de lav
anderia
Asis
tente
(fro
m A
CT
OR
ES
DE
L N
EG
OC
...
Sele
ccio
nar
pla
n d
e h
abitació
n
Asig
nar
Habitació
n
Lle
nar
pla
nill
as d
e h
abitació
n
<<in
clu
de>>
Calc
ula
r el to
tal
Actu
aliz
a e
l to
tal del co
mpro
bante
en
cuadern
o
Pro
porc
ionar
dato
s d
el huesped
<<in
clu
de>>
--V
erifi
car
dis
ponib
ilidad d
e
habitacio
nes
<<in
clu
de>>
Em
itir c
om
pro
bante
de p
ago t
ota
l
<<ext
end>>
<<in
clu
de>>
<<ext
end>>
Recepci
onis
ta
(fro
m A
CT
OR
ES
DE
L N
EG
OC
IO)
30
E. REGISTRO DE HUÉSPEDES
Huésped
(from ACTORES DEL NEGOCIO)
Llenar en planil la de huespedes
Solici tar datos personalesy Complementarios
<<include>>
Solici tar tipo de registro de huesped
<<include>>
Recepcionista
(from ACTORES DEL NEGOCIO)
4.2.4. DIAGRAMAS DE SECUENCIAS
A. REGISTRO DE HABITACIONES
: Recepcionista Ficha de tipo de Habitación
Registrar tipos de habitaciones
Registrar Precios por Tipo
Registra precios por comodidades
Registra comodidades
Llena ficha de registro de habitacion
31
B. REGISTRO DE RESERVACIONES
: Recepcionista : HuéspedFicha de Reserva
Comprobante de Reserva
Pide información de reserva via teléfono o presencial
Verifica disponibil idad de habitación
Informa disponibil idad de habitación
Detalla planes de habitación
Acepta un plan de habitación
Llena datos del huesped
Solicita garantia de reserva (presencial o voucher de cuenta bancaria)
Acepta garantia de reserva (Entrega: Dinero, Copia de bauchert)
Confirma comprobante de reserva
Confirma modifica o cancela reserva
Llena datos de comprobante de reserva
C. REGISTRO DE PLANES
: Jefe de RecepciónLlenar ficha de
Registro de planes
Ingresa tipo de plan
Ingresar detalle del plan
32
D. REGISTRO DE HOSPEDAJE
: Recepcionista : HuéspedFicha de Asignacion
de Habitación
Pide información de hospedaje
Verifica disponibi lidad de habitación
Detal la disponibi lidad de habitación
Informa disponibi lidad de habitaciones
Informa planes de habitación
Acepta Habitación y Planes
Llena datos del huesped
Asigna una habitación al huesped
Solici ta serv. de lavanderia
Sol ici ta serv. de mantenimiento
Informa precios de servicio
Acepta precios
Llena datos de serv. adicionales a la habitación
Solici ta total a pagar
Proporciona datos del total a pagar
Paga el precio total
Verifica total de presupuesto
Calculo del Presupuesto
Emite comprobante
33
E. REGISTRO DE HUÉSPEDES
: Recepcionista : Huésped Llenar ficha de Registro
Solicitar datos personales
Informa datos personales
Solicita datos complementarios
Informa datos complementarios
Verifica tipo de huesped ( c/s Equipaje)
Llena ficha de registro de huesped
34
4.3. DISEÑO DEL SISTEMA
4.3.1. DIAGRAMAS DE CASOS DE USO ALTO NIVEL (DCU-001)
Registrar Habitaciones
(from CU-SISTEMA)
Recepcionista(f rom ACTORES DEL NEGOCIO)
Inscribir Huéspedes
(from CU-SISTEMA)
Registrar Servicios de Hospedaje
(from CU-SISTEMA)
Huésped(f rom ACTORES DEL NEGOCIO)
Inscribir Usuarios
(from CU-SISTEMA)
Registrar Tipos de Habitaciones
(from CU-SISTEMA)
Registrar Tipos de Planes
(from CU-SISTEMA)
Registrar Tipos de Servicios
(from CU-SISTEMA)
Jefe de Recepción(f rom ACTORES DEL NEGOCIO)
Sistema de Control y Recepción de Hostales
35
DESCRIPCIÓN DE LOS CASOS DE USO ALTO NIVEL (DCU-001)
Caso de Uso Inscribir Usuarios [CDU-001]
Actores Jefe recepción
Resumen Visualiza la estructura para validar, registrar y modificar los
datos en general de usuarios del sistema.
Tipo Caso de Uso Primario
Refer. Cruzada [DCU-001]
Caso de Uso Registrar tipos de habitaciones [CDU-002]
Actores Jefe recepción
Resumen Visualiza la estructura para validar, registrar, modificar los
datos en general de los tipos de habitaciones.
Tipo Caso de Uso Primario
Refer. Cruzada [DCU-001]
Caso de Uso Registrar tipos de planes [CDU-003]
Actores Jefe recepción
Resumen Visualiza la estructura para validar, registrar y modificar los
datos en general de los tipos de planes.
Tipo Caso de Uso Primario
Refer. Cruzada [DCU-001]
Caso de Uso Registrar tipos de servicios [CDU-004]
Actores Jefe recepción
Resumen Visualiza la estructura para validar, registrar y modificar los
datos en general de tipos de servicios.
Tipo Caso de Uso Primario
Refer. Cruzada [DCU-001]
Caso de Uso Inscribir Huéspedes [CDU-005]
Actores Recepcionista, huésped
Resumen Visualizar la estructura para validar, ingresar y modificar los
datos del huésped para registrarlo.
36
Tipo Caso de Uso Primario
Refer. Cruzada [DCU-001]
Caso de Uso Registrar Habitaciones [CDU-006]
Actores Recepcionista
Resumen Visualiza la estructura para validar todos los datos, verifica
que cargue los datos de tipos de habitación e ingresa detalle
de la habitación para su registro
Tipo Caso de Uso Primario
Refer. Cruzada [DCU-001]
Caso de Uso Registrar Servicios de Hospedaje [CDU-007]
Actores Recepcionista
Resumen Visualiza la estructura para validar todos los datos, verifica
que cargue los datos de habitación, huésped, planes,
servicios e ingresa detalle del hospedaje y/o reserva para su
registro
Tipo Caso de Uso Primario
Refer. Cruzada [DCU-001]
37
A. INSCRIBIR USUARIOS (CDU-001)
Ingresar datos de usuario
Validar datos
<<include>>
Asignar tipos de usuario
Jefe de Recepción(f rom ACTORES DEL NEGOCIO)
Modificar Usuarios
Cargar Datos Usuarios
<<extend>>
Generar Código de Usuario
Registrar usuarios
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
DOCUMENTACIÓN DEL CASO DE USO INSCRIBIR USUARIOS
Caso de Uso Inscribir Usuarios [CDU-001]
Actores Jefe recepción
Resumen En este caso de uso nos permite validar, controlar y
modificar el registro de usuarios.
Tipo Caso de Uso Primario
Refer. Cruzada [DCU-001]
Pre-condiciones Ingresar Datos del Usuario en el login como Administrador.
Flujo normal de eventos
Acción: del Actor(es) Acción: del Sistema
1. Ingresa correctamente los datos del
usuario al sistema.
2. En el interfaz se valida los datos
ingresados.
3. Si todo es correcto el sistema lo
envía a la clase usuarios para
generar el código del usuario.
4. La clase ejecuta la petición para
guardar en la base de datos.
5. Luego visualiza los datos del usuario
registrado.
38
6. Puede elegir modificar los datos del
usuario.
7. En el interfaz se visualiza los datos
del usuario a modificar.
8. El sistema envía la información a la
clase usuarios, donde ejecuta la
petición de actualización en la base
de datos.
9. Visualiza los datos actualizados.
Flujos Alternativos
5. Si hay error en los datos, emite un mensaje indicando la ubicación del
error.
6. En la clase usuarios se genera el código de usuario de acuerdo al tipo de
usuario.
B. REGISTRO TIPOS DE HABITACIONES (CDU-002)
Ingresar detalles de tipo de habitaciones
Validar datos
<<include>>
Generar CódigoTipo Habitaciones
Registrar tipos de habitación
<<include>>
<<include>>
<<include>>
Cargar Datos de Tipos de Habitación
<<include>>
Jefe de Recepción(f rom ACTORES DEL NEGOCIO)
Modificar Tipos de Habitación
<<extend>>
39
DOCUMENTACIÓN DEL CASO DE USO REGISTRAR TIPOS DE HABITACIONES
Caso de Uso Registrar tipos de habitaciones [CDU-002]
Actores Jefe recepción
Resumen En este caso de uso permite validar, ingresar y modificar los
datos que se registrarán en los tipos de habitaciones.
Tipo Caso de Uso Primario
Refer. Cruzada [DCU-001]
Pre-condiciones Ingresar Datos del Usuario y validar en el login como
administrador.
Flujo normal de eventos
Acción: del Actor(es) Acción: del Sistema
2. Ingresa correctamente los datos del
tipo de habitación al sistema.
6. Puede elegir modificar los datos.
1. La clase tipos de habitación genera el
código correlativo, y lo visualiza en el
interfaz.
3. El sistema valida los datos.
4. Si es correcto el sistema lo envía a la
clase, quien ejecuta la petición para
guardar en la base de datos.
5. Luego visualiza datos en el interfaz.
7. En el interfaz se visualiza los datos a
modificar.
8. El sistema envía la información a la
clase, donde ejecuta la petición de
actualización en la base de datos.
9. Visualiza los datos actualizados.
Flujos Alternativos
3. Si hay error en los datos, emite un mensaje indicando la ubicación del error.
40
C. REGISTRO DE TIPOS DE PLANES (CDU-003)
Ingresa caracteristicas de planes
Validar datos
<<include>>
Jefe de Recepción
(f rom ACTORES DEL NEGOCIO)
Modificar Planes
Cargar Datos Planes
<<extend>>
Registrar Planes
<<include>>
<<include>>
<<include>>
Generar Código de Plan
<<include>>
DOCUMENTACIÓN DEL CASO DE USO REGISTRAR TIPOS DE PLANES
Caso de Uso Registrar tipos de planes [CDU-003]
Actores Jefe recepción
Resumen En este caso de uso permite validar, ingresar y modificar los
datos que se registrarán para los tipos de planes.
Tipo Caso de Uso Primario
Refer. Cruzada [DCU-001]
Pre-condiciones Ingresar Datos del Usuario y validar en el login como
administrador.
Flujo normal de eventos
Acción: del Actor(es) Acción: del Sistema
2. Ingresa correctamente los datos del
tipo de planes al sistema.
1. La clase tipos planes genera el código
correlativo y lo visualiza en el interfaz.
3. El sistema valida los datos.
4. Si es correcto el sistema lo envía a la
41
6. Puede elegir modificar los datos.
clase, quien ejecuta la petición para
guardar en la base de datos.
5. Luego visualiza datos en el interfaz.
7. En el interfaz se visualiza los datos a
modificar.
8. El sistema envía la información a la
clase, donde ejecuta la petición de
actualización en la base de datos.
9. Visualiza los datos actualizados.
Flujos Alternativos
3. Si hay error en los datos, emite un mensaje indicando la ubicación del error.
D. REGISTRO DE TIPO DE SERVICIOS (CDU-004)
Validar datos
Ingresar detalles deTipos de Servicios
<<include>>
Generar CódigoTipo de Servicio
Registrar Tipode Servicio
<<include>>
<<include>><<include>>
Cargar datos de tipos de servicio
<<include>>
Jefe de Recepción
(f rom ACTORES DEL NEGOCIO)
Modificar Tipos de Servicios
<<extend>>
DOCUMENTACIÓN DEL CASO DE USO REGISTRAR TIPOS DE SERVICIOS
Caso de Uso Registrar tipos de servicios [CDU-004]
Actores Jefe recepción
Resumen En este caso de uso permite validar, ingresar y modificar los
datos que se registrarán para los tipos de servicios.
42
Huésped(from ACTORES DEL NEGOCIO)
Validar datos
Ingresar datos del huesped
<<include>>
Generar codigo huesped
Recepcionista(from ACTORES DEL NEGOC...
Registrar huesped
<<include>>
<<include>>
<<include>>
Cargar Datos del Huesped
<<include>>
Modificar Huésped
<<extend>>
Tipo Caso de Uso Primario
Refer. Cruzada [DCU-001]
Pre-condiciones Ingresar Datos del Usuario y validar como administrador.
Flujo normal de eventos
Acción: del Actor(es) Acción: del Sistema
2. Ingresa correctamente los datos de
los tipos de servicios al sistema.
6. Puede elegir modificar los datos.
1. La clase tipos de servicios genera el
código correlativo, y lo visualiza en el
interfaz.
3. El sistema valida los datos.
4. Si es correcto el sistema lo envía a la
clase, quien ejecuta la petición para
guardar en la base de datos.
5. Luego visualiza datos en el interfaz.
7. En el interfaz se visualiza los datos a
modificar.
8. El sistema envía la información a la
clase, donde ejecuta la petición de
actualización en la base de datos.
9. Visualiza los datos actualizados.
Flujos Alternativos
3. Si hay error en los datos, emite un mensaje indicando la ubicación del error.
E. INSCRIBIR HUÉSPEDES (CDU-005)
43
DOCUMENTACIÓN DEL CASO DE USO INSCRIBIR HUÉSPEDES
Caso de Uso Inscribir huéspedes [CDU-005]
Actores Recepcionista
Resumen Este caso de uso validar, ingresar todos los datos del
huésped a registrar.
Tipo Caso de Uso Primario
Refer. Cruzada [DCU-001]
Pre-condiciones Ingresar Datos del Usuario y validar en el login como
Recepcionista.
Flujo normal de eventos
Acción: del Actor(es) Acción: del Sistema
2. Ingresa correctamente los datos del
huésped al sistema.
6. Puede elegir modificar los datos.
1. La clase Huésped genera el código
correlativo, y lo visualiza en el interfaz.
3. El sistema valida los datos más
importantes.
4. Si es correcto el sistema lo envía a la
clase, quien ejecuta la petición para
guardar en la base de datos.
5. Luego visualiza los datos en el
interfaz para el hospedaje y/o reserva.
7. En el interfaz se visualiza los datos a
modificar.
8. El sistema envía la información a la
clase, donde ejecuta la petición de
actualización en la base de datos.
9. Visualiza los datos actualizados.
Flujos Alternativos
3. Si hay error en los datos más importantes, emite un mensaje indicando la
ubicación del error.
44
Cargar datos de tipos de habitación
Validar datos
Genera Codigo de Habitación
Registrar Habitaciones
(f rom CU-SISTEMA)
<<include>>
<<include>>
Ingresar datos de habitación
<<extend>><<include>>
<<include>>
Cargar Datos Habitación
<<include>>
Modificar Habitación
<<extend>>
Recepcionista
(from ACTORES DEL NEGOCIO)
F. REGISTRO DE HABITACIONES (CDU-006)
DOCUMENTACIÓN DEL CASO DE USO REGISTRAR HABITACIONES
Caso de Uso Registrar Habitaciones [CDU-006]
Actores Recepcionista
Resumen Este caso de uso recibe los datos de tipos de habitación y
valida.
Tipo Caso de Uso Primario
Refer. Cruzada [DCU-001]
Pre-condiciones Ingresar Datos del Usuario y validar en el login como
recepcionista.
Flujo normal de eventos
Acción: del Actor(es) Acción: del Sistema
2. Selecciona el tipo de habitación e
ingresa el número de la habitación al
sistema.
1. La clase habitaciones genera el
código correlativo, y lo visualiza en el
interfaz.
3. El sistema valida los datos.
4. Si es correcto el sistema lo envía a la
clase, quien ejecuta la petición para
guardar en la base de datos.
45
6. Puede elegir modificar los datos. 5. Luego visualiza datos en el interfaz.
7. En el interfaz se visualiza los datos a
modificar.
8. El sistema envía la información a la
clase, donde ejecuta la petición de
actualización en la base de datos.
9. Visualiza los datos de tipo de
habitación actualizados.
Flujos Alternativos
3. Si hay error en los datos, emite un mensaje indicando la ubicación del error.
G. REGISTRO DE SERVICIOS DE HOSPEDAJE (CDU-007)
Huésped
(from ACTORES DEL NEGOCIO)
Cargar datos de Reserv a
Seleccionar plan de habitaciones
Genera Código de Hospedaje
Registrar serv icios de hospedaje
<<extend>><<include>>
<<include>>
Admitir datos de reserv a<<include>>
Comprobante de pago
Verif icar Disponibilidad de
Habitaciones <<include>>
Ingresar datos del huesped
<<include>>
Asignar habitacion
<<include>>
Genera presupuesto de habitacion
<<include>>
<<include>>
<<include>>
Seleccionar Tipos de Serv icios
<<extend>> <<include>>
Recepcionista
(from ACTORES DEL NEGOCIO)
46
DOCUMENTACIÓN DEL CASO DE USO REGISTRO DE HOSPEDAJE
Caso de Uso Registrar servicios de hospedaje [CDU-007]
Actores Recepcionista
Resumen Este caso de uso recibe los datos de habitación, servicios,
planes, huésped, admitir reservas y lo valida para luego
registrarlo.
Tipo Caso de Uso Primario
Refer. Cruzada [DCU-001]
Pre-condiciones Ingresar Datos del Usuario y validar como recepcionista.
Flujo normal de eventos
Acción: del Actor(es) Acción: del Sistema
2. Selecciona habitaciones disponibles.
4. Selecciona o registra al huésped.
6. Ingresa fecha de salida, elige el tipo
de plan.
11. Puede modificar el hospedaje
13. Ingresa Datos a modificar como
fechas y tipo de plan.
1. Visualiza formulario para la búsqueda
de habitaciones.
3. Visualiza formulario para buscar o
registrar huésped.
5. Visualiza el formulario de hospedaje o
reserva, información de habitación,
costo, fecha de entrada, tipos de planes
y al huésped seleccionado.
7. Se valida los datos ingresados.
8. Si todo es correcto el sistema lo
envía a la clase hospedaje para generar
el código de hospedaje.
9. La clase ejecuta la petición para
guardar en la base de datos.
10. Visualiza la confirmación.
12. En el interfaz se visualiza los
datos a modificar.
14. Envía la información a la clase,
ejecuta la petición de actualización.
9. Visualiza la confirmación.
Flujos Alternativos
7. Si hay error en los datos, emite un mensaje indicando la ubicación del error.
8. En la clase hospedaje se genera el código de acuerdo al tipo, ya sea hospedaje