Sergio A. Pérez Arenas septiembre 2012 Página 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

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 UPEV del mismo IPN durante casi 7 años, toda esta experiencia y el aprendizaje acumulado me

ayudó para 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 mas adelante.

Tabla de contenido i.- 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

Sergio A. Pérez Arenas septiembre 2012 Página 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 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 instalación 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 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 se realizaron 7

generaciones de los diplomados de desarrollo e implementación de los “Ambientes

Virtuales de Aprendizaje”.

Simultáneamente en el año de 2005, surge 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).

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

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

Inicio de pruebas con

Moodle en la Coordinación

del Campus Virtual

Politécnico

Sergio A. Pérez Arenas septiembre 2012 Página 3

moodle

Base de

datos

Carpeta de

archivos

(moodledata)

2. Estructura interna de funcionamiento de Moodle

Como funciona Moodle.

En términos muy generales, el funcionamiento de Moodle se puede representar con el

esquema siguiente:

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 todos las acciones

que la plataforma puede hacer, interactúa directamente con la base de datos, que se

encargar de registrar toda la información 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 rápida 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 imágenes, tareas y demás archivos asociados con un usuario y/o algún

curso en la carpeta de archivos llamada por lo general “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 es un bastante complicada de explicar al detalle,

pero es debido a esta cuidadosa, planeada y meticulosa interacción 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. Pérez Arenas septiembre 2012 Página 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 esta 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 de versión de Moodle, en caso de no existir los plugins compatibles con la nueva versión, Moodle se limitara a dar un mensaje de “operación no atendida” a las tablas ajenas y procederá a actualizar las que el reconoce como propias del sistema.

Sergio A. Pérez Arenas septiembre 2012 Página 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 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 más probables es que en un tiempo relativamente corto se de solución al mismo y este 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 de 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 6

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 esta 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 al día la mensajería interna, 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 estas se han activado) y mantiene las políticas de vigencia de matriculación de los usuarios en cada curso. Estás 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 notara el empobrecimiento significativo en el desempeño de la plataforma.

En este punto de la configuración

de las copias de seguridad, le

indicamos a Moodle mantener 2

copias de cada curso y que estas

se realicen los días Domingo y

miércoles

Sergio A. Pérez Arenas septiembre 2012 Página 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 grade 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ía los paradigmas del IPN y tenían ideas nuevas y frescas que deseaban implementar con Moodle. Así me involucre 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. Bueno 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 llevo 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 solo 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 solo 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 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 hacia casi un año 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 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 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 desarrollo como capa de ambiente al Windows 3.1

Figura (7). Ejemplos de software abandonado

Sergio A. Pérez Arenas septiembre 2012 Página 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.1 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´s 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 poder 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 funcionalidades de la versión 2.x

Incompatibilidad con las copias de seguridad de cualquier versión 1.x

Nuevos temas con autoajuste por el usuario

Los temas desarrollados por la UPEV no funcionan.

Repositorios de contenido dispersos en internet.

Se tienen que producir los contenidos para ajustarlos a esta versión.

Mantenerse a la vanguardia en desarrollo y seguridad

Sergio A. Pérez Arenas septiembre 2012 Página 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. 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:

MOODLE VERSIÓN 1.8 - MANUAL DE CONSULTA PARA EL PROFESORADO JESÚS BAÑOS SANCHO Catedrático de Sistemas Electrónicos y Máster en Nuevas Tecnologías aplicadas a la Educación 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 DOCUMENTACIÓN DE MOODLE http://docs.moodle.org/es/P%C3%A1gina_Principal ESTADISTICAS DE MOODLE http://moodle.org/stats/ PRESENTACIÓN 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ª. Edición) César Pérez López, Alfaomega Grupo Editor México 2008