Proyecto de Aula

DESARROLLO DE UN SOFTWARE PARA EL CONTROL DEL PROCESO DE RESERVAS Y
FACTURACION EN EL HOTEL LOS BALCONES DE BADILLO

LUIS A. RUIZ COBAS

DEIVIS A. HERRERA JULIO

EDUARDO A. BARRIOS BARRIOS

KARIN LLIANA JULIO MERCADO

Proyecto de Aula

COLECTIVO DE DOCENTES DE

V SEMESTRE

FUNDACION UNIVERSITARIA TECNOLOGICO COMFENALCO

PROGRAMA DE TECNOLOGIA EN SISTEMAS DE INFORMACION

V SEMESTRE, SECCION 1

CARTAGENA

CONTENIDO

122

1.0 PLANTEAMIENTO DEL PROBLEMA 5

1.1 DESCRIPCIÓN DEL PROBLEMA. 5

1.2 FORMULACIÓN 6

1.3 OBJETIVOS 6

1.3.1 General 6

1.3.2 Específicos 6

1.4 JUSTIFICACIÓN 7

2.0 MARCO TEÓRICO 8

2.1 SOFTWARE

2.1.1 Ingeniería de Software.

2.2 ANALISIS DE VIABILIDAD DEL PROYECTO.

2.2.1 Factibilidad Económica.

2.2.2 Factibilidad Operativa.

2.2.3 Factibilidad Tecnológica.

2.2.4 Factibilidad Legal.

3.0 GESTION DE REQUERIMIENTO

3.1 Análisis de Requerimiento.

3.2 Herramientas.

3.3 Enfoque de Calidad.

4.0 REQUERIMIENTOS FUNCIONALES.

4.1 Funcionales.

4.2 No Funcionales.

5.0 METODOLOGIAS.

5.1 Cascada.

5.2 Espiral.

5.3 Rup.

122

5.4 Scrum.

6.0 DIAGRAMA DE CASOS DE USO.

6.1 Inclusión.

6.2 Extensión.

6.3 Herencia.

7.0 DESCRIPCION DE CASOS DE USO.

7.1 Flujo de Eventos.

7.2 Flujo Alternativo.

8.0 DIAGRAMA DE ACTIVIDADES.

9.0 DIAGRAMA DE CLASE.

10.0 DIAGRAMA DE SECUENCIA.

MODELO FUNCIONAL

11.1.1 Demografía de Actores

11.0 . DISEÑO METODOLÓGICO.

11.2 Metodología

11.2.1 Tipo de Investigación

11.2.2 Técnicas e Instrumentos

11.2.3 Análisis e Interpretación de Datos.

11.3 Procedimiento

12.0 CONCLUSIONES.

13.0 BIBLIOGRAFÍA

122

1. PLANTEAMIENTO DEL PROBLEMA

1.1. DESCRIPCIÓN DEL PROBLEMA

El hotel Balcones de Badillo está ubicado en la Ciudad Antigua, Calle 2da de Badillo Nº
36 – 12 de la ciudad de Cartagena de Indias. Consta de un personal de 45 trabajadores
incluyendo el gerente, Gabriel de los Santos Sánchez, que es el encargado. De velar por
el bienestar y confort de todos los huéspedes. Este Hotel se encuentra en pleno
corazón del corralito de piedra, bañado por historias de reyes y marqueses entre la
hermosura azul del mar Caribe. Este hotel cuenta con 12 habitaciones confortables (10
habitaciones y 2 suites.) hermosos acabados, aire central, TV con cable, balcones y una
terraza desde donde se puede apreciar parte de la ciudad antigua y la ciudad nueva.

El problema se presenta en el proceso de reservas de habitaciones; esto implica:
reservación, registro y consumo del huésped. Todo sucede cuando el posible huésped
llama al hotel y se le toman los datos personales necesarios para validar la reserva.
Este se guarda en un formato de papel por que el sistema actual es incapaz de
guardarlo, El proceso de registro se ejecuta de la siguiente manera; se ejecutan los
datos del huésped y se confirma la reserva, pero como el sistema presenta dificulta
para guardar dicha información, cuando este se cierra esta información desaparece,
trayendo como consecuencia la perdida del cliente, por que cuando este llega al hotel
al no aparecer la reservación se disgusta por que la pieza aparece ocupada por otra
persona. Otra dificultad que se presenta en la facturación es que el sistema no registra
el consumo que hace el cliente y cuando este pide su factura para cancelar no existe
un registro detallado de lo que ha consumido y el cliente tiene que informar lo
consumido durante su estadía. En esta situación se corre el riesgo de que el cliente de
una información errada y el hotel registren perdidas por falta de registro oportuno de
la información.

De acuerdo con lo anterior podemos identificar qué el sistema actual con que cuenta
el hotel los balcones de Badillo es muy simple y su proceso de reserva, registro y
facturación no es cien por ciento confiable, lo que afecta la imagen que posee ante los
clientes, también por que provoca en los clientes inconformidad por parte de los
procesos del hotel a lo que se les cataloga lentos y tediosos.

Por todo lo anterior proponemos la creación de un programa confiable la cual nos
permita mejorar notablemente los procesos de reservas, registro y facturación del
hotel los balcones de Badillo, haciendo de que los clientes que visiten este hotel se
lleven una visión positiva de el y Además, así podrán obtener la información de

122

consumo de todos sus clientes sin temor a posibles pérdidas de datos que podrían
generar problemas mayores. Lo que lleva a plantear en siguiente interrogante:

1.2 PREGUNTA:

Cómo optimizar el control de los procesos de registro, reservas y facturación en el
Hotel Los Balcones de Badillo que permita mejorar el funcionamiento de los procesos
que se llevan actualmente en el hotel.

1.3 OBJETIVOS

1.3.1 OBJETIVO GENERAL:

Desarrollar un software que permita mejorar el control de los procesos de registro,
reservas y facturación en el Hotel Los Balcones de Badillo

1.3.2 OBJETIVOS ESPECIFICOS:

• Indagar y recolectar todos los datos posibles acerca de la empresa hotelera y
implementar la mejor alternativa de solución para el desarrollo del software

• Identificar los aspectos que dificultan el control de las reservas y facturación
en el Hotel los Balcones de Badillo.

• Diseñar el modelo funcional para poder examinar la estructura organizacional
del hotel, para el análisis profundo del mismo.

• Diseñar todos los diferentes diagramas que hacen parte del diseño y creación
del software.

• Analizar los requerimientos del proyecto, para darle soluciones a cada uno de
ellos.

• Diseñar una solución informática que permita solucionar los problemas de
registro, reservas y facturación del hotel

1.4 JUSTIFICACION

122

La solución que le ofrecemos al hotel los balcones de Badillo es muy importante para
ellos ya que con esta solución mejoraría notoriamente el funcionamiento del hotel
ofreciéndole una mayor seguridad en sus procesos de control de reservas, registro y
facturación. La prioridad que con lleva la investigación es percibir, intuir, resolver y
analizar problemas empresariales que buscan recursos que mejoren su desempeño
laboral a partir de conceptos de programación lógicos y matemático, que ayudara
optimizar el desempeño laboral de la empresa y también como gestores de
investigación brindaremos las herramientas necesaria para su ejecución de dicho
programa y satisfacer las necesidades que dicha empresa requiere.

También nos servirá para desenvolvernos en un futuro a nivel laboral, ya que
tendremos claro que se debe hacer y que se quiere lograr con un determinado
problema que se presente. Dichas adversidades de la empresa o institución primero
que todo será analizada, examinadas y posteriormente solucionadas, satisfaciendo las
exigencias de los clientes.

Como también podemos decir que la realización de este proyecto es importante para
el hotel los balcones de Badillo porque se verán beneficiados en el proceso de reservas
y facturación de datos, además podrán obtener la información de todos sus clientes
sin temor de perder la información de estos. Este proyecto de investigación ayudara
al mejoramiento académico en nuestra institución que con lleva un seguimiento
continuo de dicho problema presentado en la empresa. Y nos ayudara para
desenvolvernos en un futuro a nivel laboral, ya que tendremos claro que se debe hacer
y que se quiere lograr con un determinado problema que se presente. Dichas
adversidades de la empresa o institución primero que todo será analizadas,
examinadas y posteriormente solucionadas, satisfaciendo las exigencias de los clientes.

Y podemos decir que con la investigación que se realiza en el Hotel, en la solución del
problema de registro de reservas y facturación se puede utilizar para llenar al vació
teórico o de conocimiento, igualmente, se pueden generalizar los resultados a
principios teóricos más amplios, la información obtenida puede servir para el
desarrollo de otra teoría, Implicaciones practicas.

122

2.0 DESARROLLO MARCO TEORICO

2.1. SOFTWARE

2.1.1 INGENIERIA DE SOFTWARE:

La Ingeniería de Software es una de las ramas de la ingeniería, en la cual se aplican
los principios de la ciencia de la computación y las matemáticas para lograr soluciones
costo-efectivas que sacien todas las necesidades a los problemas de desarrollo de
software. Nuestro proyecto se encuentra en esta rama de la ingeniería donde
tendremos que utilizar métodos y herramientas sistemáticas, algorítmicas y graficas
para la solución eficiente de la problemática tratada en nuestro proyecto.

3.0. ANALISIS DE VIABILIDAD DEL PROYECTO

3.1 FACTIBILIDAD ECONOMICA:

Nuestro proyecto es factible económicamente por qué tenemos el apoyo
económico del hotel los balcones de Badillo el cual es el lugar o empresa a la cual le
vamos a solucionar el problema por medio de la creación de un software.

3.2 FACTIBILIDAD OPERATIVA:

El proyecto será factible operativamente por qué no afectara radicalmente en otras
operaciones de la empresa, en la cual solo se verán pequeños cambios en la parte
de todos los registros ya que en una base de datos mejorar los procesos.

3.3 FACTIBILIDAD TECNOLOGICA:

Se posee la tecnología necesaria tanto por parte de nosotros que somos los que
proporcionaremos el servicio, como también por parte del hotel los balcones de
Badillo quienes ejecutaran dicho software y no necesitaran tantos recursos
sistemáticos para el buen funcionamiento de este.

3.4 FACTIBILIDAD LEGAL:

Nuestro proyecto es factible legalmente, porque no incurriremos o violaremos
ninguna ley o norma, la entidad tiene conocimiento de la normativa legal y es
deber informar por que el proyecto este acorde con las leyes en el contexto
hotelero.

4.0. GESTION DE REQUERIMIENTOS

122

4.1 ANALISIS DE REQUERIMIENTO:

Nuestro proyecto posee requerimientos funcionales y no funcionales. En los
funcionales Donde encontramos el mantenimiento de datos, lo cual es una parte
importante de nuestro proyecto ya que mejoraremos notoriamente todos los
procesos los cuales actual mete son incapaces de mantener los datos guardados,
esto lo aremos con bases de datos en cada uno de los procesos donde sea
necesario el mantenimiento de datos. En los funcionales también se encuentra las
funciones de negocios que son el núcleo del hotel los balcones de Badillo, una de
estas funciones de negocios es el registro de los clientes y el préstamo de
habitaciones aquí nos apoyaremos de la función anterior de mantenimiento de los
datos ya que será necesario poseer informaciones por tiempos indefinidos,
además dichas informaciones o datos las relacionaremos entre sí de manera
lógica y correcta.

Nuestro software tendrá opciones adicionales alas pedidas por el hotel, una de
esta es identificación con la que podrán acceder al software las dos clases de
usuarios permitidos que son: recepcionista y administrador. El administrador podrá
ver y modificar cosas que el recepcionista no podrá. Esto hará que el software sea
más seguro lo cual es muy importante en una empresa.

Al igual que en todos los otros proyectos también existen los requerimientos no
funcionales, los cuales ayudaran para que los funcionales actúen adecuadamente
en el funcionamiento lógico del software.

3.2 HERRAMIENTAS:

En todos los procesos del diseño del software se utilizaron diferentes
herramientas que facilitaron la buena creación del mismo. En el diseño y creación
de todos los diagramas, se utilizó el VISUAL PARADIGMA, para la redacción de la
parte escrita donde está la descripción, objetivos, justificación, etc. Se utilizo
WORD, y para la parte de codificación se utilizara JAVA.

3.3 ENFOQUE DE CALIDAD:

En nuestro proyecto estamos haciendo todas las prácticas necesarias en cada uno
de los procesos del diseño del software para tener un buen enfoque de calidad a
corto y largo plazo.

1. REQUERIMIENTOS FUNCIONALES

122

4.1 FUNCIONALES:

En este modelo están las funciones de mantenimiento de datos, las funciones de
negocio del hotel y el valor agregado.

4.2 NO FUNCIONALES:

Estos apoyaran los funcionales para su buen funcionamiento.

2. METODOLOGIAS

5.1 CASCADA:

Este tipo de metodología consiste en la organización de los pasos de un proceso de tal
manera que los primeros pasos se encuentran en la sima gráficamente y van
disminuyendo de tal manera llegar al último paso, que en nuestro proyecto sería el
mantenimiento y soporte del software. En especial este es la metodología que
estamos siguiendo para la organización de los procesos del diseño de nuestro
proyecto.

5.2 ESPIRAL:

Este modelo de vida de un software actual de una manera incremental ya sea del paso
más fácil al más difícil o del menos importante al más importante. Su forma grafica es
la de un caracol.

5.3 RUP:

Rup es Otro tipo de metodología utilizada en el diseño de un software, llamada así por
sus siglas en ingles Rational Unified Process, este modelo divide en cuatro fases el
desarrollo de un software que son: inicio, elaboración, construcción y transmisión.

5.4 SCRUM:

Esta metodología es una forma de auto-gestión de los equipos de programadores. Un
grupo de programadores deciden cómo hacer sus tareas y cuánto van a tardar en ello.
Scrum ayuda a que trabajen todos juntos, en la misma dirección, con un objetivo claro.
Es decir esta es una de las metodologías más usadas en el trabajo en equipo.

3. DIAGRAMA DE CASOS DE USO

122

6.1 INCLUSION:

Se dice que hay inclusión cuando un caso de uso está dentro del proceso de otro
caso de uso, es decir para que se cumpla o funcione adecuadamente un caso de
uso debe también ejecutarse el otro caso de uso que está incluido en el. En nuestro
proyecto tenemos varias inclusiones por ejemplo al registrar un cliente en una
habitación primero tenemos que consultar la habitación para ver si está disponible
para el registro.

6.2 EXTENSION:

Es un tipo de relación entre los casos de uso donde un caso de uso puede que
utilice a otro caso de uso pero no es obligatorio, al igual que el anterior este tipo de
relación también se presenta en nuestro diseño.

6.3 HERENCIA:

La herencia se da entre casos de uso del mismo tipo. Donde se podría decir que un
caso de uso que herede de otro es porque es una parte de ese caso de uso.

122

4. DESCRIPCION DE CASOS DE USO

7.1 FLUJO DE EVENTOS:

El flujo de eventos es un método donde se narra secuencialmente la interacción
entre actor y sistema, en nuestro proyecto hicimos una flujo de eventos para cada
uno de los casos de uso donde nuestro lenguaje fue enfocado al negocio, además
como dice la regla no especificamos en detalles de la interfaz. Este flujo de eventos
nos ayudo hacer una descripción extensa pero muy detalla de cómo va hacer el
funcionamiento del software, además nos ayudo en la creación posterior del
diagrama de actividades que será muy fácil si se tiene un buen flujo de eventos.

7.2 FLUJO ALTERNATIVO:

Este flujo es la complementación del flujo de eventos donde por cada verificación
de datos o de cualquier otra verificación abra un flujo alternativo que tendrá dos
caminos si pasa algo abran unos pasos determinados y si pasa lo contrario abran
otros pasos totalmente distintos. En nuestro proyecto por cada flujo de eventos
teníamos por lo menos 3 flujos alternativos.

122

DIAGRAMA DE ACTIVIDADES

El diagrama de actividades es una representación grafica de cada una de las
actividades que se ejecutan secuencial mente en un caso de uso, que serían una
opción del software este diagrama de actividades posee un inicio y un final pero
intermedio a esto están todos los pasos de ese caso de uso relacionados entre sí de
manera lógica, correcta y precisa. En nuestro proyecto tenemos muchos diagramas
de actividades como lo son el registrar cliente, asignar habitación, asignar reserva,
etc.

5. DIAGRAMA DE CLASES

En este diagrama plasmamos todas las clases que utilizaremos en el diseño del
software de tal manera que se relacionaran entre sí donde las que tuvieran
contacto con otras clases se mostrara claramente y además que tipo de relación
había entre ellas este diagrama nos es muy interesante porque pareciera que
simulara la ejecución del software.

6. DIAGRAMA DE SECUENCIA

Este diagrama es una narración grafica muy detallada y completa del
funcionamiento de un proceso, en nuestro proyecto plasmamos en este diagrama
los procesos que tuvieran que ver con la lógica de negocio como lo era asignar
habitación, asignar reserva, registrar cliente, etc. En este diagrama interviene el
sistema (todas las interfaces otorgadas por el sistema) también el usuario o actor y
las clases que sean necesarias para el buen funcionamiento del proceso.

122

MODELO FUNCIONAL

11.1. Demografía de Actores

Recepcionista: Es la persona encargada de atender a los huésped directamente y
ofrecer los servicios del hotel; también se encarga del registro y facturación de
los mismo.

Gerente: Es el encargado de dirigir y velar por la conformidad en el hotel, aun que
no tiene mucho contacto con el software es un personaje importante en el
hotel

Administrador: es el encargo de administrar el hotel y toda la parte financiera de
este. Dentro del software el administrador tiene opciones que el recepcionista
no puede ver ni modificar.

122

Diagrama de clase

122

11.2 DESCRIPCIÓN DE CASOS DE USO

Diagrama de caso de uso

Cliente
Código Nombre caso de uso Descripción Actor

01 Registrar Cliente En este caso de uso se toman los datos Recepcionista
personales del cliente

02 Consultar Cliente En este caso de uso se busca el cliente Recepcionista
por medio de la cedula o código del cliente
que sería el numero de habitación

03 Modificar Cliente En este caso de uso se le hacen cambios Recepcionista
a datos personales clientes excepto del
código

04 Eliminar Cliente En este caso de uso no se elimina Recepcionista
totalmente el cliente solo se le cambia de
estado

05 Listar Cliente En este caso de uso se muestra todos los Recepcionista
clientes actualmente activos

122


Reserva

06 Registrar Reserva En este caso de uso se toman los datos Recepcionista
requeridos para una reserva ya sea de
forma presencial o no presencial

En este caso de uso se busca la reserva
por medio código de habitación y por medio
07 Consultar Reserva de la cedula Recepcionista

En este caso de uso se le hacen cambios en
los distintos campos de reserva menos al
08 Modificar Reserva código Recepcionista

En este caso de uso se elimina totalmente la
reserva
09 Eliminar Reserva Recepcionista

En este caso de uso se muestra las
reservas activas actualmente
10 Listar Reserva Recepcionista


122

Habitación

11 Agregar Habitación En este caso de uso se crean nuevas Administrador
habitaciones si es requerido

En este caso de uso se busca las
habitaciones y se muestran sus parámetros
12 Consultar Habitación Administrador

En este caso de uso se modifica el estado
de la habitación
13 Modificar Habitación Administrador

En este caso de uso se elimina totalmente
la reserva
14 Eliminar Habitación Administrador

En este caso de uso se muestra que Administrador
habitaciones están activas actualmente /Recepcionista
15 Listar Habitación


122

Detalle de Habitación

01 Agregar Detalle En este caso de uso se adicionan nuevos Administrador
detalles de la habitación

En este caso de uso se busca los detalles Administrador
por medio de códigos /Recepcionista
02 Consultar Detalle

En este caso de uso se elimina los detalles
o un detalle de la habitación
03 Eliminar Detalle Administrador

En este caso de uso se muestran los Administrador
artículos de todas las habitaciones /Recepcionista
04 Listar Detalle


122

Factura

01 Generar Factura En este caso de uso se crea o se genera Recepcionista
la factura desde habitación

En este caso de uso recopilan los servicios
en ítems para luego hacer las operaciones
02 Liquidar Factura necesarias Recepcionista


122

Servicios

01 Agregar Servicios En este caso de uso se crean nuevos Administrador
servicios para el hotel

En este caso de uso se busca el servicio Administrador/
por medio de un código
02 Consultar Servicios Recepcionista

En este caso de uso se modifica los
campos como por ejemplo valor del
03 Modificar Servicios servicio Administrador

En este caso de uso se elimina totalmente
la reserva
04 Eliminar Servicios Administrador

En este caso de uso se muéstralos Administrador
servicios del hotel /Recepcionista
05 Listar Servicios


122

Recepcionista

01 Agregar Recepcionista En este caso de uso se registra al Administrador
recepcionista

En este caso de uso se busca al Administrador
recepcionista mostrando sus datos
02 Consultar Recepcionista

En este caso de uso se modifica los
principales campos del formato del
03 Modificar Recepcionista recepcionista Administrador

En este caso de uso se elimina un
recepcionista
04 Eliminar Recepcionista Administrador

En este caso de uso se enlistan todo los
recepcionistas del hotel
05 Listar Recepcionista Administrador


122

Administrador

01 Registrar Administrador En este caso de uso se crea un nuevo Administrador
administrador

En este caso de uso se busca el
administrador y muestra sus datos
02 Consultar Administrador Administrador

En este caso de uso se cambia los
parámetros permitidos o datos
03 Modificar Administrador personales Administrador

En este caso de uso se elimina
completamente un administrador del
04 Eliminar Administrador sistema Administrador


Gestión de Sesión
122


01 Iniciar sesión En este caso de uso se da ejecución al Recepcionista
programa pidiendo un login al
recepcionista

en este caso de uso se modifica los
dantos principales del usuario
02 Modificar usuario Recepcionista

En este caso de uso se cierra la
aplicación
03 Cerrar sesión Recepcionista


Asignar Reserva

122

01 Asignar Reserva En este caso de uso se le asigna la Recepcionista
reserva ala habitación


Asignar Habitación

122

01 Asignar Habitacion En este caso de uso se le asigna a un Recepcionista
cliente la habitación

Flujo de Eventos

Registrar cliente

122

PRECONDICION: Iniciar sesión
POSCONDICION: Registro exitoso

1. Sistema muestra la GUI de registrar cliente

2. El usuario digita código o cedula
3. El sistema verifica si tiene buen formato
4. Sistema verifica si el código o la cedula no existen

5. El sistema habilita los campos para ser llenados
6. El usuario llena los campos
7. El sistema verifica el formato de los campos
8. El sistema verifica si los campos están llenos
9. El sistema guarda la información en la base de datos
10. El sistema notifica que se ha registrado al cliente exitosamente

Flujo Alternativo
3.1 Si la cedula o el código tienen mal formato
3.1.1 Notificar que la cedula o el código tienen mal formato por medio de un
mensaje de advertencia

3.1.2 Habilitar la guía para escribir la cedula o el código nuevamente

4.1 Si la cedula o el código existe
5.1.1 Notificar que el cliente ya está registrado
5.1.2 Habilitar la guía para inscribir la cedula o el código nuevamente
7.1 Si los campos tienen mal formato
7.1.1 Notificar que los campos tienen mal formato
7.1.2 Habilitar los campos para ser corregidos
8.1 Si faltan campos no están llenos

122

8.1.1 Notificar que faltan campos por llenar

122

Flujo de Eventos

Consultar Cliente

POSCONDICION: Notificación de consulta exitosa

1. El sistema muestra la guía de consultar cliente

2. El usuario digita en numero de la cedula o código a consultar

3. El sistema verifica si el numero de la cedula del cliente o el código está escrito
correctamente

4. El sistema verifica si la cedula o el código existen

5. El sistema busca la información en la base de datos

6. El sistema muestra la información

Flujo Alternativo
3.1 Si la cedula o el código tiene mal formato
3.1.1 Notificar que el código o la cedula tiene mal formato

3.1.2 Habilitar el campo para inscribir la cedula o el código nuevamente

4.1 Si el numero de la cedula o el código no existen

4.1.1 Notificar que la cedula o el código no está registrada en la base de datos

4.1.2 habilitar la guía para escribir el numero de cedula o código nuevamente

122

Flujo de Eventos

Modificar Cliente
POSCONDICION: Notificación El cliente ha sido modificado correctamente

1. El sistema muestra la guía de modificar cliente

2. El usuario digita en numero de la cedula o código

correctamente




7. El sistema habilita los campos para ser modificados

8. El usuario modifica los campos deseados

12. El sistema notifica la modificación exitosa del cliente

Flujo Alternativo

3.1.1 Notificar por un mensaje que la cedula o el código tiene mal formato

3.1.2 Habilitar la GUI para inscribir nuevamente la cedula o el código nuevamente


122

4.1.1 Notificar que la cedula o el código no existe por un mensaje

4.1.2 Habilitar la guía para escribir el numero de cedula o código nuevamente


122

Flujo de Eventos

Eliminar Cliente

122

POSCONDICION: Notificación El cliente ha sido eliminado correctamente

1. El sistema muestra la guía de eliminar cliente

2. El usuario digita en numero de la cedula o código

correctamente




7. El sistema habilita la opción para eliminar

8. El sistema verifica la opción

9. El sistema elimina al cliente

10. El sistema notifica que el cliente ha sido eliminado correctamente

Flujo Alternativo


3.1.2 Habilitar la GUI para inscribir nuevamente la cedula o el código nuevamente


4.1.1 Notificar que la cedula o el código no existe por un mensaje


8.1 Si el usuario no desea eliminar el cliente
8.1.1 El sistema notifica que el cliente no ha sido eliminado

122

Flujo de Eventos

Listar Clientes
POSCONDICION: El sistema muestra la lista de clientes

1. El sistema por medio de un mensaje pregunta si el usuario quiere enlistar los clientes
2. El usuario digita la opción
3. El sistema muestra los clientes
4. El sistema muestra por un mensaje que los clientes se han enlistado

Flujo Alternativo

2.1 Si el usuario no quiere enlistar los clientes
2.1.1 El sistema muestra un mensaje clientes no enlistados

122

Flujo de Eventos

Registrar Reserva

11. Sistema muestra la GUI de registrar reserva

12. El usuario digita código
13. El sistema verifica si el código tiene buen formato
14. Sistema verifica si el código no existe

20. El sistema notifica que se ha registrado la reserva exitosamente

Flujo Alternativo
3.1 Si el código tienen mal formato
3.1.3 Notificar el código tienen mal formato por medio de un mensaje de advertencia

3.1.4 Habilitar la guía para escribir el código nuevamente

4.1 Si el código existe
5.1.1 Notificar que el cliente ya está registrado
5.1.2 Habilitar la guía para inscribir el código nuevamente

122


122

Flujo de Eventos

122

Consultar Reserva


1. El sistema muestra la guía de consultar reserva

2. El usuario digita el código a consultar

3. El sistema verifica si el código está escrito correctamente




Flujo Alternativo
3.1 El código tiene mal formato
3.1.1 Notificar que el código tiene mal formato

3.1.2 Habilitar el campo para inscribir el código nuevamente

4.1 Si el código no existen

4.1.1 Notificar que el código no está registrado en la base de datos


122

Flujo de Eventos

Modificar Reserva
POSCONDICION: Notificación la reserva ha sido modificado correctamente

13. El sistema muestra la guía de modificar reserva

14. El usuario digita el código


16. El sistema verifica si l el código existen



19. El sistema habilita los campos para ser modificados

20. El usuario modifica los campos deseados

24. El sistema notifica la modificación exitosa de la reserva

Flujo Alternativo
3.1 Si el código tiene mal formato

3.1.1 Notificar por un mensaje el código tiene mal formato

3.1.2 Habilitar la GUI para inscribir nuevamente el código nuevamente


4.1.2 Notificar que el código no existe por un mensaje


122


122

Flujo de Eventos

Eliminar Reserva
POSCONDICION: Notificación la reserva ha sido eliminado correctamente

122

11. El sistema muestra la guía de eliminar reserva



14. El sistema verifica si el código existen





19. El sistema elimina al cliente


Flujo Alternativo

3.1.1 Notificar por un mensaje que el código tiene mal formato

3.1.2 Habilitar la GUI para inscribir nuevamente el código nuevamente





122

Flujo de Eventos

Listar Clientes
POSCONDICION: El sistema muestra la lista de reservas

1. El sistema por medio de un mensaje pregunta si el usuario quiere enlistar las reservas

3. El sistema muestra los clientes
4. El sistema muestra por un mensaje que las reservas se han enlistado

Flujo Alternativo

2.1 Si el usuario no quiere enlistar las reservas
2.1.1 El sistema muestra un mensaje reservas no enlistadas

122

Flujo de Eventos

Agregar Habitación
POSCONDICION: Notificación que se ha creado una nueva habitación

1. El sistema muestra la guía de agregar habitación

2. El usuario digita código de la habitación


4. El sistema verifica si el código no existe


6. El sistema carga los detalles a esa habitación

7. El sistema notifica que se a creado la habitación exitosamente

Flujo Alternativo

3.1.1 Notificar que el código tienen mal formato por medio de un mensaje de
advertencia


5.1.1 Notificar que el código ya está registrado

122

Flujo de Eventos

Consultar Habitación


1. El sistema muestra la guía de consultar habitación






Flujo Alternativo





122

Flujo de Eventos

Modificar Habitación

POSCONDICION: Notificación de modificación exitosa

1. El sistema muestra la guía de consultar habitación






7. El sistema habilita el campo para cambiar el estado de la habitación

8. El usuario selecciona la opción



11. El sistema notifica la modificación de la habitación exitosa

Flujo Alternativo

122






9.1 Si la opción es no

9.1.1 el sistema notifica que la habitación no ha sido notificada

122

Flujo de Eventos

Eliminar Habitación

POSCONDICION: Notificación de eliminación exitosa

1. El sistema muestra la guía de eliminar habitación








9. El sistema elimina la habitación


Flujo Alternativo


3.1.2 Habilitar la GUI para inscribir el código nuevamente





122


122

Flujo de Eventos

Listar Habitación
POSCONDICION: El sistema muestra la lista de habitaciones

1. El sistema por medio de un mensaje pregunta si el usuario quiere enlistar las
habitaciones
3. El sistema muestra las habitaciones

4. El sistema muestra por un mensaje que las habitaciones se han enlistado

Flujo Alternativo

2.1 Si el usuario no quiere enlistar las habitaciones
2.1.1 El sistema muestra un mensaje Habitaciones no enlistadas

122

Flujo de Eventos

Agregar Detalle
POSCONDICION: Notificación que se ha agregado un nuevo detalle

1. El sistema muestra la guía de agregar detalle








9. El sistema guarda el detalle en la base de datos

10. El sistema notifica que se ha agregado un detalle exitosamente

Flujo Alternativo

advertencia

122


7.1.2 habilitar nuevamente los campos para ser corregidos
8.1 Si no están los campos llenos
8.1.2 Habilitar los campos nuevamente para ser llenados

122

Flujo de Eventos

Consultar Detalle

122


1. El sistema muestra la guía de consultar detalle






Flujo Alternativo





122

Eliminar Detalle


1. El sistema muestra la guía de eliminar detalle








9. El sistema elimina el detalle

10. El sistema notifica que el detalle ha sido eliminado correctamente

Flujo Alternativo







122

Flujo de Eventos

Listar Detalles
POSCONDICION: El sistema muestra la lista de detalles

1. El sistema por medio de un mensaje pregunta si el usuario quiere enlistar los detalles

3. El sistema muestra los detalles

4. El sistema muestra por un mensaje que los detalles se han enlistado exitosamente

Flujo Alternativo

2.1 Si el usuario no quiere enlistar los detalles
2.1.1 El sistema muestra un mensaje detalles no enlistados

122

Flujo de Eventos

Agregar Servicio
POSCONDICION: Notificación que se ha agregado un nuevo servicio

11. El sistema muestra la guía de agregar servicio








19. El sistema guarda el servicio en la base de datos

20. El sistema notifica que se ha agregado un servicio exitosamente

Flujo Alternativo

advertencia

122



122

Flujo de Eventos

Consultar Servicio


122


1. El sistema muestra la guía de consultar servicio






Flujo Alternativo





122

Modificar Servicio


1. Sistema muestra la GUI de modificar servicio

4. Sistema verifica si el código no existen

11. El sistema notifica que se ha modificado el servicio exitosamente

Flujo Alternativo
8.1. Si el código tienen mal formato

advertencia


5.1.1 Notificar que el servicio ya está registrado

122


122

Flujo de Eventos

Eliminar Servicio

122


11. El sistema muestra la guía de eliminar servicio








19. El sistema elimina el servicio

20. El sistema notifica que el servicio ha sido eliminado correctamente

Flujo Alternativo







122

Flujo de Eventos

Listar Servicios
POSCONDICION: El sistema muestra la lista de servicios

1. El sistema por medio de un mensaje pregunta si el usuario quiere enlistar los servicios

3. El sistema muestra los servicios

4. El sistema muestra por un mensaje que los servicios se han enlistado exitosamente

Flujo Alternativo

2.1 Si el usuario no quiere enlistar los servicios
2.1.1 El sistema muestra un mensaje servicios no enlistados

122

Flujo de Eventos

Registrar Recepcionista
POSCONDICION: Notificación de registro exitoso

21. El sistema muestra la guía de registrar recepcionista









30. El sistema notifica que el registro ha sido exitoso

Flujo Alternativo

advertencia



122


122

Flujo de Eventos

Consultar Recepcionista

122


1. El sistema muestra la guía de consultar recepcionista






Flujo Alternativo





122

Flujo de Eventos

Modificar Recepcionista

POSCONDICION: Modificación exitosa

12. Sistema muestra la GUI de modificar recepcionista

15. Sistema verifica si el código existen

22. El sistema notifica que se ha modificado exitosamente

Flujo Alternativo

advertencia


4.1 Si el código no existe
5.1.1 Notificar que el código no esta registrado

122


122

Eliminar Recepcionista


1. El sistema muestra la guía de eliminar servicio








9. El sistema elimina el servicio

10. El sistema notifica que el recepcionista ha sido eliminado correctamente

Flujo Alternativo






8.1.1 El sistema notifica que el recepcionista no ha sido eliminado

122

Flujo de Eventos

Listar Recepcionistas
POSCONDICION: El sistema muestra la lista de recepcionistas

1. El sistema por medio de un mensaje pregunta si el usuario quiere enlistar los
recepcionista
3. El sistema muestra los servicios

4. El sistema muestra por un mensaje que los recepcionistas se han enlistado
exitosamente

Flujo Alternativo

2.1 Si el usuario no quiere enlistar los recepcionista
2.1.1 El sistema muestra un mensaje recepcionista no enlistados

122

Flujo de Eventos

Asignar Habitación
POSCONDICION: Notificación de asignación exitosa

1. El sistema muestra la guía de asignar habitación





6. El sistema muestra la información del cliente

7. El sistema habilita los campos


9. El sistema verifica el formato

10. El sistema verifica disponibilidad de la habitación

11. El sistema habilita los campos para ingresar fecha

12. El usuario ingresa la fecha

13. El sistema verifica formato

14. El sistema muestra opción para confirmar asignación

15. El usuario confirma asignación

16. El sistema asigna al cliente a la habitación

122

17. El sistema muestra un mensaje de asignación exitosa

Flujo Alternativo





10.1 si la habitación no esta disponible
10.1.1 Notificar que notificar que la habitación no está disponible actualmente
10.1.2 Habilitar los campos para inscribir numero de habitación nuevamente
13.1 Si el formato de la fecha es incorrecto
13.1.1 Notificar que la fecha tiene mal formato

13.1.2 Habilitar el campo para inscribir la fecha nuevamente

122

Flujo de Eventos

Asignar Reserva
POSCONDICION: Notificación de asignación exitosa

1. El sistema muestra la guía de asignar habitación






7. El sistema habilita los campos para asignar la habitación


9. El sistema verifica el formato

10. El sistema verifica disponibilidad de la habitación

11. El sistema muestra el mensaje de reserva exitosa

Flujo Alternativo






122

10.1 si la habitación no esta disponible
10.1.1 Notificar que notificar que la habitación no está disponible actualmente
10.1.2 Habilitar los campos para inscribir numero de habitación nuevamente

122

Generar factura
POSCONDICION: Notificación de que la factura se ha generado exitosamente

1. El sistema muestra la guía de generar factura

2. El usuario digita el código de la habitación


4. El sistema muestra la información de la habitación

5. El usuario verifica que la información corresponde al cliente a liquidar

6. El usuario genera la factura

7. El sistema muestra la información de consumo

8. El usuario liquida la factura

9. El sistema muestra el total a pagar

10. El usuario cancela la factura

11. El sistema muestra el mensaje de factura cancelada

Flujo Alternativo
3.1.1 usuario cancela la acción

3.1.2 usuario digita nuevamente el código

5.1 Si la información no corresponde al cliente



122

Flujo de Eventos

Iniciar Sesión
POSCONDICION: Notificación de bienvenida

1. El sistema muestra la guía de iniciar sesión

2. El usuario ingresa los datos

3. El sistema verifica si los datos están escritos correctamente

4. El sistema verifica si el usuario existe

5. El sistema habilita las opciones para ese usuario

6. El sistema muestra un mensaje de bienvenida

Flujo Alternativo
3.1 Si los datos tienen mal formato
3.1.1 Notificar que los datos están mal escritos

3.1.2 el sistema habilita nuevamente los campos para ser corregidos

4.1 Si el usuario no existe

4.1.1 Notificar que el usuario no está registrado

4.1.2 Habilitar la guía para escribir los datos nuevamente

122

Flujo de Eventos

Modificar Usuario


1. Sistema muestra la GUI de modificar usuario


7. El usuario llena los campos a modificar

Flujo Alternativo

advertencia

122


5.1.1 Notificar que el código no existe

122

Cerrar sesión

POSCONDICION: Notificación que se ha serrado sesión

1. Sistema muestra la GUI de serrar sesión

2. El usuario elije la opción de cerrar sesión
3. El sistema cierra sesión
4. Sistema notifica al usuario que ha cerrado sesión

Flujo Alternativo

122

Flujo de Eventos

Registrar Administrador

122

POSCONDICION: Notificación de registro exitoso

1. El sistema muestra la guía de registrar Administrador








9. El sistema notifica que el registro ha sido exitoso

Flujo Alternativo

advertencia



122


122

Flujo de Eventos

Consultar Administrador


1. El sistema muestra la guía de consultar administrador






Flujo Alternativo





122

Flujo de Eventos

Modificar Administrador


1. Sistema muestra la GUI de modificar administrador



Flujo Alternativo
3.1Si el código tienen mal formato
advertencia


122

5.1.1 Notificar que el código no esta registrado

122

Flujo de Eventos

Eliminar Administrador


11. El sistema muestra la guía de eliminar Administrador








19. El sistema elimina el Administrador

20. El sistema notifica que el recepcionista ha sido eliminado correctamente

Flujo Alternativo







122

8.1.1 El sistema notifica que el administrador no ha sido eliminado

122

Registrar cliente

122

Asignar habitación

Consultar habitación

122

Asignar reserva

122

}

Registrar reserva

122

Generar factura

122

1. DISEÑO METODOLÓGICO

EL HOTEL LOS BALCONES DE BADILLO, es una empresa cuyo funcionamiento, no es
muy ajeno a lo que normalmente los hoteles de su tipo hacen; este hotel presta
servicios de hospedajes y reservas, además servicios adicionales que se prestan a los
clientes activos; en el registro presencial se le llenan los datos personales necesarios
para el registro exitoso, mientras que el registro de una reserva se llenan los datos
pertinentes para este tipo de registro y se le asigna una habitación de reserva. Al
momento de facturar o hacer el proceso de check out se consulta dicho cliente por
medio de la habitación asignada y los servicios adicionales consumidos por este, el
siguiente paso será la suma de los servicios prestados mas el valor neto de la
habitación y así se obtiene el valor total apagar en la factura.

1.1. ENFOQUE DE INVESTIGACIÓN
En este proyecto en particular, será indispensable La investigación cualitativa, puesto
que es importante tener un conocimiento de las cualidades de la realidad en donde se
esta trabajando, lo cual permite la clara identificación de las cualidades de la situación
a estudiar y posteriormente solucionar viablemente; además esta investigación genera
ideas de manera fácil y permite la libre opinión de los participantes.

1.2. TIPO DE INVESTIGACIÓN
La investigación descriptiva juega un papel importante en este proyecto, ya que
permite el conocimiento exacto de las situaciones y acciones que predominan en la
empresa; además al examinar las características predominantes de este problema, se
define una hipótesis, como punto de partida en búsqueda de una solución viable. Al
utilizar este tipo de investigación, se logra detallar, analizar e interpretar los datos
obtenidos, en términos claros y precisos, haciendo de la investigación, un trabajo
menos arduo.

122

De igual manera se presenta la investigación tecnológica, puesto que permite la
implementación de conceptos y conocimientos innovadores y vanguardista que
aseguran un enfoque fresco y nuevo dentro de la realidad donde se trabaja. Asimismo
garantiza que la evolución del trabajo investigativo, lo cual permite que sea mucho
mas pertinente en cualquier entorno y tiempo.

1.3. METODOLOGÍA DE INVESTIGACIÓN
De igual forma, para tener una visión clara de la problemática en particular, se le da
suma importancia a opiniones de los encargados de esta entidad. Una de las
estrategias utilizada es Estudio de Caso, dado que la investigación está centrada en la
persona encargada que tramita la compra de materia prima y venta de producto. Esto
permite profundizar en la problemática en cuestión, ya que se enfoca de manera
exclusiva. Además la exhaustividad con que se investiga, permite la recolección de
información necesaria para la búsqueda de una solución viable. De igual manera, se
utiliza el Método Hipotético –Deductivo, donde es propuesta una hipótesis luego de
estudiar y analizar un conjunto de datos, los cuales generan inferencias concretas; lo
importante es proponer una hipótesis clara que después se pueda comprobar
experimentalmente.

Asimismo se usa el Método Analítico, el cual permite la tipificación de los elementos de
un fenómeno que se examinan ordenadamente por separado, para hallar una
coherencia entre sí. Y por ultimo Método de la Abstracción, permite la comprensión
del objeto, para destacar sus características y la relación que tiene con otros objetos
de un determinando sistema.

122

1.4. TIPO DE ESTUDIO
Cuando previamente se tiene previamente identificado el enfoque de investigación y
las metodologías a utilizar, se debe elegir el tipo de estudio a realizar. En este caso en
particular, se hace uso del Estudio descriptivo, ya que se representan y detallan las
situaciones que conciernen en un determinado entorno y se especifican las
propiedades más importantes de todas estas al ser previamente analizadas.

1.5. INSTRUMENTOS DE RECOLECCIÓN

Los instrumentos de recolección utilizados en este proyecto que nos facilitaron una
visión interna y más detallada de las situaciones y la problemática a estudiar fueron: la
investigación, la observación directa y las entrevistas. Esta última fue la que nos ayudo
a conocer el personal del hotel como también, las funciones que se desempeña cada
uno dentro del hotel, mientras que la investigación y la observación ayudaron a
obtener un enfoque valido y veraz.

122

FORMATO DE OBSERVACIÓN

FECHA: 19 de Abril de 2010

NOMBRE DE LA EMPRESA: HOTEL LOS BALCONES DE BADILLO.

OBJETIVO: Identificar y analizar el funcionamiento del Hotel Los Balcones de Badillo en
cuanto al control de los procesos hoteleros.

TIEMPO DE OBSERVACION: 30 minutos.

Hora de inicio: 3:00 Pm

Hora de finalización: 3:30 Pm

AMBIENTE DE TRABAJO: Los Balcones de Badillo es una empresa que cuenta con una
infraestructura física con 3 pisos; en el parte inferior se encuentran la locación de
restaurante, Lavandería, bar y tres habitaciones de tipo normal; en el segundo piso se
encuentran todas las habitaciones restantes de tipo normal y las dos de tipo suite y en
el último piso se encuentra una terraza acondicionada para eventos especiales.

RECURSOS: Este Hotel cuenta con locaciones especiales como la de bar, que posee un
tope máximo de 50 personas, mientras que en restaurante, posee un total de 12
mesas repartidas en todo el salón y la lavandería cuenta con 6 lavadoras activas.

CONTROL DE LA ACTIVIDAD ECONOMICA: Para todas las habitaciones se lleva un
control mediante memos para todos los servicios solicitados por el cliente, los cuales,
llegan a la recepcionista y esta los carga a la cuenta del huésped.

122

FORMATO DE LA VISITA

FECHA: 24 de abril de 2010

NOMBRE DE LA EMPRESA: Hotel Los Balcones de Badillo.
Badillo

CONTACTO: Luisa Fernanda Castro Gutiérrez.

Esta visita se realizo con el fin de explicar al gerente del Hotel los casos de usos
realizados hasta el momento, y escuchar todas sus opiniones para continuar con el
desarrollo del proyecto de una forma agradable y amena.

Del mismo modo, esta visita sirvió para recolectar más información y a su vez
complementar la información anteriormente suministrada por el Hotel; asimismo
ayudo a resolver y confirmar la forma como el Hotel hace el proceso de factura.

El Gerente se mostro satisfecho hasta el momento, al ver la seriedad y la forma como
se esta manejando el proyecto, se obtuvo todo el respaldo y disposición para acudir a
ellos cuando se ha necesario.

122

12. CONCLUSIONES
Al culminar esta primera etapa en el proceso de solución de nuestro proyecto, que fue
el diseño del software. Podemos decir que cumplimos con los requerimientos
propuestos en nuestro proyecto además realizamos todos los diagramas necesarios
que nos ayudaran en el posterior desarrollo del software.

13. BIBLIOGRAFÍA
• La biblia de java
• Pienso en java
• Las asistencias a clase

122

14. ANEXOS:

FORMATO ENTREVISTA


NOMBRE: Luisa Fernanda Castro Gutiérrez.

CARGO DEL ENTREVISTADO: Recepcionista

NOMBRE DE LA EMPRESA: Hotel Los Balcones De Badillo.

1. ¿Cuál es la actividad que realiza Los Balcones De Badillo?

Este hotel presta el servicio de alquiler de habitaciones.

2. ¿Qué servicios adicionales ofrece el Hotel los Balcones de Badillo?

Restaurante, Lavandería, Servicio a la Habitación, Bar y parqueadero.

3. ¿Qué tipo de clientes, son los más habituales en el Hotel?

Por lo general turistas y clientes de corta instancia.

4. ¿Cómo es el proceso del registro de una reserva de un cliente?

122

Cuando el cliente llama se le toman los datos personales, tiempo de estadía y tipo
de habitación. Si la información es correcta y viable se hace efectiva la reserva de la
habitación.

5. ¿Qué inconvenientes se le han presentado en su función?

Cliente en estado de embriaguez con comentarios obscenos y fuera de lugar.

6. ¿Cómo es el proceso de facturación de un cliente?

El cliente tiene asignada una habitación la cual contiene los servicios y productos
que ha consumido el cliente, estos se suman al tiempo de estadía y se hacen las
respectivas operaciones y se liquida la habitación asignada del cliente.


NOMBRE: Gabriel de los Santos Sánchez.
Sánchez

CARGO DEL ENTREVISTADO: Gerente.


1. ¿Cuándo inicio el funcionamiento de Los Balcones de Badillo

122

Este Hotel comenzó su historia en el año 1985.

2. ¿Económicamente el Hotel es rentable??

Sí, pero hay temporadas en que los clientes son más habituales.

3. ¿Qué témpora hay mayor flujo de clientes?

Las temporadas de vacaciones: que va desde junio hasta finales de julio,
comienzo de Noviembre hasta finales de diciembre.

4. ¿Cuántos socios hacen parte de los Balcones de Badillo?

Actualmente no cuenta con socios ya que es propiedad de una sola persona.

5. ¿Se ha dado el caso en el que se ha devuelto el dinero por inconformidad del
cliente?

Si, por que actualmente estamos trabajando con un software con falencias las
cuales no previene este tipo de inconvenientes.

6. ¿Desde si perspectiva que procesos ve que se pueden mejorar?

122

En primera instancia el Software, ya que de este se desprenden la mayor parte
de los inconvenientes del hotel.

7. ¿Tiene proveedores especiales para los productos que se ofrecen en este
hotel?

No hay proveedores especiales ya que cotizamos las diferentes opciones y
miramos la mejor oferta.


NOMBRE: Jimmy Puerta Figueroa.

CARGO DEL ENTREVISTADO: Barman.


1. ¿Cómo se le hace el recargo de lo consumido a un cliente?

Actualmente se lleva por medio de memos, las cuales se les pregunta el
número de la habitación en donde está hospedado y su número de
identificación y se le entrega a la recepcionista al final del turno.

2. ¿Se le ha presentado algún inconveniente con este método?

122

Ciertamente hace días tuvimos un inconveniente con un cliente ya que en
medio de su embriaguez no recordaba lo consumido y tuvimos que recurrir a
las cámaras de seguridad para convencerlo.

3. ¿Cómo piensa usted que se debería mejorar este método?

No tiene respuesta, pero piensa que debe de mejorarse de alguna forma.

• IMAGENES DEL HOTEL LOS BALCONES DE BADILLO:

122

Proyecto de Aula

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (20)

Similar a Proyecto de Aula

Similar a Proyecto de Aula (20)

Proyecto de Aula