ESTUDIO DE VIABILIDAD DE UNA APLICACIÓN WEB PARA EL CONTROL Y GESTIÓN DE REGISTRO DE INGRESO

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica – Escuela de Sistemas

ESTUDIO DE VIABILIDAD DE UNA APLICACIÓN WEB PARA EL CONTROL Y GESTIÓN DE REGISTRO DE INGRESO DE USUARIOS A LA BIBLIOTECA DE LA PUCE-SD PERÍODO 2019-2020

Trabajo de Titulación previo a la obtención del título de Ingenieros de Sistemas y Computación.

Línea de Investigación: Tecnologías de la información y la comunicación.

Autores:

JOSÉ DARWIN CHACÁN TAMAME EVELIO GABRIEL LEGARDA MORILLO

Director:

Mg. FAUSTO ERNESTO OROZCO IGUASNIA

Santo Domingo – Ecuador Febrero, 2021

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica – Escuela de Sistemas

HOJA DE APROBACIÓN ESTUDIO DE VIABILIDAD DE UNA APLICACIÓN WEB PARA EL CONTROL Y GESTIÓN DE REGISTRO DE INGRESO DE USUARIOS A LA BIBLIOTECA DE LA PUCE-SD PERÍODO 2019-2020

Línea de Investigación: Tecnologías de la información y la comunicación.

Autores:

JOSÉ DARWIN CHACÁN TAMAME EVELIO GABRIEL LEGARDA MORILLO

Fausto Ernesto Orozco Iguasnia, Mg. DIRECTOR DE TRABAJO DE TITULACIÓN Willian Javier Ocampo Pazos, Mg. CALIFICADOR Franklin Andrés Carrasco Ramírez, Mg. CALIFICADOR Carlos Vicente Galarza Macancela, Mg. DIRECTOR DE GRADO

Santo Domingo – Ecuador Febrero, 2021

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD Nosotros, JOSÉ DARWIN CHÁCAN TAMAME portador de la cédula de ciudadanía No. 172377209-9 y EVELIO GABRIEL LEGARDA MORILLO portador de la cédula de ciudadanía No. 172203712-2 declaramos que los resultados obtenidos en la investigación que presento como informe final, previo la obtención del Grado de INGENIERO EN SISTEMAS Y COMPUTACIÓN son absolutamente originales, auténticos y personales.

En tal virtud, declaramos 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 nuestra sola y exclusiva responsabilidad legal y académica.

Igualmente declaramos que todo resultado académico que se desprenda de esta investigación y que se difunda tendrá como filiación la Pontificia Universidad Católica del Ecuador, Sede Santo Domingo, reconociendo en las autorías al director del Trabajo de Titulación y demás profesores que amerita.

José Darwin Chacán Tamame CI. 172377209-9

Evelio Gabriel Legarda Morillo CI. 172203712-2

iv

INFORME DE TRABAJO DE TITULACIÓN ESCRITO DE GRADO Francisco Sánchez Parrales, Mg. Dirección de Investigación y Postgrados Pontificia Universidad Católica del Ecuador Sede Santo Domingo. De mi consideración, Por medio del presente informe en calidad del director/a del trabajo de titulación de Grado de la Escuela Sistemas, titulado: ESTUDIO DE VIABILIDAD DE UNA APLICACIÓN WEB PARA EL CONTROL Y GESTIÓN DE REGISTRO DE INGRESO DE USUARIOS A LA BIBLIOTECA DE LA PUCE-SD PERÍODO 2020-2021, realizado por los estudiantes : JOSÉ DARWIN CHÁCAN TAMAME con cédula: Nº 172377209-9 y EVELIO GABRIEL LEGARDA MORILLO con cédula: Nº 172203712-2, previo a la obtención del título de Ingenieros de Sistemas y Computación, informo que el presente trabajo de titulación escrito se encuentra finalizado conforme a la guía y el formato de la Sede vigente.

Santo Domingo, 27/01/2021.

v

RESUMEN El uso de las tecnologías de la información y comunicación (TIC), causan un impacto en la automatización de procesos de una institución. De este modo, se planteó como objetivo realizar un estudio de viabilidad de una aplicación web para el registro de ingreso de usuarios a la biblioteca de la PUCE-SD. Se empleó el enfoque mixto, con diseño no experimental, junto con los tipos de investigación descriptivo y de campo, la observación directa, entrevista y encuesta para recolectar datos y para el análisis de datos el Chi-cuadrado, estadísticas descriptivas y BizageModeler para representar el proceso de registro. Entre los resultados obtenidos, se determinó el proceso que se realiza para el registro de ingreso, las herramientas de desarrollo que pueden ser utilizadas para la aplicación web, se determinó la viabilidad de la aplicación web. Las herramientas de recolección de datos permitieron conocer el proceso de registro de usuarios, permitió saber la acogida de una aplicación web por parte de los usuarios, y definir lo contemplado por cada parte de la estructura del estudio de viabilidad. La hipótesis planteada se pudo comprobar mediante la estadística del Chi-cuadrado, permitiendo desarrollar una aplicación web con código de barras, Haciendo uso de herramientas para el Front End HTML, CSS, JavaScript, Jquery, Ajax, y para el Bank End PHP, y como gestor de base de datos MySQL.

Palabras clave: Gestión; Registro de archivos; Biblioteca; Automatización, Software.

vi

ABSTRACT The use of information and communication technologies (ICT) have an impact on the automation of processes in an institution. In this way, the objective was to carry out a feasibility study of a web application for registering users to enter the PUCE-SD library. The mixed approach was used, with a non-experimental design, along with the descriptive and field research types, direct observation, interview and survey to collect data and for data analysis of Chi-square, descriptive statistics and BizageModeler to represent the registration process.

Among the results obtained, it was determined the process that is carried out for the entry registration, the development tools that can be used for the web application, the viability of the web application was determined. The data collection tools allowed to know the user registration process, it allowed to know the reception of a web application by the users, and define what is contemplated by each part of the feasibility study structure. The proposed hypothesis could be verified using the Chi-square statistic, allowing the development of a web application with a barcode, making use of tools for the Front End HTML, CSS, JavaScript, Jquery, Ajax, and for the Bank End PHP, and as a MySQL database manager.

Keywords: Management; File log; Library; Automation, Software.

vii

ÍNDICE DE CONTENIDOS 1.

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

2.

REVISIÓN LITERARIA .................................................................................. 5

2.1.

Control y gestión de registro de ingreso .............................................................. 5

2.1.1.

Capacidades de gestión ........................................................................................ 5

2.1.2.

Planificación bibliotecaria .................................................................................... 6

2.2.

Estudio de viabilidad de software ........................................................................ 6

2.2.1.

Viabilidad técnica................................................................................................. 7

2.2.2.

Viabilidad económica ........................................................................................... 8

2.2.3.

Viabilidad operativa ............................................................................................. 8

2.3.

Software ............................................................................................................... 8

2.3.1.

Proceso del software ............................................................................................ 9

2.3.2.

Desarrollo ágil del software ................................................................................. 9

2.3.3.

Aplicaciones web ................................................................................................. 9

2.3.3.1.

Capacidades de seguridad .................................................................................. 10

2.3.4.

Software libre ..................................................................................................... 10

2.3.5.

Bases de datos .................................................................................................... 10

2.3.5.1.

Los Sistemas Gestores de Bases de Datos ......................................................... 11

2.3.5.1.1.

Concepto de Sistema Gestor de Bases de Datos ................................................ 11

2.3.5.1.2.

Tipos de Sistema Gestor de Base de Datos (SGBD).......................................... 11

2.3.5.2.

MySQL ............................................................................................................... 11

2.3.5.3.

MariaDB ............................................................................................................. 11

2.3.6.

Tecnología para la programación web ............................................................... 12

2.3.6.1.

Xampp ................................................................................................................ 12

2.3.6.2.

PHP .................................................................................................................... 12

2.3.6.3.

JavaScript ........................................................................................................... 13

viii 2.3.6.4.

AJAX.................................................................................................................. 13

2.3.6.5.

JSON .................................................................................................................. 13

2.3.7.

Arquitectura Modelo Vista Controlador (MVC) ................................................ 14

2.3.7.1.

AdminLTE ......................................................................................................... 14

2.3.8.

Dispositivos ........................................................................................................ 14

2.3.8.1.

Capacidades de dispositivos ............................................................................... 14

2.3.8.2.

Dispositivo Código QR ...................................................................................... 16

2.3.8.3.

Dispositivo Código de barras ............................................................................. 16

2.3.8.4.

Reconocimiento biométrico ............................................................................... 16

2.3.8.4.1.

Reconocimiento facial ........................................................................................ 17

2.3.8.4.2.

Reconocimiento dactilar ..................................................................................... 17

3.

METODOLOGÍA ............................................................................................ 18

3.1.

Enfoque, diseño y tipo de investigación ............................................................ 18

3.2.

Población y muestra ........................................................................................... 18

3.3.

Operacionalización de variables ........................................................................ 19

3.3.1.

Hipótesis ............................................................................................................. 19

3.4.

Técnicas e instrumentos de recogida de datos ................................................... 21

3.5.

Técnicas de análisis de datos.............................................................................. 21

4.

RESULTADOS ................................................................................................. 22

4.1.

Análisis e interpretación de resultados de la encuesta ....................................... 22

4.1.1.

Resultado de encuesta para la Variable Independiente ...................................... 22

4.1.2.

Encuesta para la Variable Dependiente .............................................................. 25

4.2.

Verificación de la hipótesis ................................................................................ 28

4.2.1.

Combinación de frecuencia ................................................................................ 28

4.2.1.1.

Frecuencias observadas ...................................................................................... 28

4.2.1.2.

Frecuencias esperadas ........................................................................................ 29

ix 4.3.

Identificación de la hipótesis. ............................................................................. 29

4.3.1.

Nivel de significación ........................................................................................ 30

4.3.2.

Grados de libertad .............................................................................................. 30

4.4.

Resultado de la entrevista................................................................................... 31

4.5.

Resultado del tercer objetivo .............................................................................. 33

4.5.1.

Comparación entre tipos de software ................................................................. 33

4.5.2.

Comparación entre sistemas de gestores de bases de datos ............................... 33

4.5.3.

Comparación entre tipos de lenguajes de programación .................................... 34

4.5.4.

Comparación entre tipos de dispositivos............................................................ 35

4.6.

Metodología de desarrollo de la aplicación web ................................................ 35

5.

DISCUSIÓN...................................................................................................... 36

6.

CONCLUSIONES Y RECOMENDACIONES ............................................. 38

6.1.

Conclusiones ...................................................................................................... 38

6.2.

Recomendaciones ............................................................................................... 39

7.

REFERENCIAS ............................................................................................... 40

8.

ANEXOS ........................................................................................................... 43

x

ÍNDICE DE TABLAS Tabla 1. Variable independiente ............................................................................................. 20 Tabla 2. Variable dependiente ................................................................................................ 20 Tabla 3. Muestra de la investigación ...................................................................................... 22 Tabla 4. Existencia de inconvenientes para el registro de ingreso a la biblioteca (Pregunta 7) .................................................................................................................................................. 28 Tabla 5. Variabilidad de implementación de sistema automatizado para registro de ingreso (Pregunta 11) ........................................................................................................................... 29 Tabla 6. Frecuencia observada............................................................................................... 29 Tabla 7. Distribución del Chi-cuadrado ................................................................................. 30 Tabla 8. Chi-cuadrado calculado ........................................................................................... 31 Tabla 9. Comparativa entre diferentes software libre y software de pago ............................. 33 Tabla 10.

Comparativa entre Sistema Gestor de Base de datos MySQL, MariaDB y

PostgreSQL .............................................................................................................................. 34 Tabla 11. Comparativa entre lenguajes de programación ..................................................... 34 Tabla 12. Comparativa entre dispositivos de Código de barras ............................................ 35

xi

ÍNDICE DE FIGURAS Figura 1. Proceso que realiza a la hora de visitar una página web. ......................................... 12 Figura 2. Utilización de un dispositivo electrónico................................................................. 22 Figura 3. Sistemas web en dispositivo electrónicos. ............................................................... 23 Figura 4. Inconvenientes a la hora de registrar los datos. ....................................................... 23 Figura 5. Importancia de datos generado automáticamente. ................................................... 24 Figura 6. Información guardada mediante un sistema informático. ........................................ 24 Figura 7. Información debe estar almacenada en servidores o en la nube. ............................. 25 Figura 8. Proceso de ingreso a biblioteca. ............................................................................... 25 Figura 9. Registro de eficiencia rápida.................................................................................... 26 Figura 10. Generación de pérdida de tiempo en el proceso de registro. ................................. 26 Figura 11. Implementación de un sistema automatizado. ....................................................... 27 Figura 12. Impulsar nuevas tecnologías. ................................................................................. 27 Figura 13. Proceso de registro de ingreso de usuarios a la biblioteca. .................................... 32

1

1.

INTRODUCCIÓN

Actualmente el uso de las tecnologías de la información y comunicación (TIC), causan un impacto en el crecimiento, competitividad y productividad de las pequeñas, medianas y grandes empresas, debido a que automatizan sus procesos logrando alcanzar el mejoramiento de sus procesos y de esta manera la institución pueda tomar una mejor decisión para brindar un óptimo servicio. En la gestión y control existen diversas herramientas para optimizar procesos de registro de ingreso de usuarios en la biblioteca y automatizar reportes en tiempo real.

Se ha tomado como guía varios estudios desarrollados referentes al tema, los cuales se detalla a continuación: Uno de los proyectos similares realizó Pinargote, Cruz, Demera, Escobar y Medranda, (2019). En el que se expone la integración de identificación por radio frecuencia (RFID) a través de una aplicación web. Los métodos aplicados en esta investigación presentan un estudio Inductivo-deductivo, analítico-sintético, Histórico-lógico. Las técnicas empleadas como: Entrevistas, Análisis de documentos y bibliografías. Además, permitió a controlar el ausentismo de los estudiantes y poder darle seguimiento a la asistencia. La funcionalidad del sistema incluye administración de datos, seguimiento de estudiantes, envío de informes, registros de monitoreo, registros de mantenimiento y, finalmente, prestación de servicios de información.

Por otro lado, Ademola, Somefun y Oluwabusola (2019), expresan la importancia de la utilización de la tecnología basada en huellas dactilares para monitorear la asistencia de los estudiantes a las instituciones, siendo muy tedioso realizarla manualmente. Describe cómo gestionar de manera automatizada los registros y obtener en tiempo real el análisis de los datos.

La implementación de este sistema proporciona seguridad adicional a los datos del estudiante y evita el acceso no autorizado a cualquier persona, ya que la huella digital es exclusiva de cada persona. Mejorando la calidad de la información, así como su autenticidad.

De manera similar Karwan, Falah y Shahab (2018), argumentan que la gestión en el registro de asistencia es importante para una organización, porque permite tener un seguimiento y datos reales para la toma de decisiones además de maximizar su rendimiento. Este sistema permite gestionar y registrar la asistencia de los alumnos directamente sin la necesidad de listar

2 en papel, permitiendo obtener en tiempo real el porcentaje de los registros. Este sistema mejora los tiempos y la capacidad de calcular la asistencia de los estudiantes universitarios.

De igual manera Adeniji, Scott, y Phumzile, (2016). Dan a conocer un sistema de registro de asistencia, implementando el uso del lector biométrico de huellas dactilares, proporcionando eficiencia y efectividad al realizar los registros y facilitar el cálculo de los datos obtenidos. Al utilizar esta tecnología en una prueba realizada, dio un resultado positivo del 97% de precisión a nivel del sistema, dando un tiempo estimado de 8,7 segundos frente a los 22,6 segundos que se demora realizarla manualmente.

Asimismo, Gamba y Mojica (2010), mencionan que implementaron un sistema que permitió controlar el acceso al Departamento de Electrónica, dejando así que el vigilante tenga mayor control sobre las personas, equipos y herramientas que ingresan y salen, dando mayor seguridad a todo el Departamento, evitando la pérdida de equipos de la Facultad y de particulares y creando un mayor ambiente de confianza para todos. Además de dar seguridad, el sistema se diseñó para permanecer siempre vigente, pues permite la actualización de la base de datos directamente desde Registro Académico; igualmente utilizó una interfaz fácil de usar para el usuario directo que ha sido el vigilante, lo que permitió mayor agilidad a todo el proceso.

Considerando como base los artículos expuestos anteriormente, se puede destacar el marco de trabajo SCRUM, la cual se utilizó en la primera investigación, la arquitectura cliente servidor, modelo vista controlador y tecnologías como PHP, servidor XAMPP, los cuales se utilizaron en la 1ra, 2da y 3ra investigación respectivamente, además de si bien estudios ocuparon sistemas biométricos, por cuestiones de presentar una propuesta más factible y menos costosa en lugar que segura, se opta por lector de barras lo cambia en comparación de otros proyectos realizados.

La sugerencia de una aplicación web para la biblioteca de la Pontificia Universidad Católica del Ecuador Sede Santo Domingo (PUCE-SD), se justifica a partir de que al automatizar la gestión y el control de registro de ingreso se podrán realizar en tiempo real, en el menor tiempo posible y que permitirá realizar análisis de sus reportes en tiempo real, con el fin de sistematizar el mejoramiento de sus procesos para brindar un mejor servicio. De manera que proporcionará, efectividad y eficiencia al procesar la información.

Karwan Jacksi, Falah Ibrahim, Shahab Ali, A. (2018), argumenta que la gestión en el registro de asistencia es importante para una organización, porque permite tener un seguimiento

3 y datos reales para la toma de decisiones además de maximizar su rendimiento. Este sistema permite gestionar y registrar la asistencia de los alumnos directamente sin la necesidad de listar en papel, permitiendo obtener en tiempo real el porcentaje de los registros.

La investigación cumple con el objetivo 5 del Plan Nacional de Desarrollo Toda una Vida, que indica: “Impulsar la productividad y competitividad para el crecimiento económico sostenible de manera redistributiva y solidaria” (Secretaría Nacional de Desarrollo, 2017). Lo cual permitirá contribuir con soluciones tecnológicas para la mejora de sus procesos de gestión de registros de ingresos a la biblioteca de la PUCE-SD. Por esta razón, la sugerencia de la aplicación web para el registro de ingreso de usuarios de la biblioteca, es de suma importancia, los usuarios principales que serían favorecidos son el personal de la biblioteca, docentes y estudiantes, de esta manera se evita la aglomeración de los usuarios, optimizar el tiempo de cargar los registros al sistema.

La PUCE-SD, nació de un sueño que con la fe y perseverancia de Mons. Emilio Lorenzo Stehle. La cual fue fundada en el año de 1996, la creación de la Sede se ha orientado para atender con responsabilidad y esmero las expectativas de educación superior de muchos jóvenes. De manera que permita integrar en la sociedad a personas con alto sentido ético y profesional. Actualmente la universidad cuenta con una de las mejores bibliotecas en Santo Domingo que es utilizada por estudiantes, docentes y personas particulares.

Al realizar visitas in situ, se certificaron los inconvenientes generados por la carencia de tecnología para el registro de ingreso a la biblioteca, lo que ocasiona molestia y aglomeración de usuarios y personal administrativo al querer ingresar en horas pico (9h00 – 12h30) en época de exámenes e inicio de clases. Estos inconvenientes se lograrán solucionar con tecnologías acordes al problema, una aplicación que permita el registro de usuarios a la biblioteca en tiempo real con dispositivos tecnológicos y al final de la jornada se cargue automáticamente dichos registros realizados al sistema.

Los elementos anteriores condujeron a formular el siguiente problema de investigación: ¿Cómo agilizar el acceso y gestión de registro del ingreso a la biblioteca en la PUCESD? Problema que se sistematiza a través de las siguientes preguntas directrices:

4 ¿Cuáles son los procesos para la gestión de registro de ingreso a la biblioteca? ¿Cuáles son las herramientas tecnológicas que se ajustan para el desarrollo del sistema web? ¿Cómo agilizar los tiempos en el proceso de registro de usuarios a la biblioteca? ¿Cómo mejorar los procesos de control y gestión de registro de ingreso a la biblioteca?

Para el presente proyecto de investigación se plantean los siguientes objetivos: Objetivo General: Realizar estudio de viabilidad para el desarrollo de una aplicación web para el control y gestión de Registro de ingreso a la Biblioteca de la PUCE-SD. Objetivos específicos: 

Analizar cuáles son los procesos que intervienen para la gestión de registro de ingreso a la Biblioteca.



Determinar la viabilidad de la aplicación web para la biblioteca.



Identificar la arquitectura tecnológica adecuada para el desarrollo de la aplicación web.



Sugerir aplicación web que permita resolver los inconvenientes de registro y reportes de usuarios de la biblioteca.

5

2.

2.1.

REVISIÓN LITERARIA

Control y gestión de registro de ingreso Según Gómez (2002), estando clara la orientación de la Biblioteconomía hacia el

estudio de la gestión, convendría precisar la terminología relativa a este ámbito y lo que conceptualmente abarca. En efecto, el término "gestión" tiene muchos sentidos, y es usado de modo muy diverso. En principio, podemos entender que con él estamos refiriéndonos al conjunto de funciones, tareas y técnicas integradas que hacen que un organismo alcance la eficacia y la eficiencia en el logro de sus fines (p.54).

La gestión de la información y el conocimiento se convierten en aspectos estratégicos dentro de las organizaciones y que asumen las nuevas tecnologías de información y comunicación. Muchas de las organizaciones recurren a la implementación de sistemas de gestión de información, para agrupar su propia información, compartir sus recursos y tener canales de comunicación rápidos y eficientes, que colaboren con el desarrollo del trabajo y a la toma de decisiones (Durand y García, 2015).

2.1.1. Capacidades de gestión De acuerdo a UIT (2012), las capacidades de gestión IoT respecto a las redes de comunicaciones tradicionales, comprenden las clases habituales de fallo, contabilidad, configuración, rendimiento y seguridad (FCAPS). Y pueden clasificarse en capacidades genéricas y específicas (p. 15).

Capacidades genéricas de gestión en IoT, según UIT (2012): 

Gestión de dispositivos, como activación y desactivación de dispositivos remotos, diagnóstico, actualización del firmware y/o software, gestión del estado de trabajo del dispositivo.



Gestión de la topología de red local.



Gestión del tráfico y la congestión, como la detección de las condiciones de saturación de red y la aplicación de reserva de recursos para los flujos de datos esenciales para la vida o urgentes (p. 15).

Como menciona UIT (2012), las capacidades específicas de gestión se relacionan directamente con los requerimientos específicos de la aplicación (p. 15).

6 2.1.2. Planificación bibliotecaria La planificación consiste en identificar los objetivos generales de una institución o de un conjunto instituciones a corto, mediano y largo plazo; definir las políticas o las estrategias para alcanzar esos objetivos; establecer el marco normativo dentro del cual se desenvuelven las acciones de la institución. Este tipo de planificación bibliotecaria no es un proceso de laboratorio, sino que se ajusta sobre una realidad compleja (Gómez, 2002).

2.2.

Estudio de viabilidad de software Un estudio de viabilidad consiste en realizar un análisis con el que se pretende

determinar de manera anticipada si un proyecto se puede llevar a cabo, es decir, su éxito o su fracaso, de manera que pueda cumplir con los objetivos establecidos para el proyecto.

Este tipo de estudio se relaciona con los principios de calidad, eficiencia y pertinencia de un proyecto. Entre las mejoras pueden ser: 

Aceleración de un proceso.



Optimización de un proceso al eliminar pasos innecesarios o duplicados.



Combinación de procesos.



Reducción de errores en la captura de información mediante la modificación de formularios y plantillas de despliegue.



Reducción de almacenamiento redundante.



Reducción de salidas redundantes.



Mejorar la integración de los sistemas y de los subsistemas (Kendall y Kendall, 2005. p. 53).

Una cuadrícula de impacto de viabilidad resulta muy útil para evaluar de una manera más consciente las mejoras o logros de los objetivos corporativos planteados. En estas cuadrículas se pueden establecer los criterios: 

Puede aumentar la ganancia de los impactos sobre los objetivos corporativos.



Los sistemas actuales o propuestos se enlistas en la izquierda.



Los objetivos se enumeran en la parte superior.



Las flechas rojas indican el impacto positivo.

7 

Las flechas rojas indican la aplicación (Kendall y Kendall, 2005, pp. 53-55).

La determinación de los recursos para llevar a cabo el estudio de viabilidad debe ser revisado y evaluado si se autoriza el estudio formal de sistemas. Los recursos se analizan desde tres áreas de viabilidad: técnica, económica y operativa (Kendall y Kendall, 2005, p. 55).

Por lo cual, la estructura del estudio de viabilidad debe contar con las siguientes partes: 

Alcance del proyecto: en donde se definen los límites propuesto por la organización.



Análisis de situación: se identifica las fortalezas y debilidades del enfoque.



Definición de los requisitos: es muy importante este punto, dado que se necesita la participación de todos los integrantes del proyecto y que los requerimientos permitan cumplir el objetivo de la organización.



Determinación del enfoque: se presenta la solución que se recomienda o una acción que permita satisfacer las necesidades para cumplir con el propósito de la organización.



Evaluación de la viabilidad del proyecto: se examina la rentabilidad del enfoque que se pretende realizar.



Revisión del estudio de viabilidad del proyecto: donde todas las partes anteriormente mencionadas se fusionan para ser el estudio de viabilidad que se revisa de manera formal por parte de los involucrados en el proyecto y los administrativos de la organización.

2.2.1. Viabilidad técnica Para el estudio de viabilidad técnica, el analista deber averiguar si es posible actualizar o incrementar los recursos técnicos actuales de manera que satisfagan los requerimientos (Kendall y Kendall, 2005, p. 55).

Así mismo, debe tener en cuenta: 

Si los recursos técnicos actuales son suficientes para el nuevo sistema.



Si ellos no lo están, puedan ser actualizados para proveer el nivel necesario de tecnología para el nuevo sistema.



La tecnología disponible tenga que satisfacer las necesidades de los usuarios.

8 2.2.2. Viabilidad económica En la viabilidad económica se debe considerar el tiempo del analista y del equipo de análisis de sistemas, en el que se incluye el tiempo de los empleados con los que se trabaja, el hardware y software comercial o del desarrollo. Por lo tanto, como lo afirma Kendall y Kendall (2005): “la empresa debe tener la capacidad de calcular el valor de la inversión bajo evaluación antes de comprometerse al estudio de sistemas completo” (p. 56).

Por lo tanto, la viabilidad económica incluye la adquisición de: 

Equipos tecnológicos nuevos



Hardware



Software comercial o el desarrollo del Software

2.2.3. Viabilidad operativa La viabilidad operativa debe tener en cuenta los recursos humanos que haya disponibles para llevar a cabo el proyecto, así mismo también implica prever si el sistema funcionará y si será utilizado una vez se lo instale (Kendall y Kendall, 2005, p. 56).

Por ello, en la viabilidad operativa implica:

2.3.



Determinar si los recursos humanos estarán disponibles para operar el sistema, cuando ya se encuentre instalado.



Los usuarios que no desean la mejorar de un nuevo sistema, pueden impedir que sea viable operacionalmente.

Software Para Pressman (2014), el software es: 1) instrucciones (programas de cómputo) que

cuando se ejecutan proporcionan las características, función y desempeño buscados; 2) estructuras de datos que permiten que los programas manipulen en forma adecuada la información, y 3) información descriptiva tanto en papel como en formas virtuales que describen la operación y uso de los programas (p.4).

9 2.3.1. Proceso del software Los procesos son un conjunto de pasos adaptables que se deben seguir para el desarrollo de un producto dando la potestad de elegir al equipo de desarrollo que actividades o tareas para el trabajo, buscando siempre realizar un trabajo factible y de calidad para satisfacer las necesidades del usuario final (Sommerville, 2012, p. 60).

2.3.2. Desarrollo ágil del software El desarrollo ágil de software solo es una manera de hacer referencias a las metodologías de desarrollo de software ágil las cuales se caracterizan por ser del tipo incremental, minimizar la documentación y centrase más en el desarrollo del software (Sommerville, 2012, p. 62).

2.3.3. Aplicaciones web También llamadas “webapps”, esta categoría de software centrado en redes agrupa una amplia gama de aplicaciones. Las webapps en su forma más sencilla, viene a ser un poco más que un conjunto de archivos hipertexto vinculados que presenta la información con uso de texto y gráficas limitadas. Sin embargo, desde que surgió la Web 2.0, las webapps han evolucionado hacia los ambientes de cómputo sofisticado que no solo proveen características aisladas, funciones de cómputo y contenido para el usuario final, sino que también están integradas con bases de datos corporativas y aplicaciones de negocios (Pressman, 2014).

Las aplicaciones web trabajan con tres tipos de tecnologías: el protocolo HTTP o HTTPS, el localizador URL y el lenguaje de marcado HTML, actualmente HTML5.

Protocolo de transferencia de hipertexto no seguro (HTTP), es manejado para transferir registros que son parte de las páginas web de la World Wide Web, el protocolo HTTPS se utiliza para establecer una comunicación segura, dado que usa autenticación y encriptación para asegurar la información mientras es transferida entre el cliente y el servidor. La dirección web (URL) es la que se encarga en localizar el servidor específico solicitado. El lenguaje de marcado (HTML), es el nombre del archivo específico solicitado. (CISCO, 2017).

10 2.3.3.1.

Capacidades de seguridad

Las capacidades de seguridad IoT genéricas son independientes de la aplicación como lo menciona UIT, 2012, son: 

En la capa de aplicación: autorización, autentificación, confidencialidad de datos de aplicación y protección de la integridad, protección de la privacidad, auditoria de seguridad y antivirus.



En la capa de red: Autorización, autentificación, confidencialidad de datos de señalización y de datos de uso, y protección de la integridad de señalización.



En la capa de dispositivo: autentificación, autorización, validación de la integridad del dispositivo, control de acceso, confidencialidad de datos y protección de la integridad (p. 15).

Sin embargo, las capacidades de seguridad están estrechamente relacionadas con los requerimientos específicos de la aplicación (UIT, 2012, p. 15).

2.3.4. Software libre Como dice Stallman (como se citó en Dávila, 2009) el software libre es un término relacionado con la palabra libertad para lo cual hace referencia a: 

Libertad para ejecutar el programa en cual sitio, con cualquier propósito y para siempre.



Libertad para estudiarlo y adaptarlo a las necesidades propias.



Libertad de retribución, de modo que se permita colaborar con vecinos y amigos



Libertad con mejorar el programa y publicar las mejoras.

Sin embargo, la palabra libre no implica que sea gratis, error en el que se cae por la propia naturaleza de este término (p. 3).

2.3.5. Bases de datos Una base de datos es una colección de información perteneciente a un mismo contexto (o problema), que está almacenada de forma organizada en ficheros. Una base de datos está organizada mediante tablas, que almacenan información. Estas tablas se relacionan formando vínculos o relaciones entre ellas, que ayudan a mantener la información de los diferentes objetos de forma ordenada y coherentes. Pues están dispuestas mediante filas y columnas. De tal forma que, cada fila almacena un registro con tantos campos como columna tenga la tabla (López, Castellano y Ospino, 2013).

11 2.3.5.1.

Los Sistemas Gestores de Bases de Datos

2.3.5.1.1.

Concepto de Sistema Gestor de Bases de Datos

Según López, Castellano y Ospino (2013) define un Sistema Gestor de Base de Datos (SGDB), como un conjunto de herramientas que facilita la consulta, uso y actualización de una base de datos.

2.3.5.1.2.

Tipos de Sistema Gestor de Base de Datos (SGBD)

Según López, Castellano y Ospino (2013) los gestores de bases de datos se clasifican según su capacidad y potencia del propio gestor: Los Gestores de Bases de Datos ofimáticas son aquellas que manipulan las bases de datos pequeños (ofimáticas) orientada a almacenar datos domésticos o de pequeñas empresas.

Inclusive estos tipos de gestores permiten construir pequeñas aplicaciones con el fin de ayudar al usuario que no tiene mucha experiencia a manipular una base de datos de una forma sencilla e intuitiva.

Los Gestores de Bases de Datos Corporativas son aquellas que tienen la capacidad de gestionar bases de datos enormes, de medianas o grandes empresas con una carga de datos transiciones que requieren de servidores de grandes dimensiones (generalmente un Servidor Unix, o un Windows 200X Server). (p. 17) 2.3.5.2.

MySQL

Como menciona Marín (2019), MySQL es un sistema gestor de bases de datos relacional por excelencia. Es un SGBD multihilo y multiusuario utilizado en la gran parte de las páginas web actuales. Además, es el más usado en aplicaciones creadas como software libre. Se ofrece bajo la GNU GPL, aunque también es posible adquirir una licencia para empresas que quieran incorporarlo en productos privativos (Desde la compra por parte de Oracle se está orientando a este ámbito empresarial).

2.3.5.3.

MariaDB

El Sistema Gestor de Base de Datos (SGBD) MariaDB, es una derivación MySQL, así mismo que trabaja con bases de datos relacionales de código abierto. MariaDB se basa en los valores de rendimiento, estabilidad y apertura (Marín, 2019).

12 Las principales características de este SGBD, como lo menciona Marín (2019) son: 

Aumento de motores de almacenamiento.



Gran escalabilidad.



Seguridad y rapidez en transacciones.



Extensiones y nuevas características relacionadas con su aplicación para Bases de datos NoSQL.



En su mayor proporción es compatible con MySQL, sin embargo, presenta algunas incompatibilidades en la migración de MariaDB y MySQL o los atrasos en la liberación de versiones estables.

2.3.6. Tecnología para la programación web 2.3.6.1.

Xampp

Xampp es un entorno del servidor Apache gratuito para su uso comercial y no comercial, que permite crear una distribución de manera fácil de instalar para desarrolladores principiantes en el mundo de Apache. Lo componen el servidor web Apache, sistemas relacionales de administración de bases de datos (MariaDB) y lenguajes de programación Php y Perl (Apache Friends, 2021).

2.3.6.2.

PHP

PHP es un lenguaje de alto nivel que se ejecuta en el servidor, es decir donde están alojadas las páginas, al contrario que otros lenguajes que se ejecutan en su propio navegador.

La principal ventaja es que, al ejecutarse el código en el servidor, todas las páginas van a ser vistas en cualquier ordenador, independientemente del navegador que se tenga. En cambio, el gran problema que tiene al ejecutarse el código en el navegador es que muchos de los navegadores no son capaces de entender todo el código (Pavón, 2012).

Figura 1. Proceso que realiza a la hora de visitar una página web.

Adaptado de: Quora. (2020). Recuperado el 03 de enero del 2020, de https://es.quora.com/Qu%C3%A9-lenguajees-mejor-para-iniciar-en-programaci%C3%B3n-web-cuando-se-ha-programado-en-lenguaje-de-escritorio

13 2.3.6.3.

JavaScript

Según Aguilar (2015) define que está diseñado para interactuar con el código HTML de las páginas web, y para ejecutarse en el navegador (cliente). Algunas de las sus características:

2.3.6.4.



Interactúa de manera excelente con el navegador web, especialmente mediante el manejo de sus elementos DOM (Document Object Model).



Gestiona las cadenas de manera implícita.



Es de tipado débil (no se declaran los tipos de datos).



Permite la modificación de los objetos y los arrays dinámicamente.



Realiza tratamiento distinto para los tipos de datos básicos, y para los arrays y los objetos.



No es Orientado a Objeto, pero permite su “filosofía”.



Permite anidamientos en las declaraciones de las funciones. (p.117)

AJAX

Ajax (Asynchronous JavaScript and XML) es una tecnología que permite hacer consultas por HTTP de manera asíncrona contra el servidor, además permite acceder a datos existentes en el servidor sin necesidad de recargar la página completamente. Estas consultas contra el servidor se realizan por medio de Javascript y los datos se procesan mediante éste mismo lenguaje, permitiendo actualizar el contenido de la página justamente donde sea preciso (Firtman, 2012).

2.3.6.5.

JSON

JSON (JavaScript Object Notation) o notación de objetos de JavaScript. No es más que una forma muy potente y poco conocida de crear e instanciar objetos, que tomó un significado nuevo a partir de las aplicaciones AJAX. Es un estándar basado en texto plano para el intercambio de información, por este motivo se usa en muchos sistemas que requieren mostrar o enviar información para ser interpretada por otros sistemas (Firtman, 2012).

14 2.3.7. Arquitectura Modelo Vista Controlador (MVC) Modelo Vista Controlador (MVC) es un patrón arquitectónico de software que separa en diferentes capas o responsabilidades, los datos de una aplicación, la interfaz de usuario, y la lógica de control. (Universidad de Alicante, 1996-2020) Es un patrón que ha demostrado su validez al pasar de los años en aplicaciones que es necesario la utilización de interfaces de usuario, ha ganado confianza como modelo de aplicaciones web. Las responsabilidades están distribuidas de la siguiente manera:

2.3.7.1.



El Modelo gestiona, manipula, actualiza y representa de los datos contenidos que maneja el software, su lógica de negocio, y sus componentes de persistencia.



La Vista, o también conocida como interfaz de usuario, comprende las pantallas, páginas, ventanas, formularios, es decir la información que se envía al cliente y los componentes con los que interactúa.



El Controlador, es el responsable de gestionar las instrucciones que recibe, atenderlas y procesarlas, es decir gestiona el flujo de la información. Actúa como intermediario entre el Modelo y la Vista dado que por medio del controlador se pueden comunicar y así solicitan la información que necesitan, luego manipulan los datos y por último la vista se encarga de mostrarlos. (Universidad de Alicante, 1996 – 2020).

AdminLTE

AdminLTE es una plantilla para paneles de control o dashboards desarrollada con Bootstrap 3, creado por el estudio Almsaeed. Es una solución de código abierto basada en un diseño modular que permite una construcción y personalización sencillas. La idea es que cada uno de estos elementos sea un plugin o un widget a través del cual se va creando las vistas de usuario reusables y responsive tanto por la parte de front-end como de back-end (Torrealba, 2016).

2.3.8. Dispositivos Un dispositivo es una parte de un equipo de cuenta con capacidades de comunicación y capacidades opcionales de detección, accionamiento, adquisición, almacenamiento y procesamiento de datos. Los dispositivos se encargan de recolectar tipos de información, al mismo tiempo de proveer a las redes de la información y la comunicación para su posterior procesamiento. Varios dispositivos también realizan operaciones de acuerdo a la información que han recibido de las redes de la información y la comunicación (UIT, 2012, p. 10).

2.3.8.1.

Capacidades de dispositivos

15 De acuerdo con UIT, 2012 los dispositivos en IoT deben preparar las capacidades de comunicación, por lo que se clasifican en: 

Dispositivos de transporte de datos: es un dispositivo anexo a un objeto físico para vincular indirectamente el objeto físico con las redes de comunicación (p. 11)



Dispositivo de adquisición de datos: dispositivo de lectura/escritura que cuenta con la capacidad para interactuar con los objetos físicos. Dicha interacción puede suceder de manera indirecta por medio de dispositivos de transporte de datos, directamente por medio de dispositivos de transporte de datos unidos a los objetos físicos (p. 11)



Dispositivo de detección y accionamiento: es el encargado de detectar o medir la información de su entorno, luego las puede procesar y convertir en señales electrónicas digitales. Asimismo, puede transformar señales electrónicas digitales que provengan de redes de información en operaciones. Por tanto, los dispositivos de detección y accionamiento en general forman redes locales que se comunican entre sí utilizando los tipos de comunicación inalámbricas o alámbricas y utilizan puentes para conectarse con las redes de comunicación (p. 11).



Dispositivo genérico: es un dispositivo que tiene capacidades de procesamiento y comunicación y puede comunicarse con otras redes de comunicación a través de los tipos de comunicación alámbricas e inalámbricas. Estos dispositivos generales incluyen equipos y aplicaciones para diferentes dominios de aplicación IoT, así como máquinas industriales, Smartphones y electrodomésticos (p. 11).

En un modelo IoT la capa de dispositivo se efectúa en la clasificación lógica de los dos tipos de capacidades.

Capacidad de dispositivos, según UIT, 2012: 

Interacción directa con la red de comunicaciones: los dispositivos lograr recoger y cargar información en la red de comunicación (sin la necesidad de la capacidad de pasarela) y pueden recibir directamente información de la red de comunicación.



Interacción indirecta con la red de comunicación: Los dispositivos logran obtener y cargar la información indirectamente en la red de comunicación, mediante capacidades de pasarela. Además, pueden recibir información indirectamente de la red de comunicación.



Redes ad-hoc: Los dispositivos alcanzan a construir redes de manera ad-hoc en diferentes circunstancias cuando sea necesario para aumentar la capacidad evolutiva y la velocidad de despliegue.



Modo reposo y activo: El mecanismo para cambiar a los modos de repos y activo debe disponer las capacidades de dispositivos con la finalidad de ahorrar energía (p.

14).

Capacidad de pasarela, UIT, 2012:

16

2.3.8.2.



Soporte de interfaces múltiples: Las capacidades de pasarela soportan dispositivos conectado mediante distintos tipos de tecnologías alámbricas e inalámbricas, como el bus de red de control de zona (CAN), ZigBee, Bluetooth o Wi-FI.



Conversión de protocolo: Hay dos tipos de situaciones en las que son necesarias las capacidades de pasarela. Cuando las comunicaciones en la capa de dispositivo se manejan protocolos distintos, por ejemplo: ZigBee y Bluetooth; y cuando en la comunicación intervienen la capa de dispositivo y de la red y se encuentran protocolos diferentes en cada una, por ejemplo, el protocolo ZigBee en la capa de dispositivo y el protocolo de tecnología 3G en la capa de red (pp. 14 – 15).

Dispositivo Código QR

Quick Response code o Código de Respuesta rápida (QR), son un tipo de sistema que permite almacenar datos en una matriz de puntos o también denominado código de barras bidimensional. Sus principales características son: que la información que almacena está codificada dentro de un cuadro, por esta razón es fácilmente identificable por su forma cuadrada y los tres cuadrados ubicados en las esquinas que los caracteriza, esto le permite almacenar gran cantidad de información alfanumérica. Fue creado por Denso Wave en 1994 y desde entonces ha sido muy eficiente al momento de codificar caracteres, puesto que puede codificar hasta 7089, así mismo permite que los caracteres contenidos en él puedan ser leídos a alta velocidad (Djelouat, H., et. al, 2018, p. 14).

2.3.8.3.

Dispositivo Código de barras

El Código de Barras es una imagen que identifica a un producto de manera estandarizada y única en todo el mundo. El Código está compuesto por unas barras claras y oscuras y ocasionalmente tiene dígitos numéricos en la parte inferior. Existe una gran variedad de Códigos de Barras. El más común es el EAN/UPC (EAN International – Uniform Code Council), que se utiliza en los empaques de los productos que generalmente están en los anaqueles de venta. Para imprimirlo en la etiqueta de un producto, necesitas generar la imagen en formatos JPG o PNG (GS1México, 2018).

2.3.8.4.

Reconocimiento biométrico

Un equipo biométrico tiene capacidades de medir, codificar, almacenar, comparar, transmitir y/o reconocer una característica única de una persona, en un grado de precisión y confiabilidad (Tolosa y Giz, s.f, p. 4).

La tecnología biométrica se basa en la comprobación científica de que existen elementos en las estructuras vivientes que son únicos e irrepetibles para cada individuo,

17 de tal forma que, dichos elementos se constituyen en la única alternativa, técnicamente viable, para identificar positivamente a una persona sin necesidad de recurrir a firmas, passwords, pin numbers, códigos u otros que sean susceptibles de ser transferidos, sustraídos, descifrados o falsificados con fines fraudulentos. (Tolosa y Giz, s.f, pp. 4 – 5).

Es decir, la tecnología biométrica se fundamenta en la verificación de estructuras únicas e irrepetible de casa individuo, sin la necesidad de firmas, código, claves o un número de pin, que pueden ser filtrados y/o sustraídos.

Para el funcionamiento de esta tecnología es necesario un software que cuente con: reconocimiento de formas, inteligencia artificial, complejos algoritmos matemáticos y el aprendizaje (Tolosa y Giz, s.f, p. 5).

2.3.8.4.1.

Reconocimiento facial

Esta aplicación es manejada por un ordenador para identificar de manera automática a una persona en una imagen digital, al comparar algunas características faciales de una imagen y datos faciales obtenidos de fotografías. Funciona inicialmente es la adquisición de una imagen real o una imagen bidimensional, donde se determina la alineación de la cara en base a la posición de la nariz, boca, etc. Luego de la alineación, orientación y ajuste de tamaño, el sistema es capaz de generar una plantilla facial única, que sería una serie numérica, de modo que esta se pueda almacenar en la base de datos y para posteriormente se realice las comparaciones con estos datos (Tolosa y Giz, s.f, p. 22).

2.3.8.4.2.

Reconocimiento dactilar

El proceso de reconocimiento dactilar empieza digitalizando una huella, obteniendo los detalles referentes a las líneas, posición absoluta y relativa, son trabajados con algoritmos que permite obtener un índice o serie numérica a la que corresponde la huella. Entonces, cuando el usuario requiere ser identificado, coloca su dedo en el lector (óptico, de campo eléctrico, por presión, etc), su huella es escaneada y se analiza para extraer las características y buscar si los datos obtenidos concuerdan con la base de datos. Este tipo de resultado tiene un diagnóstico del 99% más certero que los otros casos. Las técnicas que se utilizan para la comparación de huella dactilar son: La técnica de puntos Minutia y el método de correlación (Tolosa y Giz, s.f, pp. 17 -18).

18

3.

3.1.

METODOLOGÍA

Enfoque, diseño y tipo de investigación Para proyecto actual se empleó el enfoque mixto, esto implica la recolección y el

análisis de datos cuantitativos y cualitativos, así como su integración y discusión conjunta. El enfoque cualitativo permite explicar y explorar la información recolectada, mientras que el enfoque cuantitativo permite la medición numérica de los datos y probar hipótesis establecidas.

Para el diseño de la investigación, se optó por el no experimental, esto nos permite observar fenómenos tal como se dan en su contexto natural, para posteriormente analizarlos.

Se trabajó inicialmente con la investigación de campo de manera que se logró observar de primera mano la situación actual del registro de ingreso de usuarios para la biblioteca y la emisión de reportes.

La investigación de tipo descriptiva se utilizó para relatar el proceso de ingreso y registro de usuarios en la biblioteca, de manera que, con dicha información, se estableció posteriormente la funcionalidad de la aplicación web.

Los instrumentos de recolección de datos se aplicaron al departamento de biblioteca, estudiantes, docentes, alumni y personas particulares.

3.2.

Población y muestra La población que utiliza la biblioteca diariamente es alrededor de 100 usuarios (ver

resultado de entrevista). Por lo cual, se define como población de usuarios de la biblioteca de la PUCE-SD es finita y para conocer la muestra que se encuestarán, se aplicó la siguiente fórmula: 𝑁 ∗ 𝑍 2 ∗ 𝑝 ∗ (1 − 𝑝) n= (𝑁 − 1) ∗ 𝑒 2 + 𝑍 2 ∗ 𝑝 ∗ (1 − 𝑝)

19 Nomenclatura: 

n = Tamaño de la muestra.



N = Total de elementos que integran la población.



Z = Para un grado de confianza de 95% el valor de Z es 1.96



p= Una estimación de la proporción que se quiere medir.



e = Error muestral: falla que se produce al extraer la muestra de la población.

Generalmente, oscila entre 1% y 5%.

Tomamos en cuenta la población obtenida de la biblioteca PUCE-SD la cual es de 100

usuarios que ingresan diariamente, se incluye para un grado de confianza del 95% el valor de Z es 1.96, el margen de error muestral del 5% equivalente a 0,05. n=

100 ∗ 1,962 ∗ 0,5 ∗ 0,5 = 79,51 (100 − 1) ∗ 0,052 + 1,962 ∗ 0,5 ∗ 0,5

Por lo tanto, basado en la fórmula se concluye una muestra de 80 encuestas.

3.3.

Operacionalización de variables

3.3.1. Hipótesis H0: La utilización de las aplicaciones web incide negativamente en los procesos para la automatización de registros de ingreso de usuarios y emisión de reportes en la Biblioteca de la PUCE-SD. H1: La utilización de las aplicaciones web incide positivamente en los procesos para la automatización de registros de ingreso de usuarios y emisión de reportes en la Biblioteca de la PUCE-SD. Variable independiente Aplicaciones web (véase Tabla 1).

Variable dependiente

20 Proceso para la automatización de registros y emisión de reportes (véase Tabla 2).

Tabla 1.

Variable independiente Conceptualización Las aplicaciones web están relacionadas con el almacenamiento en la nube. Toda la información se guarda de forma permanente en grandes servidores de internet y nos envían a nuestros dispositivos o equipos los datos que requerimos en ese momento, quedando una copia temporal dentro de nuestro equipo

Dimensiones

Indicadores

Almacenamiento Local Nube Servidores

Dispositivos

Apache Nginx Microsoft Google

PCs Laptops Tablet Smartphone

Ítems básicos ¿Su información debe estar almacenada de forma local o en la nube?

Técnicas e instrumento Encuesta.

Entrevista.

¿Conoce usted los beneficios que puede tener un servidor web? ¿A utilizado usted un dispositivo electrónico Como: PCs Laptops Tablet Smartphone ? ¿Desearía que la aplicación se adapte a dispositivos móviles?

Nota: Análisis realizado por los autores del trabajo de investigación.

Tabla 2.

Variable dependiente Conceptualización La automatización es fundamental para gestionar, modificar y adaptar no solo la infraestructura de TI, sino también el funcionamiento de la empresa en todos sus procesos. Dentro de los centros bibliotecarios se desarrolla sistemas de gestión diseñados para el tratamiento documental. Ayudando a lograr la transformación digital

Dimensiones

Indicadores

Ítems básicos

Control y gestión de Usuarios.

Emisión de Reportes estadísticos.

¿Cuál es el proceso que se realiza para la gestión y control de registro de ingreso a la Biblioteca?

Técnicas e instrumento

Automatización

Procesos.

Tratamiento documental

Aplicación digital

Registro de Ingreso.

Reducción de tiempos de ingreso.

¿Desearía tener un registro de ingreso Automatizado? ¿Desea automatizar el registro de ingreso a Biblioteca?

Encuesta.

Entrevista.

21 Reportes de ingreso de Usuarios.

¿Desearía tener en tiempo real los reportes de ingreso de usuarios a biblioteca?

¿Cree usted que es necesario la implementación de nuevas tecnologías para el proceso de registro de ingreso a biblioteca?

Nota: Análisis realizado por los autores del trabajo de investigación.

Personas Datos tecnología

3.4.

Técnicas e instrumentos de recogida de datos Se empleó la técnica mixta, posteriormente se aplicó la observación directa, la encuesta

y entrevista. La observación permitió obtener datos en el ambiente particular sin intervenciones. El cuestionario empleado para la encuesta fue estructurado, personal y con respuestas abiertas. El cuestionario de las encuestas fue estructurado, personal y con respuestas cerradas.

3.5.

Técnicas de análisis de datos Con la técnica del Chi cuadrado se permitió evaluar la hipótesis acerca de la relación

entre dos variables. Según Hernández, Fernández & Baptista, (2014) afirma que el Chi Cuadrado es una prueba estadística para evaluar hipótesis acerca de la relación entre dos variables categóricas. Además de la estadística descriptiva, que permite describir puntuaciones y porcentajes conseguidos. Dado que la aplicación de las encuestas se realizó por medio de Google Form, se extrajo las tabulaciones con los gráficos estadísticos de acuerdo a los datos obtenidos.

22

4.

4.1.

RESULTADOS

Análisis e interpretación de resultados de la encuesta Para el análisis e interpretación se aplicó el Chi-cuadrado Según menciona Hernández,

Fernández & Baptista, (2014) afirma que el Chi Cuadrado es una prueba estadística para evaluar hipótesis acerca de la relación entre dos variables categóricas.

Teniendo una población finita de 100 usuarios se aplicó la muestra para conocer la cantidad de usuarios que se va encuestar, obteniendo el tamaño de la muestra de 80 usuarios.

Sin embargo, por situación de pandemia del COVID-19, sólo se lograron alcanzar a encuestar 57/80 dado que no se logró contactar con más usuarios, como se muestra en la tabla 3.

Tabla 3.

Muestra de la investigación N°

Tipo de Usuario

1 2 3 4 5

Docente Estudiante de la PUCE-SD Alumni de la PUCE-SD Personal Administrativo Usuario Externo Total Fuente: Realizado por los autores del trabajo de investigación.

Total 9 18 23 0 7 57

Para el análisis de las encuestas se detallan las preguntas establecidas en el ANEXO 3.

4.1.1. Resultado de encuesta para la Variable Independiente Aplicaciones Web 1. ¿Ha utilizado usted alguna vez un dispositivo electrónico Como: ¿Pc, Laptops, Tablet, Smartphone u otro?

Figura 2. Utilización de un dispositivo electrónico.

Fuente: Datos obtenidos de la encuesta.

23 Análisis e interpretación: Se observa en la figura 2 que el 100% de los usuarios encuestados han utilizado algún dispositivo electrónico, de modo que este resultado es ventajoso porque se entiende que saben navegar en con las funciones que prestas estos dispositivos electrónicos y no sería complejo para ellos utilizar la aplicación web que se sugiera.

2. ¿Ha utilizado algún tipo de sistemas web en dispositivos electrónicos?

Figura 3. Sistemas web en dispositivo electrónicos.

Fuente: Datos obtenidos de la encuesta.

Análisis e interpretación: En la figura 3 se observa, que el 98,2% de los usuarios ha utilizado algún tipo de sistema web en dispositivos electrónicos, y el 1,8% restante no ha utilizado algún sistema web en dispositivos electrónicos. Esto indica que la mayoría de usuario intuye, investiga o se capacita para poder navegar en un sistema web.

3. ¿Cree usted que hay inconvenientes a la hora de registrar sus datos de forma manual para el ingreso a la biblioteca?

Figura 4. Inconvenientes a la hora de registrar los datos.

Fuente: Datos obtenidos de la encuesta.

Análisis e interpretación: En la figura 4 se expone que el 84,3% de los usuarios han tenido inconvenientes al momento de registrar sus datos manualmente para el ingreso a la biblioteca de la institución, mientras que el 15,7% menciona que no han tenido inconvenientes.

24 Por lo que asume que existen inconvenientes al momento de registrar los datos de usuario manualmente, concordando con la observación in situ realizada.

4. ¿Considera usted importante que el proceso de registro de ingreso a la biblioteca se genere de manera automática?

Figura 5. Importancia de datos generado automáticamente.

Fuente: Datos obtenidos de la encuesta.

Análisis e interpretación: Se evidencia en la figura 5 que el 98,2% de los usuarios considera que es importante el registro de ingreso se genere de manera automática y el 1,8% de los usuarios no considera importante que se realice el registro de ingreso de manera automática. De este modo se considera que es importante la automatización en este proceso de registros de ingreso de usuarios.

5. ¿Desearía usted que, para el ingreso a biblioteca, se registre la información por una única vez y su información sea guardada mediante un sistema informático?

Figura 6. Información guardada mediante un sistema informático.

Fuente: Datos obtenidos de la encuesta.

Análisis e interpretación: En la figura 6 se tiene que el 98,2% de los usuarios desearía registrar su información por una única vez y que su información sea almacenada con ayuda de un sistema informático y el 1,8% de los usuarios no tiene interés de un sistema informático realice un registro de guardar su información. Con lo cual se determina que es necesario

25 implementar un sistema informático que ayude en el registro de ingreso de usuarios en la biblioteca.

6. ¿Cree usted que su información debe estar almacenada en los servidores de la Universidad y no en la nube?

Figura 7. Información debe estar almacenada en servidores o en la nube.

Fuente: Datos obtenidos de la encuesta.

Análisis e interpretación: Se puede visualizar en la figura 7 que un 86% de los usuarios prefiere que su información se guarde en los servidores de la institución y el otro 14% no confía. Por lo que se entiende que en su mayoría confían en que su información se almacene en servidores de la institución.

4.1.2. Encuesta para la Variable Dependiente Proceso para la automatización de registros y emisión de reportes 1. ¿Conoce usted el proceso de registro de ingreso a la biblioteca de la PUCE-SD?

Figura 8. Proceso de ingreso a biblioteca.

Fuente: Datos obtenidos de la encuesta.

Análisis e interpretación: En la figura 8 se evidencia que, un 84,2% conoce el proceso que registro de ingreso a la biblioteca de la PUCE-SD y el 15,8% restante no conoce o no tiene claro el proceso para el registro de ingreso a biblioteca. Con lo cual se determina que la mayoría de los usuarios conoce los procesos de registro que se realizan en el ingreso a biblioteca.

26 2. ¿Cree usted que el proceso que se realiza para el control y registro de ingreso a la biblioteca es eficiente y rápido?

Figura 9. Registro de eficiencia rápida.

Fuente: Datos obtenidos de la encuesta.

Análisis e interpretación: En la figura 9 se puede observar que el 88% de los usuarios cree que el proceso que se realiza para el control y registro de ingreso a la biblioteca no es eficiente y rápido, mientras que el 14% cree que sí es eficiente y rápido. Esto permite identificar que el proceso de control y registro a la biblioteca es ineficiente, surgiendo la necesidad de mejorar.

3. ¿Cree usted que proceso de registro genera pérdida de tiempo al ingresar a biblioteca?

Figura 10. Generación de pérdida de tiempo en el proceso de registro.

Fuente: Datos obtenidos de la encuesta.

Análisis e interpretación: Se observa en la figura 10 que el 88% de los usuarios menciona que se genera gran pérdida de tiempo el proceso de registro de registro de ingreso de forma manual, mientras que el 12% menciona que no existe pérdida de tiempo al registrar su ingreso de forma manual. Por lo que se entiende que este registro de forma manual genera pérdida de tiempo a la mayoría de los usuarios.

27 4. ¿Cree usted que con la implementación de un sistema automatizado para el registro de ingreso a la biblioteca reducirá las colas de espera?

Figura 11. Implementación de un sistema automatizado.

Fuente: Datos obtenidos de la encuesta.

Análisis e interpretación: Se puede visualizar en la figura 11 que un 98,2% de los usuarios encuestados cree que con la implementación de un sistema automatizado para el registro de ingreso a la biblioteca se reducirá las colas de espera y el 1,8% restante cree que no se reducirá las colas de espera. Claramente se observa que la implementación de un sistema para automatizar el proceso de registro permitirá reducir las colas de espera.

5. ¿Considera usted que se debe impulsar a la automatización de procesos con nuevas tecnologías en el departamento bibliotecario?

Figura 12. Impulsar nuevas tecnologías.

Fuente: Datos obtenidos de la encuesta.

Análisis e interpretación: Se puede apreciar en la figura 12 que un 98,2% de los usuarios considera que se debe impulsar la automatización de los procesos nuevas herramientas tecnológicas para brindar un mejor servicio; y un mínimo del 1,8% no considera necesario el uso de nuevas tecnologías en los procesos de registro de ingreso de usuarios. Esto demuestra que los usuarios consideran importante la implementación de nuevas herramientas

28 tecnológicas, que ayuden a agilizar los procesos de registro que se llevan a cabo en la biblioteca PUCESD.

4.2.

Verificación de la hipótesis

4.2.1. Combinación de frecuencia Para la combinación de frecuencias se establecerá la correspondencia de las variables Independiente y Dependiente para lo cual se eligió 2 preguntas al azar de las encuestas aplicadas a los usuarios que ingresan a biblioteca de la PUCE-SD, una por cada variable de estudio, lo que permitirá efectuar el proceso de combinación.

Pregunta 7 ¿Cree usted que hay inconvenientes a la hora de registrar sus datos de forma manual para el ingreso a la biblioteca? (Encuesta de la Variable Independiente).

Pregunta 11 ¿Cree usted que con la implementación de un sistema automatizado para el registro de ingreso a la biblioteca reducirá las colas de espera? (Encuesta de la Variable Dependiente).

4.2.1.1.

Frecuencias observadas

Para poder obtener el cuadro de las frecuencias observadas se toma como modelo los resultados de dos preguntas formuladas en la encuestas y se realiza el cálculo correspondiente a la correlación en el cual se multiplica el valor de la Frecuencia del SI de la Tabla 4 (40) por el SI (56) de la Tabla 5 para posteriormente dividirlo para el TOTAL de la muestra (57), dando lugar al primer valor (fila*columna/57=39) de la Tabla 6, el segundo valor será (8*56)/57=8 y así sucesivamente para los demás valores, que da lugar al correspondiente cuadro de frecuencias observadas.

Tabla 4.

Existencia de inconvenientes para el registro de ingreso a la biblioteca (Pregunta 7) Alternativa

frecuencia

Si 40 No 8 Salta a la Pregunta 8 9 Total 57 Nota: Análisis realizado por los autores del trabajo de investigación.

Porcentaje 70% 14% 16% 100

29 Tabla 5.

Variabilidad de implementación de sistema automatizado para registro de ingreso (Pregunta 11) Alternativa

frecuencia

Porcentaje

Si No Total

56 1 57

98% 2% 100

Nota: Análisis realizado por los autores del trabajo de investigación.

Tabla 6.

Frecuencia observada

¿Cree usted que hay inconvenientes a la hora de registrar sus datos de forma manual para el ingreso a la biblioteca?

SI

NO

TOTAL

1 0 0 1

40 8 9 57

¿Cree usted que con la implementación de un sistema automatizado para el registro de ingreso a la biblioteca reducirá las colas de espera?

SI 39 NO 8 Saltar a la pregunta 8 9 TOTAL 56 Nota: Análisis realizado por los autores del trabajo de investigación.

4.2.1.2.

Frecuencias esperadas

De acuerdo con Germán Gonzáles Bahamonte (1974), los valores de las frecuencias esperadas se asumen de un 25% de la muestra de acuerdo a la teoría de las probabilidades, toda vez que se obtienen 4 alternativas posibles, al combinar las dos opciones de respuesta de las dos preguntas.

57 * 0,25 = 14,25

4.3.

Identificación de la hipótesis.

H0: La utilización de las aplicaciones web incide negativamente en los procesos para

la automatización de registros de ingreso de usuarios y emisión de reportes en la Biblioteca de la PUCE-SD. H1: La utilización de las aplicaciones web incide positivamente en los procesos para la automatización de registros de ingreso de usuarios y emisión de reportes en la Biblioteca de la PUCE-SD.

30 4.3.1. Nivel de significación El nivel de significación con el que trabaja es el 5% 4.3.2. Grados de libertad Chi-cuadrado, utiliza los grados de libertad para especificar cual distribución especifica es apropiada para diferentes tamaños de muestras y diferentes números de parámetros del modelo.

Formula: (Número de filas -1) * (Número de columnas – 1) Aplicando la fórmula para determinar los grados de libertad a la Tabla 8 tomando en cuenta el número de filas -1 por el número de columnas -1 se obtiene lo siguientes datos: GL = (f-1)*(c-1) GL = (3-1)*(2-1) = 2 * 1 = 2 Tabla 7.

Distribución del Chi-cuadrado Grado de Libertad

Probabilidad de valores mayores de X2

0,05 (5%) 3,84 1 2 5,99 7,81 3 9,49 4 11,1 5 Nota: Análisis realizado por los autores del trabajo de investigación.

0,01(1%) 6,63 9,21 11,3 13,3 15,1

Usando la tabla de la distribución Chi-cuadrado con un margen de error del 5% equivalente a 0,05 con el grado de libertad de GL=2, buscamos la intersección en la tabla 7, y nos da como resultado 5,99. Este es el valor crítico para rechazar la hipótesis alternativa.

Chi-cuadrado calculado Fórmula: a continuación, se describen las fórmulas utilizadas para el cálculo del Chicuadrado. 𝑋2 = ∑ [

(𝑂−𝐸)2 𝐸

]

31 Tabla 8.

Chi-cuadrado calculado O

E

O-E

(O-E)2

(O-E)2/E

39 1 8 0 9 0

14,25 14,25 14,25 14,25 14,25 14,25

24,75 13,25 -6,25 14,25 -5,25 14,25

612,56 175,56 39,06 203,06 27,56 203.06

42,99 12,32 2,74 14,25 1,93 14,25 88,48

Nota: Análisis realizado por los autores del trabajo de investigación.

Regla de decisión Nos dice que Si X2 c > X2t rechaza la hipótesis nula Siendo el valor de X2 calculada=88,48 y X2tabla=5,99 Análisis Como X2 c= 88,48 > X2t=5,99 se rechaza la hipótesis nula H0 y acepta la hipótesis alternativa que dice “H1: La utilización de las aplicaciones web incide positivamente en los procesos para la automatización de registros y emisión de reportes en la Biblioteca de la PUCESD”.

Referente a los tipos de viabilidad, se considera que cuenta con: la viabilidad económica, dado que la aplicación web se realizó como proyecto de titulación de grado, lo cual no incidió en gasto alguno por parte de la institución. Teniendo en cuenta que se tiene dispositivos tecnológicos adecuados para la implementación del software, se considera que cuenta con la viabilidad tecnológica. Por último, se considera la viabilidad operativa, dado que cuenta con el personal capacitado y necesario que se encarga del servicio bibliotecario.

4.4.

Resultado de la entrevista La presente entrevista fue dirigida a la Ing. Evelyn Tinoco, Coordinadora de la

administración de biblioteca de la PUCE-SD. Con la finalidad de recoger los procesos de registro de ingreso de usuario y reportes estadísticos, todas las preguntas se basan en el ingreso de usuarios a biblioteca era de manera presencial ver ANEXO 4.

De la entrevista realizada se puede destacar lo siguiente:

32 El promedio de la población diaria que utiliza la biblioteca es de alrededor de 100 usuarios. El registro de usuarios en la biblioteca se lo realiza de forma manual, en el cual los usuarios registran: número de cedula, nombre y apellidos, si son usuarios externos que se registran por primera vez además de número de cédula, nombres y apellidos, se les solicita la dirección y número de teléfono, esta información permite obtener datos estadísticos de cuantos usuarios ingresan a la biblioteca diariamente y mensualmente, con lo que se genera datos estadísticos exactos. Siendo en época de exámenes donde se registra el mayor número de usuarios registrados que ingresan a biblioteca.

Para una mayor compresión del proceso de registro de ingreso. se realizó el diagrama de flujo con la herramienta BizageModeler (figura 13).

Figura 13. Proceso de registro de ingreso de usuarios a la biblioteca.

Fuente: Datos obtenidos de la entrevista.

Actualmente la biblioteca no cuenta con herramientas tecnológicas que permitan llevar a cabo el proceso de registro de usuarios. Siendo factible la sugerencia de una aplicación web con lector de código de barras, esto permitirá a los usuarios poder registrarse utilizando el

33 carnet universitario y cédula de identidad, de manera que se minimiza la problemática actual además de mejorar lo tiempos de registro y la obtención datos estadísticos exactos.

4.5.

Resultado del tercer objetivo Según Pressman (2010) usa criterios en tres niveles (simple medio o difícil) dando

ponderación en una función. Haciendo referencia al autor se procedió a la calificación tomando en cuenta el siguiente criterio de intervalo [0 - 2] siendo 0 el nivel más bajo, 1 el nivel medio y 2 el nivel más alto, misma que será utilizados para las diferentes comparaciones. (Véase tabla 9, tabla 10, tabla 11 y tabla 12) 4.5.1. Comparación entre tipos de software Para el análisis y comparativa se distinguirá el software libre del software propietario conociendo sus principales características que se detalla a continuación.

Tabla 9.

Comparativa entre diferentes software libre y software de pago Características Bajo Costo Soporte compatibilidad Complejidad en instalación Libertad de uso Seguridad y estabilidad Total:

Software libre

Software de pago

2 1 2 1 2 2 10/12

0 2 2 2 1 0 7/12

Nota: Análisis realizado por los autores del trabajo de investigación.

Una vez realizado el análisis y obtenido los resultados de la calificación en la tabla 3, se pudo determinar un peso de 10/12 para software libre; y un peso de 7/12 para el software propietario, de este modo se optó la decisión de utilizar software libre para el desarrollo del proyecto, factor importante siendo el bajo costo de implementación ya que es gratuito. Para lo cual la institución no dispone de un presupuesto suficiente.

4.5.2. Comparación entre sistemas de gestores de bases de datos Para el análisis de las bases de datos considerando que la institución a implementar tiene la política del uso de software libre y en base a los requerimientos técnicos, se procede analizar la comparativa de SGBD de tipo relaciones como MySQL; MariaDB; PostgreSQL.

34 Tabla 10.

Comparativa entre Sistema Gestor de Base de datos MySQL, MariaDB y PostgreSQL Características

MySQL

MariaDB

Multihilo y multiusuario Open Source Facilidad de uso Multiplataforma Escalabilidad Flexibilidad Seguridad Orientado a Objeto Total:

2 2 2 2 1 2 2 2 15/16

0 2 2 1 2 2 2 2 13/16

PostgreSQL 0 2 2 2 1 2 2 2 13/16

Nota: Análisis realizado por los autores del trabajo de investigación.

De acuerdo al análisis de los resultados obtenidos en la tabla 4, el SGBD el cual es más eficaz para el desarrollo del proyecto es MySQL que obtiene un peso de 15/16 ya que es multiusuario, flexible y con una facilidad de uso. Además, es más usado para aplicaciones creadas como software libre; por otra parte, MariaDB que en un 99% es compatible con MySQL y PostgreSQL tienen un peso de 13/16.

4.5.3. Comparación entre tipos de lenguajes de programación Teniendo en cuenta que estas herramientas de lenguajes de programación me permiten interactuar con Json ideal para el intercambio de datos, logrando tener un sistema dinámico.

Tabla 11.

Comparativa entre lenguajes de programación Características Open Source Multiparadigma Lado del servidor Paginas dinámicas Seguridad Orientado a Objeto Total:

PHP

Javascript

2 2 2 2 2 2 12/12

2 0 0 1 2 2 7/12

ASP.NET 2 0 2 1 2 2 9/12

Nota: Análisis realizado por los autores del trabajo de investigación.

De acuerdo al análisis arrojado por los resultados de la tabla 5, PHP con un peso de 12/12 como unos de los lenguajes de programación usados por millones de usuarios en muchos proyectos, misma que será utilizado para el desarrollo del aplicativo, permitiendo una programación orientada a objetos; Javascript cuenta con un peso de 7/12; con un 9/12 en ASP.NET.

35 4.5.4. Comparación entre tipos de dispositivos Considerando que para la implementación de un sistema automatizado se requiere el uso de dispositivos para la identificación de usuarios por medio de la codificación de información se detalla la siguiente comparativa.

Tabla 12.

Comparativa entre dispositivos de Código de barras Parámetros

Código QR

Bajo Costo Capacidad de información Permiten operaciones rápidas Información encriptada Total:

0 2 2 2 6/8

Código de Barras 2 1 2 0 5/8

Nota: Análisis realizado por los autores del trabajo de investigación.

De acuerdo al análisis se puede visualizar en la tabla 6, que apunta como la mejor opción al código QR con un peso de 6/8; pero en cuestión de costo el código de barras con un peso inferior de 5/8 siendo el más bajo para lo cual se ha optado para acoplarlo al sistema y lo fundamental que también cubre con los requerimientos necesarios de facilidad de recogida de datos permitiendo realizar operaciones rápidas.

4.6.

Metodología de desarrollo de la aplicación web Para el desarrollo de la aplicación web como sugerencia, se eligió el marco de trabajo

Scrum, el proceso de desarrollo se puede ver en el (Anexo 5), donde se evidencia el proceso de desarrollo. El sprint se planificó para 4 semanas de trabajo y en cada Sprint se entregó un avance al cliente.

36

5.

DISCUSIÓN

A continuación, se detallan la discusión de los principales hallazgos de este estudio investigativo.

Varios estudios se han desarrollado enfocados a la recolección de datos con ayuda de dispositivos informáticos; es así que un estudio desarrollado por Pinargote, integra Radio Frequency Identification RFID, que trata de una tecnología que permite, a través de un chip identificar de manera remota la información mediante una señal de radio, con la ayuda de una aplicación web y de esta manera darle seguimiento a la asistencia, por otro lado los autores Karwam, Falah, y Ali, menciona la importancia dentro de las organizaciones contar con un sistema web de registro directo, factor importante dejando abierto un modular para trabajar con tecnologías como: (Biométrico, RFID, entre otros), a criterio personal es mejor la arquitectura del sistema web como lo realizó el autor Pinargote. Los estudios realizados y analizados en los antecedentes conllevan a los registros de asistencia más no un registro de ingreso con reportes estadístico que ha sido el principal objeto del presente estudio para el mejoramiento de sus procesos, haciendo uso de dispositivos tecnológicos.

Según la información obtenida de la encuesta a diferentes tipos de usuarios y la entrevista a la coordinadora de administración de biblioteca, se pudo determinar los procesos necesarios para llevar un registro de ingreso, considerando la importancia y fortalecimiento de las herramientas tecnológicas, demostrando que la implementación de la viabilidad de estudio de una aplicación web posibilitando que los usuarios contrasten un mejor servicio de ingreso.

Con la realización de los pasos para el estudio de viabilidad y la estructura del estudio de viabilidad. Se pudo especificar el alcance del proyecto, lo que la aplicación web propuesta permitirá, la situación en la que se encontraba el servicio bibliotecario, que no se contaba con un software para la automatización de procesos de registro de ingreso de usuarios y reportes en tiempo real, la determinación de requisitos, que no incurra en costos para los integrantes de la propuesta del estudio.

Así mismo, la determinación del enfoque y viabilidad, para calcular la viabilidad se hizo el cálculo del Chi-Cuadrado obtenido la aprobación de la hipótesis referente que la utilización de una aplicación web incide de manera positiva. Además, se analizó que el estudio es viable en todos sus diferentes tipos: tecnológico, económico y operativo.

37 En base a las comparativas de diferentes tipos de herramientas tecnológicas que mejor se adapte para el desarrollo del proyecto investigativo, se hizo con herramientas libres, a través de un dispositivo que se acoplará a la aplicación web que se sugirió, la misma permitirá rápidamente reconocer la información del usuario mediante un código de barras, optimizando y reduciendo el tiempo de espera en cola para su respectivo ingreso a biblioteca. Cabe destacar que no se pudo realizar pruebas en producción dado que, actualmente el sistema de estudios esta dado de manera online y no está permitido el ingreso a las instalaciones de la universidad, por ende, no se puede acceder a la biblioteca universitaria y observar los beneficios que se podrían obtener con la aplicación web.

Por último, en el estudio de investigación también se encontraron con algunas limitaciones como: la interacción con los usuarios que hacen uso de la biblioteca para la realización de la encuesta, debido a la pandemia que atraviesa el mundo no se puedo tener ese acercamiento físico como al personal de administración de biblioteca y a los usuarios que hacen uso de biblioteca. Se indago alternativas de herramientas tecnológicas para recolectar dicha información, misma que no se logró con la recopilación total de la población. Y para lograr abaratar costos de desarrollo, se utilizaron herramientas tecnológicas de desarrollo de software libre.

38

6.

6.1.

CONCLUSIONES Y RECOMENDACIONES

Conclusiones Los instrumentos de recogida de datos como la entrevista y la encuesta ayudaron a

identificar los procesos que se llevaban a cabo para llevar el control de registro de ingreso de usuarios de forma manual en la biblioteca de la PUCE-SD, tras identificar todos estos procesos necesarios e importantes se pudo estructurar siguiendo un estándar de viabilidad, que fue plasmado para la implementación de un sistema informático.

La utilización de la encuesta también permitió determinar la viabilidad mediante el uso del Chi-cuadrado, una vez verificado la hipótesis y el respectivo análisis se dio paso a la variable alternativa en la utilización de las aplicaciones web que inciden positivamente en los procesos para la automatización de registros de ingreso usuarios y emisión de reporte en la biblioteca de la PUCE-SD. Esto se comprobó con la combinación de la frecuencia con dos preguntas al azar de las variables Independiente y Dependiente, dando paso al grado de libertad con los valores (X2 c= 88,48 > X2t=5,99), siendo mayor el Chi-cuadrado calculado al Chicuadrado de la tabla rechaza la hipótesis nula H0.

Para el desarrollo informático se optó por herramientas libres tales como: PHP, AdminLTE que son plantillas de panel de administración para sus debidos procesos, bases de datos MySQL, y como arquitectura el Modelo-Vista-Controlador por los grandes beneficios que presta al desarrollar, además está enfocado en separar responsabilidades dentro de una aplicación siendo muy utilizado en la web por su enfoque.

Con la sugerencia de la aplicación web utilizando dispositivos de código de barras que permitan escanear los carnets estudiantiles y la cédula de identificación, se pretendió mejorar los tiempos de ingreso de los usuarios a la biblioteca, además el manejo de la información siendo esta ágil y precisa, para emitir datos estadísticos en tiempo real, con lo cual se evita aglomeraciones en temporada alta y así brindar un mejor servicio a los usuarios.

Estandarizando los procesos para el mejoramiento y el bienestar de los usuarios. Con la automatización de los registros de usuarios al ingreso de la biblioteca utilizando la tecnología lectora de código de barras, se minimizarían los errores humanos, mejorando la calidad de los procesos y por ende obteniendo información actualizada y precisa.

39

6.2.

Recomendaciones  Se recomienda utilizar herramientas tecnológicas como Google Forms como medio alternativo para aplicar encuestas en esta época de confinamiento a nivel mundial, dado que permite aplicar la encuesta sin necesidad de dirigirse al lugar donde se encuentre el encuestado.  Realizar entrevistas con los usuarios administrativos que vayan a manipular el sistema, para de esa manera tener un panorama de los procesos que son indispensables, para luego refinar dicha información y se conviertan en requerimientos del sistema y así plantearlas a lo largo de la ejecución del marco de trabajo o la metodología de desarrollo de software.  Analizar la información presentada por los autores que exponen como realizar un estudio de viabilidad e involucrar de manera igualitaria a los autores de la propuesta de un estudio de viabilidad.  Investigar diferentes trabajos y artículos relacionados a la problemática planteada, para tener una guía para comparar los diferentes tipos de herramientas, que se adapten al sistema que se desea desarrollar. Así mismo, se recomienda utilizar el patrón arquitectónico Modelo Vista Controlador, dado que permite mantener un código limpio, agregar funcionalidad del sistema sin que esto afecte a las otras capas.

40

7.

REFERENCIAS

Ademola A., Somefun T. E., Agbetuyi AF., Oluwabusola A., (2019). Web based fingerprint roll call attendance management system. International Journal of Electrical and Computer

Engineering

(IJECE),

9(5),

4364-4371.

http://doi.org/10.11591/ijece.v9i5.pp4364-437 Adeniji, V., Scott, M., Phumzile, N. (2016). Development of an Online Biometric-enabled Class Attendance Register System. Trabajo presentado en 2016 IST-Africa Week Conference, Durban, África. doi: 10.1109/ISTAFRICA.2016.7530647 Aguilar, E. (2015). Los lenguajes de programación C, C++, Epi, Java, JavaScript y Php. Middletown, USA. Apache

Friends

Org.

(2021).

Acerca

de:

Xampp.

Obtenido

de:

https://www.apachefriends.org/es/about.html CISCO. (2017). CCNA1 Introduction to Networks: Capítulo 10. Recuperado de: http://www.ie.tec.ac.cr/acotoc/CISCO/R&S%20CCNA1/R&S_CCNA1_ITN_Chapter 10_Capa%20de%20aplicacion.pdf Dávila, M. (2009). Software libre. Colombia: Alfaomega.

Djelouat, H., Amira, A., & Bensaali, F. (2018). Compressive Sensing - Based IoT Application: A

review.

Journal

of

Sensor

and

Actuator

Networks,

7(45),

1-31.

doi.org/10.3390/jsan7040045 Durand, D. & García, M. (2015). Sistema de Gestión de Información para la Toma de Decisiones. Alemania: Academia Española.

Firtman, M. (2012). AJAX Web 2.0 con JQuery para profesionales. México: Alfaomega.

Gamba, C. y Mojica, S. (2010). Control de acceso con verificación de identidad por medio de código de barras. (Trabajo de grado). Pontificia Universidad Javeriana, Bogotá, Colombia.

Obtenido

de:

https://repository.javeriana.edu.co/bitstream/handle/10554/7043/tesis488.pdf?sequenc e=1&isAllowed=y

41 Gómez, J. (2002). Gestión de Bibliotecas. Murcia. Universidad de Murcia.

GS1México.

(2018).

¿Qué

es

el

código

de

barras?

Obtenido

de:

https://www.gs1mexico.org/codigo-de-barras-2018 Hernández, R., Fernández, C. y Baptista, P. (2014). Metodología de la investigación. México: McGraw-Hill.

Karwan J., Falah, H. y Shahab, Z. (2018). Student Attendance Management System.

International

Journal

of

Engineering

and

Technology,

6(2),

49-53.

https://www.researchgate.net/publication/323511629_Student_Attendance_Managem ent_System Kendall, K. y Kendall, J. (2005). Análisis y diseño de sistemas. México: Pearson Educación.

López, I., Castellano, M. y Ospino, J. (2013). Bases de datos. México: Alfaomega Marín, R. (2019). Los gestores de bases de datos más usados en la actualidad. Recuperado de Revista Digital de https://revistadigital.inesem.es/informatica-y-tics/los-gestores-debases-de-datos-mas-usados/ Pavón, J. (2012). Creación de un portal con PHP y MySQL. México: Alfaomega Pinargote, J., Cruz, M., Demera, G., Escobar, R., y Medranda, G. (2019). RFID en el sistema bibliotecario de la UTM. Revista Científica, 36(3), 341-355 Pressman, R. (2014). Ingeniería del software: Un enfoque práctico. México: Mc Graw Hill.

Robles, V. (2017). ¿Qué es Angular y para qué sirve? Recuperado de Victorroblesweb de https://victorroblesweb.es/2017/08/05/que-es-angular-y-para-que-sirve/ Sommerville, I. (2011). Ingeniería de Software. México: Pearson.

Tolosa,

C.

y

Giz,

A.

(s.f).

Sistemas

biométricos.

Obtenido

de:

https://www.dsi.uclm.es/personal/MiguelFGraciani/mikicurri/Docencia/Bioinformatic a/web_BIO/Documentacion/Trabajos/Biometria/Trabajo%20Biometria.pdf Torrealba, R. (2016). AdminLTE para Laravel. Obtenido de Styde: https://styde.net/comointegrar-plantilla-adminlte-en-laravel/

42 Universidad de Alicante. (1996-2020). Servicio de Informática ASP.NET MVC 3 Framework.

Recuperado de https://si.ua.es/es/documentacion/asp-net-mvc-3/1-dia/modelo-vistacontrolador-mvc.html UIT. (2012). UIT-T Rec. Y.2060 Descripción general de Internet de los objetos. Sector de Normalización de Las Telecomunicaciones de La UIT, (2012-06-15), 20. Obtenido de: http://handle.itu.int/11.1002/1000/11559

43

8.

Anexo 1. Cronograma de actividades

ANEXOS

44 Anexo 2. Tabla de recursos

Recursos

Valor unitario

Cantidad

Valor total USD

GASTOS Humano Programador

2

$

800,00

$ 1.600,00

Costos Operacionales (materiales)** Resma de papel.

3

$

4,00

$

12,00

300

$

0,15

$

45,00

5

$

0,35

$

1,75

Transporte

150

$

0,30

$

45,00

Comida

200

$

2,75

$

550,00

Anillados de borradores

4

$

4,00

$

16,00

Inversiones (tecnológicos)** Computadora

1

$

960,00

$

960,00

Impresora

1

$

200,00

$

200,00

Cartuchos Tinta

4

$

20,00

$

80,00

Pen drive

1

$

10,00

$

10,00

Internet

10

$

40,00

$

400,00

Llamadas Teléfonicas

20

$

1,00

$

20,00

Informe Final (Anillado)

1

$

5,00

$

5,00

Cd´s

6

$

0,50

$

3,00

Copias Carpetas

Gestión (mes)**

Reproducción de escritos º

Subtotal

$ 3.947,75

Imprevistos 5%

$

TOTAL:

$ 4.145,14

197,39

INGRESOS Fuente de Ingresos Recursos propios IECE TOTAL:

0,00

45 Anexo 3. Carta de Aprobación

46 Anexo 4. Modelo de la encuesta

Encuesta dirigida a los usuarios que ingresan a biblioteca de la Pontificia Universidad Católica del Ecuador sede Santo Domingo de los Tsáchilas 1. Seleccione el tipo de Usuario.

Docente ( ) Estudiante de la PUCE-SD ( ) Alumni ( ) Personal Administrativo ( ) Usuario Externo ( ) 2. ¿Ha utilizado usted alguna vez un dispositivo electrónico Como: Pc, Laptops, Tablet, Smartphone u otro?

Si ( )

No ( )

3. ¿Ha utilizado algún tipo de sistemas web en dispositivos electrónicos?

Si ( )

No ( )

4. ¿Conoce usted el proceso de registro de ingreso a la biblioteca de la PUCE-SD? Si ( )

No ( ) (En caso de haber seleccionado NO saltar a la Pregunta 8)

5. ¿Cree usted que el proceso que se realiza para el control y registro de ingreso a la biblioteca es eficiente y rápido?

Si ( )

No ( )

6. ¿Cree usted que proceso de registro genera pérdida de tiempo al ingresar a biblioteca?

Si ( )

No ( )

7. ¿Cree usted que hay inconvenientes a la hora de registrar sus datos de forma manual para el ingreso a la biblioteca?

Si ( )

No ( )

8. ¿Considera usted importante que el proceso de registro de ingreso a la biblioteca se genere de manera automática?

Si ( )

No ( )

47 9. ¿Desearía usted que para el ingreso a biblioteca, se registre la información por una única vez y su información sea guardada mediante un sistema informático?

Si ( )

No ( )

10. ¿Cree usted que su información debe estar almacenada en los servidores de la Universidad y no en la nube?

Si ( )

No ( )

11. ¿Cree usted que con la implementación de un sistema automatizado para el registro de ingreso a la biblioteca reducirá las colas de espera?

Si ( )

No ( )

12. ¿Considera usted que se debe impulsar a la automatización de procesos con nuevas tecnologías en el departamento bibliotecario?

Si ( )

No ( )

48 Anexo 5. Modelo de la entrevista

1. ¿Cuáles son el proceso que se realiza para la gestión y control de registro de ingreso a la biblioteca?

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------2. ¿Qué tipos de usuarios ingresan a la biblioteca?

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------3. ¿Cuantos usuarios ingresan Mensualmente a la biblioteca?

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------4. ¿Existen complicaciones al momento de generar el registro de ingreso a la biblioteca y reportes estadísticos?

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

5. ¿Qué tipo de reportes realiza con los datos de ingreso a la biblioteca?

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------6. ¿Cuáles son los datos prioritarios que se registra de un usuario de biblioteca?

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------7. ¿Cuenta usted con herramientas tecnológicas para llevar a cabo el proceso de registro de ingreso a la biblioteca?

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------8. ¿Considera usted que es necesario implementar una aplicación web para el proceso y control de registros de ingreso a la biblioteca?

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------9. ¿considera usted que mejorara el tiempo de ingreso a la biblioteca, además del ahorro de papel?

49 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------10. ¿Qué tan factible sería implementar un sistema web con lector de código de barras para realizar los registros de ingreso de usuarios a biblioteca?

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------11. ¿cree usted que, con el sistema propuesto para automatizar los procesos y control de ingreso a la biblioteca, resolverá la problemática?

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------12. ¿Desearía que la aplicación se adapte a dispositivos móviles?

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

50

Anexo 6. Metodología de Software Planificación La planificación es muy importante para realizar con éxito cada Sprint, en esta reunión se tomará como base los requerimientos y prioridades del cliente, para determinar las funcionalidades que se incorporarán para el desarrollo del producto en el siguiente sprint.

Roles del Scrum En la siguiente tabla se evidencia los roles del Scrum que han sido planteados luego de haber realizado una reunión con las partes interesadas, en la cual se detallan el nombre de las personas y el área de cada departamento que desempeñan.

Persona

Rol

Departamento

Ing. Evelin Tinoco

Product Owner

Directora DB - PUCE-SD

Mg. Fausto Orozco

Scrum Máster

Director TTG - PUCE-SD

José Chacán

Equipo de desarrollo

Desarrollador, diseñador y tester.

Gabriel Legarda

Equipo de Desarrollo

Desarrollador, diseñador y tester.

Posteriormente de establecer la planificación y los roles de Scrum, se deja listo el ambiente de trabajo.

Product Backlog El Product Backlog (o pila del producto) contiene la funcionalidad de todas las tareas que se pretende hacer durante el desarrollo del producto, en una primera reunión con la dirección de biblioteca nos dio a conocer los requerimientos funcionales del producto, para luego poder realizar una estimación para su implementación. Como se puede visualizar en la siguiente figura el Product Backlog está compuesto por el número de historias de Usuarios, la prioridad de negocio y la estimación de cada historia.

51 PRODUCT BACKLOG

N° 1 2 3 4 5 6 7 8 9

HISTORIA

H1. Inicio sesión H2. Gestor de Administradores H3. Gestor Tipo de Usuarios H4. Gestor de Carreras H5. Gestor de Personas H6. Control de registro de entrada a Biblioteca H7. Gestor Detalle de Registro H8. Reportes H9. Dashboard

PRIORIDAD RIESGO EN DE NEGOCIO DESARROLLO

ESTIMACIÓN

100

Medio

13

100

Alto

21

60

Medio

5

60 80

Medio Medio

5 13

100

Alto

13

80

Medio

8

90 80

Medio Medio

21 13

Estimación La estimación es uno de los atributos que debe tener los elementos del Product Backlog, en función a la capacidad que tenga el equipo de desarrollo, de manera que, se aplicó la métrica puntos de historia, donde se tiene los rangos, bajo 1 – 5; medio 8 – 13, alto de 21 y en adelante épica.

Velocidad de desarrollo Para medir la velocidad de desarrollo del equipo de trabajo, se realizó en base a la experiencia del grupo de desarrolladores en función de las historias de cada uno de los usuarios, teniendo 44 puntos de historia para cada sprint de 20 días de lunes a viernes.

Escenarios de prueba Dentro del marco de trabajo Scrum, los escenarios de prueba definen los requisitos del Product Owner. La forma que se utilizó los escenarios de prueba dentro del marcos de trabajo Scrum han sido “Dado”, “Cuando”, “Entonces”, una vez realizados las pruebas de aceptación pasarán a ser aprobadas y firmadas por la Dirección de Biblioteca, para hacer la constancia que cuenta con la funcionalidad establecidas de cada una de las historias de usuarios.

Sprint Backlog

52 En la siguiente figura se muestra el Sprint Backlog del primer Sprint, donde se detalla las primeras 3 Historias de usuarios con las respectivas estimaciones su categoría, la tarea para cada historia, responsable y su estado.

Scrum Diario Una vez realizada la planificación del sprint y determinado la funcionalidad del producto, se procede con el desarrollo de la aplicación web donde se realiza un evento de 15 minutos, cuyo objetivo es sincronizar las actividades, y crear un plan para las próximas 24 horas. En esta reunión, lo que se plantea es que cada miembro trata de contestar 3 preguntas: 

¿Qué hizo ayer el miembro del equipo?



¿Qué planea hacer hoy?



¿Qué problemas ha enfrentado hasta ahora?

53 Finalmente, en la siguiente figura se evidencia la herramienta Trello para la organización de tareas de las respectivas historias de usuarios.

Recuperado de: bilbioteca-puce-sd

https://trello.com/b/LSMVo9EK/aplicaci%C3%B3n-web-para-el-control-de-registro-de-la-

Historia de usuario 1: Inicio de sesión En esta primera parte se integra la plantilla AdminLTE con el patrón Modelo-VistaControlador en PHP que separa en capas bien definidas el desarrollo de una aplicación, es un panel de administración de código abierto, construido sobre Bootstrap, como se observa en la siguiente figura.

Recuperado de: https://adminlte.io/themes/AdminLTE/index.html

54 En la siguiente figura se puede evidenciar la vista para que puedan iniciar sesión y posterior le permita ingresar al sistema y puedan hacer uso de las funcionalidades de la aplicación web, donde deberán ingresar el usuario con su respectiva contraseña.

Línea de código para generar la vista del Inicio de sesión como se observa en la siguiente figura, en la cual se validan los datos en el controlador usuarios para verificar si son correctos y permitir el ingreso al sistema.

55 Historia de usuario 2: Gestor de Administradores En este apartado se observa el módulo de usuario Administrador en la siguiente figura, donde cuenta con un botón agregar al usuario y seleccionar el perfil correspondiente es decir si es administrador o editor a si mimo cuenta con las acciones de Editar, eliminar al usuario.

En la siguiente figura se observa la maquetación del módulo de gestor de administradores.

De manera similar, en la siguiente figura se puede visualizar la el método para mostrar los usuarios que se encuentra registrado en la base de datos si es diferente a nulo me prepare una instancia para la conexión para preparar la sentencia SQL.

56

En esta figura se muestra el método del controlador para mostrar el usuario donde solicita

una

respuesta

al

modelo

los

siguientes

parámetros

ModeloUsuarios::MdlMostrarUsuarios ($tabla, $item, $valor);

Historia de usuario 3: Gestor Tipo de Usuarios En la siguiente figura, se puede visualizar el módulo de tipo de usuarios donde cuenta con un botón de ventana modal para agregar los diferentes tipos de Usuario ya se Estudiante, Alumni, Docente etc., como las respectivas acciones del botón editar, borrar el tipo de usuario.

57

En la creación del botón Agregar el tipo de usuario con la ventana del modal ver la figura 24, se agregaron los campos necesarios para el respectivo registro.

En la siguiente figura, se puede visualizar el método del modelo para crear el tipo de usuario, donde se requiere la conexión a la base de datos y prepare la sentencia de inserta en el SQL.

58

Asimismo, en la siguiente figura se observa el método del controlador para crear el tipo de usuario con sus respectivas validaciones para lo cual espera una respuesta del modelo tipo de usuario y si la respuesta es un “OK” presentara un mensaje de que el tipo de usuario ha sido guardado correctamente.

Gráfico de Avance del Sprint 1 Finalmente se presenta el gráfico de avance (BurnDownChart), el cual se ha actualizado diariamente. En el se ha notado que se ha podido cumplir con la historia planificadas, dado que la sumatoria de los puntos de historia del primer sprint es inferior a la velocidad establecida, ha podido avanzar de manera rápida y completar las historias poco antes de lo planificado, como se puede observar, la línea gris representa la pendiente de la velocidad estimada y línea anaranjada la línea de la velocidad del trabajo realizado.

59

Revisión del Sprint Para la revisión el primer Sprint se realizó mediante una reunión vía Zoom con el dueño del producto (Product Owner) Ing. Evelin Tinoco encargada de la Dirección de Biblioteca, donde se le dio a conocer las funcionalidades que se plasmaron en las historias de usuarios, es decir el avance de la aplicación web.

Retrospectiva del Sprint 1 El objetivo de la retrospectiva tiene como objetivo mejorar de manera continua la productividad y la calidad del producto que se está desarrollando, para ello se realizó tres preguntas que se contestan a continuación. ¿Que salió bien en el sprint?

En el primer Sprint se terminó con éxito, la integración de plantilla para la administración como los registros de Usuarios, el Inicio de Sesión, y el tipo de Usuario y su respectivo CRUD para cada módulo y finalmente las validaciones correspondientes. ¿Qué dificultades se tuvo en el sprint?

En este primer entregable no hubo ninguna dificultad. ¿Qué mejoras se implementarán en el próximo sprint?

No hay mejoras previstas, puesto que el sistema cumple con las funcionalidades de forma adecuada. Por consiguiente, se procede a realizar la planificación del segundo sprint.

60 Sprint 2 Planificación Se realizó la planificación del Segundo Sprint en esta reunión se establecieron las historias que se van a realizar en este segundo sprint, se asignaron las tareas de ingeniería con su respectivo responsable.

Sprint Backlog En la siguiente figura se muestra el Sprint Backlog del primer Sprint, donde se detalla las Historias de usuarios con las respectivas estimaciones su categoría, la tarea para cada historia, responsable y su estado.

61

OBJETIVO

Desarrollar el segundo sprint entregable sobre Gestor de Carreras, Gestor de Personas , Control de registro de entrada a biblioteca y Gestor detalle de registro.

S PRINT BACKLOG

S PRINT

HIS TORIA

ES T

CATEGORIA

Diseño

TAREAS DE INGENIERÍA

Maquetación Carreras

del

módulo

de

Desarrollo

ES T

RES PONS ABLE

ES TADO

0,5

Gabriel LegardaCompleto

2

José Chacán

Completo

0,5

José Chacán

Completo Completo

Codificación para agregar carreras H4. Gestor de Carreras

5

Desarrollo

Codificación para seleccionar carreras

Modelado (Análisis y Diseño)

Creación del CRUD y validaciones

1

José Chacán

Pre pruebas de aceptacón

1

Gabriel LegardaCompleto

1

Gabriel LegardaCompleto

1

José Chacán

Completo

Codificación agregar personas Codificación de respuesta al controlador para mostrar la carrerra y Tipo de usuario

3

José Chacán

Completo

1

Gabriel LegardaCompleto

Creación del CRUD

3

José Chacán

Validación

1

Gabriel LegardaCompleto

2

José Chacán

1

Gabriel LegardaCompleto

2

Gabriel LegardaCompleto

1

Gabriel LegardaCompleto

2

José Chacán

Completo

Codificación ingreso a biblioteca

5

José Chacán

Completo

Validaciones

2

José Chacán

Completo

Pre pruebas de aceptación Maquetación del módulo detalle de registro Codificación para mostrar el detalle de registro Codificación del modelo y controlador Mostrar rango de fecha detalle registro Pre pruebas de aceptación

1

Gabriel LegardaCompleto

1

Gabriel LegardaCompleto

3

José Chacán

Completo

1

José Chacán

Completo

2

Gabriel LegardaCompleto

1

Gabriel LegardaCompleto

Pruebas Diseño Diseño Desarrollo Desarrollo H5. Gestor de Personas

13

2

Modelado (Análisis y Diseño) Modelado (Análisis y Diseño) Desarrollo Pruebas Diseño Diseño

H6. Control de registro de entrada a Biblioteca

Desarrollo 13

Desarrollo Modelado (Análisis y Diseño) Pruebas Diseño

H6. Gestor detalle registro

Diseño 8

Desarrollo Desarrollo Pruebas

Maquetación del módulo de Personas Creación de tabla personas en la

Codificación para carga masiva de datos en excel Pre pruebas de aceptación Maquetación de la vista de registro a bilbioteca Creación de tabla registrar Ingreso Codificación Establecer Zona horaria

Completo

Completo

62 Historia de usuario 4: Gestor de carreras En la siguiente figura se observa el módulo de carreras donde cuenta con un botón de agregar carrera que tiene un diseño de ventana modal con sus respectivos campos y también cuenta con sus respectivas acciones del botón editar, borrar.

Se puede visualizar en la siguiente figura el código fuente del módulo carrera, donde se hace el llamado del controlador de escuela para mostrar el ítem y valor correspondiente de la base de datos.

63 Historia de usuario 5: Gestor de personas En la siguiente figura se observa el módulo de personas donde cuenta con un botón de agregar personas que tiene un diseño de ventana modal con sus respectivos campos, también cuenta con otro botón para la carga masiva de datos desde un archivo de Excel así mismo con sus respectivas acciones del botón editar, borrar.

El código fuente que se presenta a continuación es en JavaScript, cunado presione el botón agregar usuarios mediante archivo de Excel, y con la ayuda de Ajax pueda requerir al controlador y modelo para la respectiva creación.

64 Historia de usuario 6: Control de registro de entrada a biblioteca En la siguiente figura observamos la vista que va poder visualizar los diferentes tipos de usuarios al momento que requiera ingresar a biblioteca de la PUCE-SD, donde en caso de los estudiantes tendrá que hacer uso de su carnet ya que en la parte de atrás cuenta con un código de barras que le permitirá el registro de forma automática al pasar por un lector de barras y en caso de personas particulares y docentes podrán registrar utilizando la cédula de identidad que tenga el código de barras.

En la figura se visualiza el formulario que será enviado por el método POST al servidor para verificar si el usuario está registrado en la Base de datos, y tomar el id del usuario para realizar el respectivo registro de ingreso.

65 Historia de usuario 7: Gestor detalle de registro A continuación, se observa la figura del módulo de detalle de registro, en esta parte el administrador del sistema podrá evidenciar todos los registros que trascurrirá en el proceso del día, así mismo contar con botón de rangos de fechas que permitirá hacer filtros de búsqueda de una fecha específica de todos los registros realizados en esa fecha.

En la siguiente figura se observa el método realizado en el método para mostrar el registro de ingreso con los siguientes parámetros ($tabla, $item, $valor, $item1, $valor1)

66 Gráfico de Avance del Sprint 2 Finalmente se presenta el gráfico de avance (BurnDownChart), el cual se ha actualizado diariamente. En él se observa que se ha podido cumplir con la historia planificadas, unos días se ha realizado poco avance, pero a medida que se ha ido empapando de las tareas a realizar, se ha podido avanzar un poco más rápido. Dado que la sumatoria de los puntos de historia del segundo sprint es inferior a la velocidad establecida, ha podido avanzar de un poco lento, sin embargo, se ha podido completar las historias poco antes de lo planificado, como se puede observar, la línea gris representa la pendiente de la velocidad estimada y línea anaranjada la línea de la velocidad del trabajo realizado.

Sprint 3 Planificación Se realizó la planificación del Tercer Sprint en esta reunión se establecieron las dos últimas historias que se van a realizar en este tercer sprint, se asignaron las tareas de ingeniería con su respectivo responsable.

Sprint Backlog En la siguiente figura se muestra el Sprint Backlog del primer Sprint, donde se detalla las Historias de usuarios con las respectivas estimaciones su categoría, la tarea para cada historia, responsable y su estado.

67

OBJETIVO

Desarrollar el el último sprint entregable sobre Reportes y el Dashboard.

S PRINT BACKLOG

S PRINT

HIS TORIA

H8. Reportes

ES T

CATEGORIA

TAREAS DE INGENIERÍA

ES T

RES PONS ABLE

ES TADO

Desarrollo

Implementación de la extensión TCPDF para los reportes

1

Gabriel Legarda

Completo

Desarrollo

Maquetación del módulo de los difrentes tipos de reportes Diario

1

José Chacán

Completo

Desarrollo

Codificación de reporte General Diario

2

José Chacán

Completo

Desarrollo

Codificación de reporte por tipo de usuario diario

2

José Chacán

Completo

Desarrollo

Codificación de reporte por Carreras diario

2

José Chacán

Completo

2

José Chacán

Completo

2

Gabriel Legarda

Completo

2

Gabriel Legarda

Completo

2

Gabriel Legarda

Completo

2

José Chacán

Completo

2

José Chacán

Completo

21 Desarrollo Codificación de reporte por genero Desarrollo Desarrollo

3

Codificación de reporte por edades Codificación de reporte por semanas

Desarrollo Codificación de reporte quincenal Desarrollo

Desarrollo

H9. Dashboard

Codificación de reporte mensual Codificación de grafico estadisticode reporte por Rango de Fechas

Pruebas Diseño

Pre pruebas de aceptación Maquetación del módulo de Inicio

1 1

Gabriel Legarda Gabriel Legarda

Completo Completo

Diseño

Codificación Cajas superiores

3

José Chacán

Completo

Desarrollo

Implementación de gráfico estadístico de registro por mes

4

José Chacán

Completo

Desarrollo

Implementación de gráfico estadístico de registro por mes según su género

4

Gabriel Legarda

Completo

Pre pruebas de aceptación

1

Gabriel Legarda

Completo

13

Pruebas

68 Historia de usuario 8: Reportes En la figura siguiente se puede visualizar el módulo de los diferentes tipos de Reportes como son: Reporte Diario, Reporte por tipo de Usuarios, Reporte por Carreras, Reporte por Género, Reportes por Edades, Reporte Semanal, Reporte Mensual y finalmente Reportes por rango de fechas que se podrá descargar en un archivo de Excel con información relevante para el respectivo análisis de registros de ingreso a biblioteca.

En la siguiente figura se observa las líneas de código para generar los reportes generales de los registros de ingresos, para ello se utilizó la extensión de TCPDF para los reportes.

69 Historia de usuario 9: Dashboard En esta última historia de usuario se observa en la figura el Dashboard conocido el Tablero/Inicio, en este módulo el usuario administrador podrá visualizar 4 tipos de etiquetas que mostrarán los valores en tiempo real de los registros, en total de las personas registradas, el total de tipo de usuario y el total de las carreas/facultades, además se refleja en el gráfico estadístico el total de registro de usuarios de cada mes, y en el siguiente gráfico se detalla el total de registro según su género Hombre, Mujer, Otros.

En la figura siguiente se observa una parte del código fuente, para la implantación del gráfico estadístico, para ello se utilizó Morris.js y sus dependencias jQuery, para realizar el gráfico de tipo lineal.

70 Gráfico de Avance del Sprint 3 Finalmente se presenta el gráfico de avance (BurnDownChart), el cual se ha actualizado diariamente. En él se observa que se ha podido cumplir con las dos últimas historias planificadas, unos días se ha realizado poco avance, se ha podido avanzar un poco más rápido dado que son pocas historias. Dado que la sumatoria de los puntos de historia del tercer sprint es inferior a la velocidad establecida, ha podido avanzar de un poco rápido, por lo cual, se ha podido realizar las historias poco antes de lo planificado, como se puede observar, la línea gris representa la pendiente de la velocidad estimada y línea anaranjada la línea de la velocidad del trabajo realizado.

71 Anexo 7. Historias de Usuarios HISTORIA DE USUARIO Número: 1 Usuario: Usuario Administrador Nombre de historia: Inicio sesión Prioridad en negocio: 100 Riesgo en desarrollo: Alto Puntos estimado: 8 interación asignada: 1 Programdor responsable: José Chacán Descripción: COMO usuario QUIERO ingresar al sistema PARA poder hacer uso de las funcionalidades de la aplicación web.

Escenario de pruebas: DADO el ingreso al sistema CUANDO el ingreso del usuario y contraseña son correctos y presione el botón ingresar ENTONCES el sistema permitirá el ingreso al sistema.

DADO El ingreso al sistema CUANDO el ingreso del usuario y contraseña son incorrectos y presione el botón ingresar ENTONCES el sistema mostrara un mensaje ¡Error al ingresar, vuelve a intentarlo!

DADO El ingreso al sistema por una URL CUANDO el usuario intente ingresar a una URL o pagina en la que no tenga permiso ENTONCES el sistema no permitirá el ingreso a la dirección o pagina solicitada y no permitirá ninguna operación.

HISTORIA DE USUARIO Número: 2 Usuario: Usuario Administrador Nombre de historia: Gestor de Administradores Prioridad en negocio: 100 Riesgo en desarrollo: Alto Puntos estimado: 13 interación asignada: 1 Programdor responsable: José Chacán Descripción: COMO administrador QUIERO registrar, eliminar, actualizar los datos PARA tener un control total del sistema web.

Escenario de pruebas: DADO El registro de los usuarios admiradores CUANDO presione el botón guardar ENTONCES se mostrara un mensaje de confirmación.

DADO El registro de los usuarios administradores incompleto CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje de error “los campos están vacíos”.

DADO El registro de los usuarios administradores duplicado CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje de error “Ya existe el usuarios en la base de datos”.

DADO la selección del usuario CUANDO presiones el botón editar ENTONCES se mostrará los datos del usuario para su respectiva modificación.

DADO la selección del usuario CUANDO presione el botón eliminar ENTONCES se mostrará un mensaje de "Esta seguro en eliminar al Usuario”.

72 HISTORIA DE USUARIO Número: 3 Usuario: Usuario Administrador Nombre de historia: Gestor Tipo de Usuarios Prioridad en negocio: 60 Riesgo en desarrollo: Medio Puntos estimado: 5 interación asignada: 1 Programdor responsable: Gabriel Legarda Descripción: COMO administrador QUIERO registrar, eliminar, actualizar los datos PARA tener un control total del sistema web.

Escenario de pruebas: DADO El registro de los tipos de usuarios CUANDO presione el botón guardar ENTONCES se mostrara un mensaje de confirmación "El tipo de usuario a sido guardado correctamente".

DADO El registro del tipo de usuario CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje de error “los campos están vacíos”.

DADO El registro del tipo de usuario CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje de error “Ya existe el tipo de usuario en la base de datos”.

DADO la selección del tipo de usuario CUANDO presiones el botón editar ENTONCES se mostrará los datos del usuario para su respectiva modificación.

DADO la selección del tipo de usuario CUANDO presione el botón eliminar ENTONCES se mostrará un mensaje de "Esta seguro en eliminar el tipo de Usuario”.

HISTORIA DE USUARIO Número: 4 Usuario: Usuario Administrador Nombre de historia: Gestor Tipo de Usuarios Prioridad en negocio: 60 Riesgo en desarrollo: Medio Puntos estimado: 5 interación asignada: 2 Programador responsable: Gabriel Legarda, José Chacán Descripción: COMO administrador QUIERO crear, actualizar los datos, eliminar PARA tener un control total del sistema web.

Escenario de pruebas: DADO El registro de carrera CUANDO presione el botón guardar ENTONCES se mostrara un mensaje de confirmación "La Carrera a sido guardado correctamente".

DADO El registro de carrera CUANDO no complete los campos y presione el botón guardar ENTONCES se mostrará un mensaje de error “los campos están vacíos”.

DADO El registro de carrera CUANDO registre una carrera repetida y presione el botón guardar ENTONCES se mostrará un mensaje de error “Ya existe la carrera en la base de datos”.

DADO la selección de carrera CUANDO presiones el botón editar ENTONCES se mostrará los datos del usuario para su respectiva modificación.

DADO la selección de la carrera CUANDO presione el botón eliminar ENTONCES se mostrará un mensaje de "Esta seguro en eliminar la carrera”.

73 HISTORIA DE USUARIO Número: 5 Usuario: Usuario Administrador Nombre de historia: Gestor de Personas Prioridad en negocio: 80 Riesgo en desarrollo: Medio Puntos estimado: 13 interación asignada: 2 Programador responsable: José Chacán, Gabriel Legarda Descripción: COMO administrador QUIERO crear, eliminar, actualizar los datos PARA tener un control total del sistema web.

Escenario de pruebas: DADO El registro de las personas CUANDO presione el botón guardar ENTONCES se mostrara un mensaje de confirmación.

DADO El registro de las personas incompleto CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje de error “los campos están vacíos”.

DADO El registro de personas duplicado CUANDO se presione el botón guardar ENTONCES se mostrará un mensaje de error “Ya existe el usuarios en la base de datos”.

DADO la selección de la persona CUANDO presiones el botón editar ENTONCES se mostrará los datos del usuario para su respectiva modificación.

DADO la selección del usuario CUANDO presione el botón eliminar ENTONCES se mostrará un mensaje de "Esta seguro en eliminar al Usuario”.

HISTORIA DE USUARIO Número: 6 Usuario: Usuarios Nombre de historia: Control registro de ingreso a biblioteca Prioridad en negocio: 100 Riesgo en desarrollo: Alto Puntos estimado: 13 interación asignada: 2 Programador responsable: José Chacán Descripción: COMO usuario QUIERO que la aplicación web registre en tiempo real el ingreso a biblioteca PARA poder tener un control de ingreso del los usuarios.

Escenario de pruebas: DADO el registro de ingreso CUANDO Pase el código de barras por el lector ENTONCES la aplicación web permitirá el ingreso.

DADO el registro de ingreso CUANDO el código es válido y pase por el lector de barras ENTONCES la aplicación mostrara los datos del usuario y la hora de ingreso.

DADO el registro de ingreso CUANDO un código de barras no es correcto ENTONCES la aplicación mostrará una mensaje de error !Usted no se encuentra Registrdo¡ DADO el registro de ingreso CUANDO el estudiante no tenga el carne ENTONCES el usuario podrá ingresar el código de forma manual desde su móvil mediante un enlce.

74 HISTORIA DE USUARIO Número: 7 Usuario: Usuario Administrador Nombre de historia: Gestor Detalle de registro Prioridad en negocio: 80 Riesgo en desarrollo: Medio Puntos estimado: 8 interación asignada: 2 Programador responsable: Gabriel Legarda, José Chacán Descripción: COMO administrador QUIERO visualizar los registros de ingresos de los usuarios en tiempo real PARA tener un detalle de ingreso de la mañana y tarde.

Escenario de pruebas: DADO El detalle de registro CUANDO presione en el menú Detalle de registro ENTONCES se mostrara los datos de los usuarios registrados.

DADO El detalle de registro CUANDO presione el botón de rango de fechas ENTONCES se mostrará el detalle de registro de un fecha específica seleccionada.

DADO El detalle de registro CUANDO haga una búsqueda de un usuario ENTONCES la aplicación web mostrará solo la información solicitada.

HISTORIA DE USUARIO Número: 8 Usuario: Administrador Nombre de historia: Reportes Prioridad en negocio: 90 Riesgo en desarrollo: Medio Puntos estimado: 21 interación asignada: 3 Programador responsable: José Chacán, Gabriel Legarda Descripción: COMO Administrador QUIERO Generar diferentes tipos de reportes PARA poder tener información relevante de registros.

Escenario de pruebas: DADO el reporte general CUANDO ingrese una fecha específica y pulse el botón generar reporte en PDF ENTONCES se genera el reporte general diario de registros.

DADO el reporte por carreras CUANDO ingrese una fecha específica y pulse el botón generar reporte en PDF ENTONCES se genera el reporte por Carreras diario de registros.

DADO el reporte por tipo de usuario CUANDO ingrese una fecha específica y pulse el botón generar reporte en PDF ENTONCES se genera el reporte por tipo de usuario diario DADO el reporte por edades CUANDO ingrese una fecha específica y pulse el botón generar reporte en PDF ENTONCES se genera el reporte por tipo de usuario diario de registros.

DADO el reporte por género CUANDO ingrese una fecha específica y pulse el botón generar reporte en PDF ENTONCES se genera el reporte según su género de registros.

DADO el reporte semanal CUANDO ingrese una fecha específica y el mes y pulse el botón generar reporte en PDF ENTONCES se genera el reporte semanal de registros.

DADO el reporte por mensual CUANDO seleccione una mes y pulse el botón generar reporte en PDF ENTONCES se genera el reporte mensual de registros.

DADO la visualización del grafico estadístico CUANDO seleccione una rango de fecha y presione botón descargar reporte en Excel ENTONCES se descargara el archivo de registro según el rango de fecha seleccionada.

75 HISTORIA DE USUARIO Número: 9 Usuario: Usuario Administrador Nombre de historia: Dashboard/Inicio Prioridad en negocio: 80 Riesgo en desarrollo: Medio Puntos estimado: 13 interación asignada: 3 Programador responsable: José Chacán, Gabriel Legarda Descripción: COMO administrador QUIERO visualizar detalles de registros totales y en Grafico estadístico PARA tener un análisis estadístico de registro mensual.

Escenario de pruebas: DADO la visualización del tablero Inicio CUANDO pase el mouse por el Grafico estadístico de registro de usuario por mes ENTONCES se mostrara el año con el mes respectivo y el total registro de usuarios ingresados.

DADO la visualización del tablero Inicio CUANDO pase el mouse por el Grafico estadístico de registro de usuario según su género ENTONCES se mostrara el año con el mes respectivo y el total de Hombres, total de mujeres registrado hasta esa fecha.