Propuesta de guía de personalización de Moodle en la Universidad de las Ciencias Informáticas. (Proposal of a Guide of personalization of Moodle at The University of Informatic Sciences)
Lismary Estrada Rondón,
Ingeniero, Facultad Regional Granma- Universidad de las Ciencias
Informáticas(FRG-UCI), Profesor,
lestrada@grm.uci.cu,
Yainel Agustín García Alfonso, Ingeniero, Oficina
Nacional de Estadísticas-Sancti Spíritus (ONE), Especialista
informático,
yagarcia10@graduados.uci.cu.
Resumen: Moodle es un
sistema de gestión y aprendizaje en línea de gran utilización y
reconocimiento internacional. En la Universidad de las Ciencias
Informáticas (UCI) se utiliza este sistema para el proceso de enseñanza
aprendizaje. La UCI brinda servicios de personalización de Moodle,
desempeñando su trabajo en instituciones nacionales e internacionales.
Mediante estudios realizados se conoció que en la UCI no se posee una
guía estándar mediante la cual los desarrolladores coordinen una línea
de trabajo para las labores de personalización. Para fundamentar la
presente investigación se abordan de manera general los principales
conceptos relacionados con el tema. Se realiza un estudio sobre las
guías de personalizaciones de herramientas existentes en el mundo y los
procedimientos estándares en las diferentes personalizaciones ya
realizadas en la UCI. Como parte de la organización de los procesos que
conllevan la realización de un procedimiento de personalización, se
define la estructura de la guía en tres clasificaciones según la
complejidad del trabajo para el desarrollo de una personalización. Las
clasificaciones quedan especificadas en básica, media y avanzada. La
propuesta de guía de personalización desarrollada se evaluó utilizando
los criterios de un panel de expertos y el empleo de técnicas
pertenecientes al método Delphi, demostrando la factibilidad y
usabilidad del resultado de la investigación.
Palabras
Clave: E-Learning, LMS, guía,
personalización, Moodle
Abstract:
Moodle is a learning management system on line. It is of a great benefit
and international recognition. This system is used at the University of
Informatic Sciences for the teaching-learning process. This university
offers services of personalization of Moodle, performing its work in
different national and international facilities. Searching on the topic,
it was found that there is no standard guide in which the coordinators
could plan a line of work of personalization. To base the current
investigation some concepts related to the issue were contextualized. A
study related to the guide of personalization of the world updated
existing tools was also done as well as the standards procedures in
different personalizations already accomplished at the University of
Informatic Sciences. As
part of the process of the organization to carry out a procedure of
personalization, the structure of the guide is defined into three
specific classifications; basic, middle and advanced, according to the
complexity of the work to develop a personalization. The proposal of the
guide of personalization developed was evaluated. Feasibility and
utility of the result of the investigation was shown using techniques
from Delphi method and by means of the assessment of a panel of experts.
KeyWords:
E-Learning, LMS (learning Management System),
guide, personalization, Moodle.
Introducción: El término
"E-Learning" es la simplificación de Electronic Learning, unifica a las
distintas tecnologías y a las características pedagógicas de la
enseñanza y el aprendizaje. Este nuevo concepto educativo resuelve la
necesidad de educación a distancia. Hoy se posiciona como la forma
de capacitación predominante en el futuro.
En esta era tecnológica se han desarrollado
los Sistemas de Gestión de Aprendizaje (SGA) o Learning Management
Systems (LMS). Un SGA es una herramienta informática y telemática
organizada en función de objetivos formativos de forma integral y de
principios de intervención psicopedagógica y organizativos.(1)
Estas aplicaciones se emplean para
administrar, distribuir y controlar las actividades de formación no
presencial de una institución u organización (aunque pueden usarse como
complemento en la enseñanza presencial). En la actualidad se
pueden citar ejemplos de estos sistemas como: WebCT, Blackboard,
ATutor, Claroline, eCollege, Dokeos, Moodle entre otros.
El sistema de gestión de cursos Entorno
Modular de Aprendizaje Dinámico Orientado a Objetos, sinónimo de
Modular Object-Oriented Dynamic Learning Environment (Moodle), es uno de
los más utilizados en el mundo para el proceso de formación. Se
distribuye como Software libre (Open Source) y bajo la licencia
pública GNU, lo que significa que Moodle tiene derechos de autor pero se
puede copiar, usar y modificar bajo ciertas condiciones. Desde el
año 2005 se está utilizando Moodle en la Universidad de las Ciencias
Informáticas (UCI) para el proceso docente-educativo y con el
objetivo de integrarse a las nuevas transformaciones en la gestión del
aprendizaje en línea, considerado como la modalidad educativa que mejor
responde al contexto social actual.
En la actualidad existe un gran auge en
cuanto a la personalización de proyectos de software libre,
convirtiéndose así en una de las principales vías de comercialización de
los mismos. Moodle se ha consolidado como plataforma educativa
para la gestión de la enseñanza/aprendizaje, producto a su código
abierto brinda posibilidades de personalización.
Mediante una personalización se pretende que
cada organización pueda adaptar su plataforma, adecuándola visual y
funcionalmente a los usuarios potenciales y a los objetivos/contenidos
de aprendizaje y dar a conocer una serie de herramientas que
incidan en la interacción y colaboración entre alumnos y profesores de
los cursos. Las personalizaciones de manera general poseen
características particulares y serán clasificadas según su complejidad
de trabajo en básicas, medias o avanzadas. En la UCI no existe una guía
de personalización de Moodle donde se explique mediante un flujo
organizado de procesos como personalizar esta herramienta.
Desarrollo: La plataforma
tiene una arquitectura modular, lo que significa que los paquetes de
códigos están pensados y construidos para que funcionen de forma
individual con pocas dependencias unos de otros, así permitirán el
crecimiento modular de la aplicación. De esta manera están creados los
temas, las actividades, interfaces de idioma, esquemas de bases de datos
y formatos de cursos. Esto permitirá a cualquier desarrollador
incorporar funcionalidades nuevas al código.
Estructura de los ficheros y directorios
De la siguiente forma está contenida la
estructura del directorio y los ficheros en la raíz de Moodle:
Ficheros
·
config.php: Contiene la configuración
fundamental.
·
install.php: Se ejecutará para crear el archivo
config.php.
·
version.php: Documenta la versión actual del
código de Moodle.
·
index.php: Página principal del sitio.
Directorios
·
admin: Código para administrar todo el servidor.
·
auth: Módulos para la autenticación de usuarios.
·
blocks: Contiene todo el código correspondiente a
los bloques de la plataforma.
·
calendar: Código para manejar y mostrar eventos
de calendario.
·
course: Código para presentar y gestionar los
cursos.
·
doc: Documentación para la ayuda de Moodle.
·
files: Código para presentar y gestionar los
archivos.
·
lang: Textos en diferentes idiomas, un directorio
por idioma.
·
lib: Librerías del código fundamental de Moodle.
·
login: Código para manejar las entradas y
creación de cuentas.
·
mod: Todos los módulos de los cursos de Moodle.
·
pix: Gráficos genéricos del sitio.
·
theme: Paquetes de temas/pieles para la
apariencia del sitio.
·
user: Código para mostrar y gestionar los
usuarios.
Los ficheros del directorio tienen funciones
particulares, cada uno juega un rol definido en la dinámica del
funcionamiento de Moodle. Uno de los archivos más importantes son los
módulos y bloques, los cuales siempre se sitúan en la carpeta /mod y
/blocks respectivamente, estos se estructuran siempre de una misma forma
o esquema para mantener un estándar y en tanto constituye una buena
práctica profesional.
Fases definidas para el desarrollo de una
personalización de Moodle.
Para el desarrollo de una personalización de
la plataforma Moodle es necesario definir fases, con el objetivo de
lograr un trabajo organizado y capaz de reducir tiempo y recursos a
utilizar. No es conveniente emplear una metodología de software, pues
estas conforman un ciclo completo para el desarrollo del producto.
Teniendo en cuenta que lo que se necesita es
personalizar, modificar o adaptar a Moodle según los requisitos del
cliente, los investigadores definen las fases que a continuación se
mencionan, tomando como punto de partida y apoyo las que plantea la
metodología RUP. Esta decisión está sustentada en un estudio realizado
de las fases que plantean las metodologías XP y RUP, teniendo en cuenta
que la guía de personalización de Moodle se realiza en la UCI, se
efectuaron entrevistas a líderes de proyectos productivos de la
institución y se determinó que estas dos metodologías son las rectoras
en el proceso de producción de un software dentro de dicha universidad.
RUP es escogida para tomar como base por las características
diferenciadoras que posee, estructura, organización, exigencia de sus
fases y flujos durante la vida del software.
Fases definidas para el desarrollo de una
personalización de Moodle:
·
Fase de Levantamiento de Requisitos.
·
Fase de Análisis.
·
Fase de Elaboración.
·
Fase de Prueba.
·
Fase de Implantación.
·
Fase de Soporte.
A continuación se explican los procedimientos
habituales que se siguen en cada una de estas fases:
Fase de Levantamiento de Requisitos:
El resultado de esta fase es un manual de
diseño y un manual de arquitectura de información, elaborados a partir
de las expectativas o requerimientos del cliente sobre Moodle. Se
elabora un informe donde se recojan todos los requisitos que el cliente
solicita, como desea el mismo obtener esta plataforma tecnológica, así
como las limitaciones físicas, estructurales, organizacionales y
presupuestarias con las que se cuenta para el desarrollo de dicho
proyecto. En la misma visita de inspección se debe profundizar en la
siguiente información:
Realizar un croquis con el futuro diseño bien
detallado de la plataforma. Aunque ya se posea la información sobre como
desea el cliente su nuevo Moodle, es importante verificar que tanto el
interrogado como el entrevistador posean criterios exactos sobre las
futuras proyecciones de la personalización a realizar.
En función del diseño se realizan las
estimaciones del personal, el tiempo y los recursos a emplear, es por
esto que es importante poseer conocimientos sólidos sobre lo que se
desea realizar pues en caso contrario puede ser que no se cuente con el
personal suficiente y demás exigencias del cliente para desarrollar el
software.
Fase de Análisis:
La esencia de esta fase consiste en
solidificar los requisitos funcionales obtenidos en la fase anterior, es
decir, traducir los requerimientos a una especificación que describe
como implementar el sistema. En el análisis se pueden estructurar los
requisitos de manera que faciliten su comprensión, su preparación, su
modificación y en general su mantenimiento. Durante dicha fase se
realiza un análisis de los requisitos del cliente y a partir de ellos se
asignan los recursos. Lo primero es definir la complejidad de la
personalización que se desea desarrollar, luego se definen los recursos
humanos, materiales por ejemplo las computadoras y el tiempo máximo que
durará dicho desarrollo.
Fase de Elaboración:
Esta fase desde el punto de vista técnico
tiene gran connotación ya que se describe detalladamente los pasos que
el desarrollador debe seguir para ir adaptando la aplicación de acuerdo
a los requisitos planteados en la fase inicial. En cada nivel de
clasificación se explica un flujo de procesos organizados a través de
los cuales la guía se hace una herramienta muy útil para optimizar el
trabajo que hasta los días de hoy es un
tanto difícil dada la escasa documentación
oficial de este género.
El objetivo final de la fase está en la
culminación de la personalización de la plataforma y que quede definida
como una primera versión que será procesada hacia las fases restantes
para fomentar la solides y el perfeccionamiento de su estructura y
funcionalidades.
Fase de Prueba:
En todo proyecto exigente resulta necesario
que exista un equipo especializado en realizar pruebas a software. Donde
dicho personal sea el encargado de aceptar o no la implantación del
mismo. Brindando con esto confianza y prestigio ante el cliente. Es en
esta fase donde se realiza un manual de pruebas.
Haciendo uso de la aplicación, el manual de
arquitectura y el manual de diseño, se efectúan las pruebas, el
responsable de este proceso se encarga de verificar paso a paso la
coincidencia existente entre lo que esta descrito en ambos
manuales y lo que se realizó en el software. Para lograr esto es
necesario aplicar los dos tipos de pruebas existentes: pruebas de Caja
blanca y pruebas de Caja negra, a través del primer tipo de prueba se
analiza el código y con el segundo se analiza la aplicación, es decir,
lo que visualiza el cliente. A partir de la erradicación de las
deficiencias durante la etapa de pruebas, el software estaría listo para
ser implantado y presentado al cliente.
Fase de Implantación:
Una vez terminada la personalización y
probada por los sistemas de calidad, se procede a la instalación de la
plataforma, así como la optimización del software y hardware que
requiere, además de las configuraciones pertinentes para el correcto
funcionamiento en la entidad u organización benefactora. En esta
fase se realiza el manual de configuraciones y cambios, donde en el
mismo se explica cómo está instalada la plataforma en el servidor.
Fase de Soporte:
El servicio de soporte a las aplicaciones
instaladas fuera o dentro de la UCI es una tarea vital que corresponde
al departamento “Implantación y soporte técnico” (IST) dentro del centro
antes mencionado. Es posible realizar el soporte técnico presencial o
por distintos medios, incluyendo el correo electrónico, chat, software
de aplicación, faxes, y teléfono, dependiendo de las necesidades del
cliente y las condiciones para este servicio.
Procedimientos para realizar una
personalización Básica
Se considera una personalización Básica
cuando los requerimientos del usuario se centren en
modificaciones/adaptaciones de los aspectos gráficos, entendiéndose esto
como colores, imágenes, iconos o símbolos y estilos de fuentes de texto.
Para un mejor entendimiento, todos los
procedimientos que se explican en esta sección se llevan a cabo dentro
del directorio /themes de la plataforma.
Fase de Análisis.
Una vez que se definen los requerimientos
durante la fase de levantamiento de requisitos y se precisa una
proyección sobre las transformaciones que va a sufrir la aplicación en
cuanto a las imágenes, los iconos, los colores y las fuentes de textos
se define el nivel de complejidad de la personalización como básico.
Dada la particularidad de esta complejidad se sugiere un equipo de
trabajo pequeño, según los estudios realizados y la experiencia de los
líderes del área en la que se desarrolla esta investigación se
consideran necesarios y suficientes los siguientes roles: un arquitecto
de información, un diseñador de interfaz gráfica y un desarrollador,
además asignar un total de tres computadoras para el desempeño
individual de cada rol.
La UCI es una entidad muy dinámica y
exigente, donde se vincula la docencia con la producción, por tanto los
desarrolladores de los proyectos productivos se ven limitados en tiempo
por la ocupación de la actividad docente-educativa, teniendo esto en
cuenta se decide dedicar cuatro horas laborables por día, por lo que se
designa como tiempo máximo un total de ochenta horas de trabajo,
equivalente a cuatro semanas o veinte días laborables para la completa
elaboración de una personalización Básica de Moodle.
Fase de Elaboración.
Modificación de colores.
Todos los procedimientos que se explican en
esta sección se llevan a cabo dentro del directorio /themes de la
plataforma. Los colores de la interfaz que no son representados por
imágenes están contenidos en el fichero styles_color.css, incluyendo
colores de fondos, de letras, de los formatos HTML que se muestren en la
web como bordes, botones, campos de entrada de información, etc.
Modificación de imágenes.
Cada imagen que aparece en el diseño de la
plataforma está contenida en la carpeta del tema instalado en el
directorio /themes/nombre_del_tema/pix/, aunque algunos desarrolladores
acostumbran a dejar fuera de la carpeta /pix algunas imágenes extras,
como por ejemplo imágenes para fondos que no se consideren esenciales y
la vista previa o screenshot.jpg que se mostrara en el panel de
instalación del tema. Es importante tener en cuenta que las imágenes de
los cursos son independientes del tema instalado, están contenidas en el
directorio de metadatos.
Modificación de iconografía.
Existe una colección de iconos en la raíz del
directorio de Moodle que funciona de forma genérica para todos los temas
que se instalen, o sea que si un tema no carga sus propios iconos, el
sistema los tomaría de dicho directorio llamado también /pix.
Para la modificación de un icono, con solo
reemplazarlo por algún otro seleccionado y colocarlo en el directorio
con el mismo nombre y la misma extensión del tipo de imagen anterior. O
simplemente editar uno existente y volver a cargar la página web.
Modificación de fuentes de texto.
Todos los textos que aparecen en la
plataforma tienen un estilo definido en el fichero styles_fonts.css,
existen configuraciones que permiten al texto adquirir innumerables
formas o características, como tamaños, espaciados, ancho de letras,
tanto para palabras individuales como para textos o documentos
completos.
Procedimientos para realizar una
personalización Media
Una personalización Media se define como:
conjunto de procedimientos que se realizan para adaptar un software
según las necesidades de complejidad media que una entidad se formule
para resolver un fin específico. Su centro de desarrollo está dirigido
además de los aspectos de personalización Básica, a la modificación y
creación de temas y las modificaciones simples del código.
Fase de Análisis.
Ya definidos los requerimientos en la fase de
levantamiento de requisitos y decididas las funcionalidades, se define
de nivel medio la complejidad que tomará realizar el proceso de
implementación.
La característica de esta personalización
sugiere un cuerpo de trabajo similar al de la clasificación anterior,
según la investigación se acierta que la complejidad de nivel medio debe
ser sostenida por: un arquitecto de información, un diseñador de
interfaz gráfica y dos desarrolladores, además asignar un total de
cuatro computadoras para el desempeño individual de cada rol. Dado lo
explicado en la clasificación de personalización Básica sobre las
limitaciones en cuanto al tiempo y horario se asume como tiempo máximo
un total de ciento veinte horas de trabajo, que equivalen seis semanas o
treinta días laborables para la completa elaboración de una
personalización Media de Moodle.
Fase de Elaboración.
Creación y Modificación de temas.
Es posible para la elaboración de un tema de
Moodle empezar creando los archivos pertinentes, por ejemplo, crear una
carpeta con el nombre que va a llevar el tema y los ficheros que le
corresponden a cada tema que se instale en la plataforma.
Para el comienzo de cualquier proyecto que se
vaya a desarrollar es más factible hacerlo desde una base por cuestiones
de agilidad y de reutilización del código, de esta forma, iniciar el
desarrollo a partir de otros proyectos semejantes ya creados
convirtiéndose así en una herramienta muy útil. Esto significa que es
mucho más seguro adoptar un tema ya existente y adaptarlo a nuestra
disposición.
Posteriormente se explica la estructura
básica que debe presentar de un tema de Moodle al ser creado, de forma
tal que se entienda cómo construir un tema, tomando en cuenta que se
pueda partir de la selección del tema “Standard” como tema base para la
creación de uno nuevo, puesto que es sencillo y también el más
recomendado por los desarrolladores de Moodle para estos procedimientos.
Es importante crear una copia del tema seleccionado y cambiar el nombre
para que en las próximas actualizaciones de la plataforma no se pierdan
los cambios realizados. En resumen, cada tema que se cree o modifique
para la plataforma debe tener la siguiente estructura:
pix/: Carpeta con las imágenes e iconos
usados en el tema.
config.php: En este fichero se configura como
van a trabajar los archivos CSS, aquí se pueden incluir qué archivos van
o no a trabajar en un tema.
favicon.ico: Icono pequeño usado para
representar la identidad o el logo de un sitio web, se ubica delante de
la URL.
header.html: Este fichero se encarga de
mostrar el logo de Moodle, el vinculo de autentificación a la plataforma
(login), la barra o mapa de navegación, etc. El aspecto propio de la
cabecera de Moodle depende únicamente de este archivo.
footer.html: Se encarga de la configuración
del pie de página de la aplicación, al igual que header.html puede
contener un logo de Moodle y otro objeto de autentificación (login).
styles.php: Fichero que se utiliza en el
header.html como puente a los archivos CSS del mismo tema. Por sus
características se hace innecesario configurar.
Configuración de los estilos:
Para conseguir mayor flexibilidad y accesibilidad, Moodle ha
separado el CSS en tres ficheros fundamentales para separar los colores,
el diseño y las fuentes. De la siguiente forma están estructurados los
mismos:
styles_color.css, styles_fonts.css y
styles_layout.css
Sus configuraciones están separadas en las
siguientes secciones:
core, header, footer, admin, blocks,
calendar, course, doc, login, message, question, tabs, user
styles_moz.css
Este fichero además contiene el formato
específico de Firefox y de Mozilla, como las esquinas redondeadas, etc.
Archivos adicionales:
Para mayor claridad, los diseñadores de temas proporcionan información
en un fichero llamado README.txt que es mostrado en la información del
tema junto con una pequeña pre visualización del mismo guardada en un
fichero nombrado screeshot.jpg.
Modificaciones simples del código
La característica de Moodle de ser totalmente
configurable aumenta el interés de las personas de adaptarlo a cada
necesidad que se planten. La plataforma brinda opciones y
configuraciones de muchos tipos, pero se hace difícil satisfacer las
necesidades de cada cual por lo que muchas funcionalidades se tornan
insuficientes y es por esto que nace la idea de modificar directamente
el código y adaptarlo al fin de cumplir los objetivos trazados y
contribuir con nuevos aportes.
Procedimientos para realizar una
personalización Avanzada
Esta clase de personalización es las más
abarcadora y compleja de las tres clasificaciones. En la misma se reúnen
todos los requerimientos de una personalización básica y media
incluyendo además nuevas funcionalidades como la creación de bloques,
módulos y filtros.
Fase de Análisis.
Una vez que se conozca que el cliente
requiere la creación de módulos, bloques, filtros y/o la adición de
funcionalidades complejas al código, incluyendo además los
requerimientos tenidos en cuenta para una personalización Básica y
Media, es fácil detectar que se está en presencia de una personalización
de complejidad Avanzada. Luego de determinar el nivel de complejidad de
la personalización que se desea desarrollar se procede a la asignación
de recursos. La característica de esta personalización sugiere un cuerpo
de trabajo similar al de la clasificación anterior, según la
investigación se acierta que la complejidad de nivel Avanzado debe ser
sostenida por: un arquitecto de información, un diseñador de interfaz
gráfica y cuatro desarrolladores, además asignar un total de seis
computadoras para el desempeño individual de cada rol. Se asume como
tiempo máximo un total de ciento sesenta horas de trabajo, que equivalen
ocho semanas o cuarenta días laborables para la completa elaboración de
una personalización Avanzada de Moodle. Un buen razonamiento a la hora
de organizar y distribuir el trabajo influye totalmente en la eficacia y
agilidad con que se pueda llevar a cabo la fase de implementación de la
aplicación.
Fase de Elaboración.
Creación de un Bloque.
Moodle proporciona grandes utilidades que
facilitan el desarrollo de su programación de forma sencilla y amena.
Posibilita al desarrollador avanzar en el trabajo con el código
utilizando toda una colección de métodos los cuales prácticamente hacen
de manera independiente infinidades de funciones. De modo que se hace
necesario poseer un grado de conocimiento de cada una de estos métodos
para la contribución al trabajo con la plataforma en cuestiones del
contexto de personalización. Como punto principal a tener en cuenta para
la creación de un bloque es su estructura visual, así como las clases y
funciones obligatorias que debe llevar en su interior.
Clase y funciones básicas y obligatorias:
Los bloques de Moodle tienen su directorio especifico
situado en /blocks. Para el comienzo de la construcción de un bloque es
necesario que se cree una nueva carpeta en dicha dirección con el nombre
que va a tomar el bloque, será útil suponer el nombre nombre_bloque para
un mejor entendimiento durante el transcurso de este acápite.
Luego de creado el directorio /blocks/nombre_bloque
se crea también dentro del mismo un fichero con el nombre
block_nombre_bloque.php donde se construirán las clases y funciones
especificas para el bloque. Se define entonces la clase
block_nombre_bloque que hereda de la clase block_baseo y/o block_list,
ambas pertenecientes a la librería /blocks/moodleblock.class.php. La
clase creada debe redefinir básicamente dos funciones obligatorias: init
() y get_content (). De la siguiente forma quedaría entonces la
estructura inicial del código en el fichero principal de un bloque de
Moodle.
class block_nombre_bloque extends block_base{
function init(){
$this->title =
get_string(' nombre' , 'block_nombre_bloque' );
$this->version
= 2004111200;
}
function get_content(){
if(this->content
!= NULL){
return this->content;
}
$this->content
= new stdClass;
$this->content->text
= 'El contenido de nuesto bloque nombre_bloque';
$this->content->footer
= 'Pie de página aquí ..';
return $this->content;
}
}
Asignación de privilegios:
Un bloque será visualizado tanto por alumnos, como por profesores
y administradores, por lo que es importante valorar la accesibilidad.
Igualmente que para las actividades, los módulos y las opciones de
configuración y administración se hace necesario definir qué bloques
serán mostrados en la plataforma en dependencia de cada rol. A este
sistema de proporcionar permisos por roles en el lenguaje de Moodle se
le llama “capabilities”, la cual es una función que selecciona que
interfaz será mostrada para cada rol diferente de la plataforma.
Configuración de los lenguajes:
El multilingüismo es una propiedad que se pensó con seriedad
para el desarrollo de la plataforma, ya se ha hablado de los lenguajes
que soporta Moodle y de las numerosas ventajas que esta característica
proporciona a la comunidad mundial.
Es de vital importancia que cada usuario
tenga accesibilidad a esta herramienta a través de su lengua materna o
de preferencia. Para esto existe un directorio /lang donde se agrupan
por paquetes los lenguajes que soporta Moodle como por ejemplo:
\en_utf8\block_nuevo_bloque.php y en \es_utf8\block_nuevo_bloque.php que
son los paquetes correspondientes al idioma inglés y al español
respectivamente.
Configurar apariencia de bloque:
Dado a que el nivel de aceptación de un entorno web por parte
de los usuarios comienza primeramente por la apariencia, es fundamental
entender qué tanto deben ser configurados los bloques para que se
conformen de forma sencilla y comprensible en la plataforma.
En reiteradas ocasiones se ha citado que
Moodle es totalmente configurable y como herramienta libre deja de ser
inmune a cualquier modificación. Esta plataforma además facilita
mediante funciones predefinidas muchas opciones para modificar la
estructura de un bloque o sea, dónde y de qué forma se mostrará un
bloque en la interfaz.
Acceso a la base de datos:
Las actividades que se efectúan en la plataforma, en su mayoría,
mantienen un constante flujo de información con la base de datos. El
lenguaje de programación PHP tiene infinidades de funciones para el
trabajo con las consultas SQL, pero Moodle emplea sus propios métodos
para facilitarle al desarrollador estos tipos de labores que en
ocasiones resultan complejas.Las funciones se localizan en el directorio
de las librerías /lib en un fichero nombrado dmllib.php. Estas están
implementadas para ser funcional en las bases de datos más robustas y
mundialmente conocidas como Mysql, Postgresql y Oracle.
Creación de un Módulo.
Antes de iniciarse en la modificación o
programación de cualquier aspecto de Moodle es necesario entender la
plataforma en exactitud, cómo funciona, para qué sirve cada opción, cuál
es el papel del profesor, del programador o del administrador. Previo al
desarrollo de una actividad es necesario conocer el esquema de un
módulo. Los módulos se almacenan en el directorio /mod, cada uno en un
fichero separado, siendo la estructura general de archivos y directorios
como se explica a continuación:
mod.html: Formulario para configurar o
actualizar las opciones del módulo.
version.php: Para almacenar de la versión
del módulo y código de actualización.
/lang: Directorio con el fichero de los
idiomas del módulo.
/db: Carpeta donde se almacenan los ficheros
con las tablas de las bases de datos necesarias para la actividad. Si se
utiliza mysql, se crean los ficheros mysql.sql y mysql.php.
/db/access.php: Fichero de permisos del
módulo.
index.php: En este archivo se muestran las
instancias de una actividad, es decir, una lista con todas las
instancias del mismo módulo.
view.php: Página de inicio de la actividad.
lib.php: Librería de funciones implementadas
para el módulo.Se mencionan a continuación algunas de las funciones
estándares para los diferentes tipos de módulos que se creen.
inicio_add_instance(): Código para añadir
una nueva instancia.
inicio_update_instance(): Función para
actualizar una instancia existente.
inicio_delete_instance(): Código para borrar
una instancia.
inicio_user_outline(): Brinda un resumen
concreto de la actividad de un
usuarioinicio_user_complete(): Devuelve un
informe más detallado de un usuario.
Se debe que tener en cuenta también los
siguientes aspectos en la elaboración de la estructura de un módulo.
·
Todas las funciones, procedimientos y constantes,
creados en lib.php, tienen que comenzar con el nombre del módulo.
·
El archivo config.html es opcional, permitiendo a
los administradores configurar opciones generales del módulo.
·
El módulo debe tener archivos de idioma que
contenga las cadenas para ese módulo. Deberá ser programado en inglés y
traducido al idioma de los usuarios finales que utilicen la actividad.
Esto está explicado en el siguiente apartado.
Creación del paquete de idiomas:
Luego de explicado en el acápite anterior el procedimiento
para crear un paquete de temas en un bloque de Moodle se hace fácil
proseguir en función del módulo, pues las característica de ambos
ficheros de idiomas son similares. Empleando este basamento, el
directorio de idiomas en un módulo quedaría de la siguiente forma:
/mod/nombre_modulo/lang/es_es_utf8 y al igual que un bloque llevaría
dentro una colección de cadenas de strings en su código:
//moodle
$string['modulename'] = 'Inicio';
$string['modulenameplural'] = 'Inicios';
//Del propio módulo
$string['Name'] = 'Nombre para la actividad
Inicio';
$string['name'] = 'Nombre para la actividad
Inicio';
$string['description'] = 'Descripción';
$string['grade']='Calificación de Inicio';
Asignación de privilegios:
Los permisos permiten definir las diferentes vistas para un módulo
que tendrán los distintos tipos de usuarios o roles. Asignando permisos
a la actividad se puede restringir el acceso a cierta información,
configurar los tipos de vistas para los roles, así como establecer
capacidades para los administradores. Para establecer permisos en la
actividad es el propósito por el cual se crea el fichero access.php
antes mencionado, en la carpeta db.
Librerías y funciones del código:
EL fichero lib.php es el responsable de almacenar la
programación relacionada con las librerías de funciones y constantes del
módulo, o sea, todos los procedimientos y variables que se necesiten
tener definidas estarán en este fichero para ser utilizadas en la
implementación del módulo como tal.
Acceso a base de datos:
Los datos en Moodle se almacenan en tablas creadas por una determinada
base de datos. Los ficheros encargados son mysql.php y mysql.sql, que se
crean en el directorio /mod/nombre_modulo/db. En el archivo con
extensión .sql se escribirá el código de las tablas que se crearán
cuando se instale el módulo. El fichero con extensión .php funciona como
medio de actualización con la base de datos para alguna instalación de
Moodle en versiones anteriores.
Creación de un Filtro.
El flujo de información con el que trabaja la
plataforma es demasiado grande y complejo para que pueda ser controlado
por una sola persona e incluso por un algún grupo de personas que se
destine para esta función. Por estos motivos se han incluido a la
plataforma numerosas funciones para agilizar estas labores.
Se han creado funcionalidades para la gestión
de la calidad y el perfeccionamiento de los contenidos, estas funciones
son llamadas filtros y en sus diversidades hacen de una forma u otra que
la información sea correcta y mantenga una ética profesional. Existen
numerosos tipos de filtros, se pueden mencionar algunos de los más
básicos que aparecen incluidos con la instalación de la plataforma.
Notación TeX: La
notación TeX se usa sobre todo para generar fórmulas matemáticas dentro
del texto en los recursos Moodle. Por ejemplo, $$ sqrt(a+b) $$ (la $$ es
la 'marca' que señala el principio y el final de este formato).
Censura de palabras:
Este filtro revisa el texto para encontrar 'palabras inconvenientes' a
partir de una lista previamente definida. Para usar esta función se debe
en primer lugar entrar en la página de ajustes y definir una lista de
palabras. El usuario verá las palabras oscurecidas por un bloque negro,
si bien al pasar el ratón por encima aparecerá la palabra original.
Tidy: Este filtro revisa
el texto para encontrar bloques HTML. Cuando los encuentra, aplica
reglas que intentan hacer que el código HTML sea válido.
Otros filtros: Protección
de email, Recursos en varios idiomas, Enlace automático al glosario,
Enlace automático al glosario y Censura de palabras.
Conclusiones Generales: A
partir de los objetivos planteados y el trabajo realizado en esta
investigación se arribó a los siguientes resultados: Para la
fundamentación teórica de esta investigación se realizaron estudios
sobre la estructura y organización de la plataforma Moodle, las guías de
personalizaciones encontradas y se profundizó en los conceptos
relacionados con el E-Learning. Se logró confeccionar una Guía de
personalización de Moodle a partir de estudios realizados alrededor del
proceso de personalización de la plataforma. En la misma se describieron
los pasos fundamentales para lograr una ágil, eficiente y correcta
personalización de Moodle donde se obtenga un control sobre los medios y
recursos a utilizar. La propuesta se dividió en tres niveles de
complejidad, Básica, Media y Avanzada. El procedimiento planteado va
insertando progresivamente mejoras en cada uno de estos niveles. La
propuesta de Guía de personalización de Moodle fue evaluada utilizando
para ello el método de expertos Delphi, demostrando así su eficacia. El
resultado de esta validación fue exitosa y evidenció la calidad de la
propuesta, además demostró la importancia de la aplicación de esta Guía
de personalización de Moodle en el proceso de adaptación del software,
esencialmente en el departamento de Desarrollo de Herramientas
Educativas que brinda este tipo de servicios a la plataforma Moodle.
Bibliografía:
1.
Sitios Web Educativos.
[Online]
http://www.slideshare.net/raymarq/sitios-web-educativos.
2.
BEIT. [Online] [Cited: marzo
2, 2010.]
http://www.serviciostic.net/las-tic/definicion-de-tic.html.
3.
eumed. [Online] Octubre 2008.
[Cited: Marzo 2, 2010.]
http://www.eumed.net/rev/cccss/02/vsp.htm.
4.
TICs. [Online] [Cited: Marzo
25, 2010.]http://tics.org.ar/index.php?option=com_content&task=view&id=13&Itemid=28.
5.
e-Learning, el futuro de la educación a distancia.
[Online] 2009. [Cited: Febrero 11, 2010.]http://www.informaticamilenium.com.m
6.
Desarrolloweb. [Online] Noviembre 11, 2008. [Cited: Enero 20,
2010.]http://www.desarrolloweb.com/articulos/que-es-un-cms.html.
7.
Gaceta Digital . [Online] 2009. [Cited: Febrero 13, 2010.]
http://www.gacetadigital.com/moodle-una-plataforma-de-aprendizaje-virtual-libre/.