2014

ACCESO ESTACIONAMIENTO BT

[24/09/2014]

[Escribir el nombre de la compaa]

ACCESO ESTACIONAMIENTO BT
PROTOCOLO DE INVESTIGACIN

CONMUTACION Y ENRUTAMIENTO DE REDES

EQUIPO 3.

Gonzalez Bautista David Javier

Villegas Martnez Martin Alejandro
Galicia Garca Gilberto
Gutirrez Lugo Rebeca
Martnez Valdez Francisco Javier
Rodrguez Rodrguez Uriel
Martnez Garduo Eduardo
Jcome Servn Yadira Abigail

GRUPO: 7S12

PROFESOR: Ing. Jos Pablo Ibarra Camacho

Contenido
I.

INTRODUCCION ............................................................................................................................ 4

II.

RESUMEN ....................................................................................................................................... 5

III.

ANTECEDENTES ...................................................................................................................... 6

IV. DEFINICIN DEL PROBLEMA ................................................................................................... 10

IV. DELIMITACION DEL PROBLEMA ............................................................................................. 10
V. JUSTIFICACIN ............................................................................................................................. 10
VI. OBJETIVOS .................................................................................................................................... 11
VI.I. OBJETIVO GENERAL ................................................................................................................ 11
VI.II. OBJETIVOS ESPECFICOS ..................................................................................................... 11
VII. HIPTESIS O META DE INGENIERA ..................................................................................... 11
VIII. MARCO TERICO ...................................................................................................................... 11
IX. MTODOS y/o PROCEDIMIENTOS .......................................................................................... 17
X. CRONOGRAMA .............................................................................................................................. 25
XI. CASOS DE USO............................................................................................................... 27
XII. ANEXOS ......................................................................................................................................... 29
XIII. REFERENCIAS BIBLIOGRFICAS ......................................................................................... 30

I. INTRODUCCION

El Tecnolgico de Estudios Superiores del Oriente del Estado de Mxico cuenta con un
estacionamiento dentro de sus instalaciones el cual es para administrativos, docentes y
alumnos de esta institucin educativa.
Pero tiene una falla ya que el control de los que ingresan a la institucin no lleva un
control serio de quien entra y quin sale del plantel, ya que esto se hace manualmente
en una libreta y muchas veces se traspapelan las hojas o los datos recibidos son falsos
y no hay un control exacto, tambin se busca con esto proteger a los alumnos y la
plantilla de la institucin de posibles riesgos externos que puedan ingresar por el
estacionamiento.
Lo que tambin no se puede controlar de esta manera es la hora en que comienzan a
entrar los autos y a qu hora dejan de salir de la institucin.
Por eso se ha analizado la situacin y se desea implementar un control sistema con
tecnologa de sensor de movimiento y bluetooth que automatice los registros de los
usuarios que accedan en esta zona educativa, esto se har de forma que cada
dispositivo este asociado a una identidad real, para hacerlo se necesitaran la credencial
de la institucin ya sea de trabajo o del alumno para evitar la falsificacin de
identidades, una vez registrado en la base de datos el dispositivo ser intransferible, si
se llega a perder se da de baja y se asigna uno nuevo al usuario.
No se podr acceder ni abandonar el estacionamiento fuera de los horarios marcados
por cuestiones de seguridad.
Se ocuparan sensores de movimiento para las plumas de la entrada y receptores de
seales bluetooth, ocuparemos una base de datos para manejar los registros de los
usuarios como sus entradas y salidas del estacionamiento y algunos display para
mostrar cierta informacin a los usuarios en su arribo al Tecnolgico.
Todo para optimizar los manejos del estacionamiento al igual incrementar la seguridad
de quien accesa, con un beneficio permanente para la institucin con un costo rentable.
4

II. RESUMEN

En el presente proyecto llamado Acceso al Estacionamiento se llevara a cabo el

funcionamiento completo de un estacionamiento privado donde incluimos los registros
de entrada, salida de automviles mediante dispositivos Bluetooth y aumentamos la
seguridad de este.
El problema de todo estacionamiento es la seguridad de los automviles y el tiempo
que llegan a tardar para el acceso o la salida de este, ya que hay das o ciertos horarios
que llega a ver ms automviles de lo normal y puede llegar a ser ms tardado el
acceso o la salida al estacionamiento, entonces lo que se pretende hacer es evitar que
las personas esperen tanto tiempo para su acceso o salida del estacionamiento y
puedan hacerlo ms rpidamente mediante el dispositivo bluetooth que se
implementara a su automvil y se dar de alta al sistema para que tengan la vinculacin
con el bluetooth de la caja y as poder agilizar su entrada y salida.
Se buscara aumentar la seguridad de los automviles utilizando un cdigo nico dentro
de cada dispositivo bluetooth por si en dado caso llegara a ocurrir el robo de un
automvil o del dispositivo no se permitir su salida si el cdigo no coincide con el del
automvil y de esa forma se podra frustrar un posible robo.

III. ANTECEDENTES
Se conoce como estacionamiento al espacio fsico donde se deja el vehculo por un
tiempo indeterminado cualquiera.
Existen dos modalidades: las instalaciones totalmente robotizadas y las parcialmente
robotizadas. En la primera el vehculo se transporta de forma automtica, sin conductor,
mediante equipos de elevacin y transporte hasta su almacenamiento. En un
aparcamiento parcialmente mecanizado es el conductor quien conduce el vehculo
hasta la plaza del aparcamiento, de forma que aumenta la capacidad de los
estacionamientos.
Adems, tambin existe otra modalidad de parking con servicio para viajeros. Existen
empresas que centran su actividad en recoger vehculos, estacionarlos desde unas
horas a varios das, y devolverlos a los clientes donde soliciten.
Otra posible clasificacin de estacionamiento depende de las caractersticas especficas
del servicio para viajeros. En este caso concreto habra que hablar de tres tipos de
diferentes:

Valet Parking: Este tipo de estacionamiento tambin es conocido como

aparcacoches. Es decir, el cliente no tiene por qu desplazarse ms all del lugar en
el que estableci que se le iba a recoger el vehculo. Es un chfer el que recoge y
entrega el vehculo.

Park and ride: En estos estacionamientos son los propios clientes los que llegan
con sus vehculos, los aparcan y luego el propio parking en su autobs es el que
lleva a los clientes o bien a la estacin de tren, al aeropuerto o al puerto,
dependiendo de lo contratado. Se trata de un estacionamiento en el que es ms
rentable las largas estancias.

Estacionamiento rotacional: Esta cerca de la estacin de tren, el puerto o el

aeropuerto, pero suelen ser estacionamientos en los que es ms rentable dejar el
vehculo durante poco tiempo, ya que pese a estar ms cerca del destino las tarifas
6

son ms altas porque la tarificacin se realiza por minutos. Adems, son los propios
clientes lo que aparcan y recogen sus coches.
En el caso de este proyecto hemos centrado nuestra atencin en los estacionamientos
privados, ms especficamente en un estacionamiento escolar, en donde tanto alumnos
como profesores dejan sus carros.
Los estacionamientos escolares, no tienen una cuota pues forman parte de un servicio
que brinda la escuela.
En este proyecto tiene una gran importancia tambin la tecnologa bluetooth
En 1.994, la compaa de telecomunicaciones ERICSSON, comenz un estudio para
investigar la viabilidad de una interfaz de radio de baja potencia y bajo costo entre
telfonos mviles y sus accesorios1. El objetivo era eliminar los cables entre los
telfonos mviles y tarjetas de PCs, hadaste, dispositivos desktop, etc. El estudio fue
parte de otro gran proyecto de investigacin que involucraba multicomunicadores
conectados a la red celular por medio de los telfonos celulares. El ultimo enlace en
dicha conexin debera ser un radio enlace de corto rango. A medida que el proyecto
progresaba, se volvi claro que las aplicaciones que envuelven dicho enlace de corto
rango seran ilimitadas. A comienzos de 1997, Ericsson se aproxima a otros fabricantes
de dispositivos porttiles para incrementar el inters en esta tecnologa. El motivo era
simple: para que el sistema fuera exitoso y verdaderamente utilizable, una cantidad
crtica de dispositivos porttiles deberan utilizar la misma tecnologa de radioenlaces de
corto alcance. En Febrero de 1998, cinco compaas, Ericsson, Nokia, IBM, Toshiba e
Intel, forman un Grupo de Inters Especial (SIG). Dicho grupo contiene la mezcla
perfecta en lo que es el rea de negocios, dos lderes del mercado en telefona mvil,
dos lderes del mercado en computadoras laptop y un lder del mercado en tecnologa
de procesamiento de seales digitales. La meta era establecer la creacin de una
especificacin global para conectividad sin hilos de corto alcance. La razn del nombre
es que en el siglo X el rey Harald II de Dinamarca, apodado "diente azul" (Bluetooth) a
causa de una enfermedad que le daba esta coloracin a su dentadura, reunific bajo su
reinado numerosos pequeos reinos que existan en Dinamarca y Noruega y que
funcionaban con reglas distintas, lo mismo que hace la tecnologa Bluetooth,
promovida por Ericsson (Suecia) y Nokia (Finlandia), dos pases escandinavos. El 20 y
el 21 de mayo de 1998, el consorcio de Bluetooth se anuncio al pblico general de
Londres, Inglaterra, San Jos, California, y Tokio, Japn, lo que provoco la adopcin de
la tecnologa por varias compaas. El propsito del consorcio era establecer un
dispositivo estndar y un software que lo controle.
7

Actualmente ya pertenecen ms de 1.600 empresas al el SIG (Special Interest Group),

que han adoptado esta tecnologa para desarrollarla con sus propios productos, que
empezaron a salir al mercado a finales del ao 2000. Cada nueva compaa miembro
del SIG recibe de las otras una licencia para implantar la especificacin 1.0, libre de
royalties.
Bluetooth es una especificacin industrial para Redes Inalmbricas de rea
Personal (WPAN) que posibilita la transmisin de voz y datos entre diferentes
dispositivos mediante un enlace por radiofrecuencia en la banda ISM de los 2,4 GHz.
Los principales objetivos que se pretenden conseguir con esta norma son:

Facilitar las comunicaciones entre equipos mviles.

Eliminar los cables y conectores entre stos.

Ofrecer la posibilidad de crear pequeas redes inalmbricas y facilitar la

sincronizacin de datos entre equipos personales

Se denomina Bluetooth al protocolo de comunicaciones diseado especialmente

para dispositivos de bajo consumo, que requieren corto alcance de emisin y
basados en transceptores de bajo costo.
Los dispositivos que incorporan este protocolo pueden comunicarse entre ellos
cuando se encuentran dentro de su alcance. Las comunicaciones se realizan
por radiofrecuencia de forma que los dispositivos no tienen que estar alineados y
pueden incluso estar en habitaciones separadas si la potencia de
transmisin es suficiente

Estos dispositivos se clasifican como "Clase 1", "Clase 2" o "Clase 3" en referencia a su
potencia de transmisin, siendo totalmente compatibles los dispositivos de una caja de
ordenador
Potencia mxima Potencia mxima
Alcance
Clase permitida
permitida
(aproximado)
(mW)
(dBm)

Clase
100 mW
1

20 dBm

~30 metros

Clase
2.5 mW
2

4 dBm

~10-5 metros
8

Clase
1 mW
3

0 dBm

~1 metro

En la mayora de los casos, la cobertura efectiva de un dispositivo de clase 2 se

extiende cuando se conecta a un transceptor de clase 1. Esto es as gracias a la mayor
sensibilidad y potencia de transmisin del dispositivo de clase 1, es decir, la mayor
potencia de transmisin del dispositivo de clase 1 permite que la seal llegue con
energa suficiente hasta el de clase 2. Por otra parte la mayor sensibilidad del
dispositivo de clase 1 permite recibir la seal del otro pese a ser ms dbil.
Los dispositivos con Bluetooth tambin pueden clasificarse segn su capacidad de
canal:
Versin

Ancho de banda

Versin 1.2

1 Mbit/s

Versin 2.0 + EDR

3 Mbit/s

Versin 3.0 + HS

24 Mbit/s

Versin 4.0

24 Mbit/s

Anteriormente en el Tecnolgico de Estudios Superiores del Oriente del Estado de

Mxico el estacionamiento era muy convencional, entraban y salan los carros solo as
checando las entradas y salidas de manera muy vaga.
No se tiene un control de los lugares ocupados y los que se pueden ocupar, ni se toman
en cuenta los tiempos en que un carro se queda dentro del estacionamiento,.
La pluma era controlada manualmente, por alguno de los de seguridad, y eso se
convierte a la larga en un desperdicio de tiempos, tiempos que pueden ser empleados
en otras cosas.
Es por eso que mediante la implementacin de la tecnologa Bluetooth se busca que se
mejore el servicio de dicho estacionamiento y tambin economizar tiempos, se tiene
9

que trabajar tambin en los alances de esta tecnologa, pero se busca llegar a hacer
algo que ayude al Tecnolgico a dar servicios cada vez mejores.

IV. DEFINICIN DEL PROBLEMA

En el Tecnolgico de Estudios Superiores del Oriente del Estado De Mxico se

requiere llevar un control de los vehculos de estudiantes y docentes que ingresen al
estacionamiento de la Institucin.

IV. DELIMITACION DEL PROBLEMA

El acceso a las instalaciones del Tecnolgico es en un horario de 7:00 a 21:00 hrs de

lunes a viernes y sbados de 8:00 a 13:00 hrs
El estacionamiento se considera gratuito, es decir no existe una tarifa por la estancia en
el Tecnolgico
V. JUSTIFICACIN

El siguiente proyecto tiene como finalidad tener un control de las unidades mviles que
ingresen en el estacionamiento, el acceso ser limitado, con ello solo se permitir hacer
uso de los lugares disponibles del estacionamiento a personas que estudien, laboren o
ejerzan alguna funcin dentro del tecnolgico.

10

VI. OBJETIVOS

VI.I.

OBJETIVO

GENERAL

Desarrollar un sistema con tecnologa de sensor de movimiento y bluetooth que

automatice los registros de los usuarios que accedan y abandonen esta zona
educativa, aumentando la seguridad de ellos y de sus automviles.

VI.II.

OBJETIVOS

ESPECFICOS

Hacer exclusiva la entrada a los alumnos, docentes y personal administrativo, ya

que son ellos los que previamente registrados podrn acceder y de esta forma
hacer que la Institucin sea ms segura.
Tener un control de las unidades mviles que ingresan al Tecnolgico mediante
los registros del horario de entrada y salida de cada uno.
Mayor seguridad para los automviles con la implementacin de los dispositivos
bluetooth y un cdigo nico para cada automvil.

VII. HIPTESIS O META DE INGENIERA

Dado que el sistema de control de acceso al tecnolgico opera de forma manual, es

decir, el personal de vigilancia lleva este proceso, entonces un sistemas de control de
acceso al estacionamiento, permitir llevar al da los espacios libres y principalmente
tener un verdadero control de acceso con ello se podr automatizar este proceso

VIII. MARCO TERICO

El nmero de usuario, hora de acceso al estacionamiento son datos para generar
registros en una base de datos la cual es una coleccin de informacin perteneciente a
un mismo contexto (o problema), que esta almacenada de forma organizada en
ficheros.
Una base de datos est organizada mediante tablas, que almacenan informacin
concerniente a algn objeto o suceso. Estas tablas se relacionan formando vnculos o
11

relaciones entre ellas, que ayudan a mantener la informacin de los diversos objetos de
forma ordenada y sin contradicciones.
Haciendo uso de los conocimientos de base de datos (MySQL y Oracle), programacin
(HTML, PHP), crearemos una pgina web la cual estar enlazada a una base de datos.
Un sistema gestor de bases de datos (SGBD) consiste en una coleccin de datos
interrelacionados y un conjunto de programas para acceder a dichos datos. La
coleccin de datos, normalmente denominada base de datos, contiene informacin
relevante para una empresa. El objetivo principal de un SGBD es proporcionar una
forma de almacenar y recuperar la informacin de una base de datos de manera que
sea tanto prctica como eficiente.

Los sistemas de bases de datos se disean para gestionar grandes cantidades de

informacin. La gestin de los datos implica tanto la definicin de estructuras para
almacenar la informacin como la provisin de mecanismos para la manipulacin de la
informacin. Adems, los sistemas de bases de datos deben proporcionar la fiabilidad
de la informacin almacenada, a pesar de las cadas del sistema o los intentos de
acceso sin autorizacin. Si los datos van a ser compartidos entre diversos usuarios, el
sistema debe evitar posibles resultados anmalos.

Dado que la informacin es tan importante en la mayora de las organizaciones, los

cientficos informticos han desarrollado un amplio conjunto de conceptos y tcnicas
para la gestin de los datos.
Las bases de datos son ampliamente usadas. Las siguientes son algunas de sus
aplicaciones ms representativas:
Banca. Para informacin de los clientes, cuentas y prstamos, y transacciones
bancarias.
Lneas areas. Para reservas e informacin de planificacin. Las lneas areas fueron
de los primeros en usar las bases de datos de forma distribuida geogrficamente (los
terminales situados en todo el mundo accedan al sistema de bases de datos
centralizado a travs de las lneas telefnicas y otras redes de datos).
Universidades. Para informacin de los estudiantes, matrculas de las asignaturas y
cursos.

12

 Transacciones de tarjetas de crdito. Para compras con tarjeta de crdito y generacin

mensual de extractos.
Telecomunicaciones. Para guardar un registro de las llamadas realizadas, generacin
mensual de facturas, manteniendo el saldo de las tarjetas telefnicas de prepago y para
almacenar informacin sobre las redes de comunicaciones.
Por debajo de la estructura de la base de datos est el modelo de datos: una
coleccin de herramientas conceptuales para describir los datos, las relaciones entre
los datos, la semntica de los datos y las restricciones de los datos. El modelo de datos
entidad-relacin es un modelo de datos ampliamente usado, y proporciona una
representacin grfica conveniente para ver los datos, las relaciones y las restricciones.
El modelo de datos relacional se usa ampliamente para almacenar datos en las bases
de datos. Como se aprecia en la siguiente figura 2

Figura 2. Ejemplo de Diagrama Entidad-Relacin

Fuente. Fundamentos de Bases de Datos 4ta Edicin. Henry F. Korth pag 6
El diseo general de la base de datos se denomina el esquema de la base de datos. Un
esquema de base de datos se especifica con un conjunto de definiciones que se
expresan usando un lenguaje de definicin de datos (LDD).
Un lenguaje de manipulacin de datos (LMD) es un lenguaje que permite a los
usuarios acceder o manipular los datos. Los LMD no procedimentales, que requieren
que un usuario especifique slo los datos que necesita, se usan ampliamente hoy da.
Los usuarios de bases de datos se pueden catalogar en varias clases, y cada clase de
usuario usa habitualmente diferentes tipos de interfaces de la base de datos.
Un sistema de bases de datos tiene varios subsistemas:
El subsistema gestor de transacciones es el responsable de asegurar que la base de
datos permanezca en un estado consistente (correcto) a pesar de los fallos del sistema.
El gestor de transacciones tambin asegura que las ejecuciones de transacciones
concurrentes ocurran sin conflictos.
13

 El subsistema procesador de consultas compila y ejecuta instrucciones LDD y LMD.

El subsistema gestor de almacenamiento es un mdulo de programa que
proporciona la interfaz entre los datos de bajo nivel almacenados en la base de datos y
los programas de aplicacin y las consultas enviadas al sistema.
Las aplicaciones de bases de datos se dividen normalmente en un parte frontal que se
ejecuta en las mquinas cliente y una parte que se ejecuta en el dorsal. En las
arquitecturas de dos capas, el frontal se comunica directamente con una base de datos
que se ejecuta en el dorsal. En las arquitecturas de tres capas, la parte dorsal se divide
asimismo en un servidor de aplicaciones y en un servidor de bases de datos.

El modelo de datos relacional se basa en un conjunto de tablas. El usuario del

sistema de bases de datos puede consultar esas tablas, insertar nuevas tuplas, borrar
tuplas y actualizar (modificar) las tuplas. Hay varios lenguajes para expresar estas
operaciones.

Figura 3. Ejemplo modelo de datos relacional

Fuente. Fundamentos de Bases de Datos 4ta Edicin. Henry F. Korth pg. 6

Hay un gran nmero de sistemas de bases de datos comerciales en uso actualmente.

Los principales incluyen: DB2 de IBM (www.ibm.com/software/data), Oracle
(www.oracle.com), Microsoft SQL Server (www.microsoft.com/sql), Informix
(www.informix.com) y Sybase (www.sybase.com). Algunos de estos sistemas estn
disponibles gratuitamente para uso personal o no comercial, o para desarrollo, pero no
para implantacin real. Hay tambin una serie de sistemas de bases de datos
gratuitos/pblicos; algunos ampliamente usados incluyen MySQL (www.mysql.com) y
PostgresSQL (www.postgresql.org).
14

PhpMy Admin de MySQL

MySQL dispone de un interfaz basado en pgina web llamada PhpMyAdmin, que a
travs de un servidor web, por ejemplo Apache, permite administrar las bases de datos
de un servidor desde cualquier equipo de la red. Fig4

Figura 4. Captura de pantalla phpMyAdmin

PHP
PHP es un lenguaje de script interpretado que se ejecuta del lado del servidor, utilizado
para la generacin de pginas web dinmicas, embebidas en pginas HTML y
ejecutadas en el servidor. PHP no necesita ser compilado para ejecutarse. Para su
funcionamiento necesita tener instalado Apache o IIS con las libreras de PHP. La
mayor parte de su sintaxis ha sido tomada de C, Java y Perl con algunas caractersticas
especficas. Los archivos cuentan con la extensin (php).

Una de sus caractersticas ms potentes es su soporte para gran cantidad de bases de

datos. Entre su soporte pueden mencionarse InterBase, mSQL, MySQL, Oracle,
Informix, PostgreSQL, entre otras. PHP tambin ofrece la integracin con varias
bibliotecas externas, que permiten que el desarrollador haga casi cualquier cosa desde
generar documentos en formato pdf hasta analizar cdigo XML.

Como producto de cdigo abierto, PHP goza de la ayuda de un gran grupo de

programadores, permitiendo que los fallos de funcionamiento se encuentren y se
reparen rpidamente. Tambin, es utilizado en aplicaciones web relacionadas por
algunas de las organizaciones ms prominentes tales como Mitsubishi, Redhat,
DerSpiegel, MP3-Lycos, Ericsson y NASA.
15

Bluetooth
Bluetooth es una especificacin tecnolgica para redes inalmbricas que permite la
transmisin de voz y datos entre distintos dispositivos mediante una radiofrecuencia
segura (2,4 GHz). Esta tecnologa, por lo tanto, permite las comunicaciones sin cables
ni conectores y la posibilidad de crear redes inalmbricas domsticas para sincronizar y
compartir la informacin que se encuentra almacenada en diversos equipos.
De esta manera, por ejemplo, una de las situaciones ms comunes en las que se
produce el uso de bluetooth es cuando dos conocidos se encuentran en una misma
estancia y desean intercambiar fotografas que tienen en sus respectivos telfonos
mviles. En este caso, conectan el bluetooth y se pasan dichas imgenes de una
forma rpida y sencilla sin necesidad de tener que recurrir a lo que es una conexin a
Internet.
Y es que es habitual que se confunda o se contraponga el bluetooth y la conexin Wifi.
Sin embargo, hay que dejar patente que ambos cubren acciones y campos diferentes
que son absolutamente compatibles e igualmente tiles para cualquier usuario de
dispositivos porttiles tales como los citados telfonos inteligentes o smartphones as
como PDAs o tablets.
El trmino Bluetooth (Diente azul en ingls, aunque el nombre proviene del rey dans
y noruego Harald Bltand, traducido como Harold Bluetooth) es la denominacin
comercial y popular del estndar de comunicacin inalmbrica IEEE 802.15.1. La
primera empresa en investigar esta tecnologa fue Ericsson, encargada de liderar un
grupo que, con el tiempo, sum a IBM, Nokia, Microsoft, Motorola y otras compaas
que apoyaron el estndar.
Las computadoras, los telfonos mviles y las cmaras digitales son algunos de los
dispositivos que pueden comunicarse mediante la tecnologa Bluetooth (siempre que
sus modelos se lo permitan).
Existen tres clases de Bluetooth: Clase 1 (con un alcance aproximado de 100 metros),
Clase 2 (10 metros) y Clase 3 (1 metro). Los especialistas consideran que, en los

16

prximos aos, todos los equipos tecnolgicos tendrn la capacidad de comunicarse

entre s gracias al estndar.
Puede decirse que el hardware que forma un sistema Bluetooth cuenta con dos partes:
el dispositivo de radio que modula y transmite la seal, y el controlador digital (con
CPU, un procesador de seales digitales conocido como Link Controller y un
procesador de interfaces).
Adems de todo lo expuesto no podemos pasar por alto la existencia de otros trminos
que tambin hacen uso del trmino que ahora estamos analizando. Entre aquellos se
encuentra, por ejemplo, el concepto pila bluetooth que podemos especificar que es una
aplicacin que tiene como misin fundamental el llevar a cabo la gestin de todos y
cada uno de los servicios que ofrece el citado puerto bluetooth.
Entre las pilas de este tipo destacaramos a la Widcomm, que fue la primera que
apareci en el mercado, o BlueSoleil. Todo ello sin olvidar tampoco a la IwBT, a la
BlueZ o la Affix. Dos pilas estas ltimas que se han creado bsicamente para poder
trabajar con ellas en lo que es el entorno de Linux.
Cabe destacar que, como hemos mencionado anteriormente, Bluetooth suele ser
comparado con WiFi, otra tecnologa que permite compartir informacin de forma
inalmbrica, aunque ambos estndares tienen diferentes fortalezas.

IX. MTODOS y/o PROCEDIMIENTOS

IX.I. PROCEDIMIENTOS
Para realizar el proyecto nos dimos a la tarea de usar como tal los siguientes sofware:
1.- Xampp (Lo ocuparemos para trabajar en el lenguaje de programacion web PHP).
2.- MySQL Workbench (Se ocupo para la realizacion de la base de datos y poner su
respectiva normalizacion entre otras cosas y se facilite mas la creacion de esta misma).
3.- NetBeans (Nos ocuparemos con NetBeans para realizar la codificacion de lo que
sera basado en la ocupacion de Bluetooth).
4.- DreamWeaver CS5 (La ocuparemos para realizar una pgina web donde se pueda
realizar el registro de los aulmnos o docentes).

17

Para realizar el proyecto mencionado primero debemos de tener muy bien estruturada
lo que sera nuestra base de datos, para eso ocupamos el software MySQL WorkBench
para trabajar con una mayor facilidad en SQL.
Nuestra base de datos quedara colocada con las siguientes tablas y sus respectivas
PRIMARY KEY.

Esta es la codificacion de la base de datos:

SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0;
SET
@OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS,
FOREIGN_KEY_CHECKS=0;
SET
@OLD_SQL_MODE=@@SQL_MODE,
SQL_MODE='TRADITIONAL,ALLOW_INVALID_DATES';

CREATE SCHEMA IF NOT EXISTS `Estacionamiento` DEFAULT CHARACTER SET utf8

COLLATE utf8_general_ci ;
USE `Estacionamiento` ;

18

-- ------------------------------------------------------ Table `Estacionamiento`.`Usuario`

-- ----------------------------------------------------CREATE TABLE IF NOT EXISTS `Estacionamiento`.`Usuario` (
`idUsuario` INT NOT NULL ,
`nombre_usario` VARCHAR(45) NULL ,
`matricula` VARCHAR(45) NULL ,
`concepto_usuario` VARCHAR(45) NULL DEFAULT 'Visitante' ,
PRIMARY KEY (`idUsuario`) ,
UNIQUE INDEX `matricula_UNIQUE` (`matricula` ASC) )
ENGINE = InnoDB;
-- ------------------------------------------------------ Table `Estacionamiento`.`Sistema`
-- ----------------------------------------------------CREATE TABLE IF NOT EXISTS `Estacionamiento`.`Sistema` (
`idSistema` INT NOT NULL ,
`nombre_usuario` VARCHAR(45) NULL ,
`matricula` VARCHAR(45) NULL ,
`fechahora` VARCHAR(45) NULL ,
`Usuario_idUsuario` INT NOT NULL ,
PRIMARY KEY (`idSistema`) ,
UNIQUE INDEX `matricula_UNIQUE` (`matricula` ASC) ,
INDEX `fk_Sistema_Usuario1_idx` (`Usuario_idUsuario` ASC) ,
CONSTRAINT `fk_Sistema_Usuario1`
FOREIGN KEY (`Usuario_idUsuario` )
19

REFERENCES `Estacionamiento`.`Usuario` (`idUsuario` )

ON DELETE NO ACTION
ON UPDATE NO ACTION)
ENGINE = InnoDB;
-- ------------------------------------------------------ Table `Estacionamiento`.`Registro_auto`
-- ----------------------------------------------------CREATE TABLE IF NOT EXISTS `Estacionamiento`.`Registro_auto` (
`idRegistro_auto` INT NOT NULL ,
`marca_auto` VARCHAR(45) NOT NULL ,
`placas_auto` VARCHAR(45) NOT NULL ,
`modelo_auto` VARCHAR(45) NOT NULL ,
`puertas_auto` VARCHAR(45) NULL ,
`serie_moto_auto` VARCHAR(45) NOT NULL ,
`num_tarjeta_circulacion` VARCHAR(45) NOT NULL ,
PRIMARY KEY (`idRegistro_auto`) ,
UNIQUE INDEX `placas_auto_UNIQUE` (`placas_auto` ASC) ,
UNIQUE INDEX `serie_moto_auto_UNIQUE` (`serie_moto_auto` ASC) ,
UNIQUE INDEX `num_tarjeta_circulacion_UNIQUE` (`num_tarjeta_circulacion` ASC) )
ENGINE = InnoDB;

-- ------------------------------------------------------ Table `Estacionamiento`.`Registro`

-- ----------------------------------------------------CREATE TABLE IF NOT EXISTS `Estacionamiento`.`Registro` (

20

`idUsuario` INT NOT NULL AUTO_INCREMENT ,

`nombre_usuario` VARCHAR(45) NULL ,
`app_usuario` VARCHAR(45) NULL ,
`apm_usuario` VARCHAR(45) NULL ,
`matricula` VARCHAR(45) NULL ,
`dispositivo` VARCHAR(45) NULL ,
`dispositivo2` VARCHAR(45) NULL ,
`dispositivo3` VARCHAR(45) NULL ,
`mac_dispositivo` VARCHAR(45) NULL ,
`mac_dispositivo2` VARCHAR(45) NULL ,
`mac_dispositivo3` VARCHAR(45) NULL ,
`Sistema_idSistema` INT NOT NULL ,
`concepto_usuario` VARCHAR(45) NULL ,
`Registro_auto_idRegistro_auto` INT NOT NULL ,
PRIMARY KEY (`idUsuario`) ,
UNIQUE INDEX `matricula_UNIQUE` (`matricula` ASC) ,
INDEX `fk_Usuario_Sistema_idx` (`Sistema_idSistema` ASC) ,
INDEX `fk_Registro_Registro_auto1_idx` (`Registro_auto_idRegistro_auto` ASC) ,
CONSTRAINT `fk_Usuario_Sistema`
FOREIGN KEY (`Sistema_idSistema` )
REFERENCES `Estacionamiento`.`Sistema` (`idSistema` )
ON DELETE NO ACTION
ON UPDATE NO ACTION,
CONSTRAINT `fk_Registro_Registro_auto1`
FOREIGN KEY (`Registro_auto_idRegistro_auto` )
21

REFERENCES `Estacionamiento`.`Registro_auto` (`idRegistro_auto` )

ON DELETE NO ACTION
ON UPDATE NO ACTION)
ENGINE = InnoDB;
USE `Estacionamiento` ;
SET SQL_MODE=@OLD_SQL_MODE;
SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS;
SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS;

Ya teniendo la base de datos nos iremos a la realizacin de el registro en una pagina

web, de momento la pagina no tiene ningun diseo y alguna caracteristica que lo defina
solo realiza el registro para que los alumnos esten dados de alta y asi puedan ingresar
al estacionamiento de manera libre. En el transcuro del tiempo mostraremos los
avances que vamos realizando en el desarrollo y quedara reflejado lo que es la ayuda
del software DreamWeaver y de NetBeans.
Creamos nuestra base de datos en PHPMyAdmin con sus respectivas tablas.

Este es la muestra de lo que ara la pagina cuando se realice un registro.

22

Pedira los datos que se muestran en este formato y los relacionara con las demas tablas, este ejemplo en
este caso es el de el auto.

Cuando insertamos los datos debera de mandarlos automaticamente a la base de

datos.

El uso de codigo de barras puede ser usado mediante un lector de codigos, o insertarlo manualmente.
De esta manera es como debe de quedar la base de datos al irle insertando su registro en cada
tabla.

23

IX.II Metodologas
La metodologa que empleamos a nuestro trabajo y que nos parece una de las mejores para
llevar acabo el desarrollo ya sea de una base de datos o de un software es la del mtodo
cascada ya que aqu se tienen trazados los objetivos y solo se necesita llevarlos paso a paso
mediante el registro de todas las actividades y esto sea hace de manera muy sencilla y dado a
que te marca el orden consecutivo de las cosas llevas un control claro y preciso de los avances
y de la estructura del proyecto.

24

X. CRONOGRAMA

25

26

XI. C AS OS DE USO

27

28

XII. ANEXOS

29

XIII. REFERENCIAS BIBLIOGRFICAS

[Barcia, 2005]N. Barcia, C. Fernandez, S. Frutos, G. Gmez y otros, Redes de computadores

y arquitecturas de comunicaciones. Supuestos prcticos. Prentice-Hall, Madrid, 2005.
[Magaa, 2003] E. Magaa, E. Izkue, M. Prieto, J. Villadangos, Comunicaciones y Redes de
Computadores. Problemas y ejercicios resueltos. Prentice-Hall, Madrid, 2003
LYNCH, Patrick J. & HORTON, Sarah. 2004, Manual de Estilo Web Principios de diseo
bsico para la creacin de sitios web. Barcelona: Gustavo Gili.

30