AUTOMATIZACION DEL SISTEMA DE ACCESO DEL PERSONAL DEL DEPARTAMENTO DE MANTENIMIENTO DEL HOSPITAL DR.

MANUEL NORIEGA TRIGO

Autor. Br: Luz Marina Salamanca Br: Marisela Guedez Br: Wolfgange Arteaga

Maracaibo, Octubre 2011

APROBACION DEL PROYECTO SOCIO TECNOLOGICO Quienes suscriben, el (la) Facilitador(a), ______________________, C.I.V. No.____________________, y el (la) facilitador (a) ______________, C.I.V. No. el ___________________, (la) en condicin de Tutores Acadmicos, en designados por el rea de informtica y por el rea de las ciencias sociales y, facilitador(a)._______________C.I.V. No.______________, condicin de asesor de la Unidad Curricular Proyecto Socio Tecnolgico, hacen constar que el proyecto presentado por el (la, los) Bachiller(es) Luz Marina Salamanca C.I.V. No. 10.420.752, Wolfgange Arteaga C.I.V. No 7.829.470, Maricela Guedez C.I.V. No 21.489.775, Renen y meritos suficientes para ser APROBADO. ________________ Tutor Acadmico Prof.______________ C.I.V.No. _________ _____________________ Profesor Asesor PST Ing. Lenis lvarez C.I.No. 11.296.522 _________________ Tutor Acadmico Prof.___________ C.I.V. No.________ las condiciones

AUTOMATIZACION DEL SISTEMA DE ACCESO DEL PERSONAL DEL DEPARTAMENTO DE MANTENIMIENTO DEL HOSPITAL DR. MANUEL NORIEGA TRIGO

Autor. Br: Luz Marina Salamanca Br: Marisela Guedez Br: Wolfgange Arteaga

Maracaibo, Octubre 2011

REPUBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA EDUCACION UNIVERSITARIA INSTITUTO UNIVERSITARIO DE TECNOLOGIA DE MARACAIBO PROGRAMA NACIONAL DE FORMACION SISTEMA E INFORMATICA

Autor. Br: Luz Marina Salamanca Br: Marisela Guedez Br: Wolfgange Arteaga

Maracaibo, Octubre 2011

DEDICATORIA El mayor logro de mi vida es creer en Dios a quien adoro y obedezco siempre y al levantarme lo primero que hago es darle gracias por cada da que pasa y por todos los momentos hermosos que me permite trazarme. A mi madre, aunque no esta en este momento tan especial conmigo, se que estas alegre y celebrando este triunfo mo desde el cielo, le pido desde aqu Mami que me de todas las bendiciones. A mi padre, hijos, hermanos, nietos y en especial a mi esposo Wolfang Arteaga, porque eres la persona que me brindo todo el apoyo y la fortaleza de no desmayar, para que esta nueva meta se cumpliera en mi vida. Amor este xito es tambin tuyo, gracias.

Luz Marina Salamanca

vi

DEDICATORIA

A DIOS, principalmente, por permitir realizar este sueo tan anhelado por
mi, ya que el me enseo a pensar que nunca es tarde para el estudio cuando uno tiene la voluntad y la fortaleza para lograr el xito, nuevamente te doy muy efusivamente las GRACIAS por ser el pilar fundamental de lograr esto que tiene un gran significado en mi vida. A MI MADRE, que siempre me motivo con su amor, comprensin y cario a seguir adelante y nunca ver hacia atrs, gracias Vieja. A MI PADRE, aunque no esta en este momento tan especial conmigo, se que estas alegre y celebrando este triunfo mo desde el cielo, le pido desde aqu pap que me de todas las bendiciones. A MIS HIJOS, por su amor y apoyarme en todo. A MIS NIETOS, por darme mucha alegra y felicidad.

Wolfgange Arteaga
vii

AGRADECIMIENTO

Agradecemos sobre todo al Comandante Hugo Rafael Chvez Fras, presidente de todos los venezolanos que preocupado por nuestra formacin ha creado Misiones sociales que mejoran nuestra calidad de vida. A nuestro entorno que nos dio las facultades para pensar en nuestro futuro y sobre todo a nuestros padres fieles amigos y consejeros. Gracias por darnos la vida. Gracias a la vida que tenemos, a nuestros mas apreciados amigos por su apoyo para cumplir nuestro objetivo. No tenemos letras para seguir diciendo el gran regocijo que nos da poder terminar esta carrera en donde profesores y compaeros dejan parte de su vida, para dar vida a las ilusiones de nio y que hoy en da se hacen realidad. Solo sabemos que este camino, es solo el comienzo de una gran historia de virtudes.

Muchas gracias.

viii

INDICE GENERAL Pg. DEDICATORIA AGRADECIMIENTO RESUMEN INTRODUCCION..................1 CAPITULOS I. DIAGNOSTICO DEL PROBLEMA 1.1. Planteamiento del Problema.... 1.2. Objetivos........... 1.2.1. General... 1.2.2. Especficos. 1.3. Justificacin.................................. 1.4. Alcances y Delimitacin. 1.5. Factibilidad... 1.5.1. Factibilidad Tcnica.................................. 1.5.2. Factibilidad Econmica.. 1.5.3. Factibilidad Operativa.................................................................... 1.6. Descripcin de la Comunidad abordada 1.6.1. Identificacin de la Comunidad 1.6.1.1. Misin 1.6.1.2. Visin 1.6.2. Mapa de la comunidad 1.6.3. Ubicacin Geogrfica y Poltica

II. MARCO TEORICO 2.1. Antecedentes de la investigacin................................................. 2.2. Base Terica y Tecnolgica. 2.2.1. Biometra... 2.2.2. Sistema Biomtricos 2.2.3. Huellas digitales 2.2.3.1. Caractersticas de las Huellas Digitales. 2.2.4. Automatizacin................................... 2.2.4.1. La Parte Operativa.................................. 2.2.4.2. La Parte de Mando.................................. 2.2.5. Control de acceso... 2.2.6. Registro.............................. 2.2.7. Mantenimiento...................................... 2.2.8. Base de Datos..... 2.2.9. Manuel Noriega Trigo .......................... 2.2.10. MySQL. 2.2.11. Visual Fox Pro... 2.3. Fundamentos legales III. METODOLOGIA DE LA INVESTIGACION 3.1. Metodologa para el desarrollo del Proyecto Socio tecnolgico 3.2. Tipo de la Investigacin 3.3. Diseo de la Investigacin 3.4. Metodologa para el desarrollo del software 3.5. Poblacin y muestra 3.6. Tcnicas e instrumentos de recoleccin de datos

IV. ANALISIS DE LA INVESTIGACION 4.1. Descripcin del producto 4.1.1. Registro y Control de Asistencia al Lugar de Trabajo o Acceso Sitios Restringidos. 4.1.2. Herramientas utilizadas 4.1.3. Requerimientos para implementacin de la aplicacin 4.1.4. Instalacin del diseo, productos y servicios 4.1.5. Funcionamiento Normal del Sistema 4.7. Recursos invertidos por la Institucin 4.8. Anlisis de Puerto USB 4.8.1. Pruebas a

CONCLUSIONES.. RECOMENDACIONES. BIBLIOGRAFIA... ANEXOS..

xi

AUTOMATIZACION DEL SISTEMA DE ACCESO DEL PERSONAL DEL DEPARTAMENTO DE MANTENIMIENTO DEL HOSPITAL DR: MAMANUEL NORIEGA TRIGO

RESUMEN
Autores: Br. Luz Marina Salamanca Br. Wolfgange Arteaga Br. Marisela Guedez Tutores Acadmicos: Facilitador(a) Asesor: Febrero 2011 Para la realizacin del Proyecto se present un esquema que incluya un estudio del rea de recursos humanos, y su afectacin por el control de personal, como la investigacin y desarrollo tcnicos que permitan la creacin de la aplicacin biomtrica de control de personal, la cual tendr por nombre BioAplicacin Noriega (o Saga, como nombre comercial dado para la presentacin al Hospital Dr: Noriega trigo). El objetivo es de una Automatizacin de sistema para el control de acceso del personal es permitir la entrada del personal autorizado a los sitios de trabajo. La Metodologa utilizada fue la expuesta por el Autor Jonas Montilva en base a estas pautas el presente documento est dividido en 4 Captulos principales que comprende de la siguiente manera. El I Diagnostico del problema El II Capitulo establece el Marco Terico. El III Capitulo resea la Metodologa de la investigacin el IV Capitulo conecta la implantacin.

Palabras claves: Automatizacin, Acceso, Biometra, Sistema xii

INTRODUCCION
En este proyecto se desarrollar un sistema de acceso del personal

automatizado, como un proceso integrado a la nmina del Hospital Dr. Manuel Noriega Trigo, en el rea de mantenimiento, tiene como fin dar a conocer los recursos, procesos y las herramientas necesarias para implementar un prototipo (desarrollo del software) que sirva para procesar y validar huellas digitales en una base de datos, teniendo en cuenta los requerimientos del instituto, con los recursos y las tecnologas apropiadas que han sido creadas hasta el momento. As mismo, se aclarar la funcionalidad, justificacin y beneficios que motivan la realizacin del mismo. Se presentar un prototipo que controle y restrinja el acceso a los usuarios a las instalaciones, mediante la verificacin de identidad por la la huella digital de la persona ( dato biomtrico). Durante el transcurso del plan se abordaran temas como huellas digitales: caractersticas, Patrones, Clasificacin. Procesamiento de imgenes: diferentes algoritmos necesarios para procesar la imagen previamente digitalizada, dichos algoritmos lo que hacen es limpiar la imagen de la huella, binarizarla y adelgazarla y as dejarla lista para la extraccin de minucias. Redes neuronales: (La regin central de la imagen esta formada por 16x16 bloques, cada uno de 15x15 pixeles, estos bloques representan la entrada a una red neuronal no supervisada. En este trabajo se propone un Mapa Auto organizado (SOM) para hacer la separacin de clases derivada de la estructura global de la huella dactilar. El algoritmo de entrenamiento es el algoritmo de Kohonen.1

[Simon Haykin, Neural Networks A comprehensive foundation, 1999].

La arquitectura que se propone es un mapa bidimensional de 10x10 neuronas, utilizar un tipo de red neuronal a la hora de hacer la verificacin). El presente instrumento empezar con el planteamiento del problema de investigacin en donde se har una breve descripcin, una formulacin de la pregunta de investigacin, se mencionaran los alcances que tendr el presente proyecto, se explicar el porque de desarrollarlo; seguidamente se plantearan los objetivos y un marco terico de los temas involucrados. Se seguir la metodologa planteada, se explicar con detalles el diseo tanto global como detallado que tendr el desarrollo del trabajo, con todos los diagramas y documentacin correspondiente. Por ultimo se documentar la implementacin y las pruebas realizadas para la conclusin del objeto investigado. A lo largo del presente documento se encontrarn diversos esquemas y diagramas que guiarn y permitirn entender el proceso requerido para lograr los objetivos propuestos.

CAPITULO I Diagnostico del Problema

1.1 Planteamiento del problema La situacin sociocultural del pas conlleva a un rgimen de seguridad, tal que, la gente se ha visto obligada a interactuar con actividades automatizadas relacionadas con la capacidad para establecer la identidad de los individuos a travs de caractersticas anatmicas. Un indicador que satisface estos requisitos es la huella dactilar; se hace necesario entonces, el anlisis y estudios tecnolgicos de las huellas digitales para la identificacin y reconocimiento inequvoco de una persona, y as reducir la posibilidad de cometer errores de falsa aceptacin, que es cuando se acepta a alguien que no es; por ejemplo, alguien podra clonar una credencial de identificacin, o aduearse de los nmeros confidenciales de una persona para hacer una transaccin en perjuicio de su legtimo dueo, y hasta falsificar su firma. En respuesta a situaciones como la anterior, el proceso de autenticacin digital de huellas dactilares est siendo adaptado en diferentes campos ya que actualmente este sistema es una herramienta muy poderosa para identificar personas. En la actualidad las huellas dactilares representan una de las tecnologas biomtricas ms maduras y son consideradas pruebas legtimas de evidencia criminal en cualquier corte del mundo 2

MORALES, Domingo. Sistemas Biomtricos (online). 2004. ltimo acceso 09 de Agosto de 3

2006. http://www2.ing.puc.cl/~iing/ed429/sistemas_biometricos.htm.

De todos los sistemas de identificacin biomtrica existentes, las huellas dactilares son las nicas legalmente reconocidas como prueba fidedigna de identidad. Es un sistema que adems de ser efectivo, es cmodo de aplicar, la autenticacin se obtiene rpidamente y tiene un grado de seguridad tan alto debido a que nadie podra sustraer, copiar o reproducir los elementos usados en ella, ya que son elementos inherentes a su portador. En los ltimos aos se ha notado una preocupacin creciente por las organizaciones regulatorias respecto a elaborar estndares relativos al uso de tcnicas biomtricas en el ambiente informtico. Esta preocupacin es reflejo del creciente inters industrial por este mbito tecnolgico, y a los mltiples beneficios que su uso aporta. No obstante ello, an la estandarizacin contina siendo deficiente y como resultado de ello, los proveedores de soluciones biomtricas continan suministrando interfaces de software a propietarios para sus productos, lo que dificulta a las empresas el cambio de producto. Por todo lo anterior, en este proyecto SOCIO-TECNOLGICO, se busca realizar un estudio acerca del proceso pertinente para el desarrollo y la creacin de un prototipo en lenguaje VISUAL FOX- PRO, en un ambiente cliente - servidor, para procesar y validar huellas digitales, teniendo en cuenta los requerimientos, los recursos y las tecnologas apropiadas, con las cuales no cuenta el sistema actual.

Con la realizacin del presente proyecto se brindar una posible solucin a algunos de esos problemas de seguridad que presenta el Hospital Dr. Manuel Noriega Trigo en el Departamento de Mantenimiento, que implementndolo se puede controlar el acceso tanto a informacin como a instalaciones fsicas por parte del personal del rea tomada como piloto, segn la necesidad de la institucin, cuyo alcance seria proyectarlo a nivel local (Municipio San Francisco, sector San Felipe del Estado Zulia), estadal y nacional. 1.2. Objetivos 1.2.1. General Automatizar el Sistema de Acceso del personal del Departamento de Mantenimiento del Hospital Dr. Manuel Noriega Trigo, Identificando qu parmetros se deben tener en cuenta al desarrollar un prototipo en software para registrar y validar huellas digitales. 1.2.2. Especficos 1. Analizar los requisitos de informacin para el Sistema de acceso de Asistencia del Personal al Departamento de Mantenimiento utilizando un sistema biomtrico. 2. Identificar las tecnologas existentes de procesamiento de huellas digitales. 3. Identificar la manera como un dispositivo ptico usb genera y entrega la informacin obtenida de las huellas dactilares. 4. Implementar un prototipo software para registrar y validar huellas digitales, a partir de la imagen de la misma.
5

5. Identificar las tecnologas existentes de procesamiento de huellas digitales. 6. Pruebas del sistema. 1.3. Justificacin El presente proyecto se ha planteado como la primera fase o el inicio de una solucin a la necesidad de implementar esta tecnologa (identificacin biomtrica), como mtodo y recurso bsico en la seguridad y agilidad de acceso a sistemas de informacin. Con el desarrollo de este proyecto se crear un prototipo que implemente identificacin biomtrica a partir de la imagen de una huella digital y sirva de base para que en posteriores etapas se pueda capturar las huellas mediante diferentes tipos de dispositivos biomtricos y que dichos dispositivos sirvan en el los procesos de registrar, autenticar y validar huellas digitales dentro de una base de datos. De esta manera, el presente proyecto es, desde el punto de vista tanto social como acadmico, de gran utilidad. En el mismo sentido, el desarrollo de nuevos sistemas que hagan ms eficientes las labores cotidianas ha sido una constante preocupacin para la sociedad, por esta razn el presente proyecto involucra conceptos tecnolgicos tan significativos en la actualidad como son la Biometra y la Seguridad Informtica y sus cientos de aplicaciones que tomarn un papel importante y sern de gran utilidad para nuestra sociedad. Desde el punto de vista de la Ingeniera de Sistemas este proyecto incentivar la investigacin acerca de la bio identificacin como mtodo de
6

proteccin de la informacin, que es algo totalmente complejo y tiene amenazas como son: El robo de datos e informacin. Vandalismo, incluyendo la destruccin de datos por virus y similares. Fraude, como empleados que manipulan la informacin a su favor. Invasin de la privacidad, como acceder a informacin privilegiada en una base de datos. Por motivos de seguridad y teniendo en cuenta las anteriores amenazas, es que, tanto la institucin, como cualquier persona, deben contar con mtodos de autentificacin. Mientras que una clave o contrasea es de 4 a 8 dgitos, una huella digital genera una clave de 500 a 1.024 dgitos nicos e irrepetibles que representan la identidad digital de cada persona. La principal ventaja de esta tecnologa es que es mucho ms segura y cmoda que los sistemas tradicionales basados en los passwords o tarjetas, el acceso, a travs de la biometra a un PC o a una sala restringida no depende de algo que se sabe o que se tiene y que se pueden robar o copiar; depende de lo que se es. 1.4. Alcances y Delimitacin Para la realizacin de este proyecto es necesario investigar y adquirir conocimiento sobre tratamiento de imgenes, algoritmos biomtricos y tecnologas de dispositivos de captacin biomtrica existentes. El presente proyecto es la primera fase del desarrollo de un Sistema Automatizado de Identificacin de Huellas Dactilares en software de aplicacin, con lenguaje visual fox pro, orientado a objetos para el control de acceso al rea de mantenimiento del instituto y tiene como fin la creacin de un prototipo que

toma una imagen de una huella digital, la procesa, la registra y la valida en una base de datos para ser auditada por la unidad de recursos humanos. La investigacin para la realizacin de este proyecto se llevar a cabo en la ciudad de San Francisco, municipio San Francisco del Estado Zulia; el proyecto estar avalado por el equipo de informtica y RRHH del hospital Dr. Manuel Noriega Trigo. Para el desarrollo del presente proyecto participarn dos tutores acadmicos, un tecnolgico y la profesora Asesora del PST (Proyecto Socio Tecnolgico) directora de proyecto de grado, un asesor metodolgico y una persona en la parte de desarrollo e implementacin. 1.5. Estudio de Factibilidad 1.5.1. Factibilidad Tcnica El proyecto es desde el punto de vista tcnico realizable, ya que est a disposicin el equipo tecnolgico necesario para la instalacin del sistema propuesto, adems existe en la actualidad el personal capacitado para interactuar con el equipo que requerir la instalacin del sistema; este personal se ubica, especficamente en el rea de Recursos Humano. El hecho de contar con el personal capacitado en el rea donde se ubicar el sistema, implica que no se har necesario la contratacin de personal externo, lo que evitara un gasto adicional. 1.5.2. Factibilidad Econmica Este proyecto es fiable econmicamente, ya que la inversin que se realizara ser justificada, por la calidad de servicios que se estar brindando

a la institucin economizando, tiempo en el departamento de Recursos humanos y as mismo facilitando el trabajo a la Administracin, como tambin se tomara en cuenta el costo del Hardware y del Software.

1.5.3. Factibilidad Operativa Al analizar la factibilidad operativa a nivel gerencias este sistema a

implantarse tiene una aceptacin del 100%, ya que utilizando esta tecnologa est garantizando el cumplimiento del personal en las horas de trabajo y por ende del Hospital crecer con efectividad. 1.6. Resea histrica de la Comunidad abordada Hospital Dr. Manuel Noriega Trigo. El hospital del Seguro Social lleva el nombre del insigne mdico maracaibero que naci el 13 de diciembre de 1903 y muri el 7 de mayo de 1962. Adems de mdico y profesor universitario destacado, fue rector encargado de la Universidad del Zulia, diputado, historiador, escritor y gran poeta. MISIN MILAGRO DESDE EL ZULIA Desde el Hospital Manuel Noriega Trigo, centro piloto de la Misin Milagro en Zulia, el director de la institucin, Eliut Guerra, seal el trabajo que vienen realizando en funcin de devolver la vista a los ms necesitados. El rea quirrgica trabaja 12 horas al da y se han efectuado cirugas los das Sbados y domingos. Igualmente se adelantan planes de deteccin de retinopata

1.6.1. Identificacin de la Comunidad HOSPITAL DR. MANUEL NORIEGA TRIGO Barrio El Manzanillo - San Felipe - San francisco, entrando por la circunvalacin uno. (0261) 761.34.74 / 761.31.80 / 761.34.63 / 761.30.66 1.6.1.1. Misin Tiene como propsito fundamental, brindar asistencia integral, dirigida a todos aquellos casos con problemticas de salud, llevando a cabo programas educativos y de entrenamiento hacia el personal que se desempea en cada una de las unidades operativas, capacitndolos con miras a lograr el bienestar de las comunidades, segn sus necesidades, canalizndolas mediante normas de prevencin y educacin en salud. 1.6.1.2. Visin El Hospital Dr. Manuel Noriega Trigo, es un ente dispensador de salud integral, que ejecuta planes gerenciales y delega en los profesionales de salud, la iniciativa de organizar, planificar y coordinar programas y proyectos, tendientes a evaluar las situaciones de enfermedad y patologas presentadas por la poblacin asegurada y usuaria de la institucin. Teniendo como visin, una eficiente atencin en materia de diagnostico, tratamiento y prevencin en salud, en todos los niveles, conjuntamente con la direccin del Instituto Venezolanos de los Seguros Sociales a escala nacional, aunando esfuerzos mancomunados para que las comunidades alcancen un servicio

de salud eficaz, bajo una gerencia de calidad en trminos de equidad y justicia social.

1.6.2. Mapa de la comunidad Para obtener el mapa de la comunidad utilizamos internet ubicamos la pagina. http://san-francisco-county.wikimapia.org/place/5428512/HospitalManuel-Noriega-Trigo3.

CAPITULO II
3

http://san-francisco-county.wikimapia.org/place/5428512/Hospital-Manuel-Noriega-Trigo

Marco Terico
2.1 Antecedentes de la investigacin Leal, Oswaldo, 2005, Sistema de control de acceso basado en tecnologa Biomtrica. Caso URBE. Institucin: Universidad Dr. Rafael Belloso Chacn. El presente estudio centr su objetivo en el Diseo de un Sistema de reconocimiento de huellas dactilares basado en Tecnologa Biomtrica, para controlar el acceso de cierto personal que labora en la Institucin en un rea determinada. Se utiliz la metodologa de Kendall y Kendall (1992). Despus de analizar la investigacin se puede destacar que el presente estudio es de tipo Aplicado, ya que tiene como objetivo principal darle una respuesta al problema actual en la Universidad. As mismo, de acuerdo al mtodo de estudio es Descriptivo; debido a que se orienta a recolectar informacin relacionada con el estado real de las personas, objetos, situaciones o fenmenos, tal como se present al momento del estudio previo dentro de la Universidad. En cuanto al periodo de recoleccin de la informacin, la investigacin es Prospectiva, ya que los datos fueron seleccionados en funcin del criterio de los investigadores y con fines especficos. El diseo considero varios aspectos fundamentales para el desarrollo, los cuales fueron: Control de Acceso y el Reconocimiento de Huellas Dactilares. El esquema general del diseo esta conformado por el sensor o captador de huellas, el software de aplicacin y la interfaz entre el computador, molinete y/o cerradura. Fue necesario utilizar una aplicacin hecha bajo

Visual Basic, una base de datos, un convertidor de interfaz USB a serial RS489 los cuales hicieron posible la integracin de todos los recursos, y mediante una serie de pruebas operativas se logro el funcionamiento del sistema obteniendo la imagen de la huella y el control del acceso a travs del molinete y/o cerradura. Dentro de las conclusiones cabe destacar que la interfaz diseada tiene como funcin principal la conversin del puerto USB al serial RS-489, con la finalidad de poder transportar la seal a una distancia mayor por medio de la modulacin. Arias, Natalia, 2009, Trabajo Especial de Grado Para Optar al Ttulo de Ingeniero en Computacin e Informtica. Institucin: Universidad Dr. Rafael Belloso Chacn. Sistema de control de acceso basado en tecnologa Biomtrica utilizando capta huellas. El propsito fundamental de este estudio fue disear un sistema automatizado para el control de acceso. La perspectiva ms importante de esta investigacin es la creacin de un programa que permite controlar de forma ms detallada la entrada y salida del personal que labora en esta empresa de telecomunicacin. Para la teorizacin de la variable se tomaron los puntos de vista de los autores: Torres (2005), Montilva (1992), y Capilla (2003). Luego se describi la situacin objeto de estudio, se plantearon los objetivos, la justificacin y la delimitacin. La misma se clasifico como una investigacin proyectiva, descriptiva, de campo y documental, considerando los criterios de finalidad, mtodo y forma de obtener los datos. En cuanto a las tcnicas de recoleccin de datos, esta se bas en la entrevista, encuesta y observacin directa, como instrumento se utiliz guin de entrevista, cuestionario, formato de visita y gua de observacin. La metodologa utilizada fue la expuesta por los autores Kendall & Kendall (1997), Senn (1992) y Powell (2002), la cual consta de cuatro fases indispensables a la

hora de llevar a cabo la investigacin: investigacin preliminar y anlisis del sistema actual, determinacin de necesidades y requerimientos, diseo lgico y fsico y por ltimo prueba del sistema. Se utiliz como lenguaje de programacin PHP, HTML y JavaScript, como manejador de base de datos se uso MySQL y como servidor Web APACHE. Finalmente se concluye que los resultados de dicha investigacin determinan una mejora en el servicio prestado por la empresa tanto de sus clientes como de sus empleados al cambiar de un sistema manual a uno automatizado y con un gasto econmico menor debido a que slo se tendra que disponer de algunos equipos. Se recomienda realizar copia de seguridad a la base de datos de forma programada, de manera de poder llevar un control y evitar la prdida de datos. Barrios Montini, Anna Ely, 2010, Sistema de informacin para el control de acceso bajo Tecnologa Biomtrica en el Colegio de Ingenieros del Estado Zulia. El presente trabajo tuvo como objetivo principal el desarrollo de un Sistema de Informacin para el Control de Acceso bajo tecnologa Biomtrica en el Colegio de Ingenieros del Estado Zulia, el cual permitir tener un mayor control del personal que accede a las instalaciones. Se presentan dos variables de informacin: Sistema de Informacin y Control de Acceso bajo tecnologa Biomtrica. La investigacin fue de tipo Aplicada y de Campo y por su mtodo se clasifica como Descriptiva. Para su elaboracin, se utilizaron tcnicas de recoleccin de datos como la observacin directa y la entrevista informal. La metodologa aplicada para el desarrollo de la investigacin estuvo basada en la propuesta por el autor Roger Pressman (2005) la cual se encuentra compuesta por seis (6) tareas: 1. Inicio del Proceso de la Ingeniera de Requisitos, 2. Obtencin de Requisitos, 3.

Desarrollo de Casos de Uso, 4. Construccin del Modelo de Anlisis, 5. Negociacin de Requisitos y 6. Validacin de Requisitos. El sistema fue desarrollado bajo el programa Visual Basic 6.0. Este trabajo explora el desarrollo de sistemas de informacin y los pasos a seguir para obtener un sistema eficiente que cumpla con todos los requerimientos bajo los cuales fue elaborado. Finalmente, los resultados del estudio comprobaron que con el desarrollo de este sistema, se solventarn los inconvenientes en cuanto a la seguridad del acceso a las instalaciones de la organizacin. La metodologa que se utilizara en el desarrollo del proyecto es MEDSI. (Jons Montilva, 1992. ULA, Mrida). Metodologa estructurada para el diseo de sistemas de informacin. Es una metodologa estructurada para desarrollar sistemas de informacin en y para estructuras de cualquier tipo. Se tomara esta tcnica, porque han demostrado ser utiliza diferentes mtodos y destrezas

estructuradas, que son propias de la ingeniera de la programacin, y que las ms eficientes y eficaces para el desarrollo de sistemas programados y consta de ocho fases o pasos. 2.2. BASES TEORICAS Y TECNOLOGICAS 2.2.1. Biometra Para David Zhang la biometra es: La biometra es la ciencia que se dedica a la identificacin de individuos a partir de una caracterstica anatmica o un rasgo de su comportamiento. 4

ZHANG, David D. Biometra automatizada: Tecnologas y Sistemas. Springer

Editores. 2000. 344p.

Una caracterstica anatmica tiene la cualidad de ser relativamente estable en el tiempo, tal como una huella dactilar, la silueta de la mano, patrones de la retina o el iris. 2.2.2. Sistemas Biomtricos Son mtodos automatizados de reconocimiento de personas basados en caractersticas fisiolgicas o conductistas. Algunas de las caractersticas son cara, huellas digitales, geometra de la mano, escritura a mano, el iris, de retina, la vena, y la voz. Las tecnologas biomtricas se estn volviendo el principio bsico de un conjunto imponente de identificacin altamente seguro y soluciones de verificacin personal. Los sistemas biomtricos incluyen un dispositivo de captacin y un software que interpreta la muestra fsica y la transforma en una secuencia numrica nica. En el caso del reconocimiento de la huella digital, se ha de tener en cuenta que en ningn caso se extrae la imagen de la huella, sino una secuencia de nmeros que la representan; esto, adems, sirve para que nadie que opere con estos sistemas guarde un registro fotogrfico de las huellas digitales con la posibilidad de reproducirlas para otros usos. A partir de los planteamientos de la asociacin internacional de biometra se deduce que, las aplicaciones de autenticacin biomtrica incluyen desde acceso seguro a computadores, redes, la proteccin de datos, el acceso remoto a recursos, la seguridad en transaccin y la seguridad de Web, hasta el control horario y control de acceso fsico a una sala de acceso restringido.

Utilizar sistemas biomtricos para la autenticacin personal se est volviendo conveniente y considerablemente ms preciso que los mtodos actuales (como la utilizacin de contraseas), esto es porque es particular (una contrasea o seal puede ser usada por alguien aparte del usuario autorizado), conveniente (nada a llevar o recordar), preciso (tiene prevista autenticacin positiva), pueden proveer una pista para auditoria y son socialmente aceptables. 5 De todos los sistemas de identificacin biomtrica existentes, las huellas dactilares es el mtodo ms viejo, el cual ha sido usado en numerosas aplicaciones, adems, las huellas dactilares son las nicas legalmente reconocidas como prueba fidedigna de identidad. Es un sistema que adems de ser efectivo, es cmodo de aplicar y la autenticacin se obtiene rpidamente. 2.2.3. Huellas Digitales Las huellas digitales son caractersticas exclusivas de los primates. En la especie humana se forman a partir de la sexta semana de vida intrauterina y no varan en sus caractersticas a lo largo de toda la vida del individuo. Son las formas caprichosas que adopta la piel que cubre las yemas de los dedos. Estn constituidas por rugosidades que forman salientes y depresiones. Las salientes se denominan crestas papilares y las depresiones surcos inter papilares. 6
5

Introduccin a la Biometra. (online). ltimo Acceso 02 de Septiembre 2006.

http://www.biometrics.org/.
6

Identificacin Biomtrica con huellas digitales, (online), Diciembre 2002, ltimo 01 de Septiembre de 2006.

acceso

http://ciberhabitat.gob.mx/hospital/huellas/textos/identificacion.htm.

En las crestas se encuentran las glndulas sudorparas. El sudor que stas producen contiene aceite, que se retiene en los surcos de la huella, de tal manera que cuando el dedo hace contacto con una superficie, queda un residuo de sta, lo cual produce un facsmil o negativo de la huella. La huella digital es utilizada con xito en todo el mundo para la identificacin de personas tanto por organismos policiales, gubernamentales o privados. Esto se debe a unos precisos y seguros aspectos: I. Permanencia: No cambian sus caractersticas con el tiempo. II. Unicidad: Siempre difieren, son nicas e irrepetibles an en gemelos. III. Universalidad: Todas las personas tiene huellas digitales. IV. Cuantificacin: La caracterstica puede ser medida en forma cuantitativa. 2.2.3.1. Caractersticas de las Huellas Digitales. Las huellas digitales tienen caractersticas visibles que son: las crestas, los surcos, las minucias, el ncleo y el delta. a.- Surcos: Son las reas de la huella digital que se encuentran a cierto nivel de profundidad. Ver. Fig.1. b.- Crestas: Son las reas de la huella digital que se encuentran al nivel de la misma. Ver. Fig.1. c.- Minucias: Es el punto en el que termina una cresta o se bifurca en dos o ms crestas. Se define en trminos de sus coordenadas (x, y) y el ngulo de orientacin de la cresta7 .Ver Fig. 2 La caracterstica ms interesante que presentan tanto las minucias como los puntos singulares ncleo y deltas es que son nicos para cada individuo y

FANDEZ, Marcos. Tratamiento Digital De Imagen. Mxico, D.F. AlfaOmega Edit.

270 p.

permanecen inalterados a travs de su vida. A pesar de la variedad de minucias, las ms importantes son las terminaciones y bifurcaciones de crestas. Esto ltimo se debe a que las terminaciones de crestas representan aproximadamente el 60.6% de todas las minucias en una huella y las bifurcaciones el 17.9%. 2.2.4. Automatizacin La automatizacin es un sistema donde se trasfieren tareas de produccin, realizadas habitualmente por operadores humanos a un conjunto de elementos tecnolgicos. Un sistema automatizado consta de dos partes principales: a. Parte de Mando b. Parte Operativa 2.2.4.1. La Parte Operativa Es la parte que acta directamente sobre la mquina. Son los elementos que hacen que la mquina se mueva y realice la operacin deseada. Los elementos que forman la parte operativa son los accionadores fotodiodos. 2.2.4.2. La Parte de Mando Suele ser un autmata programable (tecnologa programada), aunque hasta hace bien poco se utilizaban relees electromagnticos, tarjetas electrnicas o mdulos lgicos neumticos (tecnologa cableada). En un sistema de fabricacin automatizado el autmata programable esta en el centro del sistema. Este debe ser capaz de comunicarse con todos los constituyentes de sistema automatizado. de las mquinas como motores, cilindros, compresores y los captadores como

2.2.5. Control de acceso Es la habilidad de permitir o denegar el uso de un recurso particular a una entidad en particular. Los mecanismos para el control de acceso pueden ser usados para cuidar recursos fsicos (ej: acceso a una habitacin donde hay servidores), recursos lgicos (ej: una cuenta de banco, de donde solo determinadas personas pueden extraer dinero) o recursos digitales (ej: un archivo informtico que slo puede ser ledo, pero no modificado 2.2.6. Registro Un registro, en programacin, es un tipo de dato estructurado formado por la unin de varios elementos bajo una misma estructura. Estos elementos pueden ser, o bien datos elementales (entero, real, carcter, o bien otras estructuras de datos. A cada uno de esos elementos se le llama campo. 2.2.7. Mantenimiento El Mantenimiento es una profesin que se dedica a la conservacin de equipo de produccin, para asegurar que ste se encuentre constantemente y por el mayor tiempo posible, en ptimas condiciones de confiabilidad y que sea seguro de operar. 2.2.8. Base de Datos Se define una base de datos como una serie de datos organizados y relacionados entre s, los cuales son recolectados y explotados por los sistemas de informacin de una empresa o negocio en particular.

2.2.9. Manuel Noriega Trigo El Hospital Dr. Manuel Noriega Trigo es un organismo de carcter pblico, autnomo dependiente del Instituto Venezolano de los Seguros Sociales (IVSS) cuya razn de ser es brindar proteccin de seguridad social a todos sus beneficiarios de manera oportuna y con calidad de excelencia en el servicio prestado. 2.2.10. MySQL Es un sistema de administracin de bases de datos para bases de datos relacionales. As, MySQL no es ms que una aplicacin que permite gestionar archivos llamados de bases de datos o, lo que es lo mismo, existen muchos tipos de bases de datos, desde un simple archivo hasta sistemas relacionales orientados a objetos. MySQL, como base de datos relacional, utiliza mltiples tablas para almacenar y organizar la informacin. 2.2.11. Visual Fox Pro Visual Fox Pro es un gestor de base de datos, orientado a la programacin de objetos, pertenece a la familia xbase lo que hace que su programacin sea sencilla, estructurada y ms fcil de entender tanto para programadores principiantes como programadores expertos. 2.3. Fundamentos Legales El gobierno de la Repblica Bolivariana de Venezuela, con el fin de mejorar la eficiencia de los servicios de identificacin de ciudadanos venezolanos, migracin y control de extranjeros, a travs del Servicio Administrativo de Identificacin, Migracin y Extranjera (SAIME) concibe el Proyecto Identidad Electrnica, como un servicio integral orientado a la satisfaccin de las necesidades de la sociedad, en materia de identificacin,

contribuyendo a garantizar la seguridad y soberana tecnolgica del Estado Venezolano a travs, de la Superintendencia de Servicios de Certificacin Electrnica (SUSCERTE), Venezuela es el primer pas de Amrica en emitir el Pasaporte Electrnico .Este documento se emite desde Marzo de 2007, es una lmina de policarbonato con grabados de lser y tiene un Chip con capacidad de almacenamiento de datos del usuario de 72kb. Los datos almacenados estn firmados electrnicamente por SAIME, y poseen un certificado especial emitido por SUSCERTE. El Decreto-Ley N 1.204 de fecha 10/02/2001 publicado en la Gaceta Oficial N 37.148 del 28/02/2001, tiene por objeto, otorgar y reconocer eficacia y valor jurdico a la Firma Electrnica, al Mensaje de Datos y a toda informacin inteligible en formato electrnico (video, msica, fotografa, entre otros), independientemente de su soporte material, atribuible a personas naturales o jurdicas, pblicas o privadas, as como regular lo relativo a los Certificados Electrnicos. Los documentos electrnicos tienen la misma garanta legal que los documentos en papel, tal como lo establece la Ley Sobre Mensajes de Datos y Firma Electrnica en su Artculo 4: Los Mensajes de Datos tendrn la misma eficacia probatoria que la ley otorga a los documentos escritos, sin perjuicio de lo establecido en la primera parte del artculo 6 de este decreto ley. Su promocin, control, contradiccin y evacuacin como medio de prueba, se realizar conforme a lo previsto para las pruebas libres en el Cdigo de Procedimiento Civil. La informacin contenida en un Mensaje de Datos, reproducida en formato impreso, tendr la misma eficacia probatoria atribuida en la ley a las copias o reproducciones fotostticas En este orden de ideas, es conveniente acotar que la responsabilidad del signatario del certificado se asumir por medio de una declaracin, negocio u otro acto y no desaparecer porque el medio en cuestin sea electrnico, salvo que alguna condicin legal exija lo contrario.

Por ltimo, este decreto ley pretende convertirse en la piedra angular del comercio y gobierno electrnico, generando confianza y estimulando su uso en el Estado Venezolano, el Reglamento Parcial del Decreto Ley Sobre Mensajes de Datos y Firmas Electrnicas Publicado en la Gaceta Oficial N 38.086 del 14 de Diciembre de 2004, bajo el Decreto N 3.335 de Diciembre de 2004 y tiene por objeto desarrollar la normativa que regula la acreditacin , creacin del Registro de Auditores, estndares, planes y procedimientos de seguridad de conformidad con el Decreto Ley. Todo esto, se fundamenta jurdicamente de la siguiente manera: En la Constitucin de la Repblica Bolivariana de Venezuela, por la parte educativa en le Art. 102, en el cual se consagra la educacin como un derecho humano y donde el estado asume como un deber el conocimiento cientfico y tecnolgico, entre otras cosas, en el Art. 103 se plantea el derecho de toda persona a la educacin en igual condiciones y oportunidades . Por otra parte la constitucin desde el punto de vista tecnolgico en su Art. 108 y 109 establece que los medios de comunicacin social pblicos y privados contribuirn con la formacin ciudadana y las instituciones educativas deben incorporar los conocimientos y aplicacin de las nuevas tecnologas ; y el Art. 110 nos dice que el estado reconoce la tecnologa y sus aplicaciones como medio para el desarrollo del pas en todos sus aspectos y dispondr de los recursos necesarios para su desarrollo y prev la participacin de los entes privados . De igual manera LA LEY ORGANICA DE CIENCIA, TECNOLOGIA Y COMUNICACIN en su Art. 01 establece a esta ley como el instrumento que orienta en materia de ciencia y tecnologa para promover la investigacin cientfica y fomentar e impulsar el desarrollo nacional. En tal sentido el decreto 825 de la presidencia de la Repblica establece el uso de la INTERNET como poltica prioritaria para el desarrollo de la nacin y el decreto 3390 establece el uso del SOFTWARE libre como uso

obligatorio para la administracin pblica nacional. Despus de todo lo expuesto, podemos decir que el proyecto Socio- Tecnolgico; tienen un sustento legal bastante grande y apropiado para crear una plataforma firme que pueda mantenerse en el tiempo y en relacin a la educacin no queda a la deriva es englobada dentro de la legalidad de una manera coherente.

CAPITULO III Metodologa de la Investigacin

3.1. Metodologa para el desarrollo del Proyecto Socio tecnolgico Para alcanzar los objetivos planteados en el presente trabajo, seguimos la una metodologa que dispone de tres elementos metodolgicos. Por una parte, una Introduccin Terica que permite establecer los conceptos fundamentales vinculados a los sistemas biomtricos basados en huellas dactilares. Por otra parte, el Desarrollo Algortmico y la Implementacin son elementos metodolgicos vinculados, que permiten integrar las etapas de planteamiento, elaboracin, optimizacin y validacin de los algoritmos con su implementacin en dos plataformas de hardware especficas. La Introduccin Terica se divide en dos etapas. En la primera etapa se describen los principales fundamentos de los sistemas biomtricos en general y los basados en huellas dactilares en particular, incluyendo valiosos conceptos y definiciones, adems de una estricta, rigurosa y completa terminologa necesaria para comprender este trabajo. En la segunda etapa se describen aquellas tcnicas algortmicas empleadas vinculadas al procesamiento de imgenes y al reconocimiento de patrones, es importante recalcar que la implementacin de un sistema biomtrico requiere un profundo conocimiento de ambas ramas de la ciencia computacional. El Desarrollo Algortmico se realiz a partir de una amplia revisin de la literatura especializada que recoge los trabajos de investigacin

relacionados. Hemos establecido que la elaboracin algortmica de un sistema biomtrico basado en huellas dactilares requiere de tres etapas generales: Anlisis, Extraccin de Caractersticas y Coincidencia de impresiones dactilares, tal sub divisin queda sustentada en la estructura general de todo sistema de reconocimiento de patrones. Una etapa de Anlisis, que permite la descomposicin de la estructura intrnseca del patrn de entrada en nuevos patrones que particularizan algn tipo de informacin presente. La etapa de Extraccin de Caractersticas, que permite representar al patrn en forma sintetizada valindose de las salidas generadas por la etapa de Anlisis y por el patrn mismo. Por ltimo, la etapa de Coincidencia, permite establecer la semejanza del patrn de entrada con algn otro patrn previamente registrado, valindose de las salidas generadas por la etapa de Extraccin de Caractersticas. La Implementacin, elemento metodolgico vinculado al Desarrollo algortmico permite plasmar en dos plataformas de hardware las diferentes tcnicas desarrolladas en el presente trabajo , adems permite la validacin y evaluacin del desempeo de cada tcnica desarrollada, empleando para ello una base de datos estndar y las medidas estndares de rendimiento establecidas por la comunidad cientfica . 3.2. Tipo de la Investigacin En el sistema de acceso controlado por huella dactilar se utilizar la investigacin documental, ya que el marco terico est basado en expedientes ya elaborados, para poder tener una descripcin de los sistemas biomtricos ya diseados y as elaborar una idea de cmo hacerlo, y tener definiciones para una mejor comprensin y su amplio desarrollo.

Se har uso de la investigacin de campo en la parte de experimentacin ya que se tendr una variable a manipular (huella dactilar), para observar cada una de sus caractersticas, para poder lograr un diseo de algoritmos y de esta manera llevar a cabo la comparacin con un patrn ya establecido, para el desarrollo del sistema de acceso controlado por huella dactilar. Dentro del desarrollo del proyecto tambin se realizar una investigacin documental descriptiva de acuerdo a su profundidad. El software ser diseado para desarrollar un sistema de acceso controlado por huella dactilar, para la identificacin de personas, y as permitir o no el acceso de estas. Basado en los conceptos de la biometra, se buscar extraer las caractersticas ms importantes de la huella con el fin de disear algoritmos, para obtener un sistema ms preciso y confiable, para controlar el acceso a la informacin. La captura de la huella en este prototipo se intentar hacer mediante dispositivos biomtricos o capta huellas de uso corriente. Como primer problema se plantear la realizacin de un software que despus de capturar la imagen se encargue de llevar a cabo una serie de funciones para poder identificar la huella haciendo una comparacin con un patrn ya establecido dentro del programa. Para esto se requiere del anlisis detallado de una serie de caractersticas de la huella, para realizar un buen diseo del sistema. 3.3. Diseo de la Investigacin 1. Investigacin Documental: Porque va a quedar documentada, y se basa en una bibliografa. 2. Investigacin de Campo: Experimentacin, se va a manipular la variable, huella dactilar.

3. Segn el anlisis de la informacin: Descriptiva.- Es un software basado en el anlisis de algoritmos.

3.4. Metodologa para el desarrollo del software La metodologa utilizada es MEDSI, cuyas siglas, es una metodologa estructurada para desarrollar sistemas de informacin en y para organizaciones de cualquier tipo. Entre las caractersticas resaltantes de esta metodologa se puede destacar. 1. ES ESTRUCTURADA: esta caractersticas se debe a dos razones esenciales: a. Utiliza diferentes mtodos y tcnicas estructuradas, que ms eficientes y eficaces para

son propias de la Ingeniera de la Programacin, y que han demostrado ser las el desarrollo de sistemas programados. b. Gua paso a paso de arriba hacia abajo el grupo que la

aplica explicando primero de forma muy general lo que debe hacerse para luego entrar en los detalles, a medida que se avanza hasta explicar las tareas esenciales que el grupo debe llevar a cabo para realizar el sistema de informacin. 2. ES COMPLETA. Cubre todas las distintas fases del ciclo de desarrollo de un sistema de informacin, desde la definicin del proyecto hasta la implantacin del sistema a travs de las fases, a un nivel bastante detallado, explicando las actividades que deben hacerse y en la

mayora de los casos, enumerando las tareas especficas que los miembro del grupo deben efectuar. 3. ES PARTICIONADA. A fin de manipular mejor la inherente a un proyecto de este tipo, la metodologa se divide en fases, y cada una de las fases est compuesta por pasos los cuales estn orientados a algn tipo de tpicos, aspecto o elemento de un sistema de informacin. Cada paso a su vez agrupa a un conjunto de actividades que han de ser realizadas por el grupo de desarrollo. Los diagramas utilizados en esta metodologa, para explicar las diferentes fases estn basados en la tcnica de Anlisis Estructurado de Sistemas, y corresponden a lo que, en trminos de esa tcnica, recibe el nombre de Diagrama de Flujo de Datos. Los elementos para construir un diagrama de Flujo de datos, son los siguientes: Esta metodologa (MEDSI), est orientada a proyectos medianos y grandes, que ameriten la integracin de grupos de desarrollo conformados por tres o ms personas que puedan requerir para su desarrollo varios meses. 2. Fases de MEDSI. Fase I. Descripcin del Proyecto Determinar la factibilidad de desarrollar un nuevo sistema de informacin y estimar los costos, tiempos y recursos requeridos de tal manera que las unidades interesadas puedan decidir si se ha de emprender o no el proyecto. Si se decide realizarlo se elabora el plan del proyecto. Dentro de esta fase encontramos los siguientes pasos: 1. Estudio Preliminar del proyecto: este estudio muestra de manera general si se justifica o no desarrollar un sistema de informacin para

satisfacer las necesidades de las unidades interesadas. Para ello, el gerente realiza las siguientes actividades: 2. Reconocer el problema. Implica efectuar las acciones necesarias para reconocer que existe un problema. Las tareas que este debe realizar en esta actividad son:

Recopila y analizar aquellos elementos que indiquen la necesidad de un nuevo sistema.

Realizar reuniones preeliminares con el personal de las unidades involucradas para definir la necesidad de un cambio.

3. Formular el problema. Esta actividad busca diagnosticar, de modo muy general, el sistema actual, si es que existe, tratando de responder entre otras cosas, las siguientes interrogantes:
a. b. c. d. e.

Qu hace este sistema actual? Qu objetivo persigue? Los logra actualmente? Por qu? Qu dificultades o inconvenientes presenta? Qu reas de la organizacin se ven afectadas? Es parte de un problema mayor?

As mismo se busca determinar las necesidades preliminares que puedan o no justificar el desarrollo del nuevo sistema. Alguna de las interrogantes que se han de responder son:
a.

Qu argumentos justifican un cambio?

b. c. d.

Por qu es importante un cambio? Por qu se cree que un nuevo sistema resolver el problema? Qu funciones generales debera ejecutar el nuevo sistema?

Para esta actividad el gerente del proyecto debe llevar a cabo las siguientes tareas: a. Realizar entrevistas con las personas que sientan la necesidad de un cambio. b. Recopilar y archivar documentos, notas de las entrevistas y datos relevantes del sistema actual, sus inconvenientes y la necesidad de cambio. c. Analizar la documentacin archivada. d. Elaborar el informe preliminar. 4. A partir del anlisis anterior, el gerente debe elaborar un informe que resuma los resultados de las actividades anteriores, el cual debe concluir si existen o no necesidades y problemas actuales que justifiquen emprender el desarrollo de un nuevo sistema. El gerente presenta el informe preliminar a los directivos de las unidades involucradas quienes deciden, a partir de ese informe, si se emprende el proyecto o no, o si es necesario un mayor estudio. 5. Discutir el informa preliminar. 6. Planificar el estudio de factibilidad.

Dependiendo de la decisin adoptada durante la discusin del informe preliminar, el gerente se dedica ahora a iniciar un estudio de factibilidad del proyecto, para ello debe realizar previamente las siguientes tareas:
a)

Determinar las actividades y tareas necesarias para conducir

un estudio de factibilidad..
b) c)

Determinar los recursos requeridos. Programar los tiempos de las actividades y tareas.

7. Estudio de Factibilidad. Una vez que se ha justificado la necesidad de un nuevo sistema, el gerente debe estudiar, junto con el grupo seleccionado para este paso, la factibilidad tcnica, econmica y psicosocial de diferentes alternativas que puedan constituir soluciones aceptables al problema actual. Por consiguiente, el grupo de factibilidad debe realizar las siguientes actividades: a. Evaluar el sistema actual. b. Siempre y cuando exista un sistema actual de informacin el grupo de be evaluar en este momento dicho sistema. En esta actividad el grupo se dedica a establecer los requerimientos generales de un nuevo sistema. c. d. Establecer nuevos requerimientos en forma general.

Formular sistemas alternativos. El grupo identifica, en esta actividad diferentes configuraciones para el sistema que satisfaga los requerimientos generales establecidos en la actividad anterior, las tareas que han de realizarse son:

Identificar configuraciones alternativas. Para cada alternativas:

o o

Describir sus caractersticas principales. Determinar que requerimientos no se satisfacen, total o parcialmente.

o o

Definir el grado de automatizacin. Determinar que restricciones y atributos no se pueden satisfacer.

Para cada sistema alternativo se debe establecer su factibilidad tcnica, ellos deben responder a dos interrogantes: es posible desarrollar el sistema propuesto con la tecnologa actual o existente?, y si es posible, qu tecnologa adicional debe adquirir la organizacin?. Las tareas que se deben efectuar son:
a. b. c.

Evaluar las tecnologas que dispone la organizacin. Determinar la tecnologa demandada. Determinar la tecnologa adicional que debe adquirirse.

8. Determinar factibilidad econmica. En esta actividad el grupo debe realizar un anlisis costo beneficio que permita identificar y medir los costos de desarrollo de operacin y los beneficios que obtiene la organizacin de cada sistema alternativo; para luego comparar las diferentes alternativas bajo un criterio econmico. Tambin deben estimarse los tiempos de desarrollo de cada sistema propuesto a fin de medir la factibilidad econmica de cada uno de ellos. La implantacin de un sistema de informacin automatizado en cualquier organizacin crea un impacto social, que puede ocasionar su aceptacin el

rechazo total al cambio tecnolgico que se pretende introducir. El grupo debe predecir o estimular para cada alternativa el impacto social que ellas pueden originar dentro de la organizacin.

9. Determinar factibilidad psicosocial. Este informe describe cada sistema alternativo y resume su factibilidad tcnica, econmica psicosocial. 10.Elaborar informe de factibilidad. 11.Discutir el informe de factibilidad. El gerente del proyecto presenta el informe a la comisin de planificacin, quienes junto con los otros directivos de las unidades involucradas discuten la factibilidad de cada alternativa y selecciona la ms conveniente. El proyecto puede ser paralizado debido a que no existan alternativas factibles o convenientes a la organizacin. 1. Planificacin del Proyecto. A partir de la decisin de continuar con el proyecto y de la seleccin de un enfoque alternativo para el nuevo sistema de informacin, el gerente del proyecto se dedica a planificar el mencionado proyecto, tratando de estimar los costos, tiempos y recursos para llevarlo a cabo. 2. Este paso tiene por finalidad elaborar un documento que gue el desarrollo del proyecto y que denominaremos el PLAN DE

PROYECTO. Las actividades que debe realizar el gerente del proyecto durante el proceso de planificacin son: 1. Elaborar un plan general. 2. Elaborar un plan de fases. 3. Elaborar un plan de organizacin. 4. Elaborar un plan metodolgico. 5. Elaborar un plan de administracin de la configuracin. 6. Elaborar un plan de administracin de recursos. 7. Elaborar un plan de documentacin. 8. Elaborar un plan calendario de eventos. 9. Seleccionar el grupo de desarrollo. 10. Revisar el plan de proyecto. 11. Discutir el plan de proyecto. Fase II Anlisis del Contexto En esta fase se busca ganar un slido conocimiento del sistema ampliado dentro del cual se ubicar el nuevo sistema de informacin y determinar las deficiencias y problemas que presenta el actual sistema de informacin (Si existe). Dentro de esta fase encontramos los siguientes pasos: 1. Anlisis documental. este paso le permite al grupo de desarrollo disponer de una biblioteca organizada de documentos relativos al proyecto. Una ve constituida la biblioteca, el grupo se ocupa de estudiar la documentacin propia del sistema con miras a obtener una primera aproximacin al conocimiento del citado sistema y sobre todo

al contexto que lo contiene. Las actividades que el grupo desarrollo debe llevar a efecto durante ese paso son: a) Recopilar documentos. b) Con la colaboracin de los diferentes usuarios del sistema actual, el grupo recopila toda la documentacin posible a tal sistema. Al finalizar la recopilacin de documentos el gerente del proyecto asigna a una o ms personas del grupo para que se encarguen de organizar la biblioteca, estas personas son denominadas bibliotecarios del proyecto. a) b) Organizar documentacin. Estudiar documentos.

Despus de haberse organizado la biblioteca el grupo se dedica a estudiar a documentacin. El gerente programa reuniones de discusin, distribuye el material para lecturas individuales y conduce las discusiones en equipo sobre algunos documentos en particular el objetivo de este estudio es familiarizarse con el sistema actual antes de iniciar su anlisis formal. 1. Analizar el contexto del sistema. 2. Durante esta actividad el grupo de desarrollo estudia el sistema de actividades (sistema empleado) dentro del cual est enmarcado el sistema de informacin. Ello debe llevar a determinar los objetivos de ese sistema, definir su estructura, establecer sus procesos y determinar su comportamiento.

3. Analizar el sistema actual de informacin. 2. Anlisis del Contexto. este paso constituye un estudio formal de todo el sistema, con un nivel de detalle ms profundo que aquellos realizados anteriormente. Su objetivo es permitirle al grupo de desarrollo conocer el sistema actual y su contexto para luego modelarlo y sobre el modelo identificare las situaciones problemticas que el sistema presenta. El modelo del sistema actual se elabora utilizando la tcnica conocida como "Anlisis Estructurado de Sistema". El modelo general est integrado por dos submodelos. En esta actividad el grupo de desarrollo identifica los

objetivos, estructuras y procesos del sistema actual, para ello deben efectuar las siguientes tareas:
a. b. c. d. e. f. g. h. i.

Definir los objetivos del sistema de informacin. Identificar sus sub sistemas. Identificar sus funciones. Identificar las entradas, procesos y salidas de cada funcin. Determinar su flujo de informacin. Identificar sus archivos. Analizar su documentacin y sus procedimientos manuales. Identificar los usuarios de sistema y describir sus tareas. Describir la tecnologa que utiliza el sistema.

1. Construir el modelo del sistema actual de Informacin.

Para ello se utiliza la tcnica de anlisis estructurado de sistemas que permite elaborar los modelos fsicos y lgicos del sistema de informacin. Las tareas que se deben realizar durante esta actividad se dividen en:
a. b. c.

Construir los diagramas de flujo de datos del modelo fsico y lgico. Elaborara el diccionario de datos. Describir cada proceso del modelo lgico hasta un nivel adecuado.

1. Elaborar el informe del sistema actual.

Este informe resume los resultados de las actividades anteriores, mediante una descripcin del ambiente y del mismo sistema, la presentacin del modelo y la descripcin de los problemas que presenta el actual sistema. Fase III Definicin de requerimientos. Esta fase busca definir los requerimientos de los usuarios y establecer las funciones, restricciones y atributos que el nuevo sistema de informacin debe satisfacer. 2. Especificacin de Requerimientos de Informacin. El grupo de desarrollo se encarga de especificar junto con el usuario del nuevo sistema las salidas, las entradas y las estructuras necesarias de datos. Las actividades que realizas el grupo de desarrollo durante este paso son las siguientes: 1. Determinar los requerimientos de informacin. En conjunto con los usuarios, el grupo de desarrollo determina las necesidades actuales y futuras de informacin que el nuevo sistema de informacin debe satisfacer. Dichos requerimientos son:

Requerimientos de entrada. Requerimientos de salida. Requerimientos de almacenamiento.

1. Construir el libro de requerimientos de informacin. Este libro contiene una entrada para cada requerimiento de informacin nuevo o viejo. Los requerimientos se agrupan e divisiones de acuerdo al tipo sealado en la actividad anterior. La divisin de requerimientos de salida se organiza por sesiones. Cada sesin contiene los requerimientos de informacin de una unidad funcional que est involucrada en el sistema. 1. Especificacin Funcional del Nuevo sistema. Tomando como elemento de entrada el informe del sistema actual y el libro de requerimiento, el grupo, a lo largo de este paso, especifica con los usuarios las funciones que el nuevo sistema debe realizar. a. Determinar requerimientos funcionales. b. Este tipo de requerimiento constituye las funciones que el nuevo sistema debe ejecutar para lograr la consecucin de los objetivos identificados en el estudio de factibilidad. Utilizando el informe del sistema actual, el grupo determina con los usuarios, aquellas funciones que deben continuar, las que se han de modificare o eliminar y las que se han de incorporar al nuevo sistema. Este modelo es constituido utilizando la tcnica "Anlisis Estructurado de Sistema", y constituye un medio grfico de valioso apoyo descriptivo y

documentado de cada una de las funciones del sistema en desarrollo debe realizar. c. Construccin del modelo lgico del nuevo sistema. Bajo el nombre de especificacin funcional del nuevo sistema se almacena en la biblioteca del proyecto el modelo lgico y la lista de restricciones y atributos y a partir de ellos se elabora un resumen que denominaremos informe del nuevo sistema. d. Elaborar el informe del nuevo sistema. e. Discutir el informe del nuevo sistema. f. Determinar Restricciones. 2. Especificacin de Restricciones y Atributos. En este paso, el grupo de desarrollo establece junto con los usuarios las restricciones bajo las cuales se deben desarrollar y debe operar el sistema de informacin. As mismo se establece tambin, la interaccin que debe haber entre el hombre, el computador y los atributos de calidad que se la van a imponer al mencionado sistema de informacin Estas restricciones se pueden agrupar tal como se muestra a continuacin:
a.

Econmica: de qu cantidad de dinero se dispone para mantener el sistema.

b. c.

Tcnicas: que equipo debe o puede utilizarse. De personal: de que personal se dispone para mantener y operar el sistema.

d.

Legales: que polticas, reglamentos, normas, leyes, etc., tanto internas como externas deben acatarse.

1. Determinar interaccin hombre mquina. 2. Esta actividad es esencial pues define la comunicacin que debe haber entre los usuarios y el computador a travs del subsistema programado. 3. Determinar atributos de calidad. Entre las interrogantes que se deben responder para algunos de los atributos de calidad se destacan las siguientes:
a. b. c. d. e. f. g. h.

Confiabilidad. Grado de prueba. Movilidad Adaptabilidad Mantenimiento requerido. Seguridad y privacidad. Eficiencia y rendimiento. Documentacin.

1. Elaborar listas de restricciones y atributos. 2. Planificar detalles de la prxima fase. Fase IV diseo Preliminar. Esta fase se encarga de elaborar un diseo preliminar del sistema de informacin que satisfaga los requerimientos, restricciones y atributos establecidos en la fase III. El diseo preliminar consta de un prototipo o modelo fsico que delinea la interaccin hombre- mquina del sistema de

informacin y describe, en forma general sus procesos automatizados. Dentro de esta fase encontramos: 1. Definicin de prototipos: en este paso el grupo de desarrollo elabora diferentes prototipos que puedan satisfacer la especificacin funcional, las restricciones y los atributos identificados en la fase anterior. se solicitan precios y mercado. 2. La definicin de prototipo est regida por la estructura o configuracin global del sistema de informacin, en ella se indica si el diseo del sistema ha de ser independiente, centralizado o distribuido. Partiendo de este enfoque, se establecen diferentes configuraciones para el procesamiento y para la interaccin que existir entre el hombre y la maquina. 1. Elaborar diferentes prototipos alternativos. 2. A partir del modelo lgico del nuevo sistema y de las restricciones y atributos establecidos anteriormente, el grupo desarrolla diferentes prototipos. Un prototipo es un modelo construido sobre el modelo lgico que muestra claramente la interaccin hombre-mquina, esto indica que procesos son manuales y cuales automticos. El prototipo muestra tambin los procedimientos de activacin del subsistema programado, los de respaldo y recuperacin de fallas y los de seguridad de la base de datos. Tomando como datos las configuraciones de equipos existentes en la organizacin, que puedan ser utilizados por el nuevo sistema, se procede especificaciones tcnicas de los equipos o programas que hagan falta, a los diferentes vendedores del

luego a evaluar estas configuraciones y a determinar que prototipos se pueden desarrollar con ellos en forma parcial o total. 3. Evaluar configuracin tcnica existente. 4. Determinar configuracin tcnica necesaria. Para aquellos prototipos que no puedan ser desarrollados totalmente con la tecnologa disponible en la organizacin actualmente, se elaboran las configuraciones tcnicas adicionales que ellos requieran y se solicitan las cotizaciones respectivas a los vendedores del mercado. 5. Realizar un anlisis costo beneficio. 6. Para cada prototipo se determina sus costos de desarrollo y operaciones y se estima los beneficios que puedan obtenerse. Se comparan los diferentes prototipos bajo un criterio econmico pre-establecido. Los resultados obtenidos se resumen en un informe tcnico denominado informe de prototipo. El informe producido en la actividad anterior se presenta a la comisin de planificacin, quien lo discute y finalmente selecciona el prototipo que considere ms conveniente para la organizacin. 7. Discutir informe de prototipos. 8. Adquirir tecnologa necesaria. De ser necesario el grupo de desarrollo, o en su defecto, el que designe la comisin de planificaciones, se encarga de adquirir, instalar y probar el equipo y los programas que el prototipo seleccionado requiera para su desarrollo u operacin.

3. Seleccin de prototipos. En este paso el grupo de desarrollo realiza un anlisis de costo beneficio para los diferentes prototipos definidos en el paso anterior. De los resultados de este anlisis se presenta y discute con la comisin de planificacin, quin deside posteriormente el prototipo ms conveniente y da las instrucciones necesarias para la adquisicin de la tecnologa que haga falta. 1. Refinar prototipo. 2. Cada proceso automtico del prototipo se refina mediante la descomposicin funcional establecida por la tcnica AES. Cada proceso del ms bajo nivel debe describirse utilizando cualquier de las tcnicas siguientes: algoritmos estructurados, tablas de decisin o arboles de decisin. Los entes del diccionario de datos que se vean afectados por la automatizacin deben ser actualizados durante esta actividad El modelo o prototipo obtenido en la actividad anterior se somete a una revisin estructurada o a una inspeccin de diseo. 3. Revisar Prototipo. 4. Elaborar informe de diseo preliminar. 5. Planificar detalles de la prxima fase. 4. Refinamiento de Prototipo. Finalmente, el grupo se dedica a refinar el prototipo escogido, es decir, se describen con mayor detalle aquellos procesos del prototipo que sean automticos, siguiendo la tcnica de anlisis estructurado de sistema. Fase V Diseo detallado.

Esta fase busca elaborar un diseo detallado del sistema de informacin que muestre como se construirn los subsistemas de datos y el subsistema programado. Esta fase produce el paquete de diseo, el cual contiene todas las especificaciones para la construccin del sistema, y el plan de pruebas que regirn las diferentes pruebas del sistema de informacin durante las fases de construccin, pruebas e implantacin. Dentro de esta encontramos los siguientes pasos: 1. Diseo de Entradas y Salidas. En este paso se elabora minuciosamente el diseo de la interaccin entre el hombre y la mquina, la cual ha sido delineada en el prototipo del sistema. 1. Disear dialogo hombre mquina. Dependiendo del tipo de interaccin hombre-mquina seleccionada, en esta actividad se debe:
a.

Determinar el medio de comunicacin (terminal, teleimpresor, lectora ptica, programas. etc.), estableciendo adems sus caractersticas capacidades y especificaciones tcnicas que afecten al diseo de los

b.

Determinar

el

tipo

de dialogo hombre-mquina

disearlo

completamente.
c.

Describir la accin que debe realizar el computador ante cada comando o selector que del usuario.

1. Disear las pantallas de entrada salida. 2. Esta actividad consiste en disear la estructura o formato de cada pantalla de entrada de datos al sistema y de salida de informacin a los usuarios.

3. Disear los reportes. En esta actividad el grupo disea aquellos reportes que no fueron especificados en la actividad anterior. Estos son bsicamente, los listados de papel, los grficos y los diagramas. Para cada uno de ellos se debe especificar su estructura o formato, su contenido (registros de datos) y el medio de produccin o salida. 1. Diseo de Datos. El diseo del subsistema de datos del sistema de informacin gira en torno al diseo de la (s) base (s) de datos necesaria (s) para almacenar los datos de dicho sistema y el diseo de los programas que permitirn crear y cargar la (s) base (s) de datos. 1. Realizar el diseo lgico de la base de datos. En este proceso de diseo se elabora un modelo de datos que representa las entidades, sus atributos y las relaciones existentes entre esas entidades. Las tareas que realiza el grupo para elaborar un modelo de datos son:
a.

Analizar los flujos de datos que entran y salen de cada archivo del prototipo del sistema.

b.

Derivar la (s) estructura (s) de datos contenida (s) en cada archivo, identificando las entidades que representa y los atributos que poseen.

c.

Establecer las relaciones que existan entre las diferentes entidades y construir el modelo de entidad-relacin correspondiente.

d.

Si el SMBD (sistema manejador de base de datos) que se vaya a utilizar manipula base de datos relacionales, entonces cada entidad del modelo entidad-relacin debe ser normalizada hasta por lo menos la tercera forma normal.

e.

Verificar si el modelo de datos obtenido satisface todos y cada uno de los requerimientos detallados en el libro de requerimientos.

1. Realizar el diseo fsico de la base de datos. 2. Dependiendo del tipo y caracterstica del sistema de manejo de bases de datos que se halla dispuesto a utilizar, el grupo traduce el modelo de datos a un esquema, esto es, un programa que describe las estructuras lgicas de los datos y sus correspondientes estructuras de almacenamiento e indica los mtodos de acceso que se utilizaran, en trminos de lenguaje de de datos del SMBD. 3. Disear los programas de inicializacin y mantenimiento de la base de datos. En esta actividad el grupo disea aquellos programas que no forman parte del subsistema programado y que permiten iniciar o cargar la base de datos con los datos provenientes de fuentes de volumen considerable. Estos programas sern operados y mantenidos por el administrador de la base de datos y por lo tanto se consideran parte integrante del subsistema de datos en lugar del subsistema programado. 1. Diseo de programas y procedimientos. Luego que se ha elaborado el diseo de entrada-salida y el de datos, el grupo de desarrollo puede proceder a disear los programas y procedimientos del subsistema programado. 2. El prototipo del nuevo sistema de informacin, su correspondiente especificacin funcional y la lista de restricciones y atributos le imprimen una forma nica a la estructura del sistema programado. 1. Disear la estructura del subsistema programado.

El subsistema programado se disea como una estructura jerrquica compuesta por una o ms programas, cada uno de estos se compone a su vez de mdulos un modulo se define como una unidad de programa que se caracteriza por lo siguiente:
a. b. c. d.

Posee un nombre propio y nico. Ejecuta unas funciones claramente especificables. Puede compilarse y catalogarse en forma catalogada. Puede definir y mantener un conjunto propio de variables locales se llama o invoca de otro modulo.

1. Disear cada modulo de la estructura. 2. Durante la presente actividad el grupo elabora el diseo de cada uno de los mdulos que configuran la estructura del subsistema programado. Este diseo consiste en establecer la lgica general de cada modulo, esto es, describir los pasos necesarios para llevar a cabo la funcin asignada al modulo. La lgica de un modulo se puede representar mediante el uso de algoritmos o diagramas de flujo. El algoritmo o diagrama de flujos del modulo, en s, no es suficiente como para que un programador empiece su codificacin, pues se requiere de una informacin adicional sobre las caractersticas del modulo, su funcin, su ubicacin, sus argumentos, etc. Toda esta informacin se condensa en un formulario elaborado para tal fin y que se denomina especificacin de programa. 3. Disear la documentacin y los procedimientos manuales. En esta actividad el grupo se ocupa a determinar el formato y contenido de cada uno de los manuales que forman la documentacin del sistema de

informacin de acuerdo a lo que se ha establecido en el plan de documentacin. De igual modo se disean los formatos, formularios, instructivos, planillas y dems procedimientos manuales que se mencionan en el prototipo del sistema, y que se requieren como elemento de los flujos de datos de los procesos manuales del sistema de informacin. La estructura del sistema programado, las especificaciones del programa asociadas a cada modulo de esa estructura y el diseo de la documentacin y de los procedimientos manuales, constituyen lo que se denomina como la especificacin del subsistema programado. 1. Ensamblaje del paquete de diseo. Este paso se basa en revisar y ensamblar el conjunto de especificaciones de diseos producidas en los anteriores, con el propsito de garantizar la consistencia, calidad y exactitud del diseo e integrar lo que hemos denominado como paquete de diseo. Para cada una de las especificaciones antes mencionadas se realiza una revisin estructurada (o una inspeccin de diseo) siguiendo los lineamientos dados para esas tcnicas. Los objetivos de estas revisiones son :
a. b.

Determinar las inconsistencias de diseo. Determinar las fallas y errores cometidos en las diferentes especificaciones.

c.

Medir y corregir las desviaciones del diseo con respecto a las normas y procedimientos de diseo establecidos en el plan metodolgico.

d.

Asegurar que las restricciones y atributos establecidos se satisfagan plenamente con el diseo elaborado.

e.

Asegurar

que

cada

requerimiento

contenido

en

el

libro

de

requerimiento y cada especificacin funcional del prototipo se cubran o satisfagan con el diseo producido. 1. Ensamblar el paquete de diseo. Las especificaciones de diseo, una vez revisadas y corregidas, se ensamblan para producir el paquete de diseo. Este documento contiene todo el material descriptivo necesario para conducir la construccin del sistema. Por consiguiente, contiene: a. El prototipo del sistema. b. La configuracin y documentacin del equipo que se va a emplear. c. Las especificaciones de entrada y salida. d. La especificacin del subsistema programado. e. La especificacin del subsistema de datos. f. Cualquier otro material que fuese necesario g. Elaborar y discutir el informe del diseo detallado. Haciendo uso del paquete de diseo, el gerente del proyecto elabora un informe descriptivo de las caractersticas, ventajas, desventajas, y los ajustes de costos y tiempos de desarrollo, que el diseo elaborado involucra. 1. Planificacin de pruebas. Las actividades concernientes a esta fase se desarrolla a lo largo de esta metodologa, por otro lado es evidente que muchas de las actividades de prueba se pueden realizar en paralelo con actividades de fase tales como las de diseo y construccin del sistema. Bajo este criterio, podemos dividir las actividades generales de las pruebas en :

Planificacin de las pruebas. Diseo y construccin de las pruebas. Ejecucin de las pruebas.

La primera de ellas se realiza durante esta fase de diseo; la segunda durante la fase de construccin y la ltima se distribuye durante la fase de construccin y pruebas previamente dichas. 1. Elaborar el plan de pruebas Durante esta actividad, el gerente del proyecto se dedica a planificar el conjunto de actividades que se requieren para probar el sistema de informacin. El resultado de este proceso lo constituye el PLAN DE PRUEBAS. En l se identifican:
a. b. c.

Las diferentes pruebas que han de realizarse Los responsables de disearlas construirlas y ejecutarlas La programacin del tiempo, costos y recursos necesarios para llevarlos a cabo.

d.

Las herramientas, mtodos, tcnicas y procedimientos que se deben emplear en las diferentes actividades de pruebas

e. f.

Los criterios de xito de cada prueba Informacin adicional que se necesite para efectuar tales pruebas

Este plan se puede organizar en secciones: a. Objetivos b. Calendarios de pruebas c. De unidades

d. De subsistemas e. De sistema f. De aceptacin g. Herramientas tcnicas y mtodos h. Seguimientos de requerimientos i. Procedimientos j. Normas k. Criterios de xitos 1. Discutir el plan de pruebas 2. En esta actividad, el gerente del proyecto discute el plan de pruebas con el grupo de desarrollo a objeto de asignar los diferentes responsables de las actividades de pruebas. En proyecto de gran magnitud o complejidad se designa un grupo integrado por expertos en pruebas y algunos miembros del grupo de desarrollo con el proposito de conducir las actividades de pruebas restantes. 3. Planificar detalles de la prxima fase

Fase VI Construccin del sistema, Construir el subsistema de datos y el subsistema programado del sistema de informacin de acuerdo a lo especificado en el paquete de diseo. En esta fase se construyen y se prueban los diferentes mdulos del subsistema programado; se construye subsistema de datos y los procedimientos manuales del sistema.

1. Diseo y construccin de las pruebas. Este paso es realizado por un grupo de pruebas. Se trata de especificar los detalles de cada una de las pruebas que se han identificado en el plan de prueba y de construir los mecanismos requeridos para ejecutar cada una de ellas. 1. Elaborar las especificaciones de prueba. Una especificacin de prueba es un documento que generalmente toma la forma de planilla y describe pormenorizadamente las actividades de pruebas, asi como, aquellos mtodos, tcnicas y procedimientos que se vayan a emplear para realizar la prueba de un elemento de un sistema de informacin. Cada especificacin de prueba debe contener la siguiente informacin:
a. b. c. d. e. f.

Identificacin. Objetivos. Requerimientos. Criterio de xito. Tcnica de procedimientos. Casos de pruebas.

1. Realizar una revisin estructurada de las pruebas. 2. Construir los mecanismos y preparar los datos de pruebas. De las especificaciones de pruebas anteriormente elaboradas, el grupo construye los ejecutivos y los esqueletos diseados en cada una de ellas y si el volumen de datos de prueba, es considerable, entonces prepara los

archivos de datos que ser demandes. Los mecanismos de prueba, junto con los datos, los almacena el bibliotecario para su uso posterior de su respectiva prueba. 1. Codificacin de programas. Este paso lo realizan los programadores del grupo de desarrollo que el gerente seleccione, la misin de cada uno de ellos es codificar los mdulos de conformidad con las especificaciones del programa dadas y siguiendo las normas establecidas en el plan metodolgico. La misin del gerente del proyecto es inspeccionar los mdulos producidos por los programadores con el objeto de controlar su calidad. 1. Asignar los mdulos de los programadores. 2. Codificar los mdulos. 3. Realizar una revisin estructurada del cdigo. 4. Construir y probar los programas de carga. 5. Crear la base de Datos. 6. Inicializar la base de datos. 7. Revisar la base de datos. 2. Creacin de la base de datos. Para ello se debe realizar las siguientes actividades: 3. Elaboracin de la Documentacin y de los procedimientos manuales y de control de programas. Para ello se deben realizar las siguientes actividades:

Elaborar los manuales.

Elaborar las planillas, los instructivos, etc. Evaluar la documentacin. Elaborar los procedimientos de control de programas

1. Prueba de unidades. La prueba de cada modulo especificado es realizada por el mismo programador que lo codifico. Las actividades de pruebas de unidades se dividen en: 2. 1. Discutir las especificaciones de prueba. 2. Ejecutar las pruebas de unidades. 3. Generar automticamente la librera de programas. 4. Almacenar los mdulos en la librera. 5. Mantener actualizada la librera. 3. Creacin de la librera de programas. Una vez que todos los mdulos del sistema programado han sido probados, cada programador entrega sus mdulos al bibliotecario del proyecto quien se encarga de almacenarlo en una librera destinada a tal fin, denominada librera de programas. A partir del momento que se crea la librera ningn miembro del grupo tiene acceso a los programas all archivados, por lo tanto para realizar una modificacin de algunos de los mdulos, el programador debe discutir con el grupo tal modificacin, obtener la aprobacin del gerente, solicitar del bibliotecario el modulo, realizar la correccin y devolver dicho modulo al bibliotecario. Las actividades del bibliotecario se resumen en:

Fase VII Control de programas. Durante esta actividad el grupo prueba los diferentes procedimientos de lenguajes de control de tareas que se hayan utilizado. Esta prueba se realiza inmediatamente despus de las pruebas de subsistemas. 1. Prueba del sistema de informacin. Esta prueba tiene por finalidad verificar el sistema de informacin, la prueba de sistema fue diseada para localizar discrepancias o anomalas entre el sistema de informacin recientemente construido, y los objetivos y requerimientos inicialmente establecidos con los usuarios del sistema. 1. Organizar y discutir la prueba. 2. Ejecutar la prueba del sistema. 3. Elaborar y discutir el informe de pruebas. 4. Elaborar el plan de implantacin. 2. Preparacin para la implantacin. Las actividades que realiza el grupo de desarrollo en este paso son: Este plan programa todas las actividades y tareas que debe llevar a cabo el grupo de desarrollo durante la implantacin del sistema en la organizacin. Debe contener:
a. b. c. d.

Objetivos. Calendario de actividades. Estrategias. Procedimientos.

1. Preparar el material de adiestramiento.

Despus de identificar el tipo de adiestramiento que se va a aplicar para capacitar a los usuarios en el uso y operacin del sistema, el grupo de desarrollo debe elaborar panes de capacitacin al personal que labora en la organizacin. Fase VIII Pruebas de aceptacin. Durante esta fase los grupos de desarrollo y prueba se abocan a poner en operacin y a efectuar la prueba de aceptacin del sistema respectivamente. Esta prueba se realiza luego que el grupo de desarrollo a adiestrado a todos los usuarios en el uso; a continuacin se realiza la conversin del viejo sistema al nuevo, mediante la actualizacin de la base de datos y el inicio de las actividades propias del sistema de informacin. Finalmente se realiza la entonacin y la evaluacin del sistema recientemente instalado. Al realizar estos dos ltimos pasos, la labor del todo el personal que participo en el proyecto puede considerarse terminada, marcando as el fi del proyecto de desarrollo y el inicio de una nueva etapa del ciclo de vida del sistema de informacin: la etapa de operacin y mantenimiento. 1. Adiestramiento de usuarios. 1. Organizar las sesiones de adiestramiento. 2. Conducir las sesiones de adiestramiento. Esta prueba final del sistema la realiza el grupo de prueba con la finalidad de demostrarle a las unidades involucradas que el sistema desarrollado satisface el criterio mnimo de aceptacin que ellos han establecido. 2.1 Realizar la Prueba de aceptacin. 2. Prueba de aceptacin. a. Preparar detalles para la conversin.

l. Conversin del sistema. este es el paso ms delicado de esta fase, pues en l se inicia como tal la operacin del nuevo sistema y se abandona el viejo sistema. Previo al inicio de las actividades rutinarias del sistema de informacin, desarrollado, el grupo de desarrollo debe realizar las siguientes actividades. Esta actividad consiste en la elaboracin de todos aquellos procedimientos especiales que se requieran para llevar a cabo una conversin exitosa. 2. Convertir los archivos. Se realiza la actualizacin complementaria de la base de datos del sistema. Concluida esta actualizacin, el sistema deber empezar a capturar, registra, validar, almacenar, los datos provenientes de las transacciones que ataen al sistema, en forma rutinaria. 3.5. Poblacin y muestra El presente proyecto est dedicado al equipo y Directiva del Hospital Dr. Noriega Trigo, el cual est interesado en desarrollar proyectos en el rea de la biometra y sistemas de seguridad eficaces, ofreciendo como alternativa este prototipo de software libre, el cual es el desarrollo de la primera etapa de un Sistema de Acceso Controlado por Huella Dactilar, buscando llegar a tener una alta calidad a menor costo. Adems de lograr que el software sea amigable con el usuario del equipo.

3.6. Tcnicas e instrumentos de recoleccin de datos

La Tcnica Empleada para el espacio de Informacin fue la Observacin de campo o a travs de instrumento de la Entrevista dirigido a los directivos del Departamento de Recursos Humano y Administracin de la Institucin, en la finalidad de conocer la disposicin de esto en Mejorar Entrada y Salida del Personal. 3.1 Anlisis de los Datos. El Hospital Dr. Manuel Noriega Trigo, ha considerado al tener dentro de sus planes inmediatos incrementar el numero de recurso humano, en buscar de mejorar las medidas de Control de Acceso para el Personal del Departamento de Mantenimiento, pretenden Implantar una solucin Informtica basada en la Biometra, Tecnolgica esta que se aplica para la Identificacin Optima e Inequvoca de seres Humano ya sea a travs de la lectura de la Iris o bien sea de la Huella Dactilar. No octante el Hospital en la actualidad lleva un registro de entrada y salida del personal durante la jornada laborar pero se lleva a travs de formatos diario que corren el riesgo de extravi, deterioro, entre otros. Es por ello que la institucin en busca de actualizar el proceso y que el nuevo se ajuste a las necesidades del departamento de administracin y en especial del Departamento de Recurso Humano, se plantea la propuesta en funcionamiento de una solucin tecnolgica que mejoren las condiciones del proceso actual 3.3 Especificacin de los Requisitos de Software el proceso de

El sistema de control de personal se encuentra formado por dos componentes esenciales que comprenden: a. Un equipo funcional de huellas digitales, que puede ser desde un Dispositivo USB. b. Software de administracin y control de la informacin registrada por el sensor. Permitindole obtener informacin de una forma centralizada y 100% en lnea. 3.4 Servicio de Personalizacin Previo a la ejecucin del proyecto, se realizaran visitas y reuniones necesarias, a fin de determinar cuales son los procesos que se deben personalizar para el Hospital Dr. Manuel Noriega Trigo. 3.4Especificaciones Tcnica del Equipo de Huellas Digitales Luego de las primeras reuniones se extraern las caractersticas bsicas del equipo que podra cumplir con los requerimientos del rea. Por lo cual se escoger de forma conjunta (con el Hospital Dr.: Manuel Noriega trigo en el rea de Mantenimiento ), el hardware siguiente: a. Modelo: SecuGen. b. Velocidad de bsqueda entre 1 y 2 segundos. c. Porcentaje de identificacin falsa menor 0,001%. d. Imagen de fotografa digital almacenada en la base de datos. e. Comunicacin USB. f. Capacidad sin lmite. g. Resistente a la humedad y temperatura ambiente 3.6 Alcances del Sistema

El sistema busca satisfacer las necesidades que el Hospital Dr.: Manuel Noriega trigo en el rea de Mantenimiento demanda para optimizar los procesos de Actualizacin del Sistema de Acceso de Personal, de forma que se brinde informacin real y muy confiable del control de personal, la cual le permitir una oportuna y segura toma de decisiones al el Hospital Dr.: Manuel Noriega trigo 3.7 Registro de Empleados a. Asignacin de un cdigo nico para cada empleado, puede ser el nmero c. de cdula. b. Captura de huellas digital, con 3 tomas de cada huella capturada. Ficha completa de informacin personal del empleado. d. Asignacin de reas de trabajo y departamentos. e. Conexin con la nmina de empleados 3.6 Registro del Hospital a. Reporte del personal que se encuentra laborando. b. Reporte del personal que no se encuentra laborando. c. Reporte de personal que ha llegado atrasado. 3.7 Control de Horarios y Tiempos a. Ingreso de Nuevos Turnos. b. Asignacin de Horarios de un turno y de dos turnos. c. Creacin de horarios y turnos rotativos. d. Asignacin personalizada de empleados. 3.8 Usuarios a. Asignacin de permisos.

3.9 Beneficios Generales

de la actualizacin del sistema

de

acceso al rea de mantenimiento. a. Tecnologa de punta en identificacin de personal. b. Mayor productividad debido a la eliminacin de procesos manuales. c. Respuesta inmediata en consultas on line de tiempos y asistencias. d. Dar soporte al crecimiento de su personal en mltiples reas, sin disminuir el rendimiento del sistema. e. Procurar el ahorro de pago por horas normales o extras no reales 3.10.Para los Usuarios de RR.HH. a. Rapidez en el proceso de informacin. b. Ahorro de tiempo por la eliminacin de tareas manuales. c. Obtencin de reportes y consultas on line, rpidos y eficientes. d. Informacin 100% segura de las marcaciones, sin opciones a fraudes 3.11 Usabilidad del Sistema La interfaz del usuario deber ser tan familiar como sea posible a los usuarios que han usado otras aplicaciones Web y aplicaciones de escritorio en Windows Comnmente. El personal (del Hospital Dr.: Manuel Noriega Trigo) deber tener un manual de ayuda si fuere necesario. 3.12 Diseo del Sistema El Sistema Biomtrico busca integrarse a la nmina del Hospital Dr.:

Manuel Noriega trigo; y tiene como fin verificar la identidad de los empleados

al momento de entrar y salir del Hospital Para lograr este propsito hace uso del registro de eventos utilizando la huella digital del individuo. 3.13 Requisitos Previos La BIO APLICACIN NORIEGA requiere un equipo para realizar la Instalacin, el cual debe reunir los requisitos mnimos del sistema para Microsoft Visual Basic 6.0 (programacin con la cual est desarrollado el sistema). Estos requisitos mnimos de hardware para la instalacin de la BIO APLICACIN NORIEGA son: a. Procesador Pentium IV b. 128 MB de Memoria RAM c. 50 MB de espacio libre en el disco Antes de instalar la BIO APLICACION Noriega se debe tener instalado lo siguiente. a. Paquetes de drivers 32 bits, para el disposiivo SecuGen b. Librera InstallOCX. Una vez comprobados los requerimientos de hardware y software se procede a Instalar la aplicacin

CAPITULO IV Anlisis de la Investigacin

4.1. Descripcin del producto SAGA APLICACIN NORIEGA es un sistema de control de acceso de personal basado en la Identificacin Biomtrica a travs de las huellas dactilares. El objetivo es proveer una identificacin confiable para la administracin de entrada y salida de empleados autorizados en el rea de mantenimiento del Hospital Dr. Manuel Noriega Trigo. Es un prototipo de software, creado en lenguaje VISUAL FOX PRO, con base de datos en MYSQL, programa totalmente amigable para usuarios y personal que tendr la tarea de la implementacin del sistema AUTOMATIZACION DEL

SISTEMA DE ACCESO DEL PERSONAL DEL DEPARTAMENTO DE MANTENIMIENTO DEL HOSPITAL DR. MANUEL NORIEGA TRIGO . 4.1.1. Registro y Control de Asistencia al Lugar de Trabajo o Acceso a Sitios Restringidos.

Con este sistema biomtrico se puede controlar los accesos del personal a las instalaciones basado en el registro de 3 huellas, por cada trabajador, entonces se genera la informacin de asistencia a su trabajo entregando informacin exacta sobre los eventos, horas de entrada y salida. El Sistema se integra con otras aplicaciones como la nmina y entrega datos totalmente confiables controlando los pagos a los empleados a partir de los horarios laborados. Con nuestro diseo toda la funcionalidad est disponible bajo una interfaz de usuario fcil de usar que permite configurar el uso de acuerdo a las necesidades especficas de la unidad funcional. 4.1.2. Herramientas utilizadas Un excelente algoritmo de reconocimiento de huella digital que tarda menos de un segundo en reconocer a una persona entre diez mil registros y garantiza confiabilidad de 100%; las tecnologas utilizadas son productos de ltima generacin como Visual Fox Pro 8.0 y el potente motor de base de datos MS-SQL SERVER. 4.1.3. Requerimientos para implementacin de la aplicacin El sistema debe ser instalado en una PC con sistema operativo Windows, mnimo procesador P4 con 512 en RAM, uno o dos dispositivos de captura

de huellas (sensor dactilar Microsoft), se har la configuracin de la base de datos, as como su parametrizacin y puesta en marcha con los datos del personal requeridos, para un correcto funcionamiento, el tiempo estimado a partir de la presentacin y aprobacin del diseo es de 3 das en las instalaciones del Hospital, con un cronograma de trabajo conjunto una vez aprobada esta propuesta. El tiempo previsto luego de finalizado la implementacin es de 2 das hbiles de pruebas. 4.1.4. Instalacin del diseo, productos y servicios Se har entrega de los siguientes productos y servicios incluidos en la licencia de SAGA APLICACIN NORIEGA: a. Instaladores SAGA APLICACIN NORIEGA 1.0., un DVD con los Instaladores de la aplicacin, as como Instrucciones de instalacin y documentacin sobre la operatividad del diseo. b. c. d. e. f. g. h. Licencia de SAGA APLICACIN NORIEGA 1.0., por computador donde se instale. Instalacin del Software y puesta en marcha en el servidor y en la estacin de administracin local en el rea de mantenimiento del Hospital. Sensores de huellas Digitales marca Microsoft. Instalacin fsica de computador y cmara IP (No est incluido punto de datos ni elctrico, este correr por cuenta de la institucin si es necesario) Servicio de Capacitacin al personal sobre la operacin de SAGA APLICACIN NORIEGA 1.0. Soporte durante las pruebas piloto, acompaamiento durante el arranque. Asesora y anlisis de necesidades de control de la institucin como valor agregado.

i.

Capacitacin sobre Operacin y mantenimiento de SAGA APLICACIN NORIEGA 1.0. al personal que se designe. 4.1.5. Funcionamiento Normal del Sistema La instalacin garantiza que no hay ningn impacto sobre el

funcionamiento normal de sus sistemas informticos o sus computadores.

4.7. Recursos invertidos por la Institucin El responsable del rea funcional informtica de la institucin, asignara a un funcionario con los conocimientos tcnicos para hacerse cargo de recibir y evaluar el diseo implantado.

4.8. Anlisis de Puerto USB 4.8.1. Pruebas Para la realizacin del presente proyecto se hicieron una serie de pruebas para saber cmo es el envo de los datos del dispositivo USB hacia el puerto, teniendo en cuenta el formato de los datos y la manera como estn llegando y como se pueden recibir en el puerto USB. Las pruebas realizadas fueron las siguientes: PRUEBA 1. Se hicieron pruebas con un programa en java llamado Jusb, el cual toma los datos enviados por el dispositivo, los reconoce y luego enva las tramas capturadas a la aplicacin.

RESULTADOS: Cuando se conecta el dispositivo biomtrico el programa Jusb, reconoce el tipo de dispositivo, reconoce el fabricante, reconoce el modelo del dispositivo, pero no reconoce ningn dato a la hora de poner el dedo sobre el dispositivo, es decir no reconoce las tramas enviadas por el dispositivo a la hora de hacer la captura de la huella digital. PRUEBA 2. Se hicieron pruebas con un SDK free, llamado GRFinger fabricado por la empresa Griaule, el cual tericamente sirve para el tipo y modelo del dispositivo que es de inters en el presente proyecto, dicho SDK toma la huella del dispositivo, la captura, la enrola en una pequea base de datos. RESULTADOS: Al conectar el dispositivo y ejecutando el programa, dicha aplicacin mencionada no reconoce el dispositivo, la aplicacin se queda esperando que se conecte algn dispositivo. PRUEBA 3. Se hicieron pruebas con otro SDK free, llamado Verifinger fabricado por la compaa Neurotecnologia, dicho SDK tiene las mismas caractersticas del anterior (GRFinger), y los resultados fueron los siguientes. RESULTADOS: El programa reconoce que hay un dispositivo conectado, pero no enva seales o datos desde el dispositivo, el programa queda bloqueado. PRUEBA 4. Se hicieron pruebas con un programa en Java, el cual lee datos desde un puerto serial, y trabajar con un convertidor de puerto USB a serial, el objetivo de hacer esto es porque el puerto serial es ms cmodo de programar y hay mas informacin de RS232 para trabajar.

RESULTADOS: El programa lee los datos desde un puerto serial y los muestra por consola, pero el convertidor no se consigue de USB a serial, los que existen son de serial a USB, por tal razn no se pudo seguir trabajando con este programa. PRUEBA 5. Por ltimo se decidi trabajar en un nivel ms bajo con un monitor de USB, el cual muestra los datos que recibe el puerto USB, dicho monitor muestra tanto las tramas de cuando el dispositivo est desocupado, como cuando esta capturando la huella. RESULTADOS: El monitor muestra las tramas de la siguiente manera. 000000: PnP Event: Device Connected (UP), 13.03.2007 21:38:03.453 The USB device has just been connected to the system. **El controlador USB detecta la conexin del dispositivo.**
000002: Bulk or Interrupt Transfer (UP), 13.03.2007 21:39:35.421 +91.968. Status: 0x00000000 Pipe Handle: 0x81a87f54 (Endpoint Address: 0x81)

** Establece una tubera o canal para la comunicacin con el dispositivo. Se crea un Pipe Handle el cual es un controlador para una tubera o canal de tipo BULK (paquetes) o INTERRUPT (interrupcin). El driver controlador del host retorna este Handle, cuando el driver del dispositivo selecciona la configuracin (tamao de paquetes) o cuando cambia los ajustes para una interfaz. Es una direccin. ** ** La direccin 0x81a87f54 especifica la direccin del bus para esta tubera. Es por donde van a ser transmitidos los datos. ** ** El Endpoint Address es el identificador de la conexin, especifica la direccin del bus para esta tubera. ** ** El 0x81 especifica lo siguiente:
0x81= 10000001

Direction: in (direccin en que van los datos)

Type: Bulk (El tipo de la transmission es Bulk, es decir por paquetes) Max Packet Size: 64 (tamao de los paquetes enviados) Interval: 0ms (intervalo de tiempo del envo de datos). Los datos anteriores son calculados de acuerdo a la siguiente tabla que da la especificacin de un ENDPOINT ADRESS. ** Offset Field Size Value Description 0 bLength 1 Number Size of Descriptor in Bytes (7 bytes) 1 bDescriptorType 1 Constant Endpoint Descriptor (0x05) 2 bEndpointAddress 1 Endpoint Endpoint Address
Bits 0..3b Endpoint Number. Bits 4..6b Reserved. Set to Zero Bits 7 Direction 0 = Out, 1 = In (Ignored for Control Endpoints)

3 bmAttributes 1 Bitmap Bits 0..1 Transfer Type

00 = Control 01 = Isochronous 10 = Bulk 11 = Interrupt Bits 2..7 are reserved. If Isochronous endpoint, Bits 3..2 = Synchronisation Type (Iso Mode) 00 = No Synchonisation 01 = Asynchronous 10 = Adaptive 11 = Synchronous Bits 5..4 = Usage Type (Iso Mode) 00 = Data Endpoint 01 = Feedback Endpoint 10 = Explicit Feedback Data Endpoint 11 = Reserved Get 0x40 bytes from the device

** Se envan 64 bytes desde el dispositivo, los cuales componen la siguiente matriz y representa el descriptor del dispositivo, incluyendo datos como el ID del constructor, ID del dispositivo, modelo del dispositivo **

01 01 02 00 08 00 10 00 0E FE 0C 54 02 01 00 10 16 04 02 70 0C 11 0C 40 02 C0 0C 40 0D E0 00 10 ........ .6.V. ..T......@...D ...p...@...D.... ..@......D...@ 000003: Vendor-Specific

20 0D 14 0F

00 EE 02 10

80 0C 0C 0C

00 40 44 44

56 14 0F 14

AA 02 11 02

03 0C 16 0C

91 44 0B 40

Request (DOWN), 13.03.2007 21:39:35.421 +0.0

** Cada dispositivo usb debe responder a paquetes que por defecto pide la tubera, dichos paquetes de sistema son usados para la deteccin y la configuracin del dispositivo y realizan funciones comunes como el ajuste de la direccin del dispositivo usb, solicitud de un descriptor de dispositivo o la comprobacin del estado de un endpoint. **
Destination: Device Reserved Bits: 64 Request: 0x4 Value: 0x4e

** Valor de la peticin =

0X4e ** Send 0x1 bytes to the device 000006: Control Transfer (UP), 13.03.2007 21:39:35.437 +0.015. Status: 0x00000000

** Empieza a hacer la transferencia de la peticin **

Pipe Handle: 0x81a4ef80 20

** Paquete de la peticin **
Setup Packet 40 04 4E 00 00 00 01 00 Recipient: Device Request Type: Vendor
Implementacin De Un Prototipo de Software Juan Carlos Santamara Olivares Libre Para Registrar Y Validar Huellas Digitales

68
Direction: Host->Device Request: 0x4 (Unknown) Value: 0x4e Index: 0x0 Length: 0x1

** Los datos anteriores son calculados de acuerdo a la siguiente tabla que da la especificacin de una peticin **

40= 1000000

0 bmRequestType 1 Bit-Map D7 Data Phase Transfer

Direction 0 = Host to Device 1 = Device to Host D6..5 Type 0 = Standard 1 = Class 2 = Vendor 3 = Reserved D4..0 Recipient 0 = Device 1 = Interface 2 = Endpoint 3 = Other 4..31 = Reserved 1 bRequest 1 Value Request 2 wValue 2 Value Value 4 wIndex 2 Index or Offset Index 6 wLength 2 Count Number of bytes to transfer if there is a data phase 000008: Bulk or Interrupt Transfer (UP), 13.03.2007 21:39:35.515 +0.078. Status: 0x00000000

** Se prepara para la transmisin de datos de la huella, crea una tubera para la transmisin de datos de la huella y especifica la direccin del bus para dicha tubera **
Implementacin De Un Prototipo de Software Juan Carlos Santamara Olivares Libre Para Registrar Y Validar Huellas Digitales

69
Pipe Handle: 0x81a87f74 (Endpoint Address: 0x82) Get 0x10000 bytes from the device

** Enva 65536 bytes encriptados desde el dispositivo con la informacin de la huella, de la siguiente manera **
10 02 00 38 D6 62 CF 9E 04 7D CF 2A DC BF 40 55 00 26 25 8C BD 18 B8 E4 83 D0 93 40 80 00 10 05 E0 F7 A2 AD 74 53 23 4C 52 26 01 01 40 5A 27 79 EF 4F 4B 77 AE 5D 66 96 21 02 80 02 DB C7 97 8D 54 BA 81 21 08 E9 01 31 01 03 70 32 D8 5E BA 20 51 AE E9 52 90 01 5A 05 12 FD F7 A6 6C 7B D7 E6 7B 03 02 01 00 6E E5 6A 43 C7 A3 1D 01 98 05 3D C7 00 00 00 B9 11 6D 26 9C 19 E0 16 B4 E0 87 01 00 00 48 FF 7A DB BF 74 6A 33 34 C9 10 C0 00 23 01 C7 02 31 00 01 02 67 C7 87 30 00 00 01 05 01 18 40 10 31 BB 94 6C D4 8B FE BC C1 3E 1F E8 56 E9 77 34 3D B2 5B A3 53 65 99 E1 FB 50 87 DE E9 CA 27 8F 8C 3A 0E 07 54 09 70 B4 C5 B0 1A 45 CA 59 AB A4 25 CB 12 9A 6C 01 CD 97 B8 A4 42 DD DA

E0 56 26 6D 93 A0 48 C3 93 F8 1A 5C E3 F3 F7 93 27 B9 72 B4 B4 7E 26 A9 FD EB

67 17 98 21 35 A8 5D 4A F2 86 E5 0A 04 71 F3 7C AE 31 5C AB 12 54 52 07 21 B1

2C ED 5A 7A CB EF F7 3A 2C 4D 86 59 7A 16 ED C4 4C BA 5C 68 08 BB F7 BA DC BF

F9 EB DB BE 81 10 AD A1 81 35 CC A6 38 F9 B9 D1 DC 8C 20 C9 37 B5 0B 51 33 B8

F2 8B 85 50 1B D4 26 25 79 CA 3B CC 83 B9 B9 6A D1 40 37 CB 64 FE E1 8A 14 DD

D7 3F 2C B4 6C 76 3A D5 DF E7 82 25 F4 CA 7F C5 20 41 35 59 62 9A 31 DD 6A 52

B4 B4 6D 9F 01 C1 1F 99 40 52 67 1A 9D BD 54 83 66 1F 80 4A 3D AA 03 20 94 D1

38 C5 8B 29 44 EA D2 12 34 2C D4 A7 88 1C DD B0 21 4A 8A 8F 0E F5 F0 C2 C7 E7

6B D7 D6 5A FF 3A 55 62 EE 33 49 D2 B3 EC 7E B2 CF C1 82 50 04 C0 9B A9 B0 E7

5B 5B F6 8E 80 69 0F 8C 29 E1 33 44 CE D7 EB C3 E7 3E 93 CF 20 49 46 D6 8F E5

DC 2A 84 5D A2 B4 A9 C8 52 5F 63 9B 4C CE 2E 3F 85 00 9F A3 BC F7 BE 6C A6 B4

FC 62 A3 64 36 D5 AB 79 BE 10 AC A1 D0 FE 3E 49 35 93 5C 0C B9 6F 03 99 DD FF

25 6D 7B 0F 09 FD CE 87 15 B9 50 6B EF A2 FD 6E 29 99 5B 49 2B FC 67 6E 42 FE

AF DD CB A7 D0 92 15 24 E0 26 B9 C4 67 EF 88 E7 58 C6 D3 3E AD F3 5F F3 5F DE

BE B1 50 7A 53 2A 14 74 1F C9 17 19 E0 77 F7 E5 55 0E F7 6D A5 37 85 48 6B 72

5A 37 F5 06 CD 7E 67 CA 8B 1C A0 74 3E 59 A3 B8 C5 19 F0 C8 FC E4 7F 32 E4 73.

CONCLUISIONES
El campo de la biometra con huellas digitales puede ser trabajado en muchas reas de la sociedad, optimizando procesos que involucren tiempo y espacios. As mismo los desarrolladores cuentan en la actualidad con novedosas y tiles herramientas libres para la creacin, codificacin y depuracin de los programas que se realicen. Por las anteriores razones es un campo que ofrece muchas posibilidades y est siendo acogido por la sociedad. Desde el principio se deben evaluar los aspectos positivos y los negativos de las herramientas disponibles en el desarrollo de la aplicacin. Por ejemplo, en el caso de los algoritmos de procesamiento de huellas se tuvo que evaluar cul algoritmo de los disponibles era ms efectivo y daba mayor funcionalidad a la aplicacin.

Fue muy til y necesario identificar los diferentes patrones y estndares que existen en la clasificacin de las huellas dactilares ya que, adems de aplicarlo en el proyecto, se realiz un marco de referencia que puede ser utilizado en investigaciones futuras, dejando en claro su clasificacin y sus caractersticas. En la prctica como tal, este sistema puede llegar a ser vulnerable en aspectos como: la inexperiencia de los usuarios en el momento de poner el dedo en el escner hace que el registro o verificacin se haga menos eficiente, las condiciones en que el usuario puede tener el dedo hace que el sistema pierda efectividad. Por ejemplo, un dedo muy sucio o engrasado pierde caractersticas de reconocimiento a la hora de hacer el escaneo. A la fecha, las tcnicas propuestas que han obtenido mayor xito en la labor de matching, se han basado en una comparacin de ndole geomtrica de los vectores de caractersticas. El sistema de identificacin biomtrica con huellas digitales es uno de los sistemas actualmente ms rpidos y su seguridad depende del grado de aceptacin que se le d al mismo. Los umbrales de aceptacin para el FRR (Tasa de falso rechazo) y al FAR (Tasa de falsa aceptacin) son dados por criterio o necesidades de quien lo va a utilizar. Al trabajar con un dispositivo biomtrico de una marca especifica siempre se va a estar ligado a las condiciones que el fabricante ha dado desde el principio al dispositivo, como por ejemplo el algoritmo de encriptacin y la manera como enva los datos del dispositivo al USB. El USB es una de las tecnologas ms completas y fciles de usar actualmente, pero a su vez en nuestro pas todava es muy reducido el grupo de expertos programadores en dicha tecnologa.

RECOMENDACIONES
Dejar la posibilidad abierta para el desarrollo de nuevas aplicaciones, sirviendo el presente proyecto como plantilla para la creacin de nuevos y diferentes sistemas basados en huellas digitales. Crear convenios con empresas dedicadas a implantar seguridad electrnica y as incursionar en temas sobre seguridad biomtrica y tener la oportunidad de realizar tesis empresariales, ya que actualmente se estn adelantando proyectos relacionados que requieren de bastante investigacin. Programar conferencias relacionadas con el tema de bioidentificacin, con el fin de que los estudiantes interesados tengan pautas para incursionar en proyectos de este tipo.

Hacer alianzas con la facultad de ingeniera electrnica y as poder crear proyectos conjuntos que involucren control de acceso a espacios, mediante bioidentificacin, comunicados a dispositivos inalmbricos como cerraduras.

BIBLIOGRAFIA
1.- Simon Haykin, Neural Networks A comprehensive foundation, 1999. Ultimo acceso 01 de Septiembre de 2006. 2.- MORALES, Domingo. Sistemas Biomtricos (online). 2004. ltimo acceso 09 de Agosto. http://www2.ing.puc.cl/~iing/ed429/sistemas_biometricos.htm. 3.- http://san-francisco-county.wikimapia.org/place/5428512/Hospital-ManuelNoriega-Trigo 4.- ZHANG, David D. Biometra automatizada: Tecnologas y Sistemas. Springer Editores. 2000. 344p.

5.- Introduccin a la Biometra. (online). ltimo Acceso 02 de Septiembre 2006. http://www.biometrics.org/. 6.- Identificacin Biomtrica con huellas digitales, (online), Diciembre 2002, ltimo acceso 01 de Septiembre de 2006. http://ciberhabitat.gob.mx/hospital/huellas/textos/identificacion.htm.

7.- FANDEZ, Marcos. Tratamiento Digital De Imagen. Mxico, D.F. AlfaOmega Edit. 270 p.

ANEXOS

cresta

surco

Fig. 1 Crestas y Surcos

Imagen Digitalizada Deteccin de minucias Codificacin Vectores Por dispositivo y caractersticas en vectores ordenados

Figura N 2. Etapas para identificar una huella digital

MANUAL DE USUARIO
Marcaje La siguiente figura (Fig. 1) muestra la ventana del reloj de marcaje en espera de se le ingrese los datos de marcaje.

Fig. 3 El reloj de marcaje puede realizar el chequeo va teclado ingresando una contrasea o la identificacin del personal, por lector de cdigos de barra a travs de carnet o mediante un dispositivo biomtrico, para esta versin capta huellas. Para cada caso de teclado y sensor digital huellas, el sistema puede realizar la bsqueda por 4 campos previamente definidos en la base de datos: Contrasea, Cdula de Identidad, Ficha de personal o Nmero de Carnet. Para el caso del capta huellas, se podr realizar la bsqueda mediante 3 posibles imgenes previamente almacenadas en la base de datos, generalmente se utilizan imgenes de los 2 pulgares de las manos y el ndice derecho. En la siguiente figura (Fig. 2) se muestra un marcaje satisfactorio en el cual se encontr el registro correspondiente y se tena acceso autorizado.

Fig. 4 El cursor siempre estar ubicado en el campo Ingrese cdigo de Acceso, en el cual permite realizar el ingreso de la identificacin mediante de los tres mtodos antes descritos. Luego, de ser efectivo el marcaje y verificar la identidad de la personal que se ingresa el sistema muestra los siguientes datos referentes al registro que corresponda: Nombres, Cdula, Empresa a la que se est adscrito, seguido de un mensaje configurable que emite el sistema. Si el marcaje no es efectivo, es decir, no est registrada en la base de datos la informacin ingresada, el sistema emitir el mensaje de Cdigo no Existe. Tambin existe la posibilidad que se est registrado pero se tenga acceso negado a la empresa, en este caso el sistema emitir el mensaje de ACCESO NEGADO.

CONFIGURACION DEL RELOJ Como se muestra en la siguiente figura el sistema posee una ventana de configuracin para modificar ciertos parmetros y as adecuar el funcionamiento del mismo. Ver fig. 3 Mensajes del Marcaje Existe 4 posibles mensajes para el marcaje del personal previamente programados para ser emitidos en el primer, segundo, tercer marcaje del da. Correo Interno en Pantalla Duracin en segundos la cual permanecer este mensaje en pantalla antes de ser ocultado. Mensaje de chequeo o marcaje Duracin en segundos la cual se mostrar el mensaje del chequeo en pantalla antes de volver al estado de espera de chequeo. y cuatro

Fig.5 Descripcin de Visitantes: El sistema permite cambiar la descripcin del botn Visitantes que se encuentra para registrar terceras personas que no se encuentran en la base de datos de la empresa, como cobradores, vendedores, funcionarios de entes gubernamentales, etc. Activar Feliz Cumpleaos: Se le indica al sistema si se desea felicitar al personal el da de su cumpleaos a travs del sistema. Activar confirmacin de chequeo: Indica al sistema de luego de ingresar la identificacin, es decir, despus de activar un chequeo el sistema muestre los datos del personal y preguntarle si se desea registrar el marcaje, se ser afirmativo el marcaje o chequeo queda grabado de lo contrario no.

MODULO DE ADMINISTRACION Men principal El sistema posee un men principal con 5 submodulos: Archivos, Procesos, Consultas, Reportes y Herramientas. Archivos Este modulo se encontraran todas las tablas necesarias para el funcionamiento del reloj, procesos, consultas y reportes del sistema. Procesos Este contiene las operaciones que de pueden realizar con los marcajes o chequeos del sistema. Consulta Consultas en pantalla del los marcajes y procesos del sistema. Reportes Listados, informes y consultas en pantalla e impresin del los marcajes y procesos del sistema. Herramientas Parmetros y configuracin del sistema EMPRESAS El sistema puede llevar el control de acceso de varias empresas, en este formulario se pueden registrar las diversas empresas que se desee controlar. Ver Fig.4.

Fig.6 LOCALIDAD: Se refiere la localidad a la cual pertenece el personal el cual esta registrado en el sistema, eso aplica para empresas internas que laboren como sub contratadas u otro organismo como lo es el Hospital Dr. Adolfo Pons, agencias o dependencias en distintas zonas geogrficas del Estado o Nacionales. Ver ( Fig.5).

Fig.7

DEPARTAMENTOS: Departamentos a los cuales pertenece el personal (rea de mantenimiento). Fig.6

Fig.8 PERSONAL: En este formulario se pueden registrar, modificar y eliminar todo personal al cual se desee llevar control de acceso a las instalaciones. En este se puede observar los diferentes datos que se pueden registrar de cada entidad. Ver figuras 7 y 8.

Fig.9 y Fig.10

TURNOS: en este formulario se registran los turnos disponibles para el personal.

Fig.11

CONSULTAS

Fig.12