Desarrollo de un software para el control de asistencia de personal con tecnología de reconocimiento

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Dirección Académica - Escuela de Sistemas

DESARROLLO DE UN SOFTWARE PARA EL CONTROL DE ASISTENCIA DE PERSONAL CON TECNOLOGÍA DE RECONOCIMIENTO DE HUELLA DACTILAR PARA LA UNIDAD EDUCATIVA “SAGRADOS CORAZONES” EN EL AÑO 2016

Disertación de Grado previa a la obtención del título de Ingeniero de sistemas y computación.

Línea de Investigación: Estudio, Diseño e Implementación de Software.

Autor: CHAVARRIA RENTERIA ROBERTH JAVIER.

Director: MG. ADRIAN ROLANDO CEVALLOS DUEÑAS

Santo Domingo – Ecuador Febrero, 2017

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Dirección Académica - Escuela de Sistemas

HOJA DE APROBACIÓN

DESARROLLO DE UN SOFTWARE PARA EL CONTROL DE ASISTENCIA DE PERSONAL CON TECNOLOGÍA DE RECONOCIMIENTO DE HUELLA DACTILAR PARA LA UNIDAD EDUCATIVA “SAGRADOS CORAZONES” EN EL AÑO 2016 Línea de Investigación: Estudio, Diseño e Implementación de Software.

Autor: CHAVARRIA RENTERIA ROBERTH JAVIER Mg. Cevallos Dueñas Adrián Rolando DIRECTOR DE LA DISERTACIÓN DE GRADO

Mg. Ulloa Meneses Luis Javier CALIFICADOR

Mg. Guaraca Moyota Margoth Elisa CALIFICADOR

Mg. Guaraca Moyota Margoth Elisa DIRECTORA DE LA ESCUELA DE SISTEMAS

Santo Domingo – Ecuador Febrero, 2017

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD

Yo, Chavarria Renteria Roberth Javier portador de la cédula de ciudadanía Nº 171877483-7 declaro que los resultados obtenidos en la investigación que presento como informe final, previo a la obtención del Grado de Ingeniero en Sistemas son absolutamente originales, auténticos y personales.

En tal virtud, declaro que el contenido, las conclusiones y los efectos legales y académicos que se desprenden del trabajo propuesto de investigación y luego de la redacción de este documento son y serán de mi sola y exclusiva responsabilidad legar y académica.

CHAVARRIA RENTERIA ROBERTH JAVIER CI. 171877483-7

iv AGRADECIMIENTO Quiero agradecer a Dios por darme la salud y vida para poder terminar este proyecto, agradezco a mi familia y a ello me refiero de manera muy especial a mi madre y tíos que me han acompañado siempre, brindándome su apoyo incondicional para avanzar en mi carrera universitaria.

Agradezco también de manera muy especial al docente de la universidad, Ms. Adrián Cevallos quien con su conocimiento ha aportado en mí las mejores enseñanzas para el desarrollo del proyecto de titulación.

De igual manera agradezco a mis compañeros de la escuela de sistemas y a todos quienes permitieron que este proyecto de titulación sea uno de mis mayores logros alcanzados.

Roberth Chavarria

v DEDICATORIA Todo este trabajo lo dedico a mí madre que con sus enseñanzas y ejemplo de vida siempre está presente brindándome su apoyo y cariño, lo cual ha permitido que me pueda avanzar en mi formación con valores morales y éticos. A mis tíos también dedico este proyecto. Ellos que siempre me han acompañado y son apoyo moral.

Roberth Chavarria

vi

RESUMEN El presente proyecto a realizar en la Institución “Sagrados Corazones” está orientado al desarrollo de un sistema de control de asistencia del personal docente y administrativo utilizando tecnología biométrica en este caso particular mediante el reconocimiento de huella dactilar, con la finalidad de mejorar la productividad de la Institución con el cumplimiento íntegro de la jornada laboral. El tener automatizado el control de asistencia será de vital importancia para la toma de decisiones de los directivos de la institución. Por todo lo antes mencionado se desarrolló un sistema en un entorno web con nuevas potencialidades como son reportes del total de horas laboradas, atrasos, salidas previas y un reporte general, para dar así un mayor control en la asistencia de las funciones de la institución. Este sistema está desarrollado con lenguajes de programación como PHP, HTML y JavaScript, así como Hojas de estilos (CSS). Como servidor web se utilizó Apache y como gestor de base de datos postgreSQL, además como metodología de desarrollo Proceso Unificado Racional (RUP) la cual permitió personalizar el sistema de acuerdo a las necesidades de la institución, automatizando el proceso de entrada y salida del personal docente y administrativo (antes se lo realizaba manualmente) por un sistema biométrico dactilar que optimizara los recursos de la institución.

vii

ABSTRACT The present project to be carried out in the "Sagrados Corazones" Institution is oriented to the development of a system of attendance control of teaching and administrative staff using biometric technology in this particular case through the recognition of fingerprint, in order to improve the productivity of the Institution with complete compliance with the working day.

The automated control of attendance will be of vital importance for the decision-making of the directors of the institution. For all of the aforementioned, a system was developed in a web environment with new potentialities such as reports of total hours worked, delays, previous departures and a general report, to give a greater control in the attendance of the functions of the institution. This system is developed with programming languages like PHP, HTML and JavaScript, as well as Style Sheets (CSS). As a web server, Apache and as a postgreSQL database manager were used as well as a methodology for the development of a Rational Unified Process (RUP) which allowed the system to be customized according to the needs of the institution, automating the process of entry and exit of personnel Teacher and administrative (before it was done manually) by a biometric fingerprint system that optimized the resources of the institution.

viii

ÍNDICE CONTENIDOS

1.

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

2. PLANTEAMIENTO DEL PROBLEMA .............................................................................. 3 2.1. ANTECEDENTES ................................................................................................................... 3 2.2. PROBLEMA DE INVESTIGACIÓN............................................................................................. 4 2.2.1. Preguntas de investigación ............................................................................................... 5 2.3. JUSTIFICACIÓN DE LA INVESTIGACIÓN .................................................................................. 6 2.4. OBJETIVOS DE INVESTIGACIÓN ............................................................................................. 8 2.4.1. Objetivo General .............................................................................................................. 8 2.4.2. Objetivos Específicos....................................................................................................... 8 3. MARCO REFERENCIAL ..................................................................................................... 9 3.1. REVISIÓN DE LA LITERATURA O FUNDAMENTOS TEÓRICOS ................................................. 11 3.1.1 Ingeniería de Software .................................................................................................... 11 3.1.2. Paradigma de Programación .......................................................................................... 14 3.1.3. Herramientas de desarrollo ............................................................................................ 15 3.1.4. Servidor .......................................................................................................................... 17 3.1.5. Base de datos.................................................................................................................. 17

ix 3.1.6. Biometría........................................................................................................................ 19 4.

METODOLOGÍA DE LA INVESTIGACIÓN ........................................................... 26

4.1. DISEÑO / TIPO DE INVESTIGACIÓN ...................................................................................... 26 4.1.1. Diseño de la investigación ............................................................................................. 26 4.1.2 Tipo de Investigación ...................................................................................................... 27 4.2 POBLACIÓN ......................................................................................................................... 28 4.3 MUESTRA ............................................................................................................................ 29 4.4. INSTRUMENTOS DE RECOGIDA DE DATOS ........................................................................... 29 4.4.1 Entrevista ........................................................................................................................ 29 4.4.2 Encuesta .......................................................................................................................... 29 4.5. TÉCNICAS DE ANÁLISIS DE DATOS ..................................................................................... 30 4.5.1 Análisis cuantitativo........................................................................................................ 30 4.6 METODOLOGÍA DE DESARROLLO DE SOFTWARE.................................................................. 30 4.6.1 Metodología de desarrollo RUP...................................................................................... 30 5.

RESULTADOS............................................................................................................ 33

5.1. ANÁLISIS Y DISCUSIÓN DE LOS RESULTADOS ..................................................................... 33 5.1.1. Encuesta realizada al personal que labora en la unidad educativa “Sagrados Corazones” del cantón La concordia. .......................................................................................................... 33

x 5.1.2. Análisis de metodologías ............................................................................................... 45 5.1.3. Resultados de aplicación de la metodología .................................................................. 45 5.2. CONCLUSIONES .................................................................................................................. 84 5.3. RECOMENDACIONES ........................................................................................................... 86 5.4. LISTA DE REFERENCIAS...................................................................................................... 87 5.4.1. Fuentes de Información Bibliográficas .......................................................................... 87 5.4.2. Fuentes de Información Linkográficas .......................................................................... 89 GLOSARIO ............................................................................................................................. 90 ANEXOS ................................................................................................................................. 92

xi

ร NDICE TABLAS Tabla 1: Poblaciรณn de la instituciรณn ......................................................................................... 28 Tabla 2: Resultados de la pregunta N. 1 de la encuesta realizada al personal de la Unidad Educativa Sagrados Corazones. ............................................................................................... 33 Tabla 3: Resultados de la pregunta N. 2 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones. ............................................................................................... 34 Tabla 4: Resultados de la pregunta N. 3 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones. ............................................................................................... 35 Tabla 5: Resultados de la pregunta N. 4 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones. ............................................................................................... 36 Tabla 6: Resultados de la pregunta N. 5 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones. ............................................................................................... 37 Tabla 7: Resultados de la pregunta N. 6 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones. ............................................................................................... 38 Tabla 8: Resultados de la pregunta N. 7 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones. ............................................................................................... 39 Tabla 9: Resultados de la pregunta N. 8 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones. ............................................................................................... 40 Tabla 10: Resultados de la pregunta N. 9 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones. ............................................................................................... 41

xii Tabla 11: Resultados de la pregunta N. 10 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones. ............................................................................................... 43 Tabla 12: Análisis de metodologías de desarrollo ................................................................... 45 Tabla 13: Requerimiento de hardware para el servidor ........................................................... 49 Tabla 14: Análisis del sistema operativo ................................................................................ 50 Tabla 15: Análisis de Base de Datos........................................................................................ 51 Tabla 16: Análisis PHP, Python, Ruby .................................................................................... 52 Tabla 17: Análisis HTML, XHTML ........................................................................................ 53 Tabla 18: Análisis Lector de Huella Dactilar .......................................................................... 54

xiii

ÍNDICE FIGURA

Figura 1. Principales temas del marco teórico ......................................................................... 10 Figura 2. Ciclo de vida del Software ....................................................................................... 12 Figura 3. Componentes Netbeans IDE..................................................................................... 15 Figura 4. Etapas en un Sistema de Identificación Biométrica ................................................. 20 Figura 5. Etapas en un Sistema de Identificación Biométrica ................................................. 21 Figura 6. a) Crestas y Valles en una imagen de huella dactilar; b) Regiones Singulares (cuadros blancos) y núcleo (Círculos). .................................................................................... 23 Figura 7. Funcionamiento de un Sistema Biométrico .............................................................. 24 Figura 8. Tasa de cruce de error............................................................................................... 25 Figura 9. Ejemplo de iteraciones ............................................................................................. 31 Figura 10. Resultados de la pregunta N. 1 de la encuesta al personal de la Unidad Educativa Sagrados Corazones. ................................................................................................................ 33 Figura 11. Resultados de la pregunta N. 2 de la encuesta al personal de la unidad Educativa Sagrados Corazones. ................................................................................................................ 34 Figura 12. Resultados de la pregunta N. 3 de la encuesta al personal de la unidad Educativa Sagrados Corazones. ................................................................................................................ 35

xiv Figura 13. Resultados de la pregunta N. 4 de la encuesta al personal de la unidad Educativa Sagrados Corazones. ................................................................................................................ 36 Figura 14. Resultados de la pregunta N. 5 de la encuesta al personal de la unidad Educativa Sagrados Corazones. ................................................................................................................ 38 Figura 15. Resultados de la pregunta N. 6 de la encuesta al personal de la unidad Educativa Sagrados Corazones. ................................................................................................................ 39 Figura 16. Resultados de la pregunta N. 7 de la encuesta al personal de la unidad Educativa Sagrados Corazones. ................................................................................................................ 40 Figura 17. Resultados de la pregunta N. 7 de la encuesta al personal de la unidad Educativa Sagrados Corazones. ................................................................................................................ 41 Figura 18. Resultados de la pregunta N. 7 de la encuesta al personal de la unidad Educativa Sagrados Corazones. ................................................................................................................ 42 Figura 19. Resultados de la pregunta N. 7 de la encuesta al personal de la unidad Educativa Sagrados Corazones. ................................................................................................................ 43 Figura 20. Administraciรณn de usuarios del SGA ..................................................................... 55 Figura 21. Gestion de usuario .................................................................................................. 55 Figura 22. Gestion de Personal ................................................................................................ 56 Figura 23. Gestion de Horarios ................................................................................................ 56 Figura 24. Gestion de Reportes ................................................................................................ 57 Figura 25. Gestion de Registro ................................................................................................ 57

xv Figura 26. Gestion de Permisos ............................................................................................... 58 Figura 27. Gestion de Asistencia ............................................................................................. 58 Figura 28. Gestion de Dispositivo ........................................................................................... 59 Figura 29. Gestion de Configuración de Sistema .................................................................... 59 Figura 30. Diagrama de Secuencia – Nuevo Usuario .............................................................. 61 Figura 31. Diagrama de secuencia – Editar usuario ................................................................ 62 Figura 32. Diagrama de secuencia – Eliminar usuario ............................................................ 62 Figura 33. Diagrama de secuencia – búsqueda de usuarios ..................................................... 63 Figura 34. Diagrama de secuencia – Nuevo Personal.............................................................. 63 Figura 35. Diagrama de secuencia – Editar Personal .............................................................. 64 Figura 36. Diagrama de secuencia – Eliminar usuario ............................................................ 64 Figura 37. Diagrama de secuencia – búsqueda del personal ................................................... 65 Figura 38. Diagrama de secuencia – Nueva Franja horaria ..................................................... 65 Figura 39. Diagrama de secuencia – Editar Personal .............................................................. 66 Figura 40. Diagrama de secuencia – Eliminar usuario ............................................................ 66 Figura 41. Diagrama de secuencia – Tipos de permisos.......................................................... 67 Figura 42. Diagrama de secuencia – Tipos de permisos.......................................................... 67 Figura 43. Diagrama de secuencia – Tipos de permisos.......................................................... 68

xvi Figura 44. Diagrama de secuencia – Nueva asistencia ............................................................ 68 Figura 45. Diagrama de secuencia –Inasistencia ..................................................................... 69 Figura 46. Diagrama de secuencia – Horas adicionales .......................................................... 69 Figura 47. Diagrama de secuencia –dispositivo ...................................................................... 70 Figura 48. Diagrama de secuencia – Registro ......................................................................... 70 Figura 49. Diagrama de secuencia – Reporte .......................................................................... 71 Figura 50. Arquitectura ............................................................................................................ 72 Figura 51. Interfaz de usuario .................................................................................................. 73 Figura 52. Interfaz de nuevo usuario ....................................................................................... 73 Figura 53. Interfaz de edición usuario ..................................................................................... 74 Figura 54. Interfaz de edición usuario ..................................................................................... 74 Figura 55. Interfaz de perfil de usuario .................................................................................... 75 Figura 56. Interfaz de Opciones de administrador ................................................................... 75 Figura 57. Interfaz de personal ................................................................................................ 76 Figura 58. Interfaz de Horarios ................................................................................................ 76 Figura 59. Interfaz de Dispositivo ........................................................................................... 77 Figura 60. Interfaz de Asistencia ............................................................................................. 77 Figura 61. Interfaz de Asistencia ............................................................................................. 78

xvii Figura 62. Creación de tabla .................................................................................................... 79 Figura 63. Modelo de la base de datos ..................................................................................... 80 Figura 64. Interfaz de usuario .................................................................................................. 81 Figura 65. Código Menú .......................................................................................................... 81 Figura 66. Conexión del login ................................................................................................. 82 Figura 67. Código conexión a la base de datos ........................................................................ 82 Figura 68. Funciones de listar usuario y nuevo usuario........................................................... 82

1

1. INTRODUCCIÓN La Unidad Educativa “Sagrados Corazones” está ubicada en el cantón La Concordia, Provincia de Santo Domingo de los Tsáchilas; en la calle Tarqui, tras la iglesia matriz católica. Es una institución educativa particular, formadora en el evangelio cristiano-católico.

Conformada por una población de aproximadamente trecientos cincuenta y siete estudiantes y veinte nueve docentes.

El proceso de control actual se realiza de manera independiente por cada docente, de forma manual en hojas de registro impresas por la institución educativa. Para el proyecto se pretende incorporar un lector biométrico dactilar, el cual brindará seguridad y agilidad en el proceso de control de asistencia.

Con un plazo máximo de 6 meses este proyecto cumplirá con todos los apartados que se resumen a continuación.

El primer apartado de este trabajo investigativo redacta los antecedentes de la investigación que explica la situación pasada y actual de nuestro objeto de estudio, proporcionando al lector una idea general del tema para posteriores investigaciones.

En el segundo apartado se detalla el planteamiento del problema de investigación, sus antecedes. Mediante una entrevista a las autoridades del plantel se determinó como problema principal la falta de un control óptimo en la asistencia del personal docente y administrativo.

La justificación del problema muestra la importancia que los módulos de control de asistencia docente aportan a la entidad educativa. Con el análisis de la viabilidad y factibilidad se determinó la validez del proyecto, mientras que, el objetivo general y los específicos establecieron los procesos a seguir para desarrollar y cumplir con la meta propuesta.

2 En la tercera sección se elabora un marco referencial para el desarrollo del plan de disertación de grado, en base a diferentes autores, sus investigaciones y aplicaciones prácticas sustentan el fundamento teórico que permite desarrollar el sistema, considerando los campos de la programación, la ingeniería de software, desarrollo web y base de datos.

La cuarta sección detalla la metodología utilizada en la investigación, se detalla la población y muestra de los elementos que involucran al proyecto mediante el uso de la investigación bibliográfica, aplicada y de campo. Se definen las variables e indicadores que permitirán un mejor manejo de la información, también definimos la población y la muestra a estudiar, para realizar las técnicas de encuesta y entrevista para la recolección de datos.

En el quinto apartado encontramos el cronograma de las actividades realizadas y los resultados obtenidos a través de la recolección de datos y medidos a través de cada una de las técnicas e instrumentos que fueron aplicados en la recopilación de la información.

3

2. PLANTEAMIENTO DEL PROBLEMA 2.1. Antecedentes La Unidad Educativa “Sagrados Corazones” está ubicada en el cantón La Concordia, Provincia de Santo Domingo de los Tsáchilas; en la calle Tarqui, tras la iglesia matriz católica. Creada el 1 de junio de 1989 según el Acuerdo Ministerial N 2334 con nombre Sagrados Corazones.

La visión de La Unidad Educativa “Sagrados Corazones”: Ser una comunidad educativa católica que forma desde la espiritualidad Sagrados Corazones, promoviendo el desarrollo actitudinal, cognitivo y procedimental, generando el perfeccionamiento de destrezas y competencias, orientadas al servicio de la sociedad y del mundo.

La misión de La Unidad Educativa “Sagrados Corazones”: Brindar una educación integral, fundamentada en el amor a los sagrados corazones y al prójimo, manifestado al servicio de la sociedad y el mundo. En la actualidad la unidad educativa cuenta con trecientos cincuenta y siete estudiantes y veinte nueve docentes.

La Unidad Educativa lleva el control del personal docente y administrativo de forma manual, en libros de registros proporcionados por la institución, registrándose individualmente con firma, hora de entrada y salida, llevando este control el inspector de la institución.

4

2.2. Problema de investigación Una de las actividades fundamentales en la Unidad Educativa “Sagrados Corazones”, es el control del personal docente y administrativo. Este proceso rutinario es manejado de forma manual, registrados en hojas de papel las cuales son archivadas y no brindan un control exacto de las horas laboradas, convirtiéndose en una tarea tediosa y lenta a la hora de realizar consultas y obtener reportes de asistencia.

Entre los inconvenientes están, que los docentes no tomen con responsabilidad la hora de ingreso y/o salida de la institución, se puede alterar o manipular los datos que constan en el libro de asistencia, esto provocaría la pérdida de los documentos e inconsistencia en la información.

Concluida la etapa correspondiente a la obtención de la información de los módulos de control de entrada y salida se diseñó el SRS (Especificaciones de Requerimientos de Software) con el propósito de enmarcar el conjunto de funcionalidades, condiciones y restricciones que mostraron los procesos que resuelven el problema planteado.

5 2.2.1. Preguntas de investigación •

¿Cómo se lleva a cabo el proceso actual de control del personal en la Unidad Educativa Sagrados Corazones?

•

¿Qué recursos serán necesarios a tomar en cuenta para modelar, diseñar e implementar el sistema de control de asistencia?

•

¿Cuál es el beneficio de un control biométrico dactilar en la institución?

•

¿De qué forma beneficiara el módulo de control de asistencia en la gestión de procesos automatizados en la unidad educativa?

•

¿Qué estrategia se utilizará para adaptar el personal encargado al uso del sistema?

6

2.3. Justificación de la investigación En la actualidad, el crecimiento de nuevas tecnologías y el elevado interés de optimizar recursos tanto materiales, de tiempo y económicos para brindar servicios de calidad se han desarrollado sistemas que permitan automatizar procesos para un mejor control.

La Escuela de Sistemas de la Universidad Católica del Ecuador Sede Santo Domingo se proyecta a demostrar la utilidad de las nuevas tecnologías para mejorar procesos y automatizarlos, brindando a sus estudiantes una sólida enseñanza y aprendizaje.

Como investigador principal el estudio de nueva tecnología ayuda a formar sólidos conocimientos técnicos y gerenciales, el proyecto tiene como fin realizar un sistema biométrico dactilar, este proyecto permitirá de forma rápida, acceso al instante a la información, registros de cada persona, reportes diarios del registro de entrada, salida, faltas y atrasos, cálculo de las horas asistidas, reportes de faltas, atrasos y permisos.

Por las razones anteriormente mencionadas es necesario un cambio, a través de un sistema automatizado que evite la duplicación de la información y pérdida de documentos, así como el control de la misma, agilitando los procesos de control de tal manera que sean confiables y seguros.

El proyecto es motivo de investigación ya que la Unidad Educativa, tras el avance de la tecnología y los requerimientos legales de Educación, siente la necesidad de renovar y mejorar las técnicas de gestión y administración para brindar una atención y un servicio de calidad a la comunidad que la rodea, siendo así, un ejemplo a seguir por el resto de establecimientos Educativos.

7 Con el fin de mejorar los procesos de control de asistencia del personal docente y administrativo se desarrollará un sistema biométrico dactilar que permita la gestión del control de asistencia del personal docente y administrativo, optimizando y automatizando los procesos, para llevar de una forma ordenada, segura y efectiva el control de asistencia. Al ser un control biométrico, no podrán los usuarios engañar al sistema para que se les registre la entrada en los horarios laborales pues al ser biométrico este podrá reconocer al empleado la hora de entrada y salida de una forma óptima.

Con la automatización de procesos se pretende eliminar los métodos tradicionales que enmarcaban la gestión educativa, siendo beneficiados con el presente proyecto los departamentos administrativos y el personal académico al momento de efectuar actividades propias de su ámbito laboral. Por otra parte, las autoridades de la Unidad Educativa tienen la facilidad de obtener información a través del sistema de control de asistencia, para su respectivo análisis y la posterior toma de decisiones, la cual les brindara un control óptimo del control educativo.

El desarrollo del proyecto es factible ya que existió la necesidad prioritaria de efectuar un aplicativo informático que permita reemplazar el obsoleto control manual de asistencia, cumpliendo con las leyes vigentes de educación y políticas internas de la unidad educativa, automatizando la información de la gestión de talento humano.

8

2.4. Objetivos de investigación 2.4.1. Objetivo General Desarrollar un software para el control de asistencia de personal con tecnología de reconocimiento de huella dactilar para la Unidad Educativa “Sagrados Corazones” en el año 2016.

2.4.2. Objetivos Específicos •

Analizar la situación actual en el control de asistencia de la Unidad Educativa con el fin de determinar sus debilidades al momento de controlar la entrada y salida del personal docente y administrativo.

•

Obtener los requerimientos del sistema y su alcance en el proceso de control de asistencia.

•

Diseñar interfaces de usuarios y modelado de base de datos en base a los requerimientos de los módulos de control de asistencia.

•

Codificar el software de acuerdo a cada uno de los diagramas que representan la funcionalidad de los módulos.

9

3. MARCO REFERENCIAL El plan de disertación de grado comprende un marco referencial en el cual se aclararán los temas relevantes de la investigación, para que el público en general tenga el ineludible conocimiento del proyecto.

Las temáticas abordadas son referentes a la ingeniería de software, la cual se centra en la metodología en RUP, a través de la guía de Roger Pressman en su libro “Ingeniería del software: Un enfoque práctico”.

Se exponen también los conceptos de paradigmas de programación, herramientas de desarrollo para sistemas web, la arquitectura MVC (modelo-vista-controlador) que mejora la estructuración de los programas y la reutilización del código, las herramientas de gestión de Base de Datos y los servidores actuales.

La temática de la biométrica nos muestra el alcance de esta nueva tecnología hacia un futuro, su funcionamiento el cual nos explica de una forma detallada los procesos que este genera para el reconocimiento del individuo, las técnicas existentes para el reconocimiento y los diferentes usos que se le puede dar.

10 Ciclo de vida de un software Análisis del Software Diseño del Software Ingeniería de Software

Codificación del Software Pruebas del Software Mantenimiento Arquitectura MVC

Paradigma de Programación

Programación Orientada a Objetos IDE Netbens Lenguaje de Programación PHP CSS

Html

Herramientas de desarrollo JavaScript

Jquery MARCO TEÓRICO

Twiter bootstrap

AJAX

Servidor

Apache

Sistema de Gestión de Base de Datos

Base de datos

Modelo EntidadRelación PostgreSQL Pgmodeler

Antecedentes y Evolución Sistemas Biométricos

Biometría

Etapas en un sistem a de identificación bi ométrica Reconocimiento y Autenticación Tipos de Biometría

Huella Dactilar

Funcionamiento de un Sistema Biométrico

Figura 1. Principales temas del marco teórico

11

3.1. Revisión de la literatura o fundamentos teóricos 3.1.1 Ingeniería de Software La ingeniería de software es una disciplina de la ingeniería que permite realizar programas o productos con un alto grado de calidad comprendiendo todos los aspectos para la producción de software desde las etapas iniciales de la especificación del sistema, hasta el mantenimiento de este después de que se utiliza. Además, permite tener un control de los procesos que se están llevando a cabo en la elaboración de los productos. (Brito, 2015) 3.1.1.1 Ciclo de vida de un software El ciclo de vida de un software abarca la vida del sistema, desde la definición de los requisitos hasta la finalización de su uso. El ciclo de vida permite alcanzar la funcionalidad que el cliente pretende obtener y la rentabilidad para quienes lo desarrollan, ya que a través de estas disciplinas se procede a detectar de una manera más ágil los posibles errores o redundancias que puedan estar apareciendo en la implementación de un programa informático. (Sommerville, 2005) Las disciplinas que generalmente actúan como etapas del ciclo de vida son: análisis, diseño, codificación, pruebas, instalación y mantenimiento, las cuales se encuentran directamente vinculadas con las diferentes fases de los modelos que permiten validar y documentar la propuesta. Dependiendo la metodología de desarrollo que se use, estas etapas pueden tener ligeras variantes o incluso ser repetitivas al largo del tiempo, para conseguir el objetivo.

12

Figura 2. Ciclo de vida del Software Fuente: (Pressman, 2010)

3.1.1.2. Análisis del Software El análisis del software es la etapa del ciclo de vida del desarrollo del software que facilita la recopilación y estudio documentado de toda la información que interviene en los procesos que se desea automatizar, para el funcionamiento efectivo del software y la satisfacción del cliente. Esta es una etapa que de manera minuciosa impulsa a observar tareas y procedimientos para así evitar posteriores fallos o errores en el sistema (Sommerville, 2005).

3.1.1.3. Diseño del Software La etapa de Diseño del Software es la que permite aplicar técnicas que detallen la funcionalidad de los requerimientos del software y a su vez muestren una idea visual de toda la información recopilada en la etapa de análisis. El diseño da la solución deseada y rápida ante los problemas encontrados en la fase inicial de la construcción del software.

Generalmente esta es la etapa de diagramación, donde sus productos corresponden a dibujos, esquemas o bosquejos de diferentes ámbitos, que permiten facilitar el trabajo al momento de codificar la aplicación. De esta etapa nace la estructuración de los datos, la arquitectura del sistema, la interface del usuario y el diseño del programa (Pressman, 2010).

13 3.1.1.4 Codificación del Software La etapa de codificación dentro del ciclo de vida del software representa la interpretación del lenguaje natural a uno reconocido por la herramienta de programación a usar y que este a su vez produce las acciones que según la necesidad o el procedimiento se plantee a través de la recopilación de los requerimientos del usuario. Al grupo responsables de esta etapa se los denomina “programadores” y su actividad consiste en dar la funcionalidad que el software requiere (Pressman, 2010).

3.1.1.5 Pruebas del Software Las pruebas como parte del ciclo de vida del software corresponden a un conjunto de actividades planificadas, cuyo propósito es analizar detalladamente la funcionalidad del software desarrollado con la finalidad de detectar posibles faltas, fallos o errores en cualquiera de las etapas del ciclo de vida del software (Pressman, 2010).

3.1.1.6 Instalación del Software La Instalación del software consiste en poner en funcionalidad el producto obtenido, para lo cual se incorpora en el equipo destinatario todas las herramientas necesarias y las configuraciones, bibliotecas y empaquetados adicionales que permiten el uso del software por los usuarios finales del sistema. Esta es la etapa donde se descubren los resultados esperados por el usuario y los desarrolladores del software. La instalación del software puede estar constituida con varias versiones hasta alcanzar la requerida por el usuario final (Pressman, 2010).

14 3.1.1.7. Arquitectura MVC La arquitectura MVC es un patrón encargado de generar tres capas independientes al momento de implementar los programas de escritorio o desarrollo Web: Modelo, Vista y Control. Este funciona de la siguiente manera. El usuario toma una acción, y en respuesta la aplicación cambia su modelo de datos y entrega una vista al usuario actualizado. Y entonces el ciclo repite. Este es un ajuste muy conveniente para Las aplicaciones Web entregadas como una serie de peticiones y respuestas HTTP. Esta estructuración permite tener una mejor visión al momento de desarrollar un programa informático. En otras palabras, la arquitectura MVC separa los datos y la lógica de negocio de una aplicación de la interface de usuario y el modulo encargado de gestionar los eventos y las comunicaciones (Muñoz, 2013).

3.1.2. Paradigma de Programación Un paradigma de Programación es la manera como el programador llevará a efecto la codificación de una aplicación y dependiendo de la complejidad del software, encontrará el mejor método que le permita el desarrollo de modo adecuado y ágil (García Llinás, 2010).

3.1.2.1. Programación Orientada a Objetos La programación orientada a objetos es un enfoque actual que permite desarrollar a través de la iteración de sus objetos. El manejo de asociación, herencia y jerarquía permite optimizar líneas de código, facilitar al programador su desarrollo y ahorrar tiempo (García Llinás, 2010).

15 3.1.3. Herramientas de desarrollo 3.1.3.1. IDE Netbeans Netbeans es un software informático cuyo entorno soporta varios lenguajes o simplemente se dedica a uno en especial, cuya funcionalidad es facilitar la labor al momento de codificar un software. Al ser Netbeans un entorno de desarrollo integrado agrupa varias herramientas que interactúan con el programador haciendo más fácil su utilización.

Depurador

Editor de Texto

Compilador Componentes Netbeans IDE

Cliente

GUI

Figura 3. Componentes Netbeans IDE Fuente: Recuperado de: http://netbeans.org/.

3.1.3.2. Lenguaje de Programación PHP PHP (Preprocesador de Hipertexto) es un lenguaje de uso libre, cuya funcionalidad radica en la implementación de páginas Web dinámicas, el cual puede incluir código HTML y Trabaja bajo la licencia GNU, por lo que es de código abierto. Con un gran rendimiento y potencia. El código que ejecuta PHP es del lado del servidor (Capuñay, 2013).

16 3.1.3.3. CSS CSS es un lenguaje diseñado para definir la apariencia de un lenguaje de marcas tal como (Html o Xml), en el cual permite la separación de la estructura y la presentación, este lenguaje hace el llamado a los scripts que engloban la posición de los componentes, la definición del aspecto y presentación, para su exposición en un navegador Web de una forma estructurada (Rubiales Gómez, 2013).

3.1.3.4. Html Es un lenguaje de marcas de hipertexto que define la estructura de documentos de hipertexto para la creación de páginas web y está basado en etiquetas donde la visualización que se tienen en dichas páginas el cual permite la interpretación del documento por parte del navegador, este lenguaje organiza las etiquetas en base a restricciones que permiten la validez del documento de hipertexto (Rubiales Gómez, 2013).

3.1.3.5. JavaScript Lenguaje de programación orientado a la web cuyo código se ejecuta en el cliente es decir en los navegadores web. Este lenguaje permite hacer aplicaciones web dinámicas o interactivas, sin la necesidad de tener que utilizar scripts de java, JavaScript está basado fundamentalmente en prototipos o segmentos de programa (Orós, 2013).

3.1.3.6 Jquery Framework que permite el desarrollo de aplicaciones web de manera rápida del lado del cliente simplificando el uso del lenguaje javascript con los métodos propios del framework (Holzner, 2009).

17 3.1.3.7. Twiter bootstrap Twiter bootstrap es una librería basada en los lenguajes CSS y JavaScript, la cual permite el uso de clases y elementos predefinidos por este para crear interfaces, animaciones y organizar la presentación de páginas web de manera rápida, elegante y sencilla. Con esta librería de pueden desarrollar aplicaciones Responsive Design, es decir, aplicaciones o páginas web cuya visualización se adapta a cualquier dispositivo (LibrosWeb, 2016).

3.1.3.8. AJAX Ajax es la combinación de XML y JavaScript para hacer aplicaciones RIA, es decir, aplicaciones web sin necesidad de recargar toda la página en un mismo instante sino solo lo necesario, según los requerimientos. Con AJAX es posible realizar una conexión a un servidor desde dentro de una página web usando un programa JavaScript. El usuario experimenta una nueva forma de navegación amigable y versátil (Phil Ballard, 2009).

3.1.4. Servidor 3.1.4.1. Apache Apache es un servidor web libre que trabaja en diferentes plataformas. Compatible con múltiples sistemas operativos y que está siempre a la espera de solicitudes de clientes, este servidor es el más empleado gracias a su alta robustez y confiabilidad (apache, 2016).

3.1.5. Base de datos Una base de datos es un conjunto de datos almacenados y ordenados, que agrupados entre sí constituyen la información que una entidad requiere para sus actividades cotidianas. Las bases de datos facilitan almacenar una gran cantidad de información, para ser tomadas o seleccionadas rápidamente y así obtener beneficios de ella (Piñero, 2013).

18 3.1.5.1. Modelo Entidad-Relación El modelo entidad – relación está basado en una percepción del mundo real que consta de una colección de objetos básicos. Llamados entidades y de relaciones entre estos objetos básicos. Una entidad es una cosa u objeto en el mundo real. Por ejemplo, cada persona es una entidad, estas se describen en una base de datos como atributos. Mientras que una relación es una asociación entre varias entidades (Piñero, 2013).

3.1.5.2. PostgreSQL PostgreSQL es un SGBD de software libre y diseñado para bases de datos relacionales, con grandes utilidades y facilidades al momento de manipular los datos que interactúa con un sistema informático. Es un SGBD disponible bajo licencia BSD y con código fuente gratuito (Martinez Guerrero, 2016).

3.1.5.3. Pgadmin III Es una herramienta de código abierto para la administración de base de datos PostgreSQL a través de una interfaz gráfica para facilitar la comprensión de los elementos y procedimientos a realizar en la base de datos (PostgreSQL, 2016).

3.1.5.4 Pgmodeler Pgmodeler es una herramienta de código abierto que permite modelar bases de datos relacionales en el SGBD postgreSQL (Pgmodeler, 2016).

19 3.1.6. Biometría Biometría procede del griego bios (vida) y metría (medida). La ciencia biométrica se define como un estudio estadístico de observaciones biológicas. Esta estudia los datos de los seres vivos que a su vez está englobado en la Biología.

Según el

Biometric Consortium, la Biometría son

métodos

automáticos

de

reconocimiento de una persona basados en características fisiológicas o de comportamiento.

Expuesto de una forma más simple, la Biometría logra reconocer a un individuo mediante la impresión de su huella dactilar o la imagen de su cara (J. S. Dunn, 2009).

3.1.6.1. Antecedentes y Evolución En la antigüedad las personas, han sido identificadas por diferentes características tanto físicas como morfológicas, color del iris, cicatrices etc. El reconocimiento por medio de las huellas dactilares es una de las maneras más específicas del uso de la biometría. Actualmente la biometría se muestra en varias aplicaciones, ganando popularidad entre los sistemas más seguros de identificación humana.

3.1.6.2 Sistemas Biométricos Comprenderemos por sistema biométrico a los procesos automatizados que realizan labores de biometría. Este será un sistema que tome sus decisiones de reconocimiento por medio de una característica única de la personal, entre estas características tenemos cara, huella digital, el iris, la voz, la retina, estos son usados para reconocer y verificar la identidad de una persona. (UNAM, 2016)

20 3.1.6.3 Etapas en un sistema de identificación biométrica

Figura 4. Etapas en un Sistema de Identificación Biométrica Fuente: (Milton Ruiz Marín, 2009).

Según la Figura 4, se basan en dos fases totalmente diferenciadas. El Reclutamiento en esta etapa, se captura una serie de muestras de la persona, y se procesan, para luego proceder a extraer un patrón, el cual se guardará y será el conjunto de datos que determinará a esa persona. Si se toma más de una muestra, el patrón suele ser el producto de una media de las características conseguidas. Este proceso se controla, es decir, existe una persona delegada de controlar la captura de los datos, así como de asegurar la identidad del individuo que se está enrolando en el sistema.

La Utilización una vez que se tiene guardado el patrón de la persona, sus características son verificadas con el patrón guardado, determinando el éxito o fracaso de esa verificación.

Pero como se observa en la Figura 4, cada una de las fases mencionadas tienen un proceso a seguir estos hace que el comportamiento del individuo o sus características biológicas acaben siendo el elemento que lo identifique (Milton Ruiz Marín, 2009).

21

Figura 5. Etapas en un Sistema de Identificación Biométrica Fuente: (Milton Ruiz Marín, 2009).

3.1.6.4. Reconocimiento y Autenticación Hasta ahora se ha estado hablando siempre de Identificación Biométrica; sin embargo, la identificación se puede realizar basándose en dos esquemas de funcionamiento del Sistema Biométrico: Reconocimiento y Autenticación, en la Figura 3 se puede ver claramente que la principal diferencia entre los esquemas se encuentra en el módulo de coincidencias o matching module ya que en este módulo se procesan las coincidencias entre las características.

El reconocimiento también llamado en algunos textos, simplemente identificación (lo cual llega a causar cierta confusión). Es la identificación de un usuario con todos los usuarios que ya están en el sistema. Por lo tanto, se comparan las características extraídas del usuario con los patrones de todos los usuarios enrolados por el sistema. En la mayoría de las aplicaciones y sistemas este funcionamiento tiene como inconvenientes la necesidad de una Base de Datos

22 de patrones que resguarde los datos almacenados y brinde almacenamiento para los mismos, así como la existencia de una red de informática online, que brinde comunicación entre los puestos de identificación y la Base de Datos La autenticación así mismo llamado verificación. Responde a la pregunta: ¿es esta persona la persona que dice ser? Para esto el sistema se encarga, de comparar las características extraídas, con el patrón del usuario indicado en la base del sistema. Si la comparación supera un determinado umbral de similitud, se considera que el usuario es el propio, en caso contrario se rechazaría la comparación. El patrón del usuario tiene q estar guardado en una base de datos para su respectiva verificación.

3.1.6.5. Tipos de Biometría Biometría Estática es una de las más utilizadas ya que recoge características físicas de la persona. Las formas de reconocimiento más considerables de Biometría Estática son: (Milton Ruiz Marín, 2009) a.

Huellas Dactilares

b.

Geometría de la mano

c.

Termografía

d.

Escáner de la Retina

e.

Venas del Dorso de la Mano

f.

Reconocimiento Facial

23 3.1.6.6. Huella Dactilar Tal y como ya se ha comentado, es, sin lugar a duda, la más estudiada y probada. Existen numerosos estudios científicos que avalan la unicidad de la huella de una persona y, lo que es más importante, la estabilidad con el tiempo, la edad, etc. En estos aspectos es una técnica que lleva mucha ventaja a las demás, debido a su siglo de existencia. Su captura recibe diversas formas, las cuales dependen de la innovación tecnológica Para la extracción de características de esta técnica se tienen en cuenta características de las huellas como lo son: crestas (rides), valles (valleys) y algunas singularidades como: curvas (loops), bifurcaciones (deltas), espirales (whorls) ver figura 4.

Figura 6. a) Crestas y Valles en una imagen de huella dactilar; b) Regiones Singulares (cuadros blancos) y núcleo (Círculos).

Fuente: Una mirada a la biometría – Ruiz, Rodríguez & Olivares.

24 3.1.6.7. Funcionamiento de un Sistema Biométrico El funcionamiento del sistema biométrico conlleva a seguir 8 pasos que son los siguientes.

(Milton Ruiz Marín, 2009) 1.

Capturar los datos biométricos escogidos.

2.

Enrola los datos biométricos.

3.

Almacena el patrón biométrico en un dispositivo.

4.

Digitalizar los datos biométricos.

5.

Procesamiento de los datos biométricos

6.

Extraer el patrón biométrico.

7.

Comprobar el patrón biométrico escaneado con los ya almacenados.

8.

Proporcionar la verificación.

9.

Dar ingreso seguro al sistema.

Figura 7. Funcionamiento de un Sistema Biométrico Fuente: Recuperado de: http://www.monografias.com/trabajos43/biometria/Image4374.gif

25 La mayoría de los sistemas biométricos tienen los mismos funcionamientos el cual vamos a resumir en dos sencillos pasos: (Milton Ruiz Marín, 2009) El primer paso la persona debe enrolarse en el sistema. Durante el proceso de enrolamiento, el sistema captura el patrón característico de la persona, esta puede ser la huella digital, esta es procesada para crear una imagen electrónica. Esta se almacena en la base de datos para luego ser extraída.

Las tasas de errores son comprobadas de dos maneras, la primera por la cantidad de personas con permiso que son rechazadas o la tasa de falso rechazo y la segunda por la cantidad de personas sin permiso que son aceptadas o tasa de aceptación indebida

Figura 8. Tasa de cruce de error

El segundo paso consiste en la verificación de la identidad de la persona con el sistema. Se compara a través del patrón de valles y crestas de la imagen electrónica.

26

4. METODOLOGÍA DE LA INVESTIGACIÓN La metodología de la investigación siendo la guía sistemática que detalla el trabajo investigativo, pretende enmarcar el conjunto de métodos, técnicas e instrumentos que permitan el desarrollo eficiente de la investigación, El enfoque cuantitativo será el enfoque aplicado. Cuantitativo porque permite describir y predecir, en términos numéricos. A través de la evaluación de los datos recolectados mediante uso de entrevistas, cuestionarios, encuestas que nos ayudan a obtención del conocimiento. (Hernández Sampieri, Fernández Collado, & del Pilar Baptista Lucio, 2010). Así como la efectiva recopilación de los datos que son partes del problema a analizar, para así obtener los resultados esperados por parte de los beneficiarios y gestores del proyecto.

Mediante la especificación de la Metodología de software se añade el ciclo de procesos que son útiles para el desarrollo del producto que es parte de la investigación planteada.

4.1. Diseño / Tipo de investigación 4.1.1. Diseño de la investigación 4.1.1.1. Experimental De los diversos tipos de diseño de investigación se escoge el experimental ya que esta permite al investigador realizar pruebas experimentales sobre variables en las situaciones que la investigación amerite, las cuales permiten apreciar cual es la problemática de la investigación (Bernal, 2010).

27 4.1.2 Tipo de Investigación 4.1.1.1. Investigación Bibliográfica La Investigación Bibliográfica es la exploración e indagación de fuentes o documentos científicos sobre un determinado tema, problema, hecho, experimento o suceso acontecido en la vida cotidiana, cuya importancia se basa en la obtención de información minuciosa y confiable sobre el trabajo investigativo que se desarrolla.

Aplicación: Con el uso de la Investigación Bibliográfica se recopiló la información necesaria para el desarrollo del proyecto, mediante libros, manuales, disertaciones de grado, monografías, sitios web, foros, leyes, reglamentos e instructivos que son los medios en los cuales se sitia el conocimiento necesario para un desarrollo óptimo del proyecto.

4.1.2.1 Investigación Aplicada La Investigación Aplicada es el tipo de investigación científica que permite llevar a un entorno práctico todos aquellos problemas, teoremas, hipótesis que ya fueron aprendidos o resueltos y están documentados para proporcionar conocimiento y generar provecho a la sociedad. (Hernández Sampieri, Fernández Collado, & del Pilar Baptista Lucio, 2010) Utilizando la Investigación Aplicada se desarrolló los módulos requeridos por el sistema a través de la guía de aplicaciones existentes, las mismas que sirven como base para tener un conocimiento general y específico del problema en estudio. Usando avances tecnológicos a nivel de desarrollo de software para la optimización de resultados.

28 4.1.2.2 Investigación de Campo La Investigación de Campo es el tipo de investigación que según su objetivo se aplica para mantener una relación con las personas o fuentes requeridas en el lugar donde se genera el hecho o problema, permitiendo recoger información relevante con un alto porcentaje de confiabilidad para analizar y comprender a fondo el problema, obteniendo así su respectiva solución.

Mediante la Investigación de Campo se obtuvo la información referente a los procesos del control de asistencia del establecimiento educativo, a través de entrevistas con las principales autoridades de la Unidad Educativa y la observación directa del proceso manual de control de asistencia.

4.2 Población La Población es el conjunto total de elementos, entidades, objetos o individuos involucrados en un determinado hecho o problema, nuestra población ser relativa ya que para su estudio se tomó en cuenta solo al personal docente y administrativo de la Unidad Educativa, ellos son quienes utilizan el proceso de control de entrada y salida.

Tabla 1: Población de la institución Docentes

24 individuos

Talento Humano

2 individuos

Administrativo

4 individuos

Total población

30 individuos

Nota. Fuente: El Autor.

29

4.3 Muestra Muestra es un subgrupo tomado del total de elementos, entidades, objetos o individuos que son parte del problema, con el fin de establecer una segmentación estructurada que permita obtener resultados reales y representativos como si se hubiese establecido un análisis a todo el universo de involucrados.

4.4. Instrumentos de recogida de datos 4.4.1 Entrevista La Entrevista es un encuentro o diálogo entre personas que tienen un propósito en común: intercambiar ideas, conocimiento y necesidades, a fin de obtener la información requerida a través de una serie de preguntas planteadas y estructuradas por un emisor conocedor del tema para que de una visión y posible solución de un determinado hecho o problema.

Aplicación: Esta técnica de comunicación directa ayuda a obtener la información de todos los procesos que las áreas requieren, mediante una serie de preguntas que permitan abstraer y plantear de manera correcta las Especificaciones de Requerimiento de Software (SRS) (Anexo 7).

4.4.2 Encuesta La encuesta es la habilidad de crear un cuestionario que contiene una serie de preguntas que son planteadas sobre un determinado hecho o problema, para recopilar información necesaria para el investigador, con el fin de obtener resultados del proyecto investigativo planteado. Esta técnica mide a través de un sondeo de preguntas abiertas, cerradas y mixtas.

Aplicación: Los individuos involucrados en esta técnica son: docentes, inspectores, administrativos y autoridades.

30

4.5. Técnicas de Análisis de Datos Las técnicas de análisis de datos son instrumentos que permiten a través de diferentes parámetros establecer de manera conjunta y recopilada la información obtenida como resultado de los diferentes cuestionamientos que el investigador posea previo análisis e interpretación del problema en cuestión a solucionar.

4.5.1 Análisis cuantitativo Esta técnica es la que permite transmitir los resultados del análisis de datos recopilados en las técnicas de la investigación, mediante la descripción textual o gráfica de la interpretación adquirida en la información recogida.

Aplicación: Esta técnica se utiliza para mostrar cuantitativamente los datos de las encuestas aplicadas al personal directivo, docente y administrativo del establecimiento educativo, a través de los diferentes tipos de gráficas como son: gráfica en barra, gráfica circular, entre otras.

4.6 Metodología de desarrollo de Software En el desarrollo de aplicaciones informáticas, es de relevante importancia establecer una estrategia clara con la cual se sigue la sucesión sistemática que permita llegar con satisfacción a la culminación del producto final que es parte del problema investigativo.

4.6.1 Metodología de desarrollo RUP El Proceso Unificado Racional (RUP) es un conjunto de pasos que permiten generar de manera eficiente todos aquellos detalles que clarifican y argumentan el desarrollo de un software informático. La metodología RUP al ser iterativa permite culminar las fases con un producto ejecutable y retornar para incrementar el desarrollo las veces que sean necesarias,

31 creando así pequeños segmentos que van formando el todo del producto en proceso.

(Sommerville, 2005)

Figura 9. Ejemplo de iteraciones

Las fases que forman parte del eje horizontal de RUP, contienen las etapas de ciclo de vida de un software y están determinadas mediante una línea de tiempo respecto al desarrollo del producto, estas son: 4.6.1.1. Inicio Durante la fase de inicio se define el modelo del negocio. Se pretende recoger todos aquellos requerimientos que la institución educativa puede brindar y el alcance del proyecto.

Se identifican todos los actores y Casos de Uso que muestran gráficamente el comportamiento del sistema del software desarrollado.

4.6.1.2. Elaboración El propósito de la fase de elaboración es extender la parte inicial del proyecto, para mostrar de manera más explicativa y clara los requerimientos que son parte del software.

Estableciendo los cimientos de la arquitectura. En esta fase se construye un prototipo de la arquitectura, que debe evolucionar en iteraciones sucesivas hasta convertirse en el sistema final. Este prototipo debe contener los diagramas de caso de uso, los diagramas de secuencia, el modelo de datos y las interfaces de usuarios a implementar.

32 4.6.1.3. Construcción La finalidad principal de la fase de construcción es impulsar con mayor dedicación la implementación del software. Con el propósito de alcanzar la capacidad operacional del producto de forma incremental a través de las sucesivas iteraciones. Durante esta etapa se diseñan los diagramas de caso de uso administrativos y se documenta todos los componentes que deben ser implementados, integrados y probados en su totalidad, obteniendo una versión aceptable del producto.

4.6.1.4. Transición La finalidad de la fase de transición es hacer llegar el producto a manos de los usuarios finales, así como, la documentación necesaria que indica el flujo de procesos y las actividades que efectúa el software. Entre los documentos que generalmente se entrega están: manual de usuarios, manual técnico y diccionario de datos. De esta forma se entrenará al usuario en el manejo del producto y realice el ajuste, configuración, instalación del producto.

4.6.1.1 Artefactos Son todos aquellos documentos, modelos o productos que se obtienen una vez culminadas cada una de las fases que conforman la metodología RUP. Estos artefactos varían de acuerdo a cada una de las fases por las que el método recorre. Cada iteración se va perfeccionando y mejorando, ya que al final de cada versión es expuesto a los beneficiarios para así obtener la calidad esperada en el software en desarrollo.

33

5. RESULTADOS 5.1. Análisis y Discusión de los resultados 5.1.1. Encuesta realizada al personal que labora en la unidad educativa “Sagrados Corazones” del cantón La concordia.

Mediante la recolección de información obtenida a través de la encuesta realizada al personal de la unidad educativa “Sagrados Corazones” del cantón La Concordia se lograron adquirir los siguientes resultados (Ver Anexo 1): 1.- ¿Cree usted que es necesario el control del personal docente y administrativo de la Unidad Educativa Sagrados Corazones?

Tabla 2: Resultados de la pregunta N. 1 de la encuesta realizada al personal de la Unidad Educativa Sagrados Corazones.

Carácter

Frecuencia

Porcentaje

SI

26

100%

NO

0

0%

TOTAL

26

100%

Nota. Fuente: Encuestas al personal de la Unidad Educativa Sagrados Corazones.

100% 30 25 20 15 10 5 0

0%

SI

NO

Figura 10. Resultados de la pregunta N. 1 de la encuesta al personal de la Unidad Educativa Sagrados Corazones.

Fuente: Encuesta realizada al personal de la Unidad Educativa Sagrados Corazones.

34 Análisis: Según la información recogida en la primera pregunta de la encuesta aplicada al personal docente y administrativa de la unidad educativa se obtiene que el (100%) cree que es necesario un control de asistencia.

Los resultados obtenidos en la primera pregunta nos revelan que el personal que labora en la unidad Educativa Sagrados Corazones está de acuerdo en el control de asistencia.

2. ¿Qué nivel de conocimiento tiene usted sobre las Tecnologías de Información y Comunicación (TIC)?

Tabla 3: Resultados de la pregunta N. 2 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones.

Carácter

Frecuencia

Porcentaje

Alto

3

12%

Medio

20

77%

Bajo

3

12%

Nada

0

0%

Nota. Fuente: Encuestas al personal de la unidad Educativa Sagrados Corazones.

77% 20 18 16 14 12 10 8 6

12%

12%

4 0%

2 0 Alto

Medio

Bajo

Nada

Figura 11. Resultados de la pregunta N. 2 de la encuesta al personal de la unidad Educativa Sagrados Corazones.

Fuente: Encuesta realizada al personal de la unidad educativa Sagrados Corazones.

35 Análisis: se puede analizar que de las 26 personas (100%) que han sido encuestadas de esta unidad, 3 personas (12%) tiene un conocimiento alto en el uso TIC, 20 persona (77%) tiene un entendimiento medio y 3 personas (12%) tienen bajo conocimiento.

Los porcentajes logrados en la segunda pregunta nos revelan que el personal que trabaja en la unidad Sagrados Corazones tiene un conocimiento medio en el uso de las TIC, facilitando así el uso del sistema a implementar.

3. ¿Cree usted que se debería automatizar mediante un programa informático los procesos que permiten el Control de entrada y salida del personal docente y administrativo en la Unidad Educativa Sagrados Corazones?

Tabla 4: Resultados de la pregunta N. 3 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones.

Carácter

Frecuencia

Porcentaje

SI

23

88%

NO

3

12%

TOTAL

26

100%

Nota. Fuente: Encuestas al personal de la unidad Educativa Sagrados Corazones.

88% 25 20 15 10

12%

5 0 SI

NO

Figura 12. Resultados de la pregunta N. 3 de la encuesta al personal de la unidad Educativa Sagrados Corazones.

Fuente: Encuesta realizada al personal de la unidad educativa Sagrados Corazones.

36 Análisis: De la encuesta realizada al personal de la unidad educativa Sagrados Corazones, se ha obtenido que de las 26 (100%) personas entrevistadas, 23 (88%) personas cree que se debería automatizar mediante un programa informático los procesos que permiten el Control de entrada y salida del personal docente y administrativo y 3 (12%) no cree que es necesario un programa informático. De estos datos se puede concluir que la mayoría quiere un cambio de proceso de control de entrada y salida del personal.

4. ¿Qué beneficios tendría automatizar el Control de entrada y salida del personal docente y administrativo en la Unidad Educativa Sagrados Corazones?

Tabla 5: Resultados de la pregunta N. 4 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones.

Carácter

Frecuencia

Porcentaje

Mayor control del rendimiento del personal docente y administrativo

11

42%

Facilitaría a la gestión administrativa efectuar el control de entrada y salida

14

54%

Eficiencia en la obtención de información de talento humano

10

38%

Incremento en la optimización de la unidad educativa

7

27%

TOTAL

26

100%

Nota. Fuente: Encuestas al personal de la unidad Educativa Sagrados Corazones.

54% 14 12 10 8 6 4 2 0

42%

38% 27%

Figura 13. Resultados de la pregunta N. 4 de la encuesta al personal de la unidad Educativa Sagrados Corazones.

Fuente: Encuesta realizada al personal de la unidad educativa Sagrados Corazones.

37 Análisis: De la encuesta realizada al personal de la unidad educativa Sagrados Corazones, se ha obtenido que de las 26 (100%) personas entrevistadas, 11 (42%) personas cree que se generara un mayor control del rendimiento del personal, 14 (54%) personas cree que facilitara la gestión administrativa, por otro lado 10(38%) personas cree que abra más eficiencia en la obtención de información de talento humano y 7(27%) personas cree que incrementara la optimización de la unidad educativa.

De estos datos se puede concluir que los 2 principales beneficios serian el generar mayor control sobre el personal de esta manera facilitando a la gestión administrativa a llevar sus reportes.

5. ¿Cómo calificaría usted el proceso actual de control de entrada y salida en la Unidad Educativa Sagrados Corazones?

Tabla 6: Resultados de la pregunta N. 5 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones.

Carácter

Frecuencia

Porcentaje

Excelente

3

12%

Muy bueno

16

62%

Regular

7

27%

Malo

0

0%

TOTAL

26

100%

Nota. Fuente: Encuestas al personal de la unidad Educativa Sagrados Corazones.

38

62%

20 15 10 5

27% 12%

0%

0 Exelente

Muy bueno

Regular

Malo

Figura 14. Resultados de la pregunta N. 5 de la encuesta al personal de la unidad Educativa Sagrados Corazones.

Fuente: Encuesta realizada al personal de la unidad educativa Sagrados Corazones.

Análisis: Según los resultados obtenidos en la quinta pregunta de la encuesta al personal de la unidad educativa Sagrados Corazones se puede observar que de las 26 personas (100%) que han sido entrevistadas de esta unidad, 3 personas (12%) consideran el proceso actual como excelente, 16 persona (62%) considera que es muy bueno y 7 personas (23%) considera que es regular.

Los porcentajes logrados en la quinta pregunta nos revelan que el personal que labora en la unidad Sagrados Corazones considera al sistema actual de control de entrada y salida del personal como muy bueno y regular incrementando la necesidad de automatizar este proceso con un sistema biométrico dactilar.

6. ¿Considera que se realizaría un control más exacto de su tiempo de trabajo con un sistema biométrico automatizado del control de asistencia?

Tabla 7: Resultados de la pregunta N. 6 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones.

Carácter

Frecuencia

Porcentaje

SI

22

85%

NO

4

15%

TOTAL

26

100%

Nota. Fuente: Encuestas al personal de la unidad Educativa Sagrados Corazones.

39

85% 30 20

15%

10 0 SI

NO

Figura 15. Resultados de la pregunta N. 6 de la encuesta al personal de la unidad Educativa Sagrados Corazones.

Fuente: Encuesta realizada al personal de la unidad educativa Sagrados Corazones.

Análisis: Según los resultados obtenidos en la sexta pregunta de la encuesta al personal de la unidad educativa Sagrados Corazones se puede contemplar que de las 26 personas (100%) que han sido encuestadas de esta unidad, 22 personas (85%) considera que se llevara un mejor control de su tiempo de trabajo mientras que 4 personas (15%) no considero que se controlara mejor su tiempo de trabajo.

Los porcentajes logrados en la sexta pregunta nos revelan que el personal que labora en la unidad Sagrados Corazones en su gran mayoría considera que un sistema biométrico dactilar llevara un mejor control de su tiempo de trabajo en la institución este les brindara registro en tiempo real brindando un óptimo control del tiempo.

7. ¿Cree usted que desarrollará nuevas habilidades informáticas a través del uso de este sistema biométrico dactilar?

Tabla 8: Resultados de la pregunta N. 7 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones.

Carácter

Frecuencia

Porcentaje

SI

21

81%

NO

5

19%

TOTAL

26

100%

Nota. Fuente: Encuestas al personal de la unidad Educativa Sagrados Corazones.

40

81%

30 20

19%

10 0 SI

NO

Figura 16. Resultados de la pregunta N. 7 de la encuesta al personal de la unidad Educativa Sagrados Corazones.

Fuente: Encuesta realizada al personal de la unidad educativa Sagrados Corazones.

Análisis: Según los resultados obtenidos en la séptima pregunta de la encuesta al personal de la unidad educativa Sagrados Corazones se puede contemplar que de las 26 personas (100%) que han sido encuestadas de esta unidad, 21 personas (81%) afirma en que obtendrá nuevas habilidades informáticas a través del sistema biométrico dactilar mientras que 5 personas (19%) considera todo lo contrario.

Los porcentajes logrados en la séptima pregunta nos revelan que el personal que labora en la unidad Sagrados Corazones en su gran mayoría afirma que obtendrá nuevos conocimientos a través del sistema biométrico dactilar esta es una tecnología innovadora generando nuevos aprendizajes de tic.

8. ¿Cree que ahorraría tiempo al registrase automáticamente por medio del sistema biométrico dactilar?

Tabla 9: Resultados de la pregunta N. 8 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones.

Carácter

Frecuencia

Porcentaje

SI

21

81%

NO

5

19%

TOTAL

26

100%

Nota. Fuente: Encuestas al personal de la unidad Educativa Sagrados Corazones.

41

81% 25 20 15

19%

10 5 0 SI

NO

Figura 17. Resultados de la pregunta N. 7 de la encuesta al personal de la unidad Educativa Sagrados Corazones.

Fuente: Encuesta realizada al personal de la unidad educativa Sagrados Corazones.

Análisis: Según los resultados obtenidos en la segunda pregunta de la encuesta al personal de la unidad educativa Sagrados Corazones se puede contemplar que de las 26 personas (100%) que han sido encuestadas de esta unidad, 21 personas (81%) cree que se ahorraría tiempo al registrase mientras que 5 personas (19%) considera lo contrario (Ver tabla 9).

Los porcentajes logrados en la octava pregunta nos revelan que el personal que labora en la unidad Sagrados Corazones la mayoría afirma que el sistema biométrico dactilar optimizara su tiempo de registro.

9. ¿Cree usted que automatizando el proceso de control de asistencia mejoraría el desempeño de la institución?

Tabla 10: Resultados de la pregunta N. 9 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones.

Carácter

Frecuencia

Porcentaje

SI

21

81%

NO

5

19%

TOTAL

26

100%

Nota. Fuente: Encuestas al personal de la unidad Educativa Sagrados Corazones.

42

81% 25 20 15 10

19%

5 0 SI

NO

Figura 18. Resultados de la pregunta N. 7 de la encuesta al personal de la unidad Educativa Sagrados Corazones.

Fuente: Encuesta realizada al personal de la unidad educativa Sagrados Corazones.

Análisis: Según los resultados obtenidos en la segunda pregunta de la encuesta al personal de la unidad educativa Sagrados Corazones se puede contemplar que de las 26 personas (100%) que han sido encuestadas de esta unidad, 21 personas (81%) considera que la unidad educativa se beneficiaria del sistema biométrico dactilar mientras que 5 personas (19%) considera todo lo contrario.

Los porcentajes logrados en la novena pregunta nos revelan que el personal que labora en la unidad Sagrados Corazones en su mayoría manifiesta que se beneficiara la institución del sistema de control de asistencia biométrico dactilar ya que este optimizara recursos en la institución.

43 10. ¿Cree usted que los estudiantes se beneficiarán de un sistema que controle la asistencia del personal docente y administrativo?

Tabla 11: Resultados de la pregunta N. 10 de la encuesta realizada al personal de la unidad Educativa Sagrados Corazones.

Carácter

Frecuencia

Porcentaje

SI

19

73%

NO

7

27%

TOTAL

26

100%

Nota. Fuente: Encuestas al personal de la unidad Educativa Sagrados Corazones.

73% 20

27%

10 0 SI

NO

Figura 19. Resultados de la pregunta N. 7 de la encuesta al personal de la unidad Educativa Sagrados Corazones.

Fuente: Encuesta realizada al personal de la unidad educativa Sagrados Corazones.

Análisis: Según los resultados obtenidos en la segunda pregunta de la encuesta al personal de la unidad educativa Sagrados Corazones se puede contemplar que de las 26 personas (100%) que han sido encuestados de esta unidad, 3 personas (12%) tiene un conocimiento alto sobre el uso de TIC, 20 persona (77%) tiene un conocimiento medio y 3 personas (12%) tienen bajo conocimiento.

Los porcentajes logrados en la segunda pregunta nos revelan que el personal que labora en la unidad Sagrados Corazones tiene un conocimiento medio-alto en el uso de las TIC, permitiendo así el uso del sistema a implementar.

44 5.1.1.1 Análisis de resultados de la encuesta En la encuesta planteada refleja que actualmente un 100% de los docentes y administrativos de la Unidad Educativa Sagrados Corazones que tienen relación directa al efectuar el proceso de control de entrada y salida afirma la necesidad de este proceso en la institución, siendo esta una de las actividades más frecuentes en la institución. Todos los encuestados consideran que el proceso actual debería automatizarse para mejorar el control del rendimiento del personal docente y administrativo, facilitar el cumplir con este proceso y obtener de manera eficiente la información necesaria para la toma de decisiones.

Un número mayoritario de docentes y administrativos consideran que el actual proceso de control de entrada y salida es muy bueno por lo que es un referente para la automatización del mismo. Además, el 92% de los encuestados consideran que la institución se beneficiara tanto en la parte de facilitar a la gestión administrativa efectuar el control de entrada y salida como en la eficiencia de obtención de información de talento humano.

Considerando el uso del Sistema actual del control de entrada y salida de los docentes y administrativos manifiestan a través de los resultados de la encuesta que apenas un 3% considera que es excelente mientras el 62% considera que es muy bueno. Además, la mayoría de los encuestados considera que se lleva un control más exacto de su tiempo y por otra parte les ahorrara tiempo al registrarse como parte de la automatización del proceso de entrada y salida considero el 81% que si mejorara el desempeño de la institución de esta forma el 73% afirmo que los estudiantes se beneficiarán de esta mejora en la institución.

45 5.1.2. Análisis de metodologías Se dará a conocer tres metodologías para determinar la más conveniente para nuestro proyecto. Efectuaremos una estimación mediante porcentajes en cada una de sus características, se calificará como 2 alto, 1 medio y 0 bajo. La metodología que nos muestre mayor porcentaje, será la que trabajaremos para el desarrollo de nuestro proyecto.

Tabla 12: Análisis de metodologías de desarrollo Metodologías de Desarrollo de Software Características

Porcentaje de Valor

RUP

Espiral

Cascada

Valoración

Porcentaje

Valoración

Porcentaje

Valoración

Porcentaje

Planificación

20%

2

20%

1

10%

2

20%

Control

20%

2

20%

2

20%

1

10%

Mantenimiento

20%

1

10%

1

10%

1

10%

Reutilización del Software Tiempo

10%

2

10%

1

5%

0

0%

30%

2

30%

2

30%

1

15%

100%

9

90%

7

75%

5

55%

Total

Nota. Fuente: (Pressman, 2010).

En la tabla 12, observamos el puntaje y los porcentajes que se consiguieron de cada metodología. Por último, la que ocuparemos para nuestro proyecto es RUP con un 90%.

Entre sus beneficios tenemos el corto tiempo de desarrollo y la planificación de esta metodología la cual nos permitirá en un perdió a corto plazo terminar con éxito nuestro proyecto.

5.1.3. Resultados de aplicación de la metodología 5.1.3.1 Etapa de análisis En esta etapa se realizó las entrevistas al rector e inspector donde se consiguió obtener información notable para analizar las herramientas y requerimientos para el desarrollo del sistema. Se evaluará y determinara cual será el hardware y software en que se tenga una

46 mayor facilidad de desarrollo para el sistema de control de entrada y salida y de esta manera cumplir con las necesidades de la Unidad Educativa “Sagrados Corazones”.

5.1.3.1.1 Definición de los recursos necesarios para el proyecto 5.1.3.1.1.1 Alcance del sistema El sistema a implementar se lo conocerá como REG-DIG (sistema de registro de asistencia), el sistema será desarrollado y diseñado para brindar un control óptimo de la entrada y salida del personal de la Unidad Educativa “Sagrados Corazones”. El sistema REGDIG será capaz de visualizar la hora en tiempo real y registrar su ingreso a través del dispositivo biométrico Digital Persona, también contará con el registro de personal, horarios, asistencias, registros, reportes y configuración.

5.1.3.1.1.2 Entrevista realizada al rector de la unidad educativa “Sagrados Corazones”.

Con la información adquirida a través de una entrevista al rector de la institución se obtuvo el siguiente resumen: Fecha: 22 de junio del 2016 Lugar: Rectorado.

Nombre del entrevistado: Ing. Eduardo Diaz.

Cargo: Rector.

Resumen: Se realizó una entrevista al rector de la institución quien comentó sobre la parte de la arquitectura del sistema actual, menciono que el control del personal docente y administrativo se realiza en hojas en las cuales se registra nombres, apellidos, firma y hora de forma manual a la entrada y salida de la unidad educativa por lo que no es un control eficiente, requiriendo un cambio del proceso actual, como ventaja menciono que se pueden

47 personalizar los horarios ya que son manualmente y su desventaja debido a que el control de asistencia es manualmente el registro se puede alterar con horas falsas y falsificaciones de forma que no se puede llevar un control exacto del registro.

5.1.3.1.1.3. Entrevista realizada al inspector de la unidad educativa “Sagrados Corazones”.

Con la información adquirida a través de una entrevista al inspector de la institución se obtuvo el siguiente resumen (ver Anexo 3): Fecha: 22 de Junio del 2016 Lugar: Secretaria.

Nombre del entrevistado: Lic. David Chiluiza Cargo: Director de Talento Humano.

Resumen: Mediante la entrevista que se realizó al inspector encargado de la parte de talento humano en la Unidad Educativa. Se adquirió conocimiento sobre el funcionamiento del control de entrada y salida de la institución de tal manera que se dio a conocer el problema de la institución, el cual radica en la falta de control óptimo. La Unidad Educativa cuenta con registros a hojas que se colocan a la entrada de la institución para que el personal se registre tanto de entrada como salida. Registrando sus nombres, apellidos, firma y hora de ingreso o de salida, esta hora puede ser alterada por el empleado por lo que se le dificulta a la unidad educativa llevar un control eficiente del número de horas que labora sus empleados.

5.1.3.1.1.4. Análisis general de las entrevistas realizadas Al final de la entrevista se concluye que la implementación de un control de entrada y salida biométrico. Sería la mejor manera de que la institución lleve un eficiente control de su

48 personal docente y administrativo de esta manera la unidad educativa “Sagrados Corazones” llevaría reportes mensuales óptimos para valorar las horas legitimas que el empleado laboro y así remunerar esas horas sin perdida alguna para la institución.

5.1.3.1.1.5. Descripción general del sistema El sistema cumplirá con todos los requerimientos asignados, mediante un análisis minucioso, para que cumplan con satisfacción las necesidades de la unidad educativa “Sagrados Corazones” y así mejorar la calidad del proceso de control de entrada y salida de dicha institución. Entre los principales requerimientos es que sea desarrollado mediante software gratuito.

Funciones •

Administración de usuarios mediante el SGBD.

•

Administración de la entrada y salida del personal docente y administrativo

•

Creación de franjas horarias

•

Creación de reportes

•

Registro en tiempo real

•

Edición del personal

•

Búsqueda y eliminación de nuevo personal.

5.1.3.1.1.5. Hardware En un sistema cliente-servidor intervienen dos equipos, estos funcionan de una forma conjunta para lograr una armonía en el sistema, el primero equipo trabaja como servidor y el segundo como cliente. A continuación, se detallará las características de cada uno de los equipos:

49 Servidor Windows Tabla 13: Requerimiento de hardware para el servidor RAM

CPU

Disco duro

Sistemas operativos

windows 7

1 GB

Procesador DUAL Core (versión mínima i3

16 GB

WampServer

512 MB

Intel® Pentium® 4 o AMD Athlon™ Dual Core de 1,6 GHz o superior con tecnología SSE2.

200 MB de espacio libre

Windows XP (32 o 64 bits)

PostgreSQL

8 MB

40 MB

Windows o Linux (32 o 64 bits)

Conexión internet

a

GraphicsCard

DirectX 9 graphics device with WDDM 1.0 or higher driver

Nota. Fuente: PostgreSQL, WampServer,Windows, 2016

Cliente: •

Impresora

•

PCs

5.1.3.1.1.6 Software Un sistema cliente-servidor consta de dos equipos, el cliente realiza las solicita y el servidor responde las solicitudes solicitadas características principales: Servidor •

Sistema Operativo: Windows 7

•

Software base de datos: PostgreSQL

•

Servidor Web: WampServer

50 Cliente: •

Windows

•

Navegador de Internet

•

PostgreSQL: para la gestión de base de datos

•

Apache: el servidor web

•

PHP: para la codificación de las funciones

5.1.3.1.1.7. Análisis de herramientas 5.1.3.1.1.7.1. Análisis de sistemas operativos para el servidor Para el desarrollo del proyecto requeriremos de un sistema operativo para el servidor, entre los principales a comparar está el sistema Windows y Linux, de esta forma determinaremos cual es el más óptimo para nuestro proyecto.

Tabla 14: Análisis del sistema operativo Sistemas Operativos Características

Porcentaje de Valor

Linux

Windows

Valoración

Porcentaje

Valoración

Porcentaje

Eficiencia y Rapidez

10%

1

5%

2

10%

Flexibilidad

10%

1

5%

1

5%

Estabilidad

20%

2

10%

1

10%

Estructura Jerárquica

20%

2

20%

2

20%

Variedad de programas

10%

1

5%

1

5%

Usabilidad

30%

1

15%

2

30%

Total

100%

8

60%

9

80%

Nota. Fuente: Windows y Linux

51 El sistema operativo es uno de los temas más significativos en nuestro proyecto, como se observa en la tabla Windows nos brinda una eficiencia y rapidez en los procesos como también su fácil usabilidad, esto permitirá un fácil manejo de nuestro proyecto.

5.1.3.1.1.7.2. Análisis de bases de datos Al momento de almacenar la información de nuestro sistema, es de pensar que base de datos iremos a utilizar, entre las más utilizadas tenemos Oracle, MySQL y PostgreSQL, a continuación, conoceremos algunas características.

Tabla 15: Análisis de Base de Datos Bases de datos Características

Porcentaje de Valor

Oracle

MySQL

PostgreSQL

Valoració n

Porcentaj e

Valoració n

Porcentaj e

Valoració n

Porcentaj e

Desempeño

10%

1

5%

1

5%

2

10%

Licencia

20%

1

10%

2

20%

2

20%

Seguridad de Información

20%

2

20%

2

20%

2

20%

Precio

20%

0

0%

1

10%

1

10%

Usabilidad

30%

1

15%

1

15%

2

30%

Total

100%

5

50%

7

70%

9

90%

Nota. Fuente: https://www.mysql.com/, www.oracle.com/es/, http://www.postgresql.org.es/

Los resultados obtenidos en la tabla nos permiten concluir que la mejor base de datos para nuestro proyecto, es PostgreSQL con un 90%, ganando a las demás gracias a su desempeño seguridad y sobre todo su licencia gratuita.

52 5.1.3.1.1.7.3. Análisis de los lenguajes de programación En la actualidad existe una serie de lenguajes de programación, entro los más representativos tenemos PHP, Python y Ruby donde daremos a conocer ciertas características y cual se acomoda a las necesidades de mi sistema.

Tabla 16: Análisis PHP, Python, Ruby Lenguaje de Programación Características

Porcentaje de Valor

Ruby

Python

PHP

Valoración

Porcentaje

Valoración

Porcentaje

Valoración

Porcentaje

Usabilidad

30%

1

15%

1

15%

2

30%

Licencia

10%

1

5%

2

10%

2

10%

Estructura

20%

1

10%

2

20%

2

20%

Popularidad

10%

1

5%

1

5%

1

5%

Orientación Web

20%

1

10%

1

10%

2

20%

Multiplataforma

10%

1

5%

1

5%

2

10%

100%

6

50%

8

65%

11

95%

Total

Nota. Fuente: https://www.mysql.com/, www.oracle.com/es/, http://www.postgresql.org.es/

Los resultados obtenidos en la tabla nos permiten concluir que el mejor lenguaje de programación es PHP, por su estructura y orientación a la web permitiendo hacer diseños elegantes y fáciles de usar.

53 5.1.3.1.1.7.4. Análisis lenguaje de etiquetado HTML, XHTML En la actualidad existe los lenguajes de etiquetado, entro los más representativos tenemos HTML, XHTML donde daremos a conocer ciertas características y cual se acomoda a las necesidades de mi sistema.

Tabla 17: Análisis HTML, XHTML Lenguaje de Etiquetado Características

Porcentaje de Valor

XHTML Valoración

HTML

Porcentaje

Valoración

Porcentaje

Estabilidad

20%

1

10%

2

20%

Usabilidad

10%

0

0%

1

5%

Estructura

20%

1

10%

2

20%

Licencia

10%

2

10%

2

10%

Multiplataforma

10%

2

10%

2

10%

Precio

30%

1

15%

2

30%

Total

100%

7

55%

11

95%

Nota. Fuente: https://www.mysql.com/, www.oracle.com/es/, http://www.postgresql.org.es/

Los resultados obtenidos en la tabla nos permiten concluir que el mejor lenguaje de etiquetado es HTML, por su estructura y por ser multiplataforma permitiendo utilizar nuestro proyecto en diversas plataformas.

5.1.3.1.1.7.5. Análisis Dispositivo Dactilar En la actualidad existe un sin número de dispositivos de reconocimiento biométrico dactilar, entro los más representativos tenemos Digital ZK5000, Digital Persona 4500 y Digital ZK7000, daremos a conocer ciertas características y cual se acomoda a las necesidades de mi sistema.

54 Tabla 18: Análisis Lector de Huella Dactilar Características

Porcentaje de Valor

Lector de Huella Digital ZK5000

Digital Persona 4500

Digital ZK7000

Valoración

Porcentaje

Valoración

Porcentaje

Valoración

Porcentaje

Usabilidad

20%

1

10%

2

20%

1

10%

Licencia

10%

1

5%

1

5%

1

5%

sistema operativo

30%

1

15%

2

30%

1

15%

Popularidad

10%

1

5%

2

10%

1

5%

Orientación Web

20%

1

10%

2

20%

2

20%

Multiplataforma

10%

2

10%

2

10%

2

10%

Total

100%

7

55%

11

95%

8

65%

Nota. Fuente: http://www.biometricos.cl/biometria/huella-digital/

Los resultados obtenidos en la tabla nos permiten concluir que el mejor dispositivo es Digital Persona 4500, por su usabilidad y por ser multiplataforma permitiendo utilizar nuestro proyecto en diversos sistemas operativos, siendo el único que nos permite utilizar el sistema operativo Windows 7 de 64 bit, brindando un servicio de la más alta calidad.

5.1.3.1.1.8. Actores y funciones •

Administrador de servidor: El administrador del servidor estará encargado de realizar los ajustes del sistema operativo, otorgar permisos y será responsable de la seguridad del sistema para que su funcionamiento sea el más óptimo.

•

Administrador de Base de datos: El administrador de la base de datos estará encargado de eliminar, crear y modificar usuarios del sistema, otorgando a los usuarios los correspondientes permisos de entrada.

•

Usuarios externos: Son las personas que se registraran en el sistema a través del dispositivo biométrico.

55 5.1.3.1.1.9 Diagramas de Casos de Uso Los casos de uso que se describen el proceso funcional del software, basados en de administraciรณn de usuarios, registro de asistencia y el historial del control de entrada y salida del personal docente y administrativo.

Caso de uso de negocio: Administraciรณn de Usuarios

Figura 20. Administraciรณn de usuarios del SGA

Casos de uso de negocio: Gestionar Usuario

Figura 21. Gestion de usuario

56 Casos de uso de negocio: Gestionar Personal

Figura 22. Gestion de Personal

Casos de uso de negocio: Gestionar Horarios

Figura 23. Gestion de Horarios

57 Casos de uso de negocio: Gestionar Reportes

Figura 24. Gestion de Reportes

Casos de uso de negocio: Gestionar Registro

Figura 25. Gestion de Registro

58 Casos de uso de negocio: Gestionar Permiso

Figura 26. Gestion de Permisos

Casos de uso de negocio: Gestionar de Asistencia

Figura 27. Gestion de Asistencia

59 Casos de uso de negocio: Gestionar de Dispositivo

Figura 28. Gestion de Dispositivo

Casos de uso de negocio: Gestionar Configuraciรณn de Sistema

Figura 29. Gestion de Configuraciรณn de Sistema

60 5.1.3.2. Etapa de Diseño 5.1.3.2.1. Esquemas de integración de la arquitectura de la aplicación La interfaz de usuario permitirá la sincronización entre el usuario y la computadora. Es en esta interfaz que el usuario considera si cumple el proyecto las necesidades requeridas, por el usuario final.

5.1.3.2.2. Diagramas de secuencia Una parte de la descripción del comportamiento del sistema se realiza mediante los diagramas de secuencia del sistema los mismos que constan de objetos que se representan de modo usual rectángulos con nombre (subrayado), mensajes representados por líneas continuas con una punta de flecha y el tiempo representado como una progresión vertical, en donde para nuestros casos tenemos.

5.1.3.2.2.1. Construcción de un diagrama de secuencia del sistema Para construir un diagrama de secuencia del sistema para el curso típico de eventos de un caso de uso, se siguen los siguientes pasos: 1. Representar el sistema como un objeto con una línea debajo.

2. Identificar los actores que directamente operan con el sistema, y dibujar una línea para cada uno de ellos.

3. Partiendo del texto del curso típico de eventos del caso de uso, identificar los eventos (externos) del sistema que cada actor genera y representarlos en el diagrama.

4. Opcionalmente, incluir el texto del caso de uso en el margen del diagrama.

61 Diagrama de secuencia: Gestión de Usuario Este diagrama nos muestra la sucesión a seguir para para añadir nuevos usuarios al sistema. El administrador es quien posee los permisos del sistema para efectuar esta acción.

El usuario también forma parte del proceso ya que es quien facilitará la información pertinente para registrarlo dentro del sistema. En este proceso de ingreso la contraseña es generada automáticamente para facilitar que no siempre el usuario sea quien solicite el registro al sistema.

Figura 30. Diagrama de Secuencia – Nuevo Usuario

Diagrama de secuencia: edición de usuarios del sistema El diagrama secuencias de edición nos muestra el proceso que el sistema debe seguir para modificar la información relacionada con los usuarios del sistema.

62

Figura 31. Diagrama de secuencia – Editar usuario

Diagrama de secuencia: eliminación de usuarios del sistema El diagrama de secuencia de eliminación permite eliminar los usuarios que ya no son parte activa del sistema a través de la acción desactivación. El administrador es quien tiene competencia de esta acción previa autorización de una autoridad competente.

Figura 32. Diagrama de secuencia – Eliminar usuario

63 Diagrama de secuencia: búsqueda de usuarios del sistema Para la edición y cambio de estado es necesario buscar a los usuarios que serán parte de la acción mencionada. El presente diagrama de secuencia muestra la manera como el sistema debe actuar frente a la búsqueda de estos usuarios.

Figura 33. Diagrama de secuencia – búsqueda de usuarios

Diagrama de secuencia: Gestión de Personal Este diagrama nos muestra la sucesión a seguir para para añadir nuevo personal al sistema.

El administrador es quien posee los permisos del sistema para efectuar esta acción. El personal también forma parte del proceso ya que es quien facilitará la información pertinente para registrarlo dentro del sistema. En este proceso se registrará a todo el personal de la institución.

Figura 34. Diagrama de secuencia – Nuevo Personal

64 Diagrama de secuencia: edición de Personal del sistema El diagrama secuencias de edición nos muestra el proceso que el sistema debe seguir para modificar la información relacionada con el personal ingresado al sistema. De este proceso estará encargado el administrador del sistema al cual se le proporcionará la debida información por parte del usuario a ser editado.

Figura 35. Diagrama de secuencia – Editar Personal

Diagrama de secuencia: eliminación de Personal del sistema El diagrama de secuencia de eliminación permite eliminar al personal que ya no son parte activa del sistema a través de la acción desactivación. El administrador es quien tiene competencia de esta acción previa autorización de una autoridad competente.

Figura 36. Diagrama de secuencia – Eliminar usuario

65 Diagrama de secuencia: búsqueda del Personal del sistema Para la edición y cambio de estado es necesario buscar al personal que serán parte de la acción mencionada. El presente diagrama de secuencia muestra la manera como el sistema debe actuar frente a la búsqueda de estos usuarios.

Figura 37. Diagrama de secuencia – búsqueda del personal

Diagrama de secuencia: Gestión de Nueva Franja horaria Este diagrama nos muestra la sucesión a seguir para añadir nuevas franjas horarias. El administrador es quien posee los permisos del sistema para efectuar esta acción. En que se encargara de establecer franjas horarias para sus respectivos empleados.

Figura 38. Diagrama de secuencia – Nueva Franja horaria

66 Diagrama de secuencia: Vacaciones El diagrama secuencias de vacaciones nos muestra el proceso que el sistema debe seguir para agregar vacaciones al personal de la institución educativa.

Figura 39. Diagrama de secuencia – Editar Personal

Diagrama de secuencia: Permiso nuevo El diagrama de secuencia de nuevo permiso permite agregar un eliminar al personal que ya no son parte activa del sistema a través de la acción desactivación. El administrador es quien tiene competencia de esta acción previa autorización de una autoridad competente.

Figura 40. Diagrama de secuencia – Eliminar usuario

67 Diagrama de secuencia: Tipos de permisos El diagrama de secuencia de tipos de permisos nos permite crear diferentes tipos de permisos para el personal de la institución.

Figura 41. Diagrama de secuencia – Tipos de permisos

Diagrama de secuencia: Horas adicionales El diagrama de secuencia de horas adicionales se da la autorización de parte del administrador para que este de horas adicionales a los empleadores.

Figura 42. Diagrama de secuencia – Tipos de permisos

68 Diagrama de secuencia: Horas adicionales El diagrama de secuencia de horas adicionales se da la autorización de parte del administrador para que este de horas adicionales a los empleadores.

Figura 43. Diagrama de secuencia – Tipos de permisos

Diagrama de secuencia: Asistencia nueva El diagrama de secuencia de asistencia nueva crea una asistencia manualmente del empleado autorizada por la autoridad de la institución.

Figura 44. Diagrama de secuencia – Nueva asistencia

69 Diagrama de secuencia: Inasistencia El diagrama de secuencia de inasistencia lista automáticamente todas las inasistencias de los empleados de la institución.

Figura 45. Diagrama de secuencia –Inasistencia

Diagrama de secuencia: Horas adicionales El diagrama de secuencia de horas adicionales lista automáticamente todas las horas adicionales de cada uno de los empleados de la institución.

Figura 46. Diagrama de secuencia – Horas adicionales

70 Diagrama de secuencia: Dispositivo El diagrama de secuencia de inasistencia lista automáticamente todas las inasistencias de los empleados de la institución.

Figura 47. Diagrama de secuencia –dispositivo

Diagrama de secuencia: Registro El diagrama de secuencia de horas adicionales lista automáticamente todas las horas adicionales de cada uno de los empleados de la institución.

Figura 48. Diagrama de secuencia – Registro

71 Diagrama de secuencia: Reporte El diagrama de secuencia de horas adicionales lista automáticamente todas las horas adicionales de cada uno de los empleados de la institución.

Figura 49. Diagrama de secuencia – Reporte

5.1.3.2.3. Diseño y arquitectura del sistema En el presente documento desarrollaremos temas relacionados a la Arquitectura del Software, una vista del sistema que incluye los componentes principales del mismo, la conducta de estos componentes en el sistema y las formas en que los componentes interactúan y se coordinan para alcanzar a misión del sistema. La vista arquitectónica que haremos será una vista abstracta, aportando el más alto nivel de comprensión del sistema.

5.1.3.2.3.1. Presentación de la arquitectura En base al problema que plantamos, que consiste en el uso de varios Framewors utilizaremos lo que es el patrón MVC (Modelo Vista Controlador), debido a que nos permite separar los datos de una aplicación, la interfaz de usuario, y la lógica de control en tres componentes distintos.

72

Figura 50. Arquitectura Fuente: (Pressman, 2010)

5.1.3.2.3.2. Modelo Contiene la información y la lógica con la que el sistema funciona. Esta capa también es llamada persistencia y es la que contiene los datos que el usuario quiere acceder.

5.1.3.2.3.3. Vista Esta es la representación de la información en un formato entendible para el usuario. Esta capa es llamada también presentación, y la única que utiliza el usuario, por la cual solicita y envía información.

5.1.3.2.3.4. Controlador Es el encargado de responder a las acciones que solicite el usuario por medio de la vista, estas acciones la mayor parte del tiempo son cambios al modelo. Esta capa contiene la lógica del negocio, y tiene que garantizar la comunicación entre vista y el modelo, logrando resolver las solicitudes del usuario, sin comprometer la integridad de la capa de persistencia.

5.1.3.2.4. Prototipo de usuarios Prototipo de usuarios: Interface de Usuarios La interface de usuarios está compuesta por un botón nuevo para añadir usuarios, un cuadro de búsqueda y una tabla que muestra, según lo requerido, los usuarios que contiene el

73 sistema. Cabe señalar que al ser una propuesta o prototipo muestra pequeñas diferencias al del software original implementado.

Figura 51. Interfaz de usuario

Prototipo de usuarios: Interface de nuevo y Edición de usuarios En estas interfaces aparecen los campos que deben ser llenados o modificados.

Figura 52. Interfaz de nuevo usuario

74

Figura 53. Interfaz de edición usuario

Prototipo de usuarios: Interface de búsqueda de usuario Para la búsqueda únicamente en el cuadro de búsqueda añadimos el identificador del usuario y automáticamente se irá filtrando los datos de la base de datos y mostrando los que más se aproximan.

Figura 54. Interfaz de edición usuario

75 Prototipo de usuarios: Interface de perfil de usuario Esta ventana nos permite crear perfil para la administración del sistema.

Figura 55. Interfaz de perfil de usuario

Prototipo de usuarios: Interface de Opciones de administrador Esta interface permitirá la edición de nuestro menú de tarea ubicado en la parte izquierda, ingresaremos un nombre, acrónico, icono y la vista de esta opción, también tendremos los botones de editar y habilitar y deshabilitar.

Figura 56. Interfaz de Opciones de administrador

76 Prototipo de usuarios: Interface de personal Esta ventana nos permite ingresar personal a nuestro sistema listando su nombre cedula y estado, tendremos el botรณn nuevo personal, editar y habilitar.

Figura 57. Interfaz de personal

Prototipo de usuarios: Interface de Horarios Esta interface me permitirรก agregar horarios de estudio al sistema

Figura 58. Interfaz de Horarios

77 Prototipo de usuarios: Interface de dispositivo Esta interface me permitirรก agregar un dispositivo nuevo al sistema y listar los actuales.

Figura 59. Interfaz de Dispositivo

Prototipo de usuarios: Interface de dispositivo Esta interface me permitirรก listar las asistencias por fecha, hora y tipo permitiendo llevar una organizaciรณn de la informaciรณn.

Figura 60. Interfaz de Asistencia

78 Prototipo de usuarios: Interface de reporte Esta interface me permitirá gestionar reportes por tipo, fecha y personas. Tendremos dos botones el primero será para visualizar el reporte y el segundo para descargarlo.

Figura 61. Interfaz de Asistencia

5.1.3.2.3. Diseño de modelo de datos 5.1.3.2.3.1. Diseño de la base de datos El diseño de la base de datos debe ser un diseño que contenga información esencial es decir debe ser un diseño minimalista. En ocasiones hay que refinar el diseño, este proceso se lo realiza posteriormente. El diseño que se realizó fue simple y será con el que trabajará el aplicativo cuando sea puesto en funcionamiento.

Para el diseño de esta base de datos se utilizó un modelador de base de datos pgModeler creando un modelo relacional. Que relaciona las diferentes entidades del sistema logrando una eficaz comunicación entre las entidades.

79

Figura 62. Creación de tabla

Los campos marcados con "pk" indican aquellos que son claves primarias, es decir, que identifican de manera única a cada entidad. Por ejemplo, per_id es el identificador único del personal, que será por regla general un número entero que se va incrementando cada vez que introducimos un nuevo producto (1, 2, 3, etc.).

Los campos marcados como "fk" son claves foráneas o claves externas. Indican campos que van a almacenar claves primarias de otras tablas de modo que se puedan relacionar con la tabla actual.

Los campos marcados con indicadores que empiezan con "uk" se refieren a campo que deben ser únicos La restricción "check" que empieza con “ck” especifica los valores que acepta un campo, evitando que se ingresen valores inapropiados.

Figura 63. Modelo de la base de datos

80

81 5.1.3.3. Etapa de Codificación En esta etapa se procedió hacer en si lo que concierne a la codificación y desarrollo del sistema, se utilizó PHP para crear un sistema orientado a la web como también lenguaje de etiquetado HTML y hojas de estilos CSS, como también se programó en una arquitectura MVC, dando una estructura y fácil manejo de la programación para corregir posibles errores.

Figura 64. Interfaz de usuario

Figura 65. Código Menú

82 A continuación, se muestra la conexión del login con la base de datos

Figura 66. Conexión del login

Para tener una conexión de éxito se configura la clave y contraseña de PostgreSQL

Figura 67. Código conexión a la base de datos

Creación del módulo de usuario

Figura 68. Funciones de listar usuario y nuevo usuario

83 5.1.3.4. Etapa de Transición La fase de transición es la encargada de hacer llegar el producto a los beneficiarios, así como, entregar toda la documentación pertinente que indica el flujo de procesos y actividades que efectúa el software. Entre los documentos que generalmente se entrega están: manual de usuarios, manual técnico y diccionario de datos.

5.1.3.4.1. Pruebas de Aceptación Las pruebas de aceptación constituyen el conjunto de pruebas que se efectúan sobre el producto final terminado. Como parte de las pruebas de aceptación tenemos: •

El acta de entrega recepción o documento de aceptación del software es el obtenido una vez presentado a los beneficiarios el producto final con sus respectivas documentaciones (Anexo 10).

5.1.3.4.2. Manual de Usuario El manual de usuario es un documento técnico que constituye la guía del usuario para usar un determinado software. El detalle, así como el entorno grafico ayuda a mejorar la compresión de los usuarios sobre este documento (Anexo 5).

5.1.3.4.3. Diccionario de Datos El diccionario de datos es la descripción técnica de la base de datos. En este documento técnico es donde estarán reflejados los estándares usados para identificar a cada entidad y atributos de la base de datos. Además, el detalle de las tablas, funciones, entre otras (Anexo 4).

84

5.2. Conclusiones Los planteles educativos están en constante crecimiento y evolución por lo que es necesario avanzar tecnológicamente para brindar un mejor servicio tanto a alumnos como a padres de familia, es por eso que surge la necesidad de adquirir un sistema de control de asistencia para automatizar el proceso que se lo realizaba manualmente.

En el desarrollo del sistema fue de mucha importancia en la etapa de elaboración el diseño y modelado de los diagramas UML que mostraron la interactividad y funcionamiento del software, estos nos brindan una guía gráfica para la codificación de los módulos del sistema, ofreciendo soluciones a los problemas planteados y el desarrollo de un software idóneo para la institución.

El sistema de control de asistencia fue desarrollado en lenguaje PHP, base de datos postgreSQL y se trabajó en tres capas que permiten cambios en el código cuando fue necesario, facilitando la etapa de programación.

Las pruebas efectuadas al sistema, previo, durante y posterior a la instalación del software, permitieron depurar errores de los módulos implementados, construyendo así un sistema fiable y confiable en los resultados devueltos.

Se creó un sistema sencillo y fácil de manejar para los administradores de la institución para que no sea necesario tener altos conocimientos de computación.

La documentación constituye en un recurso importante juntamente con la entrega del software ya que permite a los beneficiarios darle mantenimiento al sistema, constituyéndose así en un proyecto a largo plazo.

85

Dentro de los múltiples sistemas de reconocimiento biométrico se escogió el sistema de reconocimiento por huella digital para la realización de este proyecto debido a la confiabilidad de las mediciones, así como la facilidad de acceso.

Como resultado final el software de este proyecto cumplió con los requerimientos y objetivos desde su planeación con un sistema biométrico de huella digital seguro y confiable para el registro del personal docente y administrativo, optimizando al máximo el proceso de asistencia.

86

5.3. Recomendaciones Se sugiere que la persona encargada de administrar el sistema tenga conocimientos básicos en TIC, es decir estar capacitado en la manipulación de la información registrada en el sistema para un control eficaz de la información y datos reales del personal.

En base a la experiencia adquirida en la realización de la presente investigación se observó que la creación de un prototipo de software en la etapa de construcción es de vital importancia para demostrar a los beneficiarios una idea más clara y tangible del sistema y den su punto de vista para no tener cambios abrumadores, que modifiquen al sistema en etapas posteriores permitiéndonos ahorrar recursos (tiempo y dinero).

Se recomienda trabajar con una arquitectura de software para llevar una programación ordenada y así poder detectar posibles errores en el sistema.

Tener un documento formal como el SRS que ayude al momento de presentar el software a los beneficiarios, en la etapa de pruebas del software es donde empiezan aparecer nuevos requerimientos (en base a la experiencia en el desarrollo de este proyecto) que no estuvieron contemplados en las etapas iniciales del desarrollo del sistema.

Dar capacitación a los encargados de administrar el sistema para que no tengan inconvenientes al momento de manipular el software.

Crear manuales del sistema, tratando de describir a fondo cada uno de los procesos que son parte del sistema y en un lenguaje común para que cualquier usuario pueda entender.

87

5.4. Lista de Referencias 5.4.1. Fuentes de Información Bibliográficas Alejandro, F. G. (2006). Identificación de personas mediante el reconocimiento dactilar. Universidad Nacional Mayor de San Marcos. apache. (27 de 05 de 2016). apache. Obtenido de apache: http://httpd.apache.org/ Brito, K. (2015). Selección de Metodologías de Desarrollo para Aplicaciones Web. USA: Académica Española.

Capuñay, O. (2013). Desarrollo web con PHP. Elizabeth Valarino, G. Y. (2010). Metodología de la investigación. México: Trillas.

García Llinás, L. F. (2010). Programación orientada a objetos en Java.

Barranquilla: Grupo Editorial Ibánez.

Hernández Sampieri, R., Fernández Collado, C., & del Pilar Baptista Lucio, M. (2010). METODOLOGÍA de la investigación. México: McGRAW-HILL. Holzner, S. (2009). JQuery. Berkeley: CA: Peachpit Press.

J. S. Dunn, F. (2009). TheBiometric Consortium. Obtenido de TheBiometric Consortium: http://www.biometrics.org LibrosWeb.

(27

de

05

de

2016).

LibrosWeb.

Obtenido

de

http://librosweb.es/bootstrap_3/ Martinez Guerrero, R. (27 de 05 de 2016). PostgreSQL-es. Obtenido de PostgreSQL-es: http://www.postgresql.org.es/sobre_postgresql Milton Ruiz Marín, I. C. (2009). Una mirada a la biometria . Revista Avances en Sistemas e Informática, 6(2), 1-38.

Muñoz, V. J. (2013). El nuevo PHP. Conceptos avanzados. España: Bubok Publishing S.L. Orós, J. (2013). Guía práctica de XHTML, JaVaScript y CSS. Madrid: RA‐MA.

88 Padilla, M. T. (2012). Metodología de la investigación. México: Trillas.

Pgmodeler. (27 de

05 de 2016).

pgmodeler. Obtenido de pgmodeler:

http://www.pgmodeler.com.br/wiki/doku.php?id=modelvalidation Phil Ballard, M. M. (2009). Ajax, JavaScript y PHP. Anaya Multimedia-Anaya Interactiva.

Piñero, J. (2013). Base de datos relacionales y modelado de datos. España: Pranunfo, S.A. PostgreSQL.

(27

de

05

de

2016).

ArPUG.

Obtenido

de

ArPUG:

http://www.postgresql.org.ar/trac/wiki/PgAdmin Pressman, R. (2010). Ingeniería del software: un enfoque práctico . New York: McGraw Hill.

Rubiales Gómez, M. (2013). HTML5, CSS3 y JavaScript. Madrid: Anaya Multimedia.

Sommerville, I. (2005). Ingenieía del Software (Séptima ed. ed.). Madrid: Person.

UNAM. (2016). redyseguridad. Obtenido de redyseguridad: http://redyseguridad.fip.unam.mx/proyectos/biometria/basesteoricas/caracteristicassistema.html

89 5.4.2. Fuentes de Informaciรณn Linkogrรกficas Apache. (27 de 05 de 2016). apache. Obtenido de apache: http://httpd.apache.org/ LibrosWeb.

(27

de

05

de

2016).

LibrosWeb.

Obtenido

de

http://librosweb.es/bootstrap_3/ PostgreSQL.

(27

de

05

de

2016).

ArPUG.

Obtenido

de

ArPUG:

http://www.postgresql.org.ar/trac/wiki/PgAdmin Pgmodeler. (27 de

05 de 2016).

pgmodeler. Obtenido de pgmodeler:

http://www.pgmodeler.com.br/wiki/doku.php?id=modelvalidation Martinez Guerrero, R. (27 de 05 de 2016). PostgreSQL-es. Obtenido de PostgreSQL-es: http://www.postgresql.org.es/sobre_postgresql J. S. Dunn, F. (2009). TheBiometric Consortium. Obtenido de TheBiometric Consortium: http://www.biometrics.org UNAM. (2016). redyseguridad. Obtenido de redyseguridad: http://redyseguridad.fip.unam.mx/proyectos/biometria/basesteoricas/caracteristicassistema.html

90 GLOSARIO A Apache: Es un servidor de páginas web http para plataformas Linux, Windows etc.

B Base de Datos: información almacenada sistemáticamente, para que resulte sencillo recuperar o actualizar uno o varios ítems.

H Hypertext: Hipertexto es un formato de texto, que permite compartir información, entre estos están documentos, imágenes etc.

Html: (Lenguaje de Etiquetado de Hipertexto). Es un estándar que permite definir páginas web, permitiendo combinar textos, imágenes, y enlaces.

J JavaScript: Es un lenguaje interpretado, orientado a objetos, imperativo y basado en prototipo.

L LAN: (Red de área local). Es una red reducida de computadoras restringida a un área pequeña como una casa, oficina etc.

Login: Es la forma de controlar el acceso de un usuario a un sistema a través de un nombre y contraseña.

M Memoria: Almacenamiento de acceso inmediato de la computadora.

Menú: Lista de opciones que el usuario observa para elegir lo que desea hacer con el programa que está usando.

Multiplataforma: Un sistema puede trabajar sobre cualquier Sistema Operativo.

91 P Página Web: es un documento electrónico el cual contiene textos, sonidos, videos, programas etc.

PHP: (Preprocesador de Hipertexto). Lenguaje de programación del lado del servidor el cual está orientado al desarrollo web.

Proceso: Conjunto de actividades y resultados asociados que conducen a la creación de un producto.

S Servidor: Equipo con grandes características tanto en hardware como en software que brindan sus apoyos los clientes conectados en la red.

Sitio Web: (Web Site). Conjunto de páginas de una institución o persona.

Sistema operativo: una aplicación la cual atiende las peticiones de un cliente, permitiendo la interacción entre usuario y computador U Usuario: Persona o grupo de personas que utilizaran el software para actualizarlo y consultarlo.

92

ANEXOS

ÍNDICE DE ANEXOS ANEXO 1: ENCUESTA PARA EL PERSONAL DOCENTE Y ADMINISTRATIVO ANEXO 2: FICHA DE ENTREVISTA PARA EL INSPECTOR ANEXO 3: FICHA DE ENTREVISTA PARA EL DEPARTAMENTO DE RECURSOS HUMANOS ANEXO 4: DICCIONARIO DE DATOS ANEXO 5: MANUAL DE USUARIO ANEXO 6: MANUAL TECNICO ANEXO 7: SRS ANEXO 8: ACTA DE ENTREGA-RECEPCIÓN ANEXO 9: PRUEBAS DE VERIFICACIÓN DEL SISTEMA ANEXO 10: CAPACITACIÓN ANEXO 11: CARTA DE IMPACTO

ANEXO 1: ENCUESTA PARA EL PERSONAL DOCENTE Y ADMINISTRATIVO

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Encuesta para el personal de la unidad educativa “Sagrados Corazones” del cantón La Concordia

ENCUESTA La presente encuesta es de carácter académico y tiene como objetivo recolectar información necesaria para el desarrollo del sistema de control de asistencia en la Unidad Educativa Sagrados Corazones.

Instrucciones: Marque con una “X” la respuesta que considere adecuada.

Cada pregunta tiene una sola respuesta excepto la pregunta 4.

1.- ¿Cree usted que es necesario el control de asistencia del personal docente y administrativo de la Unidad Educativa Sagrados Corazones?

Si

No

2. ¿Qué nivel de conocimiento tiene usted sobre las Tecnologías de información y Comunicación (TIC)?

Alto Medio Bajo Nada

3. ¿Cree usted que se debería automatizar mediante un programa informático los procesos que permiten el Control de entrada y salida del personal docente y administrativo en la Unidad Educativa Sagrados Corazones?

Si

No

4. ¿Qué beneficios tendría automatizar el Control de entrada y salida del personal docente y administrativo en la Unidad Educativa Sagrados Corazones?

Mayor control del rendimiento del personal docente y administrativo Facilitaría a la gestión administrativa efectuar el control de entrada y salida Eficiencia en la obtención de información de talento humano Incremento en la optimización de la unidad educativa

5. ¿Cómo calificaría usted el proceso actual de control de entrada y salida en la Unidad Educativa Sagrados Corazones?

Excelente Muy bueno Regular Malo

6.- ¿Considera que se realizaría un control más exacto de su tiempo de trabajo con un sistema biométrico automatizado del control de asistencia?

Si

No

7.- ¿Cree usted que desarrollara nuevas habilidades informáticas a través del uso de este sistema biométrico dactilar?

Si

No

8.- ¿Cree que ahorraría tiempo al registrase automáticamente por medio del sistema biométrico dactilar?

Si

No

9.- ¿Cree usted que automatizando el proceso de control de asistencia mejoraría el desempeño de la institución?

Si

No

10.- ¿Cree usted los estudiantes se beneficiarán de un sistema que controle la asistencia del personal docente y administrativo?

Si

No

ANEXO 2: FICHA DE ENTREVISTA PARA EL INSPECTOR DE LA UNIDAD EDUCATIVA SAGRADOS CORAZONES.

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Entrevista dirigida para el Inspector, encargado en la unidad educativa “Sagrados Corazones”.

El presente Documento tiene como objetivo entrevistar al Inspector para congregar información de requerimientos funcionales y no funcionales sobre el sistema de control de asistencia que permita entender la información espacial de los procesos de la unidad educativa “Sagrados Corazones” del Cantón La concordia Fecha y hora: Lugar: Nombre del entrevistado:

Cargo: Resumen de Entrevista:

1. ¿Qué nos podría mencionar sobre el control de entrada y salida que se efectúa en el personal docente y administrativo?

2. ¿Qué tan importante es para la institución llevar un control exacto de su personal docente y administrativo?

ANEXO 3: FICHA DE ENTREVISTA PARA EL DEPARTAMENTO DE RECURSOS HUMANOS DE LA UNIDAD EDUCATIVA SAGRADOS CORAZONES.

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Entrevista dirigida para el departamento de recursos humanos de la unidad educativa “Sagrados Corazones”.

El presente Documento tiene como objetivo entrevistar al departamento de recursos humanos para congregar información de requerimientos funcionales y no funcionales sobre el sistema de control de asistencia que permita entender la información espacial de los procesos de la unidad educativa “Sagrados Corazones” del Cantón La concordia.

Fecha y hora: Lugar: Nombre del entrevistado: Cargo: Resumen de Entrevista:

1. ¿Qué tipos de empleados tiene la unidad educativa “Sagrados Corazones” o porque nombre se le identifica al personal que labora?

2. ¿Qué tipos de horarios se manejan en el sistema actual?

3. ¿Se está manejando horarios personalizados?

4. ¿Cómo se llevará el registro de asistencia cuando se dicte diferentes materias en un mismo día?; es decir, el documento tendrá que timbrar cada hora clase (6:00-6:45 o 6:00-7:30) o el ingreso/salida, por ejemplo: 6:00-13:00.

5. ¿Cuál es el tiempo de holgura para la entrada y salida?

6. ¿Qué tipos de reportes necesitaran del sistema?

7. ¿Qué políticas tienen para el registro de horarios en el sistema?

8. ¿Cuáles son los requerimientos para el control de registro de asistencia al personal administrativo y docente?

ANEXO 4: DICCIONARIO DE DATOS

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Dirección Académica - Escuela de Sistemas

DICCIONARIO DE DATOS DESARROLLO DE UN SOFTWARE PARA EL CONTROL DE ASISTENCIA DE PERSONAL CON TECNOLOGÍA DE RECONOCIMIENTO DE HUELLA DACTILAR PARA LA UNIDAD EDUCATIVA “SAGRADOS CORAZONES” EN EL AÑO 2016

Disertación de Grado previa a la obtención del título de Ingenieros de Sistemas y Computación

Línea de Investigación: Estudio, Diseño e Implementación de Software

Autores: ROBERTH JAVIER CHAVARRIA RENTERIA Director:

MG. ADRIAN ROLANDO CEVALLOS DUEÑAS Santo Domingo – Ecuador 2017

1. Preámbulo El diccionario de datos es la información recopilada de los campos, entidades, funciones y relaciones referentes a la base de datos de un sistema informático.

2. Tablas usadas en la Base de Datos 2.1 Estándar de nombramiento de las tablas en la Base de Datos El nombre de las tablas está definido por la entidad correspondiente, con una denominación en plural. En el caso de los datos de cada una de las tablas, la nomenclatura está definida por los tres primeros caracteres de la tabla concatenado con un guion bajo y un nombre que hace referencia al campo Lista de Tablas N

Nombre

Comentario

1

asistencias

Tabla que almacena las asistencias

2

asistencias_adicionales

Tabla que almacena los registros adicionales de asistencias

3

asistencias_ordinarias

Tabla que almacena los registros de asistencias ordinarias

4

autorizaciones

Tabla que almacena las autorizaciones para horas extras

5

cargos

Tabla que almacena los cargos del personal

6

configuracion

Tabla que almacena información de parámetros de configuración como:...

7

configuracionadicionales

Tabla que almacena la información de configuración de horas adicionales

8

dias

Tabla que almacena los días del horario

9

diasnolaborables

Tabla que almacena los nombres de días no laborables

10

dispositivos

Tabla que almacena los dispositivos.

11

Tabla que almacena las fechas no laborables

12

fechas_diasnolaborables_calendar ios franjashorarias

13

horarios

Tabla que almacena los horarios

14

horarios_dias_franjashorarias

Tabla que almacena la relación n:m de horarios y días

15

horasadicionales

Tabla que almacena la justificación de horas adicionales

16

inasistencias

Tabla que almacena las asistencias justificadas

17

opciones

Tabla que almacena las opciones para roles

18

opciones_perfiles

Tabla que almacena la relación n:m entre opciones y perfiles

19

parametros

Tabla que almacena información de la institución

Tabla que almacena las franjas horarias

20

perfiles

Tabla que almacena los perfiles del personal

21

permisos

Tabla que almacena los permisos a empleados

22

personal

Tabla que almacena los empleados del sistema

23

personal_registro

Tabla que almacena el registro de personal, Activo-Inactivo.

24

registros

Tabla que almacena los registros de enrolamiento o verificación para el uso del dispositivo de captura de huella.

25

tipoadicionales

Tabla que almacena los tipo de horas/días asociados a horas adicionales

26

tipopermisos

Tabla que almacena los tipos de permisos

27

usuarios

Tabla que almacena los usuarios del sistema

28

usuariosperfiles

Tabla que define la relación n:m entre usuarios y perfiles

29

vacaciones

Tabla que almacena las vacaciones.

30

vacaciones_diasusados

Tabla que almacena los rangos de fechas usados de vacaciones.

Resumen de tabla N

1

Tabla

asistencias

Nombre

Tipo de dato

Descripción

asi_id

integer

Id de la asistencia

per_id

integer

Id del personal

hor_id

integer

Id del horario

asi_obs

character varying (200) character varying date

Justificación de la asistencia

time without time zone character varying integer

Hora de registro de la asistencia

Estado de la asistencia adicional

asi_id

character varying integer

aut_id

integer

aor_id

integer

fra_id

integer

Id de la autorización para la hora adicional Id del registro de asistencia ordinaria Id de la franja horaria

aor_est asi_id

character varying integer

Estado del registro de la asistencia ordinaria Id de la asistencia

aut_id

integer

Id de la autorización

aut_fec

date

Fecha de inicio de la autorización

aut_horini

time without time zone time without time zone

Hora de inicio de la autorización

asi_est asi_fec asi_hor asi_tip aad_id aad_est

2

3

4

asistencias_adicionales

asistencias_ordinarias

autorizaciones

aut_horfin

Estado de la asistencia Tipo

Tabla que almacena las asistencias Id de la asistencia adicional

Id de la asistencia

Hora fin de la autorización

aut_est

Estado de la autorización

hor_id

character varying character varying (250) integer

car_id

integer

Id del cargo

car_nom

Nombre del cargo

con_id

character varying (50) character varying (6) character varying (1) integer

con_fecini

date

con_fecfin

date

Fecha de inicio de la configuración Fecha fin de la configuración

con_est

character varying (1)

Estado de la configuración A: Activo I: Inactivo E: Eliminado

con_ide

character varying character varying character varying integer

Id del parámetro

cad_tip

character varying

cad_horini

cad_rec

time without time zone character varying numeric (10)

Tipo de hora adicional EXTRAORDINARIA ORDINARIA Hora de inicio

cad_fecini

date

cad_fecfin

date

cad_est

character varying time without time zone integer

Estado A : Activo I : Inactivo E : Eliminado Hora fin de la configuración

character varying integer

Nombre del día

character varying (50) character varying integer

Nombre del día no laborable

character varying (50) character varying (50) character

Número serial del dispositivo.

aut_obs

5

cargos

car_acr car_est

6

configuración

con_val con_nom cad_id

cad_dia 7

Configuración adicionales

cad_horfin dia_id 8

días

dia_nom dnl_id dnl_nom

9

Días no laborables dnl_est dis_id dis_sn

10

dispositivos

dis_vc dis_vkey

Motivo de la autorización Id del horario

Acrónimo del cargo Estado del cargo Id de la configuración

Valor del parámetro de configuración Nombre del la configuración Id del adicional

DL = Día laborable. DNL = día no laborable.

Porcentaje de recargo sobre la hora ordinaria Fecha de inicio de la configuración Fecha fin de la configuración

Id del día

Id del día no laborable

Estado del día no laborable A: Activo i: Inactivo Id del dispositivo.

varying (50) dis_nom

Nombre del dispositivo.

fec_id

character varying (50) character varying (50) character varying (1) integer

fec_fecini

date

Fecha de inicio

fec_fecfin

date

Fecha fin

dnl_id

integer

Id del dia no laborable

fdc_est

character varying integer

Estado A: Activo i: Inactivo

Hora de inicio de la franja horaria

hor_id

time without time zone time without time zone integer

per_id

integer

Id del empleado

hor_est

A: Activo i: Inactivo

hor_fecing

character varying (1) time without time zone time without time zone date

hor_fecfin

date

Fecha fin del horario

hor_id

integer

Id del horario

dia_id

integer

Id del día

fra_id

integer

Id de la franja horaria

had_id

integer

Id de la hora adicional

had_est

Estado de la hora adicional

had_fec

character varying character varying date

per_id

integer

Id de personal

had_tip

character varying

had_jus

boolean

Tipo de hora adicional EX = Extraordinaria SU = Suplementaria Justificación de horas adicionales

ina_id

integer

Id de la inasistencia

ina_obs

character varying integer

Observación de la inasistencia

Estado de la inasistencia

ina_jus

character varying boolean

ina_fec

date

Fecha de la inasistencia

ina_horini

time without time zone

Hora inicio de la inasistencia.

dis_ac dis_est

11

Fechas días no laborables calendarios

fra_id fra_horini 12

Franjas horarias fra_horfin

13

horarios

hor_horing hor_horfin

14

horarios_dias_franjashorarias

had_obs 15

horasadicionales

per_id 16

inasistencias

ina_est

ac del dispositivo.

Estado del dispositivo.

Id de fechas calendarios

Id de la franja horaria

Hora final de la franja horaria Id de horario

Fecha de ingreso del horario Fecha de finalización del horario Fecha de ingreso del horario

Observación de la hora adicional Fecha de horas adicionales

Id del empleado

Inasistencia justificada

ina_horfin

time without time zone integer

Hora fin de la inasistencias

Nombre de la opción

opc_id

character varying (50) character varying (6) character varying (100) character varying (1) character varying (200) integer

prf_id

integer

Id del perfíl

par_id

character varying (10) character varying (100) character varying character varying (1)

Id del parámetro

opc_id opc_nom opc_acr 17

opciones

opc_ico opc_est opc_vis

18

Opciones perfiles

par_nom 19

Parámetros

par_val par_tip

20

Perfiles

Id de la opción

Nombre del parámetro Valor del parámetro Tipo de parámetros I : Instituciónal C : Configuración L : Licencia Id del perfíl

character varying (50) character varying (6) character varying (1) integer

Nombre del perfíl

Justificación del permiso

per_id

character varying (250) character varying integer

tip_id

integer

Id del tipo de permiso

prm_fecini

date

Fecha de inicio del permiso

prm_fecfin

date

Fecha fin del permiso

prm_horini

time without time zone time without time zone integer

Hora de inicio del permiso

Nombres del empleado

car_id

character varying (150) character varying (150) character varying (10) character varying (150) integer

per_est

character

Estado del personal

prf_acr

prm_est

prm_horfin per_id per_nom per_ape Personal

Estado de la opción A: Activo i: Inactivo Vista de la opción

prf_nom

prm_jus

22

Icono de la opción

integer

prm_id

Permisos

Acrónimo de la opción

prf_id

prf_est

21

ID de la opción

per_ide per_ema

Acrónimo del perfíl Estado del perfíl Id del permiso

Estado del permiso Id del empelado

Hora fin del permiso.

Id del empleado

Apellidos del empleado Identificación del empleado Email del personal Id del cargo

varying (1)

23

24

Personal registro

Registros

per_fecing

date

Fecha de registro de la persona

per_horreg

Hora de registro de la persona

per_ima

time without time zone bytea

per_fecreg

date

Fecha de registro de la persona.

per_hue

text

Huella de personal

per_hueid

integer

id de la huella

pre_id

integer

Id de personal registro

pre_fecing

date

Fecha de ingreso de personal

pre_fecfin

date

Fecha fin de ingreso de personal.

pre_est

Estado de personal registro.

per_id

character varying integer

reg_id

integer

Id del registro

reg_num

integer

Número del registro.

reg_est

Estado del registro.

per_id

character varying (1) integer

reg_fec

date

Fecha del registro.

reg_hor

time without time zone integer

Hora del registro.

character varying character varying character varying character varying integer

Nombre del tipo

character varying character varying character varying

nombre del tipo de permiso

usu_id

integer

Id del usuario

usu_nom

character varying (50) character varying (50) character varying (10) bytea

Nombres del usuario

Email del usuario

usu_log

character varying (100) character varying (64) integer

usu_est

boolean

Estado del usuario

tad_id tad_nom tad_acr 25

Tipo adicionales tad_tip tad_est tip_id tip_nom

26

Tipo permisos

tip_est tip_tiprem

usu_ape usu_ide 27

Usuarios

usu_ima usu_ema usu_cla

Foto de persona

id de personal

Id de usuario.

Id del tipo

Acrónimo del tipo Clasificación del tipo Estado del tipo A: Activo I: Inactivo Id del tipo de permiso

Estado del tipo de permiso Tipo de permiso R: Remunerable N: No remunerable

Apellidos del usuario Identificación del usuario Cédula/Pasaporte Imagen (foto) del usuario

Clave del usuario Contador de cambio de claves

28

29

30

Usuarios perfiles

Vacaciones

Vacaciones días usados

usu_id

integer

id del usuario

prf_id

integer

id del perfil

vac_id

integer

Id de la vacación

vac_diaasi

integer

días de vacaciones asignados

vac_ava

integer

Año de vacación

per_id

integer

Id de persona

vac_est

Estado de la vacación

vac_diausa

character varying integer

vac_diapag

integer

Días pagados

vdu_id

integer

Id de vacaciones días usados

vdu_fecini

date

Fecha de inicio.

vdu_fecfin

date

Fecha fin.

vdu_est

character varying integer

Estado

vac_id

Días de vacaciones usados

Id de vacación.

ANEXO 5: MANUAL DE USUARIO

MANUAL DE USUARIO

Contenido 1. Introducciรณn ........................................................................................................................... 1 2. Formulario de ingreso al sistema ........................................................................................... 1 3. Componentes principales del sistema de registro de asistencias ........................................... 2 4. Formulario principal de perfil de usuario. ............................................................................. 3 5. Ventana principal de asistencias ............................................................................................ 4 6. Formulario principal de configuraciรณn .................................................................................. 8 7. Formulario principal de dispositivo ..................................................................................... 10 8. Modulo principal de horarios ............................................................................................... 11 9. Modulo principal de permisos ............................................................................................. 16 10. Modulo principal de personal ............................................................................................ 19 11. Modulo principal de registro .............................................................................................. 23 12. Formulario principal de reportes ........................................................................................ 25 13. Modulo principal de seguridades ....................................................................................... 28

1 MANUAL DE USUARIO DEL SISTEMA 1. Introducción El presente manual tiene como finalidad servir de guía para conocer el funcionamiento del Sistema de Registro de Asistencias, así para describir las funciones principales de cada uno de sus componentes.

El siguiente Sistema de Registro de Asistencias está dirigido a los usuarios finales que utilizaran el sistema, se asume que el administrador dispone de las habilidades necesarias para utilizar el sistema.

2. Formulario de ingreso al sistema En este formulario se encuentra el Login del acceso al Sistema, en el cual se deberá especificar el nombre de Usuario y Clave especificado por el Administrador del Sistema, una vez ingresados estos datos correctamente se podrá continuar con el acceso al menú principal del Sistema de Registro de Asistencias.

2 3. Componentes principales del sistema de registro de asistencias En la parte lateral izquierda del sistema se encuentra las diferentes opciones que ofrece el menĂş de la aplicaciĂłn, entre ellas se puede escoger Asistencias, ConfiguraciĂłn, Dispositivo, Horarios, Permisos, Personal, Registro, Reportes, Seguridades cada uno con sus correspondientes acciones a realizar.

3 4. Formulario principal de perfil de usuario.

Esta ventana de perfil de usuario nos permite ver la información del usuario actual que a ingresado al sistema detallándonos el nombre la cedula y el email seguido de esto tenemos el cambio de contraseña que nos permitirá gestionar nuestra contraseña.

➢ Cambio de contraseña

4 5. Ventana principal de asistencias Ventana en la que listaran las asistencias para los empleados en la Unidad Educativa, este contara con asistencias manuales y automáticas. ➢ Asistencias manuales.

Se crean a partir del botón nuevo, se nos abre una ventana en la cual ingresaremos la información del empleado la fecha y la hora para registrar la asistencia manualmente.

➢ Asistencias automáticas.

5 ➢ Formulario de ingreso de una nueva asistencia Se debera ingresar la informacion requerida que se solicita para la creacion de un nuevo asistencia, una vez que se halla llenado los campos requeridos se deberå proceder a guardarlos, dando click en el boton que dice guardar.

➢ Mensaje que muestra que se ha ingresado una nueva asistencia

6 ➢ Formulario que permite editar un registro de asistencia Se editará el registro de asistencia con la respectiva información proporcionada por el empleado a editar su registro.

➢ Mensaje que muestra que se ha editado

7 ➢ La asistencia de una persona solo se podrá registrar máximo dos veces, ya sea entrada y salida.

A continuación, se detallan las funciones principales de cada botón:

Nuevo: Habilita los campos para el ingreso de información que permite crear un nuevo registro de usuario

Filtro: Filtra la información que se encuentra almacenada, permitiendo realizar de manera más rápida y eficiente la búsqueda que desea

Editar: Habilita los campos del formulario seleccionado para editarlos Estado: Muestra el estado que se encuentra en usuario, puede estar activado o desactivado

8 6. Formulario principal de configuración Formulario que permite configurar la información de los datos de la Institución que forman parte de la Unidad Educativa, este estará dividido en 3 secciones configuración de la institución, información de asistencia e información de horas adicionales. ➢ Configuración de la institución En esta ventana ingresaremos la información de la institución nombre, siglas, dirección, ubicación, teléfono, email, sitio web y logo esta información será de gran importancia para el sistema ya que esta información estará en cada uno de los reportes a imprimir o descargar.

➢ Mensaje que muestra si se desea cambiar los datos informativos de la Institución.

9 ➢ Información de asistencia Esta ventana permitirá configurar la información de asistencias de la Unidad Educativa, aquí se configurará el número de días del año, la verificación de las vacaciones, tiempo de retraso, tiempo mínimo de horas adicionales y los tiempos de registro antes y después permitidos tanto de entrada como de salida. Los valores serán configurados acorde a las necesidades de la institución.

Nota: Todo cambio en la información de asistencia se programará para un día después para evitar redundancia de datos y registros erróneos por parte de los empleados. En este día de plazo se les comunicara a los empleados de los cambios efectuados en la información de asistencias del sistema.

10 ➢ Información de horas adicionales Esta ventana permitirá configurará los tipos de horas adicionales, si son días laborables o no, el inicio y el fin de horas adicionales y su recargo. También se podrá agregar tipos de horas adicionales conforme a la ley lo demande.

7. Formulario principal de dispositivo Formulario que permite configurar la información de los dispositivos de la Institución que forman parte de la Unidad Educativa.

Nota: En esta ventana se configurar el nombre y las credenciales del dispositivo dactilar finger 4500, en caso de nuevos dispositivos se podrá inhabilitar o editar.

11 8. Modulo principal de horarios Modulo que permite administrar la información de horarios de entrada y salida correspondientes al personal que forman parte de la Institución Educativa.

Este Modulo estará conformado por cuatro secciones calendario, vacaciones, franjas horarias y horarios. ➢ Calendario Esta ventana nos permitirá gestionar los días no laborables de la institución. a) Primero damos un nombre al día no laborable ejemplo fin de año. b) Después arrastramos el día no laborable y soltamos en el calendario c) Por ultimo guardamos cambios.

Nota: en caso de querer eliminar el día no laborable se le dará doble clic sobre el día no laborable y se eliminará.

12 ➢ Formulario de listado de vacaciones Esta ventana nos permitirá gestionar las vacaciones de la institución tenemos un botón nuevo que nos permitirá crear una vacación podremos buscar las vacaciones y ver la lista de todas las vacaciones.

➢ Formulario de ingreso de vacaciones Este formulario nos permitirá ingresar las vacaciones. a) Primero seleccionaremos al empleado b) Después ingresamos los días asignados y pagados c) Por ultimo agregamos el inicio y fin de las vacaciones y damos en guardar.

13 ➢ Formulario de franjas horarias Esta ventana nos permite agregar franjas horarias con el botón nuevo como también nos permite listarlas y buscarlas.

➢ Formulario de ingreso de franjas horarias Una vez seleccionado el botón nuevo nos saldrá esta ventana en la cual podremos elegir entre dos jornadas la matutina y la vespertina configurándolas con una hora de entrada y de salida.

14 ➢ Ventana de horarios En esta ventana se listarán los horarios creados estarán conformados por un nombre un código y tendremos las opciones de editar y deshabilitar.

➢ Formulario de ingreso de nuevo horario a) procedemos a crear un horario dando clic en nuevo. b) Luego ingresaremos el nombre y el código

15

a) Seleccionaremos la jornada ya establecida anterior mente y damos clic en agregar b) Por ultimo guardamos el nuevo horario

โ ข Vista de un horario En las opciones de horario tendremos un botรณn que nos permitirรก visualizar el horario creado.

16 9. Modulo principal de permisos Modulo que permite administrar los permisos que se otorgaran al personal docente y administrativo de la unidad educativa. Estarรก conformado por tres secciones permisos, tipos de permisos y autorizaciรณn de horas adicionales โ ข listado de los tipos de permisos Esta ventana nos permitirรก visualizar todos los permisos creados mostrรกndonos el nombre el tipo y las respectivas opciones de editar y deshabilitar.

17 ➢ Formulario de ingreso de tipos de permisos a) Damos clic en nuevo b) Escribimos el nombre del permiso c) Seleccionamos si es remunerable o no d) Y damos en guardar.

➢ Ventana de autorización de horas adicionales a) damos clic en nuevo b) ingresamos al empleado c) ingresamos la fecha y damos en guardar

18 ➢ Mensaje que muestra el ingreso de un permiso

➢ Mensaje que muestra el ingreso de un tipo de permiso

19 10. Modulo principal de personal Formulario que permite administrar la informaciรณn del personal que se encuentra dentro de la Instituciรณn Educativa. Tendrรก dos secciones personal y cargos.

โ ข Formulario de ingreso de un nuevo registro de personal Se debera ingresar la informacion requerida que se solicita para la creacion de un nuevo registro de personal al sistema,se debe especificar el tipo de perfil que tendra ya sea como Docente o Secretaria, una vez que se halla llenado los campos requeridos se deberรก proceder a guardarlos, dando click en el boton guardar.

20 ➢ Formulario que muestra la edición del personal a) Damos clic en editar b) A continuación, editaremos la información deseada c) Por ultimo damos clic en guardar

➢ Ventana de cargos En esta ventana visualizaremos los cargos creados, para crear un nuevo cargo hay que dar clic en nuevo

➢ Formulario de ingreso de cargos a) Damos clic en nuevo

21

b) Ingresamos el nombre del cargo y un acrĂłnico c) Por ultimo damos en guardar

➢ Mensaje que muestra que se ha editado el registro

22 ➢ Venta de enrolamiento Se tendrá 30 segundos para el respectivo enrolamiento, en el cual el sistema pedirá automáticamente 4 detecciones de su huella dactilar.

➢ Mensaje de confirmación de enrolamiento.

23 โ ข Selecciรณn de horarios.

Se elegirรก entre horarios personalizados y horarios ya establecido por el administrador del sistema.

11. Modulo principal de registro Modulo que permite registrar la asistencia del personal en la Unidad Educativa.

24 โ ข . Ventana de ingreso de registro de personal Se deberรก registrar la asistencia con el lector de cรณdigo de barra, una vez registrada la asistencia se mostrarรก el siguiente mensaje y los datos se Guardarรกn en el mรณdulo de Asistencias.

25 12. Formulario principal de reportes Formulario que permite mostrar los reportes de asistencias e inasistencias del personal en la Unidad Educativa. Se podrå especificar el tipo de reporte que se desea consulta ya sea todos en general o por individuos separados durante un rango de fecha especificado. ➢ Reporte de asistencia

➢ Reporte de inasistencia

26 ➢ Reporte de atrasos

➢ Reportes de horas laboradas

27

➢ Reporte general

➢ Vista general de todos los empleados de la Unidad Educativa en formato Excel.

28 13. Modulo principal de seguridades Modulo que permite administrar la seguridad del sistema permitiendo administrar usuarios perfiles y opciones del sistema.

โ ข Formulario que muestra el Ingreso de un Nuevo Usuario Se deberรก ingresar la informaciรณn requerida que se solicita para la creaciรณn de un nuevo usuario al sistema, una vez que se halla llenado los campos requeridos se deberรก proceder a guardarlos, dando clic en el botรณn que dice GUARDAR.

29 ➢ Mensaje que se muestra al ingresar un nuevo usuario

➢

Formulario que muestra la edición de un usuario

Formulario en el cual se podrá editar la información que se ha guardado anteriormente para corregir algún error de escritura. Luego de haber editado los campos necesarios se procederá a guardar los cambios.

30 ➢ Ventana que muestra lista de perfiles

➢ Formulario que muestra ingreso de perfiles

➢ Formulario que muestra listado de opciones

31 ➢

Formulario que muestra ingresar nueva opción

➢ Mensaje que se muestra cuando se ha editado a un usuario

ANEXO 6: MANUAL TECNICO

MANUAL TECNICO

Contenido 1. Introducciรณn ........................................................................................................................... 1 2. Requerimientos del sistema ................................................................................................... 2 3. Instalaciรณn del servidor local wampserver ............................................................................. 2 4. Configuraciรณn del servidor local wampserver ....................................................................... 7 5. Instalaciรณn del motor de base de datos postgreSQL 9.3 ........................................................ 9 6. Instalaciรณn del flexcodesdksetup64 ..................................................................................... 16

1 MANUAL TÉCNICO DEL SISTEMA 1. Introducción El presente manual tiene como finalidad servir de guía para conocer la correcta instalación y configuración del Sistema de Registro de Asistencias.

El siguiente Sistema de Registro de Asistencias está dirigido al personal técnico capacitado y responsable de la instalación y configuración inicial del mismo, se asume que el lector dispone de las habilidades necesarias para utilizar el sistema.

Este manual está dividido en 4 secciones principales: •

Requerimientos del sistema: Se especifica los requisitos de hardware y software adecuados para el funcionamiento del sistema.

•

Instalación del servidor local Wampserver 2.2 o superior: Se describe el proceso de instalación del servidor local Wampserver.

•

Configuración del servidor local Wampserver: Se especifica la configuración adecuada para que el sistema pueda funcionar correctamente.

•

Instalación del motor de Base de Datos Postgresql 9.3: Especificamos la base de datos que se utilizará para el funcionamiento del sistema y los requisitos que se necesitan.

•

Instalación del SDK FlexCode: Se describe el proceso de instalación del software FlexCode.

2 2. Requerimientos del sistema A continuación, se detallan los requisitos mínimos que se necesitan para el correcto funcionamiento del sistema.

Requisitos para el cliente HARDWARE

SOFTWARE

CPU 1Ghz

Navegador compatible con W3C, css, html5 y Ajax

Memoria RAM 256Mb Almacenamiento 100Mb

Sistema operativo indistinto, en el que se pueda instalar un navegador web

Impresora (Opcional) Conexión de red WiFI 802.11b o Ethernet 10/100 Mbps Entradas USB 2.0

3. Instalación del servidor local wampserver Para desarrollar la instalación de WampServer debemos de bajar la versión con la cual vamos a trabajar, en todo caso se desee trabajar con la última versión esta la puedes encontrar en la página principal de WampServer (http://www.wampserver.com/en/) opción download y seleccionar el tipo de archivo compatible con su Sistema Operativo ya sea 32bits o 64bits. Para nuestro caso utilizaremos la versión WampServer 2.2 que se la puede descargar desde cualquier navegador web.

3 Una vez descargado el programa procederemos a la instalación de la misma, la cual se mostrará a continuación paso a paso, en resumidas cuentas, la instalación es algo básica y simple no se realiza ninguna configuración.

1. Ejecutaremos el archivo wampserver2.2e-php5.3.13-httpd2.2.22-mysql5.5.24-32b.exe que nos permitirá realizar la instalación del programa.

Como podrás observar en esta ventana nos muestra las versiones de los programas que se van a instalar, como es caso del Apache 2.2, MySQL 5.5, PHP 5.3 que son los que maneja esta versión de WampServer 2.2.

4 2. Prosiguiendo con la instalación al dar siguiente se nos presentara la pantalla de común para aceptar las licencias respectivas del producto.

3. A continuación, se mostrará la carpeta donde se instalará el programa y en cual podremos acceder a cada uno de los recursos instalados por el mismo.

5 4. Luego nos da la opción de crear un acceso directo en el escritorio, para ejecutar el WampServer cuando queramos utilizarlo.

5. Por último, se realizará la instalación del WampServer el cual extraerá los archivos necesarios y los instalará, el proceso de instalación demorará de acuerdo a la capacidad del ordenador, pero de modo general se desarrolla de forma rápida.

6

En la parte final de la instalaciรณn veremos la siguiente ventana que nos informa que la instalaciรณn se ha completado, ademรกs de ofrecernos la opciรณn de que se ejecute WampServer al finalizar la instalaciรณn.

7 4. Configuración

del servidor local wampserver

Para el correcto funcionamiento del servidor local Wampserver con el motor de base de datos Postgresql se deberá realizar las siguientes configuraciones: ➢ Ejecutar el servicio de Wampserver como administrador.

➢ Abrir el Wampserver y dirigirse a la opción donde dice PHP / PHP extensions y habilitar las opciones de php_pdo_pgsql y php_pgsql. (Se debe seleccionar uno a la vez.)

8

➢ Una vez realizado lo especificado anteriormente se deberá copiar el archivo que dice “Libpq.dll” de la siguiente carpeta “C:\wamp\bin\php\php5.3.13”, luego de realizar la acción de copiado dirigirse a la carpeta “C:\wamp\bin\apache\apache2.2.22” donde se deberá pegar el archivo mencionado anteriormente. ➢ Finalmente, ya se podrá interactuar el servidor local Wampserver con la Base de Datos Postgresql.

9 5. Instalación del motor de base de datos postgreSQL 9.3 Se procederá a continuación se mostrar los pasos obligatorios para instalar el gestor Postgresql en la computadora, para cualquier versión de Windows.

Pasó 1.-

Abrir el navegador y escribir el link oficial de descarga, en la barra de

direcciones, el cual, nos permitirá descargar la versión de Postgresql que necesitemos. Para nuestro caso seleccionaremos la versión 9.3 para descargar el archivo ejecutable (.EXE):http://www.enterprisedb.com/products-servicestraining/pgdownload#windows.

10 Pasรณ 2.- Ejecutar el archivo .EXE que se ha descargado para proceder a realizar el `proceso de instalaciรณn.

11 Pasó 3.- Procedemos a dar clic en el botón siguiente, de esta forma avanzaremos en la instalación, en la cual se nos pedirá donde queremos que se guarden los archivos y carpetas del gestor PostgreSQL. Por defecto, el asistente nos arroja la siguiente ruta: C:\Program File\PostgresSQL\9.3. La cual procederemos a dejar por defecto.

Pasó 4.- De igual forma, el asistente de instalación nos dará la siguiente ruta para que se guarden los datos de gestor correspondiente. Por defecto, el asistente nos arroja la siguiente ruta: C:\Program Files\PostgreSQL\9.3\data. Dejaremos la configuración por defecto y presionamos de nuevo en “Siguiente”.

12 Pasó 5.- A continuación, se pedirá que el usuario ingrese una contraseña la cual tendrá que recordar y esta proporcionar privilegios de acceso a la base de datos para el super usuario ingresamos dos veces la contraseña y damos siguiente.

Paso 6.- Ahora nos pedirán que ingresemos el puerto en el que el servidor deberá escuchar cuando se conecte al SGBD PostgreSQL. Por defecto ya se encuentra asignado el puerto 5432, y damos en siguiente.

13 Pasó 7.- A continuación, seleccionaremos la configuración regional a ser usada por la base de datos. Por defecto, dejamos y damos en siguiente.

Pasó 8.- A hora, una vez configurado lo anterior el asistente de instalación nos notificará que el programa PostgreSQL ya está listo para iniciar su instalación. Y damos en siguiente.

14

En la siguiente imagen se puede ver el estado del proceso de instalación. Esta labor demorará aproximadamente 2 minutos.

NOTA: Luego de finalizar el proceso, el asistente se demorará un rato mayor mientras se inicializan los clúster y demás componentes del gestor.

15 Pasó 9.- A continuación, el asistente nos notificará que se ha completado la instalación de PostgreSQL y de todos sus componentes y paquetes. Finalmente, hacemos clic en “Terminar”.

La imagen de abajo muestra el entorno de trabajo del SGBD PostgreSQL a través del motor pgAdmin III. Aquí, es donde se crean las bases de datos que trabajan con Postgres, dar de alta servidores, accesos a clientes y administrar las BD’s necesarias.

16 6. Instalaciรณn del flexcodesdksetup64 A continuaciรณn, mostraremos los pasos a seguir para poder instalar el FlexCodeSDKSetup64 en la computadora y en cualquier versiรณn de Windows.

1.- Ejecutaremos el archivo o bien para 64bit FlexCodeSDKSetup64.exe o para FlexCodeSDKSetup32.exe 32 bit que nos permitirรก realizar la instalaciรณn del programa.

2.- Una vez ejecutado procedemos a instalar dando siguiente.

17 3.- Seleccionamos la ruta de instalaciรณn y damos siguiente

4.- Clic en instalar

18 5.- una vez instalado procederemos a configurarlo Iremos a la siguiente ruta C:\Windows\SysWOW64

6.- Clic derecho sobre FlexcodeSDK y luego en propiedades

19 6.- Damos clic en la ventana compatibilidad y luego en la casilla de nivel de privilegio, ejecutar como administrador y clic en aceptar.

7.- luego vamos a Inicio

20 8.- Procedemos a buscar configuraciรณn de control de cuentas de usuarios

9.- escogemos no notificarme nunca y damos clic en aceptar

ANEXO 7: SRS (ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE).

1

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Dirección Académica - Escuela de Sistemas

SRS (ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE) DESARROLLO DE UN SOFTWARE PARA EL CONTROL DE ASISTENCIA DE PERSONAL CON TECNOLOGÍA DE RECONOCIMIENTO DE HUELLA DACTILAR PARA LA UNIDAD EDUCATIVA “SAGRADOS CORAZONES” EN EL AÑO 2016 Disertación de Grado previa a la obtención del título de Ingenieros de Sistemas y Computación

Línea de Investigación: Estudio, Diseño e Implementación de Software

Autores: ROBERTH JAVIER CHAVARRIA RENTERIA Director:

MG. ADRIAN ROLANDO CEVALLOS DUEÑAS Santo Domingo – Ecuador 2017

2

1. INTRODUCCIÓN En el presente documento se explicarán y analizarán los requisitos del proyecto “Sistema de control de asistencia”, desarrollado para la institución educativa “Sagrados Corazones” el cual establecerá los parámetros, requerimientos funcionales y no funcionales, herramientas y detalles descriptivos, para el programa informático que se lo ha denominado: “Sistema de registro de Asistencia”, cuyo beneficiarios serán las autoridades, docentes, administrativos y Clientes de la Unidad Educativa Sagrados Corazones del cantón La Concordia. La implementación de dicho proyecto se lo efectuará en las instalaciones de dicho establecimiento.

1.1 Propósito Este documento tiene como propósito el dejar claro el funcionamiento general del proyecto (Sistema de Registro de asistencia) que está dirigido a la institución educativa “Sagrados Corazones” y al usuario final.

1.2. Alcance del producto El Sistema: SRA, “Sistema de Registro de asistencia” aparece ante las necesidades de registrar la entrada y salida del personal docente y administrativo. Además, el requerimiento de monitorear las actividades del personal de la entidad educativa durante el periodo académico.

3 1.3 Definiciones, Acrónimos y Abreviaturas.

•

SRA – Sistema de registro de asistencia

•

IEEE – Institute of Electrical and Electronics Engineers

•

SRS Especificaciones de requerimientos de software

•

HW: Hardware

•

BD – Bases de datos

•

UML– Lenguaje de Modelado Unificado

•

SW: Software

•

SO: Sistema Operativo

1.4 Referencias Especificación de Requisitos IEEE 830. Disponible en :https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf

2. DESCRIPCIÓN GENERAL Existen circunstancias generales que perjudican los requerimientos y sus productos. En esta parte del documento se determinan estos factores como el contexto al desarrollo del sistema. Entre estos factores tenemos el tiempo y el coste de cada fase del desarrollo y la disposición del cliente.

2.1 Perspectiva del Producto El presente plan constituye un sistema de control biométrico de entrada y salida del personal docente y administrativo de la institución educativa “Sagrados Corazones”. El producto final permite el registro de entrada y salida, además de gestionar reportes con las

4 horas totales laboradas, permitiendo al administrador tener un control óptimo de las horas laboradas en la institución.

2.2 Funciones del Producto Las funciones para las que nos comprometemos a cumplir con nuestra institución Patrocinadora son: • Administración de Usuarios del SRA. • Administración del control de asistencia del personal.

• Administración para la emisión de reportes.

2.2.1 Actividades del Administrador •

Creación de usuarios o Ingresar usuarios o Modificar usuarios o Eliminar usuarios

•

Creación de personal Ingresar personal Modificar personal Eliminar personal

•

Creación de horarios Ingresar horarios Modificar horarios

5 Eliminar horarios •

Creación permisos Ingresar permisos Modificar permisos Eliminar permisos

•

Generación de reportes de asistencias.

•

Registro de asistencia.

Actividades del Usuario •

Visualizar la interfaz de registro o Seleccionar botón registrarse o Mostrar detalles de registro

2.3. Restricciones •

Prohibición total o parcial de la copia o reproducción del software

•

Interfaz para ser visualizada a través del navegador web

•

Sistema diseñado con arquitectura cliente – servidor

•

En la seguridad, se debe establecer el uso de inicio de sesión para limitar el acceso a usuarios no autorizados.

2.4. Suposiciones y dependencias Para el completo funcionamiento del sistema, funcionamiento completo del sistema, se solicita tener preinstalado el plug-in Adobe Flash Player y la hoja de cálculo de Excel, que sirvieran para los reportes tanto para visualizar en PDF como para visualizar en una hoja de cálculo Excel.

6

3. REQUERIMIENTOS ESPECÍFICOS En esta apartado se detalla con más claridad los requerimientos específicos del sistema a desarrollar.

3.1. Requisitos Funcionales

N

Requerimiento

Descripción

Prioridad

RF1

Ingresar Nuevo Usuario al Sistema

El Administrador ingresa la información requerida para que el usuario sea añadido a la BDD del sistema.

Alta

RF2

Editar un usuario existente del sistema

El administrador puede efectuar modificaciones en el registro de los usuarios ante posibles errores o cambios.

Alta

RF3

Cambiar de estado de los usuarios del registro

El administrador efectúa la búsqueda por nombre o cedula dentro de la BDD y genera el proceso de cambio de estado del usuario dentro del sistema.

Alta

RF4

Búsqueda de los usuarios del sistema

El administrador ingresa ciertos datos del usuario, el sistema lo busca en la base de datos y se presenta la información del usuario.

Baja

RF5

Ingresar Nuevo Perfil de Usuario al Sistema

El Administrador ingresa la información requerida para que el perfil de usuario sea añadido a la BDD del sistema.

Alta

RF6

Editar Perfil usuario existente del sistema

El administrador puede efectuar modificaciones en el perfil de los usuarios ante posibles errores o cambios.

Alta

RF7

Cambiar de estado de los perfiles de usuarios

El administrador efectúa la búsqueda por nombre dentro de la BDD y genera el proceso de cambio de estado del perfil de usuario dentro del sistema.

Media

RF8

Ingresar Nueva asistencia al Sistema

El Administrador ingresa la información requerida para que la asistencia sea añadida a la BDD del sistema.

Media

7

RF9

visualización de asistencia

Se visualiza automáticamente las asistencias

Baja

RF10

visualización de inasistencia

Se visualiza automáticamente las inasistencias

Baja

RF11

visualización de horas adicionales

Se visualiza automáticamente las horas adicionales

Baja

RF12

Ingreso de información de la institución

El Administrador ingresa la información de la institución .

Media

RF13

Ingreso de información de la asistencia

El Administrador ingresa la información requerida para que el sistema valide las asistencias..

Media

RF14

Ingreso de información de las horas adicionales

El Administrador ingresa la información requerida para que el sistema valide las horas adicionales.

Media

RF15

Ingreso de nuevo dispositivo

El Administrador ingresa la información requerida para que el nuevo dispositivo sea añadido a la BDD del sistema.

Baja

RF16

ingreso de días no laborables

El administrador puede efectuar modificaciones en el horario ante posibles días no laborables.

Alta

RF17

Ingreso de vacaciones

El Administrador ingresa la información de vacaciones para que sean añadidos a la BDD del sistema.

Alta

RF18

Ingreso de franjas horarias

El Administrador ingresa la información de franjas horarias para que sean añadidos a la BDD del sistema.

Media

RF19

Ingreso de horarios

El Administrador ingresa la información de horarios para que sean añadidos a la BDD del sistema.

Media

RF21

Ingreso de información de asistencias

El administrador ingresa ciertos información de los días laborables y tiempos de retraso, y de registro del sistema

Media

RF22

Ingreso de información de

El administrador ingresa cierta información de las horas

Media

8 horas adicionales

adicionales y sus remuneraciones.

RF23

Ingreso de permisos

El administrador ingresa los permisos autorizados

Media

RF24

Ingreso de tipos de permisos

El administrador ingresa los tipos de permisos remunerables y no remunerables.

Media

RF25

Ingreso de autorizaciรณn de horas adicionales

El administrador ingresa la autorizaciรณn de las autoridades de la instituciรณn para aprobar horas adicionales.

Media

RF26

Ingreso de cargos de personal

El administrador ingresa los cargos dl personal

Baja

RF27

Ingreso de personal

El administrador ingresa al personal de la instituciรณn

Alta

RF28

Visualizaciรณn de reportes

El administrador visualiza los diferentes tipos de reportes

Baja

9 3.2. Requerimientos No Funcionales

Nombre

Descripción

Manual de

El sistema tendrá sus respectivos manuales de usuario, para que el

Prioridad

Alta usuario

Validación de los

cliente final se pueda desenvolver fácilmente

Los datos se están validados tanto en código fuente como en la base Media

datos

de datos

Gestión de base de El sistema llamara las respectivas funciones a la base de datos

Alta

datos

Podrá ser empleado en diversos sistemas operativos, pero su Sistema funcionalidad será sobre Windows ya que este sistema operativo

Media

multiplataforma maneja la institución

Gestion SDK La aplicación cargara la interfaz de la huella Flexcode

Media

10 3.3. Requisitos de la interface externa 3.3.1 Interfaces de usuario Para nuestro sistema utilizamos una completa gama de botones, campos de texto, listas, entre otras que se adapten de mejor manera con la mayoría de navegadores útiles del mercado.

3.3.2. Interface de Hardware Para el uso del software por parte del cliente se requiere que trabaje con un equipo informático adecuado, en condiciones perfectas y se adapte a los siguientes requerimientos básicos: o Mouse o Teclado o Monitor o Impresora o Adaptadores de Red o Memoria minina de 256 Mb o Procesador de 1.8 GHz de frecuencia.

3.3.3. Interface de software Cualquier sistema operativo que faculte el uso de navegadores Web. Navegadores: Mozilla Firefox, Google Chrome y superiores.

11 3.3.4. Interface de comunicaciones Red de área local (LAN) para empresas que funcionen al interior de un único inmueble.

3.3.5. Restricciones de Diseño Estándares a seguir: • Modelo Entidad-Relación.

• Modelo de datos relacional.

• Lenguaje Unificado de Modelado.

• Modelo, Vista y Controlador.

3.3.6. Atributos del sistema: - Disponibilidad Por su costo y necesidad por parte de las empresas nuestro producto, podrá a futuro ser mayormente difundido y por lo tanto disponible en cuanto sea requerido por cualquier empresa que desee obtener sus beneficios.

- Seguridad Garantizamos la calidad de nuestro producto siempre y cuando no se manipule la base de datos o el sistema por terceros.

ANEXO 8: ACTA DE ENTREGARECEPCIÓN

ANEXO 9: PRUEBAS DE VERIFICACIÓN DEL SISTEMA

ANEXO 10: CAPACITACIÓN

ANEXO 11: CARTA DE IMPACTO