Proyectoo Hotal Final 5to

CARRERA DE SISTEMAS
QUINTO SEMESTRE
PROYECTO INTEGRADOR DE SEMESTRE
TTULO:
DISEAR UN SISTEMA INFORMTICO PARA LA GESTIN DEL

REGISTRO DE CLIENTES DEL HOTEL SAHARA DE LA CIUDAD DE
AMBATO PROVINCIA DE TUNGURAHUA
AUTORES:
Richard Leonardo Anancolla Masaquiza

Jos Antonio Caizabanda Jeres
Huascar Andrs Masaquiza Masaquiza
Pablo Andrs Palacios Santamara
ASESORES:
Ing. Freddy Bao

Ing. Fabricio Lozada
Ing. Paola Arvalo
Ing. Eduardo Fernndez
Ing. Carlos Martnez
Ambato Ecuador
2014 - 2015
NDICE GENERAL
CERTIFICACIN............................................................................................................iii
DECLARACIN DE AUTORA DEL PROYECTO......................................................iv
INTRODUCCIN.............................................................................................................v
INTRODUCTION............................................................................................................vi
CAPTULO I.....................................................................................................................7
1.1 ANTECEDENTES Y ESTADO ACTUAL DEL OBJETO DE
TRANSFORMACIN..................................................................................................7
1.1.01
Situacin problemtica................................................................................8
1.1.02
Formulacin del problema...........................................................................8
1.1.03
Campo de accin.........................................................................................8
1.1.04
Objetivo de la investigacin........................................................................8
1.1.05
Lnea de investigacin.................................................................................8
1.2
OBJETIVOS.......................................................................................................8
1.2.01
Objetivo general..........................................................................................8
1.2.02
Objetivos especficos...................................................................................8
1.2.03
Idea a defender............................................................................................9
1.2.04
Variables......................................................................................................9
1.2.05
Metodologa a emplear................................................................................9
1.2.06
Descripcin de la estructura o esquema de contenido...............................10
1.2.07
Temas y sub temas de las asignaturas que se integran..............................10
1.2.08
Aporte terico significacin practica y novedad cientfica.......................11
CAPTULO II..................................................................................................................12
DISEO TERICO- METODOLGICO DE LA PROPUESTA..................................12
2.1 Marco terico.........................................................................................................12
2.1.1
Programacin Orientada a Objetos...............................................................12
2.1.1.1 Historia de Java.........................................................................................12

2.1.1.2 Por qu aprender Java?............................................................................12
2.1.1.3 Cmo crear un programa?.......................................................................13
2.1.1.4 Declaracin de una variable......................................................................13
2
2.1.1.5 Asignar valores..........................................................................................13

2.1.1.6 Aadir Comentarios...................................................................................14
2.1.1.7 Estructura de una aplicacin......................................................................14
2.1.1.8 Paquetes y proteccin de clases.................................................................14
2.1.1.9 Proteccin de una clase.............................................................................14
2.1.1.10
Sentencia import....................................................................................15
2.1.2
Base de Datos (MySQL Diseo de base de datos. Conceptos, operaciones,
objetos y estructura).....................................................................................................17
2.1.2.1 Terminologa bsica (Tablas, campos y registros).....................................17
2.1.2.2 Mtodos de datos primitivos: Sistemas de gestin de archivo..................18
2.1.2.3 Bases de datos en red.................................................................................18
2.1.2.4 Base de datos relacionales.........................................................................18
2.1.2.5 Creacin de base de datos MYSQL...........................................................18
2.1.2.6 Elementos bsicos de SQL........................................................................19
2.1.2.7 Funciones ms importantes de MYSQL....................................................20
2.1.2.8 Tipos de datos en SQL...............................................................................21
2.1.2.9 Comentarios en SQL.................................................................................22
2.1.3
Ingeniera de software...................................................................................22
2.1.3.1 Ingeniera de sistemas basados en computadoras......................................22

2.1.3.2 Propiedades emergentes de los sistemas...................................................23
2.1.3.3 Los sitemas y su entorno...........................................................................24
2.1.3.4 Modelado de sistemas................................................................................25
2.1.3.5 Modelos del proceso del software.............................................................27
2.1.3.6 Requerimientos del software.....................................................................33
2.1.3.7 Requerimientos funcionales y no funcionales...........................................35
2.2
Descripcin de la empresa................................................................................37
2.2.1
Procedimiento metodolgico........................................................................38
2.2.2
Poblacin...................................................................................................38
2.2.3
Muestra......................................................................................................38
2.2.4
Tabulacin de resultados...........................................................................40
2.2.5
Conclusiones de la encuestas........................................................................46
CAPITULO III................................................................................................................47
3.
3.1
PROPUESTA........................................................................................................47
Tema..................................................................................................................47
3
3.1.1 Objetivos.............................................................................................................47
3.1.1.1 Objetivo General..........................................................................................47
3.1.1.2 Objetivos Especficos...................................................................................47
3.1.2
Descripcin de la estructura o esquema de contenido..................................47
3.1.2.1 Metodologa de desarrollo.........................................................................47

3.1.2.2 Anlisis previo...........................................................................................48
3.1.2.3 Desarrollo del sistema...............................................................................48
3.1.2.4 Diseo........................................................................................................49
3.1.2.5 Desarrollo..................................................................................................50
3.1.2.6 Cdigo del Programa.................................................................................55
3.2
CONCLUSIONES............................................................................................87
3.3
RECOMENDACIONES...................................................................................88
3.4
ANEXOS..........................................................................................................89
ENCUESTA.............................................................................................................89
IMGENES.............................................................................................................90
3.5
BIBLIOGRAFA:.............................................................................................95
CERTIFICACIN
En calidad de asesores del presente trabajo de investigacin, certificamos que el
proyecto cuyo ttulo es: DISEAR UN SISTEMA INFORMTICO PARA LA
GESTIN DEL REGISTRO DE CLIENTES DEL HOTEL SAHARA DE LA
CIUDAD DE AMBATO PROVINCIA DE TUNGURAHUA, fue elaborado por
Richard Leonardo Anancolla Masaquiza, Jos Antonio Caizabanda Jeres , Huascar
Andrs Masaquiza Masaquiza, Pablo Andrs Palacios Santamara, cumple con los
requisitos metodolgicos y cientficos que la Universidad Regional Autnoma de los
Andes UNIANDES exige, por lo tanto, autorizo su presentacin para los trmites
pertinentes.
Atentamente,
Ing. Fabricio Lozada
Ing. Carlos Martnez
Ing. Paola Arvalo
Ing. Freddy Bao
Ing. Eduardo Fernndez
DECLARACIN DE AUTORA DEL PROYECTO

Ante las autoridades de la Universidad Regional Autnoma de los Andes UNIANDES
declaro que el contenido del proyecto integrador cuyo ttulo es, DISEAR UN
SISTEMA INFORMTICO PARA LA GESTIN DEL REGISTRO DE
CLIENTES DEL HOTEL SAHARA DE LA CIUDAD DE AMBATO PROVINCIA
DE TUNGURAHUA ,presentado como requisito de aprobacin del semestre, es
original, de nuestra autora y total responsabilidad.
Atentamente,
Richard Leonardo Anancolla Masaquiza
Jos Antonio Caizabanda Jeres
Huascar Andrs Masaquiza Masaquiza
Pablo Andrs Palacios Santamara
INTRODUCCIN
La importancia de los sistemas informticos en una empresa tiene un alto significado, ya
que es una herramienta que ayuda a lograr la eficiencia e incrementar la productividad
en la misma, influye de una manera positiva en el servicio al cliente.
El presente proyecto pretende dar solucin al deficiente servicio al cliente a travs de la
implementacin de un sistema de registro para el Hotel Sahara de la ciudad de Ambato.
En el Primer captulo encontraremos una explicacin respecto al problema que aqueja al
hotel, que es esencialmente una deficiencia en la aplicacin de la tecnologa, misma que
influye en el Servicio al cliente. De igual manera se encuentra el planteamiento de los
objetivos del proyecto con el fin de mejorar lo antes mencionado.
El Segundo captulo pretende analizar las bases tericas que guiarn la ejecucin de la
propuesta para mejorar el Servicio al cliente a travs de la aplicacin de un sistema de
registro. A la vez en este captulo se encontrar la metodologa y tcnicas utilizadas para
la investigacin de campo que permiti confirmar la existencia de la problemtica el
gimnasio, esto es la deficiencia de tecnologa debido a la falta de un sistema de registro
mismo que no ha sido implementado por los propietarios del hotel.
El Captulo III contiene la propuesta que es el desarrollo del sistema de registro. En este
captulo se manifiesta como se ha ido estructurando dicho sistema que se propone para
el hotel. Se propone entonces la implementacin de un sistema de registro para que el
hotel, mismo que contar con un incremento de tecnologa lo cual ayudara al servicio al
cliente y a optimizar recursos en la institucin.
Finalmente, encontramos conclusiones y recomendaciones que guen al lector del
presente trabajo as tambin ayudar a los directivos del hotel a tener un mejor control
sobre el mismo lo cual ayudar a solucionar los problemas del Hotel SAHARA.
INTRODUCTION
The importance of computer systems in a company has a high meaning, since it is a tool
that helps to achieve efficiency and increase productivity at the same, influences
positively the service the customer.
This project aims to give solution to the poor service to the customer through the
implementation of a registration system for Sahara Hotel in the city of Ambato.
In the first chapter we find an explanation regarding the problem that afflicts the hotel,
which is essentially a deficiency in the application of the technology, influencing the
service to the customer. Similarly the approach to the objectives of the project is to
improve the afore-mentioned.
The second chapter analyzes the theoretical basis that will guide the implementation of
the proposal to improve the service to the client through the implementation of a
registration system. At the same time in this chapter will be the methodology and
techniques for the investigation of field allowing to confirm the existence of the
problem the gym, this is the deficiency of technology due to the lack of a registration
system itself that has not been implemented by the owners of the hotel.
Chapter III contains the proposal that is the development of the registration system. In
this chapter it manifests as it is has been structuring the system proposed for the hotel. It
then proposes the implementation of a registration system for hotel, same with an
increase in technology which will help service to the customer and to optimize
resources in the institution.
Finally, we find conclusions and recommendations that guide the reader of this work as
well will also help managers of the hotel to have a better control on it which will help to
solve the problems of the SAHARA.
CAPTULO I
EL OBJETO DE TRANSFORMACIN
1
ANTECEDENTES Y ESTADO ACTUAL DEL OBJETO DE

TRANSFORMACIN
Hotel SAHARA fue creado el 15 de Enero del 2006, se encuentra ubicado en la ciudad
de Ambato, provincia de Tungurahua en la calle 12 de Noviembre. El mismo fue creado
con el fin de brindar un servicio de hospedaje a propios y a turistas de la ciudad.
El gerente del HOTEL SAHARA, la Sra. Susana Moreno, junto a un grupo de 20
colaboradores encargados del servicio al cliente, limpieza y mantenimiento, publicidad,
entre otros. Lo cuan es realizado minuciosamente con el fin de satisfacer las necesidades
de los clientes.
Ambato tierra de cultura, ciudad ecuatoriana, provincia de Tungurahua y cabecera
cantonal de varios cantones, se encuentra en la sierra central del pas, en las
estribaciones de los Andes en Ecuador, cerca del volcn Tungurahua en la cuenca del
Patate. Est ubicado a 2750 metros sobre el nivel del mar y tiene una temperatura
promedio de 15 grados centgrados.
El hotel SAHARA se encuentra bien posicionado, sin embargo se permiti observar de
cerca el funcionamiento del mismo, percibiendo objetivamente las deficiencias
existentes como son: El registro de clientes, asignacin de habitaciones de acuerdo a su
categora y servicios adicionales adquiridos por parte de los clientes se lo realiza
manualmente. Es as que se considera importante implementar un sistema que cubra
todas las necesidades anteriormente mencionadas, mismos que ira acorde con las
actividades del hotel.
1.1.1
Situacin problemtica
Hoy en da se puede apreciar que la ciencia y la tecnologa han avanzado mucho. En la

actualidad en las empresas, comerciales, colegios u otros entes, estn llevando control
automatizado del personal, recursos financieros y control de insumos, entre otros.
El caso del Hotel SAHARA, hemos identificado un dficit de tecnologa al momento de
registrar a los usuarios, no llevan un control automatizado del personal que ingresan al
hotel, al igual que la asignacin de las habitaciones para cada cliente interno.
Para la solucin de este problema se desarrollara una aplicacin bajo las necesidades
antes descritas, permitindole elevar su calidad en el marco de un desarrollo
tecnolgico.
1.1.2
Formulacin del problema
Cmo mejorar la gestin de registro de clientes en el hotel Sahara de la cuidad de Ambato

provincia de Tungurahua?
1.1.3
Campo de accin
Sistemas informticos
1.1.4
Objetivo de la investigacin
Automatizacin del proceso de registro a clientes en el hotel SAHARA de la ciudad de

Ambato provincia de Tungurahua.
1.1.5
Lnea de investigacin
Desarrollo de software y programacin de sistemas.

1.2
OBJETIVOS
1.2.1 Objetivo general
Implementar una aplicacin informtica para mejorar la gestin de registro de clientes
en el hotel SAHARA.
1.2.2
Objetivos especficos
Fundamentar cientficamente los sistemas informticos, sus herramientas de
desarrollo y procesos afines al registro de clientes.
10
Diagnosticar las dificultades que se genera en el proceso de registro de clientes en el
hotel SAHARA.
Implementar un sistema informtico para la gestin de registro de clientes del hotel
SAHARA.
1.2.3
Idea a defender
Con la implementacin de un sistema informtico mejorara la gestin de registro de clientes

en el hotel SAHARA de la cuidad de Ambato provincia de Tungurahua.
1.2.4
Variables
Variable independiente: Sistema informtico

Variable dependiente: Gestin de registro de clientes del hotel SAHARA.
1.2.5
Metodologa a emplear
La metodologa de la investigacin que se aplicara en el siguiente proyecto integrador

tiene las siguientes caractersticas:
La modalidad de investigacin se define bajo el paradigma cuali-cuantitativa quiere
decir que mediante observacin se apreciara las caractersticas generales del problema y
que mediante encuestas tabuladas estadsticamente se ratificaran cuantitativamente los
sntomas del problema.
Los tipos de investigacin son:
Bibliogrfica.- Consiste en la recopilacin de informacin existente en libros,

revistas e internet. La misma que se la aplicara para elaborar el marco terico
que incluye sistemas de informacin, herramientas multimedia y dispositivos
electrnicos.
11
De campo.- Se la lleva acabo en el sitio mismo donde se tiene la

manifestaciones del problema, se la desarrollara en base encuestas y entrevistas
a los involucrados.
Las tcnicas que se aplicaran para recopilar informacin son:

La observacin, la encuesta y la entrevista a estas tcnicas van asociados los siguientes
instrumentos de investigacin: libreto de notas, cuestionario, gua de entrevista.
1.2.6
Descripcin de la estructura o esquema de contenido
El problema planteado en el captulo inicial consiste en la elaboracin de un Sistema de

control para el Hotel SAHARA el mismo que va a ser un elemento de apoyo
permanente, esto quiere decir que va a ser usado frecuentemente por el administrador
del mismo.
1.2.7
Temas y sub temas de las asignaturas que se integran
INTRODUCCION A JAVA
Historia de Java
Por qu aprender Java?
Como crear un programa
Declaracin de una variable
Asignar valores
Aadir comentarios
12
ESTRUCTURA DE UN PROGRAMA
Paquetes y proteccin de clases
Proteccin de una clase
Sentencia import
Definiciones y declaraciones
Sentencia simple
Sentencia compuesta o bloque
Mtodos
(MySQL Diseo de base de datos. Conceptos, operaciones, objetos y estructura)
Terminologa bsica
Mtodos de datos primitivos
Base de datos en red
Base de datos relacionales
Creacin de base de datos MYSQL
13
Elementos bsicos de SQL
Funciones ms importantes de MYSQL
Tipos de datos en SQL
Comentarios en SQL
Ingeniera de software
Ingeniera de sistemas basados en computadora
Propiedades emergentes de los sistemas
Los sistemas y su entorno
Modelado de sistemas
Modelos del proceso del software
Requerimientos del software
Requerimientos funcionales y no funcionales
Requerimientos del usuario
Requerimientos del sistema
1.2.8
Aporte terico significacin practica y novedad cientfica

14
Se puede sealar como un aporte terico importante, el mismo que est relacionado al
fundamento bibliogrfico sobre sistemas de informacin con caractersticas multimedia
que est fundamentado cientficamente en el marco terico.
El proyecto integrador tiene una gran aplicacin prctica ya que se elabora sistemas
informticos, aplicaciones multimedia y dispositivos electrnicos aplicados en base a
conocimientos adquiridos de las distintos materias. El desarrollo practico de estos
programas con lleva muchas horas de trabajo en el computador los mismo que
fortalecen el aprendizaje de los diversos conceptos estudiados de cada materia
CAPTULO II
DISEO TERICO- METODOLGICO DE LA PROPUESTA
2.1 Marco terico
El Proyecto Integrador de semestre se lo denomina de esa forma debido a que en l

pueden articularse los conocimientos adquiridos por los estudiantes en sus diferentes
slabos durante el mismo, a fin de aplicarles en la solucin de un problema.
2.1.1
Programacin Orientada a Objetos
Java
Segn Cevallos (2011): Java es un lenguaje de programacin de alto nivel con el
que pueden escribir tanto programas convencionales como para internet (p.7)
2.1.1.1 Historia de Java
15
El lenguaje de programacin Java fue desarrollado por Sun Microsystems en 1991.

Nace como parte de un proyecto de investigacin para desarrollar software para
comunicacin entre aparatos electrnico de consumo como videos, televisores, equipos
de msica, etc. Durante la fase de investigacin surgi un problema que dificultaba
enormemente el proyecto iniciado: cada aparato tena un micro procesador diferente y
muy poco espacio de memoria; esto provoco un cambio en el rumbo de la investigacin
que desemboc en la idea de escribir un nuevo lenguaje de programacin independiente
del dispositivo que fue bautizado inicialmente como Oak (Cevallos, 2011, p.8)
2.1.1.2 Por qu aprender Java?

Segn Cevallos (2011): Una de las ventajas ms significativas de Java es su
independencia de la plataforma. En el caso de que tenga que desarrollar aplicaciones
que tengan que ejecutarse en sistemas diferentes, esta caracterstica es fundamental
(p.9)
Segn Cevallos (2011): Otra caracterstica importante de Java es que es un lenguaje de
programacin orientado a objetos (POO). (p.9)
2.1.1.3 Cmo crear un programa?

Un programa puede ser una aplicacin o un applet. Con este libro aprender
principalmente a escribir aplicaciones Java. Despus aplicar lo aprendido para escribir
algunos applets y otros tipos de aplicaciones. Empecemos con la creacin de una
aplicacin sencilla: el clsico ejemplo de mostrar un mensaje de saludo. Esta sencilla
aplicacin la realizaremos desde los dos puntos de vista comentados anteriormente:
utilizando la interfaz de lnea de rdenes del JDK y utilizando un entorno de desarrollo
integrado (Cevallos, 2011, p.11)
2.1.1.4 Declaracin de una variable
16
Una variable representa un espacio de memoria para almacenar un valor de un

determinado tipo, valor que puede ser modificado a lo largo de la ejecucin del bloque
donde la variable es accesible, tantas veces como se necesite. La declaracin de una
variable consiste en enunciar el nombre de la misma y asociarle un tipo. Por ejemplo, el
cdigo declara cuatro variables: a de tipo doubl, b de tipo float, y c y r de tipo
int:( Cevallos, 2011, p.19)
2.1.1.5 Asignar valores

Segn Cevallos (2011): La finalidad de un programa es procesar datos numricos y
cadenas de caracteres para obtener un resultado. Estos datos, generalmente, estarn
almacenados en variables y el resultado obtenido tambin ser almacenado en variables.
Cmo son almacenados? Pues a travs de los mtodos proporcionados por las clases de
la biblioteca Java, o bien utilizando una sentencia de asignacin de la forma. (p.22)
Variable operador_ de _ asignacin valor
2.1.1.6 Aadir Comentarios

Un comentario es un mensaje dirigido a cualquiera que lea el cdigo fuente. Aadiendo
comentarios se hace ms fcil la comprensin de un programa. Tienen como finalidad
explicar el cdigo fuente. Se pueden utilizar comentarios acotados o de una sola lnea
(Cevallos, 2011, p.23)
2.1.1.7 Estructura de una aplicacin

Puesto que Java es un lenguaje orientado a objetos, un programa Java se compone
solamente de objetos. Recuerde que un objeto es la concrecin de una clase, y que una
clase equivalente a la generalizacin de un tipo especfico de objetos. La clase define
17
los atributos del objeto as como los mtodos para manipularlos. Muchas de las clases
que utilizaremos pertenecen a la biblioteca de Java, por lo tanto ya estn escritas y
compiladas. Pero otras tendremos que escribirlas nosotros mismo, dependiendo del
problema que tratemos de resolver. (Cevallos, 2011, p.85)
2.1.1.8 Paquetes y proteccin de clases

Segn Cevallos (2011): Un paquete es un conjunto de clases, lgicamente relacionadas
entre s, agrupadas bajo un nombre (por ejemplo, el paquete java.oi agrupa las clases
que permiten a un programa realizar la entrada y salida de informacin); incluso, un
paquete puede contener a otros paquetes. (p.89)
2.1.1.9 Proteccin de una clase

La proteccin de una clase determinada la relacin que tiene con otras clases de otros
paquetes. Distinguidos dos niveles de proteccin: de paquete y pblico. Una clases con
nivel de proteccin de paquete slo puede ser utilizada por las clases de su paquete (no
est disponible para otros paquetes, ni siquiera para los sub paquetes). En cambio, una
clase pblica puede ser utilizada por cualquier otra clase de otro paquete. Qu se
entiende por utilizar? Que una clase puede crear objetos de otra clase y manipularlos
utilizando sus mtodos (Cevallos, 2011, p.90)
2.1.1.10 Sentencia import

Segn Cevallos (2011): Una clase de un determinado paquete puede hacer uso de otra
clase de otro paquete de dos formas:
1. Utilizando su nombre completo en todas las partes del cdigo donde haya que
referirse a ella.
Java.lang.system.out.println (gradosFahr);
18
2. Importando la clase, como se indica en el prrafo siguiente, lo que posibilita

referirse a ella simplemente por u nombre.
Sytem.out.println (gradosFahr);
Segn Cevallos (2011): Una declaracin introduce uno ms identificadores en un

programa. Una o ms identificadores en un programa. Una declaracin es una
definicin, a menos que no haya asignacin de memoria. (p.92)
Segn Cevallos (2011): Toda variable debe ser definida antes de ser utilizada. La
definicin de una variable, declara la variable y adems le asigna memoria:
int gradoscent;
float gradosFahr:
gradosCent = limInferior
gradosFahr = 0;
Sentencia simple
Una sentencia simple es la unidad ejecutable ms pequea de un programa Java. Las

sentencias controlan el flujo u orden de ejecucin. Una sentencia Java puede formarse a
partir de: una palabra (for, while,if else.Etc.), expresiones, de declaraciones o
llamadas mtodos. Cuando se escriba una sentencia hay que tener en cuenta las
siguientes consideraciones (Cevallos, 2011, p.93)
Toda sentencia simple termina con un punto y coma (;)
19
Dos o ms sentencias pueden aparecer sobre una misma lnea, separadas una de
otra por un punto y coma, aunque esta forma de proceder no es aconsejable porque
va en contra de la claridad que se necesita cuando se lee el cdigo de un programa.
Una sentencia nula consta solamente de un punto y coma. Cuando veamos

sentencia while, podr ver su utilizacin.
Una sentencia compuesta o bloque es una coleccin de sentencias simples incluidas

entre lleves - { } -. Un bloque contener a otros bloques. Un ejemplo de una sentencia de
este tipo es el siguiente:
{
grados. CentigradosAsignar(gradosCent);
gradosFahr = grados. Fahrenhei0btner ();
System.out.printl (gradosCent+ C /t + gradosFahr + F) ; gradosCent +=
incremento
}
Mtodos
Un mtodo es una coleccin de sentencias que ejecutan una tarea especfica. En Java,
un mtodo siempre pertenece a una clase y su definicin nunca puede contener a la
definicin de otro mtodo; esto es, Java no permite mtodos anidados (Cevallos, 2011,
p.94)
20
2.1.2
Base de Datos (MySQL Diseo de base de datos. Conceptos,

operaciones, objetos y estructura)
Segn Prez (2012): MySQL es un sistema gestor de bases de datos relacionales, que
adems ofrece compatibilidad con PHP, Perl, C y HTML, y funciones avanzadas de
administracin funcionales Web, permitiendo un acceso seguro y sencillo a los datos a
travs de internet, servicios de transformacin y duplicacin de datos y funciones de
programacin mejoradas.(p.1)
Figura MySQL (p.20)
2.1.2.1 Terminologa bsica (Tablas, campos y registros)

Toda base de datos est formada por uno o varios bloques de informacin llamados
TABLAS (inicialmente FICHEROS o ARCHIVOS) que normalmente tendr alguna
caracterstica en comn (Prez, 2012, p.33)
Una tabla o archivo de datos es un conjunto conexo de informacin del mismo tipo,
por ejemplo en una base de datos de una biblioteca, una tabla estar constituida por la
21
informacin relativa a todos los libros de la misma, otra tabla contendr informacin
sobre lectores. (Prez, 2012, p.33)
2.1.2.2 Mtodos de datos primitivos: Sistemas de gestin de archivo

Cuando la gestin de base de datos se populariz durante los aos 70 y 80, emergieron
un puado de modelos de datos populares. Cada uno de estos primeros modelos de
datos tena ventajas y desventajas que jugaron papeles importantes en el desarrollo del
modelo de datos relacional. En muchos sentidos el modelo de datos relacional
represento un intento de simplificar los modelos de datos anteriores (Prez, 2012, p.35)
2.1.2.3 Bases de datos en red

Para resolver el problema de lentitud de la organizacin jerrquica se utiliza la
organizacin en red que corresponde a una estructura de grafo, donde existe ms de una
conexin entre los nodos de diversos niveles, de forman que puedan recorrerse por
distintos caminos sin necesidad de acudir cada vez a la raz, con lo cual la bsqueda es
ms flexible, desapareciendo el concepto de jerarqua entre campos, pues un campo
puede ser descendiente de su antecesor por un camino de la red y ascendente por otro
(Prez, 2012, p.37)
2.1.2.4 Base de datos relacionales

Segn Prez (2012): La teora relacional se basa en el concepto matemtico de
relacin. Se debe a E.F. Codd, quien desarrollo una solidad fundamentacin terica.
Aunque dicha teora requiere para su completa implantacin que el acceso a la memoria
sea por contenido y no por direccin, como ocurre en los actuales ordenadores, puede
adecuarse y de echo se est implantando y desarrollando en la mayora de los equipos.
(p.38)
22
2.1.2.5 Creacin de base de datos MYSQL

Segn Prez (2012): Una base de datos est formada por un conjunto de tablas, cada
una de las cuales tiene un nombre exclusivo. Estas tablas pueden estar relacionadas o
ser independientes entre s. En una tabla cualquiera de una base de datos cada columna
representa un campo y cada fila representa un registro. De hecho la palabra columna es
sinnimo de la palabra campo, y la palabra fila es sinnimo de la palabra registro. (p.
71)
CAMPOS (Columnas)
Numero
Apellido
REGISTROS (Filas)
23
Nombre
Posicin
Goals
Cuadro 3-1 Introduccin al uso de SQL (p.71)
2.1.2.6 Elementos bsicos de SQL

Segn Prez (2012): SQL tiene varios elementos de sintaxis que son utilizados en la
mayor parte de las instrucciones. Destacan los identificadores, expresiones, operadores,
comentarios y palabras clave reservadas. Los identificadores son los nombres de objetos
como tablas, vistas, columnas, base de datos y servidores. Los tipos de datos (nmeros,
cadenas, etc.) definen el tipo de datos que contienen los objetos de datos como
columnas, variables y parmetros (p. 79)
2.1.2.7 Funciones ms importantes de MYSQL
24
Cuadro de las funciones de MYSQL (p.80)
2.1.2.8 Tipos de datos en SQL
25
Cuadro de tipo de datos en SQL para MYSQL (p.88)
2.1.2.9 Comentarios en SQL

Segn Prez (2012): Los comentarios son fragmentos de texto insertado en
instrucciones o secuencias de comandos de SQL para explicar el objetivo de la
instruccin. Los comentarios no son ejecutados por SQL. Los comentarios se pueden
26
usar para documentar cdigo o partes deshabilitadas temporalmente de instrucciones y

lotes de SQL. (p.89)
2.1.3 Ingeniera de software
2.1.3.1 Ingeniera de sistemas basados en computadoras
Segn Sommerville (2010): La ingeniera de sistemas consiste en la actividad de
especificar, disear, implementar, validar, distribuir y mantener sistemas como un todo.
Los ingenieros de sistemas no solo estan relacionados con el software, si no tambien
con el hardware y las interacciones del sistema con los usuarios y su entorno. (p.21)
Segn Sommerville (2010): Exixten muchas definiciones posibles de un sistema que
van desde las muy abstractas hasta las concretas, sim embargo una definicion til es:
Un sistema es una coleccin de componentes interrelacionados que trabajan
conjuntamente para cumplir algn objetivo (p.21)
Caractersticas
Segn Sommerville (2010): Una caracterstica de los sistemas es que las propiedades
y el comportamiento de los componentes del sistema estn iseparablemente
entremezclados. El funcionamiento exitoso de cada componente del sistema depende
del funcionamiento de otros componentes. As , el software slo puede funcinar si el
procesador es operacional. El procesados slo puede hacer clculos si el sistema de
software que define las operaciones sa ha instalado de forma exixtosa. (p.21)
Segn Sommerville (2010): La compleja relacin entre los componentes de un sistema
significa que este ltimo es ms que la simple suma de sus partes. Tiene propiedades
que sin propiedades del sistema como un todo. (p.21)
Algunos ejemplos de estas propiedades emerjentes son:
1) El peso total del sistema: Esta propiedad es un ejemplo de una propiedad emergente
que se calcula a partir de las propiedades de los componentes individuales.
2) La fiabilidad del sistema: Esta propiedad depende de la fiabilidad de los
componentes del sistema y de la relacin entre ellos.
3) La usabilidad del sistema: Esta es una propiedad muy compleja, la cual
sencillamente no depende del hardware del sistema, sino de los operadores del
sistema y del entorno en el cual se utilice.
2.1.3.2 Propiedades emergentes de los sistemas
27
Segn Sommerville (2010): Las propiedades emergentes de un sistema son atributos

del sistema como un todo. Muchas veces es difcil predecir los valores de estas
propiedades emergentes. Slo se pueden medir una vez que los subsistemas se haya
integrado para formar el sistema completo. (p.22)
Existen dos tipos de propiedades emergentes:
1) Las propiedades funcionales que surgen cuando todas las partes de un sistema
trabajan de forma conjunta para cumplir algn objetivo.
2) Las propiedades emergentes no funcionales, como la fiabilidad, el rendimiento,
la proteccin y la seguridad. stas se refieren al comportamiento del sistema en
el entorno operacional. A menudo son factores crticos para sistemas basados en
computadora ya que una falla mnima en estas propiedades hace inutilizable el
sistema.
Segn Sommerville (2010): Para ilustrar la complejidad de las propiedades
emergentes, considere la fiabilidad del sistema. La fiabilidad del sistema ms que en el
de los componentes individuales. Los componentes en un sistema son interdependientes,
de tal forma que una falla en uno de ellos se puede propagar a travs del sistema y
afectar la operacin de otros. Los diseadores de sistemas difcilmente pueden predecir
la manera en que las consecuencias de las fallas se propagan a travs del sistema, por lo
que no se pueden hacer estimaciones confiables de la fiabilidad a partir de los datos de
fiabilidad de los componentes del sistema. (p.23)
Existen tres influencias fuertemente relacionadas sobre la fiabilidad de un sistema:
1) Fiabilidad del hardware: Cul es la probabilidad de que un componente de
hardware falle y cunto tiempo toma en reparar ese componente?
2) Fiabilidad de software: Qu tan probable es que un componente de software
produzca una salida correcta? Las fallas de software normalmente son distintas
de las del hardware en el sentido de que el software no se desgasta
3) Fiabilidad del operador: Qu tan probable es que un operador de un sistema
cometa un error?
Segn Sommerville (2010): Estas influencias estn frecuentemente ligadas. Las fallas
de hardware pueden generar falsas seales fuera del rango de las entradas esperadas por
el software. (p.23)
28
2.1.3.3 Los sistemas y su entorno

Segn Sommerville (2010): Los sistemas no son entidades independientes puesto que
existen en un entorno. ste afecta el funcionamiento y rendimiento del sistema. Algunas
veces, el entorno puede verse como un sistema por s mismo, generalmente est
compuesto por un cierto nmero de sistemas que interactan entre ellos. (p. 24)
CIUDAD
CALLE
EDIFICIO
Sistema de
Sistema de
Sistema
calefaccin
suministro
hidrulico
elctrico
Sistema de
Sistema de
Sistema de
seguridad
iluminacin
deposicin de
des.
Figura 2.1 Jerarqua de sistemas Segn Sommerville (2010, p.24)

Segn Sommerville (2010): Existen dos razones principales por las que el entorno de
un sistema debe ser comprendido por los ingenieros en sistemas: (p.25)
1) En muchos casos, el sistema est diseado para hacer cambios en su entorno.

2) Es difcil predecir el funcionamiento de un sistema cuando se ve afectado por los
cambios de su entorno.
Segn Sommerville (2010): Los factores humanos y organizacionales que se
derivan den entorno del sistema y que afectan su diseo son: (p.25)
1) Cambios en el proceso: El sistema requiere cambiar los procesos en el entorno?
Si es as, ser necesaria la capacitacin. Si los cambios son significativos, o
implican que la gente pierda su trabajo, existe el peligro de que haya resistencia
al sistema
29
2) Cambios en el trabajo: El sistema inhabilita a los usuarios en un entorno o

provoca que cambie su forma de trabajar? Si es as, se resistirn a la
introduccin del sistema en la organizacin.
3) Cambios organizacionales: El sistema cambia la estructura de poder en una
organizacin? Por ejemplo, si una organizacin depende de un sistema
complejo, aquellos que saben cmo operar el sistema tienen un gran poder
poltico.
Estos factores humanos, sociales y organizacionales son a menudo crticos para
determinar si un sistema cumple de manera exitosa sus objetivos.
2.1.3.4 Modelado de sistemas

Segn Sommerville (2010): Como parte de los requerimientos del sistema, ste tiene
que modelarse como un conjunto de componentes y relaciones entre esos componentes.
Esto se puede ilustrar grficamente en un modelo arquitectnico del sistema, el cual
proporciona al lector un panorama de la organizacin del sistema. (p.26)
Sensores
de
puertas
Sensores
de
movimien
to
Sirena
Sintetizad
or de voz
Controlad
or de
alarma
30
Telefonist
a
Figura 2.2 Un sistema sencillo de alarma contra intrusos Segn Sommerville (2010,
p.26)
SUBSISTEMA
Sensores de movimiento
DESCRIPCIN
Detecta el movimiento en los cuartos vigilados por el
Sensores de puertas
Controlador de alarma
Sirena
Sintetizador de voz
sistema
Detecta la apertura de puertas externas de edificio
Controla la operacin de sistema
Emite avisos auditivos cuando existen intrusos
Sintetiza un mensaje de voz proporcionando la ubicacin
Telefonista
del intruso.
Hace llamadas externas para notificar a seguridad, a la
polica, etc.
Figura 2.3 Funcionalidad del subsistema en el sistema de alarma contra intrusos
Segn Sommerville (2010, p.27)
Componentes funcionales del sistema
Segn Sommerville (2010): La arquitectura del sistema se disea en trminos de

subsistemas funcionales sin considerar si stos son de hardware o software. Mejor
dicho, los componentes funcionales en un sistema se clasifican bajo un cierto nmero de
encabezados diferentes. (p.27)
2.1.3.5 Modelos del proceso del software
Segn Sommerville (2010): Un modelo del proceso del software es una representacin
abstracta de un proceso de software. Cada modelo de proceso representa un proceso
desde una perspectiva particular por lo que slo provee informacin parcial acerca de
ese proceso. (p.44)
Los modelos de procesos que se discuten en este captulo son:
1) Modelo de cascada:
Toma las actividades fundamentales del proceso de especificacin, desarrollo,
validacin y evolucin, y los representa como frases separadas del proceso, como
especificacin de requerimientos, diseo de software, implementacin, pruebas, etc.
Es el ms antiguo de todos los modelos de Ingeniera del Software. El modelo lineal

presenta una estructura secuencial (de ah el nombre de Modelo en cascada) formada
por seis fases o etapas:
31
- Anlisis del Sistema
- Anlisis de Requisitos de Software
- Diseo
- Codificacin
- Prueba
- Mantenimiento
Las fases incluyen dentro de s determinadas tareas que clasifican de una forma
clara el trabajo a realizar.
El desarrollo de las fases, como he mencionado antes, se produce de manera secuencial.

Una vez se produce el anlisis tanto del Sistema como de los requisitos del software
demandado por el cliente, (fases en las que la intervencin del cliente es absolutamente
necesaria), se procede a la fase de diseo de la arquitectura global del software. Un
diseo elaborado de forma cuidadosa llevar a una rpida codificacin. Tras haber
traducido el programa a un lenguaje comprensible para el ordenador, se comprueban los
elementos de forma individual y ms tarde de manera homognea (todos los sistemas a
la vez). Una vez entregado el software al cliente, la fase de Mantenimiento comprender
las actualizaciones y las correcciones de errores que sean necesarias en el programa.
El Modelo en cascada no permite retroceder (ms tarde analizaremos las ventajas e
inconvenientes de todos los modelos en comn), por lo que se hace estrictamente

necesario que al final de cada fase el analista de sistemas o, en su caso, el programador,
verifique y valide todo el trabajo realizado, ya que un error no detectado a tiempo podra
perjudicar gravemente la fecha de entrega del software a nuestro cliente
1 http://html.modelos-de-procesos-de-software.html
32
2) El modelo incremental:
El modelo incremental es una evolucin del modelo de cascada; viene a suplir el

problema de no poder retroceder en las fases de desarrollo del software. Es, por tanto,
un modelo no secuencial.
El funcionamiento es sencillo. Comienza con el anlisis de los requisitos, tras el cual se

prepara un primer diseo. La novedad de este modelo respecto del anterior, es la
introduccin de iteraciones para bifurcar diseos. Es decir, este modelo ofrece la
posibilidad de comenzar un diseo, arquitectura, estructura, etc del software, que de no
convencer al cliente (o al propio programador) es rechazado y se comienza con una
segunda iteracin (o un segundo diseo), sin necesidad de realizar un nuevo anlisis de
requisitos. Pueden realizarse tantas iteraciones (tambin llamadas incrementos) como
sean necesarias.
3) El modelo de construccin de prototipos:
Este modelo no secuencial, basado en la construccin de simulaciones o modelos

ejecutables de aplicaciones ms extensos, persigue un objetivo principal: la
participacin directa del cliente en la construccin del software requerido. Las fases son
similares a las del modelo en cascada: es necesario un anlisis previo de los requisitos
tanto del sistema como del cliente, se concibe la arquitectura del sistema y se realiza el
diseo del software. Sin embargo, se incluye un elemento hasta ahora no utilizado, que
consiste en el diseo rpido de un prototipo que se mostrar al cliente para que evale el
trabajo realizado.
El prototipo es una versin reducida del programa completo; es una fachada virtual
que mostramos al cliente (que carece de la posibilidad de ser utilizada de la forma en
que lo haramos con el software final. Tras recoger los requisitos tanto del cliente como
del sistema, se comienza con el diseo rpido del prototipo; el diseo completo obedece
al previo diseo de pequeos prototipos especficos para funciones individuales. Ms
tarde, estos diseos sern unidos en uno slo.
33
Despus, se procede a la construccin del mismo. ste prototipo es el que mostraremos

al cliente para que lo evale y considere cambios en l, aunque no se trate de una
versin definitiva.
4) El modelo en espiral:
Este modelo, tambin no secuencial, es algo ms complejo que los anteriores, aunque
incluye un elemento muy til e importante en el desarrollo del software: anlisis de
riesgos. El modelo en espiral concreta cuatro fases:
- Planificacin
- Anlisis de Riesgos
- Ingeniera (Construccin del prototipo)
- Evaluacin por el cliente
Si sta ltima fase es afirmativa, el modelo contina con la estructura del Ciclo de vida
Clsico. Si el cliente no est satisfecho con el resultado, se cubre otra banda de la espiral
y se vuelve a la primera fase (de planificacin).
Ventajas e inconvenientes de los modelos
Podemos considerar al modelo en cascada como el ms sencillo de utilizar, aunque

tambin podramos dudar de su eficacia dado el alto nmero de inconvenientes que
presenta, siendo el principal el que se trate de un modelo secuencial; por otra parte, este
modelo exige tareas de profundizacin en el anlisis de requisitos del sistema. Si este
sistema no es bien conocido, o es difcil de analizar, esta fase puede alargarse
demasiado.
34
Ninguno de los modelos es perfecto; el modelo incremental aade la posibilidad de

utilizar iteraciones para doblegar el diseo y contemplar varias posibilidades hasta
elegir una. Es un modelo completamente interactivo, que permite trabajar con l en
situaciones en las que los cambios de opinin estn a la orden del da. Cada incremento
es un paso ms en el desarrollo del software final, lo que nos permite cambiar entre
iteraciones (o bien proceder a la entrega del software a nuestro cliente como si se tratara
de fascculos semanales).
Esta ventaja es tambin el principal inconveniente; no en todas las situaciones de

desarrollo de software podemos permitirnos la divisin del trabajo en incrementos, ni
tampoco periodificar la entrega de los mismos. Adems, aunque la mayora de las veces
el software se puede fragmentar y podemos trabajar con un conjunto de programas
determinado, pueden darse situaciones en las que sea imposible ejecutar una iteracin
sin la existencia de otra que cumpla una funcin complementaria.
Los prototipos (cambiando de modelo), son una herramienta muy eficaz para imaginar
el software completo de una forma rpida y sencilla. De esta forma, incluso observando
el prototipo podemos descubrir requerimientos del software en los que antes no
habamos reparado. Mejora tambin el proceso de introduccin de cambios en el
desarrollo de los programas. En el modelo incremental podamos recurrir a las
iteraciones, pero resultar ms sencillo (y sobre todo, ms visual) realizar stas
modificaciones sobre el prototipo en cuestin. Adems, sta operacin puede realizarse
bajo la supervisin del cliente, lo que hace a ste modelo ms interactivo an que su
predecesor. Sin embargo, los prototipos tienen un gran problema en contraposicin a sus
ventajas: la rapidez con la que se disean y construyen pueden llevar a errores que no
sean detectados en la fase de prueba y acaben integrndose en el producto final.
Adems, un prototipo es una representacin casi exacta del programa final, carente de
contenido real. Pero esto es algo que el cliente desconoce; si tiene prisa, puede creer que
nuestro trabajo est mucho ms avanzado de lo que crea (a pesar de que el prototipo sea
tan slo la fachada de un edificio sin paredes ni escaleras) y puede optar por adelantar la
fecha de entrega; al final, el pobre programador es el que paga las consecuencias
haciendo horas extras y, adems, si se acelera demasiado la construccin del sistema
final volvemos al problema de la inclusin de errores no detectados a tiempo.
35
Por raro que sea, o difcil de entender, el modelo en espiral parece entender los
problemas de los anteriores e intentar subsanarlos. Si en el modelo anterior utilizbamos
prototipos para hacernos una idea del software final, en ste modelo los utilizaremos
tambin para hacernos una idea detallada de cules son los errores que tiene, o podra
tener el programa durante su funcionamiento (lo que antes llambamos anlisis de
riesgos). Esta manera de enfocar el diseo del software permite al cliente evaluar los
factores de riesgo que le comunica el prototipo de anlisis de riesgo, y segn esta
informacin tomar una decisin u otra. Esto hace que el modelo en espiral sea todava
ms interactivo que los anteriores.
En cada fase se evala el trabajo terminado y, si nos dan el visto bueno, continuamos
girando en la espiral hasta que llegamos a la evaluacin del cliente, la cual decidir si
continuamos en el modelo clsico o volvemos a la primera fase del modelo en espiral.
Sin embargo, todo ste anlisis de riesgos (que tan til parece ser) no parece fcil de
utilizar; un anlisis de riegos detallado utilizado sin experiencia podra sobre valorar (o
subestimar) los errores que se presenten, haciendo imposible en paso a la siguiente fase
(y entonces s que nos meteramos en una verdadera espiral sin fin, cosa que al cliente
no debe hacerle mucha gracia). ste problema genera otro adicional, y es que viendo
estas situaciones, ser difcil convencer al cliente para que acepte un proyecto realizado
bajo las condiciones de ste modelo.
Debemos utilizar una metodologa de desarrollo?
Es obvio; imaginemos que el analista de sistemas est desarrollando un plan de

requisitos del software y el programador hace una simple imagen mental del programa y
comienza a codificar la informacin recibida. Sin una arquitectura previa, es difcil
hacer una casa. Ms difcil debe ser hacer un programa o un conjunto de ellos. Utilizar
una metodologa de desarrollo puede conllevar algunos inconvenientes, pero stos son
sencillos de subsanar. Adems, establecer el trabajo en fases distribuye el desarrollo de
una forma ordenada, lo que hace que cada uno se ocupe de su trabajo y no de aquel por
el cual no le pagan. El orden escalonado, la posibilidad de retroceder (excepto en el
modelo en cascada) en nuestro diseo o codificacin, la interactividad con el cliente, la
presentacin de proyectos preliminares (prototipos) y las exigentes fases de prueba y
36
mantenimiento, vienen a ser las principales ventajas de la metodologa de desarrollo del

software.
Tipos de proyectos para cada modelo
Es difcil hacer una discriminacin exacta de para qu tipo de proyecto sirve cada
modelo. Sin embargo, es ms fcil decir para que tipo de proyectos o desarrollos NO
sirve un modelo.
Por ejemplo; supongamos que realizamos un proyecto de sistemas informticos de

gestin para una empresa que acaba de establecerse en el Nuevo Mercado de Valores.
Esta empresa se dedica a invertir el dinero de sus clientes en bolsa, valindose para ello
de prestigiosos inversores financieros. Pues bien, sta empresa sabe que acaba de
introducir su actividad en uno de los negocios ms inestables del mundo, como tambin
inestables sern las exigencias de sus clientes y del mercado, las leyes que cambian casi
una vez a la semana, las cadas repentinas de mercados extranjeros en los que la
empresa tiene invertida gran parte de su capital, etc. Evidentemente, el uso del modelo
en espiral, o el de cascada para informatizar la actividad de la empresa ser como tratar
de hablar en binario. Pasar de un anlisis preliminar a un diseo de la arquitectura del
sistema llevara consigo la condicin de haber revisado y validado este anlisis, pero
hay una gran posibilidad de que a los dos o tres das la empresa necesite hacer una
correccin de sus requisitos. Jams llegaramos a la cuarta fase (en el caso del modelo
en espiral) o simplemente nunca daramos con el resultado necesario para la empresa.
sta actividad es, sin embargo, ms concordante con el modelo incremental. Podemos
entregar piezas del software que sean necesarias para cubrir una actividad
relativamente estable, mientras que continuamos perfeccionando el resto de iteraciones.
Si se producen modificaciones en los requisitos, procedemos analizarlos y catalogarlos
y a disear una nueva iteracin que ser incluida en el producto final una vez est
terminada.
Si un cliente nos pide un paquete de software de control de la asignacin de nmeros de

tarjetas de crdito a titulares de cuentas bancarias, proteccin de cdigos de seguridad,
etc., una de nuestras principales prioridades ser la de detectar el ms mnimo fallo en la
37
elaboracin del software, porque cualquier rendija acaba por convertirse en una
autopista para los amigos de lo ajeno. La creacin de un prototipo de control de errores
(anlisis de riesgo) exigente puede facilitar y acelerar esta tarea. Estamos hablando del
modelo en espiral.
Hemos dicho que el uso de prototipos genera una forma de trabajar mucho ms visual
que todo lo visto anteriormente. El uso de este modelo podra responder a un cliente
obsesionado con la presentacin de su software, calidad visual que lo haga mucho ms
fcil de utilizar (tal y como si se tratara de un sistema operativo adaptado a su empresa).
Las empresas dedicadas a la compraventa de productos de primera necesidad (como
pueden ser supermercados o tiendas de ropa) no necesitan complejos sistemas
informticos que lleven la contabilidad, o que visualicen de forma rpida en pantalla la
relacin unidades, precio unidad, total. Sin embargo, una empresa de telefona mvil
exigir paquetes de software avanzados, concretos y , sobre todo, lo ms visuales
posibles. La creacin de prototipos ayuda a que nuestro cliente imagine su propio
software tal y como si l estuviera elaborndolo.
Por ltimo, y para terminar, que ya est bien, el modelo en cascada obedece a las
necesidades de un desarrollo de software sencillo, corto, y sin posibles obstculos que
detengan su diseo o construccin. No aconsejara a nadie el uso de este modelo en
empresas que necesiten un paquete de software compuesto de muchas piezas, porque no
es precisamente el mejor modelo para desarrollar interactividad, ni tampoco para crear
estructuras de software complejas.
Evaluacin personal de los modelos
Me quedo con los prototipos. La espiral es demasiado compleja; adems, con el modelo
de prototipos podemos tambin hacer una evaluacin de riesgos (aunque un poco ms
sencilla) antes de ponernos a estructurar y codificar el sistema completo. El modelo
incremental es bueno, pero las iteraciones pueden llevar un poco a la confusin
(podemos incluir en el diseo de una iteracin lo que ya estaba diseado en otra). Sin
38
duda, el Ciclo Clsico es el peor. Una metodologa de desarrollo secuencial es muy

difcil de llevar y presenta muchos problemas aadidos a los que ya nos encontremos.2
2.1.3.6 Requerimientos del software
Segn Sommerville (2010):El trmino requerimientos no se utiliza de forma

consistente en la industria de software. En algunos casos, un requerimiento se visualiza
como una declaracin abstracta de alto nivel de un servicio que debe proveer el sistema
o como una restriccin de este. Por otro lado, es una definicin matemtica detallada y
formal de una funcin del tema. (p.98)
Segn Sommerville (2010):Los requerimientos del usuario, los del sistema y la

especificacin del diseo del software se definen como se muestra a continuacin:
(p.98)
1) Los requerimientos del usuario son declaraciones, en el lenguaje natural y en

diagramas de los servicios que se espera que el sistema provea y delas
restricciones bajo las cuales debe operar.
2) Los requerimientos del sistema establecen con detalle los servicios y

restricciones del sistema. El documento de requerimientos del sistema, algunas
veces denominado especificacin funcional, debe ser preciso. Este sirve como
un contrato entre el computador del sistema y el desarrollo del software.
3) Una especificacin del diseo del software es una descripcin abstracta del
diseo del software que es una base para un diseo e implementacin detallados.
Esta especificacin agrega detalle a la especificacin de requerimientos del
sistema.
2 http://modelos-de-procesos-de-software.html
39
DEFINICIN DE REQUERIMIENTOS DEL USUARIO
1. El software debe proveer un medio para representar y acceder a archivos externos creados
por otras herramientas.
ESPECIFICACIN DE LOS REQUERIMIENTOS DEL SISTEMA
1.1 Al usuario se le proveer con los recursos para definir el tipo de archivos externos.
1.2 Cada tipo de archivo externo tendr una herramienta asociada que ser aplicada al archivo.
1.3 Cada tipo de archivo externo se representar como un icono especfico sobre la pantalla del usuario.
1.4 Se proveer recursos para que el usuario defina el icono que representa un tipo de archivos externos.
1.5 Cuando un usuario selecciona un icono que representa un archivo externo, el efecto de esa seleccin
es aplicar la herramienta asociada con este tipo de archivo al archivo representado por el icono
seleccionado.
Figura 5.1 Requerimientos del usuario y del sistema, Segn Sommerville (2010,p. 99)
40
Requerimientos
del usuario
Administradores, clientes, usuarios fnales del

sistema,ingenieros,
administradores
contratistas, arquitectos del sistema.
Requerimientos
del sistema
Usuarios fnales del sistema, igenieros,

clientes, arquitectos del sistema,
desarolladores del software.
Ingenieros, clientes (quizs), arquitectos del
sistema, desarrolladores del software.
Especifcacin
del diseo del
software
Figura 5.2 Lectores de los diferentes tipos de especificaciones. Segn Sommerville

(2010, p.99)
2.1.3.7 Requerimientos funcionales y no funcionales
Segn Sommerville (2010): A menudo los requerimientos de sistemas de software se

clasifican en funcionales y no funcionales, o como requerimientos del dominio: (p.100)
1. Requerimientos funcionales: Son declaraciones de los servicios que

proveer el sistema, de la manera en que este reaccionar a entradas
particulares y de cmo se comportar en situaciones particulares.
Los requerimientos funcionales para un sistema de software se expresan en diferentes

formas.
El usuario deber tener la posibilidad de buscar en el conjunto inicial de la base

de datos o seleccionar un subconjunto de ella.
El sistema deber proveer visores adecuados para que el usuario lea documentos
en el almacn d documentos.
41
A cada periodo se le deber asignar un identificador nico (ID_PEDIDO) que el

usuario podr copiar al rea de almacenamiento permanente de la cuenta.
2. Requerimientos no funcionales: Son restricciones de los servicios o

funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre
el proceso de desarrollo, estndares, etc.
42
Requerimient
os no
funcionales
Requerimient
os del
producto
Requerimient
os de
usualidad
Requerimient
os de
efciencia
Requerimient
os de
dasempeo
Requerimient
os
organizacional
es
Requerimient
os externos
Requerimient
os de
fabilidad
Requerimient
os de entraga
Requerimient
os de
portabilidad
Requerimient
os de
estndares
Requerimient
os de
implementaci
n
Requerimient
os de
interoperabili
dad
Requerimient
os legislativos
Requerimient
os de
privacidad
Requerimient
os de espacio
43
Requerimient
os ticos
Requerimient
os de
seguridad
3. Requerimientos de dominio: Son requerimientos que provienen del dominio

de aplicacin del sistema y que se reflejan las caractersticas de ese dominio.
Estos pueden ser funcionales y no funcionales.
2.2
Descripcin de la empresa
El hotel SAHARA es una empresa que brinda servicio de hospedaje, entidad de derecho
privado, dicho servicio est destinado a ciudadanos propios y extraos sin distincin de
sexo, raza. Religin o poltica; por lo tanto el ingreso de los individuos depende de su
afinidad hacia el hotel de su preferencia.
La presencia del Hotel SAHARA se fundamenta en la experiencia de 9 aos de brindar
un excelente hospedaje a sus clientes, dicha entidad es de carcter privado y en el
transcurso del tiempo se ha dado a reconocer a nivel de la ciudad y de las diferentes
provincias del Ecuador ya que su servicio es de excelente calidad.
Hotel SAHARA est ubicado en la cuidad de Ambato en la calles 12 de Noviembre,
mismo que est bien posicionado ya que el sector es unos de los ms transcurridos en la
cuidad. Adems de ello cumple con todos los requerimientos que la ley lo exige.
Hotel SAHARA cuenta con una sola matriz ubicada en la ciudad de Ambato Provincia
de Tungurahua.
2.2.1
Procedimiento metodolgico
44
2.2.2
Poblacin
POBLACIN
2.2.3
Funcin
Gerente
Contador
Clientes internos
18
Total
20
Muestra
Como la poblacin es inferior a 100 la misma se convierte en la muestra
Mtodos de investigacin
Tcnicas
Instrumentos
Cuestionario
45
1) El hotel SAHARA cuenta con un sistema de registro para sus clientes?

SI
NO
2) Cree Ud. que agilitara la atencin al cliente implementando un sistema de

registro en el hotel?
SI (
NO (
3) Est de acuerdo que se implemente un sistema de registro de clientes el cual

muestre las habitaciones ya ocupadas?
SI
NO
4) Est de acuerdo que el sistema de registro que se implementar en el hotel

muestre los extras consumidos por los clientes?
SI
NO
5) Est de acuerdo que el sistema en el hotel muestre su valor total a pagar al final
de su hospedaje?
SI
NO
6) Est de acuerdo que el sistema designe la habitacin para el hospedaje?

SI
NO
46
2.2.4
Tabulacin de resultados
A continuacin se tabulan los resultados de la encuesta realizada a los clientes internos.

1
El hotel SAHARA cuenta con un sistema de registro para sus

clientes?
Frecuencia Porcentaje
Vlidos
Porcentaje
Porcentaje
vlido
acumulado
Si
20
20
20
No
16
80
80
80
Total
20
100,0
100,0
ANLISIS E INTERPRETACIN:
El 80 % de los clientes manifiestan que el HOTEL SAHARA no cuenta con un sistema
de registro de clientes. Sin embargo, un 40% de clientes manifiestan que el hotel si
cuenta que un sistema. La mayora de clientes afirman que el HOTEL SAHARA no
cuenta con un sistema de registro de clientes.
2
Cree Ud. que agilitara la atencin al cliente implementando un

sistema de registro en el hotel?
47
Porcentaje
Porcentaje
vlido
acumulado
Si
18
90
90
90
No
10
10
10
Total
20
100,0
100,0
Vlidos
El 90 % de los clientes internos del hotel manifiestan que si agilitara la atencin al
cliente implementando un sistema de registro, mientras que el 10 % de los clientes
internos manifiestan que no agilitara el servicio al cliente este sistema. La mayora de
los clientes del HOTEL SAHARA manifiestan que el sistema de control si agilitara la
atencin al cliente.
Est de acuerdo que se implemente un sistema de registro de

clientes el cual muestre las habitaciones ya ocupadas?
Vlidos
Porcentaje
Porcentaje
vlido
acumulado
Si
10
50
50
50
No
10
50
50
50
48
Total
20
100,0
100,0
El 50 % de los clientes internos manifiestan que si estn de acuerdo que el sistema de
registro indique las habitaciones ya ocupadas, mientras que el 50% de los clientes
internos no estn de acuerdo que el sistema de registro indique las habitaciones ya
ocupadas. Concluimos que la mitad de los clientes internos del HOTEL SAHARA si
estn de acuerdo que el sistema de indique las habitaciones ya ocupadas y la otra mitad
no estn de acuerdo.
Est de acuerdo que el sistema de registro que se implementar en

el hotel muestre los extras consumidos por los clientes?
Vlidos
Porcentaje
Porcentaje
vlido
acumulado
Si
18
90
90
90
No
10
10
10
Total
20
100,0
100,0
49
El 90 % de clientes internos estn de acuerdo que el sistema de registro muestre los
extras consumidos por los clientes mientras que el 10% de los clientes internos no estn
de acurdo que el sistema muestre los extras consumidos por los clientes. Concluimos
que la mayora de los clientes internos si estn de acuerdo que el sistema de registro les
muestre los extras consumidos por los clientes.
Est de acuerdo que el sistema en el hotel muestre su valor total a

pagar al final de su hospedaje?
Vlidos
Porcentaje
Porcentaje
vlido
acumulado
Si
10
50,0
50,0
50,0
No
10
50,0
50,0
50,0
Total
20
100,0
100,0
50
El 50% de los clientes internos si estn de acuerdo que el sistema de registro muestre su
valor total a pagar al final de su hospedaje, mientras que el 50% de los clientes internos
no estn de acuerdo que el sistema muestre su valor total a pagar al final de su
hospedaje. Concluimos que la mitad de los clientes si estn de acuerdo que el sistema
muestre su valor total a pagar al final de su hospedaje mientras que la otra mitad no est
de acuerdo.
Est de acuerdo que el sistema designe la habitacin para el

hospedaje?
Vlidos
Porcentaje
Porcentaje
vlido
acumulado
Si
17
85
85
85
No
15
15
15
Total
20
100,0
100,0
51
El 85 % de los clientes internos estn de acuerdo que el sistema designe su habitacin
para el hospedaje, mientras que el 15% de los clientes internos manifiestan que no estn
de acuerdo que el sistema designe su habitacin para el hospedaje. Concluimos que la
mayora de clientes internos del HOTEL SAHARA si estn de acuerdo que el sistema
de control designe su habitacin para el hospedaje.
2.2.5
Conclusiones de la encuestas
Luego de la investigacin realizada se puede obtener las siguientes conclusiones:
Un gran nmero de clientes manifiestan que el HOTEL SAHARA no cuenta con

un sistema de registro para el mismo. Esto debido a que los propietarios del
hotel no estaban al tanto que se poda implementar tal sistema.
52
Un gran nmero de clientes internos afirman que implementando un sistema de

registro el servicio a los usuarios sera ms eficiente. Esto debido a que los
trmites pertinentes seran ms rpidos.
Una parte de los clientes internos del HOTEL SAHARA estn de acuerdo que el
sistema de registro muestre las habitaciones ya ocupadas. Esto debido a que
tendrn un estimado de sus ingresos mensualmente.
La mayora de los clientes internos del HOTEL SAHARA estn de acuerdo que
el sistema de registro muestre su valor total a pagar al final de su hospedaje. Ya
que evitara equivocaciones y olvidos de las cuentas por cobrar.
Gran parte de los clientes internos estn de acuerdo que el sistema de registro
les designe la habitacin para el hospedaje ya que de esta manera no tendra
duplicidad de habitaciones asignadas.
CAPITULO III
3. PROPUESTA
3.1 Tema
DISEAR UN SISTEMA INFORMTICO PARA LA GESTIN DEL REGISTRO
DE CLIENTES DEL HOTEL SAHARA DE LA CIUDAD DE AMBATO PROVINCIA
DE TUNGURAHUA
53
3.1.1 Objetivos
3.1.1.1 Objetivo General
Implementar una aplicacin informtica para mejorar la gestin de registro de clientes
en el hotel SAHARA.
3.1.1.2 Objetivos Especficos
Fundamentar cientficamente los sistemas informticos, sus herramientas de
desarrollo y procesos afines al registro de clientes.

Diagnosticar las dificultades que se genera en el proceso de registro de clientes en el
hotel SAHARA.
Implementar un sistema informtico para la gestin de registro de clientes del hotel
SAHARA.
Descripcin de la estructura o esquema de contenido
Al problema planteado en el captulo inicial consiste en la elaboracin de un Sistema de

registro para un hotel, va a constituir en un elemento de apoyo permanente en el
registro de los clientes que se hospeden en dicho, esto quiere decir que va a ser usado
frecuentemente por todos los hoteles que quieran agilizar y automatizar el sistema.
1
Metodologa de desarrollo
La metodologa del desarrollo del software aplicable al presente proyecto integrador es

la denominada lineal o encascada, esta consta de las siguientes etapas.
Anlisis
Diseo
Desarrol
lo
Pruebas e
implementaci
n
Luego de que se ha especificado la metodologa de desarrollo se inicia su aplicacin

para elaborar la propuesta de solucin en el problema planteado, a continuacin se
describe la aplicacin de la metodologa.
2
Anlisis previo
(MySQL Diseo de base de datos. Conceptos, operaciones, objetos y estructura)
Terminologa bsica
Mtodos de datos primitivos
Base de datos en red
Base de datos relacionales
Creacin de base de datos MYSQL
54
Elementos bsicos de SQL

Funciones ms importantes de MYSQL
Tipos de datos en SQL
Comentarios en SQL
Desarrollo del sistema

INTRODUCCION A JAVA
Historia de Java
Por qu aprender Java?
Como crear un programa
Declaracin de una variable
Asignar valores
Aadir comentarios
ESTRUCTURA DE UN PROGRAMA
Paquetes y proteccin de clases
Proteccin de una clase
Sentencia import
Sentencia simple
Mtodos
Diseo
Una vez definidos los contenidos que se van a imprimir en el tutorial se proceder a
disear la estructura general la misma que queda de la siguiente forma.
55
PANTALLA DE
INICIO
5
CLIENTES
INGRESAR
DATOS
CLIENTES
INTERNOS
INGRESAR
DATOS
REGISTRO DE
HABITACIN
TIPO DE
HABITACIN
FACTURACIN
SISTEMA DE
FACTURACIN
REGISTRO DE
HOSPEDAJE
INGRESAR
DATOS
REGISTRO DE
RESERVACIN
INGRESAR
DATOS
REGISTRO DE
SERVICIO
INGRESAR
DATOS
Desarrollo
Desarrollo una vez diseado el sistema se procede a su desarrollo en el programa

informtico NetBeans, este software de herramientas de programacin de cdigo abierto
56
multiplataforma, permite la generacin de aplicaciones multimedia que funciona bajo el

sistema operativo Windows su interface de trabajo es la siguiente.
Figura
Fuente: NetBeans
Figura
Fuente: Pantalla Diseo base de dato
57
Figura
Fuente: Pantalla de Men y Salir
Figura
Fuente: Pantalla de Men del sistema
58
Figura
Fuente: Pantalla de Ingreso de datos del personal
Figura
Fuente: Pantalla de Ingreso de datos de clientes
59
Figura
Fuente: Pantalla de registro de habitacin
Figura
Fuente: Pantalla de registro de servicios
60
Figura
Fuente: Pantalla de reservacin
Figura
Fuente: Pantalla de pago
61
Cdigo del Programa
Cdigo del menu
private void jButton1ActionPerformed(java.awt.event.ActionEvent evt) {

System.exit(0);
}

Clientes abrir=new Clientes();
abrir.setVisible(true);
Menu.this.dispose();
}

Empleados abrir=new Empleados();
}

Habitacion abrir=new Habitacion();
}
Cdigo de ingreso empleados

62
public class Empleados extends javax.swing.JFrame {

DefaultTableModel md;
String datos [][] = {};
String cabeza [] =
{"CODIGO","CEDULA","NOMBRES","APELLIDOS","DIRECCION","CELULAR","FECNACIMIENTO","CARGO","USUARIO","CONTRSEA"};
/**
* Creates new form Empleados
*/
public Empleados() {
initComponents();
md = new DefaultTableModel(datos,cabeza);
jTable1.setModel(md);
Statement sentencia = null;
Connection miConexion;
miConexion=(Connection) ConexionDB.GetConnection();
try{
sentencia= miConexion.createStatement();
ResultSet dr =sentencia.executeQuery("Select * from empleados");
ResultSetMetaData rsMd = dr.getMetaData();
int numeroColumnas = rsMd.getColumnCount();
DefaultTableModel modelo = new DefaultTableModel ();
jTable1.setModel(modelo);
for (int x=1;x<=numeroColumnas;x=x+1)
{
modelo.addColumn(rsMd.getColumnLabel(x));
};
63
while(dr.next())
{
Object [] fila = new Object [numeroColumnas];
for (int y=0;y<numeroColumnas;y=y+1)
{
fila [y]= dr.getObject(y+1);
};
modelo.addRow(fila);
}
miConexion.close();
}catch(Exception ex){
JOptionPane.showMessageDialog(null, ex);
}
}
Cdigo ingreso clientes
private void textCedulaActionPerformed(java.awt.event.ActionEvent evt) {

// TODO add your handling code here:
}
private void textCedulaKeyReleased(java.awt.event.KeyEvent evt) {

//if (!textCedula.getText().matches("[0-9--]*"))
//{
//textCedula.setText("");
//JOptionPane.showMessageDialog(null, "SOLO SE PERMITE NUMEROS",
"ADVERTENCIA",JOptionPane.ERROR_MESSAGE);
// textCedula.requestFocus();
64
// }
char c=evt.getKeyChar();
if(Character.isLetter(c)) {
getToolkit().beep();
evt.consume();
textCedula.setText("");
JOptionPane.showMessageDialog(null, "SOLO SE PERMITE NUMEROS",
textCedula.requestFocus();
}
}
private void textCedulaKeyTyped(java.awt.event.KeyEvent evt) {

if (textCedula.getText().length() == 10 )
{
JOptionPane.showMessageDialog(null, "CEDULA INVALIDA",
textCedula.requestFocus();
}
}
private void textNombreKeyReleased(java.awt.event.KeyEvent evt) {

textNombre.setText(textNombre.getText().toUpperCase());
if(Character.isDigit(c)) {
evt.consume();
65
textNombre.setText("");
JOptionPane.showMessageDialog(null, "SOLO SE PERMITE LETRAS",
textNombre.requestFocus();
}
}
private void textApellidoKeyReleased(java.awt.event.KeyEvent evt) {

textApellido.setText(textApellido.getText().toUpperCase());
if(Character.isDigit(c)) {
evt.consume();
textApellido.setText("");
JOptionPane.showMessageDialog(null, "SOLO SE PERMITE LETRAS",
textApellido.requestFocus();
}
}
private void btnGuardarActionPerformed(java.awt.event.ActionEvent evt) {
if(textCedula.getText().equals("") && textNombre.getText().equals("")&&

textApellido.getText().equals("")&& textDireccion.getText().equals("")&&
textTelefono.getText().equals("")&& txtmail.getText().equals("")){
JOptionPane.showMessageDialog(null, "Ingrese Todos Los Datos");
// btnGuardar.setEnabled(false);
}
66
else{
try{
sentencia.executeUpdate("insert into
clientes(Cedula,Nombres,Apellidos,Direccion,Celular,Correo)"
+ " values ('"+textCedula.getText()+"','"+textNombre.getText()
+"','"+textApellido.getText()+"','"+textDireccion.getText()+"','"+textTelefono.getText()
+"','"+txtmail.getText()+"')");
JOptionPane.showMessageDialog(null, "Se a Guardado con Exito");
miConexion.close();
}
try{
ResultSet dr =sentencia.executeQuery("Select * from clientes");
{
};
67
while(dr.next())
{
{
};
}
miConexion.close();
}
}
private void btnActualizarActionPerformed(java.awt.event.ActionEvent evt) {
int a = jTable1.getSelectedRow();
if (a<0){
JOptionPane.showMessageDialog(null, "Debe seleccionar una fila de la tabla" );
}else {
try{
sentencia.executeUpdate("update clientes set Nombres =
'"+textNombre.getText()+"',Apellidos= '"+textApellido.getText()+"' ,Direccion=
'"+textDireccion.getText()+"',Celular= '"+Integer.valueOf(textTelefono.getText())
+"',Correo='"+txtmail.getText()+"'");
68
JOptionPane.showMessageDialog(null, "Se a Modificado Correctamente");

{
};
while(dr.next())
{
{
};
}
miConexion.close();
}
/*limpiar*/
textCodigo.setText("");
69
textNombre.setText("");
textApellido.setText("");
textDireccion.setText("");
textTelefono.setText("");
txtmail.setText("");
txtmail.setText("");
/*Bloquear*/
}
}
Cdigo servicio
public Servicio() {
initComponents();
try{
ResultSet dr =sentencia.executeQuery("Select * from Servicios");
{
70
};
while(dr.next())
{
{
};
}
miConexion.close();
}
}
/**
* This method is called from within the constructor to initialize the form.
* WARNING: Do NOT modify this code. The content of this method is always
* regenerated by the Form Editor.
*/
@SuppressWarnings("unchecked")
// <editor-fold defaultstate="collapsed" desc="Generated Code">
private void initComponents() {
jPanel6 = new javax.swing.JPanel();

textNombre = new javax.swing.JTextField();
71
jLabel9 = new javax.swing.JLabel();

textprecio = new javax.swing.JTextField();
textCodigo = new javax.swing.JTextField();
jScrollPane1 = new javax.swing.JScrollPane();
jTable1 = new javax.swing.JTable();
textCcedula = new javax.swing.JTextField();
btnNuevo = new javax.swing.JButton();
btnGuardar = new javax.swing.JButton();
btnActualizar = new javax.swing.JButton();
btnEliminar = new javax.swing.JButton();
btncancelar = new javax.swing.JButton();
btnsalir = new javax.swing.JButton();
setDefaultCloseOperation(javax.swing.WindowConstants.EXIT_ON_CLOSE);
getContentPane().setLayout(new org.netbeans.lib.awtextra.AbsoluteLayout());
jPanel6.setBackground(new java.awt.Color(153, 153, 153));

jPanel6.setLayout(new org.netbeans.lib.awtextra.AbsoluteLayout());
72
textNombre.setToolTipText("");
textNombre.setEnabled(false);
textNombre.addActionListener(new java.awt.event.ActionListener() {
public void actionPerformed(java.awt.event.ActionEvent evt) {
textNombreActionPerformed(evt);
}
});
textNombre.addKeyListener(new java.awt.event.KeyAdapter() {
public void keyReleased(java.awt.event.KeyEvent evt) {
textNombreKeyReleased(evt);
}
public void keyTyped(java.awt.event.KeyEvent evt) {
textNombreKeyTyped(evt);
}
});
jPanel6.add(textNombre, new org.netbeans.lib.awtextra.AbsoluteConstraints(100, 60,
190, -1));
jLabel9.setText("Nombre");
jPanel6.add(jLabel9, new org.netbeans.lib.awtextra.AbsoluteConstraints(20, 60, -1,
-1));
jLabel13.setText("Precio");
-1));
textprecio.setToolTipText("");
73
textprecio.setEnabled(false);
textprecio.addKeyListener(new java.awt.event.KeyAdapter() {
textprecioKeyReleased(evt);
}
});
jPanel6.add(textprecio, new org.netbeans.lib.awtextra.AbsoluteConstraints(100, 90,
190, -1));
jLabel21.setText("Codigo");
-1));
textCodigo.setEnabled(false);
jPanel6.add(textCodigo, new org.netbeans.lib.awtextra.AbsoluteConstraints(100, 30,
190, -1));
jLabel20.setBackground(new java.awt.Color(0, 0, 0));

jLabel20.setText("REGISTRO DE SERVICIO");
-1));
getContentPane().add(jPanel6, new org.netbeans.lib.awtextra.AbsoluteConstraints(60,

40, 350, 190));

jTable1.setModel(new javax.swing.table.DefaultTableModel(
74
new Object [][] {

{null, null, null, null},
{null, null, null, null}
},
new String [] {
"Title 1", "Title 2", "Title 3", "Title 4"
}
));
jTable1.addMouseListener(new java.awt.event.MouseAdapter() {
public void mouseClicked(java.awt.event.MouseEvent evt) {
jTable1MouseClicked(evt);
}
});
jScrollPane1.setViewportView(jTable1);
jPanel3.add(jScrollPane1, new org.netbeans.lib.awtextra.AbsoluteConstraints(10, 60,

620, 170));

textCcedula.setToolTipText("Ingrese el Numero de Cedula");

textCcedula.addKeyListener(new java.awt.event.KeyAdapter() {
textCcedulaKeyReleased(evt);
75
}
textCcedulaKeyTyped(evt);
}
});
jPanel4.add(textCcedula, new org.netbeans.lib.awtextra.AbsoluteConstraints(10, 30,
160, -1));
jLabel12.setText("Digite el el estado");
-1));
jPanel3.add(jPanel4, new org.netbeans.lib.awtextra.AbsoluteConstraints(0, 0, 190,

60));
jLabel10.setText("CONSULTA DEL SERVICIO");

-1));
getContentPane().add(jPanel3, new org.netbeans.lib.awtextra.AbsoluteConstraints(10,

240, 640, 250));

btnNuevo.setText("Nuevo");
btnNuevo.addActionListener(new java.awt.event.ActionListener() {
btnNuevoActionPerformed(evt);
76
}
});
jPanel5.add(btnNuevo, new org.netbeans.lib.awtextra.AbsoluteConstraints(10, 10, 80,
-1));
btnGuardar.setText("Guardar");
btnGuardar.setEnabled(false);
btnGuardar.addActionListener(new java.awt.event.ActionListener() {
btnGuardarActionPerformed(evt);
}
});
jPanel5.add(btnGuardar, new org.netbeans.lib.awtextra.AbsoluteConstraints(10, 40,
80, -1));
btnActualizar.setText("Modificar");
btnActualizar.setEnabled(false);
btnActualizar.addActionListener(new java.awt.event.ActionListener() {
btnActualizarActionPerformed(evt);
}
});
jPanel5.add(btnActualizar, new org.netbeans.lib.awtextra.AbsoluteConstraints(10, 70,
80, -1));
btnEliminar.setText("Eliminar");
btnEliminar.setEnabled(false);
btnEliminar.addActionListener(new java.awt.event.ActionListener() {
77

btnEliminarActionPerformed(evt);
}
});
Cdigo habitacin
public class Habitacion extends javax.swing.JFrame {

DefaultTableModel md;
String datos [][] = {};
String cabeza [] =
{"CODIGO","TIPO","CAPACIDAD","PRECIO","PISO","PARALELO","ESTADO"};
/**
* Creates new form Habitacion
*/
public Habitacion() {
initComponents();
md = new DefaultTableModel(datos,cabeza);
jTable1.setModel(md);
try{
ResultSet dr =sentencia.executeQuery("Select * from habitacion");
78

{
};
while(dr.next())
{
{
};
}
miConexion.close();
}
}
/**
*/
79


texttipo = new javax.swing.JTextField();
textcapacidad = new javax.swing.JTextField();
textprecio = new javax.swing.JTextField();
textpiso = new javax.swing.JTextField();
textparalelo = new javax.swing.JTextField();
txtestado = new javax.swing.JTextField();
80

setBackground(new java.awt.Color(153, 153, 153));
getContentPane().setLayout(new org.netbeans.lib.awtextra.AbsoluteLayout());

texttipo.setToolTipText("");
texttipo.setEnabled(false);
texttipo.addActionListener(new java.awt.event.ActionListener() {
texttipoActionPerformed(evt);
}
private void textpisoKeyReleased(java.awt.event.KeyEvent evt) {
evt.consume();
81
textpiso.setText("");
textpiso.requestFocus();
}
}
private void textparaleloKeyReleased(java.awt.event.KeyEvent evt) {

evt.consume();
textparalelo.setText("");
textparalelo.requestFocus();
}
}
Cdigo registro hospedaje
private void btnGuardarActionPerformed(java.awt.event.ActionEvent evt) {
// if(textNombre.getText().equals("")&& textApellido.getText().equals("")&&
textDireccion.getText().equals("")&& textTelefono.getText().equals("")&&
txtmail.getText().equals("")){
//JOptionPane.showMessageDialog(null, "Ingrese Todos Los Datos");
// btnGuardar.setEnabled(false);
// }
82
// else{
try{
//sentencia.executeUpdate("insert into
clientes(Cedula,Nombres,Apellidos,Direccion,Celular,Correo)"
// + " values ('"+textCedula.getText()+"','"+textNombre.getText()
+"','"+textApellido.getText()+"','"+textDireccion.getText()+"','"+textTelefono.getText()
+"','"+txtmail.getText()+"')");
JOptionPane.showMessageDialog(null, "Se a Guardado con Exito");
miConexion.close();
}
try{
{
};
83
while(dr.next())
{
{
};
}
miConexion.close();
Cdigo reservacin
public class Reservacion extends javax.swing.JFrame {
/**
* Creates new form Reservacion
*/
public Reservacion() {
initComponents();
try{
84
ResultSet dr =sentencia.executeQuery("Select * from Reserva");
{
};
while(dr.next())
{
{
};
}
miConexion.close();
}
Calendar cal=Calendar.getInstance();
String fecha=cal.get(cal.YEAR)+"/"+cal.get(cal.MONTH)+"/"+cal.get(cal.DATE);
txtfechactual.setText(String.valueOf(fecha));
85
/**
*/


jTable1.setModel(new javax.swing.table.DefaultTableModel(
new Object [][] {
{null, null, null, null}
86
},
new String [] {
"Title 1", "Title 2", "Title 3", "Title 4"
}
));
jTable1.addMouseListener(new java.awt.event.MouseAdapter() {
public void mouseClicked(java.awt.event.MouseEvent evt) {
jTable1MouseClicked(evt);
}
});
jScrollPane1.setViewportView(jTable1);
jPanel3.add(jScrollPane1, new org.netbeans.lib.awtextra.AbsoluteConstraints(10, 60,

830, 490));

textCcedula.setToolTipText("Ingrese el Numero de Cedula");

textCcedula.addKeyListener(new java.awt.event.KeyAdapter() {
textCcedulaKeyReleased(evt);
}
texttipo.addActionListener(new java.awt.event.ActionListener() {
texttipoActionPerformed(evt);
}
87
});
texttipo.addKeyListener(new java.awt.event.KeyAdapter() {
texttipoKeyReleased(evt);
}
texttipoKeyTyped(evt);
}
});
(java.awt.event.KeyEvent evt) {
textcapacidadKeyTyped(evt);
}
});
jPanel7.add(textcapacidad, new org.netbeans.lib.awtextra.AbsoluteConstraints(390,
30, 80, -1));
jLabel11.setText("Capacidad");
-1));

textparaleloKeyTyped(evt);
}
});
88
Cdigo pago
public class Pago extends javax.swing.JFrame {
/**
* Creates new form Pago
*/
public Pago() {
initComponents();
}
/**
*/

textNombre = new javax.swing.JTextField();
textApellido = new javax.swing.JTextField();
89

txtNumero = new javax.swing.JTextField();
jButton1 = new javax.swing.JButton();
txttotal = new javax.swing.JTextField();
jTextField3 = new javax.swing.JTextField();
jTextField1 = new javax.swing.JTextField();
90


textNombre.setToolTipText("Ingrese los Nombres");

textNombre.setEnabled(false);
textNombre.addKeyListener(new java.awt.event.KeyAdapter() {
textNombreKeyReleased(evt);
}
});
jPanel6.add(textNombre, new org.netbeans.lib.awtextra.AbsoluteConstraints(80, 60,
170, -1));
jLabel8.setText("Nombres");
-1));
jLabel13.setText("Apellidos");
-1));
textApellido.setToolTipText("Ingrese los Apellidos");

textApellido.setEnabled(false);
textApellido.addKeyListener(new java.awt.event.KeyAdapter() {
91

textApellidoKeyReleased(evt);
}
});
jPanel6.add(textApellido, new org.netbeans.lib.awtextra.AbsoluteConstraints(330, 60,
170, -1));
jLabel21.setText("Codigo");
-1));
textCodigo.setEnabled(false);
jPanel6.add(textCodigo, new org.netbeans.lib.awtextra.AbsoluteConstraints(330, 30,
170, -1));
jLabel20.setBackground(new java.awt.Color(0, 0, 0));

jLabel20.setText("REGISTRO DEL PAGO");
-1));
jLabel7.setText("N");
-1));
jPanel6.add(txtNumero, new org.netbeans.lib.awtextra.AbsoluteConstraints(80, 30,
170, -1));
jPanel1.add(jPanel6, new org.netbeans.lib.awtextra.AbsoluteConstraints(10, 10, 520,

90));
92
btnNuevo.setText("Nuevo");
btnNuevo.addActionListener(new java.awt.event.ActionListener() {
btnNuevoActionPerformed(evt);
}
});
93
CONCLUSIONES
Luego del Desarrollo y Aplicacin del Sistema en el HOTEL SAHARA de la Ciudad

de Ambato se ha obtenido las siguientes conclusiones:
El uso del Sistema SYSTEMHOTEL 1.0 como elementos de apoyo al proceso

registro, pago, etc. y en si control del HOTEL SAHARA es muy factible, ya que
la diversidad de opciones que ofrece el sistema facilita y agiliza la diferentes
necesidades del gimnasio.
El uso Sistema SYSTEMHOTEL exige que el Personal se capacite de mejor

manera, esto significa que el Administrador est predispuesto a un cambio en el
proceso informativo, a nivel nacional e internacional se ha podido corroborar que
cada da son ms las Empresas
que utilizan Sistemas informticos como
elementos de apoyo para lograr la eficiencia.
El sistema SYSTEMHOTEL fue diseado para optimizar recursos en los hoteles

ya que es muy comn que se realice los diferentes procesos de control, registro y
administracin de forma manual, lo cual conlleva a un deficiente servicio.
El HOTEL SAHARA tendr un grado de renovacin muy elevado ya que con

este sistema los directivos obtendrn grandes beneficios como: llevar un registro
exacto del ingreso y egreso de usuarios, una designacin ms rpida de
habitaciones y pagos.
RECOMENDACIONES
De las conclusiones anteriores se obtiene las siguientes recomendaciones:

94
Incentivar a los Empresario
que utilicen aplicaciones informticas como
elementos de apoyo en el proceso de registro, pago, reservacin, ya que de esta

manera optimizan recursos humanos y financieros.
Se recomienda a la Universidad seguir implantando la realizacin de proyectos, ya

que ayudan a fortalecer el conocimiento aprendido durante todo el semestre de los
estudiantes, formando alumnos de calidad.
Sugerimos a al hotel realizar constantes actualizaciones ya que mediante las

mismas existir un incremento de tecnologa para HOTEL SAHARA
Sugerimos a los directivos del HOTEL SAHARA capacitar a sus clientes internos
sobre el sistema implementado para que la organizacin trabaje con eficiencia.
ANEXOS
ENCUESTA
7) El hotel SAHARA cuenta con un sistema de registro para sus clientes?
SI
NO
95
8) Cree Ud. que agilitara la atencin al cliente implementando un sistema de

registro en el hotel ?
SI (
NO (
9) Est de acuerdo que se implemente un sistema de registro de clientes el cual

muestre las habitaciones ya ocupadas?
SI
NO
10) Est de acuerdo que el sistema de registro que se implementar en el hotel

muestre los extras consumidos por los clientes?
SI
NO
11) Est de acuerdo que el sistema en el hotel muestre su valor total a pagar al final
de su hospedaje?
SI
NO
12) Est de acuerdo que el sistema designe la habitacin para el hospedaje?

SI
NO
96
IMGENES
Figura
Fuente: NetBeans
Figura
Fuente: Pantalla Diseo base de dato
97
Figura
Fuente: Pantalla de Men y Salir
Figura
Fuente: Pantalla de Men del sistema
98
Figura
Fuente: Pantalla de Ingreso de datos del personal
Figura
Fuente: Pantalla de Ingreso de datos de clientes
99
Figura
Fuente: Pantalla de registro de habitacin
Figura
Fuente: Pantalla de registro de servicios
100
Figura
Fuente: Pantalla de reservacin
Figura
Fuente: Pantalla de pago
101
BIBLIOGRAFA:
Prez C. (2012). MYSQL para Windows y Linux. Madrid: Alfaomega
Cevallos J. (2011). Java 2 Curso de programacin. Madrid: Alfaomega
Sommerville I. (2010). Ingeniera de software. Mxico: Pearson
NetBeans.org Downloads (en Ingls)
NetBeans Public License (en ingls)
Gnu.org Various Licenses and Comments about Them Ver seccin

NetBeans Public License Version 1.0 (en ingls).
Va NetBeans
Va Hibernate Tools
SLOCCount
NetBeans.org Language Packs: 3.2
102

Proyectoo Hotal Final 5to

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Proyectoo Hotal Final 5to

Загружено:

Авторское право:

Доступные форматы

CARRERA DE SISTEMAS

DISEAR UN SISTEMA INFORMTICO PARA LA GESTIN DEL

Richard Leonardo Anancolla Masaquiza

Ing. Freddy Bao

Formulacin del problema...........................................................................8

Descripcin de la estructura o esquema de contenido...............................10

Temas y sub temas de las asignaturas que se integran..............................10

Aporte terico significacin practica y novedad cientfica.......................11

Programacin Orientada a Objetos...............................................................12

2.1.1.1 Historia de Java.........................................................................................12

2.1.1.5 Asignar valores..........................................................................................13

2.1.3.1 Ingeniera de sistemas basados en computadoras......................................22

Descripcin de la estructura o esquema de contenido..................................47

3.1.2.1 Metodologa de desarrollo.........................................................................47

Ing. Fabricio Lozada

Ing. Carlos Martnez

Ing. Paola Arvalo

Ing. Freddy Bao

Ing. Eduardo Fernndez

DECLARACIN DE AUTORA DEL PROYECTO

Richard Leonardo Anancolla Masaquiza

Jos Antonio Caizabanda Jeres

Huascar Andrs Masaquiza Masaquiza

Pablo Andrs Palacios Santamara

ANTECEDENTES Y ESTADO ACTUAL DEL OBJETO DE

Hoy en da se puede apreciar que la ciencia y la tecnologa han avanzado mucho. En la

Formulacin del problema

Cmo mejorar la gestin de registro de clientes en el hotel Sahara de la cuidad de Ambato

Automatizacin del proceso de registro a clientes en el hotel SAHARA de la ciudad de

Desarrollo de software y programacin de sistemas.

Diagnosticar las dificultades que se genera en el proceso de registro de clientes en el

Con la implementacin de un sistema informtico mejorara la gestin de registro de clientes

Variable independiente: Sistema informtico

La metodologa de la investigacin que se aplicara en el siguiente proyecto integrador

Los tipos de investigacin son:

Bibliogrfica.- Consiste en la recopilacin de informacin existente en libros,

De campo.- Se la lleva acabo en el sitio mismo donde se tiene la

Las tcnicas que se aplicaran para recopilar informacin son:

Descripcin de la estructura o esquema de contenido

El problema planteado en el captulo inicial consiste en la elaboracin de un Sistema de

Temas y sub temas de las asignaturas que se integran

Por qu aprender Java?

Como crear un programa

Declaracin de una variable

Paquetes y proteccin de clases

Proteccin de una clase

Sentencia compuesta o bloque

(MySQL Diseo de base de datos. Conceptos, operaciones, objetos y estructura)

Mtodos de datos primitivos

Base de datos en red

Base de datos relacionales

Creacin de base de datos MYSQL

Elementos bsicos de SQL

Funciones ms importantes de MYSQL

Tipos de datos en SQL

Ingeniera de sistemas basados en computadora

Propiedades emergentes de los sistemas

Los sistemas y su entorno

Modelos del proceso del software

Requerimientos del software

Requerimientos funcionales y no funcionales

Requerimientos del usuario

Requerimientos del sistema