Perfil Tecno

1
UNIVERSIDAD AUTONOMA “GABRIEL RENE MORENO”
APLICACIÓN WEB PARA LA
GESTION DE HOSPEDAJE, RESERVAS Y SERVICIOS DE UN HOTEL
Presentado por:
DAMIAN VACA ANTELO
DOCENTE: Ing. Edwin Calle
En este documento la planificación y gestión del proyecto se utilizara la metodología
PUDS, para el desarrollo del producto se utiliza la estructura MVC
Santa Cruz – Bolivia
CARRERA: INGENIERIA EN SISTEMAS

2
INDICE
1 CAPITULO 1: FUNDAMENTOS TEORICOS.........................................................................................5
1.1 INTRODUCCION.............................................................................................................................5
1.2 ANTECEDENTES..............................................................................................................................5
1.3 DESCRIPCION DEL PROBLEMA.......................................................................................................6
1.4 SITUACION PROBLEMÁTICA...........................................................................................................7
1.5 SITUACION DESEADA.....................................................................................................................7
1.6 OBJETIVOS.....................................................................................................................................7
1.6.1 OBJETIVO GENERAL....................................................................................................................7
1.6.2 OBJETIVOS ESPECIFICOS..............................................................................................................7
1.7 JUSTIFICACION...............................................................................................................................8
1.7.1 PERSONAL...................................................................................................................................8
1.7.2 TECNICA......................................................................................................................................8
1.7.3 METODOLOGIA...........................................................................................................................8
1.8 ALCANCE........................................................................................................................................8
2 CAPITULO 2: CAPTURA DE REQUISITO........................................................................................... 11
2.1 LISTA DE REQUERIMIENTO..................................................................................................................11
2.1.1 Requerimiento Funcionales.......................................................................................................11
2.1.2 Requerimientos No Funcionales...............................................................................................13
2.2 CAPTURA DE REQUISITOS COMO CASOS DE USO.....................................................................................14
2.2.1 Modelo de Especificación..........................................................................................................14
2.3 IDENTIFICACION DE LOS ACTORES Y CASOS DE USO....................................................................14
2.3.1 ACTORES...................................................................................................................................14
3
2.4 CASOS DE USO...................................................................................................................................15
3 CAPITULO 3: ANÁLISIS................................................................................................................... 28
3.1 IDENTIFICACIÓN DE LOS PAQUETES.......................................................................................................28
3.2 ESPECIFICACIÓN DE LOS CASOS DE USO.................................................................................................31
3.3 ANALISIS DE CLASES..........................................................................................................................36

4
PARTE I
FUNDAMENTOS
TEORICOS
5
1 CAPITULO 1: FUNDAMENTOS TEORICOS
1.1 INTRODUCCION
Las aplicaciones web hoy en día son utilizados para todo tipo de empresa para el
manejo y control de información de todos tipos de actividades que realiza la empresa. En este
proyecto se busca mejorar la atención y el manejo de información mediante esta aplicación. En
la actualidad existe un gran numero de personas que se han interesado por el rubro hotelero
por la fuerte demanda de lugares de descanso para aquellas personas que buscan recorrer el
mundo ya sea de visita o por trabajo ya sean extranjeros o nacionales, esta actitud abrió campo
al rubro de la hotelería, las actividades hoteleras se vinieron realizando de manera local
(reservas presenciales) esto quiere decir que las personas para poder hacer reserva de alguna
habitación en un hotel que fuera de su agrado tenían que de alguna forma apersonarse al
recinto o bien conseguir algún conocido que pueda llevar a cabo dicha reservación o bien
probar suerte y apersonarse con todo su equipaje para averiguar si tiene bacante o no, esta
actitud llevo a que los dueños hoteleros tengan me modernizar su forma de trabajo y contar con
una aplicación web para poder así captar a clientes de diferentes partes del mundo y no solo a
su clientela local.
Los sistemas de información y Las bases de datos constituyen un instrumento
de mucha utilidad en las empresas, es por ello que la empresa hotelera surge la
necesidad de controlar las tareas que se va a realizar ya sean reserva, hospedaje,
servicio a la habitación. Esto llevo a desarrollar una aplicación web la cual el cliente
solicitante de una habitación pueda
1.2 ANTECEDENTES
6
El rubro hotelero ha significado un punto de gran interés a lo largo de la economía, ya
que el termino hotel se lo asocia a turismo, descanso todos estos términos vienen siendo de
mucha importancia para la economía ya que se ha visto que es un negocio rentable
Este rubro ha crecido bastante rápido que muchos hoteles en diferentes partes del
mundo han tenido que innovar su forma de llegar al público para así poder contar con mayor
numero de personas no solo locales sino extranjeras queriendo hospedarse en un determinado
hotel
Esto llevo a que los dueños de estos negocios al ver la necesidad que no solo los
clientes locales eran suficientes deshicieron abrirse mercado con clientes extranjeros, a raíz de
eso vieron la necesidad de solicitar aplicaciones web las cuales les permitan atraer clientes de
todo el mundo, mostrando las instalaciones por medio del internet.
1.3 DESCRIPCION DEL PROBLEMA
El problema que presenta la mayoría de establecimientos hoteleros es que no cuentan
con una aplicación las cuales les permita captar mas clientes no solo nacionales si no
internacionales, muchos de ellos cuentan con registros manuales, cuentan con registros
arcaicos de registros para reservas esto lleva muchas veces a tener problemas con los clientes,
ya que la información pasa de boca en boca sin tener algún tipo de respaldo de las actividades
que se realizaran a lo largo de la jornada laboral diaria, sin tomar en cuenta de las reservas que
se solicitan para un día terminado con cantidad de estadía en el establecimiento.

7
Por este motivo se da la necesidad de querer modernizarse y así poder llevar
información de confianza y así no tener problemas futuros con distintos tipos de clientes.
1.4 SITUACION PROBLEMÁTICA
Los registros se realizan de manera manual, tomando un bolígrafo con alguna ficha de
registro,
Su registro se limita a clientes nacionales, sin tomar de lado el gran numero de
personas que requieren un hotel.
Todo procedimiento actualmente sigue realizándose con lápiz y papel.
1.5 SITUACION DESEADA
Contar con una aplicación web la cual permita realizar reservas de todo tipo, realizar
registro de hospedajes y llevar un control sobre cada servicio que solicite el cliente, este
programa beneficiara en el funcionamiento del establecimiento ya que se concentrara la
información en un solo punto y así poder gestionarla y tenerla de manera mas eficiente y rapida
1.6 OBJETIVOS
1.6.1 OBJETIVO GENERAL
Desarrollar una aplicación web para la gestión de hospedaje, reserva de clientes y
servicios en general.
8
1.6.2 OBJETIVOS ESPECIFICOS
 Investigar sobre el desarrollo de las actividades de registro de reserva y

hospedaje
 Analizar la información obtenida y elaborar los requerimientos del sistema
 Desarrollar el diseño conceptual, lógico y físico de la base de datos
 Desarrollar la aplicación web utilizando la programación en tres capas (Datos,
negocio, presentación)
1.7 JUSTIFICACION
1.7.1 PERSONAL
Por el conocimiento propio del desarrollo de una aplicación web, obtener experiencia en
la realización de un proyecto, poder mejorar el rendimiento de una empresa
1.7.2 TECNICA
El presente proyecto sirve para realizar un control sobre un hotel, mediante el uso de
una aplicación web que guarda registros del hospedaje, servicios y hospedajes.
Durante el transcurso del desarrollo del sistema de información se aplicará toda la
información recolectada y los conocimientos aprendidos en la materia de Base de Datos I y II,
sistema de información 1y 2 además de la investigación propia.
Se desea mejorar el rendimiento de la empresa, para elaborar este acometido es
preciso tener registros de actividades, el manejo adecuado de la información y de los medios
que nos permiten elevar este nivel para que en el futuro la empresa pueda crecer y mejorar
cada vez más, esto se pretende lograr aplicando conocimientos adquiridos y por adquirir en la
materia.
9
1.7.3 METODOLOGIA
La metodología podemos definirla como: Un conjunto de métodos que siguen en
una investigación científica.
El presente trabajo se basa en la metodología del Proceso Unificado de
Desarrollo de Software PUDS, para el desarrollo del producto se utiliza la arquitectura
MVC y el Lenguaje Unificado Modelado (U.M.L.) para documentar los artefactos del
Sistema.
1.8 ALCANCE
El sistema efectuará el registro de hospedajes y Reservación. Se podrá obtener
reportes actualizados en cualquier momento.
Se dará un manual de usuario que le permitirá al operativo de la empresa la correcta
comprensión del manejo y resultados de la aplicación
Aplicación web para la gestión de Hospedaje,

Reserva y Servicios de un Hotel
Modulo De Hospedaje Modulo De Servicios Administrador de Usuario
Recepcionista Habitación Usuario
Cliente Reserva Privilegio

10
Capitulo II
Captura de
Requisitos
11
2 CAPITULO 2: CAPTURA DE REQUISITO
2.1 Lista de Requerimiento
2.1.1 Requerimiento Funcionales
Cada requerimiento tiene una descripción breve que refleja lo que el sistema brinda a
los usuarios. En esta tabla se identificarán los requisitos funcionales que se estructuran
mediante los casos de uso.
Cuadro Nro. 1. Requerimiento
Nro Requerimiento
.
RF1 Gestionar Hospedaje
RF2 Gestionar Reserva
RF3 Gestionar Servicio
RF4 Gestionar Administrador
RF5 Gestionar Recepcionista
Fuente: Elaboración propia, 2021,
Gestionar Hospedaje
Referencia Función
RF 1.1 Registrar Hospedado
RF 1.2 Asignar habitación
RF 1.3 Mostrar datos Hospedaje
Gestionar Reserva
Referencia Función
RF 2.1 Verificar habitaciones disponibles
RF 2.2 Registrar Reserva
RF 2.3 Modificar Reserva
RF 2.4 Eliminar Reserva
RF 2.5 Mostrar Reserva
Gestionar Servicio
Referencia Función
RF 3.1 Registrar Servicio
12
RF 3.2 Mostrar Detalle Servicio

RF 3.3 Modificar Servicio
RF 3.4 Eliminar Servicio
Gestionar Administrador
Referencia Función
RF 4.1 Registrar Administrador
RF 4.2 Mostrar Datos Administrador
RF 4.3 Modificar Administrador
RF 4.4 Eliminar Administrador
Gestionar Recepcionista
Referencia Función
RF 5.1 Registrar Recepcionista
RF 5.2 Mostrar Datos
Recepcionista
RF 5.3 Modificar Recepcionista
RF 5.4 Eliminar Recepcionista
2.1.2 Requerimientos No Funcionales
El Recepcionista podrá realizar un Backup de la información recopilada a lo largo de la jornada
laboral.
Confiabilidad
Tiempo de Disponibilidad del Sistema
La aplicación puede estar disponible para su uso a cualquier hora del día, cualquier día de la
semana, durante todo el año, esto estará sujeto al correcto funcionamiento de los equipos en
donde el sistema se esté ejecutando.

13
Tiempo Fuera de Servicio
El tiempo de fuera de operación del sistema dependerá del funcionamiento del servidor,
hardware del ordenador, base de datos y la infraestructura de red.
Desempeño
Acceso de Usuarios al Sistema
Los usuarios pueden acceder a la información en tiempo real
Calidad de Atención al Usuario
El sistema debe poder atender normalmente a 2 o más usuarios al mismo tiempo
2.2 MODELO DE DOMINIO
2.2.1 Modelo de Negocio
Modelo de Negocio: Gestionar Hospedado

14
Cliente Recepcionista
<No hay
disponible>
Solicita Habitacion
<Disponible>
Asigna habitacion
Resive articulos de la
habitacion
Sale de la Recepcion
Guia al Hospedado a
su habitacion
15
Modelo de Negocios: Gestionar Reserva
Cliente Recepcionista
<No hay
Solicita Reserva via disponible>
web
<Disponible>
Asigna habitacion
para la fecha
establecida
Enviar mensaje de
Aprovacion de
reserva
<No reserva>
Enviar mensaje
rechazando la
<Reserva>
reserva para ese dia,
Enviar mensaje
preguntando nueva
fecha de reservacion
16
Diagrama de Clases
class Modelo de dominio
OrdenServ icio Serv icio

Reserv acion
- id_Servicio: int - id_Servicio: int
- id_Reserva: int + monto_Servicio: money 1 + nombre_Servicio: varchar
0..*
+ cantidad_dias: int + Fecha_Servicio: date + monto_Unitario: money
+ Fecha_Reserva: date
+ monto_Reserva: money
0..*
1..*
Detalle_Serv icio
+ Cant_Servicios: int
1 0..*
Hospedado
- CI: int Hospedaj e

+ Nombre: varchar Recepcionista
- id_Hospedaje: int
+ Paterno: varchar 1..* +
1..* Monto_Total: money 1..* - CI: int
+ Materno: varchar
+ Fecha_Nacimiento: date + Nombre: varchar
1
+ T elefono: int 1..* + Paterno: varchar
+ Nacionalidad: varchar + Fecha_Nacimiento: int
+ Telefono: int
detalleHospedaj e 1..*
+ Responsable: varchar Habitacion
- Nro_Habitacion: int
+ costo_Habitacion: money
+ Estado: varchar 1
Detalle_Habitacion
Tipo_Habitacion
+ fecha_ingreso: date 1..* -
+ fecha_salida: date id_Tipo: int
+ hora_Ingreso: time + Detalle : varchar
+ hora_Salida: time
2.3 Captura de Requisitos como Casos de Uso
2.3.1 Modelo de Especificación
Para tener una mayor claridad en la especificación de los casos, se ha agrupado los mismos en
áreas, las cuales vemos en la siguiente tabla:
Cuadro Nro. 2 Listado de Casos de Uso
Caso de Uso Descripción

CU1 Gestionar Hospedado
CU2 Gestionar Reserva
CU3 Gestionar Servicio
CU4 Gestionar Administrativo
CU5 Gestionar Recepcionista
Fuente: Elaboración propia, 2021.
2.4 IDENTIFICACION DE LOS ACTORES Y CASOS DE USO

17
2.4.1 ACTORES
Identificación de los actores del Sistema
Hospedado. - Este perfil corresponde a la persona que solicita una habitación en el recinto
hotelero ya sea por medio presencial o también por reserva Online
Recepcionista. -Este perfil corresponde al trabajador del recinto hotelero que se encarga de
recibir a los hospedados.
Hotel. – Este perfil corresponde al recinto el cual brinda morada temporal a muchas personas.
uc Modelo de casos de uso
Administrativ o Recepcionista Hospedado
2.5 Casos de Uso
CU1 Gestionar Hospedaje
Cuadro Nro. 3 Gestionar Hospedaje

Gestionar Hospedaj e
Hospedado Recepcionista
Caso de uso Gestionar Hospedaje

Agregar un nuevo hospedado, Modificar Habitación, Eliminar
Propósito
Hospedaje
El recepcionista podrá registrar a un nuevo hospedado,
Resumen modificar su habitación si fuese necesario y eliminar al
hospedado en el caso que abandonase el recinto hotelero
Actores Hospedado, Recepcionista
Actor inicial Hospedado
Precondición ninguna
18
Los Hospedados agregados quedarán registrados en el

Postcondició
sistema. Los hospedados que vuelvan por segunda ves
n
quedaran registrados en el sistema.
1. Agregar
1.1.- Este caso de uso se 1.2.- El sistema muestra el
origina cuando el hospedado formulario con las
solicita una habitación habitaciones disponibles
1.4.- El sistema verifica que
1.3.- El recepcionista registra
los datos sean válidos y
al hospedado
luego los almacena.
2. Modificar
2.1.- Este caso de uso se da
cuando el Recepcionista 2.2.- El sistema muestra los
desea modificar datos del datos del Hospedado en el
hospedado por algún tipo de sistema.
error
Flujo de 2.3.- El sistema despliega un
2.4.- El Recepcionista
Eventos formulario con los datos del
modifica el dato o los datos
Hospedado seleccionado en
que desea.
forma editable.
2.5.- El sistema verifica los
datos y si son válidos los
actualiza
3. Eliminar
cuando el recepcionista desea 3.2.- El sistema despliega un
limpiar datos del hospedaje formulario con un mensaje de
cuando este se retiro del eliminación de registro
recinto hotelero
3.4.- El sistema procede a
3.3.- El recepcionista
eliminar el registro del
selecciona si vaciar el campo
hospedaje
CU2 Gestionar Reserva

19
Gestionar Reserv a
Caso de uso Gestionar Reserva

Agregar una nueva reserva, Modificar Reserva, Eliminar
Propósito
Reserva
El hospedado podrá solicitar una habitación vía web; el
recepcionista podrá aprobar dicha reserva si tiene
Resumen disponibilidad para la fecha establecida o en su defecto
solicitar al hospedado cambiar la fecha de reserva, si acepta
proceder a la reserva o en su defecto rechazar la misma.
El hospedado que realizo la reserva quedara registrado en el

Postcondició
sistema la reserva que solicito con todos los datos que
n
proporciono al momento de hacer dicha reserva
Flujo de 1. Agregar
Eventos 1.1.- Este caso de uso se
1.2.- El sistema muestra el
origina cuando el hospedado
formulario con las
solicita la reserva de una
habitaciones disponibles
habitación
1.3.- El recepcionista registra la 1.4.- El sistema verifica que
reserva en el caso que tenga los datos sean válidos y
disponibilidad luego los almacena.
2. Modificar
cuando el Recepcionista desea 2.2.- El sistema muestra los
modificar datos de la reserva de datos de la reserva en el
un hospedado por algún tipo de sistema.
error en particular
2.3.- El sistema despliega un
2.4.- El Recepcionista
formulario con los datos del
Hospedado seleccionado en
que desea.
forma editable.
actualiza
3. Eliminar
3.1.- Este caso de uso se da 3.2.- El sistema despliega
cuando el recepcionista desea un formulario con un
limpiar datos de la reserva si mensaje de eliminación de
20
este no confirma su reserva registro

eliminar el registro de la
reserva
CU3 GESTIONAR SERVICIO

21
Caso de uso Gestionar Servicio

Registrar Hospedaj e
Agregar un nuevo Servicio, Modificar Servicio, Eliminar

Propósito
Servicio
El hospedado podrá gozar de todos los servicios que el hotel
«include»
le brinda, podrá pedir lo que desee, el recepcionista dará

Resumen
seguimiento a las cosas que el hospedado pida para poder
anexarle todo el consumo a su planilla para su posterior cobro
Gestionar Serv icio

El hospedado para gozar de los beneficios que le da el hotel
Precondición tendrá que estar primeramente registrado en una habitación
determinada para poder llevarle seguimiento
El consumo que realizo el hospedado a lo largo de su
Postcondició estadía será anexada a su planilla con la descripción de que
n pidió y en qué fecha para su cobro correspondiente a la hora
de marcharse
1. Agregar
1.1.- Este caso de uso se
1.2.- El sistema muestra el
origina cuando el hospedado
formulario para detallar el
solicita algún tipo de servicio
consumo del hospedado
en el hotel
1.3.- El recepcionista registra 1.4.- El sistema almacena
cada uno de los consumos que los datos con la información
solicite el hospedado del consumo del hospedado
2. Modificar
cuando el Recepcionista
2.2.- El sistema muestra los
desea modificar datos del
datos del consumo en el
consumo de un hospedado por
sistema.
algún tipo de error en
Flujo de particular
Eventos 2.3.- El sistema despliega un
formulario con los datos del 2.4.- El Recepcionista
consumo del hospedado modifica el dato o los datos
seleccionado en forma que desea.
editable.
3. Eliminar
cuando el recepcionista desea
formulario con un mensaje
limpiar datos del consumo de
de eliminación de registro
un hospedado
eliminar el registro de los
consumos
22
CU4 GESTIONAR ADMINISTRIVO
Gestionar
Administrativ o
Administrativ o
Caso de uso Gestionar Administrativo

Agregar un nuevo administrativo, modificar y eliminar
Propósito
siempre y cuando sea necesario hacerlo
El administrativo podrá registrar, modificar y eliminar

Resumen
otro registro de algún otro administrativo solo si es necesario
Actores Administrativo
Actor inicial Administrativo
Postcondició
El administrativo agregado se guardará en el sistema
n
1. Agregar
1.1.- Este caso de uso
se origina cuando algún 1.2.- El sistema muestra el
admirativo solicita el registro formulario de registro
del mismo.
1.4.- El sistema verifica que
1.3.- El administrativo registra
los datos sean válidos y luego
a un nuevo usuario
los almacena.
2. Modificar
cuando el administrativo 2.2.- El sistema muestra los
Flujo de desea modificar datos de otro datos del nuevo
Eventos administrativo por algún tipo administrativo en el sistema.
de error en particular
2.4.- El administrativo
formulario con los datos del
administrativo seleccionado
que desea.
en forma editable.
actualiza
3. Eliminar
3.1.- Este caso de uso se da 3.2.- El sistema despliega un
cuando el administrativo formulario con un mensaje de
23
desea limpiar datos de algún

administrativo si este ya no
eliminación de registro
se encuentra trabajando en el
establecimiento
administrativo
CU5 GESTIONAR RECEPCIONISTA
Gestionar
Recepcionista
Administrativ o Recepcionista
Caso de uso Gestionar Recepcionista

Agregar un nuevo Recepcionista, modificar y eliminar
Propósito
siempre y cuando sea necesario hacerlo
El administrativo podrá registrar , modificar y eliminar

Resumen
datos de un Recepcionista
Actores Administrativo, Recepcionista
Actor inicial Administrativo
Postcondició
El Recepcionista agregado se guardará en el sistema
n
Flujo de 1. Agregar
Eventos 1.1.- Este caso de uso se
origina cuando algún 1.2.- El sistema muestra el
Recepcionista solicita el formulario de registro
registro del mismo.
1.3.- El administrativo registra a 1.4.- El sistema verifica que
un nuevo usuario los datos sean válidos y
Recepcionista luego los almacena.
2. Modificar
2.1.- Este caso de uso se da 2.2.- El sistema muestra los
cuando el administrativo desea datos del nuevo
modificar datos de un Recepcionista en el
Recepcionista nuevo sistema.
2.3.- El sistema 2.4.- El
despliega un formulario con los administrativo modifica el
24
datos del administrativo

seleccionado en forma dato o los datos que desea.
editable.
actualiza
3. Eliminar
cuando el administrativo desea 3.2.- El sistema despliega
limpiar datos de algún un formulario con un
recepcionista si este ya no se mensaje de eliminación de
encuentra trabajando en el registro
establecimiento
Recepcionista
Diagrama General de Casos de Uso
En el modelo de casos de uso se describen los procesos de negocio de la empresa, en
términos de un diagrama de casos de uso que sirve para comprender el contexto del sistema.
25
«include»
Gestionar Serv icio
Hospedado
Recepcionista
Gestionar Reserv a
Gestionar Gestionar
Administrativ o Recepcionista
Administrativ o
26
Capitulo III
ANALISIS
27
3 Capítulo 3: Análisis
3.1 Identificación de los Paquetes
Durante el flujo de trabajo de análisis de la Aplicación para un hotel, se identificaron paquetes:
Subsistema de Hospedaje y Subsistema de servicios.
deployment Modelo de despliegue
APLICACION HOTEL
deployment Modelo de despliegue deployment Modelo de despliegue
. .
Subsistema Hospedaje Subsistema Servicio
Subsistema Administrativo
Subsistema hospedaje
En este paquete se realizará todas las actividades concernientes al hospedaje de una persona,
como ser Gestionar Hospedaje, Gestionar Reserva.

28
SUBSIST EMA HOSPEDAJE
Gestionar Reserv a Recepcionista

Hospedado
Subsistema de Servicio
En este paquete se realizarán todas las actividades relacionadas con los servicios que pida el
cliente del hotel, como ser Gestionar Servicio

29
SUBSISTEMA SERVICIO
«include»
Gestionar Serv icio

Recepcionista
Hospedado
En este paquete se realizará las actividades administrativas como ser, Gestionar
Recepcionista, Gestionar Administrativo

30
Gestionar
Administrativ o
Gestionar
Recepcionista Recepcionista
Administrativ o
3.2 Especificación de los casos de uso
En este modelo de casos de uso del análisis de la aplicación ( Aplicación web para un hotel) se
realizara las especificaciones de cada caso de uso a partir del modelo de negocio descrito en la
captura de requisitos
Los casos de usos encontrados durante el flujo de trabajo del análisis, serán especificados
según el formato de especificaciones de casos de uso.
CASOS DE USO Describe el nombre de un Caso de Uso que es la pieza de funcionalidad bien
delimitada y reutilizable que da valor a los ACTORES que interactúan con el
sistema en discusión.
Representa siempre una visión externa de sistema desde el punto de vista de las
necesidades de los ACTORES. El conjunto de casos de uso configura el mapa de la
funcionalidad de una aplicación
ACTOR Persona o subsistema o clase que interactúan directamente con el sistema, que hacen
posible la realización de casos de uso
ACTIVADOR Indicar quien es el responsable de activar el caso de uso CU 1.- Otro CU que lo incluye
en su funcionalidad 2.- otro CU que lo involucra para extender su funcionalidad en
determinadas condiciones
PROPOSITO Resumen de las actividades de un proceso de negocios que posteriormente seran
ordenadas por el respectivo flujo de eventos ACTORES-SISTEMA, o bien en forma de
declaración de una regla de negocio
PRECONDICIONES Son las tareas que deben ser realizadas antes de activar un caso de uso
FLUJO PRINCIPAL Relación de eventos de negocio motivado por las tareas y responsabilidades de un actor.
DE VENTOS DEL Puede ser una persona o un subsistema siempre que cumpla la condición de ser
ACTOR elemento externo del sistema
31
FLUJO PRINCIPAL Relación de eventos motivados por la reacción del sistema en discusión ante el
DE EVENTOS DEL comportamiento de un ACTOR,
SISTEMA
VARIACIONES Y Todas aquellas variaciones que decidimos añadir a un evento como opciones posibles
EXTENCIONES para ampliar el comportamiento general del caso de uso. Si la decisión implica
subcontratar a otro caso de uso para que se responsabilice de dicha funcionalidad
entonces indicamos que el evento concreto hay un punto de extencion que activara a otro
caso de uso
EXCEPCIONES Todas aquellas perturbaciones que tienen una cierta probabilidad de aparecer en un
evento y pueda romperse el flujo de actividad sin dejar terminar correctamente el caso de
uso
CASO DE USO ANALISIS: GESTIONAR HOSPEDADO
CASOS DE USO Gestionar Cliente

ACTOR Recepcionista
ACTIVADOR Recepcionista el cual registra los datos del hospedado
PROPOSITO Contar con un registro de todos los hospedados
PRECONDICIONES Guardar, Modificar y Eliminar
FLUJO PRINCIPAL El recepcionista es el encargado de registrar todos los clientes que ingresan al hotel ,
DE VENTOS DEL modificar, eliminar y buscar hospedado
ACTOR
FLUJO PRINCIPAL El sistema guarda la información del hospedado
DE EVENTOS DEL
SISTEMA
VARIACIONES Y
EXTENCIONES
EXCEPCIONES
CASO DE USO ANALISIS: GESTIONAR RECEPCIONISTA
CASOS DE USO Gestionar Recepcionista

ACTOR Administrativo
ACTIVADOR Administrativo el cual registra los datos del nuevo Recepcionista
PROPOSITO Contar con un registro de todos los recepcionistas que están trabajando En el
establecimiento
FLUJO PRINCIPAL El administrativo es el encargado de registrar todos los datos del Recepcionista que
DE VENTOS DEL empezara a trabajar
ACTOR
FLUJO PRINCIPAL El sistema guarda la información del Recepcionista
DE EVENTOS DEL
SISTEMA
VARIACIONES Y
EXTENCIONES
EXCEPCIONES
CASO DE USO ANALISIS: GESTIONAR ADMINISTRATIVO
CASOS DE USO Gestionar Administrativo

ACTOR Administrativo
32
ACTIVADOR Administrativo el cual registra los datos del nuevo administrativo

PROPOSITO Contar con un registro de todos los Administrativos que están trabajando En el
establecimiento
FLUJO PRINCIPAL El administrativo es el encargado de registrar todos los datos del Administrativo que
DE VENTOS DEL empezara a trabajar
ACTOR
FLUJO PRINCIPAL El sistema guarda la información del administrativo
DE EVENTOS DEL
SISTEMA
VARIACIONES Y
EXTENCIONES
EXCEPCIONES
CASO DE USO ANALISIS: GESTIONAR SERVICIO
CASOS DE USO Gestionar Servicio

ACTOR Recepcionista
ACTIVADOR Recepcionista el cual registra los consumos que el hospedado solicite
PROPOSITO Contar con un registro de los consumos del hospedado para no tener inconvenientes a la
hora de cancelar su deuda
FLUJO PRINCIPAL El Recepcionista es el encargado de registrar todos los datos de consumo que realizo el
DE VENTOS DEL hospedado en toda su estadía en el hotel
ACTOR
FLUJO PRINCIPAL El sistema guarda la información del consumo del hospedado
DE EVENTOS DEL
SISTEMA
VARIACIONES Y Tiene relación <include> con Gestionar Hospedaje
EXTENCIONES
EXCEPCIONES
CASO DE USO ANALISIS: GESTIONAR RESERVA
CASOS DE USO Gestionar Reserva

ACTOR Recepcionista
ACTIVADOR Recepcionista el cual registra los datos del hospedado que soliciten reservación al hotel
PROPOSITO Contar con un registro de los hospedados que solicitan hospedaje via web
FLUJO PRINCIPAL El Recepcionista es el encargado de registrar todos los datos de la reservación que
DE VENTOS DEL solicito en hospedado
ACTOR
FLUJO PRINCIPAL El sistema guarda la información de la reservación del hospedado
DE EVENTOS DEL
SISTEMA
VARIACIONES Y
EXTENCIONES
EXCEPCIONES
Realización de los Casos de Uso de Análisis

33
En este punto se analiza cada caso de uso tomando en cuenta su comportamiento para
analizar la forma en que interactúan con el Sistema, identificar las clases de objetos necesarios
para llevar a cabo el flujo de sucesos en la interacción con el sistema
CASO DE USO DEL ANALISIS: GESTIONAR HOSPEDAJE
analysis Modelo de procesos de negocio
5.-registrarHabitacion ()
12.- obtenerDatosHabitacion ()
20.- modificarHabitacion ()
25.-limpiarHabitacion ()
4.- registrarHabitacion ()
tblHabitacion
19.- modificarHabitacion ()
clsHabitacion
24.- limpiarHabitacion ()
11.- buscarHabitacion ()
13,- mostrarDatosHabitacion()
1.- Registrar ()
6 .-Buscar ()
16.- Modificar ()
21.- Eliminar () 2.- RegistrarHospedado () 3.- registrarHospedado ()
17.- modificarHospedado () 9.- obtenerDatosHospedado ()
22.- eliminarHospedado () 18.- modificarHospedado()
Recepcionista
23.- eliminarHospedado () tblHospedado
frmHospedado
clsHospedado
7.- Buscar ()
14.- obtCodCliente ()
8.- buscarHospedado ()
15.- obtCodHabitacion ()
10.- MostrarDatosHospedado ()
frmBuscarHospedaje
CASO DE USO DEL ANALISIS: GESTIONAR RESERVA

34
analysis Modelo de análisis
5.-registrarHabitacion ()
12.- modificarReserva ()
19.- eliminarReserva ()
4.-registrarHabitaci on ()
11.-modificarReserva ()
18.- el iminarReserva ()
clsReserva tblReserva
1.- Registrar ()
8.-Modificar ()
15.- Eliminar () 3.- registrarHospedad ()
2.-registrarHospedado () 10.- modificarHospedado ()
9.- modificarHospedado () 17.- el iminarHospedado ()
16.- el iminarHospedado ()
tblHospedado
clsHospedado
Recepcionista frmReserva
6.- registrarHabitacion ()
13.- modificarHabi tacion ()
20.- limpiarHabitacion ()
7.- registrarHabi tacion ()

14.-modifi carHabitacion ()
21.- limpiarHabitacion ();
clsHabitaci on tblHabitacion
CASOS DE USO DEL ANALISIS: GESTIONAR SERVICIO
4.- buscarHospedaj e ()
3.- buscarHospedaj e ()
5.- obtDatoHospedaje ()
6.- mostrarHospedaje ()
frmHospedaje clsHospedaje tbl Hospedaje
2.- Buscar ()
7.- obtCodHospedaje ()
1.- Registrar () 8.- regi strarOrdenServ ()

14.- buscarOrdServ () 9.- registrarOrdenServ ()
10.- Modificar () 11.- modificarOrdenServ () 15.- obtDatoOrdenServ ()
18.- eliminarOrdServ () 12.- modificarOrdenServ ()
13.- Mostrar ()
17.- El iminar 19.- eliminarOrdServ ()
16.- mostrarOrdenServ ()
Recepcionista frmOrdenServicio clsOrdenServi ci o

tbl OrdenServicio
35
CASOS DE USO DEL ANALISIS: GESTIONAR RECEPCIONISTA
1.- Regi strar ()

4.- Modificar ()
7.- Eliminar ()
2.- registrarRecepci onista() 3,.registrarRecepci onista ()
5.- modi ficarRecepcionista ()
6.- modi ficarRecepcionista ()
8.- el iminarRecepcioni sta () 9.- elim inarRecepci onista ()
Administrativ o clsRecepci oni sta tblRecepcioni sta

frmRegRecepci oni sta
3.3 Análisis de clases
Clase interface
Nombre frmHospedado
PROPOSITO Registrar y mostrar los datos de hospedado
TIPO <<Form>>
ATRIBUTO Ci, Nombre, Paterno, Materno, Fecha de nacimiento,
Nacionalidad
OPERACIONES Guardar, Mostrar, Eliminar, Modificar,Buscar
Nombre frmReserva
PROPOSITO Registrar reserva de hospedado
Tipo <<Form>>
ATRIBUTO Ci, Nombre, Paterno, Materno, Fecha de nacimiento,
Nacionalidad, Fecha llegada, Fecha Salida,
OPERACIONES Guardar, Eliminar, Modificar
Nombre frmOrdenServicio
PROPOSITO Registrar pedidos que solicita el hospedado
TIPO <<Form>>
ATRIBUTO Nombre pedido, Costo, Fecha,
OPERACIONES Guardar,Mostrar, Eliminar, Modificar
Nombre frmRegRecepcionista
PROPOSITO Registrar Recepcionista
TIPO <<Form>>
ATRIBUTO Ci, Nombre, Paterno, Materno, Fecha Nacimiento,
36
OPERACIONES Guardar, Eliminar, Modificar
CLASE DE CONTROL
NOMBRE ClsHabitacion
PROPOSITO Realizar las operaciones indicadas en las
habitaciones
ENTRADA Datos de la habitación, operacion
SALIDA Confirmación de éxito de la operacion
FLUJO Si elige la operación registrarHabitacion () se
rellena el campo para obtener una habitacion
Si elige la operación modificarHabitacion() puede
cambiar de una habitacion a otra
Si elige la operación eliminarHabitacion() se borran
los registros de la habitacion
NOMBRE clsHospedado
PROPOSITO Realiza las operaciones indicadas en los
hospedados
ENTRADA Datos de los hospedados, operacion
SALIDA Confirmación de éxito de la operacion
FLUJO Si elige la operación registrarHospedado () se
registra un nuevo hospedado
Si eligue la operación modificarHospedado() se
puede modificar los datos del hospedado
Si elige la operación eliminarHospedado() se
elimina el registro del hospedado siempre y cuando
el hospedado se retire del hotel
NOMBRE clsReserva
PROPOSITO Realiza las operaciones indicadas en las reservas
ENTRADA Datos de las reservas, operaciones
SALIDA Confirmación de éxito de las operaciones
FLUJO Si elige la operación registrarReserva() se
registrara una nueva reserva
Si elige la operación modificarReserva() se
modificara los datos de la reserva
Si se eligue la operación eliminarReserva() se
eliminara todo el registro de la reserva solicitada
37
NOMBRE clsHospedaje
PROPOSITO Realizar las operaciones indicadas en los
hospedajes
ENTRADA Datos de los hospedajes, operaciones
FLUJO Si elige la operación buscarHospedaje() se
realizara una búsqueda de todos los hospedaje en
una determinada fecha
NOMBRE clsOrdenServcio
PROPOSITO Realizar las operaciones indicadas en las ordenes
de servicio
ENTRADA Datos de las ordenes de servicio, operaciones
FLUJO Si elige la operación registrarOrdServ () se
registrará una nueva orden de servicio
Si elige la operación buscarOrdServ() se procede a
la búsqueda de todas las ordenes de servicio en
una determinada fecha
Si elige la operación modificarOrdServ() se podra
modificar los datos de dicha orden de servicio si
fuese necesario
Si elige la operación eliminarOrdServ() se eliminara
todo registro de la orden de servicio seleccionada
NOMBRE clsRecepcionista
PROPOSITO Realizar las operaciones indicadas de los
recepcionistas
ENTRADA Datos de los recepcionistas, operaciones
FLUJO Si elige la operación registrarRecepcionista() se
creara un nuevo registro para el recepcionista
Si elige la operación modificarRecepcionista() se
podra modificar los datos del recepcionista
Si eligue la operación eliminarRecepcionista() se
eliminara el registro del recepcionista siempre y
cuando el recepcionista ya no trabaje en el
establecimiento
38
CLASE ENTIDAD
NOMBRE tblHabitacion
PROPOSITO Almacenar datos de las
habitaciones en la base de datos
ATRIBUTOS Nro_Habitacion,
costo_Habitacion, estado
NOMBRE tblHospedado
PROPOSITO Almacenar datos de los
hospedados en la base de datos
ATRIBUTOS Ci, Nombre, Paterno, Materno,
Fecha_Nacimiento, Telefono,
Nacionalidad
NOMBRE TblReserva
PROPOSITO Almacenar datos de las reservas
en la base de datos
ATRIBUTOS Id_Reserva, cantidad_dias,
fecha_reserva, monto_reserva
NOMBRE tblHospedaje
hospedajes en la base de datos
ATRIBUTOS Id_Hospedaje, monto_Total
NOMBRE tblOrdenServicio
PROPOSITO Almacenar datos de las ordenes
de servicio en la base de datos
ATRIBUTOS Id_servicio, monto_servicio,
fecha_servicio
NOMBRE TblRecepcionista
Recepcionistas en la base de datos
ATRIBUTOS Ci, Nombre,
Paterno,Materno,Fecha_Nacimiento,
Telefono

Perfil Tecno

Cargado por

Copyright:

Formatos disponibles

Perfil Tecno

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Perfil Tecno

Cargado por

Copyright:

Formatos disponibles

1

UNIVERSIDAD AUTONOMA “GABRIEL RENE MORENO”

APLICACIÓN WEB PARA LA

GESTION DE HOSPEDAJE, RESERVAS Y SERVICIOS DE UN HOTEL

DAMIAN VACA ANTELO

DOCENTE: Ing. Edwin Calle

En este documento la planificación y gestión del proyecto se utilizara la metodología

PUDS, para el desarrollo del producto se utiliza la estructura MVC

Santa Cruz – Bolivia

CARRERA: INGENIERIA EN SISTEMAS

1 CAPITULO 1: FUNDAMENTOS TEORICOS.........................................................................................5

1.3 DESCRIPCION DEL PROBLEMA.......................................................................................................6

1.4 SITUACION PROBLEMÁTICA...........................................................................................................7

1.5 SITUACION DESEADA.....................................................................................................................7

1.6.1 OBJETIVO GENERAL....................................................................................................................7

1.6.2 OBJETIVOS ESPECIFICOS..............................................................................................................7

2 CAPITULO 2: CAPTURA DE REQUISITO........................................................................................... 11

2.1 LISTA DE REQUERIMIENTO..................................................................................................................11

2.1.1 Requerimiento Funcionales.......................................................................................................11

2.1.2 Requerimientos No Funcionales...............................................................................................13

2.2 CAPTURA DE REQUISITOS COMO CASOS DE USO.....................................................................................14

2.2.1 Modelo de Especificación..........................................................................................................14

2.3 IDENTIFICACION DE LOS ACTORES Y CASOS DE USO....................................................................14

2.4 CASOS DE USO...................................................................................................................................15

3.1 IDENTIFICACIÓN DE LOS PAQUETES.......................................................................................................28

3.2 ESPECIFICACIÓN DE LOS CASOS DE USO.................................................................................................31

3.3 ANALISIS DE CLASES..........................................................................................................................36

1 CAPITULO 1: FUNDAMENTOS TEORICOS

proyecto se busca mejorar la atención y el manejo de información mediante esta aplicación. En

al rubro de la hotelería, las actividades hoteleras se vinieron realizando de manera local

Los sistemas de información y Las bases de datos constituyen un instrumento

necesidad de controlar las tareas que se va a realizar ya sean reserva, hospedaje,

solicitante de una habitación pueda

El rubro hotelero ha significado un punto de gran interés a lo largo de la economía, ya

mucha importancia para la economía ya que se ha visto que es un negocio rentable

numero de personas no solo locales sino extranjeras queriendo hospedarse en un determinado

todo el mundo, mostrando las instalaciones por medio del internet.

1.3 DESCRIPCION DEL PROBLEMA

El problema que presenta la mayoría de establecimientos hoteleros es que no cuentan

se solicitan para un día terminado con cantidad de estadía en el establecimiento.

Por este motivo se da la necesidad de querer modernizarse y así poder llevar

1.4 SITUACION PROBLEMÁTICA

Su registro se limita a clientes nacionales, sin tomar de lado el gran numero de

personas que requieren un hotel.

Todo procedimiento actualmente sigue realizándose con lápiz y papel.

1.5 SITUACION DESEADA

programa beneficiara en el funcionamiento del establecimiento ya que se concentrara la

1.6.1 OBJETIVO GENERAL

Desarrollar una aplicación web para la gestión de hospedaje, reserva de clientes y

1.6.2 OBJETIVOS ESPECIFICOS

 Investigar sobre el desarrollo de las actividades de registro de reserva y

la realización de un proyecto, poder mejorar el rendimiento de una empresa

Durante el transcurso del desarrollo del sistema de información se aplicará toda la

información recolectada y los conocimientos aprendidos en la materia de Base de Datos I y II,

sistema de información 1y 2 además de la investigación propia.

Se desea mejorar el rendimiento de la empresa, para elaborar este acometido es

preciso tener registros de actividades, el manejo adecuado de la información y de los medios

La metodología podemos definirla como: Un conjunto de métodos que siguen en

una investigación científica.