NECESIDADES

La palabra Moodle es acrónimo de Modular Object-Oriented Dynamic
Learning Environment.
Pero también se refiere al verbo anglosajón Moodle (solo se le da uso
en internet, pues no se encuentra en los diccionarios disponibles), que
describe el proceso de deambular a través de algo, una placentera forma de
respetar el ritmo de la propia mente y que a menudo lleva a la comprensión
y la creatividad de manera espontánea y aleatoria, con una calidad y
profundidad que vale la pena soportar la incertidumbre de no saber cuándo
llegará ese momento.
Las dos acepciones se aplican a la manera en que un estudiante o
profesor podría aproximarse al estudio o enseñanza de un curso en el que
la lección magistral pierde protagonismo, a la vez que el trabajo realizado en
pequeños grupos se convierte en el pilar fundamental del proyecto
educativo. Para Mondragon Goi Eskola Politeknikoa la innovación en la
educación siempre ha sido uno de sus retos, y actualmente este proceso
tiene como estandarte el nuevo modelo de aprendizaje Mendeberri, que
modifica el modelo clásico, promoviendo la autonomía del alumno y nuevos
modos de trabajar.
NECESIDADES
La implantación del nuevo modelo de aprendizaje Mendeberri en MGEP,
ha llevado a un cambio de filosofía en la enseñanza.
Ante este cambio de filosofía surge la necesidad de una plataforma de
enseñanza/aprendizaje de apoyo a la enseñanza presencial. Para en un futuro
poder afrontar otro tipo de enseñanza semi-presencial, o incluso, e-learning.
El objetivo del desarrollo era integrar totalmente Moodle con las
aplicaciones de Gestión Académica.
Gestión automática de los alumnos en cursos que corresponden a
asignaturas docentes.
Creación automática de cursos a partir de cursos “plantilla” predefinidos.
Matriculación automática de alumnos en los c ursos de Moodle.
DESARROLLO
La Universidad tiene una base de datos de MGEP, o Gestión
Académica, en la que se gestionan asignaturas, usuarios, profesores, etc…
Resultaría costoso tener que hacer lo mismo, gestionar usuarios y
administrar cada una de las asignaturas y sus matrículas también en la base de
datos de Moodle. A su vez es desaconsejable porque terminaría habiendo
incoherencias entre ambas BD.
Por lo tanto se propuso sincronizar ambas BD. Moodle tendría que leer y
sincronizarse con la base de datos de la Gestión Académica, actualizando
automáticamente cualquier cambio que se hubiera producido en ésta, cómo la
baja y el alta de un usuario.
Se crearían automáticamente cursos (a partir de plantillas predefinidas)
en Moodle para cada asignatura docente de la Gestión Académica. De esta
forma, el alumno se validaría en la plataforma y tendría en Moodle un curso por
cada asignatura en la que esta matriculado en la universidad. Por otra parte los
administradores sólo tendrían que preocuparse de gestionar la BD de la
Gestión Académica.
1 Fig. – Integración de Moodle con la Gestión Académica.
Gestión de usuarios (autentificación).
La universidad cuenta con un Directorio Activo, por lo que se uso el servidor
LDAP.
Al usar este protocolo las cuentas de acceso se verifican en el Directorio
Activo ya existente en la universidad. En el Directorio Activo están rellenados
los campos, e-mail, nombre y apellidos.
Si el usuario que accede a Moodle no existe en la BD de Moodle, pero si en
el Directorio Activo, se crea el usuario en Moodle cogiendo los datos requeridos
del Directorio Activo.
El alta de los alumnos y profesores en la plataforma queda automatizado y
sincronizado.
Creación automática de cursos y matriculación automática
La universidad cuenta con la Base de Datos de la Gestión Académica que
tiene toda la información referente a matrículas, alumnos y asignaturas. La que
queremos integrar con Moodle.
Por lo tanto utilizamos la matriculación por base de datos externa. Se
asume que la base de datos externa dispone de un campo que contiene
mínimamente un identificador del curso , otro que contiene un identificador de
usuario y un tercero que contiene el rol de ese usuario en el curso. Estos
valores son contrastados con los campos que se elijan en el curso local y e n
las tablas de usuario.
El desarrollo realizado es una ampliación de la matriculación por base de
datos que ya tiene Moodle. Toda la información necesaria para la creación
automática de cursos a partir de plantillas se encuentra en la base de datos
externa. Hemos modificado el formulario de la matriculación por BD externa,
añadiendo algunos campos para poder recuperar información cómo el nombre
de la asignatura, el resumen que debe tener el curso, la categoría y el curso
“plantilla” que debe utilizar.
También hemos modificado el código fuente en la creación del nuevo
curso dando la posibilidad de:
Copiar cursos con contenido.
Definir plantillas por categoría.
Personalizar el resumen de cada curso.
Plantilla
Datos curso
Categoria
Resumen
Curso plantilla
Curso auto-creado
2 Fig. – Comportamiento de la aplicación.
El comportamiento de la aplicación es el siguiente.
El alumno se conecta a la aplicación. La base de datos recupera las
asignaturas en las que está matriculado ese alumno, junto con la categoría que
ha de utilizar, el resumen personalizado y el curso plantilla a utilizar (el que se
debe copiar).
En Moodle contamos con una serie de cursos plantilla, o cursos modelo que
tenemos creados, con unos contenidos (recursos, actividades y archivos). En la
BD de Moodle buscamos la plantilla correspondiente, crea una copia
automáticamente, pero adaptado a la asignatura en cuestión, con el nombre de
la asignatura, resumen… con los datos recuperados de la BD de MU.
En caso de que el curso estuviera ya creado, la aplicación sólo matricularía
al usuario en dicho curso.
El alumno por lo tanto, según entra en Moodle, se valida y ve su curso, ya
que todo este proceso es transparente para el usuario.
En cada acceso se consultan posibles bajas o altas del usuario, por lo que
la gestión de usuarios y asignaturas queda sincronizada.
Hemos optimizado más todavía el desarrollo, dando la posibilidad de copiar
un documento específico en cada curso. Documentos que no podrían ir en la
plantilla porque no son genéricos, como es el programa de una asignatura por
ejemplo.
LÍNEAS FUTURAS
Los objetivos principales quedan cumplidos. A pesar de esto, podemos
seguir avanzando en esta línea.
Uno de las especificaciones o requisito del desarrollo es que el curso
plantilla ha de tener el back-up hecho y con el mismo nombre (shortname) que
el propio curso.
Se propone entonces, que la propia aplicación sea capaz de ver si existe
un back-up del curso plantilla correspondiente, y crearlo si fuera necesario.
Que la propia aplicación sea capaz de reconocer el último back-up
realizado y elija ése para restaurarlo y crear el nuevo curso automáticamente.
CONCLUSIONES
En el presente documento se describe la integración de la plataforma de
Moodle en la universidad, adecuándolo para su total integración con las
aplicaciones de la Gestión Académica y sin que sea un trabajo extra para el
administrador, ya que se gestiona y alimenta automáticamente de los datos ya
existentes en la universidad.
Se
crean cursos
correspondientes
a
las
asignaturas
docentes
automáticamente, pudiendo elegir la categoría, el resumen o descripción del
curso y la plantilla a utilizar. Dicho curso auto-creado copia el diseño del curso
plantilla y su contenido, es decir, todos los documentos, además de tener el
nombre de la asignatura en cuestión.
Aunque se sigue desarrollando para mejorar sus funcionalidades, el
desarrollo se encuentra en explotación en la universidad.