INSTITUTO POLITCNICO NACIONAL

UNIDAD POLITCNICA PARA LA EDUCACIN VIRTUAL

Mejores prcticas en el uso de la plataforma educativa Moodle y

migracin a la versin 2.x.
Compendio de experiencias por Sergio Antonio Prez Arenas

Tabla de contenido
i.- Introduccin
1. Antecedentes
2. Estructura interna de funcionamiento de Moodle
3. Buenas prcticas en el uso de Moodle
3.1 Ejemplos
4. Por qu migrarnos a Moodle 2.x?
5. Estrategias de migracin
5.1 Ventajas y desventajas
6. Conclusiones

Introduccin.
Desde el ao 2005 comenc a trabajar en Moodle con la versin 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 UPEV
del mismo IPN durante casi 7 aos, toda esta experiencia y el aprendizaje acumulado me
ayud para emprender otras actividades como consultor en metadata (Consultora y
Servicios de Comunicacin 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 adems han innovado aplicando una serie
de plugins y herramientas que potencializan las capacidades de Moodle. De todo esto
veremos algunos ejemplos mas adelante.

Sergio A. Prez Arenas

septiembre 2012

Pgina 1

1. Antecedentes.
Breves antecedentes histricos.

En noviembre de 2002 se implement a travs de la extinta Direccin de Tecnologas

Educativas del Instituto Politcnico Nacional, la plataforma Educativa Blackboard, la cual
inicialmente abarco 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 nunca
en su totalidad. Esta plataforma tuvo problemas desde su instalacin y dur un periodo
cercano a los 18 meses de uso, hasta que finalmente en 2005, se migr a un esquema de
cluster con balanceo de la carga, el cual inclua dos servidores de aplicacin 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 Lnea y se realizaron 7
generaciones de los diplomados de desarrollo e implementacin de los Ambientes
Virtuales de Aprendizaje.
Simultneamente en el ao de 2005, surge la Coordinacin del Campus Virtual
Politcnico y en noviembre de ese mismo ao se iniciaron las pruebas con otra plataforma
denominada Moodle (ver figura 1).

Inicio de pruebas con

Moodle en la Coordinacin
del Campus Virtual
Politcnico

Figura (1). Total de sitios registrados con moodle.org (agosto de 2009)

Fuente: http://moodle.org/stats/

Sergio A. Prez Arenas

septiembre 2012

Pgina 2

2. Estructura interna de funcionamiento de Moodle

Como funciona Moodle.
En trminos muy generales, el funcionamiento de Moodle se puede representar con el
esquema siguiente:

moodle

Carpeta de
archivos
(moodledata)

Base de
datos

Figura (2). Diagrama esquemtico 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 corazn del sistema pues coordina todos las acciones
que la plataforma puede hacer, interacta directamente con la base de datos, que se
encargar de registrar toda la informacin de accesos de estudiantes, profesores, cursos,
fechas, calificaciones, y una larga lista de otras acciones. Y la organiza de manera que
pueda ser consultada en cualquier momento de manera rpida y eficiente, a su vez
guarda los registros de cada actividad (ya sea estudiante, profesor, administrador o
cualquier rol implementado en la plataforma) para que moodle pueda almacenar los
archivos como imgenes, tareas y dems archivos asociados con un usuario y/o algn
curso en la carpeta de archivos llamada por lo general moodledata. Debemos especificar
que nunca los archivos, de ningn tipo se guardan en la base de datos. Esta relacin es
por ello siempre unidireccional.
La interaccin de estos tres elementos es un bastante complicada de explicar al detalle,
pero es debido a esta cuidadosa, planeada y meticulosa interaccin lo que 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. Prez Arenas

septiembre 2012

Pgina 3

3. Buenas prcticas en el uso y administracin de Moodle

Para empezar este tema debo comentar que la regla nmero 1 que he descubierto a lo
largo de estos aos 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 versin de Moodle a otra superior o ms reciente, pues lo primero que hace la nueva
versin de Moodle es actualizar las tablas prexistentes de la base de datos y si estn con
modificaciones dentro de las tablas originales, se corre el riesgo de la integridad de los
datos originales, adems de un desempeo adecuado de Moodle para el manejo de esta
tabla en particular.

Figura (3). Pantalla de la actualizacin de tablas en una nueva versin 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 esta es
la tcnica 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
de versin de Moodle, en caso de no existir los plugins compatibles con la nueva versin,
Moodle se limitara a dar un mensaje de operacin no atendida a las tablas ajenas y
proceder a actualizar las que el reconoce como propias del sistema.

Sergio A. Prez Arenas

septiembre 2012

Pgina 4

La segunda recomendacin como buena prctica en la administracin de Moodle es:

Mantn lo ms actualizado posible las copias de seguridad de los cursos, y

si es posible tambin mantn 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 como tal se denominan
bugs y en el peor de los casos, causan que se genere un reporte de bug el cual si
enviamos a la comunidad de desarrollo de Moodle lo ms probables es que en un tiempo
relativamente corto se de solucin al mismo y este aparezca como una mejora para
versiones posteriores.
El mantener al da las copias de seguridad ser suficiente para restablecer un curso
exactamente al momento de la copia, por este motivo es muy recomendable que dentro
de esquema de respaldos se mantengan por lo menos dos copias de seguridad de un
mismo curso con intervalos de separacin entre s de tres o cuatro das, por ejemplo
podemos programar que estas copias se lleven a cabo los das domingo y mircoles de
cada semana para mantener actualizadas todas las actividades realizadas en los cursos
por parte de todos los usuarios.

Figura (4). Pantalla de la configuracin para realizar copias de seguridad 1 parte

Sergio A. Prez Arenas

septiembre 2012

Pgina 5

En este punto de la configuracin

de las copias de seguridad, le
indicamos a Moodle mantener 2
copias de cada curso y que estas
se realicen los das Domingo y
mircoles
Figura (5). Pantalla de la configuracin para realizar copias de seguridad 2 parte

La tercera gran recomendacin como buena prctica en la administracin de Moodle es:

Verifica que el CRON del sistema este activo
Tal vez esta sea la ms simple de mis tres recomendaciones pero en muchos casos el no
llevarla a cabo produce resultados que pueden llegar a ser catastrficos en cuanto a
cadas temporales y permanentes de un sitio entero. El cron es una tarea vital del
sistema, pues al da la mensajera interna, el envo de mensajes publicados en el foro,
revisa la ejecucin prevista de las copias de seguridad, mantiene el control de las
estadsticas del sistema (Cuando estas se han activado) y mantiene las polticas de
vigencia de matriculacin de los usuarios en cada curso. Ests son las funciones
principales, pero existen muchas otras que un administrador novato puede pasar por
desapercibido pero despus de un tiempo de un mes o dos notara el empobrecimiento
significativo en el desempeo de la plataforma.

Sergio A. Prez Arenas

septiembre 2012

Pgina 6

3.1 Ejemplos de Buenas prcticas en el uso y administracin de

Moodle
Debo reconocer que al ser el administrador principal de Moodle en una institucin tan
grade y prestigiosa como el IPN, uno cae en la soberbia y cree que difcilmente existe
competencia en cuanto al modelo que uno administra. Nada ms lejano que la realidad,
en los ltimos tres aos al combinar mi actividad de administrador en el IPN con
metadata, conoc un nuevo mundo de usuarios de Moodle, los cuales no conoca los
paradigmas del IPN y tenan ideas nuevas y frescas que deseaban implementar con
Moodle.
As me involucre en varios proyectos, pero uno en particular tena como clientes a un
grupo de religiosas de la Congregacin del Sagrado Corazn de Jess (RSCJ) en
Mxico, 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 estn diseminadas
por toda la republica mexicana.
Bueno al empezar a escuchar los requerimientos de las hermanas para el desarrollo de
los contenidos teolgicos de sus materias, me encontr con ideas que nunca haba
pensado antes, esto me llevo a investigar si poda encontrar algn software que cumpliera
con estas expectativas y adems fuera compatible con Moodle. Mi sorpresa fue muy
grande al encontrar que no solo existan algunos fabricantes de software que cumplieran
con estos requisitos, pues existan literalmente decenas de proveedores de software que
funcionaban perfectamente con Moodle y se podan adaptar a un numero enorme de
posibilidades, inclusive algunos son del tipo GNU o tambin llamado de cdigo abierto, de
manera que podan usarse inmediatamente y ajustarse a las necesidades de las
religiosas.
Para abreviar solo les comento que estos programas entre algunas de sus caractersticas
tienen la generacin de galeras virtuales, grabacin en formato flash de un tutorial para
el manejo de la plataforma, inclusin de formatos de video en los contenidos y
generacin de lneas del tiempo entre otras.

Figura (6). Ejemplos de contenidos creativos.

Sergio A. Prez Arenas

septiembre 2012

Pgina 7

4. Por qu migrarnos a Moodle 2.x?

A finales del ao 2010, el 25 de Noviembre para ser preciso, se liber la versin 2.0 de
Moodle, cuyo lanzamiento se haba aplazado desde hacia casi un ao por diversos
motivos, especialmente los relacionados con la compatibilidad con versiones anteriores.
Bueno 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 necesitara correccin de errores y

actualizaciones en sus funciones para adaptarse a las necesidades del
usuario.
En la mayora de los casos termina por ser un software abandonado

Ciertamente esto pasa todo el tiempo, siempre surge nuevo software mejorado que
sustituye al anterior sobre todo por las nuevas funcionalidades y mejoras en el
desempeo.
Un caso clsico que nos ilustra esta situacin es el del sistema Operativo MS-DOS, que
para ser ms fcil de usar desarrollo como capa de ambiente al Windows 3.1

Figura (7).
Ejemplos de
software
abandonado

Sergio A. Prez Arenas

septiembre 2012

Pgina 8

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 nmero de
transistores en un circuito integrado.1 Se trata de una ley emprica, formulada por el cofundador de Intel, Gordon E. Moore el 19 de abril de 1965, cuyo cumplimiento se ha
podido constatar hasta hoy.
Es claro que ya prcticamente nadie usa el entorno de software arriba sealado y las
razones son muchas, pero en esencia todo el software termina siendo abandonado,
quedarnos en el pasado con una versin antigua es cerrarnos al mundo con los nuevos
estndares de desarrollo y funcionalidad.

5. Estrategias de migracin.
Un ejemplo no es otra manera de ensear, es la nica manera de ensear.
(Albert Einstein)
La cita anterior nos ilustra de manera contundente que la manera de ensear es con el
ejemplo, si el IPN desea mantener su liderazgo en el sistema de educacin en lnea como
es el caso del polivirtual, no podemos bajar la guardia y debemos mantenernos con la
innovacin en el uso de herramientas tecnolgicas que aprovechen de mejor manera el
desarrollo de las TICs aplicables en la educacin.

Esperar la liberacin 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 poder reconstruir todo el
sitio y otra copia para la transicin.
Tiempo de Migracin estimado determinado por cada ECU.(para el caso del IPN)

5.1 Ventajas y desventajas de la actualizacin.

Ventajas

Desventajas

Tener las nuevas

funcionalidades de la versin
2.x

Incompatibilidad con las copias

de seguridad de cualquier
versin 1.x

Nuevos temas con autoajuste

por el usuario
Repositorios de contenido
dispersos en internet.

Los temas desarrollados por la

UPEV no funcionan.
Se tienen que producir los
contenidos para ajustarlos a
esta versin.

Mantenerse a la vanguardia en
desarrollo y seguridad

Sergio A. Prez Arenas

septiembre 2012

Pgina 9

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 comn, 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 caractersticas mas adecuadas para nuestras necesidades.
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)

Bibliografa y referencias:
MOODLE VERSIN 1.8 - MANUAL DE CONSULTA PARA EL PROFESORADO JESS
BAOS SANCHO Catedrtico de Sistemas Electrnicos y Mster en Nuevas Tecnologas
aplicadas a la Educacin IES Satafi (Getafe, Octubre de 2007) Madrid
jbanos@educa.madrid.org
DESARROLLO DE MOODLE
http://docs.moodle.org/es/Documentaci%C3%B3n_para_Desarrolladores
ACERCA DE MOODLE
http://docs.moodle.org/es/Acerca_de_Moodle
DOCUMENTACIN DE MOODLE
http://docs.moodle.org/es/P%C3%A1gina_Principal
ESTADISTICAS DE MOODLE
http://moodle.org/stats/
PRESENTACIN GENERALES DE MOODLE
Presentaciones en Castellano traducidas por Antonio Vicent
http://download.moodle.org/download.php/docs/es/presentation_es.ppt
ACERCA DE PHP
http://www.php.net/

MANUAL DE REFERENCIA DE MySQL

http://dev.mysql.com/doc/refman/5.0/es/index.html
MySQL para Windows y Linux (2. Edicin)
Csar Prez Lpez, Alfaomega Grupo Editor Mxico 2008

Sergio A. Prez Arenas

septiembre 2012

Pgina 10