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
Í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
Proyecto Integrado Página 2

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
Adaptación a diferentes cursos

y mejora de la aplicación
Adición de "por qué"
a las preguntas
Adición de preguntas
al formulario
Modificación preguntas F4 F5
del formulario F6
F3
Estudio del código de cada
fichero del módulo F2
Instalacion módulo y prueba

de funcionalidad F1
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.
F1
Una vez visto su funcionalidad, comenzamos a estudiar su funcionamiento,

analizando cada fichero y cada sentencia de código que conforman el módulo.
F2
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.
F3
Una vez comprobado el correcto funcionamiento de las modificaciones realizadas,

añadimos nuevas preguntas al formulario y la base de datos.
F4
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.
F5
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.
F6

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)

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

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

ARRAYS: http://php.net/manual/es/language.types.array.php
FICHEROS: 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

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/

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/

Documentacion Proyecto Msociograma

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Documentacion Proyecto Msociograma

Încărcat de

Drepturi de autor:

Formate disponibile

Proyecto Nº 4. Ntra. Sra.

Adaptación del módulo MSociograma

Msociograma es un módulo del entorno de aprendizaje

Roberto Rodríguez y Javier Cuervas. Junio 2011

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

Proyecto Integrado Página 2

El módulo Msociograma permite a partir de una pequeña encuesta

Imagen gráfica de un estudio sociológico.

Proyecto Integrado Página 3

ANÁLISIS DEL PROBLEMA

Para comprobar la funcionalidad del módulo, primero debemos instalarla

Msociograma según el nuevo modelo

La idea es que el profesor seleccione a un alumno en particular, y pueda ver

Proyecto Integrado Página 4

Pestaña alumnos Estadísticas alumno

Formulario adaptado al grupo bachillerato

Aunque en principio no es un problema importante, nos hemos encontrado

Proyecto Integrado Página 5

ESQUEMA CRONOLÓGICO DE INVESTIGACIÓN

Adaptación a diferentes cursos

Instalacion módulo y prueba

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

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

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

Una vez comprobado el correcto funcionamiento de las modificaciones realizadas,

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

Proyecto Integrado Página 6

Para abordar el trabajo que debíamos desarrollar, pensamos que la mejor

Para la llamada a la función que crea de las tablas en html y configuración

Ficheros utilizados Tabla Victimización

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

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

Proyecto Integrado Página 7

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

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

Fichero utilizado Control para el combo de preguntas en el sociograma

Proyecto Integrado Página 8

Para la creación de las tablas anteriores (Agresividad, Victimización,

Consulta para contabilizar los valores de los alumnos

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

Pestañas originales del profesor

Pestañas actuales del profesor

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

Proyecto Integrado Página 9

Parte del control de los combos en el formulario

El fichero msociograma.php que se encuentra en la carpeta “lang”, es

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

Proyecto Integrado Página 10

El fichero lib.php contiene funciones estándar de moodle, y el fichero

Por último, el fichero view.php es ejecutado cada vez que realizamos

Para lograr adaptar el módulo para diferentes grupos de alumnos, pudiendo

Proyecto Integrado Página 11

Una vez instalado el módulo, tenemos la posibilidad de cambiar el nombre a

$string['question1']  esta cadena corresponde a la pregunta del formulario

Para controlar el problema a la hora de responder a las preguntas en orden

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