documentacion proyecto msociograma

Proyecto Nº 4. Ntra. Sra. de los Reyes Administración de Sistemas Informáticos.

Adaptación del módulo MSociograma a las necesidades de un centro educativo

Msociograma es un módulo del entorno de aprendizaje Moodle que permite la evaluación de las relaciones sociales en el ámbito de un grupo-clase. Roberto Rodríguez y Javier Cuervas. Junio 2011

Adaptación del módulo Msociograma 2011

Proyecto Integrado Página 2

Índice

INTRODUCCIÓN ........................................................................................ 3

ANÁLISIS DEL PROBLEMA ....................................................................... 4

ESQUEMA CRONOLÓGICO DE INVESTIGACIÓN ...................................... 6

SOLUCIÓN ADOPTADA ............................................................................. 7

PROPUESTAS DE MEJORA ...................................................................... 14

MATERIALES EVALUADOS Y RECURSOS CONSULTADOS .................... 15

NUESTRO BLOG CON EL SEGUIMIENTO DEL PROYECTO .................... 21



INTRODUCCIÓN

El módulo Msociograma permite a partir de una pequeña encuesta prefijada, de carácter individual y confidencial, donde cada uno de los alumnos indica las características más señaladas de algunos de sus compañeros, detectar prácticas habituales relacionadas con las agresiones físicas, verbales, exclusión social, etc. El análisis queda reflejado en forma de un gráfico o sociograma que indicará el tipo de relación (de carácter positivo o negativo) entre los miembros de un grupo.

Esta aplicación fue creada por Marco Alarcón Zamora bajo licencia GPL y aún está en fase de desarrollo, con lo que nuestra labor es continuar con su trabajo y adaptarla a las necesidades de nuestro centro educativo, añadiendo otro tipo de preguntas al formulario que los alumnos deben rellenar.

Imagen gráfica de un estudio sociológico.



ANÁLISIS DEL PROBLEMA Para comprobar la funcionalidad del módulo, primero debemos instalarla en moodle, y a partir de aquí realizar la adaptación necesaria. Aquí nos encontramos con un primer problema, ya que tratándose de una aplicación en fase de desarrollo, su funcionamiento no es del todo correcto y genera algún que otro error que en principio desconocemos. Una vez conseguida la completa funcionalidad de la última versión del módulo msociograma 0.32, nos vamos a encontrar con la dificultad de adaptación al nuevo modelo de sociograma para nuestro centro educativo, ya que en primer lugar, la versión actual creada por Marco está diseñada para rellenar un formulario con varias preguntas y tres respuestas cada una, y las presenta en un formato basado en los estudios de dos psicopedagogos de Cataluña. Sin embargo, el nuevo modelo a seguir, además de disponer de la elección de tres alumnos por cada por cada pregunta, donde se selecciona el alumno de la clase que se está evaluando, se añade como novedad, la posibilidad de contestar a la pregunta anterior con un “por qué” en la elección de ese alumno. Esto ayudará al profesor a saber cuáles son los motivos que llevan a un alumno a comportarse de una manera u otra con el resto de compañeros.

Msociograma original

Msociograma según el nuevo modelo

La idea es que el profesor seleccione a un alumno en particular, y pueda ver un registro con el número de votaciones por pregunta que le dieron los compañeros. Este nuevo formato de msociograma nos obliga a la modificación parcial del código de la aplicación. Esto conllevará el estudio detallado de los ficheros que componen el módulo, comprender la función que realiza cada uno, saber cómo se relacionan tanto los ficheros entre sí, como las preguntas y respuestas con la base de datos, analizar las tablas de la base de datos con las que trabaja el módulo, observar la relación de respuestas con los gráficos, descifrar el algoritmo para la suma de votos de cada alumno, etc.



Pestaña alumnos Estadísticas alumno A todo esto, se añade un problema más. La idea del orientador del centro es conseguir una aplicación que pueda utilizarse con los diferentes cursos del centro, diferenciando así el tipo de preguntas formuladas para cada uno, por ejemplo un tipo de formulario para primaria, otro para la ESO y otro para bachillerato. Esto supondría pensar en crear diferentes tablas en la base de datos o bien utilizar módulos diferentes para cada curso.

Formulario adaptado al grupo bachillerato Aunque en principio no es un problema importante, nos hemos encontrado con la necesidad de controlar que el usuario conteste a las preguntas del formulario en un orden estricto, ya que se daba el caso de seleccionar un alumno en una pregunta, pero sin embargo no responder al “por qué”. Esto supondría problemas en la base de datos al realizar un recuento de este tipo de preguntas. Además es necesario relacionar cada combo de alumnos, con su combo “por qué”. Esto supone un control más.

Para poder abordar todo este trabajo, será necesario disponer de unos conocimientos mínimos y necesarios en los lenguajes en los que está programado el módulo. El módulo está programado principalmente en PHP como todos los módulos de moodle, pero además utiliza código HTML para la creación de tablas y elementos, y código MYSQL para realizar las consultas en la base de datos PHPMYADMIN. Por supuesto será necesario además, la instalación de un conjunto de software como son, un servidor Web como APACHE, base de datos MYSQL y PHP, y finalmente MOODLE.



ESQUEMA CRONOLÓGICO DE INVESTIGACIÓN

Instalacion módulo y prueba de funcionalidad

Estudio del código de cada fichero del módulo

Modificación preguntas del formulario

Adición de preguntas al formulario

Adición de "por qué" a las preguntas

F1

F2

F3

F4

F5

F6

Adaptación a diferentes cursos y mejora de la aplicación

F1

F2

F3

F4 F5

F6

Fases

Como no se puede comenzar la casa por el tejado, en primer lugar instalamos el

módulo para ver su funcionalidad y hacernos con la aplicación.

Una vez visto su funcionalidad, comenzamos a estudiar su funcionamiento,

analizando cada fichero y cada sentencia de código que conforman el módulo.

A continuación, una vez localizado el código donde se ponen nombre a las

preguntas, realizamos las modificaciones necesarias según el nuevo modelo.

Una vez comprobado el correcto funcionamiento de las modificaciones realizadas,

añadimos nuevas preguntas al formulario y la base de datos.

Después de añadir preguntas, añadimos los “por qué” según el nuevo modelo a

seguir, e intentamos relacionar en la base de datos dichas respuestas.

Finalmente adaptamos el módulo a 3 cursos, realizamos mejoras en el formato y

presentación, además de añadir una funcionalidad para mostrar los datos estadísticos.



SOLUCIÓN ADOPTADA Para abordar el trabajo que debíamos desarrollar, pensamos que la mejor manera sería analizar cada fichero, estudiar su código y modificar parte del mismo observando los cambios que se producían en la aplicación. De esta forma conseguimos averiguar la función que realiza cada fichero del módulo, entre los que podemos destacar los más importantes:

Para la llamada a la función que crea de las tablas en html y configuración del color de las barras gráficas de dichas tablas, se utilizan los ficheros: agress.php, victim.php, prosoc.php, para los valores de agresividad, victimización y prosocialización respectivamente. Dado que en el nuevo modelo a seguir se habla de una sola tabla global donde se recogen los valores de las 3 tablas, hemos modificado estos ficheros para evitar que se crearan las 3 tablas más en las que se dividían cada una de ellas. En el msociograma original, el valor de Agresividad se medía en: agresividad verbal, física y relacional. Ahora aparecerá una sola tabla para medir la Agresividad total. Lo mismo sucede con las otras 2 tablas. Además ha sido necesario modificar los valores del array pasados desde la función, para relacionar las preguntas con dichos valores.

Ficheros utilizados Tabla Victimización

Para la creación de la tabla de los alumnos en html, y para la visualización

de las estadísticas de cada alumno se utiliza el fichero: students.php. Este fichero fue diseñado originalmente para la creación de un lugar donde relacionar el nombre verdadero del alumno con un alias, y así poder divulgar públicamente los resultados de los estudios sociométricos sin comprometer a los alumnos. Dado que esta parte está aún en fase de desarrollo, hemos decidido crear aquí las estadísticas antes mencionadas. Para ello ha sido necesaria una completa modificación del código, tanto para la creación de la tabla, como para mostrar las consultas SQL de dichas estadísticas.

Pestaña original Alumnos (creación de alias)



Fichero utilizado Estadísticas Todos los alumnos (Nueva pestaña Alumnos)

Es posible mostrar los datos estadísticos de todos los alumnos pulsando un

botón que hemos introducido al comienzo de la página, o es posible ver los datos estadísticos de un alumno en concreto seleccionando un alumno del combo Alumnos.

El fichero imagen_sociogram.php genera el gráfico con flechas y estudiantes que los relacionan, representando el gráfico final del sociograma. Además busca en la base de datos los registros correspondientes a las preguntas seleccionadas en el combo. En este fichero hemos tenido en cuenta que dependiendo de la pregunta seleccionada, debemos relacionar dichas preguntas con los combos de alumnos para poder realizar la búsqueda correctamente en la base de datos. Al tener más combos en el formulario (incluidos los porques), los id_question que te devuelve moodle al pulsar los combos cambian con respecto a la versión original, con lo que los id de los combos ya no serian 1, 2, 3 (primera pregunta), 4, 5, 6 (segunda pregunta), etc. Ahora habría que tener en cuenta los id de los “por qué”. Seria 1, 2, 3 (combo alumnos), 4, 5, 6 (combo por qué), 7,8,9 (alumnos alumnos), 10, 11, 12 (combo por qué),.......

Fichero utilizado Control para el combo de preguntas en el sociograma

Para la creación del frame con el mapa del sociograma donde se colocan las

flechas, alumnos representando sus respuestas a los formularios, los elementos para poder cambiar la posición de cada estudiante en el cuadrante y el combo con las preguntas a seleccionar, etc., se utiliza el fichero: sociograma.php. En este fichero no ha sido modificado finalmente.

Fichero utilizado:



Para la creación de las tablas anteriores (Agresividad, Victimización, Prosocialización) y para la configuración del gráfico final (sociograma), se utiliza el fichero: msociograma_lib.php. En este fichero hubo que modificar las consultas SQL para buscar correctamente los valores de cada alumno, puesto que en la base de datos existían registros relacionados con los “por qué” que no debían ser contados. Para solucionarlo añadimos una cláusula para que solo tuviera en cuenta aquellos registros donde la columna “why” estuviese a NULL.

Fichero utilizado:

Consulta para contabilizar los valores de los alumnos

Para la creación de las pestañas de Alumnos, Agresividad, Victimización,

Prosocialización y Sociograma utilizadas por el profesor, se utiliza el fichero tab.php. Este fichero se ha modificado para lograr que solo se muestren las pestañas anteriores y no otras como se mostraban en el original, “Tab datos” y “Estado social”. Realmente este fichero contiene la llamada a las funciones para crear dichas pestañas. Estas funciones se encuentran en grid.php.

Pestañas originales del profesor

Pestañas actuales del profesor Fichero utilizado:

Para la creación del formulario a rellenar por los alumnos en html, y la

creación de los combos con las respuestas y los alumnos, se utiliza el fichero: grid.php. Este fichero se ha modificado en gran parte, puesto que el formulario original poco tiene que ver con este nuevo modelo, en el que hemos tenido que añadir preguntas (con 3 respuestas), y además la integración de los “por qué” para 3 de las preguntas del formulario.

Fichero utilizado:



Parte del control de los combos en el formulario

El fichero msociograma.php que se encuentra en la carpeta “lang”, es utilizado para configurar el idioma de la aplicación y cada cadena llamada desde cualquier fichero. Desde aquí se le da nombre a cada pregunta del formulario cuando son cargadas desde la base de datos. Hemos realizado bastantes modificaciones en este fichero para recuperar los nombres de todas las preguntas y respuestas de la base de datos. Además desde aquí hemos controlado que dependiendo del curso al que pertenezca el usuario que accede a la actividad, se carguen un tipo de preguntas u otras, adaptando así el módulo a varios cursos tal y como se pedía en el nuevo modelo propuesto.

Fichero utilizado:

Control para la elección de preguntas del grupo actual

El fichero install.php alojado en la carpeta “db”, se encarga de la instalación

del módulo, y de crear la base de datos con las tablas necesarias para la aplicación, así como la inserción de los datos utilizados en cada una de las tablas. En este fichero hemos añadido una tabla más “mdl_msociograma_questions2” donde se recogen los “por qué” a las preguntas, y hemos añadido 2 columnas a la tabla “mdl_msociograma_answers”, para relacionar los “por qué” con las preguntas y los alumnos.



El fichero lib.php contiene funciones estándar de moodle, y el fichero index.php es utilizado para refrescar el fichero view.php. Ninguno de estos ficheros fue modificado.

Por último, el fichero view.php es ejecutado cada vez que realizamos alguna actividad en el módulo. En principio en este fichero añadimos diferentes controles para la creación del formulario de los alumnos, para rellenar los combos con las preguntas “por qué” y alumnos, para las consultas SQL, etc. Pero debido a que todos los ficheros llaman a éste, los controles afectaban a determinados ficheros que no queríamos. Es por esto que reconfiguramos el código e insertamos parte de estos controles en grid.php y otra parte en un nuevo fichero creado por nosotros llamado results.php, que contiene el código para mostrar los datos estadísticos de los alumnos.

Ficheros utilizados:

Alguno de los controles (en grid.php) para detectar la pregunta a la que se responde

Para lograr adaptar el módulo para diferentes grupos de alumnos, pudiendo ser “primaria”, “ESO” y “Bachillerato”, hemos barajado varias posibilidades. Una fue la de crear una nueva actividad a través de un nuevo módulo que instalara en la base de datos tablas diferentes diferenciándolas de las otras actividades. Esto nos supuso algunos problemas al convivir ambas actividades a la vez, puesto que el código debe ser modificado completamente al utilizar tablas diferentes. Otra posibilidad fue la de crear una nueva actividad con el mismo módulo, pero incluyendo controles en cada fichero para diferenciar un grupo de alumnos de otro. Esta solución supone incluir una cantidad impresionante de controles que no vimos viable. Finalmente nos decantamos por utilizar una misma actividad para todos los cursos, en la que habiendo creado previamente cada grupo de alumnos diferenciados en moodle, a la hora de rellenar el formulario por cada alumno, se controlan a través del id del grupo en el fichero encargado de cargar las preguntas y respuestas (msociograma.php) desde la base de datos, qué tipo de pregunta corresponde a un grupo u otro. Por otro lado, para que el profesor pueda ver los resultados de un grupo u otro, tan solo deberá seleccionar una vez haya accedido a la actividad, el grupo deseado en el combo superior izquierdo junto a la etiqueta “Grupos visibles”. Desde aquí podrá ver todos los datos recogidos de todos los grupos que realizaron la actividad. El único “problema” aquí es que antes de la instalación de la aplicación debemos saber el id o nombre de los grupos que se crearán, para poder utilizar estos datos en los controles citados anteriormente.



Una vez instalado el módulo, tenemos la posibilidad de cambiar el nombre a las preguntas y “por qué” permitiendo así cierta modularidad a la aplicación. Estos cambios se podrán realizar en el fichero ../msociograma/lang/en_utf8/msociograma.php: $string['question1'] esta cadena corresponde a la pregunta del formulario $string['respuesta1'] y esta cadena corresponde a la respuesta “por qué”

Para controlar el problema a la hora de responder a las preguntas en orden en el formulario, en primer lugar hemos tenido que relacionar todos los combos “por qué” con sus correspondientes combos de “alumnos”. Esto lo hemos conseguido a través del id que moodle te devuelve al seleccionar un combo, de modo que si seleccionando el primer combo de alumnos obtenemos un id=1 y al seleccionar su “por qué” correspondiente obtenemos un id=4, con lo que realizando una asignación con ayuda de un “if” ya los tendría relacionados. Pues esta misma técnica la hemos utilizado con todos los combos. Una vez que tenemos los id de cada combo, es posible controlar qué combo se seleccionó primero para seguir un orden establecido en las preguntas y evitar dejar alguna sin contestar. Si un alumno intenta alterar el orden de respuesta, le aparecerá una ventana emergente informando de tal hecho. En caso de seleccionar un “por qué” antes de elegir el alumno, no se realizará acción ninguna en la base de datos ni quedará marcada dicha opción. El orden entonces será: elección del alumno y a continuación su “por qué”. Y el orden a la hora de contestar las preguntas será: pregunta 1, pregunta 2 y pregunta 3, que son las que tienen los “por qué”. Para el resto de preguntas no importará el orden al contestarlas. Todos estos controles se realizan en el fichero view.php.

Mensaje de advertencia al intentar contestar de la 4 en adelante

Mensaje de advertencia al intentar contestar la pregunta 3

Mensaje de advertencia al intentar contestar la pregunta 2



Finalmente, algo que pretendíamos tener en cuenta como propuesta de mejora de la aplicación en un futuro, hemos conseguido solucionarlo durante el desarrollo del proyecto. Nos referimos a la cantidad de inserciones innecesarias que se producen en la base de datos. En la aplicación original, cada vez que un alumno seleccionaba del combo una respuesta, se producía una inserción en la base de datos, al igual que en nuestra versión. Pero el problema viene cuando el alumno vuelve a contestar la misma pregunta, produciéndose entonces una nueva inserción en la base de datos. Esto hemos conseguido solventarlo realizando una comprobación en la base de datos cada vez que se selecciona una respuesta, de manera que si existe un registro con los mismos datos (id del alumno que responde, id del alumno al que vota, id de pregunta, id del grupo, etc.), éste será borrado y a continuación se realizará la nueva inserción. De esta forma solo existirá un registro con los mismos datos, evitando así la redundancia de información, optimizando la base de datos y permitiendo que cada alumno obtenga un registro por cada pregunta. Actualmente hemos mejorado también los movimientos a realizar para situar los alumnos en el gráfico desde “sociograma”, puesto que en la aplicación original cada vez que movías a un alumno, la página se actualizaba y la pregunta que tenías seleccionada desaparecía, volviéndose a cargar el combo de las preguntas y volviendo a la primera pregunta como valor inicial, con lo que se cargaba el gráfico correspondiente a la primera pregunta. Con el combo para seleccionar el número de respuestas, pasaba exactamente lo mismo, volvía a su valor inicial en blanco con lo que el gráfico cambiaba constantemente al pulsar dicho combo. Estos problemas se han solucionado con varios controles en el fichero sociograma.php, detectando los combos que han sido pulsados y consultando desde la base de datos los últimos registros insertados donde el profesor seleccionó la última pregunta. Anteriormente hubo que añadir a la tabla mdl_msociograma_diagram 4 columnas más para almacenar un identificador del profesor, el id del grupo del que se están viendo las estadísticas, el id de la pregunta almacenada en la base de datos y el número de respuestas seleccionadas.



PROPUESTAS DE MEJORA

En un futuro sería interesante terminar la fase en desarrollo para la creación de alias que relacionen a los alumnos, para poder divulgar los resultados de los formularios.

Además, pensamos que podría mejorarse el control de las inserciones en la base de datos. Actualmente cada vez que el alumno selecciona un alumno en el formulario, o selecciona un “por qué”, se produce una inserción en la base de datos. Al no deshabilitar el combo cuando se contesta, es posible volver a contestar la misma pregunta, con lo que se produciría una nueva inserción (aunque se borre la última inserción con los mismos datos). Aunque esto no es un gran problema, creemos que se evitaría mucho trabajo al procesador y las acciones realizadas en la aplicación. Quizás deshabilitando cada combo al contestar la pregunta pudiera ser una solución. Otra opción que barajamos era la posibilidad de no realizar ninguna inserción hasta terminar de rellenar el formulario. Esta opción tiene como inconveniente que ante cualquier corte de suministro de luz o caída del sistema, los datos no hayan sido guardados anteriormente.

Como mejora en cuanto al resultado gráfico del sociograma, sería interesante poder mover la imagen de cada alumno en la rejilla o mapa tan solo pinchando con el ratón sobre el alumno y arrastrándolo hasta el lugar donde queramos colocarlo. Actualmente esto se realiza con la selección del alumno desde un combo, luego la elección de la casilla donde colocarlo y finalmente pulsamos el botón “Actualizar”.

Finalmente, algo que hemos intentado solucionar y al final nos fue

imposible, es el problema de actualización de la página al contestar cada pregunta en el formulario. En la aplicación original este problema no es apreciable porque el número de preguntas del formulario caben en una misma pantalla, con lo cual el efecto que produce al actualizarse la página no se nota. Nuestro problema es que al disponer de muchas más preguntas, es necesaria una barra de scroll a la derecha para ir bajando al contestar las preguntas. Cada vez que se selecciona un combo, la página se actualiza al realizar una inserción en la base de datos, y se vuelve a cargar la página pero volviendo al principio del formulario. Esto es bastante incómodo a la hora de contestar tantas preguntas. Este problema lo hablamos con Marco Alarcón (creador de msociograma) y nos comentó que era posible reconfigurar el código de las preguntas, para incorporar scripts en AJAX de manera que solo se actualice el combo de las preguntas en vez de la página entera. Marco nos comentó que intentará solucionar este problema para este verano.



MATERIALES EVALUADOS Y RECURSOS CONSULTADOS En este enlace pudimos consultar la forma de trabajar de moodle y algunas dudas de PHP: http://moodle.org/mod/forum/view.php?id=695

En este enlace pudimos comprobar los módulos de actividades más importantes que componen moodle por defecto, y los ficheros necesarios para cada módulo: http://docs.moodle.org/es/M%C3%B3dulos_de_actividades_(desarrollador)

http://moodle.org/mod/forum/view.php?id=695

http://docs.moodle.org/es/M%C3%B3dulos_de_actividades_(desarrollador)



Este enlace contiene el manual de estilo de moodle, para que todos el código cumpla unas características: http://docs.moodle.org/es/Manual_de_Estilo_de_C%C3%B3digo

En este enlace disponemos de los vídeos creados para ver el funcionamiento del módulo: http://www.youtube.com/maalarconz?user=maalarconz&hl=en&gl=US

http://docs.moodle.org/es/Manual_de_Estilo_de_C%C3%B3digo

http://www.youtube.com/maalarconz?user=maalarconz&hl=en&gl=US



En este enlace podemos ver el seguimiento del módulo, creado por Marco Alarcón desde la aparición de la primera versión hasta la última. http://msociograma.blogspot.com/

Para el estudio y repaso del lenguaje PHP hemos seguido las siguientes direcciones:

VARIABLES: http://www.ignside.net/man/php/variables.php

http://msociograma.blogspot.com/

http://www.ignside.net/man/php/variables.php



ARRAYS: http://php.net/manual/es/language.types.array.php

FICHEROS: http://www.ignside.net/man/php/archivos.php

http://php.net/manual/es/language.types.array.php

http://www.ignside.net/man/php/archivos.php



En este enlace podemos descargarnos todas las versiones del módulo: http://sourceforge.net/projects/msociograma/files/

En este enlace podemos consultar cualquier función de moodle, para ver su funcionamiento: http://xref.moodle.org/nav.html?_functions/index.html

http://sourceforge.net/projects/msociograma/files/

http://xref.moodle.org/nav.html?_functions/index.html



Para ver la instalación de moodle en modo local, ver el siguiente enlace: http://eats.wordpress.com/2006/12/21/como-instalar-moodle-en-modo-local/

Para actualizar página al cambiar el valor del combo: http://blogs.ua.es/webdev/2009/11/09/como-actualizar-una-pagina-al-cambiar-el-valor-de-un-combo-box-ajax/

http://eats.wordpress.com/2006/12/21/como-instalar-moodle-en-modo-local/

http://blogs.ua.es/webdev/2009/11/09/como-actualizar-una-pagina-al-cambiar-el-valor-de-un-combo-box-ajax/

http://blogs.ua.es/webdev/2009/11/09/como-actualizar-una-pagina-al-cambiar-el-valor-de-un-combo-box-ajax/



Además de estos recursos consultados, hemos utilizado los manuales de PHP facilitados por Alex Tolón, y las siguientes herramientas: PHPExpert Editor LAMP (Linux, Apache, MySQL, PHP) Ubuntu Moodle XML Spy IDE Skype Correoelectrónico NUESTRO BLOG CON EL SEGUIMIENTO DEL PROYECTO http://msociograma-safa.blogspot.com/

http://msociograma-safa.blogspot.com/

documentacion proyecto msociograma

Documents