INSTITUTO TECNOLOGICO SUPERIOR DE SAN ANDRES

TUXTLA
INGENIERA EN SISTEMAS COMPUTACIONALES

MATERIA
TALLER DE INVESTIGACIN I
TRABAJ O:
PROPUESTA DE INVESTIGACIN (PARKINGTEC)
DOCENTE:
IVONNE CARMONA LOEZA
ALUMNOS:
MARCOS HERNANDEZ MARTINEZ
PABLO ANTONIO MENDOZA GUZMAN
GILBERTO XOLOT PIO
GUADALUPE LUNA DOMINGUEZ


GRUPO:

704 B
ITS
SAN ANDRS TUXTLA
ITSSAT
ISC
I



NDICE



PAGINAS

1. PLANTEAMIENTO DEL PROBLEMA ...1
1.1. OBJETIVO GENERAL .5
1.2. OBJETIVO ESPECIFICO..5
1.3. FORMULACIN DEL PROBLEMA..5
1.4. HIPTESIS..5
1.5. JUSTIFICACIN.5
1.6. MARCO TEORICO.7
1.6.1. AUTENTICACIN BIOMTRICA
DE HUELLA DACTILAR.7
1.6.2 BRAZO MECNICO...11
1.7. CRONOGRAMA DE ACTIVIDADES..11
1.8. METODO DE PROTOTIPOS 11
1.8.1. FASES DEL MODELO DE PROTOTIPO. 12
1.8.2. CICLO DE VIDA DE UN SISTEMA
BASADO EN PROTOTIPO...............13
1.8.3. RAZONES PARA USAR ESTE MODELO13
1.8.4. VENTAJAS....13
1.8.5. DESVENTAJAS....14
1.9. ANALISIS COSTO-BENEFICIO14
1.10. CONCLUSIN.. 17
1.11. BIBLIOGRAFA..17
















II

NDICE DE FIGURAS


PAGINAS

FIGURA 1.1 ORGANIGRAMA GENERAL
DEL ITSSAT....4
FIGURA 1.2: PROCESOS DE UN SISTEMA DE AUTENTICACIN
BIOMTRICA POR HUELLA DACTILAR.........8
FIGURA 1.3 [A]: EJEMPLOS DE
MINUCIAS.......9
FIGURA 1.3 [B]: EJEMPLOS DE PUNTOS SINGULARES
DE LAHUELLA...........9

FIGURA 1.4: EJEMPLO DE IMAGEN DE HUELLA DACTILAR EN
LA QUE SE INDICAN LAS MINUCIAS, Y QUE
FORMAN LA CONSTELACIN DEL
PATRN DE HUELLA...10
FIGURA 1.5 ETAPAS DE MODELO DE
PROTOTIPO.....12
FIGURA 1.6 REA DE IMPLEMENTACIN DE LA
CMARA DE SEGURIDAD.....16




NDICE DE TABLAS


PAGINAS

TABLA 1.1 CRONOGRAMA DE ACTIVIDADES.......11
TABLA 1.2 COMPONENTES....14
TABLA 1.3 RECURSOS DE HARDWARE..15
TABLA 1.4 COSTO DEL PROYECTO.15








III

INTRODUCCIN

El presente trabajo hablar sobre la construccin de un prototipo de software
de control de entrada y salida de vehculos, en la que el problema central se
encuentra situado en el Instituto Tecnolgico Superior de San Andrs Tuxtla,
ya que esta institucin no cuenta con un buen sistema que optimice la
accesibilidad al plantel en un determinado tiempo. Lo cual se le dar una
posible propuesta para la solucin al problema, a continuacin se
mencionar el desarrollo de la propuesta.


















IV




1
CAPITILO I
PROTOTIPO DE SOFTWARE PARA EL CONTROL DE
ENTRADAS Y SALIDAS DEL ITSSAT


1. PLANTEAMIENTO DEL PROBLEMA

En Mxico solo hay dos estados con tecnolgicos descentralizados,
uno de ellos es el Estado de Mxico que cuenta con 16 Instituciones
Tecnolgicas descentralizadas siendo el estado de Veracruz el primer lugar
en este tipo de instituciones, pues posee 21 tecnolgicos descentralizados,
uno de ellos se encuentra en carretera costera del golfo km.140+100,
Matacapan municipio de San Andrs Tuxtla Veracruz, con nombre, Instituto
Tecnolgico Superior de San Andrs Tuxtla (ITSSAT) con clave 30EIT001U.
Esta institucin se compone por diferentes reas dentro de las cuales
se har mencin de cada una de ellas. Ya solo se enfocar al rea de
mantenimiento.
rea de vinculacin
rea administrativa
Extraescolares
Enfermera
rea de mantenimiento
2




3


4

Figura 1.1 Organigrama General del ITSSAT


El personal de seguridad tiene limitaciones ya que este, asume la
responsabilidad de estar al pendiente de las personas que visitan el
tecnolgico y al mismo tiempo personal administrativo docente y alumnado,
ciertas veces cuando llegan una cantidad inmensa de personas este no
puede atender tantas al mismo tiempo ocasionando problemas en el registro
de visitantes, por el hecho de que algunas pasan desapercibidas no
pertenecientes a dicha institucin antes mencionada, y atrasando la
corroboracin de si es alumno o no, puesto que el proceso que lleva a cabo
el personal de seguridad es muy tardo por el llenado de registros tales
como, datos personales del docente y/o administrativos, datos del vehculo,
ya que estos se van registrando en una bitcora de manera manual para su
entrada y salida de cada uno de ellos, posteriormente se le abre la puerta de
la institucin despus de haber realizado los pasos anteriores, pero todo les
genera consecuencias al no llegara puntual a su hora de trabajo ocasionado
sanciones laborales.


5
1.1. OBJETIVO GENERAL
Disear e implementar un prototipo de software de control de acceso
que permita agilizar las entradas y salidas de los vehculos del personal y
alumnado del ITSSAT.

1.2. OBJETIVO ESPECIFICO
Analizar procedimientos que se realizan en la entrada de vehculos del
ITSSAT.
Realizar anlisis de requisitos para el desarrollo del software
Planificar las actividades previas a la implementacin
Disear detalladamente el software para el control de acceso.
Desarrollar el software
Realizar pruebas del software
Implementar el software.


1.3. FORMULACIN DEL PROBLEMA
Cmo se podra agilizar acceso de entradas y salidas de vehculos del
personal y alumnos del ITSSAT?

1.4. HIPTESIS
Mediante la implementacin de un prototipo de software de control se
agilizara todas las entradas y salidas de cada vehculo del personal que
labora en la institucin y el alumnado.
1.5. JUSTIFICACIN
El desarrollo de un prototipo de software de control de entradas y
salidas de vehculos con el fin de proporcionar mayor eficiencia y control para
los usuarios del ITSSAT, traer consigo diversos impactos tanto ambiental,
social como tecnolgico.
En lo ambiental disminuir el uso de papel, tinta (lapiceros, cartuchos)
al no tener que elaborar formatos para el personal de seguridad, en lo social
ser de gran ayuda ahorrando el tiempo al acceder, puesto que no se tiene
que volver a registrar.
6
En lo social dar una nueva impresin del ITSSAT, implementando el
software para agilizar las entradas/salidas brindando un mejor servicio a la
sociedad una mejor comodidad.
En el mbito tecnolgico es un gran avance, puesto que la tecnologa
cada da avanza ms y no se puede quedar atrs el ITSSAT ya que con la
implementacin de este nuevo software le dar una vista o mejor impresin
al instituto. Los rpidos avances tecnolgicos han permitido que algunas
empresas e instituciones implementen software de este tipo mediante
cancelas batientes o correderas, la cual ha producido una transformacin
profunda ante sociedad.
Las ventajas que trae al disponer de este software no son ms que la
agilizacin y control de entradas/salidas de vehculos para todo personal sin
tener que realizar el proceso antiguo de registrarse de nuevo.
Actualmente la humanidad se encuentra en una nueva poca, ya que
su trabajo est siendo remplazado por la domtica y la informtica, la
domtica est acaparando gran parte de nuestro entorno pues la podemos
encontrar en varias partes que se estn implementando.
Los cambios tecnolgicos, desde la antigedad, generalmente haban
tendido a facilitar el trabajo humano, reemplazando el trabajo fsico por la
tecnologa. En la actualidad, el desarrollo de productos informticos tiende a
reemplazar tambin la parte ms rutinaria y mecnica del trabajo del hombre
por el trabajo de las computadoras. Las nuevas tecnologas informticas
poseen un potencial de cambio y transformacin que hoy solamente es
posible apreciar. El desarrollo de la tecnologa ha sido a travs de la historia
el elemento modernizador en otras actividades y reas en las que se
emplean. En la actualidad la tecnologa ha ayudado al trabajo del hombre.








7
1.6. MARCO TEORICO
A continuacin, en este apartado se especifican las definiciones de los
componentes que utilizaremos para la realizacin de nuestro prototipo para
la mejor comprensin de los mismos.
1.6.1. Autenticacin Biomtrica de Huella Dactilar
Dentro del campo multidisciplinario del Reconocimiento de Formas
destacan las aplicaciones biomtricas que consisten en la medida, el
procesamiento y anlisis estadstico de datos identificativos biolgicos de los
seres humanos.

Un Sistema Biomtrico es esencialmente un sistema de
reconocimiento de formas que reconoce a una persona mediante la
autenticidad de caractersticas fisiolgicas y/o de comportamiento que posee.
Un tema importante en el diseo de sistemas biomtricos es determinar
cmo va a ser reconocida cada persona. Dependiendo del contexto de la
aplicacin, o de las circunstancias de empleo, un sistema biomtrico puede
tener dos modos de operacin, como sistema de verificacin o de
identificacin:
Un Sistema de Verificacin autentica la identidad de la persona
comparando la caracterstica biomtrica capturada, con su propio
patrn (o patrones) previamente almacenados en el sistema. ste
realiza la comparacin uno a uno (1:1) para determinar si la identidad
declarada por la persona, normalmente mediante un nmero de
identificacin personal o PIN, es cierta.
El sistema de verificacin aceptar o rechazar esta afirmacin de
identidad para la que (Soy quien digo que soy?).
Un Sistema de Identificacin reconoce a una persona a travs de la
bsqueda en la base de datos de patrones de una coincidencia con el
patrn capturado. ste realiza comparaciones uno a muchos (1:N)
para establecer la identidad del sujeto (o el resultado de la bsqueda
es negativo si el sujeto no est registrado en la base de datos), en
este caso, sin necesidad de que la persona tenga que declarar su
identidad previamente (Quin soy?).

El trmino Autenticacin es frecuentemente usado en el campo de
estudio de sistemas biomtricos, a menudo como sinnimo de verificacin;
en realidad, en lenguaje de las Tecnologas de la Informacin, autenticar a
un usuario significa dejar al sistema averiguar la identidad del usuario
independientemente del modo (verificacin o identificacin).
Todo lo dicho se aplica a cualquier sistema de autenticacin
biomtrica por lo que es vlido, tambin, para un sistema biomtrico basado
en la autenticacin por huella dactilar; el cual, es un caso particular de estos
sistemas en el que las caractersticas y patrones biomtricos se extraen de la
8
huella dactilar de las personas, en lugar de otras caractersticas biomtricas
como son el rostro humano, en reconocimiento facial, el iris o retina, en
reconocimiento ocular, o la forma de escribir en un teclado, como ejemplo de
reconocimiento de la dinmica de un determinado comportamiento humano.

En los diagramas de la figura 1.2 se muestran los procesos de los
modos de verificacin e identificacin de usuarios, as como, el proceso de
registro de las huellas de un usuario en la base de datos del sistema, que
siempre ser necesario para el funcionamiento de un sistema basado en
cualquiera de los dos modos de autenticacin. Aqu tambin se explican,
brevemente, las tareas intermedias llevas a cabo en el interior del sistema
para implementar ambos modos de autenticacin.

Entendiendo que la huella dactilar, a causa de pliegues formados
sobre la piel, est dibujada por una serie de lneas de cresta y de valle, la
Representacin de la huella consiste en la eleccin o extraccin de unas
determinadas caractersticas de este dibujo de lneas, a partir de la imagen
capturada por el lector y posteriormente digitalizada en escala de grises; para
formar el patrn de huella con el que trabajar el sistema (proceso realizado
en bloque Feature Extractor, ver fig. 2.1). Estas caractersticas deben ser
invariantes en la huella del individuo, as como, localizables por el sistema
para ser extradas de la imagen de la huella con relativa facilidad. En lo que
juega un papel crucial la calidad de la imagen tomada por el lector,
conjuntamente al pre-procesado posterior de esta imagen.


Figura 1.2: Procesos de un Sistema de Autenticacin Biomtrica por
Huella Dactilar.
9

Los algoritmos de reconocimiento de huella dactilar implementan las
tareas mostradas en gris: Feature Extractor, extraccin de caractersticas de
la huella dactilar para formar el patrn de huella; Matcher, comparacin
estadstica del patrn de huella capturada con el o los patrones de huella
almacenados en la base de datos del sistema (DB); y, Quality Checker,
valoracin de la calidad de la huella dactilar capturada en el lector de huella.

Normalmente, los algoritmos de reconocimiento de huella basan la
extraccin de caractersticas de la huella segn la posicin y orientacin
relativa de unos puntos especiales de sta llamados Minutiae o Minucias,
tales como, terminacin y bifurcaciones de lneas de cresta (ver Fig. 1.3[a]),
y Puntos Singulares con forma de delta y de bucle (ver Fig. 1.3[b]); los cuales
forman una Constelacin de puntos cuyas coordenadas (posicin y
orientacin) se almacenan en el patrn de huella (ver Fig. 1.4). Para mejorar
los resultados de estos algoritmos basados en minucias (minutiae-based
approach), y superar las dificultades que supone slo emplear la informacin
local de la huella proporcionada por dichos puntos, en el patrn de huella se
incorporan tambin caractersticas globales de la huella como la forma
exterior de la huella, orientacin de las lneas y frecuencia de aparicin de
determinados puntos caractersticos; y se implementan tcnicas de
correlacin de estas caractersticas (correlation-based approach).



Figura 1.3 [a]: Ejemplos de Minucias (Minutiae): Punto de
Terminacin (izqda.), y, Punto de Bifurcacin (drcha.), de lneas de
cresta.

Figura 1.3[b]: Ejemplos de Puntos Singulares de la huella: a) Bucle a
izquierdas; b) Bucle a derechas; c) ncleo de la huella o espiral; d)
10
arco; e) arco en tienda de campaa; los cuadrados denotan tipos de
puntos singulares de Bucle, y los tringulos los de tipo Delta.


Figura 1.4: Ejemplo de Imagen de Huella Dactilar en la que se indican
las Minucias, y que forman la Constelacin del patrn de huella
extrado de la imagen de huella capturada (izqda.). Comparacin de
Constelaciones entre dos imgenes de huella dactilar (drcha.).

Debido a que el proceso de comparacin de patrones de huellas, en el
bloque del sistema denominado Matcher, supone que nunca va a haber una
coincidencia exacta entre patrones de huella como es natural, los algoritmos
de comparacin de las huellas implementados en el Matcher son de carcter
estadstico para lo que se define un parmetro de puntuacin de la
coincidencia, o Matching Score (parmetro probabilstico en el rango [0..1]);
entonces, si ste supera cierto umbral definido el sistema tomar la decisin
de aceptar la coincidencia entre patrones de huella resultando en una
autenticacin positiva del individuo.

Precisamente, por tratarse de un proceso de comparacin estocstico,
como no puede ser de otra manera, nunca habr certeza en la coincidencia
de huellas, es decir, Matching Score igual a 1. Esto significa, entonces, que
el sistema cometer errores de autenticacin. En consecuencia, se definen
unos parmetros, tambin de carcter probabilstico, para especificar estos
errores y por ello, tambin, la bondad del reconocimiento de huella ejecutado
por un sistema en concreto. Los ms utilizados principalmente en sistemas
comerciales son: FAR (False Acceptance Rate), Tasa de Falsas
Aceptaciones correspondiente a la probabilidad de autenticar o reconocer
positivamente la huella de un usuario que realmente no existe en la base de
datos del sistema; y, FRR (False Rejection Rate), Tasa de Falsos Rechazos
correspondiente a la situacin inversa, en que no se autentica positivamente
a un usuario cuyas huellas s estn registradas en el sistema.






11



1.6.2. BRAZO MECNICO

Es un instrumento articulado que simule los movimientos que realiza
un brazo humano, el cual lleva a cabo sus movimientos gracias a fuerzas que
le proporcionan las condiciones necesarias para su movimiento, as como el
movimiento para puertas automticas.


1.7. CRONOGRAMA DE ACTIVIDADES

Tabla 1.1 Cronograma de actividades



1.8. METODO DE PROTOTIPOS

El modelo de prototipos permite que todo el sistema, o algunos de sus
partes, se construyan rpidamente para comprender con facilidad y aclarar
ciertos aspectos en los que se aseguren que el desarrollador, el usuario, el
cliente estn de acuerdo en lo que se necesita as como tambin la solucin
que se propone para dicha necesidad y de esta forma minimizar el riesgo y la
incertidumbre en el desarrollo, este modelo se encarga del desarrollo de
diseos para que estos sean analizados y prescindir de ellos a medida que
se adhieran nuevas especificaciones, es ideal para medir el alcance del
producto, pero no se asegura su uso real.
Este modelo principalmente se lo aplica cuando un cliente define un
conjunto de objetivos generales para el software a desarrollarse sin delimitar
detalladamente los requisitos de entrada procesamiento y salida, es decir
cuando el responsable no est seguro de la eficacia de un algoritmo, de la
adaptabilidad del sistema o de la forma en que interacta el hombre y la
mquina. Este modelo se encarga principalmente de ayudar al ingeniero de
12
sistemas y al cliente a entender de mejor manera cul ser el resultado de la
construccin cuando los requisitos estn satisfechos.

1.8.1. FASES DEL MODELO DE PROTOTIPO




Figura 1.5 Etapas de modelo de prototipo

Recoleccin y refinamientos de requisitos: Definicin del problema
Diseo rpido: Diseo del prototipo para la construccin de este de
manera inmediata
Construccin del prototipo: Construccin del prototipo inicial para
despus probarlo.
Evaluacin del prototipo por el cliente: El cliente evala si el
prototipo cumple con sus necesidades y de ser el caso pasa a la
siguiente fase.
Refinamiento del prototipo: Dar los ltimos destalles del prototipos
Producto de ingeniera: Es el prototipo o software final que funcione
perfectamente sin errores.
13



1.8.2. CICLO DE VIDA DE UN SISTEMA BASADO EN PROTOTIPO.
Una maqueta o prototipo de pantallas muestra la interfaz de la
aplicacin, su cara externa, pero dicha interfaz est fija, esttica, no procesa
datos. El prototipo no tiene desarrollada una lgica interna, slo muestra las
pantallas por las que ir pasando la futura aplicacin.
Por su parte, el prototipo funcional evolutivo desarrolla un
comportamiento que satisface los requisitos y necesidades que se han
entendido claramente. Realiza, por tanto, un proceso real de datos, para
contrastarlo con el usuario. Se va modificando y desarrollando sobre la
marcha, segn las apreciaciones del cliente. Esto ralentiza el proceso de
desarrollo y disminuye la fiabilidad, puesto que el software est
constantemente variando, pero, a la larga, genera un producto ms seguro,
en cuanto a la satisfaccin de las necesidades del cliente.
Cuando un prototipo se desarrolla con el slo propsito de precisar
mejor las necesidades del cliente y despus no se va a aprovechar ni total ni
parcialmente en la implementacin del sistema final se habla de un prototipo
desechable.
Para que la construccin de prototipos sea posible se debe contar con la
participacin activa del cliente.
1.8.3. RAZONES PARA USAR ESTE MODELO
Con este modelo se puede ilustrar los formatos de datos de entrada,
mensajes, informes y dilogos al usuario, mediante lo cual se logra un
mejor entendimiento de las necesidades. Se logra una exploracin de
los aspectos tcnicos del producto propuesto.
Otra de las razones para usar un prototipo es cuando el modelo de
fases anlisis - diseo - instrumentacin es inapropiado, es decir
cuando el sistema se lo puede realizar solamente con esta
metodologa.
1.8.4. VENTAJAS
til cuando el cliente conoce los objetivos generales para el software,
pero no identifica los requisitos detallados de entrada, procesamiento
o salida.
Existe una reduccin de la incertidumbre y del riesgo.
14
Se reduce el tiempo y costos.
Hay incremento en la aceptacin del nuevo sistema.
Mejora la administracin de proyectos.
Existe mayor comunicacin entre los desarrolladores y el usuario.
1.8.5. DESVENTAJAS
Depende de las herramientas de software para el xito ya que la
necesidad de disminucin de incertidumbre depende de las
iteraciones del prototipo, entre ms iteraciones existan mejor y este
ltimo se logra mediante el uso de mejores herramientas lo que hace a
este proceso dependiente de las mismas.
No es posible usar la metodologa en a todos los sistemas.
Puede existir una mala interpretacin que pueden hacer los usuarios
del prototipo, al cual pueden confundir con el sistema terminado.
1.9. ANALISIS COSTO-BENEFICIO
En este apartado se analizan los requerimientos de hardware y
software con lo que se llevara a cabo el desarrollo del prototipo de software
para el control de entradas y salidas de los vehculos en el ITSSAT.
Requerimientos mnimos de hardware para la implementacin del
software para control y salidas de vehculos son los siguientes:
COMPONENTES
Procesador Pentium II
512 MB de RAM
Disco Duro de 250 GB
Tarjeta de Red
Unidad de CDRW-ROM
Teclado
Mouse
Tabla 1.2 Componentes






15

RECURSOS ESPECIFICACIONES
PC
MODELO: Lenovo G475
PROCESADOR: AMD-E450 Dual Core
Disco Duro: 750 GB
Memoria RAM: 4G GB
Grabadora DVD
Tarjeta Grfica AMD Radeon HD6320

Tabla 1.3 Recursos de Hardware



El software y hardware que se utilizar para el desarrollo del
sistema son los siguientes:
Tabla 1.4 Costo del proyecto




SOFTWARE COSTOS
VISUAL STUDIO 2010 $2795
SQL SERVER 2008 EXPRESS $0
HARDWARE
Sensores de electricidad $500
Wireless Cmaras de seguridad a
prueba de agua Vigilancia w / 27-IR
de visin nocturna LED - Negro


$3390.81
Lector de huellas digitales(2) $3500
Pic 16f84 $100
Brazo mecanico $3500
TOTAL $13,785.81
16

En esta rea se implementar la acamara de seguridad con el
lector de huellas digitales para el acceso al plantel:

Figura 1.6 rea de implementacin de la cmara de seguridad








17

1.10. CONCLUSIN
Los sistemas de reconocimiento de huellas dactilares son de mucha
utilidad en la vida actual ya que estos son utilizados para automatizar
servicios adems de control centralizado y/o remoto de aparatos y sistemas
elctricos/electrotcnicos en las viviendas. Y adems busca aumentar el
confort, ahorrar energa y mejorar la seguridad.
El sistema PARKINTEC ofrecer un medio confiable y a su vez este
software brinda como resultado el buen control de entradas y salidas de
vehculos en el ITSSAT. Ya que los resultados sern reflejados en las bases
de datos del sistema donde se tiene el control de administrativos, docentes y
alumnos y que adems ser benfico para la institucin creando expectativas
de innovacin a otros planteles educativos que faciliten el trabajo, tanto en el
ahorro de tiempo como el costo, conllevando a los alumnos a despertarles
motivacin e impulsos a la creacin de sistemas que ayuden en el sector
educativo.
1.11. BIBLIOGRAFA
http://smartparking.com.mx/Estacionamientos%20Automatizados.pdf
http://www.futurointeligente.com/Documentos/Silex%20E3.pdf
http://mural.uv.es/juangar2/JJMedia/pfcIE_jjgarcia.pdf