Evaluaciones Cruzadas en Grupo

PLUGIN PARA EVALUACIONES CRUZADAS EN
GRUPO EN LA PLATAFORMA MOODLE
José Vilas Villamarín
Trabajo de Fin de Grado

Escuela de Ingeniería de Telecomunicación
Grado en Ingeniería de Tecnologías de Telecomunicación
Tutores
Cristina López Bravo
Antonio Pena Giménez
2017
Escola de Grao en Enxeñaría de Mención:
Enxeñaría de Tecnoloxías de Telemática
Telecomunicación Telecomunicación
PLUGIN PARA EVALUACIONES CRUZADAS

EN GRUPO EN LA PLATAFORMA MOODLE
Autor: José Vilas Villamarín

Tutora: Cristina López Bravo
Cotutor: Antonio Pena Giménez
Curso: 2016/17
PLUGIN PARA EVALUACIONES CRUZADAS EN GRUPO EN LA PLATAFORMA MOODLE
Índice de contenidos
1. Introducción............................................................................................................................. 2
1.1 Estructura del documento ................................................................................................... 4
2. Objetivos ................................................................................................................................. 5
2.1 Propósito............................................................................................................................ 5
2.2 Alcance............................................................................................................................... 6
3. Metodología ............................................................................................................................ 7
3.1 Definición y familiarización con el entorno Moodle ............................................................. 7
3.2 Fase de diseño .................................................................................................................... 8
3.3 Programación e integración del plugin ................................................................................. 9
4. Diseño ..................................................................................................................................... 9
4.1 Esquema del módulo ........................................................................................................ 10
4.2 Base de datos ................................................................................................................... 11
4.3 Interfaz de plugin .............................................................................................................. 12
4.4 Funcionamiento................................................................................................................ 13
5. Resultados ............................................................................................................................. 14
6. Conclusiones .......................................................................................................................... 16
7. Bibliografía ............................................................................................................................ 18
8. Anexos
A. Anexo I: Estado del arte. ........................................................................................................ 20
1. Ámbito educativo ............................................................................................................... 20
2. Herramientas de Moodle .................................................................................................... 22
B. Anexo II ................................................................................................................................. 23
1. Documento de requisitos .................................................................................................... 23
2. Tecnologías utilizadas ......................................................................................................... 25
3. Código fuente ..................................................................................................................... 28
C. Anexo III: Manuales de usuario ............................................................................................... 29
Manual para el profesor ......................................................................................................... 29
Manual para el alumno .......................................................................................................... 39
Manual para el desarrollador.................................................................................................. 41
1
1. Introducción
En el presente documento se encuentra detallada la memoria del proyecto “Desarrollo de un plugin
para evaluaciones cruzadas en grupo para la plataforma docente Moodle”. Concretamente, se
pretenden explicar los procesos de diseño e implementación del nuevo módulo que se han llevado a
cabo para la resolución de este proyecto: desde el propio origen de la idea hasta la integración final
del plugin en la plataforma Moodle [1]. La finalidad del documento consiste en dar a entender por
qué surge la necesidad de desarrollar un módulo específico para evaluaciones del trabajo en grupo, y
presentar las ventajas que ofrece este nuevo plugin con respecto a las herramientas ya existentes en
la plataforma Moodle.
La capacidad de trabajo en equipo es una de las competencias transversales que más se demanda
desde diferentes ámbitos, tanto académico, profesional como social. Comprende capacidades como
proponer ideas y aceptar las de otros, gestionar bien el tiempo, escuchar, colaborar y adaptarse. La
aparición de nuevos paradigmas en la enseñanza, como el cambio metodológico propuesto por
Bolonia en los centros universitarios [14], impulsó un aumento en la relevancia del trabajo en equipo
en el aprendizaje.
El desarrollo de la competencia de trabajo en equipo requiere de diferentes habilidades sociales y de

gestión personal que difícilmente se adquieren tan sólo a través de la realización de trabajos en
grupo sin disponer de una retroalimentación. Con la herramienta desarrollada en este proyecto se
pretende ofrecer este feedback a los participantes además de automatizar, en la medida de lo
posible, la evaluación del correcto funcionamiento de los equipos (a través de evaluaciones
cruzadas), ya que la evaluación manual es muy laboriosa, poco flexible, y no ofrece una presentación
de los resultados cómoda para tomar decisiones en base a los mismos.
La herramienta se ha implementado de tal forma que se pueda integrar en la plataforma de tele-

enseñanza mayoritariamente utilizada en la Escuela de Ingeniería de Telecomunicación: Moodle.
Éste es un aspecto muy relevante, puesto que la evaluación se incorporaría como una actividad más
dentro del curso.
Moodle ofrece un entorno excelente para el desarrollo de esta nueva herramienta de evaluación, ya
que es una plataforma de código abierto (Open Source). Asimismo, gracias a esta característica
Moodle conforma un sistema permanentemente activo, seguro y en constante evolución. Posee una
alta flexibilidad, siendo completamente personalizable y escalable. Esta plataforma está diseñada de
manera modular, lo que permite una gran facilidad para agregar y quitar funcionalidades en muchos
niveles; característica fundamental para la realización de este trabajo. Moodle también posee una
cantidad extensa de recursos disponibles. Una documentación accesible bastante detallada y foros
de usuario en múltiples idiomas, lo que facilita la tarea del desarrollador. Además, es respaldado por
una comunidad de desarrolladores activos.
2
Figura 1.1: Logo de Moodle.
En la actualidad existen en la plataforma de Moodle una serie de extensiones que permiten la

creación de encuestas, cuestionarios y gestión de grupos de trabajo (Talleres). A continuación, se
explicará brevemente en qué consisten estas extensiones y por qué no solucionan el problema que
pretende solventar el plugin desarrollado en este trabajo. No se profundizará a un nivel bajo, ya que
para ello se dispone al final de este documento del Anexo I, relativo al Estado del Arte del proyecto.
Con este plugin se pretende automatizar el proceso de evaluación mediante rúbricas y encuestas de
valoración, que es el procedimiento general utilizado por los/las docentes para evaluar el trabajo en
grupo. Tras una labor de búsqueda y documentación, no se encontró en el directorio de plugins de
Moodle (moodle.org/plugins) ninguna extensión que facilitara esta tarea. Por lo que se procedió a
investigar si mediante los plugins genéricos de encuestas se proporcionaba alguna herramienta de
procesado de los resultados. La conclusión fue que utilizar estos plugins de la plataforma tendría el
mismo efecto que utilizar herramientas externas de generación de encuestas. Por lo tanto, no
ayudaban en la tarea de evaluación de grupos.
Por otro lado, se examinó el plugin workshop (Taller) de Moodle. Esta es una herramienta de
evaluación por pares que incluye bastantes opciones. Sin embargo, está orientada a la evaluación
concreta de una entrega: los alumnos corrigen y asignan una nota a sus compañeros sobre esa
actividad a evaluar mediante diferentes modelos de evaluación como rúbricas, detección de errores
y notas numéricas. De este proceso de documentación se extrae que el módulo workshop, siendo un
instrumento muy potente de aprendizaje, evaluación y autoevaluación, es demasiado genérico para
permitir la generación de encuestas de valoración flexibles, y su gestión automática dentro del
propio módulo. Tampoco contempla el procesado y presentación de los resultados de forma que
el/la docente pueda extraer las conclusiones y valoración pertinentes del grupo de trabajo. Como no
suple estas carencias que, al mismo tiempo, son el objetivo que persigue el nuevo plugin
desarrollado, se concluye que sí procede y es necesario el desarrollo de este nuevo módulo para
Moodle.
3
1.1 Estructura del documento

Con la elaboración de este informe se pretenden explicar los procesos de diseño e implementación
del nuevo módulo de evaluación, desde la concepción de la idea original hasta la integración final en
Moodle. En los Capítulos 1 y 2 se plantean los objetivos del proyecto y la motivación, justificando la
necesidad de desarrollar un módulo específico para evaluaciones del trabajo en grupo, además de
presentar las ventajas que ofrece este nuevo plugin con respecto a las herramientas ya existentes en
la plataforma.
Por otra parte, en el Capítulo 3 se expone la metodología seguida en la elaboración del trabajo, así
como una explicación de las tecnologías utilizadas. En este punto cobran una especial relevancia,
además de las tecnologías externas necesarias, las APIs (Application Programming Interface) que
ofrece la plataforma Moodle para facilitar el desarrollo de extensiones. Además, se intentan reflejar
los conocimientos adquiridos en el grado empleados en el desarrollo y, por supuesto, las
competencias obtenidas en la elaboración del trabajo.
Entrando en mayor profundidad, en el Capítulo 4 se describe la definición de requisitos y la

especificación final del modelo, obtenida a través de las necesidades de las personas interesadas.
Igualmente, se describen el diseño y las ideas principales de la implementación del propio módulo.
Así como la definición de la estructura del sistema desarrollado, la descripción de su funcionamiento
y el diseño de la base de datos de la que hace uso.
En la memoria se recogen los apartados de resultados y conclusiones, Capítulos 5 y 6

respectivamente, en los que presentan las soluciones finales alcanzadas, acompañadas de sus
respectivas explicaciones y valoraciones propias. De igual forma, se manifiesta el alcance final de
proyecto, las aportaciones del nuevo plugin y sus ventajas; y el trabajo futuro, con posibles mejoras
para extender las funcionalidades del plugin.
Por último, se adjuntan como anexos al final del documento los manuales de usuario para el
profesor/a, alumno/a y desarrollador/a. Con ellos se pretende facilitar la tarea tanto del usuario
administrador de la actividad en Moodle como como del desarrollador que pretenda mejorar el
plugin o, simplemente, entender su funcionamiento a un nivel más profundo. Para el rol del usuario
docente, así como para el rol del estudiante el anexo es, simplemente, un manual de uso de la
extensión. Mientras que, en el caso del desarrollador, el manual proporciona al usuario una guía de
instalación y una lista de requisitos, además de una serie de funciones importantes acompañadas de
sus respectivas explicaciones. Asimismo, en el Anexo II, donde recoge información más precisa
relativa al proceso de elaboración del proyecto, se incluye un enlace al repositorio en GitHub [18]
con el código fuente del plugin desarrollado.
4
2. Objetivos
2.1 Propósito
Como se describe en el capítulo anterior, el objetivo principal del plugin desarrollado es disponer de
una herramienta que permita automatizar la gestión de evaluaciones cruzadas en grupo, supliendo
las necesidades que no contemplan las herramientas de evaluación ya existentes en la plataforma
Moodle. Además de esta finalidad se busca satisfacer otros objetivos específicos como, por ejemplo:
● Flexibilidad, eficiencia, facilidad en la configuración y usabilidad.

● Crear “vistas” diferenciadas para profesorado y alumnado, con funcionalidades distintas.
● Garantizar el anonimato en las respuestas para alumnos, siendo visibles para los profesores.
● Incentivar el desarrollo de competencias propias del trabajo en grupo.
● Favorecer la autoevaluación y la evaluación cruzada con el uso de la rúbrica.
En definitiva, se pretende crear una herramienta de valoración y control del funcionamiento del
trabajo en equipo, que proporcione los instrumentos necesarios para llevar a cabo esta tarea de
supervisión. Para ello, el plugin contaría las siguientes propiedades: un sistema de evaluaciones
cruzadas gestionado por el propio módulo, una interfaz para la creación y edición flexible de la
encuesta de valoración que tienen que cubrir los alumnos participantes, una sección de resultados
con informes globales e individuales de la evaluación en forma de gráficas y con diferentes vistas y
una sección de avisos para facilitar el envío de información a los participantes. En la Figura 2.1 se
muestra una captura de la herramienta de evaluación por pares CATME, en la que se basan los
criterios por defecto que incluye el módulo.
Con estas funcionalidades a disposición de los usuarios/as docentes, se pretende facilitar la tarea de
control de los equipos de trabajo. Tanto para valorar, asignando la nota correspondiente como
instancia de actividad, como para corregir o detectar posibles conflictos que puedan surgir. Gracias a
las facilidades que ofrece debido a su integración en la plataforma y la automatización y gestión de
tareas, además de la presentación visual de los resultados de las evaluaciones cruzadas, se intenta
favorecer tanto la gestión de los grupos por parte de la docencia, como la motivación del alumnado
que participe en los trabajos en grupo.
Figura 2.1: Herramienta de evaluación por pares CATME.
5
2.2 Alcance
Este proyecto, como se comenta en el Capítulo 1, consiste en el desarrollo de un plugin para
Moodle. Por consiguiente, el objetivo final que se persigue con la elaboración del trabajo es su
integración en esta plataforma. Otro de los puntos claves lo marca la implementación de Moodle en
código abierto, ya que en el desarrollo del módulo se considera el hecho de que, en un futuro, otros
desarrolladores puedan entender, mejorar o continuar el trabajo realizado.
Para llegar a este objetivo, se siguieron una serie de pautas recomendadas desde la comunidad de
desarrolladores de Moodle. Algunas de estas normas son estudiar la documentación que
proporciona la plataforma en forma de tutoriales y guías o seguir el manual de estilo de código,
donde se establecen las reglas generales para el tratamiento de ficheros, funciones y variables, la
estructura de la base de datos y las normas de seguridad en la creación de una actividad. El
procedimiento descrito con mayor detalle se recoge en el Capítulo 3 de la memoria.
En cuanto a las implicaciones prácticas, el uso de la herramienta conduce a la adquisición de la

capacidad de trabajo en equipo por parte del alumnado, que es una competencia que demandan
todas las organizaciones. Esta herramienta permite controlar el funcionamiento y del trabajo en
grupo y retroalimentar a los estudiantes en base a unos criterios definidos.
Para describir el alcance del proyecto se adjunta la Figura 2.2, en la que se representa la Estructura
de Descomposición del Trabajo (WBS, Work Breakdown Structure) del proyecto.
Figura 2.2: Estructura de Descomposición del Trabajo (EDT).
6
3. Metodología
En esta sección se describen los procedimientos utilizados para cumplir los objetivos del trabajo,
indicando cómo se abordó el problema para llegar al producto final. Igualmente se comentan las
tecnologías utilizadas. Cabe mencionar que, en relación a estas dos cuestiones de metodología y
tecnologías específicas, la información más precisa referente al procedimiento de elaboración del
TFG se trata en el Anexo II. En esencia, la metodología seguida en este trabajo consistió en aplicar las
etapas requeridas en la ingeniería del software: análisis de requerimientos, especificación, diseño,
programación y prueba.
Se subdivide esta sección en tres apartados: primera fase de definición y familiarización con el
entorno Moodle, proceso de diseño con una mención a las APIs de Moodle utilizadas y la
programación e integración del plugin con las pruebas de uso.
3.1 Definición y familiarización con el entorno Moodle

En primer lugar, tuvo lugar una presentación de la idea con los profesores tutores del TFG, de la que
surgió una primera concepción del proyecto. En este punto se aclaró la idea del plugin,
determinando, a un alto nivel, tanto la definición del mismo como su modo de funcionamiento.
Durante las siguientes semanas, el trabajo consistió en efectuar la toma de requisitos para el
módulo. Esta fase inicial se concluyó con la elaboración del documento de requisitos, incluido en el
Anexo II, con la correspondiente aprobación por parte de los tutores.
Al mismo tiempo, junto con la elaboración de requisitos, se inició el proceso de documentación

durante esta primera fase del trabajo. Además de estudiar los tutoriales de las tecnologías externas
fundamentales para el desarrollo del proyecto, como los lenguajes de desarrollo web PHP y
Javascript, o el sistema de gestión MySQL para la base de datos, se abordó la tarea de familiarización
con el entorno de Moodle. A fin de acometer dicho propósito, se hace uso de las herramientas que
la plataforma pone a disposición de los desarrolladores; como el Foro, a modo de medio de
discusión, o el acceso a una amplia variedad de documentos en forma de manuales y guías de uso,
APIs y tutoriales. El objetivo de esta fase temprana de documentación fue el de la familiarización con
el entorno de desarrollo. Se consideró un aspecto importante previo al proceso de diseño ya que,
dado el paradigma de Open Source que sigue la plataforma, se hace imprescindible posibilitar la
tarea de continuidad en el desarrollo de los módulos. Y para ello, en esta primera fase de
familiarización, fue necesario estudiar los estándares que se emplean en Moodle y los manuales de
estilo de código.
Continuando con el aspecto de adaptación al entorno, aún en la fase inicial, se procedió a instalar la
plataforma Moodle en un servidor de prueba. Esta instalación se realizó tanto a nivel local, con el
objetivo de facilitar la tarea de desarrollo en cuanto a la ejecución de pruebas de uso o detección de
errores; como a nivel remoto en un servidor proporcionado por la escuela, lo que facilitó el proceso
de feedback. Los pasos que se siguieron para efectuar la instalación se recogen en el apartado
correspondiente del Manual del Desarrollador que incorpora esta memoria (Anexo IV: Manuales de
Usuario).
7
Otra de las tareas prioritarias en la proyección del trabajo fue, por supuesto, el análisis del estado
del arte. Sobre esta cuestión se añade a la memoria el Anexo I: Estado del Arte, donde se detallan el
contexto actual, los instrumentos de evaluación y control del trabajo en grupo en el ámbito
educativo, y las herramientas existentes en Moodle. De esta labor de análisis se infirieron los
aspectos originales a desarrollar en el nuevo plugin, así como las mejoras aplicables a los módulos ya
desarrollados. Algunos de estos módulos ya integrados que se utilizaron como base en el desarrollo
son la actividad Taller (Workshop), Cuestionarios (Quiz y Questionnaire)1 y Encuesta (Survey).
3.2 Fase de diseño

Tras la primera fase de especificación de la idea y definición de requisitos, siguió el proceso de
diseño. En esta etapa se determinó la arquitectura del módulo incorporando consideraciones de la
implementación, como la estructura de ficheros o la comunicación con la base de datos.
Fundamentalmente, consistió en el diseño de los componentes del sistema, dando respuesta a las
funcionalidades descritas en la fase anterior.
El proceso de diseño se desenvolvió siguiendo las normas de desarrollo para nuevos módulos tipo
Actividad de la plataforma Moodle. Incluyendo en la nueva arquitectura desarrollada los elementos
obligatorios: directorios, ficheros, métodos, etc., que impone la plataforma. Para la base de datos, se
respetó el modelo del acceso a los datos de Moodle, cumpliendo los estándares requeridos en la
plataforma. De esta manera se garantizó la correcta integración de la base de datos del módulo en el
sistema de Moodle.
En el Capítulo 4 de este informe se profundiza en esta cuestión. Adicionalmente se incluye el Anexo

II con información más precisa acerca del proceso de diseño, además de la metodología y las
tecnologías aplicadas y, en concreto, las APIs de la plataforma de las que hace uso el módulo.
A continuación, se procede a exponer de forma sintética un listado de alguna de las APIs más
importantes que emplea el plugin elaborado. Previamente corresponde señalar que además de estas
interfaces con sus respectivos métodos, si bien ofrecen una funcionalidad bastante completa, fue
necesario implicar en el desarrollo tecnologías soportadas por la plataforma como los lenguajes PHP
y JavaScript y la biblioteca jQuery así como el lenguaje de consulta de MySQL y el lenguaje de diseño
CSS (Cascading StyleSheets).
APIs de Moodle utilizadas:

● Data Manipulation API, para el tratamiento de la información de la base de datos.
● Access API, ofrece funciones para definir los permisos y capacidades del usuario.
● Page API que se utiliza para configurar la página actual, agregar JavaScript y configurar cómo
se mostrarán los resultados al usuario.
● Navigation API que permite manipular el árbol de navegación agregando o eliminando
elementos de forma sencilla.
1
Los nombres de los módulos Quiz y Questionnaire coinciden en la traducción al castellano.
8
● Output API para procesar el HTML. Al igual que las dos anteriores, relacionada con el
desarrollo web.
● Form API para definir y administrar los datos de usuario a través de formularios web. Esta
API admite todos los elementos html (checkbox, radio, textbox, etc.), con una mayor
accesibilidad y seguridad.
● Message API, para efectuar los avisos personalizados a los alumnos participantes.
● File API que posibilitó, por ejemplo, desarrollar la funcionalidad de importación y
exportación de criterios de las encuestas de valoración del módulo.
● Gradebook API para leer y escribir en el libro de calificaciones (gradebook) de Moodle.
3.3 Programación e integración del plugin

Posteriormente, tras la fase de diseño se procedió a la elaboración de código. Como se retrata en el
Anexo II con mayor detalle, la codificación del plugin se desarrolló siguiendo el esquema del módulo
tipo Actividad de Moodle.
“Una actividad es un nombre general para un grupo de características en un curso Moodle.

Usualmente una actividad es algo que un estudiante hará, que interactúa con otros
estudiantes o con el maestro.” moodle.org
Para ello, se crearon los ficheros y métodos requeridos por este tipo de módulos, de esta manera se
aseguró su correcta integración en la plataforma. A fin de llevar a cabo este propósito, se hizo uso de
las APIs comentadas en el punto anterior, además de apoyarse para la elaboración de código en el
manual de estilo de Moodle.
Con todos estos puntos previos predefinidos para el desarrollo del software, considerados desde la
fase inicial de documentación del proyecto, la incorporación del plugin a Moodle no supuso ninguna
dificultad añadida. Se ejecutó instalando el módulo desarrollado en la plataforma ubicada tanto en
el servidor de pruebas local como en el servidor remoto proporcionado por la Escuela de Ingeniería
de Telecomunicación de Vigo.
A causa de esta integración temprana de la primera versión del plugin, se pudieron realizar
diferentes ensayos de forma paralela a la fase de desarrollo. De esta manera, el resultado final de
trabajo es la suma de todas las características descritas en la fase inicial de definición más las
aportaciones obtenidas mediante el feedback de las pruebas de uso del plugin en la plataforma.
4. Diseño
Como se indica en el Capítulo 3.2, tras la primera fase de definición del plugin se prosiguió con el
proceso de diseño. Aquí se determina la arquitectura final del sistema. Para ello, se incorporan
consideraciones de la implementación tecnológica, como la estructura de ficheros o el esquema de
la base de datos.
9
Moodle se basa en un núcleo (Moodle core) que se extiende a través de una gran cantidad de plugins
que proveen de funcionalidad específica a la plataforma. La estructura de los módulos en Moodle
consiste en un directorio con archivos PHP, JavaScript, XML y CSS y puntos de entrada definidos en
varios archivos clave como locallib.php, db/install.xml o lib.php que permiten la comunicación con el
core.
En cuanto a la base de datos, Moodle integra más de doscientas tablas incluyendo las necesarias
para el core y las de los módulos principales. Para interactuar con la base de datos existe una capa
de abstracción llamada XMLDB.
4.1 Esquema del módulo

Con los requisitos ya definidos, se inició el diseño del esquema del plugin, siguiendo las normas de
desarrollo para nuevos módulos tipo Actividad de la plataforma. El procedimiento consistió en
estudiar las estructuras requeridas en los nuevos módulos a integrar, así como realizar un
seguimiento de los estándares de la plataforma en la elaboración de la arquitectura creada.
En Moodle los módulos Actividad se almacenan en una carpeta específica: el directorio mod/.
Algunos de estos módulos que Moodle incorpora por defecto son: Tarea, Consulta, Foro, Glosario,
Cuestionario, Recurso y Encuesta. Cada módulo está en un subdirectorio separado y consiste en un
conjunto de elementos obligatorios más los scripts extra únicos para cada módulo; un directorio con
archivos PHP, JavaScript, XML y/o CSS y diferentes métodos heredados de las APIs en varios archivos
requeridos para la integración que permiten la comunicación con el núcleo. Esta estructura general
de archivos y directorios se detalla en el apartado Esquema del módulo del Anexo II. En la Figura 4.1,
se resume en la estructura de archivos que conforman el esquema del plugin desarrollado.
Otra de las cuestiones en la fase de diseño fue elegir el nombre del nuevo plugin. La plataforma
impone que, al crear un nuevo módulo, el nombre del mismo debe ser una palabra sencilla, en
inglés, que no incluya números u otros caracteres especiales. La opción elegida fue groupevaluation.
Por otra parte, también se exige asegurarse de que el módulo proporciona soporte para algunas
características como grupos, metacursos y copias de seguridad y restauración.
Figura 4.1: Esquema del módulo groupevaluation.
10
4.2 Base de datos

Para el proceso de diseño de la base de datos se siguió el modelo de acceso a los datos de Moodle,
cumpliendo los estándares de la plataforma. Así se garantizó la correcta integración de la base de
datos del módulo en el sistema de Moodle. Para definir la estructura de los datos que utiliza el
plugin, se aplicaron dos fases según el nivel: el diseño conceptual o lógico y el diseño físico.
Durante el primer procedimiento se realizó la descripción de alto nivel de la estructura de la base de

datos, sin contemplar los aspectos más técnicos. El objetivo de esta etapa fue describir el contenido
de información y no las estructuras de almacenamiento necesarias para manejar dicha información.
Tanto las tablas y campos obligatorios que requiere el módulo, en tanto en cuanto éste es una
instancia de Actividad en Moodle, como las tablas específicas de las que se servirá para su correcto
funcionamiento. El sistema gestor que emplea Moodle es MySQL, que utiliza el modelo relacional y,
por tanto, estas capas de diseño conceptual y lógico se implementaron mediante diagramas de
Entidad/Relación (modelo conceptual) y tablas y relaciones entre éstas (modelo lógico). En la Figura
4.2 se representa el diagrama del modelo lógico de la base de datos.
El segundo procedimiento de diseño físico, partiendo del lógico, dio como resultado una descripción
de la implementación de la base de datos del módulo y sus estructuras de almacenamiento en el
sistema Moodle. Aquí el objetivo fue conseguir una mayor eficiencia, teniendo en cuenta los
aspectos concretos del sistema gestor que usa la plataforma, estudiando la estructura general del
sistema y las herramientas de acceso que proporciona.
Figura 4.2: Esquema relacional de la base de datos del plugin.
11
4.3 Interfaz de plugin

En el proceso de diseño web se abarcaron diferentes aspectos como el diseño gráfico y el diseño de
la interfaz web, la experiencia de usuario, además de otras claves como la navegabilidad,
interactividad, usabilidad y la arquitectura de la información.
En el diseño de la interfaz web del módulo se tuvo muy en cuenta la opinión de las personas
interesadas. Es decir, el feedback proporcionado por los profesores tutores, como futuros usuarios
del plugin jugó un papel muy importante en el proceso de diseño web. Por otra parte, al igual que en
en todos los demás procesos de diseño, se cuidó la integración con la plataforma Moodle. Para ello
se respetaron todos los estándares de interfaz además de utilizar las herramientas que proporciona
Moodle para el diseño web, como las APIs mencionadas en la Sección 2 del Capítulo 3; como la Page
API para configurar la página actual, agregar JavaScript o la Output API para procesar HTML. De esta
forma, se buscó conseguir una apariencia similar a otras actividades de Moodle y, así, facilitar la
interacción con el usuario.
Siguiendo con el aspecto de la apariencia, cabe destacar que Moodle incorpora Temas. Los temas
proporcionan una capa para cambiar completamente el aspecto y apariencia del sitio web o de un
curso individual en Moodle. Por este motivo el uso de las APIs de procesado web adquiere una
especial relevancia ya que, de esta manera, dentro de lo posible, el tema del módulo es
completamente adaptable a la configuración de Moodle.
El aspecto general del plugin, además de las páginas obligatorias para cada módulo actividad como
el índice con el listado de todas las instancias del módulo (index.php) o la vista principal de la
instancia (view.php), se compone de otra serie de páginas propias del módulo. Estas vistas
secundarias se distribuyen en forma de pestañas, facilitando la navegación por parte del usuario y
mejorando la experiencia de usuario. Este menú de navegación en forma de pestañas aparece
ejemplificado en la Figura 4.3: Captura de la vista de Edición de encuesta. Está compuesto por una
interfaz de creación y edición de la encuesta de valoración que utilizará la evaluación, una ventana
de previsualización, la página para agregar los grupos participantes de forma intuitiva y sencilla, una
sección con la presentación de los resultados y la vista que permite el envió de mensajes
personalizados a los alumnos que todavía no hayan hecho su evaluación.
Con el objetivo de proporcionar mayor dinamismo en la página, mejorando la usabilidad y la

experiencia de usuario, surge la necesidad de aplicar tecnologías como la que ofrece el desarrollo
mediante JavaScript, como la biblioteca jQuery. Este software permite simplificar la manera de
interactuar con los documentos HTML, manipular el árbol DOM, manejar eventos, desarrollar
animaciones y agregar interacción a la interfaz del plugin.
12
Figura 4.3: Captura de la vista de Edición de encuesta.
4.4 Funcionamiento
En este apartado se pretenden describir de forma sintetizada algunas claves del funcionamiento del
plugin. Básicamente, se trata de un módulo para la gestión y creación de encuestas de valoración
orientadas a la evaluación del trabajo en grupo. Para ello, el plugin se encarga de manejar los grupos
creados en el curso Moodle, generando de manera automática las encuestas de evaluación cruzada
correspondientes. Así, el módulo se ocupa de la gestión de los grupos participantes, con total
libertad y facilidad a la hora de añadir o eliminar grupos de la evaluación, pero externalizado la tarea
de la creación de éstos, ya que es una funcionalidad ya implementada en Moodle. Con ello se
pretende la máxima integración evitando además la redundancia creando grupos para el curso y
grupos para la actividad de evaluación.
Por otra parte, debido a la flexibilidad que ofrece este módulo en la creación de las encuestas, cabe
mencionar la posibilidad de ponderación de los criterios. Cada encuesta se conforma de un número
personalizado de criterios que llevan asociado un peso en la encuesta. Así, este reparto de pesos
puede ser uniforme, o bien, definido por el creador de la encuesta. Para el cálculo de resultados
final, la nota obtenida en cada criterio se pondera por el peso del mismo en la encuesta.
Debido a que el módulo es, en definitiva, una instancia de actividad en Moodle, lleva asociada una
nota (grade) para el alumno. La finalidad del plugin es proporcionarle toda la información al
docente, siendo éste el que establezca la nota. La presentación de resultados se compone de varias
vistas (informe global con medias ponderadas, evaluaciones cruzadas globales y por criterio, etc.), de
esta manera se ofrece un acceso cómodo a todos los datos de valoración generados.
13
5. Resultados
Concluidas las diferentes fases de definición, diseño y programación se obtiene como resultado final
de la elaboración de este trabajo el plugin Evaluación de grupo para Moodle. Una herramienta de
control y valoración del funcionamiento del trabajo en equipo que incorpora:
● Sistema de gestión de evaluaciones cruzadas.
● Interfaz para la creación de las encuestas de valoración que contestará cada participante.
● Presentación de resultados con informes globales e individuales en forma de tablas y con
diferentes vistas.
● Administración de grupos participantes en la evaluación.
● Sección de avisos donde se posibilita el envío de mensajes personalizados a los alumnos
pendientes de responder la encuesta de valoración.
El método de evaluación que gestiona el módulo utiliza el recurso de la rúbrica. Con esta
herramienta se describen los criterios a tener en cuenta para valorar un trabajo, y recoge un
gradiente de calidad o nivel de profundización para cada criterio. Su utilización permite que el
alumno pueda ser evaluado de forma “objetiva”. En la Figura 5.1 se muestra una captura de la vista
de resultados de un profesor/a.
Como se señala en la introducción de este informe, Moodle comprende un sistema rodeado de una
gran cantidad de plugins que proveen de funcionalidad específica a la plataforma. El módulo
desarrollado extiende este conjunto de funcionalidades ocupándose de la tarea de gestionar las
evaluaciones de grupo; para la cual no se disponía, hasta ahora, de instrumentos específicos. En el
Capítulo 1 se explica el proceso de indagación en el repositorio de plugins de Moodle con el objeto
de hallar un módulo útil para llevar a cabo esta tarea. Tras este proceso de documentación previo y
ya con el producto final desarrollado, se procede a detallar un resumen de las aportaciones que
ofrece el plugin con respecto a los módulos ya existentes.
Figura 5.1: Ejemplo de una evaluación de grupo, vista resultados profesor/a.
14
En primer lugar, en este plugin es fundamental la dotación de un sistema de gestión de encuestas.

Por ello, conviene establecer las diferencias o aportaciones en comparación a los plugins que
ofrecen esta “misma” funcionalidad dentro de la plataforma. La principal diferencia en relación a las
extensiones como Encuesta (Survey), Questionnaire o Poll que proporcionan las herramientas para la
recolección de datos a través de un conjunto de cuestiones, es la especificación del carácter de
encuesta de valoración. Es decir, además de ser anónimas, las encuestas de valoración tienen que
distribuirse correctamente entre los miembros de los grupos, efectuando y almacenando
correctamente y de forma automática las evaluaciones cruzadas. En la Figura 5.2, se muestra la vista
de resultados para un alumno/a; mientras que en la Figura 5.3 se expone el modelo de informe
global que utiliza el módulo para el profesor.
Figura 5.2: Ejemplo de una evaluación de grupo, vista resultados alumno/a.
Figura 5.3. Informe global por participante, vista resultados profesor.
Desarrollar un nuevo plugin posibilitó el hecho de añadir nuevas características, como dotar de
mayor flexibilidad a las encuestas; con la posibilidad de añadir criterios con pesos diferentes,
marcando criterios con una relevancia especial, agregando un número indeterminado de posibles
respuestas, cada una asociada a un valor numérico especificado por el docente y ordenar tanto los
criterios como las posibles respuestas de cada uno de ellos. Además, el plugin incorpora una
funcionalidad que comparte con el módulo Cuestionario (Quiz) de Moodle: el banco de criterios, con
una filosofía similar a la del banco de cuestiones de este módulo. Asimismo, incorpora la
funcionalidad de importar y exportar criterios de forma externa a la plataforma. Estos añadidos
facilitan enormemente la tarea de creación de encuestas al profesorado, permitiéndole agregar
criterios previamente almacenados sin necesidad de crear nuevos criterios por cada instancia de la
actividad. Estos criterios se diferencian en dos tipos, los criterios salvados por los usuarios con
permiso de edición y los criterios de valoración por defecto que incorpora el propio módulo.
15
Además, como instancia de Actividad Moodle, ofrece la posibilidad de “duplicar” la actividad de

evaluación, manteniendo la información de la encuesta de valoración y los grupos participantes en la
nueva instancia creada. De esta forma también se facilita la tarea de creación de evaluaciones a lo
largo del ciclo académico.
6. Conclusiones
Una vez finalizado el proceso de elaboración del proyecto, corresponde realizar una reflexión acerca
del trabajo desarrollado y del posible trabajo futuro que se pueda desarrollar. Por otra parte, se
considera importante mencionar que, recapitulando los objetivos del proyecto y comparándolos con
el resultado obtenido, se puede concluir que se han alcanzado todos los objetivos que se habían
propuesto inicialmente. Tanto los requisitos funcionales como el propósito final de integración del
módulo en la plataforma Moodle. Estos requisitos referidos, por otro lado, aparecen recogidos en el
Anexo II.
El plugin Evaluación de grupo (Group evaluation) para Moodle es un módulo tipo Actividad que
permite automatizar el proceso de evaluación mediante rúbricas y encuestas de valoración, que es el
procedimiento general utilizado por los/las docentes para evaluar el trabajo en grupo. Su función
fundamental es proporcionar los instrumentos necesarios para llevar a cabo esta tarea de valoración
del funcionamiento del trabajo en equipo. Para ello, el plugin se compone de un sistema de gestión
de evaluaciones cruzadas, una interfaz para la creación y edición flexible de la encuesta de
valoración a cubrir por los alumnos participantes, una sección de resultados y un módulo de avisos
para facilitar el envío de información a los participantes. En este punto interesa recordar que tras un
proceso de documentación se concluyó que utilizar los plugins genéricos de encuestas de la
plataforma tendría el mismo efecto que utilizar herramientas externas de generación de encuestas
y, por lo tanto, no ayudaban en la tarea de evaluación de grupos.
La sección de resultados del nuevo módulo, con informes globales e individuales en forma de
gráficas y tablas, con diferentes vistas, adquiere una especial relevancia ya que muestra de una
forma muy visual las evaluaciones cruzadas obtenidas. De esta manera, se favorece la tarea de
control, tanto para valorar, asignando la nota correspondiente como instancia de actividad, como
para corregir o detectar posibles conflictos que puedan surgir. Los datos generados con las
encuestas y recopilados por el módulo ayudan a conocer cómo se valoran mutuamente los
miembros de los grupos participantes, además permiten ponderar individualmente la nota obtenida
por el grupo en su conjunto. Mediante las facilidades que ofrece debido a su integración en la
plataforma y la automatización y gestión de tareas, así como la presentación visual de los resultados,
se intenta favorecer la gestión de los grupos por parte de la docencia e impulsar la motivación del
alumnado que participe en los trabajos en grupo.
Una cuestión relevante con respecto al proceso de trabajo la marca la condición de Open source; ya
que Moodle es una plataforma de código abierto que proporciona el software gratuitamente. Desde
la comunidad Moodle se incentiva el esfuerzo abierto colaborativo, filosofía en la que me siento muy
cómodo trabajando, desarrollando nuevas funcionalidades; en efecto, la comunidad Moodle es uno
16
de los equipos de código abierto más grandes del mundo. Una de las ventajas del trabajo
colaborativo es que es un proceso en el cual cada individuo aprende más de lo que aprendería por sí
solo, fruto de la interacción de los integrantes del equipo. En Moodle se proporcionan diferentes
herramientas para dar lugar a esta interacción, entre las que destaca el Foro, como un medio para
publicar cuestiones y mantener discusiones públicas sobre el desarrollo de la plataforma.
Adicionalmente, el código abierto permite que Moodle se encuentre en continua evolución,

teniendo con una alta flexibilidad además de ser completamente personalizable y escalable. El hecho
de que esté diseñado de manera modular, ha permitido integrar el plugin desarrollado con una gran
facilidad. Moodle también posee una cantidad extensa de recursos disponibles. Una documentación
accesible bastante detallada y foros de usuario en múltiples idiomas, lo que facilita la tarea del
desarrollador. Además, es respaldado por una comunidad de desarrolladores activos.
Ligado a este carácter de software libre, se encuentra el hecho de la orientación evolutiva del
trabajo, ya que en el desarrollo del módulo se consideró el hecho de que, en un futuro, otros
desarrolladores puedan entender, mejorar o continuar este proyecto. Esta circunstancia marcó, en
muchos aspectos, el encauzamiento del proceso de desarrollo del plugin. En cuanto a este posible
trabajo futuro resaltan algunos aspectos técnicos mejorables como la incorporación, por ejemplo, de
un buscador y una herramienta de filtrado en el banco de criterios del módulo, además se podría
añadir la selección de idioma a todo el conjunto de criterios, ahora solo disponible para las
preguntas por defecto. Otra cuestión mejorable afecta a la funcionalidad de importación y
exportación de criterios, puesto que es interesante que en un futuro se extiendan los formatos
soportados (actualmente Moodle XML). En el aspecto formal, corresponde señalar las posibles
mejoras en la interfaz web que puedan surgir, adaptándose a las nuevas tecnologías de desarrollo y
a la evolución de la plataforma en sí misma.
Como conclusión final, y de acuerdo a los resultados y valoraciones anteriormente comentados, se

puede afirmar que se ha cumplido satisfactoriamente con el trabajo propuesto inicialmente. Por otra
parte, el código ha sido comentado y además se adjunta como anexo al final del documento el
manual de usuario para desarrollador que explica el funcionamiento de cada componente,
facilitando la tarea del desarrollador que pretenda mejorar el plugin o, simplemente, entender su
funcionamiento a un nivel más profundo. Adicionalmente en el Anexo II de información más precisa
relativa al proceso de elaboración incorpora un enlace al repositorio público de GitHub con el código
fuente del módulo desarrollado.
Por último, y a modo de corolario, cabe resaltar que tras el proceso de trabajo descrito se alcanza
una solución final totalmente funcional. Produciendo el módulo de Evaluación de grupo, listo para su
incorporación al directorio de plugins de Moodle. Con este informe además de explicar el proceso de
elaboración, se procura también reflejar los conocimientos adquiridos en el grado empleados en el
desarrollo del trabajo y, por supuesto, las competencias obtenidas en la elaboración del mismo.
17
7. Bibliografía
● [1] Sitio oficial de la comunidad Moodle: https://moodle.org
○ Documentación: https://docs.moodle.org
○ Open source: https://download.moodle.org
○ Desarrollo: https://dev.moodle.org
○ Foro: https://moodle.org/mod/forum
○ Repositorio de plugins: https://moodle.org/plugins
○ Core APIs: https://docs.moodle.org/dev/Core_APIs
○ Base de datos: https://docs.moodle.org/dev/Database
○ Plugin contribution checklist:
ttps://docs.moodle.org/dev/Plugin_contribution_checklist
● [2] Foros externos: comunidad stack overflow: https://stackoverflow.com
● [3] World Wide Web Consortium (W3C): https://www.w3.org
● [4] Documentación PHP: http://php.net/
● [5] Manual Moodle 3.0 de la Universidad Politécnica de Madrid:
http://serviciosgate.upm.es/docs/moodle/manual_moodle_3.0.pdf
● Instalación Arquitectura LAMP
○ [6] Moodle: https://docs.moodle.org/32/en/Installing_Moodle
○ [7] Apache: https://docs.moodle.org/32/en/Apache
○ [8] MySQL: https://docs.moodle.org/32/en/MySQL
○ [9] PHP: https://docs.moodle.org/32/en/PHP
○ [10] Guía de instalación Apache2 en Ubuntu 14.04: https://lignux.com/guia-
instalacion-de-apache2-en-ubuntu-14-04/
● [11] Tutorial desarrollo plugin Moodle: https://docs.moodle.org/dev/Tutorial
● [12] JavaScript: https://www.javascript.com
● Herramientas para evaluación del trabajo en equipo
○ [13] Herramienta para evaluación por pares CATME:
https://www.catme.org/login/survey_instructions
○ [14] Herramienta para evaluar el funcionamiento de los equipos de trabajo en
entornos docentes (Universidad de Cádiz):
https://upcommons.upc.edu/bitstream/handle/2099/13282/equipos%20de%20trab
ajo%20en%20entornos%20docentes.pdf
○ [15] Propuesta de evaluación mediante rúbrica (Universidad de Navarra):
https://dialnet.unirioja.es/descarga/articulo/3896779.pdf
● [16] MATHIEU, J.; MAYNARD, M.T.; RAPP, T.; GILSON, L. (2008). Team effectiveness 1997-
2007: A review of recent advancements and a glimpse into the future. Journal of
Management, 34(3): 410-476: http://dx.doi.org/10.1177/0149206308316061
● [17] ILGEN, D. R., HOLLENBECK, J. R., JOHNSON, M., & JUNDT, D. (2005). Team in
organizations: From input-process-output models to IMOI models. Annual Revision
Psychologist, 56: 517-543: http://dx.doi.org/10.1146/annurev.psych.56.091103.070250
● [18] GitHub, plataforma de desarrollo colaborativo: https://github.com/
18
8. Anexos
A. Anexo I: Estado del arte. ........................................................................................................ 20

1. Ámbito educativo ............................................................................................................... 20
2. Herramientas de Moodle .................................................................................................... 22
B. Anexo II ................................................................................................................................. 23
1. Documento de requisitos .................................................................................................... 23
1.1 Requisitos Funcionales .................................................................................................. 23
1.2 Requisitos No Funcionales ............................................................................................. 24
2. Tecnologías utilizadas ......................................................................................................... 25
2.1 Plataforma Moodle ....................................................................................................... 25
2.2 APIs de Moodle ............................................................................................................. 26
2.3 Otras tecnologías .......................................................................................................... 27
3. Código fuente ..................................................................................................................... 28
C. Anexo III: Manuales de usuario ............................................................................................... 29
Manual para el profesor ......................................................................................................... 29
1. ¿Para qué sirve?.............................................................................................................. 29
2. ¿Cómo se crea? ............................................................................................................... 30
3. Seguimiento de la actividad............................................................................................. 31
Manual para el alumno .......................................................................................................... 39
1. ¿Para qué sirve?.............................................................................................................. 39
2. Seguimiento de la actividad............................................................................................. 40
Manual para el desarrollador.................................................................................................. 41
1. Instalación de Moodle. .................................................................................................... 42
2. Esquema de un módulo. .................................................................................................. 42
3. Base de datos ................................................................................................................. 43
4. Código fuente ................................................................................................................. 44
19
A. Anexo I: Estado del arte.
1. Ámbito educativo
La capacidad de trabajo en equipo es una de las competencias que más se demanda en el ámbito
académico, además de en otras áreas como la profesional o la social. Esta modalidad requiere el
ejercicio de una serie de habilidades esenciales como proponer ideas y aceptar las de otros,
gestionar bien el tiempo, escuchar, colaborar o adaptarse, entre otras.
La herramienta de ayuda para la orientación y evaluación de competencias y aprendizajes más

extendida es la rúbrica. En ella se describen los criterios a tener en cuenta para valorar un trabajo o
tarea, y recoge un gradiente de calidad o nivel de profundización para cada criterio. Su utilización
permite que el alumno pueda ser evaluado de forma objetiva.
En el entorno educativo existen diferentes instrumentos para evaluar las competencias implicadas
en el trabajo en equipo, pero todas extienden la idea mencionada de la rúbrica, modificando los
diferentes criterios a tener en cuenta. Se adjunta en la Figura A.1 una tabla con un ejemplo de un
conjunto de criterios para conformar una rúbrica de evaluación desarrollado por la Universidad de
Cádiz [14].
Figura A.1: Rúbrica de evaluación. Trabajo desarrollado por la Universidad de Cádiz.
Existen otras herramientas para evaluar el funcionamiento de los equipos de trabajo en entornos
docentes como la desarrollada por la Universidad de Navarra [15] (Elisabeth Viles Díez, Marta
Zárraga-Rodríguez, Carmen Jaca García) diseñada a partir de un modelo que representa el proceso
de trabajo en equipo. El modelo, que se presenta en la Figura A.2 obtenida del documento [13] que
se recoge en la bibliografía, se basa en el modelo integrado de efectividad del trabajo en equipo
20
IMO, desarrollado para entornos organizacionales no académicos por Ilgen, Hollenbeck, Johnson y
Jundt (2005) [16] y Mathieu, Maynard, Rapp y Gilson (2008) [17]. El modelo sugerido por estos
autores representa el trabajo en equipo como un conjunto de procesos (Mediators) condicionados
y/o influidos por unos factores previos o de entrada (Inputs) y que dan lugar a unos resultados
(Outcomes).
Figura A.2: Modelo IMO (Mathieu et al., 2008) [17]
El nuevo modelo consiste en adaptar y completar la estructura inicial del modelo IMO, para que
pueda ser utilizado en el entorno docente. En concreto, como se muestra en la Figura A.3,
igualmente obtenida del estudio realizado por la Universidad de Cádiz, se ha completado con la
elaboración de:
● Pautas para poder desplegar la actividad de trabajo en equipo a lo largo de un curso, grado o
ciclo docente.
● Pautas para evaluar los resultados del trabajo en equipo a tres niveles.
● Herramienta para evaluar desempeño de los equipos de trabajo como paso previo al
conocimiento del grado de adquisición de la competencia por parte de los alumnos.
Figura A.3: Nuevo modelo IMO, adaptado al ámbito docente.
Por último, cabe mencionar que existen una gran variedad de instrumentos online para la evaluación
del trabajo en grupo, si bien, todos comparten el mismo funcionamiento a través de formularios de
21
valoración a partir de rúbricas para los alumnos. Un ejemplo es la herramienta de evaluación por
pares CATME [13], de donde se obtienen los criterios por defecto que incorpora el módulo
desarrollado en este proyecto. El funcionamiento es sencillo, solo se necesita una cuenta en la
plataforma y esta se encarga de gestionar las encuestas de valoración y evaluación de los miembros
de cada grupo. Al final, se muestran los resultados de cada participante, comparando sus
calificaciones con las calificaciones obtenidas de sus compañeros. Los criterios que contempla,
graduando las posibles respuestas a cada uno en cinco niveles, son: contribución al trabajo en
equipo, interacción con los compañeros de equipo, mantener al equipo en funcionamiento, calidad
esperada y conocimiento, destrezas y habilidades.
2. Herramientas de Moodle
En la actualidad no existen en la plataforma de Moodle herramientas específicas para la evaluación
del trabajo en grupo, a excepción del módulo Taller (Workshop). Este módulo consiste en una
actividad de evaluación entre pares con muchas opciones. Los estudiantes envían su trabajo a través
de una herramienta de texto en línea y archivos adjuntos que integra el plugin. Hay dos
calificaciones para un estudiante: su propio trabajo y las evaluaciones por pares de los otros
estudiantes.
Como se explica, la actividad Taller es una herramienta de evaluación por pares que incluye
bastantes opciones. Sin embargo, está orientada a la evaluación concreta de una entrega: los
alumnos corrigen y asignan una nota a otros estudiantes sobre esa actividad a evaluar mediante
diferentes modelos de evaluación como rúbricas, detección de errores y notas numéricas. El módulo
Workshop, por tanto, siendo un instrumento muy potente de aprendizaje, evaluación y
autoevaluación, es demasiado genérico para permitir la generación de encuestas de valoración
flexibles, y su gestión automática dentro del propio módulo. Tampoco contempla el procesado y
presentación de los resultados de forma que el/la docente pueda extraer las conclusiones y
valoración pertinentes del grupo de trabajo. Básicamente este módulo es una extensión de la
actividad Tarea (Assignment) de Moodle.
Por otro lado, existen en la plataforma de Moodle una serie de extensiones que permiten la creación
de encuestas y cuestionarios personalizados, como por ejemplo los plugins Survey, Questionnaire o
Poll. Estos módulos permiten a los docentes crear una gran variedad de preguntas para obtener
retroalimentación de los estudiantes registrados en un curso o en una actividad. También destaca el
módulo Cuestionario (Quiz), que se diferencia de los anteriores en que éste permite a los profesores
diseñar y aplicar cuestionarios a modo de exámenes, con capacidad de calificación. Con los
anteriores no se evalúa o valora a los estudiantes, sino que se obtienen datos.
Se concluye que mediante los plugins genéricos de encuestas de Moodle no se proporcionan

herramientas específicas para el procesado de los resultados en la valoración del funcionamiento del
trabajo en grupo. Utilizar estos plugins en la plataforma tiene el mismo efecto que utilizar
herramientas externas de generación de encuestas como formularios online, con la única ventaja de
que éstos están integrados en la plataforma.
22
B. Anexo II
En este anexo se recoge información más precisa relativa al procedimiento de elaboración del TFG.
Incorpora el documento de requisitos con el que se procedió al desarrollo del proyecto, una
introducción a la plataforma Moodle, un resumen de las tecnologías utilizadas en el desarrollo, el
enlace al repositorio en GitHub con el código fuente del plugin y unas credenciales de acceso al
servidor de prueba de la plataforma.
1. Documento de requisitos
Definición del TFG: “Diseño e implementación de un plugin para evaluaciones cruzadas en grupo en
la plataforma docente Moodle. Desarrollo de una herramienta que emplea encuestas para gestionar,
controlar y evaluar el funcionamiento del trabajo en equipo”.
Se detalla a continuación la lista final de requisitos funcionales y no funcionales, resultado de las

reuniones iniciales con los profesores tutores de este Trabajo de Fin de Grado.
1.1 Requisitos Funcionales

Se describe la enumeración de requisitos funcionales que implementará el módulo, en base a los
siguientes actores identificados:
1. Administrador. Mantiene y gestiona la plataforma Moodle.
2. Profesor. Administra un curso, lo gestiona y añade actividades. Cada curso podría
tener un número indeterminado de profesores.
3. Alumno. Usuario de la plataforma. Cada curso (secuencia de actividades) tiene un
número indeterminado de alumnos.
1. El plugin permitirá gestionar evaluaciones del trabajo en grupo. Proporcionará a los

docentes una herramienta para generar las encuestas de valoración que contestará cada
miembro del grupo, permitiéndoles configurar tanto los apartados a valorar que se
mostrarán en el cuestionario, como el peso que tendrán los mismos en el cálculo final de la
asignación que obtendrá cada miembro del grupo. Proporcionará una encuesta modelo, en
forma de criterios ya predefinidos (que se podrá editar desde la vista correspondiente de la
instancia). Además, permitirá al profesor configurar también el peso que tendrán los
criterios en el cálculo final de la asignación que obtendrá cada miembro del grupo.
2. Se encargará de la gestión de los grupos de alumnos y de hacer llegar los cuestionarios a
cada uno de los miembros. Los alumnos contestarán a las encuestas desde la propia
plataforma. El plugin manejará los grupos que estén formados en el curso a través de la
plataforma, facilitando una interfaz para la selección de los grupos.
3. El módulo realizará el cómputo tras finalizar el proceso de respuesta (encuestas cubiertas),
teniendo en cuenta los parámetros prefijados por el profesor, y asignará el resultado al
alumno correspondiente.
4. El módulo posibilitará el envío de mensajes y correos electrónicos personalizados a los
alumnos participantes.
23
5. El plugin deberá proporcionar una vista de contenidos por Instancia (view.php). Será la
página de inicio de la actividad, que integrará varias vistas en función de los diferentes roles
de la plataforma que podrán acceder (administrador, docente, alumno) y de la fase de la
actividad (creación, evaluación, resultados). En la fase de resultados se indicará si la
autoevaluación es significativamente mayor o menor que la media de sus compañeros.
6. Con el objeto de que los administradores del curso puedan trabajar con el plugin,
dispondrán de mecanismos para la creación y la gestión de una nueva instancia del módulo
siguiendo las especificaciones de los módulos Actividad de Moodle (formulario
mod_form.php).
7. El módulo se comunicará con el core de Moodle e interactuará con la Base de Datos
haciendo uso de las APIs que proporciona esta plataforma.
8. Los contenidos de las encuestas podrán incluir: texto, imágenes, galerías de imágenes, y
enlaces web.
9. La herramienta incluirá las opciones de previsualización y publicación de los contenidos en el
formulario de creación.
10. Cada administrador del curso podrá ver la lista de las instancias del módulo creadas.
11. Las encuestas de valoración tendrán un carácter anónimo, y sólo el profesor tendrá acceso a
la información de autoría de las evaluaciones cruzadas.
12. El módulo permitirá a los alumnos participantes guardar evaluaciones incompletas sin
necesidad de entregarlas definitivamente. Una vez enviadas, no se podrán modificar.
13. Los profesores sólo podrán editar la encuesta de valoración antes del comienzo del periodo
de evaluación, marcado por la fecha de apertura de la actividad (configurable). Tampoco se
podrá modificar la encuesta una vez haya sido respondida por algún participante.
14. El módulo ofrecerá la posibilidad de “duplicar” la actividad de evaluación, manteniendo la
información de la encuesta de valoración y los grupos participantes en la nueva instancia
creada.
1.2 Requisitos No Funcionales

Definición de propiedades y restricciones del sistema.
1. El plugin será compatible, al menos, con la versión 3 de Moodle (será instalada en FAITIC
para el curso que viene).
2. La interfaz de usuario será proporcionada, al menos, en inglés, español y gallego. Diseñada
siguiendo el estándar de Moodle para que soporte varios idiomas.
3. Tipo de módulo: Actividad. Las actividades son objetos individuales del curso. Existen
actividades de todo tipo, colaborativas, foro, wiki, cuestionarios, etc. Es el tipo de módulo
más desarrollado, se instalan en el directorio mod dentro de la raíz de Moodle.
4. Seguirá la estructura de directorios y ficheros de los módulos en Moodle.
5. El código de los ficheros será estructurado siguiendo el modelo estándar que se marca desde
la plataforma.
24
2. Tecnologías utilizadas
2.1 Plataforma Moodle

Moodle, acrónimo de Modular Object-Oriented Dynamic Learning Environment (Entorno de
Aprendizaje Dinámico Orientado a Objetos y Modular) es un software diseñado para ayudar a los/las
educadores/as a crear cursos en línea de alta calidad y entornos de aprendizaje virtuales o VLEs
(Virtual Learning Environments).
“Moodle es una plataforma de aprendizaje diseñada para proporcionar a educadores,

administradores y estudiantes un sistema integrado único, robusto y seguro para crear
ambientes de aprendizaje personalizados.” - moodle.org
Una de sus características - y fortalezas - principales es que es una plataforma de código abierto
(Open Source). Es un software libre que se proporciona gratuitamente, bajo la Licencia Pública
General GNU (GNU General Public License) y, por lo tanto, puede ser utilizado sin pago de cuotas por
licenciamiento. La persona o institución que lo instale está autorizada a copiar, usar y modificar
Moodle. En consecuencia, la plataforma Moodle conforma un sistema permanentemente activo,
seguro y en constante evolución.
“Siempre actualizado. La implementación de Moodle en código abierto significa que Moodle

es continuamente revisado y mejorado, para adecuarse a las necesidades actuales y
cambiantes de sus usuarios.” - moodle.org
Otra de las ventajas del código abierto es la alta flexibilidad de la plataforma, además de hacerla
completamente personalizable y escalable. Está diseñada de manera modular, lo que proporciona
una gran facilidad para agregar y quitar funcionalidades en muchos niveles; característica
fundamental para la realización de este trabajo. La actualización desde una versión anterior a la
siguiente es también muy sencilla. Asimismo, Moodle posee una cantidad extensa de recursos
disponibles: una documentación accesible bastante detallada y foros de usuario en múltiples
idiomas, lo que facilita la tarea del desarrollador. Además, es respaldado por una numerosa
comunidad de desarrolladores activos.
25
2.2 APIs de Moodle
APIs para el tratamiento de la información
● Data Manipulation API. En primer lugar, cabe destacar la Data Manipulation API, interfaz
que proporciona Moodle para el tratamiento de la información de la base de datos. Esta API
describe las funciones disponibles para acceder a los datos almacenados. Para recuperar o
modificar la información guardada, la plataforma recomienda usar exclusivamente estos
métodos, ya que proporcionan un alto nivel de abstracción y evitan errores en la
manipulación o ejecución de transacciones.
● Access API. En relación con la base de datos, tiene también gran importancia la Access API,
que ofrece funciones para que se pueda determinar de forma simple lo que el usuario actual
tiene permitido hacer. Además, permite que los módulos amplíen Moodle con nuevas
capacidades y permisos.
APIs para el diseño Web
● Page API. Moodle proporciona diferentes herramientas como la Page API que se utiliza para
configurar la página actual, agregar JavaScript y configurar cómo se mostrarán las cosas al
usuario.
● Output API. Moodle proporciona esta API para procesar ficheros HTML.
● Navigation API. Permite manipular el árbol de navegación agregando o eliminando
elementos de forma sencilla.
● Form API. Igualmente, Moodle facilita las funciones de la interfaz Form API para definir y
administrar los datos de usuario a través de formularios web. Esta API admite todos los
elementos html (checkbox, radio, textbox, etc.), con una mayor accesibilidad y seguridad.
Otras APIs suministradas por la plataforma y cuyo uso cobró especial importancia en el desarrollo
del plugin son: la interfaz Message API, cuyos métodos se utilizaron para efectuar los avisos
personalizadas a los alumnos participantes; la File API que posibilitó, por ejemplo, desarrollar la
funcionalidad de importación y exportación de criterios de las encuestas de valoración del módulo y,
por supuesto, la Gradebook API para leer y escribir en el libro de calificaciones (gradebook) de
Moodle.
26
2.3 Otras tecnologías

Además de las APIs descritas en la sección anterior fue necesario implicar en el desarrollo del plugin
otras tecnologías soportadas por la plataforma. Algunas de estas tecnologías más destacables o con
una importancia mayor en la implementación son:
 PHP (http://php.net/)
PHP (acrónimo Hypertext Preprocessor) es un lenguaje de código abierto muy popular
especialmente adecuado para el desarrollo web. En este lenguaje de script está desarrollado
Moodle. El servidor web detecta (por su extensión) las páginas PHP y las envía a PHP
(integrado en el servidor web) para que se ejecuten. PHP debe de estar instalado y
configurado apropiadamente para que Moodle funcione adecuadamente.
 Javascript (https://www.javascript.com)
Lenguaje de programación interpretado, orientado a objetos, basado en prototipos,
imperativo, débilmente tipado y dinámico. En este proyecto se utiliza en su forma del lado
del cliente (client-side), implementado como parte del navegador web permitiendo mejoras
en la interfaz de usuario y páginas web dinámicas.
 HTML, jQuery y CSS (Cascading StyleSheets) (https://www.w3.org)

HTML es el acrónimo de HyperText Markup Language y es el lenguaje que se utiliza para
crear páginas web. Este lenguaje indica a los navegadores cómo deben mostrar el contenido
de una página web.
jQuery es una biblioteca multiplataforma de JavaScript, que permite simplificar la manera de

interactuar con los documentos HTML, manipular el árbol DOM, manejar eventos,
desarrollar animaciones y agregar interacción con la técnica AJAX a páginas web. Es la
biblioteca de JavaScript más utilizada.
CSS, hojas de estilo en cascada (o Cascading Stylesheets), es un lenguaje de diseño gráfico

para definir y crear la presentación de un documento estructurado escrito en un lenguaje de
marcado. Usado para establecer el diseño visual de las páginas web, e interfaces de usuario
escritas en HTML. Está diseñado principalmente para marcar la separación del contenido del
documento y la forma de presentación de este.
Junto con HTML y JavaScript, CSS es una tecnología usada por para crear páginas
visualmente atractivas.
 MySQL (https://www.mysql.com/)
MySQL es un sistema de gestión de bases de datos relacional y está considerada como la
base datos open source más popular del mundo, y una de las más populares en general junto
a Oracle y Microsoft SQL Server, sobre todo para entornos de desarrollo web. Es una de las
Bases de Datos soportadas por la plataforma Moodle.
Está desarrollado en su mayor parte en ANSI C y C++. Tradicionalmente se considera uno de

los cuatro componentes de la pila de desarrollo LAMP y WAMP.
27
3. Código fuente
La plataforma de desarrollo colaborativo GitHub forma parte del entorno de desarrollo de Moodle.
Uno de los primeros pasos para crear una funcionalidad en Moodle es instalar el core de la
plataforma, que se encuentra en un repositorio GitHub. Siguiendo la guía de desarrollo oficial, el
siguiente punto es crear un repositorio público propio para hacer accesible el código fuente del
plugin elaborado.
Además de permitir el desarrollo colaborativo, el uso de GitHub conlleva otra serie de ventajas como
poder elaborar una Wiki online con las funciones del plugin y facilitar el control de versiones además
de incrementar la seguridad y la accesibilidad del código.
Enlace al repositorio GitHub: https://github.com/josevilasw/moodle-mod_groupevaluation
28
C. Anexo III: Manuales de usuario
Manual para el profesor
1. ¿Para qué sirve?

La “evaluación de grupo” es una herramienta de valoración y control del funcionamiento del trabajo
en equipo. Este módulo proporciona los instrumentos necesarios para llevar a cabo esta tarea de
supervisión. Para ello, cuenta con un sistema de evaluaciones cruzadas gestionado por el propio
módulo, una interfaz para la creación y edición flexible de la encuesta de valoración, una sección de
resultados (ver Figura C.1.1) con informes globales e individuales de la evaluación en forma de tablas
y con diferentes vistas y una sección de avisos para facilitar el envío de información a los
participantes.
Con todas estas funcionalidades a disposición de los usuarios/as docentes que ofrece el plugin, se
pretende facilitar la tarea de control de los equipos de trabajo. Tanto para valorar, asignando la nota
correspondiente como instancia de actividad, como para corregir o detectar posibles conflictos que
puedan surgir. Gracias a las facilidades que ofrece debido a su integración en la plataforma y la
automatización y gestión de tareas, además de la presentación visual de los resultados de las
evaluaciones cruzadas, se intenta favorecer tanto la gestión de los grupos por parte de la docencia,
como la motivación del alumnado que participe en los trabajos en grupo.
Figura C.1.1: Ejemplo de una evaluación de grupo en Moodle
29
2. ¿Cómo se crea?
Para añadir una Evaluación de grupo al curso se deben seguir los siguientes pasos:
1. Activar el “Modo Edición” en el curso.
2. En el tema que se desee, pulsar sobre “Añadir una actividad o un recurso” y seleccionar
“Evaluación de grupo”.
3. Pulsar “Agregar”.
En la Figura C.1.2 se muestra una captura del formulario de creación para una Actividad Evaluación
de grupo. Los aspectos a configurar se clasifican por apartados:
2.1 General
Se introduce el “Nombre de la Evaluación de grupo” y, en el campo “Descripción”, una breve
explicación de la instancia de la actividad que estamos creando.
2.2 Disponibilidad
Configurar tanto la fecha de apertura de la evaluación (activa), a partir de la cual se permite a los
participantes enviar las respuestas a las encuestas de valoración asignadas; así como establecer la
fecha límite o de cierre.
Por otro lado, la gestión de fechas implica, a su vez, que el alumnado sólo pueda ver los resultados
de la evaluación a partir de la fecha de “cierre” fijada. Al mismo tiempo, los/las docentes sólo
podrán editar la encuesta antes de que se cumpla la fecha de inicio establecida (Imagen 2.3).
Tampoco podrán editarla si algún/a participante ya ha respondido.
2.3 Resultados
Configuración de la tabla de resultados que ve el/la alumno/a, mediante una lista de checkboxes con
los campos que serán visibles. Además, también se contempla la posibilidad de marcar los límites de
desviación: establecer los intervalos para los que aparecerá un tipo de flecha de color en la tabla de
resultados, en base a la desviación entre la valoración propia y la evaluación de los compañeros de
grupo (Imagen 2.1).
2.4 Ajustes comunes del módulo

Seleccionar el resto de ajustes comunes a todas las actividades, como el modo de grupos o la
visibilidad inicial.
30
Figura C.1.2: Configuración de una Evaluación de grupo.
4. Para terminar, pulsar “Guardar cambios y mostrar”.
3. Seguimiento de la actividad
Pulsando sobre el enlace a la Evaluación de grupo, desde la página del curso, el/la docente puede
acceder a la página principal de la instancia (ver Figura C.1.3). Desde la misma, se redirigirá a una de
las cinco secciones principales en las que se estructura el módulo: edición de la encuesta,
previsualización, grupos participantes, informe de resultados y alumnos pendientes. El diseño de
navegación está basado en “pestañas”, con el objetivo de que el/la profesor/a pueda realizar un
seguimiento de la actividad haciendo uso de todas herramientas que le proporciona el módulo, de
una manera sencilla e intuitiva.
Figura C.1.3: Vista principal de la actividad (view.php)
31
3.1 Creación/edición de la encuesta

Desde esta pestaña, que se muestra en la Figura C.1.4, el/la docente podrá diseñar con total
flexibilidad la encuesta de valoración que tendrán que contestar el alumnado. Para ello, podrá
añadir criterios propios (Figura C.1.6) o, también, tiene la posibilidad de incorporarlos del banco de
criterios del módulo (Figura C.1.7). Podrá configurar el peso que tendrá cada criterio en la encuesta
(ponderación con la que luego se calcularán los resultados de la evaluación), además, podrá marcar
criterios “especiales” en la encuesta y configurar el orden de los criterios de una manera muy
intuitiva: arrastrándolos y colocándolos en la forma en la que quiera presentarle la encuesta al
alumnado.
En cuanto a los criterios, también es configurable el número de respuestas posibles asociadas al

criterio en cuestión, así como el orden y, por supuesto, el valor asociado a cada respuesta [0 - 100].
Figura C.1.4: Pestaña de edición/creación de la encuesta.
Para que el profesor/a pueda editar una encuesta, la actividad no puede estar en fase de evaluación.
Es decir, que aún no se haya cumplido la fecha de inicio que se configuró previamente. Además,
tampoco se podrá editar una encuesta de valoración que ya haya sido contestada por algún/a
participante. En la Figura C.1.5 se muestra el ejemplo de un aviso de encuesta no editable.
Figura C.1.5: Ejemplo de aviso encuesta no editable.
32
Figura C.1.6: Crear nuevo criterio.
Figura 10.1.7: Banco de criterios.
33
3.2 Previsualización
Desde esta página, el/la profesor/a podrá ver la encuesta desde la perspectiva del alumno/a, tal y
como se muestra en la Figura C.1.8.
Figura C.1.8: Pestaña de previsualización de la encuesta.
3.3 Grupos
En esta sección el/la docente podrá añadir los grupos que participarán en la evaluación de grupo. Se
muestran en una tabla todos los grupos existentes en el curso, con la información de sus miembros y
de su status: que indica si el grupo está añadido actualmente en la evaluación o no, como se
muestra en la Figura C.1.9.
Figura C.1.9: Pestaña de grupos.
34
3.4 Informe de resultados

Apartado en el que se visualizarán los resultados de la evaluación. Tiene dos vistas según el rol del
usuario: estudiante o docente. Mientras el estudiante sólo puede ver los resultados en relación a su
evaluación y de forma anónima, el/la docente puede ver tanto los resultados individuales (con
información de los alumnos evaluadores) como los informes globales.
La presentación de resultados es bastante flexible, ya que los campos visibles para el/la alumno/a se
pueden editar desde el menú de edición de la actividad, como se mencionaba anteriormente, y los
campos visibles para el/la profesor/a se pueden establecer de forma dinámica desde la propia
interfaz de resultados. Esta interfaz de resultados se divide en dos bloques: informe global y
resultados individuales.
Desde el informe global, a su vez, el docente puede marcar el tipo de tabla a mostrar:
“participantes” (Figura C.1.10), “evaluaciones cruzadas” (Figura C.1.11) o “criterios” (Figura C.1.12).
La primera muestra los resultados globales por participante, indicando para cada uno la media (de
todos los criterios de la encuesta) de las asignaciones de sus compañeros/as, la media de sus
autoevaluaciones, la desviación entre estos valores, la nota asociada a la actividad (grade), que
establece el/la profesor/a en base a los resultados, la lista los alumnos evaluadores y, por último, un
enlace a la tabla de resultados individuales de cada alumno (view). En la columna “desviación” se
muestra la flecha de color correspondiente, según la configuración previa marcada por el/la
docente, dándole un carácter más visual a la presentación de resultados. En la Figura C.1.14 se
muestra la tabla con la correspondencia entre las flechas y la desviación.
Figura C.1.10: Informe global por participante.
35
La tabla de evaluaciones cruzadas presenta un tablero de asignaciones mutuas entre los alumnos/as
evaluados/as frente a los alumnos/as evaluadores/as por grupo. Es decir, se expone en forma de
porcentaje la asignación media (media ponderada de los criterios: suma del valor de las respuestas
por criterio ponderadas por el peso del mismo) entre los alumnos. La casilla de cada asignación se
colorea en base al valor de la evaluación y a un código de colores predefinido. Al igual que con las
flechas coloreadas en la desviación, coloreando el fondo de las celdas de la tabla de evaluaciones
cruzadas, se pretende dar un enfoque más visual a la presentación de resultados para ayudar al
docente a detectar anomalías. En la Figura C.1.11, se puede ver un ejemplo.
Figura C.1.11: Tabla de evaluaciones cruzadas.
El tercer tipo de tabla seleccionable en el informe global de resultados es la de “criterios”. En ésta se

presentan los resultados separados por criterios de cada grupo, es decir, tantas tablas como criterios
tenga la encuesta. Las filas de las tablas son los/as miembros del grupo, y la información que se
muestra en las columnas es la asignación de cada alumno/a en para ese criterio, la media de estas
asignaciones, la evaluación propia del alumno/a en el criterio, y la desviación (acompañada de la
flecha de color correspondiente). En la Figura C.1.12 se muestran los resultados de una encuesta
realizada por los miembros del grupo 1, con dos criterios a valorar.
Figura C.1.12: Tablas de resultados por criterio.
36
Las anteriores tablas hacen referencia al bloque de resultados del informe global, por otro lado, el/la
profesor/a puede visualizar las tablas de los resultados individuales (Figura C.1.13). La información
que se muestra en ellas es configurable dinámicamente desde la interfaz. Esto facilita que el
profesor indique la información concreta que busca, para evitar que la “sobreinformación” le impida
sacar conclusiones de los resultados.
Este bloque de resultados es el que comparten alumnado y profesorado, con la diferencia de que
el/la profesor/a marca en el menú de edición de la actividad qué campos se le muestran a alumno/a
(y éste no los puede modificar) y que, además de la información genérica por criterio, que muestran
en estas tablas, en la vista de profesor se le añaden las columnas por alumno evaluador. Es decir, el
profesor puede ver que nota le asignó cada alumno a su compañero por criterio, mientras que los
alumnos solo pueden visualizar la asignación media por criterio que obtuvieron en la evaluación.
Figura C.1.13: Tabla de resultados individuales por alumno.
Porcentaje de desviación
(configurado por el profesor/a)
Desviación positiva alta
Desviación positiva media
Sin desviación
Desviación negativa media
Desviación negativa alta
Figura C.1.14: Correspondencia entre flechas y desviación en la tabla de resultados.
37
3.5 Alumnos pendientes

Esta pestaña muestra una tabla con la información de los alumnos participantes en la evaluación de
grupo que todavía no han contestado a las encuestas de valoración que les corresponden. Además
de mostrar información de contacto y del “status” (si ya ha guardado/enviado alguna o aún no han
empezado), esta sección contempla la posibilidad de enviar un mensaje de aviso personalizado a los
alumnos, seleccionando los destinatarios de la lista. En la Figura C.1.15 se muestra una captura de
esta pestaña.
Figura C.1.15: Pestaña de alumnos pendientes.
38
Manual para el alumno
1. ¿Para qué sirve?

La “evaluación de grupo” es una herramienta de valoración y control del funcionamiento del trabajo
en equipo. Este módulo cuenta con un sistema de evaluaciones cruzadas gestionado por el propio
módulo, una sección de resultados con informes de la evaluación en forma de tablas y una sección
de avisos para facilitar el envío de información a los participantes.
Con todas estas funcionalidades a disposición de los usuarios/as que ofrece el plugin, se pretende
facilitar la tarea de control de los equipos de trabajo. El módulo proporciona al alumnado
participante en la evaluación una retroalimentación, que podría tener constancia en la calificación,
obteniendo la nota correspondiente como instancia de actividad, o no, y simplemente serviría para
corregir o detectar posibles conflictos que puedan surgir. Gracias a las facilidades que ofrece debido
a su integración en la plataforma y la automatización y gestión de tareas, además de la presentación
visual de los resultados de las evaluaciones cruzadas, se intenta favorecer tanto la gestión de los
grupos por parte de la docencia, como la motivación del alumnado que participe en los trabajos en
grupo.
Figura C.2.1: Vista de resultados de una evaluación de grupo para un alumno.
39
2. Seguimiento de la actividad
En Moodle, tras la creación del curso, su configuración, y la matriculación de usuarios, éstos podrán
acceder al mismo y observar una serie de bloques diferenciados que representan las semanas del
curso o temas, según el formato que se haya establecido. Cada uno de estos bloques contendrá, a
partir del momento en el que el profesor las añada, distintos tipos de actividades que los alumnos
deberán realizar para su evaluación. Entre ellos estarán las actividades del tipo Evaluación de grupo.
Para el alumno la instancia de la actividad de Evaluación de grupo se divide en dos fases:

● Evaluación
● Resultados
Durante la primera fase, el alumno verá en la pantalla principal de la actividad, como muestra la
Figura C.2.2, el listado de los alumnos miembros de su de equipo a los que tendrá que evaluar.
También se incluye un enlace a su propia autoevaluación. Dependiendo del estado de cada encuesta
de valoración, aparecerá un mensaje específico, diferenciando las encuestas sin empezar, las
evaluaciones incompletas (guardadas, pero sin enviar) y las evaluaciones ya enviadas (ya no se
pueden modificar).
Figura C.2.2: Vista principal del alumno, fase de evaluación.
Una vez finalizado el período de evaluaciones cruzadas, las encuestas se cierran. En esta segunda
fase, el alumno tendrá acceso desde la vista principal de la instancia a los resultados de la
evaluación. En la Figura C.2.1 se presenta un ejemplo de la vista de resultados de un alumno.
40
El/la estudiante solo podrá ver su tabla de resultados, conformada por los siguientes elementos
(pueden no aparecer todos, los campos visibles son configurables por el docente):
● Criterio: nombre del criterio a evaluar.

● Media: la asignación media de los compañeros para el criterio correspondiente.
● Auto-evaluación: asignación propia del alumno para ese criterio.
● Desviación: desviación entre la asignación media de los compañeros y la propia. Indicada con
el porcentaje acompañado de una flecha de color más visual. En la Figura C.2.5 se muestra la
tabla de correspondencia entre flechas y desviación.
● Máximo: asignación máxima recibida para ese criterio.
● Mínimo: asignación mínima recibida para ese criterio.
Además, esta vista también le ofrece al alumno, si así lo configura el profesor, la nota asignada a la
actividad (grade).
En cuanto al control del estado de la instancia de actividad: evaluación abierta o cerrada, el módulo
utiliza un conjunto de avisos que se le muestran al alumno que se ejemplifican en la Figura C.2.3,
evaluación que todavía no se ha abierto, y la Figura C.2.4 en la que se muestra una evaluación que
ya se cerró y, por tanto, ya se pueden ver los resultados.
Figura 10.2.3: Evaluación que todavía no ha sido activada.
Figura C.2.4: Evaluación cerrada con enlace a los resultados.
Porcentaje de desviación
(configurado por el profesor/a)
Desviación positiva alta
Desviación positiva media
Sin desviación
Desviación negativa media
Desviación negativa alta
Figura C.2.5: Correspondencia entre flechas y desviación en la tabla de resultados.
41
Manual para el desarrollador
1. Instalación de Moodle.
Moodle necesita los siguientes requisitos para ejecutarse:
● Un servidor Web como, por ejemplo, Apache.
● Una instalación de PHP.
● Una base de datos. Mysql (4.1.16 en adelante) es la más popular, aunque PostgreSQL,
Microsoft SQL Server y Oracle también están soportadas.
Los pasos para la correcta instalación de la plataforma y de la arquitectura completa se indican en

los siguientes documentos:
● Moodle: https://docs.moodle.org/32/en/Installing_Moodle
● Apache: https://docs.moodle.org/32/en/Apache
● MySQL: https://docs.moodle.org/32/en/MySQL
● PHP: https://docs.moodle.org/32/en/PHP
● Guía de instalación Apache2 en Ubuntu 14.04 https://lignux.com/guia-instalacion-de-
apache2-en-ubuntu-14-04/
2. Esquema de un módulo.
Previo al desarrollo de una actividad es necesario conocer el esquema de un módulo. Los
módulos se almacenan en la carpeta moodle/mod, cada uno en un directorio, siendo la
estructura general de archivos y directorios como se explica en el siguiente documento de Moodle:
https://docs.moodle.org/dev/Activity_modules.
En la Figura C.3.1 se muestra un ejemplo de la estructura de archivos para el plugin de certificados

(certificate). Por otra parte, a continuación, en la Figura C.3.2 se expone el esquema del módulo
groupevaluation desarrollado.
Figura C.3.1: Estructura de archivos para el plugin de certificados (certificate).
42
Figura C.3.2: Esquema del módulo groupevaluation.
Además, en la Wiki que incorpora el repositorio GitHub del proyecto (enlace en el punto 4 de este
manual) se detalla cada script que forma parte de la estructura del módulo Group evaluation
desarrollado; explicando su función y los métodos que implementa.
3. Base de datos
Para diseño de la base de datos se siguió el modelo de acceso a los datos de Moodle, cumpliendo los
estándares de la plataforma. Para definir la estructura de los datos que utiliza el plugin, se aplicaron
dos fases según el nivel: el diseño conceptual o lógico y el diseño físico, que se describen en la
Sección 2 del Capítulo 4 de este informe. En la Figura C.3.3 se muestra el esquema relacional de la
base de datos.
Figura 4.2: Esquema relacional de la base de datos del plugin.
43
4. Código fuente
Todo el código desarrollado se encuentra en un repositorio público, permitiendo el desarrollo
colaborativo. Además, el repositorio en GitHub incorpora una Wiki con las funciones del plugin y un
esquema de la base de datos y de la estructura de ficheros.
Enlace al repositorio GitHub: https://github.com/josevilasw/moodle-mod_groupevaluation
44

Evaluaciones Cruzadas en Grupo

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Evaluaciones Cruzadas en Grupo

Transféré par

Droits d'auteur :

Formats disponibles

PLUGIN PARA EVALUACIONES CRUZADAS EN

GRUPO EN LA PLATAFORMA MOODLE

José Vilas Villamarín

Trabajo de Fin de Grado

PLUGIN PARA EVALUACIONES CRUZADAS

Autor: José Vilas Villamarín

El desarrollo de la competencia de trabajo en equipo requiere de diferentes habilidades sociales y de

La herramienta se ha implementado de tal forma que se pueda integrar en la plataforma de tele-

Figura 1.1: Logo de Moodle.

En la actualidad existen en la plataforma de Moodle una serie de extensiones que permiten la

1.1 Estructura del documento

Entrando en mayor profundidad, en el Capítulo 4 se describe la definición de requisitos y la

En la memoria se recogen los apartados de resultados y conclusiones, Capítulos 5 y 6

● Flexibilidad, eficiencia, facilidad en la configuración y usabilidad.

Figura 2.1: Herramienta de evaluación por pares CATME.

En cuanto a las implicaciones prácticas, el uso de la herramienta conduce a la adquisición de la

Figura 2.2: Estructura de Descomposición del Trabajo (EDT).

3.1 Definición y familiarización con el entorno Moodle

Al mismo tiempo, junto con la elaboración de requisitos, se inició el proceso de documentación

3.2 Fase de diseño

En el Capítulo 4 de este informe se profundiza en esta cuestión. Adicionalmente se incluye el Anexo

APIs de Moodle utilizadas:

3.3 Programación e integración del plugin

“Una actividad es un nombre general para un grupo de características en un curso Moodle.

4.1 Esquema del módulo

Figura 4.1: Esquema del módulo groupevaluation.

4.2 Base de datos

Durante el primer procedimiento se realizó la descripción de alto nivel de la estructura de la base de

Figura 4.2: Esquema relacional de la base de datos del plugin.

4.3 Interfaz de plugin

Con el objetivo de proporcionar mayor dinamismo en la página, mejorando la usabilidad y la

Figura 4.3: Captura de la vista de Edición de encuesta.

Figura 5.1: Ejemplo de una evaluación de grupo, vista resultados profesor/a.

En primer lugar, en este plugin es fundamental la dotación de un sistema de gestión de encuestas.

Figura 5.2: Ejemplo de una evaluación de grupo, vista resultados alumno/a.

Figura 5.3. Informe global por participante, vista resultados profesor.

Además, como instancia de Actividad Moodle, ofrece la posibilidad de “duplicar” la actividad de

Adicionalmente, el código abierto permite que Moodle se encuentre en continua evolución,

Como conclusión final, y de acuerdo a los resultados y valoraciones anteriormente comentados, se

A. Anexo I: Estado del arte. ........................................................................................................ 20

A. Anexo I: Estado del arte.

La herramienta de ayuda para la orientación y evaluación de competencias y aprendizajes más

Figura A.1: Rúbrica de evaluación. Trabajo desarrollado por la Universidad de Cádiz.

Figura A.2: Modelo IMO (Mathieu et al., 2008) [17]

Figura A.3: Nuevo modelo IMO, adaptado al ámbito docente.

Se concluye que mediante los plugins genéricos de encuestas de Moodle no se proporcionan

Se detalla a continuación la lista final de requisitos funcionales y no funcionales, resultado de las

1.1 Requisitos Funcionales

1. El plugin permitirá gestionar evaluaciones del trabajo en grupo. Proporcionará a los

1.2 Requisitos No Funcionales

2.1 Plataforma Moodle

“Moodle es una plataforma de aprendizaje diseñada para proporcionar a educadores,

“Siempre actualizado. La implementación de Moodle en código abierto significa que Moodle

2.2 APIs de Moodle

APIs para el tratamiento de la información

APIs para el diseño Web

2.3 Otras tecnologías

 HTML, jQuery y CSS (Cascading StyleSheets) (https://www.w3.org)

jQuery es una biblioteca multiplataforma de JavaScript, que permite simplificar la manera de

CSS, hojas de estilo en cascada (o Cascading Stylesheets), es un lenguaje de diseño gráfico

Está desarrollado en su mayor parte en ANSI C y C++. Tradicionalmente se considera uno de

Enlace al repositorio GitHub: https://github.com/josevilasw/moodle-mod_groupevaluation

C. Anexo III: Manuales de usuario

Manual para el profesor