Beruflich Dokumente
Kultur Dokumente
TRABAJO DE GRADUACIÒN
PARA OPTAR POR EL TÍTULO DE
LICENCIADO EN INFORMÁTICA
ELABORADO POR:
FERNANDO GONZÁLEZ
ROSA JIMÉNEZ
PANAMÁ
DICIEMBRE, 2017
PROFESOR ASESOR
MGTR. IVÁN PABLO ARMUELLES VOINOV
DEPARTAMENTO DE ELECTRÓNICA Y COMUNICACIÓN
AGRADECIMIENTO
Detrás de todo estudiante, sin importar el área de estudio, están sus familiares, personas
especiales que con mucho esfuerzo, en nuestros primeros años de vida, nos han guiado
para valorar la educación, forjar las ansias de superación y soñar con un futuro
prometedor.
Este trabajo no sería posible sin la colaboración de todos los profesores que han formado
parte de nuestras vidas universitarias, estos agentes que han sembrado en nosotros los
pilares de los conocimientos en todas las áreas que nos hacen ser futuros ingenieros.
En especial agradecemos a nuestro asesor, Prof. Iván Armuelles por sus consejos y guía
acertada, durante el desarrollo de la tesis.
A todos gracias.
El éxito no es una carrera de 100 metros, sino una maratón. Se requiere paciencia,
perseverancia y soportar el dolor para llegar a la meta.
i
DEDICATORIA
Dedico este trabajo a mis padres Manuela y Ronaldo por su incondicional apoyo
durante mis años de estudio y por la constante motivación para lograr esta meta.
ii
INDICE GENERAL
AGRADECIMIENTO ...................................................................................................................... i
DEDICATORIA .............................................................................................................................ii
ÍNDICE DE FIGURAS .................................................................................................................... vi
RESUMEN .................................................................................................................................... viii
INTRODUCCIÓN ........................................................................................................................... ix
CAPÍTULO 1 ................................................................................................................................. 12
ANTECEDENTES DEL PROYECTO .......................................................................................... 12
1.1 Definición del Problema ................................................................................................. 13
1.2 Objetivos de la Investigación ......................................................................................... 13
1.2.1 Objetivos Generales ............................................................................................... 13
1.2.2 Objetivos Específicos ............................................................................................. 13
1.3 Descripción del proyecto ............................................................................................... 14
1.4 Metodología ................................................................................................................... 15
1.5 Delimitación o alcance de la investigación .................................................................... 16
1.6 Restricciones .................................................................................................................. 17
1.7 Justificación e importancia del estudio .......................................................................... 17
1.8 Generalidades de la empresa ........................................................................................ 18
1.8.1 Misión ........................................................................................................................... 18
1.8.2 Visión ........................................................................................................................... 18
1.8.3 Valores .......................................................................................................................... 18
1.8.4 Estructura Organizativa.......................................................................................... 19
1.8.5 Dirección de Aprendizaje y Popularización ............................................................ 19
1.8.6 Dirección de Gestión de Ciencia y Tecnología ....................................................... 19
CAPÍTULO 2 .................................................................................................................................... 21
MARCO TEÓRICO ........................................................................................................................... 21
2.1 Aplicaciones de la Web ........................................................................................................ 22
2.2 Aplicaciones Móviles ............................................................................................................ 23
iii
2.3 Arquitectura de las aplicaciones Web............................................................................ 25
2.4. Estado de la enseñanza-aprendizaje en escuelas primarias .......................................... 27
CAPÍTULO 3 .................................................................................................................................... 31
ANÁLISIS Y DISEÑO DEL SISTEMA................................................................................................... 31
3.1 Especificación de los requerimientos de la Plataforma ....................................................... 32
3.1.1 Recolección de datos ..................................................................................................... 32
3.1.2 Análisis de la Información ............................................................................................ 33
3.1.3 Presentación de resultados ............................................................................................ 34
3.2 Análisis del Sistema .............................................................................................................. 35
3.2.1 Sistema Actual .............................................................................................................. 35
3.2.1.1 Situación del sistema actual ....................................................................................... 35
3.2.1.2 Diagrama general del sistema actual ..................................................................... 36
3.2.2 Alternativas de Solución ............................................................................................... 36
3.3 Diseño del sistema ............................................................................................................... 40
3.3.1 Sistema propuesto ......................................................................................................... 40
3.3.1.1 Aplicación móvil ........................................................................................................ 40
3.3.1.2 Aplicación web .......................................................................................................... 41
3.3.2 Diagrama General ......................................................................................................... 42
3.3.3 Especificaciones de Hardware y Software .................................................................... 42
3.3.3.1 Hardware.................................................................................................................... 42
3.3.3.2 Software ..................................................................................................................... 43
3.3.4 Seguridad ...................................................................................................................... 44
3.4 Modelado de Base de datos................................................................................................. 44
3.4.1 Diseño Conceptual ............................................................................................................ 44
3.4.2 Diseño Lógico ............................................................................................................... 45
3.4.3 Diseño Físico................................................................................................................. 48
CAPÍTULO 4 ................................................................................................................................. 58
DESARROLLO E IMPLEMENTACIÓN DEL SISTEMA .......................................................... 58
4.1 Desarrollo del sistema y sus Interfaces ................................................................................ 59
4.1.1 Aplicación Web............................................................................................................. 59
4.1.2 Aplicación Móvil .......................................................................................................... 62
4.2 Ejecución, pruebas y ajustes ................................................................................................ 63
iv
4.3 Resultados y evaluaciones ................................................................................................... 66
4.4.1 Entrenamiento al usuario .............................................................................................. 68
4.4.2 Pruebas en paralelo ...................................................................................................... 68
CONCLUSIONES .............................................................................................................................. 70
RECOMENDACIONES ...................................................................................................................... 71
BIBLIOGRAFÍA................................................................................................................................. 72
ANEXOS .......................................................................................................................................... 58
v
ÍNDICE DE FIGURAS
vi
Figura 3.27 Diseño Físico – Tabla de relación de pruebas y preguntas ............................ 53
Figura 3.28 Diseño Físico – Tabla de Respuestas de docentes .......................................... 54
Figura 3.29 Diseño Físico – Tabla de Respuestas de Estudiantes ..................................... 55
Figura 3.30 Diseño Físico – Tabla de Respuestas para preguntas de las encuestas .......... 55
Figura 3.31 Diseño Físico – Tabla de Respuestas para preguntas de las pruebas ............. 55
Figura 3.32 Diseño Físico – Tabla de Roles ...................................................................... 56
Figura 3.33 Diseño Físico – Tabla de relación entre roles y permisos .............................. 56
Figura 3.34 Diseño Físico – Tabla de Tablets ................................................................... 56
Figura 3.35 Diseño Físico – Tabla de Usuarios ................................................................. 56
Figura 3.36 Diseño Físico – Tabla de Versiones ............................................................... 57
Figura 3.37 Diseño Físico – Tabla de relación entre versiones y encuestas ...................... 57
Figura 3.38 Diseño Físico – Tabla de relación entre versiones y pruebas ......................... 57
Figura 3.39 Diseño Físico – Tabla de relación entre versions y tabletas ........................... 58
Figura 4.1 Estructura del Proyecto Web – Paquetes de Código JAVA ............................. 61
Figura 4.2 Estructura del Proyecto Web – Archivos para interfaces de usuario ............... 61
Figura 4.3 Estructura del Proyecto Móvil .......................................................................... 63
Figura 4.4 Presentación de avance de la aplicación web ................................................... 65
Figura 4.5 Presentación de avance de la aplicación móvil ...............Error! Bookmark not
defined.66
vii
RESUMEN
viii
INTRODUCCIÓN
Es por ello que se implementó una Plataforma de Evaluación Educativa para tomar
medidas en el proceso de las actividades de enseñanza-aprendizaje de los estudiantes.
Esta herramienta tecnológica permita dar soporte a las pruebas que miden el aprendizaje
de los estudiantes ya que facilita el trabajo de corrección, además de ahorrar papel y
tiempo de captación de los datos.
A. El Software permite:
La elaboración de pruebas, a partir de un banco de preguntas, para la
evaluación del desempeño de los estudiantes en ciencias y matemáticas.
La elaboración de encuestas a docentes, directores y otros actores del
Sistema Educativo.
La aplicación de pruebas online y off-line usando tabletas Lenovo Yoga 2
(sistema Android).
La identificación de los estudiantes por escuela, grado, número de cédula,
nombre y apellido, género, edad, entre otros datos de relevancia.
Permite almacenar un banco de preguntas categorizadas con una ficha
técnica según tema, nivel, grado de dificultad, respuestas posibles y otros.
ix
Recupera los resultados en un servidor, todo el proceso debe estar listo
para usar y que sea fácil de implementar por los usuarios.
Los resultados de las pruebas deben poderse analizar desde distintos
puntos de vista, por ejemplo, que permitan identificar patrones en las
respuestas de los estudiantes, presentar los resultados dentro de una matriz
de análisis y hacer gráficos de los resultados según las preguntas y según
las opciones de respuesta de cada pregunta.
Posibilidad de elaborar consultas y reportes a la medida y que permita la
descarga de formatos requeridos a SPSS, Access, Excel, etc.
Capacidad para soportar la realización de al menos 4 evaluaciones por año
de estudiantes de 2do a 6to (aproximadamente 80 centros educativos de
todo el país en el 2015).
x
CAPÍTULO 1
ANTECEDENTES DEL PROYECTO
CAPITULO 1. ANTECEDENTES DEL PROYECTO
La SENACYT para facilitar esta acción realizó la compra de 210 ordenadores portátiles
tipo tableta que permitirán evaluar a los estudiantes y tener los resultados en tiempo real.
La herramienta tecnológica debe permitir aplicar pruebas elaboradas a partir de un banco
de preguntas, realizar encuestas a docentes, directores y otros actores del Sistema
Educativo, y permitir dar seguimiento a las evaluaciones.
13
- Desarrollar un sistema cliente/servidor que permita aplicar pruebas y encuestas,
además de dar seguimiento a los resultados para evaluarlos.
Esta organización ha solicitado contar con una aplicación móvil que se ejecute en tabletas
Lenovo Yoga 2 con sistema operativo Android adquiridas por SENACYT y donde se
pueda aplicar pruebas a los estudiantes en las asignaturas de ciencias naturales y
matemáticas, además la misma aplicación debe permitir realizar encuestas a los docentes
y darle seguimiento a las evaluaciones y resultados.
Aplicación Móvil: esta será la aplicación final para los usuarios (estudiantes, docentes y
otros). Se instalará y ejecutará en las tabletas Lenovo.
Entre algunas de sus funcionalidades podemos mencionar:
Aplicación de pruebas de Ciencias Naturales y Matemáticas a los estudiantes
Aplicación de encuestas a los docentes, directores y otros actores del sistema
educativo
Aplicación de pruebas en modo online y offline
Identificación de los estudiantes por escuela, grado, maestro, número de
cédula, nombre y apellido, género, edad, entre otros datos de relevancia
Permitir almacenar un banco de preguntas categorizadas con una ficha técnica
según tema, nivel, grado de dificultad, respuestas posibles y otros
Registrar las observaciones de la práctica docente y ligar esta observación a la
información de las escuelas, maestros y alumnos.
Envío de datos registrados al servidor cuando haya conexión a internet.
Aplicación Servidor: esta será una aplicación web que manipulará toda la información
registrada en la aplicación móvil y actualizará sus datos. Se instalará en un servidor de
SENACYT y se ejecutará en un navegador web. Sólo estará disponible de manera interna
para el personal del SENACYT.
14
Entre algunas de sus funcionalidades podemos mencionar:
Registrar un banco de preguntas, donde se pueda agregar, editar y borrar
preguntas de las pruebas y encuestas.
Elaboración de las pruebas de Ciencias Naturales o Matemáticas consultando
y/o seleccionando las preguntas del banco de preguntas.
Elaboración de encuestas para docentes y directores a partir de las preguntas
del banco de preguntas.
Permitir la carga de las preguntas e imágenes por parte de SENACYT y la
elaboración de las primeras pruebas en el formato existente (PDF o Word) al
formato digital que requiere la plataforma.
Recuperar los resultados de las pruebas y encuestas enviados por las tabletas
Los resultados de las pruebas deben poder analizarse desde distintos puntos de
vistas, por ejemplo, que permitan identificar patrones en las respuestas de los
estudiantes, presentar los resultados dentro de una matriz de análisis y hacer
gráficos de los resultados según las preguntas y según las opciones de
respuesta de cada pregunta.
Posibilidad de elaborar consulta y reportes a la medida y que permita la
descarga de formato requeridos a SPSS, Access, Excel, etc.
El servicio de la plataforma debe incluir la configuración y carga inicial de los
centros educativos, grupos, docentes y alumnos que participarán en los
programas integrados en una base de datos que pueda exportarse a Excel.
Capacidad de alimentar la plataforma con otras escuelas, etc.
1.4 Metodología
15
• Análisis de Riesgos: Se realizará una investigación y análisis del impacto,
compatibilidad y requisitos de sistema que se necesitará para la implementación de las
tecnologías a utilizar para el desarrollo. Así como la disponibilidad y experiencia del
personal de SENACYT para el mantenimiento y soporte de la aplicación. Se evaluará
alternativas que solucionen cualquier riesgo técnico y de gestión del proyecto.
• Evaluación del Cliente: Definir tareas para que el personal encargado del
proyecto valide y valore el funcionamiento de los entregables. En esta fase se puede
sugerir cambios, adicionar requerimientos, eliminar funcionalidades, adicionar mejoras
etc.
Como metodología evolutiva se repetirán los pasos las veces necesarias hasta que se
obtenga el producto final aprobado y listo para ser entregados y puesto en marcha,
siempre que no se extienda más allá del cronograma acordado.
Para este proyecto se quiere llegar a trabajar con una aplicación móvil para desplegar un
conjunto de cuestionarios y que se registre las respuestas en una tableta, podemos
mencionar que el alcance de la aplicación es lograr captar y evaluar los resultados para
tomar decisiones respecto a los métodos de enseñanza en Ciencias Naturales y
Matemáticas.
16
se tendrá acceso desde cualquier otro dispositivo no autorizado para realizar las
operaciones a las que se está destinada.
1.6 Restricciones
Las aplicaciones móviles al trabajar de forma offline pueden contener una base de datos
interna para registrar datos mientras se mantiene sin conexión.
Se debe tomar en cuenta que habrá una cantidad limitada de dispositivos que contarán con
la aplicación instalada, además estos dispositivos tendrán una base de datos interna que
será actualizada constantemente para no exceder con la capacidad de almacenamiento del
dispositivo.
Se debe manipular de manera individual cada dispositivo para que se actualice con el
paquete de preguntas para cada sesión de pruebas que se realicen durante el año según la
región, el centro educativo, los niveles y estudiantes que utilizaran la aplicación.
Otra restricción por evaluar es el tipo de dispositivo, inicialmente será desarrollado para
tableta Lenovo Yoga 2 con sistema operativo Android, las pruebas de las funcionalidades
se realizarán para esta tableta. Cualquier otra tableta o dispositivo móvil debe pasar por
una evaluación para ser considerada apta para ejecutar la aplicación.
El sistema del lado del servidor se desarrollará como aplicación web para que pueda ser
accedida en varios lugares que estén conectados a la red de SENACYT.
Las tecnologías que se utilizarán para este desarrollo deben acoplarse al tipo de
infraestructura tecnológica de SENACYT y se debe verificar lo que se permite utilizar,
por temas de compatibilidad, recursos y necesidades.
Este proyecto está enfocado a realizar un estudio y análisis del nivel de aprendizaje de los
estudiantes de primaria en las asignaturas de ciencias naturales y matemáticas y observar
el método de enseñanza que imparten los docentes para así sugerir y plantear nuevas
estrategias de enseñanza que luego podrán ser retroalimentadas a otras escuelas y así
mejorar el nivel de aprendizaje de los estudiantes.
17
1.8 Generalidades de la Empresa
La Secretaría Nacional de Ciencia, Tecnología e Innovación de la República de
Panamá es una institución autónoma, que fue creada por la Ley 13 de 15 de abril de
1997, modificada posteriormente por la Ley 50 de 21 de diciembre de 2005 y por la
Ley 55 de 14 de diciembre de 2007, que le confirió autonomía a la institución en sus
tareas administrativas. La Secretaría trabaja guiada por los lineamientos establecidos
en el Plan Estratégico Nacional de Ciencia, Tecnología e Innovación (PENCYT)
2015-2019.
1.8.1 Misión
1.8.2 Visión
1.8.3 Valores
18
1.8.4 Estructura Organizativa
19
Programa de Fortalecimiento a los Postgrados Nacionales. Este programa se
desarrolla desde el 2007 y busca desarrollar competencias en investigación
científica tanto de docentes como de estudiantes y elevar la calidad académica
de los programas de acuerdo con los estándares internacionales, en cuanto a
cantidad y calidad de los productos científicos. Se ofrece apoyo a las
universidades para que desarrollen programas académicos con un importante
componente de investigación, a nivel de licenciatura, maestría o doctorado,
brindándoles fondos para cubrir los costos de matrícula, colegiatura y de
laboratorios, así como los montos necesarios para que los centros académicos
otorguen y administren asistencia financiera para la manutención de los
estudiantes.
20
CAPÍTULO 2
MARCO TEÓRICO
2.1 Aplicaciones de la Web
En los tiempos en que el cliente de una aplicación debía ser instalado en cada ordenador
por separado y el servidor recibir las peticiones de todos los clientes, llegaba la tediosa
tarea de agregar o mejorar una funcionalidad en el servidor; esto conllevaba a actualizar
todos los clientes en los diferentes ordenadores donde se encontraban instalados. Se debía
reinstalar la aplicación para poder procesar las mejoras.
Con el surgimiento de las aplicaciones web los usuarios podían obtener las
actualizaciones de manera automática sin necesidad de instalar o reinstalar un cliente. Los
usuarios pueden acceder a los datos del servidor web a través de una red externa
(Internet) o una interna (Intranet) con la ayuda de un navegador web.
Las aplicaciones web se han hecho tan populares debido a lo práctico del navegador web
como cliente ligero, a la independencia del sistema operativo, a la disponibilidad desde
cualquier ordenador con navegador y acceso a red, así como a la facilidad para actualizar
y mantener dichas aplicaciones web sin distribuir e instalar software a miles de usuarios
potenciales.
Desde el punto de vista de la educación las aplicaciones web tienen mucho que aportar en
el proceso de enseñanza-aprendizaje. Una aplicación web educativa conlleva toda una
plataforma donde los estudiantes, docentes y administradores convergen para llevar a
cabo las actividades que se realizan usualmente en un aula de clases, pero esta vez de una
manera virtual con ciertas ventajas que hacen que el proceso de enseñanza-aprendizaje
sea más interactivo y mejorado.
22
o No se aprende solo escuchando, sino participando y siendo activos en las
asignaciones.
o Los docentes pueden realizar una evaluación más especializada de los resultados,
comentarios o datos que los estudiantes suministren sobre algún tema en específico.
o Se pueden implementar nuevas modalidades de enseñanza aprovechando las nuevas
tecnologías.
o Facilitan la evaluación del aprendizaje en entornos virtuales.
Podemos mencionar algunas ventajas que obtuvimos al decidir desarrollar una aplicación
web para la parte del servidor. Nos enfocamos en que el personal de SENACYT sería el
encargado de administrar y distribuir la información que recibirían los usuarios finales
(estudiantes y docentes).
Cabe mencionar que una aplicación móvil o App (en inglés) es una aplicación informática
diseñada para ser ejecutada en teléfonos inteligentes, tabletas y otros dispositivos, con el
23
fin de efectuar una tarea concreta de cualquier tipo (profesional, educativo, de acceso a
servicios, etc.), facilitando las gestiones o actividades a desarrollar.
Las aplicaciones móviles educativas nos pueden brindar ciertas ventajas e inconvenientes
a la hora de su uso. Podemos mencionar algunas ventajas e inconvenientes de una
aplicación móvil educativa.
Algunas Ventajas
o Movilidad: el aprendizaje no está sujeto al espacio físico de la clase ni a las horas
estrictas de la impartición de la materia.
o Versatilidad: los docentes pueden desarrollar tareas específicas para una materia
con una App en particular o se puede permitir que los estudiantes creen y aporten
ideas a ese desarrollo o proceso de la materia usando Apps diferentes que ellos
conozcan.
o Adaptabilidad: a través del uso de Apps en la clase para el aprendizaje de una
materia determinada, se puede hacer que los estudiantes que menos participan sean
más activos.
o Interconectividad: los estudiantes pueden entrar en contacto con otros estudiantes
de otros lugares e intercambiar información.
o Compromiso: el estudiante adquiere compromisos en el desarrollo de su aprendizaje
porque pasa a ser parte activa en dicho proceso y trabaja de manera activa para
conseguir las tareas y trabajos encomendados.
o Comunicación a tiempo real entre estudiantes y docentes, docentes y padres, y
directivos y padres.
o Permite una cómoda distribución de tareas, recursos a través de internet y
complementos audiovisuales para la docencia.
o Provee de medios complementarios de contacto con estudiantes y padres desde el
centro educativo.
o Ayuda a la superación de las barreras geográficas, tanto en docencia como en
investigación.
24
o Al trabajar con formatos y medios con los que el estudiante tiene mayor relación, se
refuerza el aprendizaje, además de invertirse menos tiempo en el aula, gracias a los
recursos complementarios a través de Internet.
Algunos inconvenientes:
o Acuerdos comunes: es uso de Apps puede hacer necesario que se creen en la
educación, a nivel general, marcos comunes de actuación en lo que se refiere al
proceso o desarrollo de aprendizaje, al desarrollo de tareas o a criterios de
evaluación.
o Falta de medios: En muchos casos, puede que los medios técnicos no sean los
mejores y aún no estén al alcance no ya de todos los individuos, sino también de
algunos centros escolares. Medios como pueden ser: un buen ancho de banda,
medios técnicos adecuados para desarrollar esas aplicaciones etc.
o Costes adicionales: Existe también el problema de los costes adicionales como
pueden ser los precios o tarifas de algunas Apps, ya que no siempre todos los
contenidos, especialmente los de calidad, son gratuitos. En muchos casos hay un
periodo de prueba de determinadas Apps y luego hay una subscripción.
o El tiempo es oro: En muchas ocasiones, el tiempo que hay que emplear en enseñar
el uso y manejo de ciertas herramientas y aplicaciones para que el estudiante
aprenda a manejarse sin dificultad.
Podemos mencionar algunas ventajas que obtuvimos al decidir desarrollar una aplicación
móvil para la parte del cliente. Nos enfocamos en que los estudiantes y docentes como
usuarios finales tendrían la única función de responder las preguntas de los diferentes
cuestionarios provenientes del servidor.
De esta manera podemos mencionar algunas ventajas de elaborar una aplicación móvil
educativa:
o Ejecución de los cuestionarios: un mismo dispositivo con la aplicación puede ser
utilizado por diferentes estudiantes y docentes.
o Trabajo Offline: para centros educativos donde no haya acceso a una red externa, la
aplicación puede albergar las respuestas de los estudiantes y enviarlas cuando
establezcan comunicación con el servidor.
o Actualización de datos: la aplicación podrá recibir datos nuevos del servidor de
forma automática, siempre y cuando esté conectado a una red.
o Resultados: a medida que los cuestionarios se vayan completando, la aplicación
enviará los resultados al servidor para su posterior análisis.
26
Figura 2.1 Arquitectura de tres capas
La Ley No. 47 de 1946 Orgánica de Educación, organizada como Texto Único en el 2004
contempla la Educación como un derecho humano en atención a la norma constitucional
del país. Entre las funciones del MEDUCA están las de establecer, organizar, ejecutar y
supervisar las actividades relacionadas con los diferentes niveles educativos, a través del
planeamiento, conjuntamente con las instituciones vinculadas al sector e impulsar un
proceso de modernización de la educación con sentido participativo, concertado, integral,
27
progresivo y con visión de futuro. A través del MEDUCA, el Estado panameño cumple la
misión de administrar el sistema educativo nacional implementando el proceso de
enseñanza-aprendizaje en todos los centros educativos oficiales y particulares que
imparten educación a los niños, niñas, adolescentes, jóvenes y adultos, con planes y
programas de estudio evaluados y reformados según la demanda nacional, con el fin que
adquieran los conocimientos, capacidades y destrezas que les sirvan de instrumento para
desempeñarse en el mundo de la academia y en el campo laboral o productivo. Este
esfuerzo a nivel nacional tuvo como resultado una taza de alfabetización del 95.8% en el
año 2011, el más alto de América Central.
La tarea de educar, en general, es un desafío que se da en todos los niveles educativos del
país; sin embargo, la cobertura de la enseñanza alcanza hoy día en Panamá avances
significativos a tanto en el nivel de preescolar como en el universitario. Sin embargo,
existen abismos en materia educativa en las regiones comarcales y en las provincias de
Darién y Bocas del Toro, entre otras.
- Una gran brecha digital, pues no existen las mismas oportunidades para áreas rurales
y comarcales, en comparación a otras áreas del país.
28
Inicial (CEFACEI), Educación Inicial en el Hogar (EIH), Centros de Educación Inicial
Comunitaria (CEIC) y los especializados del Ministerio de Desarrollo Social.
Otro diagnóstico importante ha sido provisto por los resultados que arrojaron las pruebas
PISA aplicadas a estudiantes de pre-media, en el año 2009, fueron preocupantes ya que,
de los países participantes, Panamá estuvo entre los últimos cuatro, lo que indica que hay
un déficit en áreas como matemática, español y ciencias naturales. En esta prueba,
Panamá ocupó la posición número 62 entre los 65 participantes. La prueba PISA
(Programa para la Evaluación Internacional de Alumnos) es una iniciativa de la
Organización para la Cooperación y el Desarrollo Económicos (OCDE), que mide la
capacidad de los jóvenes de quince años para resolver problemas a partir de la aplicación
de conocimientos de lectura, estudio de las matemáticas y ciencias naturales. La
evaluación, que se aplicó por primera vez en 2000, se ofrece cada tres años.
En 2015, unos 510 mil estudiantes de 73 países del mundo se sometieron a la prueba, de
una duración promedio de dos horas, con una mezcla de preguntas abiertas y de selección
múltiple, basadas en una situación de la vida real. La versión de 2018 medirá la capacidad
de los estudiantes para comprender los problemas de otros países del continente y del
mundo. En 2009, además de Panamá, tomaron la prueba PISA estudiantes de Argentina,
Brasil, Colombia, Costa Rica, Chile, México, Perú, Trinidad y Tobago y Uruguay.
30
CAPÍTULO 3
ANÁLISIS Y DISEÑO DEL SISTEMA
3.1 Especificación de los requerimientos de la Plataforma
Para más detalle de los requerimientos del sistema revisar los Anexos del
documento.
32
El personal de SENACYT involucrado explicó las pautas del sistema,
mencionando como objetivos principales tener un sistema donde se pudiera aplicar
pruebas y encuestas, a docentes y estudiantes, utilizando dispositivos móviles
(unas tabletas). Se nos suministró documentos preliminares con información
general de las funciones del sistema.
Por nuestra parte en las reuniones y correos posteriores dimos nuestras primeras
impresiones y sugerencias de lo que involucraría el desarrollo del sistema
propuesto. Realizamos investigaciones de las posibles tecnologías que podríamos
utilizar y se llegó a un consenso para seguir con el inicio del proyecto.
33
Tomando en cuenta que sólo se había contemplado que el sistema funcionara en el
dispositivo móvil, y con ayuda de nuestras investigaciones previas, era factible
desarrollar la plataforma en la tableta, pero no iba a cumplir con un requerimiento
que se había mencionado sobre el análisis de los resultados obtenidos de los
cuestionarios. No se iba a poder analizar los resultados si cada tableta contara con
su propia base de datos. Es por eso que decidimos centralizar el lugar donde se
guardarían los resultados. De esta manera ya nos encaminábamos a tener una
segunda aplicación que se encargaría de centralizar los datos de las tabletas.
34
Para el envió y recibo de datos entre aplicaciones se utilizarían servicios web. Este
sería el enlace para que las tabletas actualicen sus datos internos y el servidor
reciba los resultados guardados de las tabletas.
Una vez aplicadas las pruebas y encuestas se reciben los resultados desde el papel
y se procede a la carga en un sistema para su posterior análisis. Este proceso
ayuda, al personal de la Dirección de Aprendizaje, a poder conocer el impacto de
los métodos de enseñanza que se utilizan en los centros educativos primarios y así
modificar o ajustar las estrategias utilizadas.
Muchos datos importantes que sirven para realizar una mejor clasificación de los
resultados como lo son el sexo, la edad, la ubicación, etc., no llegan directamente
con las pruebas o encuestas. Haciendo que la obtención de estos datos necesite
otro proceso adicional para investigar las generales completas de la persona que se
está evaluando.
35
3.2.1.2 Diagrama general del sistema actual
A continuación, se muestra un diagrama general del sistema de evaluación actual
implementado por SENACYT.
En las reuniones iniciales se puso en contexto las ideas principales del proyecto.
El uso de las tabletas que SENACYT había adquirido ya era un hecho. Quedaba
resolver cómo se guardarían los datos para su posterior análisis. Se conversó y se
sugirió posibles soluciones para el asunto en cuestión. De parte de SENACYT se
propuso algunas opciones y de nuestra parte igual agregamos posibles esquemas
de cómo desarrollar el proyecto.
36
- Elaborar las pruebas y encuestas: en la base de datos interna del
dispositivo deberían estar registradas todas las preguntas y así poder
seleccionar las que conformarían el cuestionario.
- Registro de datos de estudiantes y docentes esto conllevaba a crear
funcionalidades para agregar, editar y eliminar datos de estudiantes,
docentes y otros. Además, era necesario el mantenimiento de los datos
asociados a estos usuarios como lo son el centro educativo, el grado
escolar, el grupo, entre otros.
- Registro de preguntas: había que incluir las funcionalidades para agregar,
editar y eliminar datos de las preguntas. Así como permitir el
almacenamiento de imágenes.
- Análisis de datos: los resultados debían ser desplegados en gráficos y
clasificados por ciertos parámetros como: región, centro educativo,
profesor, sexo, edad, grado, materia, etc.
37
- Se evita el inconveniente de tener que registrar manualmente los mismos
datos en las 200 tabletas, ya que estas al conectarse al micro servidor iban
a descargar y actualizar sus datos.
- Los resultados de varias tabletas iban a ser depositadas en un solo micro
servidor.
- La aplicación quedaría más ligera ya que las funcionalidades de
mantenimiento de datos ya no se realizarían desde las tabletas sino por otro
medio.
Algunos de los criterios que tomamos en cuenta para decidirnos en esta solución
los mencionamos a continuación:
- Dejar la aplicación móvil exclusivamente para uso de estudiantes y
docentes. Por tal motivo decidimos no recargar la aplicación con tantas
funcionalidades que se repitieran y estuvieran en todas las tabletas.
- Relegar las funciones comunes a la aplicación web, porque desde un
servidor web se puede procesar los datos de forma más eficiente.
- Un servidor web albergaría todas las páginas, recursos y otros en un solo
directorio. Así no habría razón de hacer repetidas instalaciones en todos los
ordenadores y sólo se necesitaría un navegador web desde cualquier
ordenador.
- El espacio que ocuparía las imágenes y datos con el trascurrir del tiempo
iba a ser un problema con la capacidad del dispositivo móvil. El servidor
web con más recursos es el indicado para albergar toda esa información.
39
- La carga masiva de datos se haría más sencilla desde un ordenador ya que
se puede contar con otras herramientas para elaborar el documento con los
datos que se desean cargar. Si esa funcionalidad se ejecutara en un
dispositivo móvil podría consumir muchos recursos del mismo y afectar su
desempeño.
- La transmisión de datos entre servidor y clientes es automática y no es
necesario realizar pasos extras en el proceso de juntar los resultados
finales.
- La aplicación web puede verificar siempre los datos históricos de las
diferentes aplicaciones de pruebas y encuestas.
- A la aplicación móvil se le puede programar el tiempo de sincronización
de datos con un servidor, ahorrándonos el proceso de transferir los datos al
servidor central de forma manual.
40
- Administración: la función de este módulo es permitir al personal de SENACYT
configurar el dispositivo para establecer comunicación con el servidor. Además,
se puede solicitar datos al servidor y depurar los registros antiguos de respuestas
guardadas en el dispositivo.
41
3.3.2 Diagrama General
Desde las tabletas y/o ordenadores los usuarios deben conectarse a la red disponible. Por
medio de la red se envían solicitudes de páginas y datos a la aplicación servidor. El
servidor web por medio de la aplicación envía y recibe datos de la base de datos.
3.3.3.1 Hardware
Por parte del servidor necesitaríamos un servidor que albergue la base de datos y la
aplicación web. Este servidor puede cumplir con las siguientes especificaciones:
- El servidor puede trabajar con un procesador de 2,5 gigahercios (GHz) como
mínimo.
- La memoria del servidor puede trabajar con un mínimo de 2 GB de RAM
- Disco duro con un mínimo de 3GB de espacio para almacenamientos de archivos
y datos de la aplicación web
- Conexión de red de 56 kilobits por segundo (Kbps) entre los equipos cliente y el
servidor
- Cualquier sistema operativo (Windows, Linux, etc.)
42
Por parte del desarrollador se necesita un ordenador de escritorio o portátil con las
siguientes especificaciones:
- El ordenador puede trabajar con un procesador de 2.5 gigahercios (GHz) como
mínimo.
- La memoria del ordenador puede trabajar con un mínimo de 2 GB de RAM
- Disco duro con un mínimo de 2GB de espacio para almacenamientos de archivos
de las aplicaciones a desarrollar
- Conexión de red de 56 kilobits por segundo (Kbps) mínimo entre los equipos
cliente y el servidor.
Por parte del cliente para la aplicación web se necesitaría un ordenador de escritorio o
portátil con las siguientes especificaciones:
- Memoria RAM de 1GB como mínimo
- Conexión de red de 56 kilobits por segundo (Kbps) mínimo entre los equipos
cliente y el servidor
- El ordenador puede trabajar con un procesador de 2.5 gigahercios (GHz) como
mínimo.
- Sistema operativo Android desde la versión 4.0 en adelante
Por parte del cliente para la aplicación móvil se necesitaría un dispositivo móvil con las
siguientes especificaciones:
- Memoria RAM de 1GB mínimo
- Espacio de almacenamiento de 4GB mínimo
- Procesador mayor de 1.2 gigahercios (GHz)
3.3.3.2 Software
43
Por parte del cliente para la aplicación web necesitaríamos lo siguiente:
3.3.4 Seguridad
La seguridad del sistema se estableció a un nivel básico para el control del acceso y
operación según el tipo de usuario que utilice las aplicaciones.
Los usuarios tienen asignado un rol y cada rol tiene diferentes permisos según lo disponga
el administrador del sistema. Lo permisos sirven para habilitar o deshabilitar los botones
y ciertas funciones a los usuarios. Las contraseñas de los usuarios se registran cifradas y
el sistema lo descifra para validar el dato cuando se inicie sesión.
En la aplicación móvil el acceso al sistema y a los módulos están controladas por
contraseñas que se configuran desde la aplicación servidor. Estas contraseñas deben ser
suministradas por los administradores al personal que configura las tabletas para los
usuarios finales.
44
Figura 3.4 Diseño conceptual de una versión de datos
45
Figura 3.6 Diseño Lógico de Estudiantes y Docentes
46
Figura 3.8 Diseño Lógico de Encuestas y sus componentes
47
3.4.3 Diseño Físico: El modelo de datos físicos representa objetos de datos relacionales
(por ejemplo, tablas, columnas, claves principales y claves externas) y sus relaciones. Se
puede utilizar para generar sentencias DDL que, después, se pueden desplegar en un
servidor de base de datos.
48
-- Estructura de tabla para la tabla de configuración
CREATE TABLE `configuracion` (
`configuracion_id` bigint(20) NOT NULL AUTO_INCREMENT,
`disponibilidad_version` int(11) NOT NULL,
`cantidad_opciones` int(11) NOT NULL,
`clave_docente` varchar(100) COLLATE utf8_spanish_ci DEFAULT NULL,
`ruta_imagenes` varchar(100) COLLATE utf8_spanish_ci DEFAULT NULL,
`puntaje_maximo` int(11) NOT NULL,
`ruta_servidor` varchar(100) COLLATE utf8_spanish_ci DEFAULT NULL,
`clave_ingreso` varchar(100) COLLATE utf8_spanish_ci DEFAULT NULL,
`clave_estudiante` varchar(100) COLLATE utf8_spanish_ci DEFAULT NULL,
`clave_administrador` varchar(100) COLLATE utf8_spanish_ci DEFAULT
NULL,
`tiempo_sincronizacion` int(11) NOT NULL,
PRIMARY KEY (`configuracion_id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8
COLLATE=utf8_spanish_ci;
Figura 3.13 Diseño Físico – Tabla de Configuración
49
-- Estructura de tabla para la tabla de docente
CREATE TABLE `docente` (
`docente_id` bigint(20) NOT NULL AUTO_INCREMENT,
`apellido` varchar(60) COLLATE utf8_spanish_ci DEFAULT NULL,
`cedula` varchar(15) COLLATE utf8_spanish_ci DEFAULT NULL,
`nombre` varchar(60) COLLATE utf8_spanish_ci DEFAULT NULL,
`centro_id` bigint(20) DEFAULT NULL,
`edad` int(11) DEFAULT NULL,
`sexo` varchar(1) COLLATE utf8_spanish_ci DEFAULT NULL,
`anios_servicio` int(11) DEFAULT NULL,
PRIMARY KEY (`docente_id`),
UNIQUE KEY `UK_cedula` (`cedula`),
KEY `FK_centro_d` (`centro_id`),
CONSTRAINT `FK_centro_d` FOREIGN KEY (`centro_id`) REFERENCES
`centro_educativo` (`centro_id`)
) ENGINE=InnoDB AUTO_INCREMENT=40 DEFAULT CHARSET=utf8
COLLATE=utf8_spanish_ci;
Figura 3.16 Diseño Físico – Tabla de Docentes
50
-- Estructura de tabla para la tabla de encuesta - preguntas
CREATE TABLE `encuesta_preguntas` (
`enc_id_ep` bigint(20) NOT NULL,
`preg_id_ep` bigint(20) NOT NULL,
PRIMARY KEY (`enc_id_ep`,`preg_id_ep`),
KEY `FK_PREG_EP` (`preg_id_ep`),
CONSTRAINT `FK_ENC_EP` FOREIGN KEY (`enc_id_ep`) REFERENCES `encuesta`
(`encuesta_id`),
CONSTRAINT `FK_PREG_EP` FOREIGN KEY (`preg_id_ep`) REFERENCES
`preg_docentes` (`preg_doc_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci
Figura 3.19 Diseño Físico – Tabla de relación entre encuestas y preguntas
51
-- Estructura de tabla para la tabla de permiso
CREATE TABLE `permiso` (
`permiso_id` bigint(20) NOT NULL AUTO_INCREMENT,
`nombre` varchar(15) COLLATE utf8_spanish_ci NOT NULL,
`descripcion` varchar(50) COLLATE utf8_spanish_ci DEFAULT NULL,
PRIMARY KEY (`permiso_id`)
) ENGINE=InnoDB AUTO_INCREMENT=145 DEFAULT CHARSET=utf8
COLLATE=utf8_spanish_ci;
Figura 3.22 Diseño Físico – Tabla de Permisos
52
-- Estructura de tabla para la tabla de provincia
CREATE TABLE `provincia` (
`provincia_id` bigint(20) NOT NULL,
`codigo` bigint(20) NOT NULL,
`provincia` varchar(50) COLLATE utf8_spanish_ci NOT NULL,
`estado` int(11) NOT NULL,
PRIMARY KEY (`provincia_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci;
Figura 3.25 Diseño Físico – Tabla de Provincias
53
-- Estructura de tabla para la tabla de respuestas docentes
CREATE TABLE `resp_docentes` (
`resp_doc_id` bigint(20) NOT NULL AUTO_INCREMENT,
`respuesta` varchar(100) COLLATE utf8_spanish_ci NOT NULL,
`docente_id` bigint(20) NOT NULL,
`version_id` bigint(20) NOT NULL,
`encuesta_id` bigint(20) NOT NULL,
`pregunta_id` bigint(20) NOT NULL,
`centro_id` bigint(20) NOT NULL,
`fecha_respuesta` datetime NOT NULL,
`fecha_recibo` datetime NOT NULL,
`edad` int(11) NOT NULL,
PRIMARY KEY (`resp_doc_id`),
KEY `FK_docente_rd` (`docente_id`),
KEY `FK_version_rd` (`version_id`),
KEY `FK_encuesta_rd` (`encuesta_id`),
KEY `FK_pregunta_rd` (`pregunta_id`),
KEY `FK_escuela_rd` (`centro_id`),
CONSTRAINT `FK_docente_rd` FOREIGN KEY (`docente_id`) REFERENCES
`docente` (`docente_id`),
CONSTRAINT `FK_encuesta_rd` FOREIGN KEY (`encuesta_id`) REFERENCES
`encuesta` (`encuesta_id`),
CONSTRAINT `FK_escuela_rd` FOREIGN KEY (`centro_id`) REFERENCES
`centro_educativo` (`centro_id`),
CONSTRAINT `FK_pregunta_rd` FOREIGN KEY (`pregunta_id`) REFERENCES
`preg_docentes` (`preg_doc_id`),
CONSTRAINT `FK_version_rd` FOREIGN KEY (`version_id`) REFERENCES
`version` (`version_id`)
) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8
COLLATE=utf8_spanish_ci
Figura 3.28 Diseño Físico – Tabla de Respuestas de docentes
54
CONSTRAINT `FK_escuela_re` FOREIGN KEY (`centro_id`) REFERENCES
`centro_educativo` (`centro_id`),
CONSTRAINT `FK_estudiante_re` FOREIGN KEY (`estudiante_id`) REFERENCES
`estudiante` (`estudiante_id`),
CONSTRAINT `FK_pregunta_re` FOREIGN KEY (`pregunta_id`) REFERENCES
`preg_estudiantes` (`preg_est_id`),
CONSTRAINT `FK_prueba_re` FOREIGN KEY (`prueba_id`) REFERENCES
`prueba` (`prueba_id`),
CONSTRAINT `FK_version_re` FOREIGN KEY (`version_id`) REFERENCES
`version` (`version_id`)
) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8
COLLATE=utf8_spanish_ci;
Figura 3.29 Diseño Físico – Tabla de Respuestas de Estudiantes
Figura 3.30 Diseño Físico – Tabla de Respuestas para preguntas de las encuestas
55
-- Estructura de tabla para la tabla rol
CREATE TABLE `rol` (
`rol_id` bigint(20) NOT NULL AUTO_INCREMENT,
`estado` int(11) NOT NULL,
`nombre` varchar(35) COLLATE utf8_spanish_ci NOT NULL,
PRIMARY KEY (`rol_id`)
) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8
COLLATE=utf8_spanish_ci;
Figura 3.32 Diseño Físico – Tabla de Roles
56
-- Estructura de tabla para la tabla version
CREATE TABLE `version` (
`version_id` bigint(20) NOT NULL AUTO_INCREMENT,
`codigo` varchar(15) COLLATE utf8_spanish_ci NOT NULL,
`nombre` varchar(60) COLLATE utf8_spanish_ci DEFAULT NULL,
`estado` int(11) NOT NULL,
`fecha_creacion` datetime NOT NULL,
`fecha_distribucion` datetime NOT NULL,
PRIMARY KEY (`version_id`),
UNIQUE KEY `UK_codigo` (`codigo`)
) ENGINE=InnoDB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8
COLLATE=utf8_spanish_ci;
Figura 3.36 Diseño Físico – Tabla de Versiones
57
-- Estructura de tabla para la tabla versión – tablet
CREATE TABLE `version_tablet` (
`vt_id` bigint(20) NOT NULL AUTO_INCREMENT,
`fecha_creacion` datetime NOT NULL,
`fecha_actualizacion` datetime NOT NULL,
`tablet_id` bigint(20) NOT NULL,
`version_id` bigint(20) NOT NULL,
PRIMARY KEY (`vt_id`),
KEY `FK_version_t` (`version_id`),
KEY `FK_tablet_t` (`tablet_id`),
CONSTRAINT `FK_tablet_t` FOREIGN KEY (`tablet_id`) REFERENCES `tablet`
(`tablet_id`),
CONSTRAINT `FK_version_t` FOREIGN KEY (`version_id`) REFERENCES
`version` (`version_id`)
) ENGINE=InnoDB AUTO_INCREMENT=18 DEFAULT CHARSET=utf8
COLLATE=utf8_spanish_ci;
58
CAPÍTULO 4
DESARROLLO E IMPLEMENTACIÓN DEL SISTEMA
4.1 Desarrollo del sistema y sus Interfaces
Para iniciar el desarrollo del sistema tomamos en cuenta las tecnologías disponibles y el
conocimiento de programación adquirido en nuestros años de estudio. Como se iba a
elaborar dos (2) aplicaciones, decidimos trabajar con el lenguaje de programación que
más conocíamos. Los conocimientos que nos hacían falta los íbamos adquiriendo a
medida que avanzaba el proyecto y gracias al resultado de nuestras investigaciones sobre
los temas involucrados para las diferentes funciones de los sistemas.
59
- Hibernate: es la herramienta especial que utilizamos para lograr el mapeo objeto-
relacional (ORM) de la plataforma. Hibernate nos facilitó el mapeo de atributos
entre la base de datos relacional y el modelo de objetos de la aplicación.
- Mysql: es el sistema de gestión de bases de datos relacional que seleccionamos
para construir la base de datos del sistema.
- Tomcat: como se usó JAVA para la codificación de la aplicación web, utilizamos
este servidor web para contener el código fuente y el resto los archivos. El archivo
WAR generado por Maven contiene paginas jsp, html, javascript, hojas de estilo,
servlets y otros ficheros necesarios para el despliegue de la aplicación. Tomcat
toma este archivo lo descomprime y traduce las páginas jsp (java server pages) a
páginas html. Al levantar el servidor tomcat la aplicación queda disponible para su
uso a través de un navegador web.
- JSP: son las páginas web dinámicas basadas en HTML y XML. Utiliza etiquetas
para desplegar los componentes visuales de la interfaz gráfica. Además, utiliza
etiquetas especiales de otras librerías para realizar validaciones y controlar las
operaciones y flujos dentro de las pantallas.
- Interfaz gráfica de aplicación web: el 75% de la aplicación se basa en
mantenimientos de datos. Por tal razón el desarrollo de todos estos
mantenimientos los basamos en las operaciones básicas hacia la base de datos.
Utilizamos las funciones CRUD (Create, Read, Update and Delete) para crear,
leer, actualizar y eliminar datos en el sistema.
Establecimos que las pantallas de mantenimientos inicialmente desplegarían una
tabla o lista de todos los registros disponibles de la tabla que se esté consultando.
Esa pantalla inicial tendría la opción de llamar a un formulario para agregar
nuevos registros y realizar búsqueda de datos por medio de ciertos parámetros.
Cada registro tiene las opciones para consultar, editar y eliminar la información de
la base de datos. Estas son las operaciones más comunes en la mayoría de las
pantallas del sistema, siendo este formato de fácil uso para los usuarios.
- Codificación: iniciamos la programación del sistema creando un proyecto Java
con nuestro entorno de desarrollo Spring Tool Suite (STS). Distribuimos los
archivos en dos grandes grupos para tenerlos mejor organizados.
El primer grupo contiene todos los archivos Java que representan la lógica del
sistema. Dentro se encuentran los controladores o clases que interactúan con la
capa de datos y las interfaces de usuario. Estas clases son las encargadas de
procesar los eventos y solicitudes que realizan los usuarios. Además, se
encuentran los objetos que representan cada tabla de la base de datos y que sirven
para registrar cada dato en el lugar correspondiente.
El segundo grupo contiene todos los recursos y archivos necesarios para el
despliegue de las pantallas a los usuarios. Dentro se encuentran las páginas jsp, los
estilos para la aplicación, los scripts de javascript, las imágenes, etc. Estos
archivos son los que el servidor envía a los navegadores clientes y contienen
formularios, tablas, datos, etc.
Se programó un servicio web que sería el punto de enlace o comunicación entre la
aplicación web y móvil. Los datos del servidor se procesan en ese servicio y se
traducen a un formato que pueden leer las tabletas. Los datos que envían las
60
tabletas son procesados también en ese servicio y traducidos a código java para su
posterior registro.
Figura 4.2 Estructura del Proyecto Web – Archivos para interfaces de usuario
61
4.1.2 Aplicación Móvil
Para el desarrollo de la aplicación móvil como lenguaje de programación utilizamos
JAVA. Ya que es el lenguaje para aplicaciones nativas en Android. A pesar de utilizar
código JAVA, la programación Android sigue ciertos estándares y formatos de
codificación que debimos comprender antes de iniciar el desarrollo.
62
encuentran los objetos que representan cada tabla de la base de datos y que sirven
para registrar cada dato en el lugar correspondiente.
El segundo grupo contiene todos los recursos y archivos necesarios para el
despliegue de las pantallas a los usuarios. Dentro se encuentran los diseños XML,
los estilos para la aplicación, las imágenes, etc.
Con el esquema en espiral a medida que se iba completando de forma total o parcial una
funcionalidad se realizaba una presentación del avance logrado.
63
El módulo de mantenimiento era una de las primordiales antes de iniciar cualquier otro
módulo. Ya que los datos que se generarían en este módulo se necesitaban para completar
la información de las funcionalidades de preguntas, pruebas y encuesta.
Cuando un mantenimiento estaba completo ya servía de base para el resto de las entidades
que realizaban las mismas operaciones en la base de datos. A medida que los
mantenimientos iban siendo completados volvíamos a probar todas las operaciones en
base de datos.
Con cada corrección de errores y ajustes en las funcionalidades, se generaba un nuevo
Archivo de aplicación web (WAR) para implementar en nuestro servidor local.
Volvíamos a verificar las funcionalidades y a realizar pruebas de integración para
comprobar el funcionamiento del sistema como un todo.
Al llegar al desarrollo de las funciones más complejas se verificaba que la relación entre
entidades trabajase correctamente. Hacíamos modificaciones en la base de datos al
determinar que necesitábamos nuevos campos en las tablas. Preparábamos todo lo
necesario para el inicio del desarrollo de la aplicación móvil.
SENACYT nos facilitó el servidor donde instalaríamos las herramientas necesarias para
ejecutar la aplicación en un ambiente de pruebas. La primera implementación no logró
conexión con la base de datos y se tuvo que hacer pruebas en local para corregir los
problemas suscitados en el servidor de SENACYT.
Se armó una red local para que ambas aplicaciones pudieran comunicarse. Para probar
esta parte nuestro ordenador portátil fungió como servidor ejecutando la aplicación web y
por el otro lado utilizamos una tableta Lenovo suministrada por SENACYT.
64
Se presentaron los avances de la aplicación móvil para ser evaluados por el cliente (los
miembros de la Dirección de Aprendizaje de la SENACYT). Se hizo observaciones y
ajustes para así iniciar otros ciclos de desarrollo y entrega de avances.
65
Figura 4.5 Presentación de avance de la aplicación móvil
Al obtener una versión más estable de los sistemas que se implementaban se iniciaba un
periodo de pruebas por parte del cliente (SENACYT). El cliente verificaba que los
requerimientos propuestos se hayan alcanzado o se hacia la observación sobre un cambio
que podría realizarse.
En las pruebas en el ambiente local se respondían desde las tabletas las pruebas y
encuestas. Se trabajaba de modo offline para que los resultados quedasen registrados en la
base de datos de la aplicación. Luego se conectaban los dispositivos a la red para que
envíen los resultados al servidor. El servidor los recibe y desde la pantalla de consulta de
resultados se generaba un archivo Excel con todas las respuestas obtenidas desde las
tabletas. Este es el último paso de ciclo de aplicación de pruebas / encuestas.
Los resultados de estas pruebas fueron exitosos al obtener los registros de las tabletas y la
generación de los archivos Excel con las respuestas también se logró.
66
4.4 Implementación final del sistema
Después de realizar todas pruebas y ajustes necesarios, los sistemas quedaron listos para
ser implementados en el servidor de producción. Para realizar la implementación final se
verificó que el servidor cumpliera con los requisitos que solicitamos como lo son:
aumento de memoria RAM, espacio de almacenamiento en disco, gestor de base de datos
MySQL instalado y servidor web para aplicaciones java instalado.
67
Desde las tabletas ingresamos a la aplicación servidor y descargamos la aplicación
móvil.
Realizamos la instalación de la aplicación y luego ingresamos,
Verificamos que las funcionalidades de ambas aplicaciones estuvieran correctas y
listas para su uso.
Durante el periodo de desarrollo se brindaron capacitaciones para que los usuarios fueran
familiarizándose con las aplicaciones, su uso y funcionamiento fueron explicados.
Por parte nuestra se suministraron los manuales de usuario de las aplicaciones, donde se
explica a detalle todas las operaciones que brinda la plataforma de evaluación educativa.
Verificar los manuales que se encuentran en la sección de Anexos.
Se espera que para el inicio de clases del periodo académico del 2018 se inicien las
pruebas pilotos en algunos centros educativos.
Algunas de las recomendaciones que podemos mencionar para mantener a los sistemas
son:
68
- Se debe verificar después de 2 o 3 periodos de aplicar pruebas y encuestas la
memoria de las tabletas. Esto con el fin de que no ocurra errores en la descarga de
datos por falta de espacio en los dispositivos.
- Se debe tener personal capacitado que conozca las tecnologías que se utilizaron
para el desarrollo de los sistemas. Esto es para que se pueda verificar y atender
excepciones durante la ejecución de las pruebas y encuesta.
- Se debe tener uno o varios administradores de base de datos. Esto es primordial ya
que hay ciertas funcionalidades que dependen de un administrador de base de
datos para que suministre información que no está disponible en las aplicaciones.
- Verificar el estado de las tabletas: si tienen carga en la batería, si tienen conexión
a red, si tienen los datos actualizados, etc.
- Debe haber uno o varios administradores del sistema servidor. Esto es para crear
usuarios al personal que manipulará el sistema y para reiniciar contraseñas en caso
de que los usuarios olviden sus credenciales.
- Debe haber personal que supervise el estado del servidor web.
- Además de los manuales de usuario, el personal más experimentado debería dar
capacitaciones a los nuevos usuarios que se integren.
- En los periodos de aplicación de pruebas y encuestas siempre es bueno tener
personal que configure los dispositivos para entregarlos a los estudiantes y
docentes.
- Para futuras actualizaciones o mejoras se necesitaría personal con conocimiento
en el lenguaje de programación JAVA y desarrollo Android
- Verificar bien los datos cuando se va a realizar una carga o actualización masiva
de datos. Apoyarse de los datos del sistema y del administrador de base de datos.
69
CONCLUSIONES
En un futuro, se espera que las apps sean una de las claves por las cuales la
educación presencial quede relegada y se imponga la educación desde casa en
ambientes virtuales. De momento, las posibilidades en el mercado y el mundo de
las apps dedicadas a educación son inmensas, ya que los dispositivos disponibles
son muy variados. La tendencia nos dice que en educación dominará el terreno la
tableta, sustituyendo a los libros de texto tradicionales. Ya se utiliza en muchos
sitios por el ahorro que supone frente al gasto en libros tradicional, que se
acentuará cuando se fabriquen tabletas de bajo coste especiales para educación.
Se observa un mayor interés por investigar las TIC’s en educación, sobre todo a
nivel preescolar, ya que es uno de los terrenos hasta ahora más inexplorados y con
muchas oportunidades que promete mucho en un futuro.
Con todos los objetivos específicos alcanzados se ha logró cumplir con el objetivo
general de nuestra propuesta:
70
“Implementar una Plataforma de Evaluación Educativa de Ciencias y Matemáticas
para estudiantes y docentes”
RECOMENDACIONES
71
BIBLIOGRAFÍA
72
ANEXOS
Especificación de
Requisitos del Sistema
PLATAFORMA DE EVALUACIÓN EDUCATIVA
PARA CIENCIAS Y MATEMÁTICAS Y
SEGUIMIENTO A DOCENTES
PREFACIO
Este documento describe los requerimientos de software de la Plataforma de
Evaluación Educativa, cuyo objetivo principal es valorar el desempeño de los
estudiantes de primaria en Ciencias y Matemáticas por medio de pruebas de
conocimientos. Además de dar seguimiento a los métodos de enseñanza de los
docentes mediante la aplicación de encuestas.
Este documento de requerimientos es la base del desarrollo de software del
proyecto. Comprende los puntos importantes a tomar en cuenta para el correcto
funcionamiento del sistema.
1.1 Propósito
El objetivo de este documento es especificar, analizar y definir de manera
clara y precisa las funcionalidades y restricciones que tendrá el sistema que se
desea construir, y va dirigida al equipo de desarrollo de software y a las
personas que harán uso del sistema terminado.
Ciertos requerimientos pueden ser modificados, cambiados, eliminados y no
implementados según surja una situación que lo amerite.
Este documento será un medio de comunicación entre cada uno de los roles
implicados en el desarrollo de software y por lo mismo está sujeto a
revisiones, tanto de los desarrolladores como de los usuarios, hasta obtener
su aprobación. En cuanto esto ocurra el documento funcionará como base al
equipo de desarrollo para la construcción del nuevo sistema.
2. REQUISITOS ESPECÍFICOS