Anda di halaman 1dari 80

UNIVERSIDAD TCNICA ESTATAL DE QUEVEDO

FACULTAD DE CIENCIAS DE LA INGENIERA


ESCUELA DE ELCTRICA

CARRERA:
INGENIERA EN TELEMTICA

UNIDAD DE APRENDIZAJE:
PROYECTO INTEGRADOR VII MDULO

TEMA:
DESARROLLO DE UNA APLICACIN TELEMTICA QUE SIMULE EL
CONTROL DE LAS AULAS DEL EDIFICIO DE LA FACULTAD DE
CIENCIAS DE LA INGENIERA A TRAVES DE UN SISTEMA
BIOMTRICO

AUTORES:
BRIONES BRAVO JHON KEVIN

ESPINOZA MARTINEZ LVARO DANIEL

MIRANDA TINOCO GUILBERT EDUARDO

SOLRZANO CASTRO LUIS ENRIQUE

COORDINADOR DEL PROYECTO INTEGRADOR:

ING. EMILIO ZHUMA

PERIDO ACADMICO
2016 2017
QUEVEDO LOS RIOS - ECUADOR
UNIVERSIDAD TCNICA ESTATAL DE QUEVEDO
FACULTAD DE CIENCIAS DE LA INGENIERA
ESCUELA DE ELCTRICA

CERTIFICACIN

Quin suscribe, Ing. Emilio Zhuma docente de la Universidad Tcnica Estatal de


Quevedo, Facultad de Ciencias de la Ingeniera en calidad de coordinador de
Proyecto Integrador certifico:

Que los estudiantes del 7mo Semestre de la carrera Ingeniera Telemtica:


BRIONES BRAVO JHON KEVIN, ESPINOZA MARTINEZ LVARO DANIEL,
MIRANDA TINOCO GUILBERT EDUARDO, SOLRZANO CASTRO LUIS
ENRIQUE, realizaron el Proyecto Integrador titulado DESARROLLO DE UNA
APLICACIN TELEMTICA QUE SIMULE EL CONTROL DE LAS AULAS
DEL EDIFICIO DE LA FACULTAD DE CIENCIAS DE LA INGENIERA A
TRAVES DE UN SISTEMA. Bajo mi coordinacin; habiendo cumplido con las
disposiciones reglamentarias establecidas dentro de los requisitos acadmicos
contemplados en el Modulo VII del Reglamento del Modelo Pedaggico por
Competencia (MPC), por lo que autorizo su sustentacin formal ante el tribunal
respectivo.

Atentamente,

Ing. Emilio Zhuma


COORDINADOR DEL PROYECTO
UNIVERSIDAD TCNICA ESTATAL DE QUEVEDO
FACULTAD DE CIENCIAS DE LA INGENIERA
ESCUELA DE ELCTRICA

DECLARACIN DE LA AUTORIA DEL PROYECTO INTEGRADOR

Los estudiantes del 7mo Semestre de la carrera Ingeniera Telemtica:


BRIONES BRAVO JHON KEVIN, ESPINOZA MARTINEZ LVARO DANIEL,
MIRANDA TINOCO GUILBERT EDUARDO, SOLRZANO CASTRO LUIS
ENRIQUE, realizaron el Proyecto Integrador titulado DESARROLLO DE UNA
APLICACIN TELEMTICA QUE SIMULE EL CONTROL DE LAS AULAS
DEL EDIFICIO DE LA FACULTAD DE CIENCIAS DE LA INGENIERA A
TRAVES DE UN SISTEMA Aqu descrito es de nuestra autora; que no ha sido
previamente presentado para ningn Proyecto Integrador; y que se ha
consultado todas las referencias bibliogrficas que se incluyen en este
documento.

Atentamente,

Briones Bravo Jhon Kevin Espinoza Martnez lvaro


ESTUDIANTE ESTUDIANTE

Miranda Tinoco Guilbert Eduardo Solrzano Castro Luis Enrique


ESTUDIANTE ESTUDIANTE
DATOS GENERALES DEL PROYECTO INTEGRADOR (PI)
1.2. PERODO
1.1. NOMBRE DEL PROYECTO INTEGRADOR
ACADMICO

DESARROLLO DE UNA APLICACIN TELEMTICA QUE SIMULE EL


CONTROL DE LAS AULAS DEL EDIFICIO DE LA FACULTAD DE 2016 - 2017
CIENCIAS DE LA INGENIERA A TRAVES DE UN SISTEMA

1.3. FACULTAD: FACULTAD DE CIENCIAS DE LA INGENIERA


1.4. ESCUELA: ESCUELA ELCTRICA
1.5. CARRERA: INGENIERA EN TELEMTICA

1.6. NOMBRE DEL ACADMICO COORDINADOR DEL PROYECTO INTEGRADOR (PI):


ING. JOS LUIS TUBAY

ART. 10.- LOS REQUISITOS PARA SER COORDINADOR DEL PROYECTO INTEGRADOR
SON LOS SIGUIENTES:
a) SER ACADMICO DE UNA DE LAS UNIDADES DE APRENDIZAJE DEL MDULO.
b) HABER RECIBIDO CAPACITACIN EN MODELOS PEDAGGICOS
UNIVERSITARIOS.
c) CAPACIDAD PARA TRABAJAR EN EQUIPOS MULTIDISCIPLINARIOS.

1.7. ESTUDIANTES RESPONSABLES DE LA ELABORACIN DEL(PI):


BRIONES BRAVO JHON KEVIN ESPINOZA MARTINEZ LVARO DANIEL
MIRANDA TINOCO GUILBERT EDUARDO SOLRZANO CASTRO LUIS ENRIQUE

ART. 80.-EL PROYECTO INTEGRADOR (PI) PODR REALIZARSE POR VARIOS ESTUDIANTES,
DE ACUERDO CON LOS OBJETIVOS Y LA COMPLEJIDAD DEL TEMA, SIEMPRE QUE SE
GARANTICE EL TRABAJO INDIVIDUAL DE CADA UNO.

1.8. COMPETENCIAS ESPECFICAS DEL MDULO:


SE PRETENDE CONSTRUIR UN SISTEMA CAPAZ DISMINUIR LAS FALENCIAS EN
TEMAS DE SEGURIDAD Y ACCESO EN LAS AULAS DE LA FCI.

1.9. PROBLEMA PROFESIONAL QUE PRETENDE SOLUCIONAR:


EN ESTE PROYECTO SE PRETENDE EVALUAR LA SEGURIDAD Y CONTROLAR EL
ACCESO A LAS AULAS DE LA FACULTAD DE CIENCIAS DE LA INGENIERIA.

1.10. SITIO DE REALIZACIN DEL PI:


UNIVERSIDAD TCNICA ESTATAL DE QUEVEDO
DIRECCIN: KM. VA A SANTO DOMINGO DE LOS TSCHILAS, CAMPUS
UNIVERSITARIO ING. MANUEL HAZ LVAREZ
TELFONO: (593) 5 2 750320 FAX: (593) 5 2 753300
NDICE GENERAL
CONTENIDO... PG
RESUMEN ......................................................................................................... 1
CAPTULO I ....................................................................................................... 3
1.1. INTRODUCCIN .................................................................................. 3
1.2. PROBLEMATIZACIN.......................................................................... 5
1.2.1. DIAGNSTICO............................................................................... 5
1.2.2. FORMULACIN ............................................................................. 5
1.2.3. SISTEMATIZACIN ....................................................................... 5
1.3. JUSTIFICACIN ................................................................................... 6
1.4. OBJETIVOS .......................................................................................... 7
1.4.1. GENERAL ...................................................................................... 7
1.4.2. ESPECIFCOS................................................................................ 7
1.5. HIPTESIS ........................................................................................... 8
1.5.1. HIPTESIS GENERAL .................................................................. 8
1.5.2. MATRIZ OPERACIONAL DE VARIABLES ..................................... 8
CAPTULO II ...................................................................................................... 9
2.1. MARCO REFERENCIAL ....................................................................... 9
2.1.1. QUE ES UN SISTEMA BIOMTRICO ............................................ 9
2.1.1.1. MODELO DEL PROCESO DE IDENTIFICACIN PERSONAL
10
2.1.1.2. CARACTERSTICAS DE UN INDICADOR BIOMTRICO ..... 11
2.1.1.3. CARACTERSTICAS DE UN SISTEMA BIOMTRICO PARA
IDENTIFICACIN PERSONAL ............................................................. 11
2.1.1.4. ARQUITECTURA DE UN SISTEMA BIOMTRICO PARA
IDENTIFICACIN PERSONAL ............................................................. 12
2.1.1.5. FASE OPERACIONAL DE UN SISTEMA DE
IDENTIFICACIN PERSONAL ............................................................. 14
2.1.1.6. EXACTITUD EN LA IDENTIFICACIN: MEDIDAS DE
DESEMPEO ........................................................................................ 15
2.1.1.7. SISTEMAS BIOMTRICOS ACTUALES ............................... 17
2.1.2. LECTOR DE HUELLAS DACTILARES SENSOR BIOMTRICO
SERIAL TTL .............................................................................................. 18
2.1.3. QU ES UNA PLACA ARDUINO? ............................................. 18
2.1.4. PARA QU SIRVE LA PLACA ARDUINO .................................... 19
2.1.5. PARTES DE LA PLACA ARDUINO .............................................. 20
2.1.5.1. ENTRADAS............................................................................ 21
2.1.5.2. SALIDAS ................................................................................ 21
2.1.5.3. OTROS PINES....................................................................... 22
2.1.5.4. ALIMENTACIN .................................................................... 23
2.1.5.5. COMUNICACIN ................................................................... 23
2.1.5.6. SHIELDS ................................................................................ 24
2.1.6. QU ES UN PROGRAMA INFORMTICO? .............................. 24
2.1.7. LENGUAJE DE PROGRAMACIN .............................................. 26
2.1.7.1. ALGUNOS EJEMPLOS DE LENGUAJES AMPLIAMENTE
USADOS 27
2.1.8. QU ES JAVA .............................................................................. 28
2.1.9. QUE ES NETBEANS .................................................................... 28
2.1.10. ETAPAS DE DESARROLLO DE SOFTWARE .......................... 29
2.1.10.1. ETAPA DE ANLISIS........................................................... 29
2.1.10.2. ETAPA DE DISEO ............................................................. 29
2.1.10.3. ETAPA DE DESARROLLO .................................................. 29
2.1.10.4. ETAPA DE PRUEBAS.......................................................... 29
2.1.10.5. ETAPA DE IMPLEMENTACIN .......................................... 29
CAPTULO III ................................................................................................... 30
3.1. METODOLOGA DEL PROYECTO INTEGRADOR ............................ 30
3.1.1 METODOLOGIA DE LA INVESTIGACIN ................................... 30
3.1.2 MODALIDAD DE LA INVESTIGACIN ........................................ 30
3.1.3 DISEO DE LA INVESTIGACIN................................................ 31
3.1.4 TIPOS DE INVESTIGACIN ........................................................ 31
3.1.4.1 INVESTIGACIN DE CAMPO ............................................... 31
3.1.4.2 INVESTIGACIN APLICADA ................................................ 31
3.1.4.3 INVESTIGACIN PROYECTIVA ........................................... 31
3.1.4.4 INVESTIGACIN BIBLIOGRFICA ....................................... 32
3.2. RECURSOS ........................................................................................ 33
3.2.1. MATERIALES UTILIZADOS EN LA INVESTIGACIN ................. 33
Lector Sensor De Huella Digital Arduino. ......................................................... 33
3.3. PRESUPUESTO ................................................................................. 34
3.4. CRONOGRAMA DE ACTIVIDADES ................................................... 35
CAPTULO IV ................................................................................................... 36
4.1. DESARROLLO .................................................................................... 36
4.1.1. ETAPA I. ....................................................................................... 36
4.1.1.1 ANLISIS DE COMPONENTES................................................ 36
4.1.2. ETAPA II. ...................................................................................... 38
4.1.2.1. DISEO DE LA APLICACIN ............................................... 39
4.1.2.2. DESCRIPCIN A TRAVS DE FIGURAS DEL
FUNCIONAMIENTO DE LA APLICACIN ............................................ 40
4.1.3. ETAPA III. ..................................................................................... 42
4.1.3.1. ENLACE DE LA APLICACIN CON EL ARDUINO ............... 42
4.1.4. ETAPA IV ..................................................................................... 61
4.1.4.1. DISEO DEL CIRCUITO PARA EL ACCESO AL AULA DE
CLASES 61
4.2. RESULTADOS .................................................................................... 62
4.2.1. ANLISIS DE DATOS .................................................................. 62
4.2.1.1. USUARIOS REGISTRADOS ................................................. 62
4.2.1.2. PORCENTAJE DE ACCESO ................................................. 62
4.2.1.3. VARIABLES DE ACCESO CORRECTO E INCORRECTO,
SOBRE ESCALA 1 ................................................................................ 63
4.3. COMPROBACIN DE LA HIPTESIS ............................................... 64
4.4. CONCLUSIONES................................................................................ 65
4.5. RECOMENDACIONES ....................................................................... 66
4.6. BIBLIOGRAFA Y LINKOGRAFA ....................................................... 67
4.7. ANEXOS ............................................................................................. 69
NDICE DE FIGURAS

CONTENIDO... PG

FIGURA 1. SISTEMA BIOMTRICO ................................................................. 9

FIGURA 2. MODULO PARA EL RECONOCIMIENTO DE HUELLAS

DACTILARES ................................................................................................... 13

FIGURA 3. SISTEMA BIOMTRICOS ACTUALES ......................................... 17

FIGURA 4. ARDUINO UNO ............................................................................. 19

FIGURA 5. ARDUINO UNO ............................................................................. 19

FIGURA 6. PARA QU SIRVE EL ARDUINO. ................................................. 20

FIGURA 7. PARTE DEL ARDUINO. ................................................................ 21

FIGURA 8. ENTRADAS DEL ARDUINO. ......................................................... 21

FIGURA 9. ENTRADAS DEL ARDUINO. ......................................................... 22

FIGURA 10. ENTRADAS DEL ARDUINO. ....................................................... 22

FIGURA 11. ALIMENTACIN DEL ARDUINO................................................. 23

FIGURA 12. COMUNICACIN ARDUINO MEDIANTE USB RX Y TX. ........... 24

FIGURA 13. PARTES DEL ARDUINO. ............................................................ 24

FIGURA 14. PARTES DEL ARDUINO. ............................................................ 25

FIGURA 15. JAVA. ........................................................................................... 28

FIGURA 16. NETBEANS................................................................................. 28

FIGURA 17. DISPLAY LED 2X16. ................................................................... 37

FIGURA 18. SENSOR BIOMTRICO DACTILAR. .......................................... 37

FIGURA 19. SENSOR BIOMTRICO DACTILAR. .......................................... 37

FIGURA 20. ARDUINO UNO ........................................................................... 38

FIGURA 21. ACCESO ...................................................................................... 38


FIGURA 22. INFORMACIN DE USUARIOS .................................................. 40

FIGURA 23. INFORMACIN DE USUARIOS .................................................. 40

FIGURA 24. REGISTRO EN LA BASE DE DATOS ......................................... 41

FIGURA 25. EDICIN DE INFORMACIN...................................................... 41

FIGURA 26. SELECCIN DE AULA ................................................................ 42

FIGURA 27. CIRCUITO ELECTRNICO ......................................................... 61

NDICE DE TABLAS

CONTENIDO... PG

TABLA 1. MATRIZ CONCEPTUALIZACIN Y OPERACIONALIDAD DE LAS

VARIABLES ....................................................................................................... 8

TABLA 2. COMPARACIN DE LENGUAJES DE PROGRAMACIN ............. 27

TABLA 3. MATERIALES UTILIZADOS ............................................................ 33

TABLA 4. DESCRIPCIN DEL PRESUPUESTO ............................................ 34

TABLA 5. CRONOGRAMA DE ACTIVIDADES ................................................ 35

TABLA 6. REGISTRO ...................................................................................... 62

TABLA 7. RESULTADO EN PORCENTAJE .................................................... 62

TABLA 8. RESULTADO ESCALA 1 ................................................................. 63


RESUMEN

El presente proyecto tiene como objetivo desarrollo de una aplicacin telemtica


que simule el control de las aulas del edificio de la facultad de ciencias de la
ingeniera a travs de un sistema biomtrico.

En el primer captulo tenemos la descripcin del problema, los objetivos de la


investigacin, justificacin del proyecto, el alcance del mismo y los aspectos
metodolgicos. En el segundo captulo se encuentra el marco terico donde
tenemos: la introduccin, historia, dispositivos, componentes caractersticas y
registro de huellas, etc.

En el tercer captulo se da a conocer la metodologa utilizada, los recursos,


materiales utilizados, cronogramas de actividades y el presupuesto.

Finalizando, tenemos el cuarto captulo en donde tenemos las descripciones de


todas las etapas, los esquemas del diseo de la aplicacin, adems de los
parmetros de control de horario que permita el correcto control de acceso

Tambin incluye las conclusiones, recomendaciones y anexos, en los anexos


tenemos las pruebas de conexin y el esquema del detector, la bibliografa.

1
ABSTRACT

The present project aims to develop a telematic application that simulates the
control of the classrooms of the building of the faculty of engineering sciences
through a biometric system.

In the first chapter we have the description of the problem, the objectives of the
research, justification of the project, the scope of the project and the methodological
aspects. In the second chapter we find the theoretical framework where we have:
the introduction, history, devices, characteristic components and track record, etc.

The third chapter presents the methodology used, the resources, materials used,
schedules of activities and the budget.

Finally, we have the fourth chapter where we have the descriptions of all stages, the
schemas of the application design, in addition to the parameters of time control that
allows the correct access control

It also includes the conclusions, recommendations and annexes, in the annexes we


have the connection tests and the schematic of the detector, the bibliography.

2
CAPTULO I

1.1. INTRODUCCIN

La huella dactilar es uno de los rasgos biomtricos que se ha venido utilizando en


multitud de tareas de identificacin, la necesidad de poder identificar a cada
persona de una forma rpida y fiable ha propiciado un rpido desarrollo de tcnicas
biomtricas que permiten implementar sistemas de reconocimiento automticos.

Tradicionalmente se identifica a la persona por algo que posee, como puede ser
una llave o una tarjeta, pero surge el problema de que lo que se posee puede ser
perdido o robado, y de esta manera, cuando el objeto pasa a manos de otra
persona, sta adquiere los privilegios del legtimo dueo.

La identificacin basada en informacin de rasgos biomtricos intrnsecos a lo que


una persona es, cuenta con la ventaja de que el elemento de identificacin no puede
ser perdido, robado u olvidado.

La seguridad que propone brindar la creacin de este proyecto incluye varias


medidas que impiden pasar por alto la identificacin, por lo tanto, el aula de clases
no estar disponible para personas que no estn designadas en el debido horario
en este caso los docentes o personas que de algn modo quisieran perjudicar el
establecimiento hurtando componentes o destruyendo los mismos.

3
INTRODUCTION
The fingerprint is one of the biometric features, which has been used in a multitude
of identification tasks, the need to be able to identify each person in a fast and
reliable way has led to a rapid development of biometric techniques that allow you
to implement automatic recognition systems.

Traditionally identifies the person by something that has, as it can be a key or a


card, but the problema arises that what you have can be lost or stolen, and in this
way, when the object passed into the hands of another person, this acquires the
legitimate owner privileges.

Identification based on information of biometric features intrinsic to what a person


is, has the advantage that the element of identification cannot be lost, stolen or for
gotten.

Security offering to provide the creation of this Project includes several measures
that prevent overlooked in the idenntification, therfore, the classroom is not available
to persons who are not designated in due time in this case teachers or people who
some how want, to harm the establishment stealing components or dest roying them

4
1.2. PROBLEMATIZACIN

1.2.1. DIAGNSTICO

Al momento de realizar una inspeccin a las aulas de la Facultad de Ciencias de la


Ingeniera de la UTEQ se determin que existen varias falencias como: la
seguridad, por lo general las llaves o el seguro en las puertas tiene un porcentaje
alto de vulnerabilidad, y la falta de coordinacin que permite el uso de los cursos a
docentes en horarios no correspondidos.

Por lo tanto, este proyecto tiene como objetivo el desarrollo de una aplicacin
telemtica que permita controlar y elevar los niveles de seguridad de un laboratorio
de computacin a travs de la tecnologa biomtrica (detector de huella).

1.2.2. FORMULACIN

Cmo evaluar el acceso y la seguridad a las aulas de la Facultad de Ciencias de


la Ingeniera?

1.2.3. SISTEMATIZACIN

Qu dispositivos y componentes se utilizarn en el desarrollo del prototipo?

De qu manera se va a gestionar la informacin de los docentes que utilizan las


aulas?

Cmo se va a controlar el acceso del personal autorizado al sitio que le


corresponde?

5
1.3. JUSTIFICACIN

Al utilizar el sistema biomtrico de detector de huellas en los laboratorios del


instituto de informtica de la UTEQ se busca mejorar la seguridad y permitir el
acceso a los mismos de manera rpida y eficaz.

El detector de huellas permite a los usuarios registrarse en un caso no lo hayan


hecho, seguido esto la base de datos va a enlazar la huella de registro con un ID
nico para cada nuevo usuario. El administrador en la aplicacin de escritorio se va
a encargar de ingresar informacin adicional como sus datos personales y algo muy
importante las restricciones para que al momento de identificar pase a verificar si el
usuario est o no en el horario correcto que le permitir acceder al saln o aula de
clases.

Adems, el desarrollo de esta aplicacin telemtica permitir el control adecuado


del laboratorio solucionando problemas que tienen nfasis en el da a da de las
labores acadmicas uno de ellos es la perdida de horas clases por falta de personal
encargado de llaves o por la poca coordinacin, de que otro docente ocupe el
laboratorio que no le corresponde.

6
1.4. OBJETIVOS

1.4.1. GENERAL

Desarrollar una aplicacin telemtica para la simulacin del control de las aulas de
la FCI a travs de un sistema biomtrico (detector de huella).

1.4.2. ESPECIFCOS

Determinar dispositivos y componentes acorde a la necesidad del laboratorio


para el desarrollo del prototipo.

Disear la aplicacin de escritorio para el correcto acceso al laboratorio por


parte de los docentes.

Establecer los diferentes horarios de cada docente que permitir el control y


obtener el acceso en el tiempo debido.

7
1.5. HIPTESIS
1.5.1. HIPTESIS GENERAL

El desarrollo de una aplicacin telemtica, mediante la deteccin de huellas


dactilares, para el control de acceso al laboratorio de la Facultad de Ciencias de
la Ingeniera, que brindar seguridad al mismo.

1.5.2. MATRIZ OPERACIONAL DE VARIABLES

DEFINICIN
VARIABLES DIMENSIONES SUBDIMENSIONES
CONCEPTUAL
(INDICADORES)

Posibilidad de
crecimiento, no solo de
El desarrollo de la
aplicacin un laboratorio o aula si
ESCALABILIDAD no de todas de la FCI.
INDEPENDIENTE

permitir el registro
de la informacin Sin perder calidad en el
Aplicacin de servicio del detector.
de los docentes y el
escritorio personal
encargado de
ingresar al Garantizar la seguridad
laboratorio. del laboratorio, a travs
CONFIABILIDAD del detector de huellas,
permitir un acceso
correcto.

Implementar el Seguridad en el registro


sistema biomtrico de los datos, los cuales
CONFIDENCIALIDAD
(detector de tendrn acceso solo los
DEPENDIENTE

Control de huellas) en un usuarios autorizados.


prototipo que
aula
permitir simular el Habilidad de los usuarios
control de acceso y para acceder a la
el aumento del aplicacin y realizar el
nivel de seguridad debido registro de datos. El
DISPONIBILIDAD
en la aula de la FCI. cual permitir al detector
de huellas su
funcionamiento correcto.

Tabla 1. Matriz Conceptualizacin y Operacionalidad de las Variables


Fuente: Investigacin
Autor: Estudiantes V Telemtica

8
CAPTULO II
2.1. MARCO REFERENCIAL

2.1.1. QUE ES UN SISTEMA BIOMTRICO

Entenderemos por sistema biomtrico a un sistema automatizado que realiza


labores de biometra. Es decir, un sistema que fundamenta sus decisiones de
reconocimiento mediante una caracterstica personal que puede ser reconocida o
verificada de manera automatizada. En esta seccin son descritas algunas de las
caractersticas ms importantes de estos sistemas. (Crucea, 2009)

Los sistemas biomtricos tienen la tarea de determinar o confirmar la identidad de


personas a travs de caractersticas biomtricas. En la actualidad se conocen
varios procedimientos biomtricos como: (Bosch, 2005)

Reconocimiento de huellas dactilares

Reconocimiento facial

Reconocimiento del iris

Reconocimiento de la voz

Figura 1. Sistema biomtrico


Fuente: http://www.kodeyca.com.ve/images/servicios/sistemas_biometricos.jpg
Autor: Gregorio lvarez

Las caractersticas biomtricas son inherentes a la persona, es decir, estn unidas


inseparables a cada persona. Las caractersticas biomtricas pueden ser
fisiolgicas (como las lneas de las huellas dactilares) o de comportamiento (como
la forma de andar o de firmar). (Bosch, 2005)

9
La ventaja de los sistemas biomtricos est, por una parte, en el aumento de
comodidad para el usuario. Como las caractersticas biomtricas estn unidas a la
persona, sta siempre las lleva consigo, es decir, no las puede perder ni olvidar.
Por eso no hace falta que lleve encima llaves o tarjetas transponedoras. (Bosch,
2005)

Por otro lado, est la ventaja del aumento de seguridad que se consigue. Como las
caractersticas biomtricas son inherentes a las personas, no se pueden transmitir
de forma deliberada ni pueden sustraerse en el sentido tradicional. (Bosch, 2005)

2.1.1.1. MODELO DEL PROCESO DE IDENTIFICACIN PERSONAL

Cualquier proceso de identificacin personal puede ser comprendido mediante un


modelo simplificado. Este postula la existencia de tres indicadores de identidad que
definen el proceso de identificacin: (FIBI, s.f.)

1. Conocimiento: la persona tiene conocimiento (por ejemplo: un cdigo),


2. Posesin: la persona posee un objeto (por ejemplo: una tarjeta), y
3. Caracterstica: la persona tiene una caracterstica que puede ser verificada
(por ejemplo: una de sus huellas dactilares).

Cada uno de los indicadores anteriores genera una estrategia bsica para el
proceso de identificacin personal. Adems, pueden ser combinados con el objeto
de alcanzar grados de seguridad ms elevados y brindar, de esta forma, diferentes
niveles de proteccin. (FIBI, s.f.)

Distintas situaciones requerirn diferentes soluciones para la labor de identificacin


personal. Por ejemplo, con relacin al grado de seguridad, se debe considerar el
valor que est siendo protegido, as como los diversos tipos de amenazas. Tambin
es importante considerar la reaccin de los usuarios y el costo del proceso. (FIBI,
s.f.)

10
2.1.1.2. CARACTERSTICAS DE UN INDICADOR BIOMTRICO

Un indicador biomtrico es alguna caracterstica con la cual se puede realizar


biometra. Cualquiera sea el indicador, debe cumplir los siguientes requerimientos:

1. Universalidad: cualquier persona posee esa caracterstica;


2. Unicidad: la existencia de dos personas con una caracterstica idntica tiene
una probabilidad muy pequea;
3. Permanencia: la caracterstica no cambia en el tiempo; y
4. Cuantificacin: la caracterstica puede ser medida en forma cuantitativa.

Los requerimientos anteriores sirven como criterio para descartar o aprobar a


alguna caracterstica como indicador biomtrico. Luego de seleccionar algn
indicador que satisfaga los requerimientos antes sealados, es necesario imponer
restricciones prcticas sobre el sistema que tendr como misin recibir y procesar
a estos indicadores. En la siguiente seccin se presentan estas restricciones.
(Crucena, s.f.)

2.1.1.3. CARACTERSTICAS DE UN SISTEMA BIOMTRICO PARA


IDENTIFICACIN PERSONAL

Las caractersticas bsicas que un sistema biomtrico para identificacin personal


debe cumplir pueden expresarse mediante las restricciones que deben ser
satisfechas. Ellas apuntan, bsicamente, a la obtencin de un sistema biomtrico
con utilidad prctica. Las restricciones antes sealadas apuntan a que el sistema
considere:

1. El desempeo, que se refiere a la exactitud, la rapidez y la robustez alcanzada


en la identificacin, adems de los recursos invertidos y el efecto de factores
ambientales y/u operacionales. El objetivo de esta restriccin es comprobar si
el sistema posee una exactitud y rapidez aceptable con un requerimiento de
recursos razonable. (Crucena, s.f.)

2. La aceptabilidad, que indica el grado en que la gente est dispuesta a aceptar


un sistema biomtrico en su vida diaria. Es claro que el sistema no debe
representar peligro alguno para los usuarios y debe inspirar "confianza" a los
11
mismos. Factores psicolgicos pueden afectar esta ltima caracterstica. Por
ejemplo, el reconocimiento de una retina, que requiere un contacto cercano de
la persona con el dispositivo de reconocimiento, puede desconcertar a ciertos
individuos debido al hecho de tener su ojo sin proteccin frente a un "aparato".
Sin embargo, las caractersticas anteriores estn subordinadas a la aplicacin
especfica. (Crucena, s.f.)

En efecto, para algunas aplicaciones el efecto psicolgico de utilizar un sistema


basado en el reconocimiento de caractersticas oculares ser positivo, debido a
que este mtodo es eficaz implicando mayor seguridad. (Crucena, s.f.)

3. La fiabilidad, que refleja cun difcil es burlar al sistema. El sistema biomtrico


debe reconocer caractersticas de una persona viva, pues es posible crear
dedos de ltex, grabaciones digitales de voz prtesis de ojos, etc. Algunos
sistemas incorporan mtodos para determinar si la caracterstica bajo estudio
corresponde o no a la de una persona viva. (Crucena, s.f.)

Los mtodos empleados son ingeniosos y usualmente ms simples de lo que


uno podra imaginar. Por ejemplo, un sistema basado en el reconocimiento del
iris revisa patrones caractersticos en las manchas de ste, un sistema infrarrojo
para chequear las venas de la mano detecta flujos de sangre caliente y lectores
de ultrasonido para huellas dactilares revisan estructuras subcutneas de los
dedos. (Crucena, s.f.)

2.1.1.4. ARQUITECTURA DE UN SISTEMA BIOMTRICO PARA


IDENTIFICACIN PERSONAL

Los dispositivos biomtricos poseen tres componentes bsicos. El primero se


encarga de la adquisicin anloga o digital de algn indicador biomtrico de una
persona, como, por ejemplo, la adquisicin de la imagen de una huella dactilar
mediante un escner. El segundo maneja la compresin, procesamiento,
almacenamiento y comparacin de los datos adquiridos (en el ejemplo una imagen)
con los datos almacenados. El tercer componente establece una interfaz con

12
aplicaciones ubicadas en el mismo u otro sistema. Esta puede entenderse
conceptualmente como dos mdulos: (Valadez, 2005)

1. Mdulo de inscripcin (enrollment module) y


2. Mdulo de identificacin (identification module).

El mdulo de inscripcin se encarga de adquirir y almacenar la informacin


proveniente del indicador biomtrico con el objeto de poder contrastar a sta con la
proporcionada en ingresos posteriores al sistema. Las labores ejecutadas por el
mdulo de inscripcin son posibles gracias a la accin del lector biomtrico y del
extractor de caractersticas. (Valadez, 2005)

Figura 2. Modulo para el reconocimiento de huellas dactilares


Fuente: https://gjorge.files.wordpress.com/2007/12/nueva-imagen.png
Autor: Gerardo Canedo

El primero se encarga de adquirir datos relativos al indicador biomtrico elegido y


entregar una representacin en formato digital de ste. El segundo extrae, a partir
de la salida del lector, caractersticas representativas del indicador. El conjunto de
caractersticas anterior, que ser almacenado en una base de datos central u otro
medio como una tarjeta magntica, recibir el nombre de template. (Valadez, 2005)

En otras palabras, un template es la informacin representativa del indicador


biomtrico que se encuentra almacenada y que ser utilizada en las labores de

13
identificacin al ser comparada con la informacin proveniente del indicador
biomtrico en el punto de acceso. (Valadez, 2005)

El mdulo de identificacin es el responsable del reconocimiento de individuos, por


ejemplo, en una aplicacin de control de acceso. El proceso de identificacin
comienza cuando el lector biomtrico captura la caracterstica del individuo a ser
identificado y la convierte a formato digital, para que a continuacin el extractor de
caractersticas produzca una representacin compacta con el mismo formato de
los templates. (Valadez, 2005)

La representacin resultante se denomina query y es enviada al comparador


de caractersticas que confronta a ste con uno o varios templates para establecer
la identidad. (Valadez, 2005)

El conjunto de procesos realizados por el mdulo de inscripcin recibe el nombre


de fase de inscripcin, mientras que los procesos realizados por el mdulo de
identificacin reciben la denominacin de fase operacional. A continuacin, se
entregan detalles de esta ltima. (Valadez, 2005)

2.1.1.5. FASE OPERACIONAL DE UN SISTEMA DE IDENTIFICACIN


PERSONAL

Un sistema biomtrico en su fase operacional puede operar en dos modos:

1. Modo de verificacin, o
2. Modo de identificacin

Un sistema biomtrico operando en el modo de verificacin comprueba la identidad


de algn individuo comparando la caracterstica slo con los templates del
individuo. Por ejemplo, si una persona ingresa su nombre de usuario entonces no
ser necesario revisar toda la base de datos buscando el template que ms se
asemeje al de l, sino que bastar con comparar la informacin de entrada slo con
el template que est asociado al usuario. (Crucea, 2009)

14
Esto conduce a una comparacin uno-a-uno para determinar si la identidad
reclamada por el individuo es verdadera o no. De manera ms sencilla el modo de
verificacin responde a la pregunta: eres t quin dices ser? (Crucea, 2009)

Un sistema biomtrico operando en el modo de identificacin descubre a un


individuo mediante una bsqueda exhaustiva en la base de base de datos con los
templates. Esto conduce a una comparacin del tipo uno-a-muchos para establecer
la identidad del individuo. En trminos sencillos el sistema responde la pregunta:
quin eres t? (Crucea, 2009)

Generalmente es ms difcil disear un sistema de identificacin que uno de


verificacin. En ambos casos es importante la exactitud de la respuesta. Sin
embargo, para un sistema de identificacin la rapidez tambin es un factor crtico.
Un sistema de identificacin necesita explorar toda la base de datos donde se
almacenan los templates, a diferencia de un sistema verificador. De la discusin
anterior resulta obvio notar que la exigencia sobre el extractor y el comparador de
caractersticas es mucho mayor en el primer caso. (Crucea, 2009)

2.1.1.6. EXACTITUD EN LA IDENTIFICACIN: MEDIDAS DE


DESEMPEO

La informacin provista por los templates permite particionar su base de datos de


acuerdo a la presencia o no de ciertos patrones particulares para cada indicador
biomtrico. Las "clases" as generadas permiten reducir el rango de bsqueda de
algn template en la base de datos. Sin embargo, los templates pertenecientes a
una misma clase tambin presentarn diferencias conocidas como variaciones
intraclase. (FIBI, s.f.)

Las variaciones intraclase implican que la identidad de una persona puede ser
establecida slo con un cierto nivel de confianza. Una decisin tomada por un
sistema biomtrico distingue "personal autorizado" o "impostor". Para cada tipo de
decisin, existen dos posibles salidas, verdadero o falso. Por lo tanto, existe un total
de cuatro posibles respuestas del sistema:

1. Una persona autorizada es aceptada,


2. Una persona autorizada es rechazada,
15
3. Un impostor es rechazado,
4. Un impostor es aceptado.

Las salidas nmeros 1 y 3 son correctas, mientras que los nmeros 2 y 4 no lo son.
El grado de confidencia asociado a las diferentes decisiones puede ser
caracterizado por la distribucin estadstica del nmero de personas autorizadas e
impostores. En efecto, las estadsticas anteriores se utilizan para establecer dos
tasas de errores [9]:

1. Tasa de falsa aceptacin (FAR: False Acceptance Rate), que se define como
la frecuencia relativa con que un impostor es aceptado como un individuo
autorizado,
2. Tasa de falso rechazo (FRR: False Rejection Rate), definida como la
frecuencia relativa con que un individuo autorizado es rechazado como un
impostor.

La FAR y la FRR son funciones del grado de seguridad deseado. En efecto,


usualmente el resultado del proceso de identificacin o verificacin ser un nmero
real normalizado en el intervalo [0, 1], que indicar el "grado de parentesco" o
correlacin entre la caracterstica biomtrica proporcionada por el usuario y la(s)
almacenada(s) en la base de datos. (FIBI, s.f.)

Si, por ejemplo, para el ingreso a un recinto se exige un valor alto para el grado de
parentesco (un valor cercano a 1), entonces pocos impostores sern aceptados
como personal autorizado y muchas personas autorizadas sern rechazadas. Por
otro lado, si el grado de parentesco requerido para permitir el acceso al recinto es
pequeo, una fraccin pequea del personal autorizado ser rechazada, mientras
que un nmero mayor de impostores ser aceptado. (FIBI, s.f.)

La FRR es una funcin estrictamente creciente y la FAR una estrictamente


decreciente en u [9]. La FAR y la FRR al ser modeladas como funcin del umbral
de aceptacin tienen por dominio al intervalo real [0,1], que es adems su recorrido,
puesto que representan frecuencias relativas. (FIBI, s.f.)

En esta figura puede apreciarse un umbral de aceptacin particular, denotado por


u*, donde la FRR y la FAR toman el mismo valor. Este valor recibe el nombre de
16
tasa de error de interseccin (cross-over error rate) y puede ser utilizado como
medida nica para caracterizar el grado de seguridad de un sistema biomtrico.
(FIBI, s.f.)

2.1.1.7. SISTEMAS BIOMTRICOS ACTUALES

En la actualidad existen sistemas biomtricos que basan su accin en el


reconocimiento de diversas caractersticas, como puede apreciarse en la figura 3.
Las tcnicas biomtricas ms conocidas son nueve y estn basadas en los
siguientes indicadores biomtricos:

1. Rostro,
2. Termograma del rostro,
3. Huellas dactilares,
4. Geometra de la mano,
5. Venas de las manos,
6. Iris,
7. Patrones de la retina,
8. Voz,
9. Firma.

Figura 3. Sistema Biomtricos Actuales


Fuente: http://www.monografias.com/trabajos82/biometria-y-voto-electronico/biometria-y-voto-
electronico2.shtml
Autor: Sergio d. Werner

Cada una de las tcnicas anteriores posee ventajas y desventajas comparativas,


las cuales deben tenerse en consideracin al momento de decidir que tcnica
utilizar para una aplicacin especfica. En particular deben considerarse las
diferencias entre los mtodos anatmicos y los de comportamiento. (Valadez, 2005)
17
Una huella dactilar, salvo dao fsico, es la misma da a da, a diferencia de una
firma que puede ser influenciada tanto por factores controlables como por
psicolgicos no intencionales. Tambin las mquinas que miden caractersticas
fsicas tienden a ser ms grandes y costosas que las que detectan
comportamientos. (Valadez, 2005)

Debido a diferencias como las sealadas, no existe un nico sistema biomtrico


que sea capaz de satisfacer todas las necesidades. Una compaa puede incluso
decidir el uso de distintas tcnicas en distintos mbitos. Ms an, existen esquemas
que utilizan de manera integrada ms de una caracterstica para la identificacin.
(Valadez, 2005)

2.1.2. LECTOR DE HUELLAS DACTILARES SENSOR BIOMTRICO SERIAL


TTL

El lector biomtrico de huella digital es ideal para realizar un sistema capaz de


proteger lo que tu requieras por medio del anlisis de tu huella digital.

El sistema realiza procesamiento digital de imgenes interno con un DSP, adems


de incluir capacidades de comparacin en base de datos y actualizacin de la
misma.

El dispositivo tiene la capacidad de almacenar hasta 162 huellas dactilares en su


memoria FLASH interna. El LED del dispositivo se ilumina cada que se encuentra
tomando imgenes en busca de huellas digitales.
El dispositivo funciona con el protocolo serial, por lo que puede ser utilizado con
cualquier microcontrolador o tarjeta de desarrollo. (MaxElectrnica, s.f.)

2.1.3. QU ES UNA PLACA ARDUINO?

Arduino es una placa controladora y su entorno de programacin que permiten de


manera rpida y sencilla realizar proyectos de electrnica, automatismo, control,
domtica, etc. Arduino naci en el Instituto IVREA (Italia) para facilitar a sus
alumnos las tareas de programacin de microcontroladores. (Rodriguez, s.f.)

Es ese uno de los motivos de su xito: cualquier persona con pocos conocimientos
de informtica y electrnica puede programarlo e implementarlo. Existen varios
modelos de Arduino como son Uno, Leonardo, Mega, Nano. (Rodriguez, s.f.)

18
Figura 4. Arduino UNO
Fuente: https://openwebinars.net/tutorial-arduino-introduccion/
Autor: Juan Garca.

2.1.4. PARA QU SIRVE LA PLACA ARDUINO

Arduino es un proyecto muy ambicioso el cual consiste en un hardware libre de bajo


costo, el cual simplemente es una sencilla placa compuesta por entradas y salidas
de conectores, realizada en un entorno de desarrollo implementando el
lenguaje Processing/Wiring. (Gonsalez, 2014)

Son muchos los proyectos iniciados con Arduino, algunos muy conocidos y
prometedores, otros algo ms simples que ofrecen funciones particulares, pero
igualmente interesantes por utilizar esta tecnologa tan popular. Es por ello que hoy
por hoy podremos encontrar muchos nuevos microcontroladores y proyectos
electrnicos que se basan en este hardware libre. (Gonsalez, 2014)

Figura 5. Arduino UNO


Fuente: https://openwebinars.net/tutorial-arduino-introduccion/
Autor: Juan Garca.

19
Se caracteriza por ser un hardware muy simple, el cual se puede construir con
materiales bsicos, pero a su vez tambin se destaca por ser econmico, por lo que
existen muchos proveedores de este tipo de insumos que se comercializan este
tipo de placas a un muy bajo costo, por lo que es de gran ayuda para el programador
y el tcnico electrnico que est buscando realizar un proyecto nuevo y no quiere
comenzar desde cero. (Gonsalez, 2014)

Con una placa Arduino se pueden hacer muchas cosas, por lo que muchos
expertos en la materia recomiendan acudir a la imaginacin para encontrar solucin
a aquellos problemas frecuentes, que es por lo general el secreto del xito, ya que
resolviendo un problema comn podemos lograr atraer la atencin de una masa
enorme de pblico. (Gonsalez, 2014)

En general, podemos decir que un microcontrolador se utiliza para ordenar una


serie de acciones en funcin de las entradas que le lleguen. Por ejemplo, encender
un ventilador cuando la lectura de temperatura supere un cierto valor. (Rodriguez,
s.f.)

Otras veces su tarea es realizar una serie de acciones sucesivamente sin hacer
ninguna lectura. ste caso sera el de utilizar Arduino para encender
alternativamente las luces de un semforo. (Rodriguez, s.f.)

Figura 6. Para qu sirve el Arduino.


Fuente: https://openwebinars.net/tutorial-arduino-introduccion/
Autor: Gregorio lvarez

2.1.5. PARTES DE LA PLACA ARDUINO

En este apartado veremos las distintas partes que conformar nuestro Arduino como
son entradas, salidas, alimentacin, comunicacin y shields. (Rodriguez, s.f.)

20
Figura 7. Parte del Arduino.
Fuente: http://comohacer.eu/analisis-comparativo-placas-arduino-oficiales-compatibles/
Autor: Isaac PE

2.1.5.1. ENTRADAS

Son los pines de nuestra placa que podemos utilizar para hacer lecturas. En la placa
Uno son los pines digitales (del 0 al 13) y los analgicos (del A0 al A5). (Rodriguez,
s.f.)

Figura 8. Entradas del Arduino.


Fuente: https://blog.theinventorhouse.org/usando-las-entradas-analogicas-de-arduino-como-
digitales/
Autor: Arduino UNO

2.1.5.2. SALIDAS

Los pines de salidas se utilizan para el envo de seales. En este caso los pines de
salida son slo los digitales (0 a 13). (Rodriguez, s.f.)

21
Figura 9. Entradas del Arduino.
Fuente: https://blog.theinventorhouse.org/usando-las-entradas-analogicas-de-arduino-como-
digitales/
Autor: Luis Angulo

2.1.5.3. OTROS PINES

Tambin tenemos otros pines como los GND (tierra), 5V que proporciona 5 Voltios,
3.3V que proporciona 3.3 Voltios, los pines REF de referencia de voltaje, TX
(transmisin) y RX (lectura) tambin usados para comunicacin serial, RESET para
resetear, Vin para alimentar la placa y los pines ICSP para comunicacin SPI.
(Rodriguez, s.f.)

Figura 10. Entradas del Arduino.


Fuente: https://blog.theinventorhouse.org/usando-las-entradas-analogicas-de-arduino-como-
digitales/
Autor: Juan Guerra

22
2.1.5.4. ALIMENTACIN

Como hemos visto el pin Vin sirve para alimentar la placa pero lo ms normal es
alimentarlo por el jack de alimentacin usando una tensin de 7 a 12 Voltios.
Tambin podemos alimentarlo por el puerto USB pero en la mayora de
aplicaciones no lo tendremos conectado a un ordenador. (Rodriguez, s.f.)

Figura 11. Alimentacin del Arduino.


Fuente: https://www.cooking-hacks.com/forum/viewtopic.php?f=43&t=5942
Autor: Jhon Silver

2.1.5.5. COMUNICACIN

La comunicacin serie es muy importante porque gran parte de los protocolos


utilizados actualmente son serie y adems muchos dispositivos de comunicacin
inalmbrica usan la comunicacin serie para hablar con Arduino como los mdulos
bluetooth y los mdulos Xbee. Tambin la comunicacin serie es la que se usa
generalmente para comunicar el Arduino con el Ordenador. (Navarro, 2015)

Cuando se inserta una shield sta se comunica con nuestra placa utilizando los
pines ICSP (comunicacin ISP), los pines 10 a 13 (tambin usados para
comunicacin ISP), los pines TX/RX o cualquiera de los digitales ya que son
capaces de configurarse como pines de entrada o salida y recibir o enviar pulsos
digitales. (Rodriguez, s.f.)

23
Figura 12. Comunicacin Arduino Mediante USB Rx y Tx.
Fuente: https://ardubasic.wordpress.com/2013/11/
Autor: Jess lvarez

2.1.5.6. SHIELDS

Traducido del ingls significa escudo. Se llama as a las placas que se insertan
sobre Arduino a modo de escudo ampliando sus posibilidades de uso. En el
mercado existen infinidad de shields para cada tipo de Arduino. Algunas de las ms
comunes son las de Ethernet, Wi-Fi, Ultrasonidos, Pantallas LCD, rels, matrices
LED's, GPS. (Rodriguez, s.f.)

Figura 13. Partes del Arduino.


Fuente: https://openwebinars.net/tutorial-arduino-introduccion/
Autor: Roberto Guevara

2.1.6. QU ES UN PROGRAMA INFORMTICO?

Un programa informtico es una serie de comandos ejecutados por el equipo. Sin


embargo, el equipo slo es capaz de procesar elementos binarios, es decir, una
serie de 0s y 1s.

Por lo tanto, necesitamos un lenguaje de programacin para escribir de manera


legible, es decir, con comandos que el ser humano pueda comprender (por ser

24
similares a su propio lenguaje) los comandos que el equipo deber ejecutar.
(Peralta, 2016)

Figura 14. Partes del Arduino.


Fuente: http://noticias.universia.cl/net/images/educacion/m/mi/min/minicursos-online-gratis-.jpg
Autor: Paolo Guerrero

Estos programas se traducen despus a un lenguaje mquina (en binario) a travs


de un compilador. El mtodo de escritura de un programa est muy ligado al
lenguaje de programacin elegido, ya que existen muchos tipos distintos. Adems,
el compilador debe coincidir con el lenguaje elegido: cada lenguaje de
programacin tiene su propio compilador (excepto los lenguajes interpretados).
(Peralta, 2016)

En trminos generales, el programa es un simple archivo de texto (escrito usando


un procesador o editor de texto), llamado archivo fuente). El archivo fuente contiene
lneas de programa llamadas cdigo fuente. Este archivo fuente, debe compilarse
una vez completado. La compilacin se realiza en dos pasos: (Peralta, 2016)

El compilador transforma el cdigo fuente en cdigo objeto y lo guarda en un archivo


objeto, es decir que traduce el archivo fuente a lenguaje mquina (algunos
compiladores tambin crean un archivo en ensamblador, un lenguaje similar al
lenguaje mquina ya que posee las funciones bsicas, pero puede ser ledo por los
seres humanos. (Peralta, 2016)

25
2.1.7. LENGUAJE DE PROGRAMACIN

Un lenguaje de programacin" es un lenguaje diseado para describir el conjunto


de acciones consecutivas que un equipo debe ejecutar. Por lo tanto, un lenguaje
de programacin es un modo prctico para que los seres humanos puedan dar
instrucciones a un equipo. Por otro lado, el trmino "lenguaje natural" define un
medio de comunicacin compartido por un grupo de personas (por ejemplo: ingls
o francs). (Perz, 2016)

Los lenguajes que los equipos usan para comunicarse entre ellos no tienen nada
que ver con los lenguajes de programacin; se los conoce como protocolos de
comunicacin. Se trata de dos conceptos totalmente diferentes. Un lenguaje de
programacin es muy estricto: (Perz, 2016)

A CADA instruccin le corresponde UNA accin de procesador.

El lenguaje utilizado por el procesador se denomina lenguaje mquina. Se trata de


datos tal como llegan al procesador, que consisten en una serie de 0 y 1 ( datos
binarios). (Perz, 2016)

El lenguaje mquina, por lo tanto, no es comprensible para los seres humanos,


razn por la cual se han desarrollado lenguajes intermediarios comprensibles para
el hombre. El cdigo escrito en este tipo de lenguaje se transforma en cdigo
mquina para que el procesador pueda procesarlo. (Perz, 2016)

El ensamblador fue el primer lenguaje de programacin utilizado. Es muy similar al


lenguaje mquina, pero los desarrolladores pueden comprenderlo. No obstante,
este lenguaje se parece tanto al lenguaje mquina que depende estrictamente del
tipo de procesador utilizado (cada tipo de procesador puede tener su propio
lenguaje mquina). As, un programa desarrollado para un equipo no puede
ser portado a otro tipo de equipo.

El trmino "portabilidad" describe la capacidad de usar un programa de software en


diferentes tipos de equipos. Para poder utilizar un programa de software escrito en
un cdigo ensamblador en otro tipo de equipo, a veces ser necesario volver a
escribir todo el programa! (Perz, 2016)

Por lo tanto, un lenguaje de programacin tiene varias ventajas:

26
es mucho ms fcil de comprender que un lenguaje mquina:

permite mayor portabilidad, es decir que puede adaptarse fcilmente para


ejecutarse en diferentes tipos de equipos.

2.1.7.1. ALGUNOS EJEMPLOS DE LENGUAJES AMPLIAMENTE


USADOS

A continuacin, encontrar una breve lista de los lenguajes de programacin actuales:

Lenguaje Principal rea de aplicacin Compilado/interpretado

ADA Tiempo real Lenguaje compilado

BASIC Programacin para fines educativos Lenguaje interpretado

C Programacin de sistema Lenguaje compilado

C++ Programacin de sistema orientado a objeto Lenguaje compilado

Cobol Administracin Lenguaje compilado

Fortran Clculo Lenguaje compilado

Java Programacin orientada a Internet Lenguaje intermediario

MATLAB Clculos matemticos Lenguaje interpretado

Clculos matemticos Clculos matemticos Lenguaje interpretado

LISP Inteligencia artificial Lenguaje intermediario

Pascal Educacin Lenguaje compilado

PHP Desarrollo de sitios web dinmicos Lenguaje interpretado

Inteligencia artificial Inteligencia artificial Lenguaje interpretado

Perl Procesamiento de cadenas de caracteres Lenguaje interpretado

Tabla 2. Comparacin de lenguajes de programacin


Fuente: Investigacin
Autor: Estudiantes V Telemtica

27
2.1.8. QU ES JAVA

Java es un lenguaje de programacin de propsito general, concurrente, orientado


a objetos que fue diseado especficamente para tener tan pocas dependencias de
implementacin como fuera posible. Su intencin es permitir que
los desarrolladores de aplicaciones escriban el programa una vez y lo ejecuten en
cualquier dispositivo (conocido en ingls como WORA, o "write once, run
anywhere"). (Alvarez, 2001)

Lo que quiere decir que el cdigo que es ejecutado en una plataforma no tiene que
ser recompilado para correr en otra. Java es, a partir de 2012, uno de los lenguajes
de programacin ms populares en uso, particularmente para aplicaciones
de cliente-servidor de web, con unos 10 millones de usuarios reportados. (Alvarez,
2001)

Figura 15. Java.


Fuente: http://postgrados.udb.edu.sv/images/java.jpg
Autor: Juan Guerrero

2.1.9. QUE ES NETBEANS

NetBeans es un entorno de desarrollo muy completo y profesional. Contiene


muchas funcionalidades, para distintos tipos de aplicaciones y para facilitar al
mximo la programacin, la prueba y la depuracin de las aplicaciones que se
desarrollan. Tambin incorpora un editor propio.

Figura 16. Netbeans


Fuente: https://blog.testfairy.com/wp-content/uploads/2014/01/netbeans-logo.jpg
Autor: Louis Guienre

28
2.1.10. ETAPAS DE DESARROLLO DE SOFTWARE

La ingeniera de software requiere llevar a cabo numerosas tareas agrupadas en


etapas, al conjunto de estas etapas se le denomina ciclo de vida. Las etapas
comunes a casi todos los modelos de ciclo de vida son las siguientes:

2.1.10.1. ETAPA DE ANLISIS

Es el proceso de investigar un problema que se quiere resolver. Definir claramente


el Problema que se desea resolver o el sistema que se desea crear. Identificar los
componentes principales que integrarn el producto. (Garca, 2013)

2.1.10.2. ETAPA DE DISEO

Es el proceso de utilizar la informacin recolectada en la etapa de anlisis al diseo


del producto. La principal tarea de la etapa de diseo es desarrollar un modelo o
las especificaciones para el producto o Componentes del Sistema. (Garca, 2013)

2.1.10.3. ETAPA DE DESARROLLO

Consiste en utilizar los modelos creados durante la etapa de diseo para crear los
componentes del sistema. (Garca, 2013)

2.1.10.4. ETAPA DE PRUEBAS

Consiste en asegurar que los componentes individuales que integran al sistema o


producto, cumplen con los requerimientos de la especificacin creada durante la
etapa de diseo. (Garca, 2013)

2.1.10.5. ETAPA DE IMPLEMENTACIN

Consiste en poner a disposicin del cliente el producto. (Garca, 2013)

29
CAPTULO III
3.1. METODOLOGA DEL PROYECTO INTEGRADOR

3.1.1 METODOLOGIA DE LA INVESTIGACIN

La metodologa de la investigacin busca reconstruir el pasado de la manera ms


objetiva y exacta posible, para lo cual de manera es el enfoque que se emprender
para el estudio cientfico. A criterio de los investigadores el camino ms apropiado
para llevar a cabo esta investigacin es aquel que nos llevar por la senda
denominada mtodo cualitativo.

Este tipo de investigacin es til debido a que al inicio del proyecto es necesario
realizar un anlisis de la situacin tanto actual como pasada en cuanto a la
utilizacin de un control de aulas del edificio de la FCI a travs de un sistema
biomtrico, en la actualidad, existe nuevos proyectos de tecnologa de identificacin
por huella digital se basan en el reconocimiento nico e irrepetible de las
caractersticas fsicas que poseen las huellas dactilares para el uso de sistema de
control biomtrico.

3.1.2 MODALIDAD DE LA INVESTIGACIN

La automatizacin se propone entre sus objetivos dar o plantear soluciones a


problemas en diferentes mbitos. En el presente proyecto se eligi como modalidad
la factibilidad, puesto que a partir del resultado se desarroll una aplicacin
telemtica para controlar y elevar los niveles de seguridad de las aulas de clases
de la Facultad DE Ciencias de la Ingeniera a travs de la tecnologa biomtrica
(detector de huella).

El proyecto reducir los niveles de falencias que existen en la seguridad, por lo


general las llaves o el seguro en las puertas tienen un porcentaje alto de
vulnerabilidad, y buscar una alternativa de tal forma la falta de coordinacin y que
permite el uso indebido al laboratorio y restringir el ingreso a solo personal
autorizado, adems la informacin sobre la tecnologa actual sirvi para dar
solucin al problema planteado en la investigacin.

30
3.1.3 DISEO DE LA INVESTIGACIN

Los estudios de investigacin son diseados de una manera particular para


incrementar las oportunidades de recolectar la informacin necesaria para
responder a una pregunta en particular. La informacin recolectada durante una
investigacin slo es til si el diseo de investigacin es slido y sigue el protocolo
de investigacin.

3.1.4 TIPOS DE INVESTIGACIN

3.1.4.1 INVESTIGACIN DE CAMPO

En el proyecto se realiz una inspeccin en los cursos para determinar el estado


en el que se encuentran, saber las necesidades en base a niveles de seguridad y
requisitos como: confiabilidad en el sistema elctrico al momento de que exista un
desfase de energa el biomtrico este protegido, y poder implementar el sistema
detector de huellas mediante biomtrico, para evaluar el control y acceso a las aulas
de la Facultad de Ciencias de la Ingeniera.

3.1.4.2 INVESTIGACIN APLICADA

La investigacin aplicada ayud a observar un proyecto de sistema biomtrico


implementado en una empresa privada que permite el registro y control de
asistencias, despertando inters para generar nuevos conocimientos. En este caso
tomar como base el mismo y mejorarlo para evaluar los niveles de seguridad y
control mediante la simulacin, que obteniendo un resultado positivo este se podr
implementar en las diferentes aulas de la Facultad de Ciencias de la Ingeniera.

Los cuales permiten el funcionamiento del sistema de la tecnologa biomtrica


(detector de huella), mecanismo indispensable para un desempeo eficiente y
eficaz de acuerdo al mundo tecnolgico.

3.1.4.3 INVESTIGACIN PROYECTIVA

El diseo de investigacin en que se basar el presente proyecto es la investigacin


proyectiva. Debido a que el proyecto consiste en la elaboracin de un programa,

31
como solucin al control y acceso ya sea de un grupo social, institucional o de una
regin geogrfica en un instituto de educacin superior.

A partir de un diagnstico preciso de las necesidades del momento se realiz la


eficiente distribucin que permite controlar y proporcionar el debido acceso al
personal sea administrativo, limpieza y docencia, es decir con base en los
resultados de un proceso investigativo.

3.1.4.4 INVESTIGACIN BIBLIOGRFICA

El proyecto de investigacin se desarroll con una modalidad bibliogrfica, debido


a que fue necesario la recopilacin de informacin sobre el acceso y control por
deteccin de huellas, se consult en libros, revistas, artculos cientficos, tesis y
publicaciones existentes, siendo esta una manera confiable de obtener informacin.

Adems de una investigacin experimental debido a que se desarrollaron pruebas


hasta conseguir la configuracin apropiada para la deteccin de huellas.
Procurando el anlisis tanto del diseo como la fundamentacin terica adems de
otras variables para determinar un estudio coherente del mtodo tecnolgico a
realizarse.

32
3.2. RECURSOS

3.2.1. MATERIALES UTILIZADOS EN LA INVESTIGACIN

MATERIALES DESCRIPCIN

Consultas a expertos
acerca de sistemas
Consultas en libros.
INVESTIGACIN electrnicos
Consultas en Internet.

Equipos de oficina.

Computadora
Hojas A4
OFICINA Laptops
Lapiceros
Impresora

Arduino Uno. Protoboard


Lector Sensor Relay
ELECTRNICOS
De Huella Digital
Arduino. Jumper

Diodos led.

Tabla 3. Materiales utilizados


Fuente: Investigacin
Autor: Estudiantes V Telemtica

33
3.3. PRESUPUESTO

VALOR VALOR
N DENOMINACIN CANTIDAD
C/U TOTAL

1 Fingerprint 1 $50,00 $50,00


2 Protoboard 1 $15,00 $15,00
3 Paquete de Jumpers 1 $5,00 $5,00
4 Arduino 1 $23,50 $23,50
5 Lcd 16x2 1 $15,00 $15,00
6 Mdulo i2c 1 $10,00 $10,00
TOTAL $118.50

Tabla 4. Descripcin del Presupuesto


Fuente: Investigacin
Autor: Estudiantes V Telemtica

34
3.4. CRONOGRAMA DE ACTIVIDADES

Tabla 5. Cronograma de Actividades


Fuente: Investigacin
Autor: Estudiantes V Telemtica

35
CAPTULO IV
4.1. DESARROLLO

4.1.1. ETAPA I.

En la primera etapa analizaremos las diversas situaciones referentes al acceso y


seguridad mediante el biomtrico (detector de huella).

4.1.1.1 ANLISIS DE COMPONENTES


La primera etapa est basada en determinar los dispositivos y componentes que se
requieren para evaluar el control de acceso y el nivel de seguridad proporcionado
a las aulas de la FCI, el proyecto de deteccin de huellas se centra como el propio
tema lo dice realizar este sistema mediante biomtrico dactilar.

Para hacer los sistemas de seguridad ms confiables, es una buena idea combinar
el anlisis biomtrico con un medio convencional de identificacin, como una
contrasea.

El lector coteja que la huella codificada en la tarjeta sea la misma que se est
poniendo sobre el lector, proporcionando un grado mayor de seguridad y
eliminando las limitaciones de espacio de almacenamiento de huellas en un
servidor, pues se pueden emitir credenciales con huellas codificadas de manera
infinita.

Por lo que se va a trabajar con un sensor de huellas digital el cual conectado al


mdulo Arduino se va a encargar de guardar una cantidad determinada de huellas
digitales, a esto tambin aadimos el led 2x16 para mostrar informacin del usuario
como ID y el mensaje de bienvenida.

36
Figura 17. Display Led 2x16.
Fuente: http://tienda.hacedores.com/
Autor: Roberto Guevara

Figura 18. Sensor Biomtrico Dactilar.


Fuente: http://www.instructables.com/id/Lector-De-Huella-Digital-
Arduino/step2/Precauciones/?amp_page=true
Autor: Petter Alonso

Figura 19. Sensor Biomtrico Dactilar.


Fuente: http://www.instructables.com/id/Lector-De-Huella-Digital-
Arduino/step2/Precauciones/?amp_page=true
Autor: Johan Lucker

37
Figura 20. Arduino uno
Fuente: http://tienda.hacedores.com/
Autor: Roberto Guevara

4.1.2. ETAPA II.

En la segunda etapa, se desarrollar la aplicacin de escritorio donde se va a


gestionar la informacin del personal previamente registrado en la base de datos,
el administrador podr ingresar y editar informacin como datos personales de los
usuarios y las condiciones o restricciones para determinar el ingreso a las aulas de
clases en el horario debido.

Figura 21. Acceso


Fuente: https://www.todoelectronica.com/
Autor: Coelma Bx.

38
4.1.2.1. DISEO DE LA APLICACIN

Servidor. - El servidor est posicionado un sitio de almacenamiento gratuito, usa


una base de datos MYSQL y es administrada por el servicio phpMyAdmin, para la
administracin de la informacin en la base de datos, se deben seguir una serie de
pasos para acceder a la misma, los mismos que son retro compatibles:

Recipiente JSON. - es un formato ligero de intercambio de datos, el cual se


usa para comunicacin de datos entre los diferentes dispositivos, enviando
paquetes de informacin que siguen un formato pre-establecido.
Programacin Net beans. - o programacin de lado del servidor, es el
encargado de la conexin con la base de datos y el arduino para brindar el
manejo de la informacin almacenada en la base de datos, y permitir el
acceso por medio del detector de huellas
Consultas SQL o procedimientos almacenados. - son los encargados de
extraer la informacin de la base, el cual registrara cada dato de los
encargados de ingresar al laboratorio.

Usuario. Los usuarios en general que usen la aplicacin, podrn acceder a la al


laboratorio, en la cual realizar peticiones al mismo, el ingreso de diversos datos
para el registro, para poder abrir la puerta y acceder al laboratorio.

39
4.1.2.2. DESCRIPCIN A TRAVS DE FIGURAS DEL FUNCIONAMIENTO
DE LA APLICACIN

Figura 22. Informacin de Usuarios


Fuente: Investigacin
Autor: Estudiantes VII Telemtica

Figura 23. Informacin de Usuarios


Fuente: Investigacin
Autor: Estudiantes VII Telemtica

40
Figura 24. Registro en la base de datos
Fuente: Investigacin
Autor: Estudiantes VII Telemtica

Figura 25. Edicin de informacin


Fuente: Investigacin
Autor: Estudiantes VII Telemtica

41
Figura 26. Seleccin de Aula
Fuente: Investigacin
Autor: Estudiantes V Telemtica

4.1.3. ETAPA III.

En la tercera etapa se procede a enlazar la aplicacin de escritorio con el dispositivo


detector de huellas digitales, el cual genera el pulso de energa en el pin del
Arduino, el cual generar el evento de ejecucin dentro de su cdigo de activacin.
Mediante lo ya establecido para que al momento de cumplir con las condiciones
proceda a abrir la puerta.

4.1.3.1. ENLACE DE LA APLICACIN CON EL ARDUINO

ADM SQLJAVA
package arduino;

//System

import java.awt.Image;

import java.awt.List;

import java.io.ByteArrayInputStream;

import java.io.FileInputStream;

import java.io.IOException;

import java.sql.Connection;

import java.sql.PreparedStatement;

import java.sql.ResultSet;

import java.sql.SQLException;

import java.sql.Statement;

import java.util.ArrayList;

42
import static java.util.Collections.list;

import java.util.Date;

import java.util.Iterator;

import java.util.logging.Level;

import java.util.logging.Logger;

import javax.imageio.ImageIO;

import javax.imageio.ImageReadParam;

import javax.imageio.ImageReader;

import javax.imageio.stream.ImageInputStream;

import javax.swing.JOptionPane;

class Adm_sql {

Connection cn;

public String usuario;

public Adm_sql(){

usuario="";

public void Registrarprofe(int id,String Nombre, String Apellido,String cedula,String


celular,String cargo,String fecha,FileInputStream foto,int l){

try{

ConexionBD con = new ConexionBD();

cn=con.conexion();

String sql="INSERT INTO


personal(id,nombre,apellidos,cedula,celular,cargo,fechanaci,image) VALUES "+
"(?,?,?,?,?,?,?,?);";

43
PreparedStatement pst = cn.prepareStatement(sql);

pst.setInt(1, id);

pst.setString(2, Nombre);

pst.setString(3, Apellido);

pst.setString(4, cedula);

pst.setString(5, celular);

pst.setString(6, cargo);

pst.setString(7,fecha);

pst.setBinaryStream (8,foto,l);

pst.executeUpdate();

JOptionPane.showMessageDialog(null, "SE HA REGISTRADO UN NUEVO


PERSONAL");

cn.close();

}catch (SQLException ex){

JOptionPane.showMessageDialog(null, "Error al registrar. "+ex.getMessage());

public void modificarprofe(int id,String Nombre, String Apellido,String cedula,String


celular,String cargo,String fecha){

try{

ConexionBD con = new ConexionBD();

cn=con.conexion();

String sql="UPDATE huella.personal SET nombre= ? , apellidos = ? ,cedula = ?


,celular = ? ,cargo = ? ,fechanaci = ? WHERE id = ?";

44
PreparedStatement pst = cn.prepareStatement(sql);

pst.setString(1, Nombre);

pst.setString(2, Apellido);

pst.setString(3, cedula);

pst.setString(4, celular);

pst.setString(5, cargo);

pst.setString(6,fecha);

pst.setInt(7, id);

pst.executeUpdate();

JOptionPane.showMessageDialog(null, "Se Modificado con Exito");

cn.close();

}catch (SQLException ex){

JOptionPane.showMessageDialog(null, "Error al modificar. "+ex.getMessage());

public void modificarfoto(int id, FileInputStream foto,int l){

try{

ConexionBD con = new ConexionBD();

cn=con.conexion();

String sql="UPDATE huella.personal SET image = ? WHERE id = ? ";

PreparedStatement pst = cn.prepareStatement(sql);

45
pst.setBinaryStream (1,foto,l);

pst.setInt(2, id);

pst.executeUpdate();

cn.close();

}catch (SQLException ex){

JOptionPane.showMessageDialog(null, "Error al modificar. "+ex.getMessage());

public void registraraulaprofe(String cursp,String hora,int personal_id){

try{

ConexionBD con = new ConexionBD();

cn=con.conexion();

String sql="INSERT INTO horario(curso,hora,personal_id) VALUES "+ "(?,?,?);";

PreparedStatement pst = cn.prepareStatement(sql);

pst.setString(1, cursp);

pst.setString(2, hora);

pst.setInt(3, personal_id);

pst.executeUpdate();

// JOptionPane.showMessageDialog(null, "SE HA REGISTRADO UN NUEVO


PROFESOR");

cn.close();

46
}catch (SQLException ex){

System.out.println(ex.getMessage());

public ArrayList<String> id(){

ConexionBD con = new ConexionBD();

ArrayList<String> nombreArrayList = new ArrayList<String>();

cn=con.conexion();

int resultado=0;

String sql= "SELECT id FROM huella.personal";

try {

PreparedStatement pst = cn.prepareStatement(sql);

ResultSet res = pst.executeQuery();

//int i = 0;

while(res.next()){

// usu_id = res.getInt("tm_idusuario");

// usu_login = res.getString("tm_login");

// usu_password = res.getString("tm_password");

// data[i][0] = usu_id;

// data[i][1] = usu_login;

// data[i][2] = usu_password;

47
nombreArrayList.add(res.getString("id"));

//usuario=res.getString("NOMBRES").toString();

//resultado=1;

cn.close();

} catch (SQLException ex) {

System.out.println(ex.getMessage());

finally{

return nombreArrayList;

public ArrayList<String> listprofesores(){

ConexionBD con = new ConexionBD();

ArrayList<String> nombreArrayList = new ArrayList<String>();

cn=con.conexion();

int resultado=0;

String sql= "select id, nombre, apellidos,cedula, celular, cargo from huella.personal";

try {

PreparedStatement pst = cn.prepareStatement(sql);

ResultSet res = pst.executeQuery();

48
//int i = 0;

while(res.next()){

// usu_id = res.getInt("tm_idusuario");

// usu_login = res.getString("tm_login");

// usu_password = res.getString("tm_password");

// data[i][0] = usu_id;

// data[i][1] = usu_login;

// data[i][2] = usu_password;

nombreArrayList.add(res.getString("id")+";"+res.getString("nombre")+";"+res.getString("ap
ellidos")+";"+res.getString("cedula")+";"+res.getString("celular")+";"+res.getString("cargo"))
;

//usuario=res.getString("NOMBRES").toString();

//resultado=1;

cn.close();

} catch (SQLException ex) {

System.out.println(ex.getMessage());

finally{

return nombreArrayList;

49
public int eliminarsolohorarios(String id){

int res =0;

try {

ConexionBD con = new ConexionBD();

cn=con.conexion();

//preparedStatement = connection.prepareStatement("DELETE FROM persona


WHERE id=?");

String sql = "delete from horario where personal_id =?";

PreparedStatement pst = cn.prepareStatement(sql);

//preparedStatement.setInt(1, Integer.parseInt(txtId.getText()));

pst.setString(1, id);

res = pst.executeUpdate();

if (res > 0) {

//JOptionPane.showMessageDialog(null, "Contribuyente eliminado con exito.");

} else {

//JOptionPane.showMessageDialog(null, "");

cn.close();

} catch (Exception ex) {

System.out.println(ex);

return res;

public int eliminarhorarios(String id){

int res =0;

50
try {

ConexionBD con = new ConexionBD();

cn=con.conexion();

//preparedStatement = connection.prepareStatement("DELETE FROM persona


WHERE id=?");

String sql = "delete from horario where personal_id =?";

PreparedStatement pst = cn.prepareStatement(sql);

//preparedStatement.setInt(1, Integer.parseInt(txtId.getText()));

pst.setString(1, id);

res = pst.executeUpdate();

if (res > 0) {

eliminarpersonal(id);

//JOptionPane.showMessageDialog(null, "Contribuyente eliminado con exito.");

} else {

eliminarpersonal(id);

//JOptionPane.showMessageDialog(null, "");

cn.close();

} catch (Exception ex) {

System.out.println(ex);

return res;

51
public int eliminarpersonal(String id){

int res =0;

try {

ConexionBD con = new ConexionBD();

cn=con.conexion();

//preparedStatement = connection.prepareStatement("DELETE FROM persona


WHERE id=?");

String sql ="DELETE FROM huella.personal WHERE id=?";

PreparedStatement pst = cn.prepareStatement(sql);

//preparedStatement.setInt(1, Integer.parseInt(txtId.getText()));

pst.setString(1, id);

res = pst.executeUpdate();

if (res > 0) {

JOptionPane.showMessageDialog(null, "Contribuyente eliminado con exito.");

} else {

JOptionPane.showMessageDialog(null, "Error al Eliminar Personal");

cn.close();

} catch (Exception ex) {

System.out.println(ex);

return res;

52
public ArrayList<String> consulatrhorario(String aula){

ConexionBD con = new ConexionBD();

ArrayList<String> nombreArrayList = new ArrayList<String>();

cn=con.conexion();

int resultado=0;

String sql= "SELECT curso,hora,personal_id FROM huella.horario WHERE


curso='"+aula+"'";

try {

PreparedStatement pst = cn.prepareStatement(sql);

ResultSet res = pst.executeQuery();

//int i = 0;

while(res.next()){

nombreArrayList.add(res.getString("curso")+";"+res.getString("hora")+";"+res.getString("pe
rsonal_id"));

cn.close();

} catch (SQLException ex) {

System.out.println(ex.getMessage());

finally{

return nombreArrayList;

53
}

public ArrayList<String> consulatrhorarioseparados(String aula){

ConexionBD con = new ConexionBD();

ArrayList<String> nombreArrayList = new ArrayList<String>();

cn=con.conexion();

int resultado=0;

String sql= "SELECT hora FROM huella.horario WHERE curso='"+aula+"'";

try {

PreparedStatement pst = cn.prepareStatement(sql);

ResultSet res = pst.executeQuery();

//int i = 0;

while(res.next()){

nombreArrayList.add(res.getString("hora"));

cn.close();

} catch (SQLException ex) {

System.out.println(ex.getMessage());

finally{

return nombreArrayList;

54
public ArrayList<String> consultaturno(String hora, String aula){

ConexionBD con = new ConexionBD();

ArrayList<String> nombreArrayList = new ArrayList<String>();

cn=con.conexion();

int resultado=0;

String sql= "SELECT personal_id FROM huella.horario where hora = '"+hora+"' and
curso = '"+aula+"'";

try {

PreparedStatement pst = cn.prepareStatement(sql);

ResultSet res = pst.executeQuery();

//int i = 0;

while(res.next()){

nombreArrayList.add(res.getString("personal_id"));

cn.close();

} catch (SQLException ex) {

System.out.println(ex.getMessage());

finally{

return nombreArrayList;

55
public ArrayList<String> consultapersonal(int aux){

ConexionBD con = new ConexionBD();

ArrayList<String> nombreArrayList = new ArrayList<String>();

cn=con.conexion();

int resultado=0;

String sql= "SELECT nombre, apellidos, cedula, cargo, celular FROM huella.personal
where id = "+aux+"";

try {

PreparedStatement pst = cn.prepareStatement(sql);

ResultSet res = pst.executeQuery();

//int i = 0;

while(res.next()){

nombreArrayList.add(res.getString("nombre"));

nombreArrayList.add(res.getString("apellidos"));

nombreArrayList.add(res.getString("cedula"));

nombreArrayList.add(res.getString("cargo"));

nombreArrayList.add(res.getString("celular"));

cn.close();

} catch (SQLException ex) {

System.out.println(ex.getMessage());

56
finally{

return nombreArrayList;

public String consulatar(String id){

ConexionBD con = new ConexionBD();

ArrayList<String> nombreArrayList = new ArrayList<String>();

cn=con.conexion();

int resultado=0;

String cadena="";

String sql= "SELECT * FROM tb_profesor WHERE ID_PROFE='"+id+"'";

try {

PreparedStatement pst = cn.prepareStatement(sql);

ResultSet res = pst.executeQuery();

//int i = 0;

while(res.next()){

cadena=res.getString("NOMBRES")+";"+res.getString("APELLIDOS")+";"+res.getString("
CEDULA")+";"+res.getString("CARGO");

cn.close();

57
} catch (SQLException ex) {

System.out.println(ex.getMessage());

finally{

return cadena;

private Image data;

public Image getfoto(String id){

ConexionBD con = new ConexionBD();

cn=con.conexion();

boolean b1=false;

try{

PreparedStatement pstm = cn.prepareStatement("SELECT " +" image " +

" FROM huella.personal " +

" where id = ? ");

pstm.setString(1, id);

ResultSet res = pstm.executeQuery();

int i = 0;

while(res.next()){

//se lee la cadena de bytes de la base de datos

byte[] b = res.getBytes("image");

if (b==null) {

b1=true;

break;

58
else{

data = ConvertirImagen(b);

// esta cadena de bytes sera convertida en una imagen

i++;

res.close();

cn.close();

} catch (IOException ex) {

//Logger.getLogger(fotoclass.class.getName()).log(Level.SEVERE, null, ex);

}catch(SQLException e){

// System.out.println(e.getMessage());

if(b1){

return null;

else{

return data;

private Image ConvertirImagen(byte[] bytes) throws IOException {

ByteArrayInputStream bis = new ByteArrayInputStream(bytes);

Iterator readers = ImageIO.getImageReadersByFormatName("jpeg");

ImageReader reader = (ImageReader) readers.next();

Object source = bis; // File or InputStream

59
ImageInputStream iis = ImageIO.createImageInputStream(source);

reader.setInput(iis, true);

ImageReadParam param = reader.getDefaultReadParam();

return reader.read(0, param);

CONEXIN BASE DE DATOS


package arduino;

import java.beans.Statement;
import java.sql.Connection;
import java.sql.DriverManager;
public class ConexionBD {
Connection cn;
Statement st;

public Connection conexion(){


try{
Class.forName("com.mysql.jdbc.Driver");
cn = DriverManager.getConnection("jdbc:mysql://localhost/huella","root","");
//System.out.println("Se hizo la conexion exitosa");
}catch(Exception e){
System.out.println(e.getMessage());
}return cn;
}

Statement createStatement(){
throw new UnsupportedOperationException("No soportado");
}
}

60
4.1.4. ETAPA IV

En esta etapa se procede a realizar el diseo e implementacin del circuito en una


maqueta que simule el acceso al aula de clases.

4.1.4.1. DISEO DEL CIRCUITO PARA EL ACCESO AL AULA DE


CLASES

En el diseo del circuito se puede apreciar los diferentes componentes que se han
utilizado, por lo tanto, una vez culminadas las etapas anteriores, se procede a
cargar el programa a la placa Arduino, de manera que con el siguiente esquema
funcione de manera correcta.

Figura 27. Circuito electrnico


Fuente: Investigacin
Autor: Estudiantes V Telemtica

Describiendo el circuito por la parte superior izquierda donde se ubica el pulsador,


el mismo tiene la funcin de si lo pulsamos, permite mostrar el mensaje en el
Display de que el usuario registrado puede ubicar su huella en el lector, lo cual, si
est en el horario correcto, el mismo enva un mensaje en el Display procediendo
de manera correcta a enviar un pulso al Rel, lo cual pasa al dispositivo de la chapa
elctrica permitiendo abrir la puerta y as ingresar al aula de clases.

61
4.2. RESULTADOS

4.2.1. ANLISIS DE DATOS

Se realiz un anlisis, a travs de clculos que se mostraran a continuacin, el cual


permitir la comprobacin de la hiptesis, con el acceso de todos los integrantes
de este proyecto, se analiz los siguientes acontecimientos:

4.2.1.1. USUARIOS REGISTRADOS

De acuerdo al nmero de integrantes que son 4, se realiz una evaluacin de


acceso a la aplicacin, el cual demuestra lo siguiente:

Tabla 6. Registro
Fuente: Investigacin
Autor: Estudiantes VII Telemtica

4.2.1.2. PORCENTAJE DE ACCESO

Procediendo con el nmero de accesos de cada uno de los integrantes, se


produjeron los siguientes balances de errores.

Tabla 7. Resultado en porcentaje


Fuente: Investigacin
Autor: Estudiantes VII Telemtica

62
4.2.1.3. VARIABLES DE ACCESO CORRECTO E INCORRECTO,
SOBRE ESCALA 1

A travs del balance de error que se produjo, el mismo ocurri debido a uso
continuo del detector de huellas, el cual se sabe empaar debido al numeroso
ndice de accesos que acoge. Nos muestra un ndice de fiabilidad de 0.98 sobre la
escala de 1

Tabla 8. Resultado escala 1


Fuente: Investigacin
Autor: Estudiantes VII Telemtica

63
4.3. COMPROBACIN DE LA HIPTESIS

Dentro del laboratorio de la Facultad de Ciencias de las Ingeniera, se visualiz el


poco orden de su uso, y el respectivo control de horarios y acceso a cada clase
respectiva del docente.

El Dispositivo biomtrico que se instal en el laboratorio de la Facultad de Ciencias


de las Ingeniera cuentan con la conexin a un display e interfaz de la visualizacin
de la informacin, esto genera un mejor entendimiento del acceso y la seguridad
del mismo. A travs del control del horario de cada docente, permitiendo un mejor
acceso.

Al momento de realizar un anlisis de cuatro personas que accedan al laboratorio


por un nmero de repeticiones de 20 veces; a travs del enlace de la aplicacin al
Arduino efectuado por le biomtrico al personal que utiliza el laboratorio se
obtuvieron elevados ndices de ejecucin sobre la resolucin de los problemas
antes descritos que no permitan acceder al laboratorio de manera correcta.

A travs del uso del biomtrico donde los docentes solo podrn entrar a cada
laboratorio en su horario respectivo y a travs del detector de huellas, respetando
el horario establecido el cual permitir un mejor uso y control al mismo.

64
4.4. CONCLUSIONES

Se determin los diferentes dispositivos y componentes (biomtrico,


Arduino, lcd) acorde a la necesidad del laboratorio, que brindara el correcto
desarrollo del prototipo.

El diseo de la aplicacin permiti gestionar la informacin de los docentes


que usen las aulas.

Se emple parmetros y restricciones de los horarios de cada docente para


llevar el control y obtener el acceso en el tiempo debido.

65
4.5. RECOMENDACIONES

Una de las indicaciones antes de proceder al desarrollo del prototipo, es


determinar los dispositivos y componentes (biomtrico, Arduino, lcd) acorde
a la necesidad del laboratorio para el desarrollo del mismo.

Realizar el diseo adecuado que cumpla con cada una de las necesidades
(mejorar el acceso) que se presentan en el laboratorio en lo que concierne
al tema principal del proyecto.

Cada uno de las restricciones que se den dentro de los horarios se debern
tomar en cuenta el uso correcto del detector de huellas, que permitir a cada
docente su respectivo control y acceso.

66
4.6. BIBLIOGRAFA Y LINKOGRAFA

Alvarez, M. A. (18 de Julio de 2001). Desarrollo web. Obtenido de


http://www.desarrolloweb.com/articulos/497.php
Bosch, R. (2005). Manual de Tecnicas. Alemania.
Crucena, B. (s.f.). http://eju.tv/2009/04/que-son-los-sistemas-biometricos/.
Crucea, B. (13 de Abril de 2009). Eju.tv. Obtenido de http://eju.tv/2009/04/que-
son-los-sistemas-biometricos/
electrnica, T. (s.f.). Obtenido de https://www.todoelectronica.com/control-de-
acceso-por-huella-dactilar-exterior-lector-biometrico-anviz-m5control-de-
accesos-por-hu-p-95217.html
FIBI, U. . (s.f.). http://redyseguridad.fi-
p.unam.mx/proyectos/biometria/basesteoricas/modeloproceso.html.
Garca, I. (13 de Febrero de 2013). Slideshare. Obtenido de
http://ithuejutlaisabelgarciamendez.blogspot.com/2013/02/13-etapas-de-
desarrollo-de-software_19.html
Gonsalez, P. (11 de Marzo de 2014). Enlistados. Obtenido de
http://enlistados.net/que-es-arduino-y-para-que-sirve-aqui-te-lo-contamos/
Homini. (19 de Julio de 2014). Homini. Obtenido de
http://www.homini.com/new_page_5.htm
http://redyseguridad.fi-
p.unam.mx/proyectos/biometria/basesteoricas/modeloproceso.html. (s.f.).
http://www.sc.ehu.es/ccwgrrom/transparencias/pdf-vision-1-transparencias/ident-
biometrica-1.pdf. (Febrero de 2000).
MaxElectrnica. (s.f.). Obtenido de http://www.maxelectronica.cl/inicio/171-lector-
de-huellas-dactilares-sensor-biometrico-serial-ttl.html
Navarro, J. (15 de Febrero de 2015). Aprendiendo Arduino. Obtenido de
https://aprendiendoarduino.wordpress.com/2016/07/02/comunicacion-serie-
arduino/
Peralta, J. (17 de Nomviembre de 2016). Ecu Red. Obtenido de
http://es.ccm.net/contents/305-programa-informatico
Perz, M. (15 de Noviembre de 2016). CCM. Obtenido de
http://es.ccm.net/contents/304-lenguajes-de-programacion
Rodriguez, J. (s.f.). Openwebinars. Obtenido de https://openwebinars.net/tutorial-
arduino-introduccion/

67
Rojas, J. (18 de Enero de 2008). Kimaldi. Obtenido de
http://www.kimaldi.com/area_de_conocimiento/biometria/que_es_la_biomet
ria
Valadez, G. E. (2005). https://gjorge.wordpress.com/2007/12/29/arquitectura-de-
un-sistema-biometrico-para-identificacion-personal/.

68
4.7. ANEXOS

69
70
71

Anda mungkin juga menyukai