UNIVERSIDAD TÉCNICA DEL NORTE

FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS

CARRERA DE INGENIERÍA EN ELECTRÓNICA Y REDES DE
COMUNICACIÓN

TRABAJO DE GRADO PREVIO A LA OBTENCIÓN DEL TÍTULO DE

INGENIERA EN ELECTRÓNICA Y REDES DE COMUNICACIÓN

TEMA:
“SISTEMA DE CONTROL DE UN GIMNASIO EN LA CIUDAD DE IBARRA”

AUTOR:
Cevallos Jhonatán
Caicedo Evelyn
Cuascota Henry
Chicaiza Jefferson

DIRECTOR:
Ing. Luis Suarez
IBARRA - ECUADOR
2017
ii
 iii

ÍNDICE DE CONTENIDOS

AUTORIZACIÓN DE USO Y PUBLICACIÓN A FAVOR DE LA UNIVERSIDAD

TÉCNICA DEL NORTE ................................................................................................................ i

CESIÓN DE DERECHOS DE AUTOR DEL TRABAJO A FAVOR DE LA

UNIVERSIDAD TÉCNICA DEL NORTE .................................................................................... ii

CAPÍTULO I ............................................................................................................................. 1

ANTECEDENTES .................................................................................................................... 1

1.1. INTRODUCCIÓN ...................................................................................................... 1

1.2. PROBLEMA ............................................................................................................... 1

1.3. OBJETIVOS ............................................................................................................... 2

1.3.1. Objetivo General ................................................................................................. 2

1.3.2. Objetivos Específicos.......................................................................................... 2

1.4. ALCANCE .................................................................................................................. 2

1.5. JUSTIFICACIÓN ....................................................................................................... 3

1.6 CONTEXTO……………………………………………………………………………3

CAPÍTULO II ........................................................................................................................... 4

FUNDAMENTACIÓN TEÓRICA ........................................................................................... 4

2.1. INTRODUCCIÓN ...................................................................................................... 4

2.2. DISEÑO DE BASE DE DATOS .................................................................................. 8

2.2.1 Conceptos de BDD……………………………………………………………………8

2.2.2 PosgrestSQL................................................................................................................9
 iv

2.3Ventajas y desventajas………………………………………………………...…….14

2.3.1Modelo entidad/interrelación extendido…………………………………………..14

CAPÍTULO III DISEÑO ....................................................................................................... .16

3.1 INTRODUCCIÓN ................................................... .¡Error! Marcador no definido.16

3.2TÉCNICAS DE INSTRUMENTOS…………………………………...………………17

3.3DISEÑO…………………………………………………………………………….…..3

CAPÍTULO IV IMPLEMENTACIÓN ................................................................................... 16

4.1 INTRODUCCIÓN ............................................................................................................ 20

4.2. DIAGRAMA DE BLOQUES DEL SISTEMA…………..……………………………..21

4.2.1 Diagrama de bloques……………………………………….……………………….…..4

4.3 DISEÑO DEL PROGRAMA……………………………………………………………4

4.4 CONEXION DE POSTGRESQL A NETBEANS……………………………………….4

CAPÍTULO V ......................................................................................................................... 32

5.1. CONCLUSIONES .................................................................................................... 32

5.2. RECOMENDACIONES ........................................................................................... 33

5.3. GLOSARIO DE TÉRMINOS................................................................................... 34

REFERENCIAS ...................................................................................................................... 36

ANEXOS ................................................................................................................................. 37

ANEXO A ........................................................................................................................... 37

ANEXO B ........................................................................................................................... 40
v
 1

CAPÍTULO I
ANTECEDENTES

1.1 INTRODUCCIÓN

En el transcurso de los años muchas personas ven la necesidad de realizar actividades deportivas

y actividades que ayuden a mantener la salud y bienestar de la persona, es por esta razón que las

personas asisten a realizar estas actividades a un gimnasio, pero en muchos gimnasios no cuentan

con un sistema que controle de forma eficiente las actividades de cada cliente y les proporcione

las facilidades para poder tener su información almacenada.

En muchos casos los gimnasios tienen gran cantidad de información de sus clientes de forma

impresa en papel, lo cual implica tener un espacio suficiente para almacenar toda esa

información, también se ve en el problema que al registrar a un cliente nuevo puede ocurrir algún

tipo de error al tomar sus datos esto da como resultado que debe empezar tomar nota en otro

papel impreso.

Es por estas razones este proyecto se realizará para satisfacer las necesidades de un numeroso

grupo de personas que frecuentan el gimnasio.

1.2 PROBLEMA

En la mayoría de gimnasios la gente aporta poca información con respecto a las rutinas que lleva

diariamente en la vida cotidiana, cuando va a un gimnasio hace cualquier tipo de ejercicio que

desee, pero no el que debería hacer para cumplir con sus expectativas al momento de terminar la

inscripción, no existe mucha organización al momento de realizar los ejercicios y el cliente no

queda muy satisfecho.

 2

Se propone crear un base de datos en la cual conste de varias variables y características en que el

cliente puede ingresar mayor parte de su información sobre su rutina para poderle brindar

asistencia personalizada al momento de que haga sus ejercicios.

1.3 OBJETIVOS

1.1.1. Objetivo General

Implementar un sistema con acceso a base de datos para el control de un gimnasio en la

ciudad de Ibarra.

1.1.2. Objetivos Específicos

 Fundamentar teóricamente los procesos de control de un gimnasio además de los

temas de Base de datos a incluir en el proyecto

 Diseñar la base de datos del sistema

 Diseñar las interfaces gráficas para el sistema de control de un gimnasio en la ciudad

de Ibarra.

 Programar los diferentes módulos del sistema de control de un gimnasio (realizar las

pruebas correspondientes).

 Documentar la propuesta del sistema.

1.4 ALCANCE

Este sistema que se va a realizar ayudara a que un gimnasio pueda tener de forma organizada las

rutinas que un cliente quiera tener para su actividad física diaria. Con este sistema lo que se

quiere lograr es ampliar los conocimientos técnicos dentro del gimnasio, introduciendo nuevas

tecnologías informáticas, donde sus beneficiarios principales sean sus clientes, aportando un

mejor desarrollo en el área de trabajo, para que así los empleados logren desenvolverse con

facilidad y rapidez a la hora que ingrese un cliente en el gimnasio.

 3

1.5 JUSTIFICACIÓN

Hoy en día Vivimos en una sociedad en la cual necesitamos reducir y agilizar las gestiones

laborales de pequeñas y medianas empresas, informatizando estas tareas ofrecerán más servicios

y de mejor calidad a sus clientes. Debido a que las empresas tienen que llevar un control de su

gestión de clientes, compras y contabilidad, necesitan una aplicación informática hecha a medida

de las necesidades de la empresa, estas requieren una aplicación que se adapte a su forma de

trabajar. La finalidad del proyecto es cubrir todas sus necesidades minimizando las tareas que

inicialmente se hacían de forma manual, el llevar un control total sin cambiar sus métodos de

trabajo y así ir aumentado el rendimiento, obtener, organizar datos de la empresa de una forma

clara e inmediata. Con esta idea surge la creación de este proyecto, “una base de datos para un

gimnasio.

En este proyecto se abordará la construcción de una base de datos en PostgreSql. Para ejecutar

esta aplicación tendrá la duración de un medio del año y como proyecto semestral. En un

principio, estará programada para permitir la entrada de datos.

1.6 CONTEXTO

En este sistema se aplica en los gimnasios, con este sistema lo que se quiere lograr es ampliar los

conocimientos dentro del gimnasio, introduciendo nuevas tecnologías informáticas donde los

beneficiarios finales son los usuarios que ingresen en el gimnasio.

Enfocado principalmente en el tiempo que debe ocupar un cliente una maquina determinada esto

ayudara a los clientes a que no esté ocupada la maquina cuando este llegue a su rutina

diaria.(cervantes, 2012) (Edward, 2012)

 4

CAPÍTULO II
FUNDAMENTACIÓN TEÓRICA

2.1 INTRODUCCIÓN

El presente proyecto tiene como finalidad buscar una solución a los problemas que

se presentan en el momento de administrar y almacenar los datos de los clientes

en un gimnasio, por esta razón el presente proyecto va enfocado a dar la solución

a esta problemática de administración y almacenamiento de datos de un gimnasio,

se realiza el modelamiento teórico para facilitar el diseño y la elaboración del

proyecto, se efectúa a través de esquemas que nos permitan realizar de una

manera más sencilla y optima la elaboración de la base de datos así mismo de la

preparación del software que se elabora a través del lenguaje de programación

java netbeans que conecta a las base de datos, el cual se aplica para la

presentación es postgreSQL como sistema de gestión de bases de datos.

El proyecto se realiza como un requisito principal de la asignatura de base de datos

el cual permita aprobar para continuar al siguiente nivel de la Carrera de

electrónica y redes de comunicación, en el sistema que se diseña tendrá las

funciones de como asignar nuevos clientes, nuevos productos, tipos de ejercicios e

instructores entre otros.

2.2 DISEÑO DE BASE DE DATOS

2.2.1 Conceptos de BDD

• Colección o depósito de datos, donde los datos están lógicamente

relacionados entre si, tienen una definición, una descripción común y están
 5

estructurados de una forma particular. Una base de datos es también un

modelo del mundo real y, como tal, debe poder servir para toda una gama de
usos y aplicaciones
 Mayor valor informativo: Gracias a que la base de datos es un reflejo
del mundo real, donde todos los elementos se encuentran
interrelacionados, el valor de su conjunto es superior a la suma del
valor informativo de los elementos separados que lo forman.

 Mejor y más normalizada documentación de la información, la cuál

está integrada con los datos: Aquí la estandarización no existe,
debido a que los datos se encuentran separados de su contenido
semántico, los primeros se almacenan en ficheros y su descripción se
hace mediante un lenguaje de programación. La documentación de los
datos, realizada por el programador, es en general insuficiente y en
ocasiones no existe.

 Mayor eficiencia en la recopilación, validación y entrada de los

datos al sistema: Los datos son guardados y validados una sola vez;
incrementando el rendimiento de todo el proceso previo al
almacenamiento.

 Reducción del espacio de almacenamiento: La disminución o

desaparición de la redundancia; así como la aparición de técnicas de
comparación, dan como resultado que los sistemas de bases de datos
usen menos espacio de almacenamiento en disco.

Ventajas de las bases de datos, referidos a datos, resultados y usuarios:

Los datos:
✓ Independencia de los datos respecto a los tratamientos y viceversa.
 6

✓ Mejor disponibilidad de los datos para el conjunto de usuarios.

✓ Mayor eficiencia en la recopilación, validación y entrada de datos al
sistema.

Los resultados:
✓ Mayor Coherencia.
✓ Mayor valor informativo.
✓ Mejor y más normalizada documentación de la información.

Los usuarios:
✓ Acceso más rápido y sencillo de los usuarios finales.
✓ Más facilidad de compartir los datos por el conjunto de los usuarios.
 Mayor flexibilidad para atender a demandas cambiantes

• Sistema de computación distribuido: elementos de procesamiento que

cooperan en la ejecución de tareas, interconectados por una red de
ordenadores.
 No han de ser homogéneos
 Dividen un problema en otros más manejables y los resuelven de modo
coordinado.

 Personal especializado: Los conocimientos, que son

imprescindibles para un uso adecuado y eficaz de la administración
de la base de datos, originan una contratación y formación de nuevo
personal.

 Implantación larga y difícil: La implantación de la base de datos

puede ser tardada y laboriosa, sí no se cuenta con el personal
indicado.
 7

 Falta de rentabilidad a corto plazo: La implantación de un sistema

de base de datos, tanto en costo de personal y equipo, como el
tiempo que tarda en estar funcionando, no resulta favorable a corto
plazo. Para que el sistema sea rentable debe funcionar a mediano o
largo plazo.

 Ausencia real de normas: No existe una estandarización, que

facilite a los usuarios el manejo de los sistemas de bases de datos.

 Desfase entre teoría y práctica: En ocasiones los usuarios,

especialmente los directivos, se engañan respecto a las
prestaciones reales que pueden proporcionar los sistemas gestores
de bases de datos actuales, creyendo que ya son una realidad
ciertos aspectos que aun son teóricos, dando origen, riesgos de
frustración en los usuarios de los sistemas de bases de datos, que
pueden hacer olvidar las ventajas que ofrecen estos sistemas.

Desventajas de las bases de datos, con respecto a implantación y usuarios:

Relativas a la implantación:
✓ Costo en equipo.
✓ Ausencia de estándares.
✓ Larga y difícil implantación.
✓ Rentabilidad a mediano plazo.

Relativa a los usuarios:

✓ Personal especializado.
Desfase entre teoría y práctica.
 8

• BD distribuida (BDD): son varias BD interrelacionadas lógicamente y situadas

en diferentes nodos de una red de ordenadores.

• SGBD distribuido: el que gestiona BD distribuidas de forma transparente para

el usuario (éste ve las BD como si fueran una sola BD centralizada)

• Ventajas de las BDD:

 Localización transparente de los datos: las instrucciones no dependen de
dónde se ejecutan ni de dónde se sitúan los datos

 Transparencia en los nombres: un objeto se accede por su nombre, sin

ambigüedad y sin especificar nada más.

 Transparencia de fragmentación: fragmentación horizontal es distribuir

una tabla en varios conjuntos de tuplas (cada uno en un ordenador). La
vertical en distribuir la tabla en conjuntos de atributos. La consulta sobre
la tabla se transforma de modo automático en varias consultas sobre sus
fragmentos (A.Jaime, 2009)

2.2.2 PosgrestSQL

PostgreSQL ha tenido una larga evolución, la cual se inicia en 1982 con el proyecto
Ingres en la Universidad de Berkeley. Este proyecto, liderado por Michael Stonebraker,
fue uno de los primeros intentos en implementar un motor de base de datos relacional.
Después de haber trabajado un largo tiempo en Ingres y de haber tenido una
experiencia comercial con el mismo, Michael decidió volver a la Universidad en 1985
para trabajar en un nuevo proyecto sobre la experiencia de Ingres, dicho proyecto fue
llamado post-ingres o simplemente POSTGRES.
El proyecto post-ingres pretendía resolver los problemas con el modelo de base de
datos relacional que habían sido aclarados a comienzos de los años 1980. El principal
 9

de estos problemas era la incapacidad del modelo relacional de comprender "tipos", es

decir, combinaciones de datos simples que conforman una única unidad. Actualmente
estos son llamados objetos. Se esforzaron en introducir la menor cantidad posible de
funcionalidades para completar el soporte de tipos. Estas funcionalidades incluían la
habilidad de definir tipos, pero también la habilidad de describir relaciones - las cuales
hasta ese momento eran ampliamente utilizadas pero mantenidas completamente por
el usuario.

2.2.3 Caracteristicas de postgreSQL

 Versión de postgreSQL 6.*

Durante esta era de desarrollo de código abierto de la versión 6.*, se desarrollaron
muchas de las características que llegarían a definir PostgreSQL, incluyendo:

 Control de concurrencia multiversión: El bloqueo a nivel de tabla fue

reemplazado por MVCC, un sistema sofisticado que previene a los lectores de
bloquear a los escritores y a los escritores de bloquear a los lectores.
.
 Se hicieron mejoras de velocidad importantes: Si bien el proyecto tiene
confiabilidad e integridad de datos priorizada históricamente, hubo un aumento
significativo en el rendimiento.
 Mejora de tipos integrados, incluyendo tipos sofisticados de fecha y hora, y
soporte para tipos geométricos avanzados.

 Versión de postgreSQL 7.0 a 7.4

Los aproximadamente 4 años y 5 correspondientes versiones principales (de la
7.0 a la 7.4) que marcaron la era 7.* trajeron más mejoras Si bien la línea 7.* estuvo
marcada por mejoras de usabilidad y características avanzadas. Incluyendo:
 10

 En particular, una implementación inicial del WAL (registro de escritura

adelantada). El WAL es una familia de técnicas para proveer atomicidad y
durabilidad en sistemas de base de datos. Los segmentos de WAL escribe en el
disco una descripción de los cambios hechos a la base de datos, antes que
tener que aplicar directamente esos cambios.

 TOAST, una técnica para almacenar mayor cantidad de datos comprimidos y

fuera de línea.

 Algunos lenguajes de procedimientos, incluyendo PL/PGSQL, basado en el

PL/SQL de Oracle.

 Versión de postgreSQL 8.*

La línea 8.*, que duró desde el 2004 hasta el 2009, la que trajo características.

 WAL – el registro de escritura anticipada , particularmente la clusterización y

características de alta disponibilidad es uno de los enfoques continuos de las
contribuciones de código abierto por parte de 2ndQuadrant para PostgreSQL

 La línea 8.* también es notable por marcar la fundación de 2ndQuadrant, que,

desde el principio y a partir de la versión 8.0, estuvo fuertemente involucrado en
el proceso de desarrollo de PostgreSQL.

 Versión de postgreSQL 8.0

La versión 8.0 tiene algunas característica :

 Puntos de restauración, o sub-transacciones, por lo que una pieza atómica de
trabajo (es decir, una transacción) puede subdividirse en piezas más pequeñas
de trabajo que pueden atómicamente abortarse individualmente, sin la
 11

necesidad de abortar la transacción completa. Los puntos de restauración

incluso pueden ser anidados arbitrariamente.

 La Restauración de un Punto en el Tiempo, una técnica por medio de la cual es

posible proveer respaldos continuos del servidor, o regresar a cierto punto en el
pasado antes de una falla.

 La versión nativa para Windows.

 Versión de postgreSQL 8.1

La versión 8.1 de 2005 trajo otra característica de clase empresarial por parte de
2ndQuadrant:

 Particionamiento de tablas la cual es una característica que permite al planeador

elidir un escaneo en tablas hijas de una tabla madre en una herencia de
jerarquía.

 Versión de postgreSQL 8.2

La versión 8.2 en 2006 varias características:

 La recuperación ante fallos.

 Versión de postgreSQL 8.3

La versión 8.3 de 2008 marcó un hito en el rendimiento. Trajo una serie de
características mayores de rendimiento, incluyendo:

 HOT (montón de tuplas), como una optimización que permite el reciclaje de

tuplas muertas, no solamente por el usual proceso de VACUUM, sino también
que al momento de hacer INSERT o UPDATE, no ocurra ningún cambio a las
columnas indexadas.
 12

 Commit asíncrono, una característica introducida por Simon Riggs, CTO de

2ndQuadrant para permitirle a las transacciones hacer commit asíncronamente
por razones de rendimiento.

 Re-escritura del escritor en segundo plano por parte del consultor principal de
PostgreSQL mejoraba considerablemente la eficiencia de la escritura en el
disco.

 Una mejora a la estrategia de desalojo de caché, para que los escaneos

secuenciales grandes no saquen a la fuerza indebidamente páginas de caché
usadas frecuentemente del caché del buffer en la misma medida.

 Módulo pg_standby permite una fácil gestión de espera semiactiva.

 Versión de postgreSQL 8.4

La versión 8.4, la última de la línea 8.*, fue lanzada en 2009. Trajo nuevas
mejoras en la usabilidad, características centradas en el desarrollo y rendimiento,
incluyendo:

 Más características avanzadas de SQL, como funciones ventana y expresiones

comunes de tabla. Antes de esta versión, estas características estaban
exclusivamente disponibles en un pequeño número de sistemas de base de
datos propietarios.

 Restauración paralela: Restaurar la base de datos de un respaldo lógico en

paralelo.
 13

 El mapa de visualización, que reduce notablemente la sobrecarga de vacuum

para tablas que no cambian frecuentemente.

 El mapa de espacio libre en disco, lo que simplificó la gestión del mapa de

espacio libre al punto de que ya no es algo que deba ser considerado por los
usuarios finales.

 Versión de postgreSQL 9.*

La actual línea 9.* en la introducción de esta versión de replicación binaria en

tiempo real específicamente, la introducción de la función de espera activa .

 PostgreSQL ha pasado de ser frecuentemente definido por comparaciones con

sistemas de gestión de base de datos propietarios a ser considerado estar en la
vanguardia, superando a todos sus competidores en un número de áreas
importante.
 la característica de aislamiento cual es posible alcanzar verdadera serialización
ofrecida por el bloqueo de predicado, sin causar ningún bloquea a las
transacciones, y por lo tanto sin ningún bloqueo adicional.

 También incluye restricciones de exclusión, mediante las cuales es posible

solucionar el problema de doble reserva para evitar la doble contabilización de
una sala de conferencias por medio de tener sesiones superpuestas en el mismo
cuarto.

 Versión de postgreSQL 9.1

La versión 9.1 ofrezca algo de inmenso valor: replicación sin pérdida de datos.
En una primicia mundial, los usuarios incluso pueden controlar la durabilidad de cada
transacción, y todos los niveles de durabilidad pueden co-existir en la misma aplicación.
 14

 Es la escritura de expresiones comunes de tabla.

 2.3 Ventajas y desventajas

 VENTAJAS.

 Capacidad de replicación de datos

 Estabilidad y confianza en el almacenamiento de datos

 Puede operar sobre distintas plataformas, en las cuales están Linux, Windows,
Unix, Solaris; MacOS X.

 Herramientas graficas de diseño y administración de bases de datos.

 Su sintaxis SQL es estándar y fácil de aprender.

 Soporte empresarial disponible para empresas.

 La velocidad de respuesta es deficiente pero se mantiene a la misma velocidad

incluso cuando la base de datos se extiende y maneja mucha información.
 15

2.3.1Modelo entidad/interrelación extendido

La existencia de este modelo se origina, debido a que varios autores han considerado

diversas extensiones del modelo E/R definido por Chen, dando lugar a los que algunos

denominan E/R extendido (EE/R). Este modelo, define el contenido semántica de las

interrelaciones, como:

✓ Cardinalidad: Número máximo y mínimo de ocurrencia de un

tipo de entidades que puede estar interrelacionada con otra
ocurrencia.
✓ Dependencia en existencia: Cuando las ocurrencias de un tipo
de entidades no pueden existir sin desaparecer la ocurrencia
de la entidad.
✓ Abstracción.
 16

CAPÍTULO III
DISEÑO

3.1 METODOLOGÍA DE LA INVESTIGACIÓN

Tipo de Investigación

Este proyecto se consideró factible de realizar porque la información que se dispone es

suficiente, además con la predisposición de los entrenadores del gimnasio, quienes aportaran con

información necesaria para concluir con este proyecto.

Es de característica factible, porque permitió alcanzar una información actual y plantear

alternativas de solución al problema dentro de los lugares investigados, además, se fundamentó

en la investigación documental.

Investigación Documental

Se utilizó la investigación documental porque se manejó documentos, bibliografías, consultas

realizadas en textos, libros, revistas, folletos, periódicos, archivos, internet, correo electrónico

entre otros; los mismos que ayudaron a plantear y fundamentar el proyecto de investigación con

el cual se procuró dar solución al problema de investigación.

MÉTODOS

Deductivo: Con este método se aspiró a demostrar mediante la lógica la veracidad de las

conclusiones a las que llego nuestro estudio de manera especial para establecer conclusiones y

recomendaciones

Se partió de una observación de hechos particulares de los Instructores de Físico Culturismo

para llegar a generalizar lo observado

 17

3.2 TÉCNICAS DE INSTRUMENTOS

Se utilizó la observación sistemática o estructurada y la participativa por lo que se delimitó y

se definió el campo de observación, escogiendo los aspectos más relevantes para nuestro trabajo.

Esta técnica nos sirvió para obtener una descripción sistemática del problema y verificar los

objetivos planteados.

Encuestas. A través de las encuestas se recopiló la información más importante y necesaria

por medio de cuestionarios con preguntas abiertas y cerradas a los entrenadores y deportistas que

utilizan los gimnasios de forma frecuente, quienes son la fuente de la investigación, para obtener

datos reales sobre el problema planteado en la investigación. Esta técnica se aplicó en la

investigación por ser la más apropiada.

En el anexo 1 se evidenciará el formato de la encuesta aplicada.

3.3 DISEÑO

Diagrama de clases:

Para la elaboración del siguiente diagrama de clases de la fig1, se utilizó ArgoUML que es

una aplicación de diagramado de UML escrita en Java y publicada bajo la Licencia BSD. Dado

que es una aplicación Java, está disponible en cualquier plataforma soportada por Java.
 18

Figura1. Diagrama de clases

Diagrama entidad relación:

Para la creación de tablas con sus respectivas columnas, atributos, claves primarias y foráneas

como se observa en la fig2; se utilizó PgModeler que es una herramienta de modelado de datos

de código abierto diseñada para PostgreSQL. Este software tiene los conceptos de diagramas

entidad-relación y las características que PostgreSQL implementa como extensiones de

estándares SQL.
 19

Figura2. Diagrama entidad relación

 20

CAPÍTULO IV
IMPLEMENTACIÓN
4.1 INTRODUCIÓN

La conexión de la base de datos se la realiza desde la aplicación que necesita el acceso a la

base de datos para poder trabajar con la información que se recopila y se guarda dentro de la base

de datos.

Este es un ejemplo la cual permite la conexión a la base de datos desde java

Figura3. (Denzer, 2002, pág. 3)

 21

4.2 DIAGRAMA DE BLOQUES DEL SISTEMA

En el siguiente capítulo daremos a conocer la realización del diseño de la base de datos a

realizar en el cual utilizaremos diferentes interfaces que ayudaran al modelo del funcionamiento

del programa y su conexión de la base y de cada una de las interfaces.

4.2.1Diagrama de bloques

Diagrama de bloques que se utiliza para la realización del sistema que se implementara del

gimnasio para las inscripciones.

Figura

4.diagr

ama de

bloque

4.3 DISEÑO DEL PROGRAMA

Login de usuario
 22

Figura5 .Venta del menú

Figura 6.Inscripción nuevo cliente

 23

Figura7. Busqueda de informaciòn del cliente

Figura8. Generar inscripciòn

 24

Figura9. Toma de actividades a realizar de un cliente

Figura10. Servicios disponibles

 25

Figura11. Asignación de horario y costo por hora

Figura12. Registro instructor de actividades

 26

Figura13.Ver lista de clientes inscritos

Figura14. Generar factura

 27

Figura15. Geracion de facture del cliente

 28

4.4 CONEXION DE POSTGRESQL A NETBEANS

Conexión a la base de datos en postgresql desde java netbeans .

Características de postgresql

Para la conexión a la base de datos con java netbeans tendremos que seguir pasos y

secuencias que nos permitan realizar la conexión, no debe surgir ningún tipo de problema al hora

de realiza y ejecutar nuestro programa al momento de las pruebas así como también durante la

utilización y la presentación del terminado final del software y base de datos donde vamos a

realizar el almacenamiento.

CONEXIÓN A LA BASE DE DATOS

Para la conexión vamos a necesitar un driver que nos servirá de puente entre la base de datos y el

software, este driver lo encontramos en la página oficial de postgresql

Al ya tener descargado este paquete se procede a ingresar al diseño de nuestro software en

netbeans nos guiamos hasta las propiedades de herramientas donde vamos a ingresar hasta la

opción de toloos encontramos un opción que dice librerías.

 29

Figura16. Conexion de postgrsql con java

Al ingresar en la opción de librerías encontramos un ítem donde nos permite la creación de una

nueva librería seleccionamos agregar librería Luego procedemos a dar la configuración por

default dando en la opción ok.

A continuación procedemos a dar clic en botón de add jar folder tendremos que elegir nuestro

complemento para realizar el puente que nos permitirá realizar la conexión.

Figura18. Imagen :Version de postgresql

Una vez ya creado la nueva librería y seleccionado el complemento el cual tendrá por nombre

postgresql-8.3- 603.jdbc4.jar para realizar el puente podemos escribir el código que nos permita

trabajar con la base de datos desde nuestro software.

En la opción service escogemos la opción de crear una nueva database con el nombre de la base

que se va a trabajar, ya al final de este proceso debe aparecer todas tablas y contenidos de la base

de dato .
 30

Figura19. Creacion de una nueva base.

En la conexión debemos implementar una conexión básica la cual permitirá en la cual nos

permitirá realizar el registro de nuestro driver y el establecimiento para la conexión utilizando la

clase java.sql.DriverManage para terminar con este paso debemos añadir el método de

comprobación válida para la conexión

Asignamos variables para que muestre los datos que se tiene en la base de datos y aumentamos la

línea de código para que se pueda visualizar

Figura20: asignaciòn de codigo

Finalmente realizamos un código que nos permita realizar la conexión genérica para establecer el

lazo con múltiples bases de datos.

CODIGO
 31

Figura21. Codigo de conexion.

Para verificar los datos de las demás tablas creadas en la base de datos repetimos el mismo

procedimiento en cada tabla y al final nos mostrará todos los datos que se desee.

Figura21.: codigo de conexiòn con cada tabla.

 32

CAPÍTULO V
5.1 CONCLUSIONES

- Para realizar la conexión a postgresql se debe tener un driver conector que nos ayude de

puente entre la base de datos y el software

- Durante la realización, planificación y ejecución del proyecto aprendimos acerca del

lenguaje de SQL su importancia en el momento de utilizar y trabajar con la información

de cualquier tipo.

- Al realizar el proyecto pudimos aprender a trabajar los datos con la utilización de claves

foranes y claves primarias.

- Al escribir el código de conexión se puede realizar un código básico solo para la base que

se va trabajar o un genérico para trabajar con múltiples bases de datos.

- Al tener varias tablas es necesario especificar las variables adecuadas que se desee

mostrar
 33

5.2 RECOMENDACIONES

 Para un mejor rendimiento y un efectivo trabajo con postgresql, en el momento de su

instalación se debe leer muy bien su manual y los pasos a seguir muy detenidamente.

 Se recomienda realizar una investigación acerca del uso de postgresql con el fin de trabajar

correctamente con los datos.

 Se recomienda tener apuntes de las palabras claves que se utiliza al momento de ya

trabajar en la base de datos de los proyectos a realizar en postgresql.

 Recomendamos que si por algún motivo tienen problemas al realizar la base de datos

requieran de un tutor o algún libro que les sirva de guía.

 34

5.3 GLOSARIO DE TÉRMINOS

Base de datos: base de datos o banco de datos es un conjunto de datos

pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior

uso.

Postgresql: Es un sistema de gestión de bases de datos objeto-relacional

SGBD: sistema gestor de base de datos ,es un conjunto de programas que permiten el

almacenamiento, modificación y extracción de la información en una base de datos.

SQL: es un lenguaje específico del dominio que da acceso a un sistema de gestión de

bases de datos relacionales que permite especificar diversos tipos de operaciones en

ellos.

Aplicación: Una aplicación es un tipo de programa informático diseñado como

herramienta para permitir a un usuario realizar uno o diversos tipos de trabajos.

UML: Es un popular lenguaje de modelado de sistemas de software. Se trata de un

lenguaje gráfico para construir, documentar, visualizar y especificar un sistema de

software.

Tabla: En las bases de datos, se refiere al tipo de modelado de datos, donde se

guardan los datos recogidos por un programa. Su estructura general se asemeja a la

vista general de un programa de Hoja de cálculo.

Celda o Campo: Es la mínima unidad de almacenamiento de información accesible en

las bases de datos.

Clave: Contraseña, combinación de signos que sirven para abrir o hacer funcionar

ciertos aparatos.
 35

Clave principal o clave primaria: es un campo o a una combinación de campos que

identifica de forma única a cada fila de una tabla. Una clave primaria comprende de

esta manera una columna o conjunto de columnas. No puede haber dos filas en una

tabla que tengan la misma clave primaria.

Clave foránea: define una relación entre dos o más tablas. sus valores coinciden con

una clave exclusiva o la clave principal de otra tabla.

MySQL: Es un sistema de gestión de bases de datos (SGBD) multiusuario,

multiplataforma y de código abierto.

Interfaces: En informática, se utiliza para nombrar a la conexión física y funcional entre

dos sistemas o dispositivos de cualquier tipo dando una comunicación entre distintos

niveles.

Metadatos: Literalmente «sobre datos», son datos que describen otros datos
 36

REFERENCIAS
http://codigoxules.org/conectar-postgresql-utilizando-driver-jdbc-javapostgresql-jdbc/

https://www.youtube.com/watch?v=eNtEwgjPtLY Korry D,(2003).

PostgreSQL: Una poderosa base de datos libre. EEUU. DPJ

Fundamentos de bases de datos Quinta edición(ABRAHAM SILBERSCHATZ Universidad

de Yale HENRY F. KORTH Universidad de Lehigh S. SUDARSHAN Instituto tecnológico

indio, Bombay)
 37

ANEXOS

UNIVERSIDAD TÉCNICA DEL NORTE

FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS

C.I.E.R.C.O.M

Sistema de control de un Gimnasio en la ciudad de Ibarra

Indicaciones

Marque una opción por pregunta planteada.

No necesita dar datos personales, la encuesta es anónima.

1. ¿Tiene conocimiento acerca de los beneficios de realizar ejercicios diarios en un

gimnasio?
S N

i o

Si su respuesta es sí cuales serían estos.

Beneficios…………………………………………………………………………………

……………………………………………………………………………………………….

2.- ¿Con que frecuencia visita el gimnasio?

Tod Tres Dos Días

os los veces a veces a que

días la la tiene
 38

semana semana tiempo

3.- ¿Cómo le ha parecido la forma de tomar sus datos al momento del registro al

gimnasio?

Excel Bue Mal Pési

ente no o mo

4.- ¿Cómo le pareció la agilidad a la hora de asignarle actividades acordes con

lo que necesita usted?

Excel Buen Mal Pési

ente o o mo

5.- ¿Cómo le pareció la forma en que los entrenadores o empleados se

movilizaban a la hora de registrar a un cliente?

Excel Bue Mal Pési

ente no o mo

6.- ¿En una escala del 1 al 10 siendo 1 el nivel más bajo, cuán satisfecho está

con la forma que maneja el gimnasio a la hora de ingresar un nuevo cliente?

Nivel de

satisfacción

7.- ¿Cree que se podría mejorar la forma en que registran a un nuevo cliente?
 39

S N

i o
 40

1.7 ANEXO B