Tema: Sistema informático basado en tecnología QR para la gestión administrativa de proyectos de la coordinación de investigación de la Uniandes extensión Babahoyo.
3.2 Objetivos 3.2.1 General
Sistema orientado a un entorno web para mejorar el proceso el proceso de organización y seguimiento en el desarrollo de la presentación de proyectos de investigación dentro de la Coordinación de Investigación de la UNIANDES extensión Babahoyo.
3.2.2 Específicos
• Recopilar información acerca de las actividades y procesos que realiza la Coordinación de investigación de Uniandes extensión Babahoyo. • Diseñar una interfaz de usuario amigable basada en el principio de diseño
web responsable.
• Diagnosticar los requerimientos y necesidades de la Coordinación de investigación de Uniandes extensión Babahoyo de acuerdo a la información recopilada.
• Desarrollar un plan de prueba para cada uno de los sitios elaborados, empleando datos reales con la participación de futuros usuarios en el sistema.
3.2.3 Elementos que la conforman Interfaz de usuario
El diseño es lo que permite establecer comunicación entre el usuario y el software, el objetivo el mismo es que la aplicación sea lo más amigable posible la manipulación por parte del usuario de tal manera que brinde agilidad, rapidez y comodidad al realizar algún proceso dentro de ella.
38 Medidas de seguridad
Entre las medidas de seguridad aplicadas en la aplicación se encuentra el acceso por restricción a nivel de hardware al no almacenar datos sensibles por teclado y la generación automática de códigos QR en cada inicio de sesión por usuario, evitando así recordar las contraseñas. Estas medidas se aplican como innovación al desarrollo de aplicaciones seguras y robustas tomando en cuenta normativas internacionales.
Adaptabilidad en plataformas
Las aplicaciones se desarrollan tomando en cuenta en diseño responsable orientado a las plataformas móviles o escritorio brindando una usabilidad y movilidad en la tecnología web.
Mapa del sitio
Ilustración 14: Mapa del sitio gocerca. Fuente: Autor del proyecto de investigación.
3.2.4 Explicación de cómo la propuesta constituye a solucionar las insuficiencias identificadas en el diagnóstico
1. Carecen de sistemas de repositorios digitales
Dentro de la coordinación de Uniandes extensión Babahoyo todos los documentos se manejan de forma física, sin copias o respaldos, la aplicación gocerca cuenta con un soporte de gestión de información en línea por medio de reconocimiento del tema por medio de la lectura de códigos QR.
39
2. Realizan respaldos en repositorios físicos
Carecientes de espacio físico, la coordinación de Uniandes extensión Babahoyo se ve obligada a la eliminación de documentos de investigación para liberar el espacio y poder almacenar nuevos temas, gocerca incorpora los respaldos en línea, la información está presente de por vida y disponible para búsquedas en la comunidad estudiantil dentro o fuera de la universidad.
3. No generan notificaciones a los investigadores
Carecientes de un sistema de notificaciones para el seguimiento de los proyectos de investigación, los tutores utilizan correos electrónicos almacenando el proceso en la bandeja de entrada dependiendo de aplicaciones de terceros. En gocerca el estudiante recibe una notificación en su correo electrónico indicando su avance o cuando el tutor realice alguna observación en su proyecto enterarse de las últimas novedades en el desarrollo del mismo.
4. No disponen de una planificación tecnológica
Las etapas son muy importantes en un desarrollo investigativo, no disponer de planificación en línea en un mundo tan conectado, es en definitiva una desventaja, gocerca organiza el proceso por medio de planificación automatizada por fechas para aprobación de la etapa desde la aceptación del tema de investigación hasta la presentación del trabajo final.
5. No disponen de un Sistema Informático que permita el seguimiento a los investigadores.
Es muy inseguro depender de hojas sueltas de parte de los tutores al momento de la revisión de las etapas contempladas en el desarrollo de la investigación, por tanto, la pérdida la misma puede provocar un retraso enorme en la finalización. En gocerca el seguimiento es en línea y está disponible todo el tiempo en lo que dure el desarrollo de la investigación por parte del investigador, la información puede ser consultada de forma segura por los tutores, sin llevar una hoja todo el tiempo.
40
3.3 Aplicación práctica de la propuesta y comprobación de los resultados demostrando una transformación con respecto al diagnóstico principal
La metodología de desarrollo de software utilizada en este sistema es el modelo de cascada, el cual es uno de los más conocidos e implementado en el desarrollo de sistemas; debido a que cada fase tiene un conjunto de metas bien definidas, y las actividades dentro de una fase contribuyen a la satisfacción de metas de esa fase.
Esta metodología organiza de forma concreta las etapas del ciclo de vida del software, de esta forma da inicio a cada etapa la cual debe esperar a la finalización de la anterior.
También es conocido como modelo clásico, modelo tradicional o modelo lineal secuencial.
El modelo de desarrollo en cascada es considerado en el enfoque clásico para el ciclo de vida del desarrollo de sistema, se puede decir que es un método que implica un desarrollo rígido, en secuencia de actividades (o etapas) que consisten en:
1. Análisis de requerimientos: Donde se han determinado las necesidades de la coordinación de investigación de Uniandes extensión de Babahoyo, se detallan los siguientes:
• Falta de seguimientos a los proyectos de investigación.
• Falta de repositorios digitales para proyectos de investigación.
• No existen respaldo de archivos en la Coordinación de investigación.
2. Diseño: Se diseñó una base de datos utilizando el motor MariaDB
proporcionado por MySQL el cual contiene los campos necesarios para el funcionamiento de la plataforma tecnológica.
41 Modelación de la base de datos
La modelación de la base, se detalla una base de datos en la cual se da a conocer su función de cómo está establecida y almacenada la información.
Ilustración 15: Modelo de bases de datos. Fuente: Autor del proyecto de investigación.
FÍSICO
42 Modelo entidad relación
Ilustración 16: Diseño modelo entidad relación. Fuente: Autor del proyecto de investigación.
43 Modelo relacional
Ilustración 17: Diseño modelo relacional. Fuente: Autor del proyecto de investigación.
44 Diccionario de datos
Tabla: gocerca_autor
Columna Tipo Nul
o Predeterminad o Enlace s a Comentario s MIM E id (Primaria) int(11) No identificacio n varchar(10) No nombre varchar(100 ) No
carrera int(11) No carrera
-> id telefono varchar(10) No
ciudad int(11) No ciudad -
> id correo varchar(50) No
Tabla 15: Tabla de registros de autores. Fuente: Autor del proyecto de investigación.
Tabla: gocerca_tutor
Columna Tipo Nul
o Predeterminad o Enlace s a Comentario s MIM E id (Primaria) int(11) No identificacio n varchar(10) No nombre varchar(100 ) No
carrera int(11) No carrera
-> id telefono varchar(10) No
ciudad int(11) No ciudad -
> id correo varchar(50) No
Tabla 16: Tabla de registros de tutores. Fuente: Autor del proyecto de investigación.
45 Tabla: gocerca_lector
Columna Tipo Nulo Predeterminado Enlaces
a Comentarios MIME id (Primaria) int(11) No
docente int(11) No tutor -> id
Tabla 17: Tabla de registros de lectores. Fuente: Autor del proyecto de investigación.
Tabla: gocerca_coordinador
Columna Tipo Nul
o Predeterminad o Enlace s a Comentario s MIM E id (Primaria) int(11) No identificacio n varchar(10) No nombre varchar(100 ) No telefono varchar(10) No
ciudad int(11) No ciudad -
> id correo varchar(50) No
Tabla 18: Tabla de registros de coordinadores. Fuente: Autor del proyecto de investigación.
46 Tabla: gocerca_proyecto
Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME id (Primaria) int(11) No
tema text No
nombre_autor int(11) No autor -> id nombre_tutor int(11) No tutor -> id nombre_lector int(11) Sí NULL lector -> id ciudad int(11) No ciudad ->
id
date date No
Tabla 19: Tabla de registros de proyectos. Fuente: Autor del proyecto de investigación.
Tabla: gocerca_actividad
Columna Tipo Nulo Predeterminado Enlaces
a Comentarios MIME id (Primaria) int(11) No
tema int(11) No proyecto
-> id nombre_autor int(11) No autor ->
id observacion text No
archivo text No
fecha date No
Tabla 20: Tabla de registros de actividades. Fuente: Autor del proyecto de investigación.
47 Tabla: gocerca_huellas
Columna Tipo Nul
o Predeterminad o Enlace s a Comentario s MIM E id (Primaria ) int(11) No username int(11) No claveMD5 varchar(45 ) No tipo_usuari o int(11) No estado int(11) No
Tabla 21: Tabla de accesos de sesión. Fuente: Autor del proyecto de investigación.
Tabla: gocerca_carreras
Columna Tipo Nul
o Predeterminad o Enlace s a Comentario s MIM E id (Primaria ) int(11) No nombre varchar(50 ) No
Tabla 22: Tabla de carreras.
Fuente: Autor del proyecto de investigación.
Tabla: gocerca_ciudades
Columna Tipo Nulo Predeterminado Enlaces
a Comentarios MIME id (Primaria) int(11) No
nombre Text No
Tabla 23: Tabla de ciudades.
48 Desarrollo de base de datos
En la modelación se describe una base de datos y se da a conocer las formas de cómo está estructurada, organizada y almacenada la información, los valores y relación.
Script de la base de datos /*
SQLyog Ultimate v12.09 (64 bit)
MySQL - 10.1.28-MariaDB : Database - gocerca
********************************************************************* */
/*!40101 SET NAMES utf8 */;
/*!40101 SET SQL_MODE=''*/; /*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */; /*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */; /*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */; CREATE DATABASE /*!32312 IF NOT EXISTS*/`gocerca` /*!40100 DEFAULT CHARACTER SET latin1 */;
USE `gocerca`;
/*Table structure for table `actividad` */
49 CREATE TABLE `actividad` (
`id` int(11) NOT NULL AUTO_INCREMENT, `tema` int(11) NOT NULL,
`nombre_autor` int(11) NOT NULL, `observacion` text NOT NULL, `archivo` text NOT NULL, `fecha` date NOT NULL, PRIMARY KEY (`id`),
UNIQUE KEY `tema` (`tema`), KEY `pk_autorT` (`nombre_autor`),
CONSTRAINT `pk_autorT` FOREIGN KEY (`nombre_autor`) REFERENCES `autor` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
CONSTRAINT `pk_tema` FOREIGN KEY (`tema`) REFERENCES `proyecto` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
/*Table structure for table `autor` */
DROP TABLE IF EXISTS `autor`;
CREATE TABLE `autor` (
`id` int(11) NOT NULL AUTO_INCREMENT, `identificacion` varchar(10) NOT NULL, `nombre` varchar(100) NOT NULL, `carrera` int(11) NOT NULL,
`telefono` varchar(10) NOT NULL, `ciudad` int(11) NOT NULL,
`correo` varchar(50) NOT NULL, PRIMARY KEY (`id`),
50 KEY `pk_carrera` (`carrera`),
KEY `pk_CiudadA` (`ciudad`),
CONSTRAINT `pk_CiudadA` FOREIGN KEY (`ciudad`) REFERENCES `ciudad` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
CONSTRAINT `pk_carrera` FOREIGN KEY (`carrera`) REFERENCES `carrera` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=latin1;
/*Table structure for table `carrera` */
DROP TABLE IF EXISTS `carrera`;
CREATE TABLE `carrera` (
`id` int(11) NOT NULL AUTO_INCREMENT, `nombre` varchar(50) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=latin1;
/*Table structure for table `ciudad` */
DROP TABLE IF EXISTS `ciudad`;
CREATE TABLE `ciudad` (
`id` int(11) NOT NULL AUTO_INCREMENT, `nombre` text NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=latin1;
/*Table structure for table `coordinador` */
51 CREATE TABLE `coordinador` (
`id` int(11) NOT NULL AUTO_INCREMENT, `identificacion` varchar(10) NOT NULL, `nombre` varchar(100) NOT NULL, `telefono` varchar(10) NOT NULL, `ciudad` int(11) NOT NULL,
`correo` varchar(50) NOT NULL, PRIMARY KEY (`id`),
KEY `pk_ciudadC` (`ciudad`),
CONSTRAINT `pk_ciudadC` FOREIGN KEY (`ciudad`) REFERENCES `ciudad` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=latin1;
/*Table structure for table `huellas` */
DROP TABLE IF EXISTS `huellas`;
CREATE TABLE `huellas` (
`id` int(11) NOT NULL AUTO_INCREMENT, `username` int(11) NOT NULL,
`claveMD5` varchar(45) NOT NULL, `tipo_usuario` int(11) NOT NULL, `estado` int(11) NOT NULL, PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=latin1;
/*Table structure for table `lector` */
DROP TABLE IF EXISTS `lector`;
52 `id` int(11) NOT NULL AUTO_INCREMENT, `docente` int(11) NOT NULL,
PRIMARY KEY (`id`), KEY `pk_tutor` (`docente`),
CONSTRAINT `pk_tutor` FOREIGN KEY (`docente`) REFERENCES `tutor` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=latin1;
/*Table structure for table `proyecto` */
DROP TABLE IF EXISTS `proyecto`;
CREATE TABLE `proyecto` (
`id` int(11) NOT NULL AUTO_INCREMENT, `tema` text NOT NULL,
`nombre_autor` int(11) NOT NULL, `nombre_tutor` int(11) NOT NULL,
`nombre_lector` int(11) DEFAULT NULL, `ciudad` int(11) NOT NULL,
`date` date NOT NULL, PRIMARY KEY (`id`),
KEY `pk_autor` (`nombre_autor`), KEY `pk_CiudadP` (`ciudad`), KEY `pk_tutorP` (`nombre_tutor`), KEY `pk_lector` (`nombre_lector`),
CONSTRAINT `pk_CiudadP` FOREIGN KEY (`ciudad`) REFERENCES `ciudad` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
CONSTRAINT `pk_autor` FOREIGN KEY (`nombre_autor`) REFERENCES `autor` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
CONSTRAINT `pk_lector` FOREIGN KEY (`nombre_lector`) REFERENCES `lector` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
53
CONSTRAINT `pk_tutorP` FOREIGN KEY (`nombre_tutor`) REFERENCES `tutor` (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=latin1;
/*Table structure for table `tutor` */
DROP TABLE IF EXISTS `tutor`;
CREATE TABLE `tutor` (
`id` int(11) NOT NULL AUTO_INCREMENT, `identificacion` varchar(10) NOT NULL, `nombre` varchar(100) NOT NULL, `carrera` int(11) NOT NULL,
`telefono` varchar(10) NOT NULL, `ciudad` int(11) NOT NULL,
`correo` varchar(50) NOT NULL, PRIMARY KEY (`id`),
UNIQUE KEY `identificacion` (`identificacion`), KEY `pk_carrerat` (`carrera`),
KEY `pk_CiudadT` (`ciudad`),
CONSTRAINT `pk_CiudadT` FOREIGN KEY (`ciudad`) REFERENCES `ciudad` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
CONSTRAINT `pk_carrerat` FOREIGN KEY (`carrera`) REFERENCES `carrera` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=latin1;
/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */; /*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
54
3. Implementación: En este punto se determina la codificación de gocerca se diseñando una interfaz que se ejecuta por medio del servidor Apache.
Para la ejecución de este sistema es necesario que la Coordinación de Uniandes extensión Babahoyo “gocerca”, cumpla con todos los requerimientos para la instalación del sistema la persona encargada requiere de un equipo con características mínimas: Intel (R) Core (TM) i3 CPU 7400 @ 3.00 GHz, 4GB de memoria RAM, SSD de 240 GB ejecutando phpMyAdmin, Mysql, Apache para su correcto funcionamiento.
Niveles de acoplamiento de la aplicación Capa de datos
En esta capa es donde se almacenan los datos y la encargada de acceder al mismo, la cual se comunica con la capa de negocios mediante el almacenamiento o recuperación de la información.
Capa de negocios
Esta capa es la que contiene la aplicación que se ejecuta cuando el usuario realizas peticiones y envía las respuestas cumpliendo todas las reglas establecidas, mediante los procesos se informa con la capa de datos para requerir información y también con la capa de presentación para mostrar los resultados de las solicitudes realizadas por los usuarios.
Capa de presentación
Esta capa de presentación o capa web es la interfaz gráfica en donde el usuario visualiza los resultados procesados y únicamente se comunica con la capa de negocios.
4. Pruebas y validación: Las pruebas fueron realizadas en un servidor privado y la aplicación web respondió con éxito, las validaciones previas realizadas a todos los campos se encuentran debidamente validados.
La aplicación web ha sido sometida a las técnicas de pruebas las mismas que son:
a) Caja negra: Esta prueba básicamente permitió verificar la consistencia de los resultados, se utilizó para validar los procesos de presentación de avances de proyectos de investigación. Aquí, no se analizaron los procesos, solo se verificó la validez de los resultados.
b) Caja blanca: Esta prueba esencialmente permitió verificar la ejecución de los procesos desde el punto de vista lógico, se pudo seguir la secuencia de
55
ejecución para validar la veracidad de la automatización y obviamente con el correcto muestreo de resultados.
c) Validación técnica: Determinada por el profesional del área de la informática, donde se verificó el funcionamiento adecuado de los diferentes procesos que automatiza la aplicación web. Esencialmente se ha verificado la emisión correcta de resultados. Y todo lo relacionado estrictamente al funcionamiento técnico del software. Luego de que el software ha superado estas pruebas quedó validado técnicamente.
d) Validación operativa: En cambio este proceso de validación con relación a la facilidad de manejo y sobre todo a la real concordancia de los procesos automatizados con los procesos manuales que se llevan a cabo en la coordinación de investigación de Uniandes extensión Babahoyo.
Todos estos procesos funcionaron acorde a las exigencias y sobre todo con suma facilidad para el usuario.
Esto significó que el software es operativamente viable y por la tanto la autoridad de la empresa que emitieron su aprobación que en sí constituye una validad de la propuesta plasmada en este trabajo investigativo.
5. Mantenimiento: Se plantea mantenimientos con los cambios ocasionales determinados en errores o mejoras en el sistema tales como parches de seguridad y revisiones cada 6 meses para mejoramiento de la misma.
56 Conclusiones
• La administración centralizada de información mejora la calidad en la gestión de la misma por medio de los coordinadores, tutores e investigadores, es por ello que no se debe escatimar esfuerzo e inversiones para lograr el mejoramiento del tratamiento de la información de forma segura.
• Toda organización que desee un cambio tiene que implementarlo de forma gradual ya que se debe comenzar a vivir una etapa de acoplamiento en la mayoría las universidades apuestan por una ampliación similar.
• El respaldo de información en línea se convierte en una opción interesante para el la coordinación de Uniandes extensión Babahoyo, debido a que garantiza el almacenamiento automático de la información en sitios distantes, solucionando la posibilidad de pérdida de datos debido a desastres como incendios, inundaciones o terremotos.
• La implementación de una aplicación de gestión de información investigativa genera principalmente un ahorro en impresión y firmas sustituyen a las físicas en todas las prestaciones.
• El tema de seguridad es muy importante en una organización, permite mantener la información confiable y accesible desde cualquier lugar del mundo.
57 Recomendaciones
• La primera gran recomendación para la universidad Uniandes extensión Babahoyo es la eliminación de largas esperas en la titulación.
• Se recomienda también fomentar una cultura de seguridad en cuanto a los accesos a la aplicación para mantener la confiabilidad.
• Una vez implantado el sistema se llevará paralelamente con las operaciones manuales y se evaluará el desenvolvimiento del mismo, así como la adaptabilidad de los usuarios al cambio por un período aproximado de tres meses.
• Capacitar al personal que manejará este nuevo tipo de tecnología en los diferentes servicios que va prestando la universidad.
Bibliografía
AESOFT (2013), propuesta de Estrategias de Fortalecimiento del sector software en el Ecuador, versión 2.0.
Aguerrondo, I.; Lugo, M. T.; Rossi, M. (1999): La gestión de las universidades y el diseño de proyectos institucionales. Universidad Nacional de Quilmes. Quilmes.
Asociación Ecuatoriana de Software (AESOFT). 2011. Estudio De Mercado del Sector de Software y Hardware en Ecuador.
Asociación Ecuatoriana de Software (AESOFT). 2015. El Sector Software en el Cambio de la Matriz Productiva. Presentación.
Blanco, Encinoza, Lázaro B. (2008): Sistema de información para el economista y el contador.
Burns, M. (2016). Aprendizaje más profundo con códigos QR y realidad aumentada: una solución escaneable para su aula. Corwin Press. Estados Unidos de América.
Cacheiro, M. (2014). Educación y Tecnología: Estrategias Didácticas para la integración de las TIC. Editorial UNED.
Cacheiro, M.; Sánchez, C.; González, J. (2016). Recursos tecnológicos en contextos educativos. Editorial UNED. España.
Celalettin, A. (2007). La evolución y la aparición de los códigos QR. Cambridge Scholars Publishing. Reino Unido.
Chacón R. (2009). Gestión de proyectos con TIC. Universidad Nacional De Las Fuerzas Armadas. Venezuela.
Cobo, Á. (2005). PHP y MySQL: Tecnología para el desarrollo de aplicaciones web. Ediciones Díaz de Santos.
Coll C. (2008). Psicología de la educación virtual: aprender y enseñar con las tecnologías de la información y la comunicación. Ediciones Morata. España.
Comisión Económica para América Latina y el Caribe (CEPAL). 2016b. Ciencia, tecnología e innovación en la economía digital: La situación de América Latina y el Caribe.
Educar Ministerio de Educación, Ciencia y Tecnología de la Nación de la República Argentina (2004): Recursos para el aula. Diseño Instruccional.