Ponencia presentada en el 3er. Coloquio de Educación Media a Distancia, en el I.P.N. México.

1. INSTITUTO POLITÉCNICO NACIONAL
UNIDAD POLITÉCNICA PARA LA EDUCACIÓN VIRTUAL
Mejores prácticas en el uso de la plataforma educativa Moodle y
migración a la versión 2.x.
Compendio de experiencias por Sergio Antonio Pérez Arenas
Tabla de contenido
Introducción
1. Antecedentes
2. Estructura interna de funcionamiento de Moodle
3. Buenas prácticas en el uso de Moodle
3.1 Ejemplos
4. ¿Por qué migrarnos a Moodle 2.x?
5. Estrategias de migración
5.1 Ventajas y desventajas
6. Conclusiones
Introducción.
Desde el año 2005, comencé a trabajar en Moodle con la versión 1.4 y en ese momento,
el 25 de noviembre de 2005, para ser exacto, comenzó el aprendizaje de esta maravillosa
herramienta; mucho he aprendido desde entonces y he crecido junto con Moodle en su
desarrollo y conocimiento. Fui el administrador principal de esta plataforma para la Unidad
Politécnica para la Educación Virtual (UPEV) del I.P.N. durante casi 7 años; toda esta
experiencia y el aprendizaje acumulado me ayudaron a emprender otras actividades como
consultor en metadata (Consultoría y Servicios de Comunicación S.C.) donde a su vez, me
encontré con un universo nuevo de empresas, instituciones y dependencias
gubernamentales, las cuales usan a Moodle ciertamente como plataforma educativa, pero
además, han innovado aplicando una serie de plugins y herramientas que potencializan
las capacidades de Moodle. De todo esto veremos algunos ejemplos más adelante.
Sergio A. Pérez Arenas septiembre 2012 Página 1

2. 1. Antecedentes
Breves antecedentes históricos
En noviembre de 2002 se implementó a través de la extinta Dirección de Tecnologías
Educativas del Instituto Politécnico Nacional, la plataforma Educativa Blackboard, la cual
inicialmente abarcó un licenciamiento de 75,000 participantes y llegó en su etapa final con
alrededor de 150,000 licencias de uso, las cuales lamentablemente no se usaron en su
totalidad. Esta plataforma tuvo problemas desde su instalación y duró un periodo cercano
a los 18 meses, hasta que finalmente en 2005, se migró a un esquema de cluster con
balanceo de la carga, el cual incluía dos servidores de aplicación y uno dedicado a la
base de datos. Durante el periodo de uso total de esta plataforma, se motivó a la
comunidad del instituto a usar los llamados “Sistemas en Línea” y salieron 7 generaciones
de los diplomados de Desarrollo e Implementación de los Ambientes Virtuales de
Aprendizaje.
Simultáneamente en el año de 2005, surgió la Coordinación del Campus Virtual
Politécnico y en noviembre de ese mismo año se iniciaron las pruebas con otra plataforma
denominada Moodle (ver figura 1).
Inicio de pruebas con
Moodle en la Coordinación
del Campus Virtual
Politécnico
Figura (1). Total de sitios registrados con moodle.org (agosto de 2009)
Fuente: http://moodle.org/stats/
Sergio A. Pérez Arenas septiembre 2012 Página 2

3. 2. Estructura interna de funcionamiento de Moodle
Cómo funciona Moodle
En términos muy generales, el funcionamiento de Moodle se puede representar con el
esquema siguiente:
Moodle
Carpeta de
Base de
archivos
datos
(moodledata)
Figura (2). Diagrama esquemático del funcionamiento de Moodle
Como vemos Moodle trabaja con tres elementos principales.
1.- El programa Moodle.
2.- Una base de datos.
3.- Una carpeta para archivos del sistema (moodledata).
El programa principal Moodle es el corazón del sistema, pues coordina todas las acciones
que la plataforma puede hacer, interactúa directamente con la base de datos, que se
encarga de registrar toda la información de accesos de estudiantes, profesores, cursos,
fechas, calificaciones, y una larga lista de otras acciones. La organiza de manera que
pueda ser consultada en cualquier momento de manera rápida y eficiente, a su vez
guarda los registros de cada actividad (ya sea de un estudiante, profesor, administrador o
cualquier rol implementado en la plataforma) para que así pueda almacenar los archivos
como imágenes, tareas y demás archivos asociados con un usuario y/o algún curso en la
carpeta de archivos llamada “moodledata”. Debemos especificar, que nunca los archivos,
(de ningún tipo) se guardan en la base de datos. Esta relación es por ello siempre
unidireccional.
La interacción de estos tres elementos (el programa Moodle, la carpeta de archivos y la
base de datos) hace que Moodle sea tan eficiente en el manejo de los cursos y accesos
de estudiantes, profesores, profesores editores y rutinas del propio sistema.
Sergio A. Pérez Arenas septiembre 2012 Página 3

4. 3. Buenas prácticas en el uso y administración de Moodle
Para empezar este tema debo comentar que la regla número 1 que he descubierto a lo
largo de estos años de trabajo con Moodle es la siguiente:
“Nunca modifiques las tablas originales de la base de datos”
Este consejo es fundamental para mantener la integridad de la base cuando se migra de
una versión de Moodle a otra superior o más reciente, pues lo primero que hace la nueva
versión de Moodle es actualizar las tablas prexistentes de la base de datos y si están con
modificaciones dentro de las tablas originales, se corre el riesgo de la integridad de los
datos originales, además de un desempeño adecuado de Moodle para el manejo de esta
tabla en particular.
Figura (3). Pantalla de la actualización de tablas en una nueva versión de Moodle
En vez de modificar la estructura original de una tabla, lo mejor es generar tablas nuevas
junto con los scripts correspondientes que llevan el control de la misma; de hecho ésta es
la técnica que se sigue para el desarrollo de plugins que podemos encontrar en la
comunidad de desarrollo de Moodle.org
Otra ventaja de crear nuevas tablas y no modificar las existentes, es que si al actualizar la
versión de Moodle, en caso de no existir los plugins compatibles con la nueva versión,
Moodle se limitará a dar un mensaje de “operación no atendida” a las tablas ajenas y
procederá a actualizar las que él reconoce como propias del sistema.
Sergio A. Pérez Arenas septiembre 2012 Página 4

5. La segunda recomendación como buena práctica en la administración de Moodle es:
“Mantén lo más actualizado posible las copias de seguridad de los cursos, y si es
posible también mantén una copia general de la base de datos y de moodledata”
Este consejo ha surgido por experiencia propia durante los momentos de falla de la
plataforma, los cuales son el 95% de las veces atribuibles a fallas en los discos duros de
los servidores, y/o errores humanos. Las fallas propias de Moodle se denominan bugs y
causan que se genere un reporte de bug, el cual, si enviamos a la comunidad de
desarrollo de Moodle, probablemente se dé solución en un lapso corto, y aparezca como
una mejora para versiones posteriores.
El mantener al día las copias de seguridad será suficiente para restablecer un curso
exactamente al momento de la copia, por este motivo es muy recomendable que dentro
del esquema de respaldos se mantengan por lo menos dos copias de seguridad de un
mismo curso con intervalos de separación entre sí de tres o cuatro días, por ejemplo,
podemos programar que estas copias se lleven a cabo los días domingo y miércoles de
cada semana para mantener actualizadas todas las actividades realizadas en los cursos
por parte de todos los usuarios.
Figura (4). Pantalla de la configuración para realizar copias de seguridad 1ª parte
Sergio A. Pérez Arenas septiembre 2012 Página 5

6. En este punto de la configuración
de las copias de seguridad, le
indicamos a Moodle mantener 2
copias de cada curso y que éstas
se realicen los días domingo y
miércoles.
Figura (5). Pantalla de la configuración para realizar copias de seguridad 2ª parte
La tercera gran recomendación como buena práctica en la administración de Moodle es:
“Verifica que el CRON del sistema este activo”
Tal vez ésta sea la más simple de mis tres recomendaciones, pero en muchos casos el no
llevarla a cabo produce resultados que pueden llegar a ser catastróficos en cuanto a
caídas temporales y permanentes de un sitio entero. El cron es una tarea vital del
sistema, pues tiene al día la mensajería interna, así como el envío de mensajes
publicados en el foro, revisa la ejecución prevista de las copias de seguridad, mantiene el
control de las estadísticas del sistema (cuando éstas se han activado) y mantiene las
políticas de vigencia de matriculación de los usuarios en cada curso. Éstas son las
funciones principales, pero existen muchas otras que un administrador novato puede
pasar por desapercibido pero después de un tiempo, de un mes o dos, notará el
empobrecimiento significativo en el desempeño de la plataforma.
Sergio A. Pérez Arenas septiembre 2012 Página 6

7. 3.1 Ejemplos de buenas prácticas en el uso y administración de
Moodle
Debo reconocer que al ser el administrador principal de Moodle en una institución tan
grande y prestigiosa como el IPN, uno cae en la soberbia y cree que difícilmente existe
competencia en cuanto al modelo que uno administra. Nada más lejano que la realidad,
en los últimos tres años al combinar mi actividad de administrador en el IPN con
metadata, conocí un nuevo mundo de usuarios de Moodle, los cuales no conocían los
paradigmas del IPN y tenían ideas nuevas y frescas que deseaban implementar con
Moodle.
Así me involucré en varios proyectos, pero uno en particular tenía como clientes a un
grupo de religiosas de la “Congregación del Sagrado Corazón de Jesús” (RSCJ) en
México, las cuales deseaban usar Moodle para capacitar a las monjas mayores junto con
las novicias y personal laico que labora en las diferentes escuelas que están diseminadas
por toda la Republica Mexicana.
Al empezar a escuchar los requerimientos de las hermanas para el desarrollo de los
contenidos teológicos de sus materias, me encontré con ideas que nunca había pensado
antes, esto me llevó a investigar si podía encontrar algún software que cumpliera con
estas expectativas y además fuera compatible con Moodle. Mi sorpresa fue muy grande al
encontrar que no sólo existían algunos fabricantes de software que cumplieran con estos
requisitos, pues existían literalmente decenas de proveedores de software que
funcionaban perfectamente con Moodle y se podían adaptar a un numero enorme de
posibilidades, inclusive, algunos son del tipo GNU o también llamado de código abierto,
de manera que podían usarse inmediatamente y ajustarse a las necesidades de las
religiosas.
Para abreviar, sólo les comento que estos programas, entre algunas de sus
características, tienen la generación de “galerías virtuales”, grabación en formato flash de
un “tutorial para el manejo de la plataforma”, inclusión de formatos de video en los
contenidos y generación de “líneas del tiempo”, entre otras.
Figura (6). Ejemplos de contenidos creativos.
Sergio A. Pérez Arenas septiembre 2012 Página 7

8. 4. ¿Por qué migrarnos a Moodle 2.x?
A finales del año 2010, el 25 de noviembre para ser preciso, se liberó la versión 2.0 de
Moodle, cuyo lanzamiento se había aplazado desde hacía casi un año por diversos
motivos, especialmente los relacionados con la compatibilidad con versiones anteriores.
Lo primero que debemos de hacer es plantearnos la siguiente pregunta: ¿Debemos
actualizarnos a Moodle 2.0?
Tal vez nos ayude primero contestar esta pregunta:
¿Por qué se dice “no hay software terminado”?
Y un par de buenas respuestas son
 Porque siempre el software necesitará corrección de errores y
actualizaciones en sus funciones para adaptarse a las necesidades del
usuario.
 En la mayoría de los casos termina por ser un software abandonado
Ciertamente esto pasa todo el tiempo, siempre surge un nuevo software mejorado que
sustituye al anterior, sobre todo por las nuevas funcionalidades y mejoras en el
desempeño.
Un caso clásico que nos ilustra esta situación es el del sistema Operativo MS-DOS, que
para ser más fácil de usar desarrolló como capa de ambiente al Windows 3.1
Figura (7).
Ejemplos de
software
abandonado
Sergio A. Pérez Arenas septiembre 2012 Página 8

9. “El hardware y el software evolucionan y el mundo sigue estos cambios”
La Ley de Moore expresa que aproximadamente cada 18 meses se duplica el número de
transistores en un circuito integrado. Se trata de una ley empírica, formulada por el co-
fundador de Intel, Gordon E. Moore el 19 de abril de 1965, cuyo cumplimiento se ha
podido constatar hasta hoy.
Es claro que ya prácticamente nadie usa el entorno de software arriba señalado y las
razones son muchas, pero en esencia todo el software termina siendo abandonado,
quedarnos en el pasado con una versión antigua es cerrarnos al mundo con los nuevos
estándares de desarrollo y funcionalidad.
5. Estrategias de migración
Un ejemplo no es otra manera de enseñar, es la única manera de enseñar.
(Albert Einstein)
La cita anterior nos ilustra de manera contundente que la manera de enseñar es con el
ejemplo, si el IPN desea mantener su liderazgo en el sistema de educación en línea como
es el caso del Polivirtual, no podemos bajar la guardia y debemos mantenernos con la
innovación en el uso de herramientas tecnológicas que aprovechen de mejor manera el
desarrollo de las TIC aplicables en la educación.
 Esperar la liberación de las nuevas versiones 2.1, 2.2 y 2.3 que sean compatibles
con las copias de seguridad actuales.
 Conservar una base de datos original sin cambios a fin de reconstruir todo el sitio y
otra copia para la transición.
 Tiempo de migración estimado determinado por cada ECU (para el caso del IPN)
5.1 Ventajas y desventajas de la actualización
Ventajas Desventajas
 Tener las nuevas  Incompatibilidad con las copias
funcionalidades de la versión de seguridad de cualquier
2.x versión 1.x
 Nuevos temas con autoajuste  Los temas desarrollados por la
por el usuario UPEV no funcionan.
 Repositorios de contenido  Se tienen que producir los
dispersos en internet. contenidos para ajustarlos a
esta versión.
 Mantenerse a la vanguardia en
desarrollo y seguridad
Sergio A. Pérez Arenas septiembre 2012 Página 9

10. 6. Conclusiones
Por último, haremos un breve resumen con los elementos que debemos tener presentes
como profesores o administradores de una plataforma Moodle.
Hay que tener sentido común, no buscar soluciones demasiado complejas o rebuscadas,
la sencillez siempre es muestra de genialidad.
No intenten reinventar la rueda, ya existe, debemos mejor enfocarnos en encontrar un
distribuidor de llantas con las características mas adecuadas para nuestras necesidades.
Debemos participar con los desarrolladores y entusiastas de Moodle.org, existen cientos
de foros donde podemos encontrar los temas que nos interesan y aprender al participar
en estos espacios.
Y por último recuerden siempre que:
El valor de una mujer o un hombre; no se mide, por las veces que se cae; sino por las
tantas veces que se levanta
(Guillermo Lischet)
Bibliografía y referencias:
B AÑOS Sancho, Jesús. (2007). Moodle versión 1.8 - manual de consulta para el
profesorado. Madrid: Educa. Recuperado de jbanos@educa.madrid.org
MOODLE. (s.f.). Documentación para Desarrolladores. Recuperado
http://docs.moodle.org/es/Documentaci%C3%B3n_para_Desarrolladores
Acerca de Moodle. Recuperado de http://docs.moodle.org/es/Acerca_de_Moodle
-----------------------------Documentación de Moodle. Recuperado de
http://docs.moodle.org/es/P%C3%A1gina_Principal
-----------------------------Estadísticas de Moodle. Recuperado de http://moodle.org/stats/
----------------------------Presentación general de Moodle. Tr. Antonio Vicent. Recuperado de
http://download.moodle.org/download.php/docs/es/presentation_es.ppt
PHP. (s.f.). Acerca de PHP. Recuperado de http://www.php.net/
MySQL. (2012). Manual de referencia de mysql. Recuperado de
http://dev.mysql.com/doc/refman/5.0/es/index.html
PÉREZ López, César. (2008). MySQL para Windows y Linux. 2da. ed. México:
Alfaomega.
Sergio A. Pérez Arenas septiembre 2012 Página 10