UNIVERSIDAD AMAZÓNICA DE PANDO

ÁREA DE CIENCIAS Y TECNOLOGÍA

INGENIERÍA DE SISTEMAS

PROYECTO FINAL DE SEMESTRE

“SISTEMA SOFTWARE DE HOSPEDAJE DE HOTEL LOS RAMALES”

ASIGNATURAS ADSCRITAS
Sistemas de Información
Base de Datos
Red de Computadoras

Docentes Tutor(s):
❏ Ing. Samuel Fuentes
Docentes Asesor(s):
❏ Ing. Jose Balderrama
❏ Ing. Abel Huaygua
AUTORES:
❏ Univ. Julio Cesar Benitez

Cobija - Pando, Bolivia

2020
 ÍNDICE GENERAL

TAMAÑO DE LETRA 12 (ARIAL O TIME NEW ROMAN)

INTERLINEADO 1,15
ÍNDICE DE IMÁGENES
ÍNDICE DE TABLAS Y CUADROS
 CAPÍTULO I. INTRODUCCIÓN

(1 página)

1. Introducción
En los últimos años la tecnología se ha estado vinculando muy fuertemente con los demás
sectores de la economía departamental y uno de ellos que forma parte de este conglomerado
es la hotelería. El sector ha tenido un desarrollo muy importante que se ha visto en la
obligación de recurrir a soluciones en software, bases de datos y redes de computadoras para
optimizar la administración de reservas y registro de información de hospedaje, debido a que
los hoteles han usado durante años un sistema arcaico de administración de registro e
información.

2. Planteamiento del problema

El hotel Los Ramales administra de la siguiente manera:

❏ El registro de reserva de habitaciones se realiza de forma manual.

❏ Deficiente atención al cliente.

❏ No contar con un sistema de redes en el hotel.

Todos eso genera:

❏ Pérdida de Información

❏ Problemas de comunicación

❏ Pérdida de cliente

❏ Demora en la elaboración de los informes o balances mensuales.

❏ Realizar reserva de forma presencial.

3. formulación del Problema

● Deficiencia en la administración de reservas y hospedaje en el hotel los Ramales

4.1. Objetivos
4.1.1 Objetivo General

● Diseñar una propuesta de un sistema de información para optimizar la deficiencia en

la administración de reservas y hospedaje en el hotel los Ramales.

4.1.2 Objetivos específicos

❏ Identificar los requerimientos del sistema a través de los modelos de casos de uso
para proponer las funciones del sistema.
❏ Analizar el sistema de información actual
❏ Elaborar los modelos de análisis y diseño
❏ Construir el software a través de los modelos realizados
❏ Realizar un Diseño de la red lan para el hotel los ramales
❏ Evaluar los requerimientos mínimos del sistema de información

Sistema de información=base de datos + sistema informático + red de datos

Justificación:

justificación técnica:
El objetivo del proyecto es desarrollar un software con una red de comunicación, esto
permitirá una mejor administración de reserva e información de hospedaje.
justificación económica:

El desarrollo del presente trabajo investigativo representa una opción de administración que
permitirá la optimización de los recursos con lo que cuenta actualmente el Hotel Los
Ramales, además la inversión que requiere para su desarrollo e implementación no
constituye una suma considerable que no pueda afrontar el flujo presupuestario de la
empresa, por esos motivos, el desarrollo del sistema se justifica plenamente desde el punto
de vista económico.
justificación social:
El presente proyecto aporta una buena calidad de atención hacia los clientes en el hospedaje
los ramales.

5. Metodología
 Etapas Descripción de la Herramientas Resultado que se
etapa obtienen

Se busca y se Internet Datos variados y

recolecta Observación en el requerimientos
información del hotel los Ramales funcionales que se
INICIO tema en el proyecto buscaban para el
inicio del desarrollo
del tema de proyecto

*Se diseña el *uml enterprise Obtención de diseño

ELABORACIÓN interfaz gráfico architect y Modelos.

*se realiza los *Powerdesigner

modelos de UML

* Se realizan los
modelos conceptual ,
lógico, físico.

CONSTRUCCIÓN *Base de datos *MySQL Front *Obtención de las

generado y cargado base de datos y la
*Netbeans
página web
*Página Web de
reservas

TRANSICIÓN

Metodología TOP DOWN Descripción

 *Analizar metas del negocio

Análisis de Los Requerimientos *Analizar metas técnicas

*Analizar red existente
*Analizar tráfico existente

Desarrollo Diseño Lógico *Diseñar topología de red

*Diseñar modelos de direccionamiento y
hostnames
*Seleccionar protocolos para Switching y
Routing
*Desarrollar estrategias de seguridad
*Desarrollar estrategias de administración
de red

Desarrollo Diseño Físico *Seleccionar tecnologías y dispositivos para

redes de campus
*Seleccionar tecnologías y dispositivos para
redes empresariales

Pruebas del Diseño, Documentación *Probar el diseño de red

*Optimizar el diseño de red
*Documentar el diseño

6. Alcances y limitación del Proyecto

Alcances
Elaborar una propuesta de un sistema de información que contemple la base de datos, el
sistema de software y EL DISEÑO DE LA red de datos para reservar y registro de
hospedaje.

limitación
 No se tiene como objetivo implementar el software desarrollado, en un hotel.

No se tiene como objetivo implementar físicamente la red de comunicación por lo que se

utilizara las siguientes fases de la metodología:análisis y diseño

CAPÍTULO II. MARCO TEÓRICO

1. MÉTODOS

1.1. TOP DOWN

Para aplicarlo a redes sería primero analizar los requerimientos puntuales para que en base a
estos seleccionar los protocolos y la topología de red a utilizar, luego seleccionar los equipos
para iniciar las fases de documentación e implementación de la propuesta para llegar a la
ejecución, monitoreo y optimización de la red propuesta en un ciclo que no tiene final.

(Saavedra, 2017)

1.2. CASOS DE USO

El modelado de software es clave en el desarrollo de aplicaciones informáticas, es una forma

gráfica de visualizar, construir y documentar un sistema, además de que pueden utilizarse
para la comunicación con el cliente. Una red de Petri puede ser definida como una
traducción gráfica o matemática de un sistema a eventos discretos con la cual se puede
describir su comportamiento. En el presente trabajo se propone un método para el modelado
y prueba de diagramas de caso de uso mediante redes de Petri. El método propuesto ha sido
demostrado matemáticamente a través de una adaptación a la definición formal de las redes
de Petri específica para estos tipos de diagramas.

(Informáticas, 2016)

1.3. RUP

Es un proceso que puede especializarse para una gran variedad de sistemas de software,
en diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles
de aptitud y diferentes tamaños de proyecto.

RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de

metodologías adaptables al contexto y necesidades de cada organización.

(Rosarino, 2016)

2. HERRAMIENTAS

2.1. POWERDESIGNER
 herramienta para el análisis, diseño inteligente y construcción sólida de una base de
datos y un desarrollo orientado a modelos de datos a nivel físico y conceptual, que da a
los desarrolladores Cliente/Servidor la más firme base para aplicaciones de alto
rendimiento. La Herramienta Líder en Modelamiento Empresarial.

(Suarez, 2009)

2.2. PACKET TRACER

Es un programa de simulación de redes que permite a los estudiantes experimentar con

el comportamiento de la red y resolver preguntas del tipo ¿qué pasaría si...? Permite ver
cómo deambulan los paquetes por los diferentes equipos, además de poder analizar de
forma rápida el contenido de cada uno de ellos en las diferentes "capas “y "datos".

(Systems, 2020)

2.3. MySQL

Es un sistema de gestión de bases de datos relacionales de código abierto (RDBMS, por

sus siglas en inglés) con un modelo cliente-servidor. RDBMS es un software o servicio
utilizado para crear y administrar bases de datos basadas en un modelo relacional.

(B., 2019)

2.4. Enterprise Architect

Es una herramienta gráfica multiusuario diseñada para ayudar a sus equipos a construir
sistemas robustos y fáciles de mantener.

Y al utilizar documentación e informes integrados de alta calidad, puede ofrecer una

visión verdaderamente compartida de forma fácil y precisa.

(ARCHITECT, 2020)

3. DIAGRAMAS

3.1. DIAGRAMA DE CLASES

Los diagramas de clases son uno de los tipos de diagramas más útiles en UML, ya que
trazan claramente la estructura de un sistema concreto al modelar sus clases, atributos,
operaciones y relaciones entre objetos. Con nuestro software de generación de diagramas
UML, la creación de estos diagramas no es tan abrumadora como podría parecer.

(anónimo, 2020)

3.2. DIAGRAMA DE OBJETIVOS

El diagrama de objetivos presenta la jerarquía de los objetivos, desde el objetivo global

hasta los proyectos y programas planeados, para llevarlos concretamente a la práctica.
(DEVCO, 2015)

3.3. DIAGRAMA DE SECUENCIAS

El diagrama de secuencia es un tipo de diagrama de interacción cuyo objetivo es

describir el comportamiento dinámico del sistema de información haciendo énfasis en la
secuencia de los mensajes intercambiados por los objetos.

(manuel, n.d.)

3.4. DIAGRAMA DE ACTIVIDAD

El Diagrama de Actividad es un diagrama de flujo del proceso multipropósito que se usa

para modelar el comportamiento del sistema. Los diagramas de actividad se pueden usar
para modelar un Caso de Uso, o una clase, o un método complicado.

Un diagrama de actividad es parecido a un diagrama de flujo; la diferencia clave es que

los diagramas de actividad pueden mostrar procesado paralelo. Esto es importante
cuando se usan diagramas de actividad para modelar procesos 'bussiness' algunos de los
cuales pueden actuar en paralelo, y para modelar varios hilos en los programas
concurrentes.

(LuCaS, n.d.)

3.5. DIAGRAMA DE ESTADOS

El diagrama de estado se usa para dar forma al comportamiento de un objeto, de una

clase. Se representa la secuencia de estados que un objeto de la clase tiene durante su
vida, según las acciones que van sucediendo.

(Tollefsrud, 2019)

3.6. DIAGRAMA DE COLABORACIÓN

El diagrama de colaboración es un diagrama de interacción cuyo objetivo es describir el

comportamiento dinámico del sistema de información mostrando como interactúan los
objetos entre sí, es decir, con qué otros objetos tiene vínculos o intercambia mensajes un
determinado objeto.

(manuel, metrica-3, n.d.)

 4. TOPOLOGIAS

Está compuesta por dos partes, la topología física, que es la disposición real de los cables
(los medios) y la topología lógica, que define la forma en que los hosts acceden a los
medios. Las topologías físicas que se utilizan comúnmente son de bus, de anillo, en estrella,
en estrella extendida, jerárquica y en malla.

(anónimo, ecured, n.d.)

4.1. TOPOLOGÍA DE RED

La topología de red se define como el mapa físico o lógico de una red para intercambiar
datos. En otras palabras, es la forma en que está diseñada la red, sea en el plano físico o
lógico. El concepto de red puede definirse como conjunto de nodos interconectados.

(Commons, 2020)

4.2. TOPOLOGÍA DE RED (ESTRELLA)

Punto de vista matemático:

Topología en estrella tiene un nodo central desde el que se irradian todos los enlaces
hacia los demás nodos y no permite otros enlaces.

Punto de vista físico:

La topología en estrella tiene un nodo central desde el que se irradian todos los enlaces.
La ventaja principal es que permite que todos los demás nodos se comuniquen entre sí
de manera conveniente. La desventaja principal es que si el nodo central falla, toda la
red se desconecta. Según el tipo de dispositivo para networking que se use en el centro
de la red en estrella, las colisiones pueden representar un problema.

Punto de vista lógico:

El flujo de toda la información pasaría entonces a través de un solo dispositivo. Esto

podría ser aceptable por razones de seguridad o de acceso restringido, pero toda la red
estaría expuesta a tener problemas si falla el nodo central de la estrella.

4.3. TOPOLOGÍA DE RED (ESTRELLA EXTENDIDA)

Punto de vista matemático:

Topología en estrella extendida es igual a la topología en estrella, con la diferencia de

que cada nodo que se conecta con el nodo central también es el centro de otra estrella.

Punto de vista físico:

Topología en estrella extendida tiene una topología en estrella central, en la que cada
uno de los nodos finales actúa como el centro de su propia topología en estrella. La
 ventaja de esto es que el cableado es más corto y limita la cantidad de dispositivos que
se deben interconectar con cualquier nodo central.

Punto de vista lógico:

Topología en estrella extendida es sumamente jerárquica, y "busca" que la información

se mantenga local. Esta es la forma de conexión utilizada actualmente por el sistema
telefónico.

(anónimo, ecured, n.d.)

5. TIPO DE RED

Un elemento que debe tenerse en cuenta cuando queremos instalar una red informática en
nuestro negocio es el alcance o área de cobertura.

En principio, lo lógico es que la mayoría de los pequeños negocios puedan funcionar

perfectamente con una red local.

5.1. Red de área personal (PAN)

Las redes PAN pueden serte útiles si vas a conectar pocos dispositivos que no estén
muy lejos entre sí. Hablamos de una red informática de pocos metros, algo parecido
a la distancia que necesita el Bluetooth del móvil para intercambiar datos.

5.2. Red de área local (LAN)

Las redes LAN pueden abarcar desde 200 metros hasta 1 kilómetro de cobertura.
Permite conectar ordenadores, impresoras, escáneres, fotocopiadoras y otros muchos
periféricos entre sí para que puedas intercambiar datos y órdenes desde los diferentes
nodos de la oficina.

5.3. Red de área de campus (CAN)

Habría varias redes de área local instaladas en áreas específicas, pero a su vez todas
ellas estarían interconectadas, para que se puedan intercambiar datos entre sí de
manera rápida, o pueda haber conexión a Internet en todo el campus.
5.4. Red de área metropolitana (MAN)
Son las que suelen utilizarse cuando las administraciones públicas deciden crear
zonas Wifi en grandes espacios. También es toda la infraestructura de cables de un
operador de telecomunicaciones para el despliegue de redes de fibra óptica.
5.5. Red de área amplia (WAN)
Proveedoras de Internet para cubrir las tipos de casino necesidades de conexión de
redes de una zona muy amplia, como una ciudad o país.
5.6. Red de área de almacenamiento (SAN)
Es una red propia para las empresas que trabajan con servidores y no quieren perder
rendimiento en el tráfico de usuario, ya que manejan una enorme cantidad de datos.
Suelen utilizarlo mucho las empresas tecnológicas. En Cisco te cuentan las ventajas
de una red SAN.
 5.7. Red de área local virtual (VLAN)
Las redes VLAN se encadenan de forma lógica (mediante protocolos, puertos, etc.),
reduciendo el tráfico de red y mejorando la seguridad. Si una empresa tiene varios
departamentos y quieres que funcionen con una red separada, la red VLAN.

(Juliá, 2015)

6. MODELO DE RELACIÓN

Es una herramienta para el modelo de datos, la cual facilita la representación de entidades de

una base de datos. Fue definido por Peter Chen en 1976.

El modelo de datos entidad-relación está basado en una percepción del mundo real que
consta de una colección de objetos básicos, llamados entidades, y de relaciones.

(Fundación, 2020 )

7. MODELO LÓGICO

Un modelo lógico de datos es un modelo que no es específico de una base de datos que
describe aspectos relacionados con las necesidades de una organización para recopilar datos
y las relaciones entre estos aspectos.

Un modelo lógico contiene representaciones de entidades y atributos, relaciones,

identificadores exclusivos, subtipos, supertipos y restricciones entre relaciones.
(anonimo, knowledgecenter, n.d.)

8. MODELO FÍSICO

El modelo físico de la base de datos nos sirve para el análisis del cómo se va a guardar los
datos es decir en qué tipos de datos se almacenarán los campos

Cabe decir que los datos varían en su capacidad de almacenamiento.

(Anchapanta, 2014)

9. MODELO VISTA CONTROLADOR

El MVC o Modelo-Vista-Controlador es un patrón de arquitectura de software que,

utilizando 3 componentes, separa la lógica de la vista en una aplicación. Es una arquitectura
importante puesto que se utiliza tanto en componentes gráficos básicos hasta sistemas
empresariales.

9.1. CONTROLADOR

Se encarga de... controlar, recibir las órdenes del usuario y se encarga de solicitar los
datos al modelo y de comunicarles a la vista.
 9.2. VISTA

Son la representación visual de los datos, todo lo que tenga que ver con la interfaz
gráfica va aquí. Ni el modelo ni el controlador se preocupan de cómo se verán los datos,
esa responsabilidad es únicamente de la vista.

(Hernandez, 2015)

Cloudbeds nos ayudó a mejorar el gerenciamiento diario de nuestra propiedad. La

plataforma es muy amigable y toma poco tiempo que el staff la domine. El servicio de
atención al cliente responde rápidamente a nuestras solicitudes.software

El escáner para hoteles ACISCAN permite escanear documentos de identidad, pasaportes y

otros documentos de identificación personal 100% compatible con más de 125 países de
todo el mundo.

Conecte su escáner de recepción con el PMS Hotel ACIHOTEL y cargue datos

inmediatamente y sin errores.(DESTACAR Y ENLANZAR CON ACIHOTEL).

● Escaner ergonómico y fácil de manejar.

● 0 error de transcripción de datos.
● Ahorro de tiempo en check-in hotel.
● Ahorro tiempo en tareas administrativas de la recepción del hotel.software

Mantener sus documentos digitales solo en su ordenador o servidor local plantea riesgos de
falla de disco duro, incendios, inundaciones o robos. ¿Qué pasaría si quisiera acceder a uno
de esos archivos importantes fuera de la oficina? Conozca Folderit. El sistema de gestión de
documentos más sencillo de utilizar diseñado para pequeñas empresas y organizaciones. A
través de Folderit, también puede crear y editar documentos de MS Office
colaborativamente con una suscripción a Office 365.sistema

El presente proyecto muestra el desarrollo de un sistema Web de manera genérica, el cual

tiene como propósito ayudar en el proceso de control de reservas y cobros de Universidad
del Bío-Bío. Red de Bibliotecas - Chile 15 servicios de un hotel, ofrecer un portal web que
contenga un catálogo de habitaciones y sus servicios, administrar los servicios solicitados
por los pasajeros, llevar un registro de las reservas realizadas, llevar un registro de los tipos
y cantidades de habitaciones que la empresa hotelera ofrece según su disponibilidad y llevar
un registro de los servicios utilizados por los pasajeros. Todo esto con el fin de entregar
información oportuna y actualizada a la administración del hotel.investigacion sistema

Podrán acceder al sistema, todos aquellos usuarios que se hayan validado en el mismo, a
través de un nombre de usuario y una clave de acceso única.

Los usuarios podrán ser: Clientes de la empresa. o Agencias de viaje. o Particulares. o Otras
empresas mayoristas.sistema investigación

2.1. Bases Teóricas

Cloudbeds es un sistema de software para brindar una mejora al servicio de atención al

cliente, el cual responde de forma satisfactoria las solicitudes de los usuarios.

Aciscan es un software de reconocimiento de cédulas de identidad, registrador y verificación

de documentos.

Folderit es un sistema de gestión de documentos más sencillo de utilizar diseñado para

pequeñas empresas y organizaciones.

Sistema de cobros y reservas lleva un registro de los tipos y cantidades de habitaciones que
la empresa hotelera ofrece según su disponibilidad.

2.2. Teorías Genéricas Basadas En Ingeniería.

Utilizamos distintos tipos de herramientas como ser mysql front, power designer, etc.
CAPÍTULO III. MARCO APLICATIVO

En este capítulo se implementa el método definido con anterioridad, aplicando en cada etapa

las técnicas, herramientas, instrumentos del desarrollo de software.

❏ Identificación y/o Determinación de Requerimientos

De acuerdo a la entrevista, que se sostuvo con el recepcionista de un hotel, manifiesta los
siguientes requerimientos:

1. Contar con un sistema de registro y manejo de información virtual, donde pueda

hacer el seguimiento y el control de toda la información y administración, por parte
del recepcionista y los empleados de acuerdo a su rol.
 2 . Contar con un sistema virtual de reservas donde se disponga la información de las
habitaciones y del hotel para que los clientes elijan la habitación que deseen y lo reserven
desde cualquier parte sin necesidad de realizar la reserva personalmente.

3 . Contar con un sistema de conexión de red para la comunicación entre equipos del
personal y el servidor además de mejorar la comunicación entre el personal y huésped.
Modelo General de Casos de Uso del Sistema
 Especificación de los Casos de Uso(Diagramas de Casos de Uso)

Jhowill Neytan
Autores Fecha 15/08/2020 Versión 001
Cristian Sánchez
Julio Benítez
Lilo Mamani
Alex Ojeda

Caso de Uso GESTIÓN SERVICIO CU-001

Actores administración del hotel

 Tipo Primario,Operacional y Real

Referencias Ninguno Ninguna

❏ El cliente debe visitar la página del hotel para la respectiva

Precondiciones
reserva
❏ El cliente debe tener una reserva en el hotel
❏ El recepcionista debe verificar si tiene una reserva

Flujo Normal del C.U.

1. El cliente ingresa al internet

2. Navega en la página
3. Escoge la habitación
4. Llena datos de usuario y de habitación
5. Envía formulario

Flujo Alternativo del C.U.

● Ninguno

Postcondiciones
● Ninguna

Jhowill Neytan
Autores Fecha 15/08/2020 Versión 001
Cristian Sánchez
Julio Benítez
Lilo Mamani
Alex Ojeda
 Caso de Uso GESTIÓN HOSPEDAJE CU-001

Actores Recepcionista y Cliente

Tipo Primario,Operacional y Real

Referencias Ninguno Ninguna

❏ El Recepcionista debe tener el usuario y contraseña válida para

Precondiciones
poder acceder al sistema.
❏ El recepcionista ofrece hospedaje
❏ El recepcionista verifica si tiene una reserva en el hotel

Flujo Normal del C.U.

1. El recepcionista verifica con su usuario y contraseña para acceder al sistema.

2. Verificación si tiene una reserva el cliente en el hotel
3. El recepcionista generar los servicios
4. El recepcionista registrara
5. El recepcionista dará una factura de reserva y hospedaje.

Flujo Alternativo del C.U.

● Ninguna

Postcondiciones
● Ninguna

Jhowill Neytan
Autores Fecha 15/08/2020 Versión 001
Cristian Sánchez
 Julio Benítez
Lilo Mamani
Alex Ojeda

Caso de Uso GESTIÓN RESERVA CU-001

Actores Recepcionista hotel y Clientes

Tipo Primario,Operacional y Real

Referencias Ninguno Ninguna

❏ El cliente debe visitar la página del hotel para la respectiva

Precondiciones
reserva
❏ El cliente debe tener una reserva en el hotel
❏ El recepcionista debe verificar si tiene una reserva

Flujo Normal del C.U.

1. El cliente ingresa al internet

2. Navega en la página
3. Escoge la habitación
4. Llena datos de usuario y de habitación
5. Envía formulario

Flujo Alternativo del C.U.

● Ninguno

Postcondiciones
● Ninguna

Modelos de Clases: Diagrama de Clases

Modelos de Objetos : Diagrama de Objetivos
❏ Modelos de Interacción:Diagrama de Secuencias y Colaboracion
Desarrollo proyecto.
❏ Modelo Entidad Relación.

❏ Modelo lógico.
❏ Modelo Físico.
❏ Código de la base de datos para postgresql.
/
*===========================================================
===*/
/* DBMS name: MySQL 5.0 */
/* Created on: 01/09/2020 17:10:25 */
/
*===========================================================
===*/

drop table if exists CARGO;

drop table if exists CLIENTE;

drop table if exists CONSATA1;

drop table if exists CONSTA;

drop table if exists EMPLEADO;

drop table if exists HABITACION;

drop table if exists HOSPEDAJE;

drop table if exists MENU_PRINCIPAL;

drop table if exists PERFIL_USUARIO;

drop table if exists PERSONA;

drop table if exists RESERVA;

drop table if exists SERVICIO;

drop table if exists SUB_MENU;

drop table if exists TIENE;

drop table if exists TIPO_HABITACION;

drop table if exists USUARIO;

/
*===========================================================
===*/
/* Table: CARGO */
/
*===========================================================
===*/
create table CARGO
(
ID_CARGO int not null auto_increment,
NOMBRE_CARGO varchar(30) not null,
DESCRIPCION_CARGO text not null,
ESTADO_CARGO bool not null,
FECHA_REG_CARGO date,
USUARIO_REG_CARGO varchar(40),
FECHA_MOD_CARGO date,
USUARIO_MOD_CARGO varchar(40),
primary key (ID_CARGO)
);

/
*===========================================================
===*/
/* Table: CLIENTE */
/
*===========================================================
===*/
create table CLIENTE
(
COD_CLIENTE int not null,
CI_PERSONA int not null,
NRO_CLIENTE int not null,
ESTADO_CLIENTE bool not null,
primary key (COD_CLIENTE)
);

/
*===========================================================
===*/
/* Table: CONSATA1 */
/
*===========================================================
===*/
create table CONSATA1
(
ID_SUB_MENU int not null,
ID_MENU_PRINCIPAL int not null,
primary key (ID_SUB_MENU, ID_MENU_PRINCIPAL)
);

/
*===========================================================
===*/
/* Table: CONSTA */
/
*===========================================================
===*/
create table CONSTA
(
ID_MENU_PRINCIPAL int not null,
ID_PERFIL int not null,
primary key (ID_MENU_PRINCIPAL, ID_PERFIL)
);

/
*===========================================================
===*/
/* Table: EMPLEADO */
/
*===========================================================
===*/
create table EMPLEADO
(
COD_CLIENTE2 int not null,
CI_PERSONA int not null,
ESTADO_EMPLEADO bool not null,
FECHA_REG_EMPLEADO date,
USER_REG_EMPLEADO varchar(10),
 FECHA_MOD_EMPLEADO date,
USER_MOD_EMPLEDO varchar(10),
primary key (COD_CLIENTE2)
);

/
*===========================================================
===*/
/* Table: HABITACION */
/
*===========================================================
===*/
create table HABITACION
(
COD_HABITACION int not null,
COD_CATEGORIA varchar(10) not null,
CAPAPACIDAD_PERSONA_HABITACION int not null,
ESTADO_HABITACION bool not null,
primary key (COD_HABITACION)
);

/
*===========================================================
===*/
/* Table: HOSPEDAJE */
/
*===========================================================
===*/
create table HOSPEDAJE
(
ID_HOSPEDAJE int not null auto_increment,
COD_HABITACION int not null,
ID_RESERVA int not null,
FECHA_INICIO_HOSPEDAJE date not null,
HORA_INICIO_HOSPEDAJE time not null,
FECHA_FIN_HOSPEDAJE date not null,
HORA_FIN_HOSPEDAJE time not null,
CANTIDAD_CLIENTE_HOSPEDADO int not null,
 ESTADO_HOSPEDAJE bool not null,
primary key (ID_HOSPEDAJE)
);

/
*===========================================================
===*/
/* Table: MENU_PRINCIPAL */
/
*===========================================================
===*/
create table MENU_PRINCIPAL
(
ID_MENU_PRINCIPAL int not null auto_increment,
NOMBRE_NENU_PRINCIPAL varchar(50) not null,
RUTA_MENU_PRINCIPAL varchar(100),
ESTADO_MENU_PRINCIPAL bool,
FECHA_REG_MENU_PRINCIPAL datetime,
USER_REG_MENU_PRINCIPAL varchar(30),
FECHA_MOD_MENU_PRINCIPAL datetime,
USER_MOD_NENU_PRINCIPAL varchar(30),
primary key (ID_MENU_PRINCIPAL)
);

/
*===========================================================
===*/
/* Table: PERFIL_USUARIO */
/
*===========================================================
===*/
create table PERFIL_USUARIO
(
ID_PERFIL int not null auto_increment,
NOMBRE_PERFIL char(50) not null,
DESCRIPCION_PERFIL varchar(250) not null,
ESTADO_PERFIL bool,
FECHA_REG_PERFIL datetime,
 USER_REG_PERFIL varchar(30),
FECHA_MOD_PERFIL datetime,
USER_MOD_PERFIL varchar(30),
primary key (ID_PERFIL)
);

/
*===========================================================
===*/
/* Table: PERSONA */
/
*===========================================================
===*/
create table PERSONA
(
CI_PERSONA int not null,
NOMBRE_PERSONA char(50) not null,
APELLIDO_PATERNO char(50) not null,
APELLIDO_MATERNO char(50) not null,
EDAD_PERSONA int not null,
SEXO_PERSONA char(10) not null,
NACIONALIDAD_PERSONA char(60) not null,
FECHA_NACIMIENTO date not null,
DIRECCION_PERSONA varchar(100),
CELULAR_PERSONA int,
ESTADO_PERSONA bool,
FECHA_REG_PERSONA datetime,
USER_REG_PERSONA varchar(20),
FECHA_MOD_PERSONA date,
USER_MOD_PERSONA varchar(20),
primary key (CI_PERSONA)
);

/
*===========================================================
===*/
/* Table: RESERVA */
/
*===========================================================
===*/
create table RESERVA
(
ID_RESERVA int not null auto_increment,
COD_CLIENTE2 int not null,
COD_CLIENTE int not null,
COD_HABITACION int not null,
FECHA_RESERVA datetime not null,
FECHA_INICIO datetime not null,
FECHA_FIN datetime not null,
CANTIDAD_PERSONAS_RESERVA int not null,
ESTADO_RESERVA bool not null,
primary key (ID_RESERVA)
);

/
*===========================================================
===*/
/* Table: SERVICIO */
/
*===========================================================
===*/
create table SERVICIO
(
COD_SERVICIO int not null auto_increment,
ID_HOSPEDAJE int not null,
DESCRIPCION_SERVICIO varchar(40) not null,
ESTADO_SERVICIO bool not null,
primary key (COD_SERVICIO)
);

/
*===========================================================
===*/
/* Table: SUB_MENU */
/
*===========================================================
===*/
create table SUB_MENU
(
ID_SUB_MENU int not null auto_increment,
NOMBRE_SUB_MENU varchar(50) not null,
RUTA_SUB_MENU varchar(200) not null,
DESCRIPCION_SUB_MENU text,
ESTADO_SUB_MENU bool,
FECHA_REG_SUB_MENU datetime,
USER_REG_SUB_NENU varchar(30),
FECHA_MOD_SUB_MENU datetime,
USER_MOD_SUB_MENU varchar(30),
primary key (ID_SUB_MENU)
);

/
*===========================================================
===*/
/* Table: TIENE */
/
*===========================================================
===*/
create table TIENE
(
ID_CARGO int not null,
COD_CLIENTE2 int not null,
FECHA_INICIO date,
HORA_INICIO time,
FECHA_FIN date,
HORA_FIN time,
primary key (ID_CARGO, COD_CLIENTE2)
);

/
*===========================================================
===*/
/* Table: TIPO_HABITACION */
/
*===========================================================
===*/
create table TIPO_HABITACION
(
COD_CATEGORIA varchar(10) not null,
DESCRIPCION_TIPO varchar(10) not null,
ESTADO_TIPO bool not null,
primary key (COD_CATEGORIA)
);

/
*===========================================================
===*/
/* Table: USUARIO */
/
*===========================================================
===*/
create table USUARIO
(
ID_USUARIO int not null auto_increment,
ID_PERFIL int not null,
COD_CLIENTE2 int,
NOMBRE_USUARIO varchar(30) not null,
PASWORD_USUARIO varchar(250) not null,
ESTADO_USUARIO bool not null,
FECHA_USER_USUARIO datetime,
USER_REG_USUARIO varchar(30),
FECHA_MOD_USUARIO date not null,
USER_MOD_USUARIO varchar(30),
primary key (ID_USUARIO)
);

alter table CLIENTE add constraint FK_PUEDE_SER3 foreign key (CI_PERSONA)

references PERSONA (CI_PERSONA) on delete restrict on update restrict;
alter table CONSATA1 add constraint FK_CONSATA1 foreign key
(ID_SUB_MENU)
references SUB_MENU (ID_SUB_MENU) on delete restrict on update restrict;

alter table CONSATA1 add constraint FK_CONSATA2 foreign key

(ID_MENU_PRINCIPAL)
references MENU_PRINCIPAL (ID_MENU_PRINCIPAL) on delete restrict on
update restrict;

alter table CONSTA add constraint FK_CONSTA foreign key

(ID_MENU_PRINCIPAL)
references MENU_PRINCIPAL (ID_MENU_PRINCIPAL) on delete restrict on
update restrict;

alter table CONSTA add constraint FK_CONSTA2 foreign key (ID_PERFIL)

references PERFIL_USUARIO (ID_PERFIL) on delete restrict on update
restrict;

alter table EMPLEADO add constraint FK_PUEDE_SER2 foreign key

(CI_PERSONA)
references PERSONA (CI_PERSONA) on delete restrict on update restrict;

alter table HABITACION add constraint FK_POSEE foreign key

(COD_CATEGORIA)
references TIPO_HABITACION (COD_CATEGORIA) on delete restrict on
update restrict;

alter table HOSPEDAJE add constraint FK_PERTENECE foreign key

(ID_RESERVA)
references RESERVA (ID_RESERVA) on delete restrict on update restrict;

alter table HOSPEDAJE add constraint FK_PERTENESE foreign key

(COD_HABITACION)
references HABITACION (COD_HABITACION) on delete restrict on update
restrict;

alter table RESERVA add constraint FK_PERTENECEN foreign key

(COD_HABITACION)
 references HABITACION (COD_HABITACION) on delete restrict on update
restrict;

alter table RESERVA add constraint FK_REAGUISTRA foreign key

(COD_CLIENTE2)
references EMPLEADO (COD_CLIENTE2) on delete restrict on update restrict;

alter table RESERVA add constraint FK_REALIZA foreign key (COD_CLIENTE)

references CLIENTE (COD_CLIENTE) on delete restrict on update restrict;

alter table SERVICIO add constraint FK_CUENTA_CON foreign key

(ID_HOSPEDAJE)
references HOSPEDAJE (ID_HOSPEDAJE) on delete restrict on update restrict;

alter table TIENE add constraint FK_TIENE foreign key (ID_CARGO)

references CARGO (ID_CARGO) on delete restrict on update restrict;

alter table TIENE add constraint FK_TIENE2 foreign key (COD_CLIENTE2)

references EMPLEADO (COD_CLIENTE2) on delete restrict on update restrict;

alter table USUARIO add constraint FK_OCUPA foreign key (ID_PERFIL)

references PERFIL_USUARIO (ID_PERFIL) on delete restrict on update
restrict;

alter table USUARIO add constraint FK_TIENE3 foreign key (COD_CLIENTE2)

references EMPLEADO (COD_CLIENTE2) on delete restrict on update restrict;
 ❏ Diccionario de la base de datos.

DICCIONARIO DE DATOS

Entidades Atributos Entidades Atributos

Persona -ci Reserva -id reserva

-nombre -fecha reserva
-apellido paterno -fecha inicio
-apellido materno -fecha fin
-edad -cantidad personas
-sexo -estado reserva
-nacionalidad
-fecha nacimiento
-dirección
-celular
-estado
Hospedaje -id Habitación -código
-fecha inicio -capacidad de personas
-fecha fin -estado
-hora inicio
-hora fin
-cantidad cliente
-estado

Cliente -código Servicio -código

-nro cliente -descripción
-estado -estado

Cargo -id Empleado -Código

-nombre -estado
-descripción
-estado

-codigo categoria
Tipo habitación -descripción
-estado

-id usuario -id perfil

-nombre usuario -nombre perfil
Usuario -pasword usuario Perfil Usuario -descripción perfil
-estado usuario -estado perfil
-fecha user usuario -fecha reg perfil
-user reg usuario -user reg perfil
-fecha mod usuario -fecha mod perfil
-user mod usuario -user mod perfil
 -id menú principal -id sub menú
-nombre menú principal -nombre sub menú
Menú Principal -ruta menú principal Sub Menú -ruta sub menú
-estado menú principal -descripción submenú
-fecha reg menú -estado submenú
principal -fecha reg sub menú
-user reg menú principal -user reg sub menú
-fecha mod menú -fecha mod sub menú
principal -user mod sub menú
-user mod menú
principal

Redes de datos

❏ Diseño Lógico
❏ Diseño Físico

Primer piso
segundo piso

tercer piso
Diagrama de estructura vertical y horizontal
 CAPÍTULO IV. CONCLUSIONES Y RECOMENDACIONES

1. Conclusiones
El presente proyecto se realizó los diseños de modelos, estructura de cableado y diseños de
red de comunicación y validación de la base de datos.

2. Recomendaciones
Mejoramiento del prototipo del sistema informático,

REFERENCIA BIBLIOGRÁFICA

Aplicar la norma APA para hacer la referencia bibliográfica

Anchapanta, D. (10 de January de 2014). prezi. Obtenido de prezi:

https://prezi.com/zssbpoiowvnc/modelo-fisico-de-base-datos/

anonimo. (2020). lucidchart. Obtenido de lucidchart:

https://www.lucidchart.com/pages/es/tutorial-de-diagrama-de-clases-uml

anonimo. (s.f.). ecured. Obtenido de ecured: https://www.ecured.cu/Topolog

%C3%ADa_de_red#:~:text=Est%C3%A1%20compuesta%20por%20dos
%20partes,extendida%2C%20jer%C3%A1rquica%20y%20en%20malla.

anonimo. (s.f.). knowledgecenter. Obtenido de knowledgecenter:

https://www.ibm.com/support/knowledgecenter/es/SS9UM9_9.1.2/com.ibm.
datatools.logical.ui.doc/topics/clogmod.html

ARCHITECT, K. M. (28 de Aug de 2020). sparxsystems. Obtenido de sparxsystems:

https://sparxsystems.com/products/ea/

B., G. (13 de mayo de 2019). hostinger. Obtenido de hostinger:

https://www.hostinger.es/tutoriales/que-es-mysql/

Commons, W. (15 de ago de 2020). wikipedia. Obtenido de wikipedia:

https://es.wikipedia.org/wiki/Topolog%C3%ADa_de_red

DEVCO, E. U. (3 de March de 2015). capacity4dev. Obtenido de capacity4dev:

https://europa.eu/capacity4dev/evaluation_guidelines/wiki/diagrama-de-
objetivos-y-diagrama-de-efectos

Fundación. (30 de jul de 2020 ). wikipedia. Obtenido de wikipedia:

https://es.wikipedia.org/wiki/Modelo_entidad-relaci%C3%B3n

Hernandez, U. (22 de 02 de 2015). codigofacilito. Obtenido de codigofacilito:

https://codigofacilito.com/articulos/mvc-model-view-controller-explicado
Informáticas, R. C. (2016). Revista Cubana de Ciencias Informáticas. Obtenido de
Revista Cubana de Ciencias Informáticas: http://scielo.sld.cu/scielo.php?
script=sci_arttext&pid=S2227-18992016000600011

Juliá, B. S. (2015). gadae. Obtenido de gadae: https://www.gadae.com/blog/tipos-de-

redes-informaticas-segun-su-alcance/

LuCaS. (s.f.). doc-modelado-sistemas-UML. Obtenido de doc-modelado-sistemas-

UML: https://www.ibiblio.org/pub/linux/docs/LuCaS/Tutoriales/doc-
modelado-sistemas-UML/multiple-html/x291.html#:~:text=4.6.,clase%2C
%20o%20un%20m%C3%A9todo%20complicado.

manuel. (s.f.). metrica-3. Obtenido de metrica-3:

https://manuel.cillero.es/doc/metrica-3/tecnicas/diagrama-de-
interaccion/diagrama-de-secuencia/

manuel. (s.f.). metrica-3. Obtenido de metrica-3:

https://manuel.cillero.es/doc/metrica-3/tecnicas/diagrama-de-
interaccion/diagrama-de-colaboracion/

Rosarino. (12 de ago de 2016). Ecu Red. Obtenido de Ecu Red:

https://www.ecured.cu/Proceso_unificado_de_desarrollo

Saavedra, J. C. (18 de 06 de 2017). Metodología Top-Down para el Diseño de

Redes. Obtenido de Metodología Top-Down para el Diseño de Redes:
http://juancarlossaavedra.me/2017/06/infografia-metodologia-top-down-para-
el-diseno-de-redes/

Suarez, J. A. ( 2009). ecured. Obtenido de ecured:

https://www.ecured.cu/PowerDesigner

Systems, C. (6 de jul de 2020). wikipedia. Obtenido de wikipedia:

https://es.wikipedia.org/wiki/Packet_Tracer

Tollefsrud, S. (18 de 07 de 2019). carloszr. Obtenido de carloszr:

https://carloszr.com/diagrama-de-estado-uml-ejemplo/