1 / 64

Autores: Jose Ramón Carrillo, Paloma Moreno, Darío Roig Universitat de València, Spain

Autores: Jose Ramón Carrillo, Paloma Moreno, Darío Roig Universitat de València, Spain. Creación de cuestionarios de evaluación en código abierto y su integración en una plataforma de gestión del aprendizaje. Experiencia en la Universitat de València. Punto de Partida.

bern
Download Presentation

Autores: Jose Ramón Carrillo, Paloma Moreno, Darío Roig Universitat de València, Spain

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Autores: Jose Ramón Carrillo, Paloma Moreno, Darío Roig Universitat de València, Spain Creación de cuestionarios de evaluación en código abierto y suintegración en una plataforma de gestión del aprendizaje. Experienciaen la Universitat de València

  2. Punto de Partida Se parte de la idea de conseguir una mejora en el uso de la herramienta web de la Universidad de Valencia en el ámbito del eLearning. La herramienta esta construida usando dotLRN, un LMS completo de código libre que implementa los módulos necesarios para la creación de una plataforma de eLearning en la Universidad de Valencia que además cumple los requisitos necesarios (fiabilidad, escalabilidad, adopción de estándares de eLearning, código abierto y experiencias anteriores). Un módulo interesante es el de evaluación (Assesment) que permite la creación de cuestionarios por parte de los profesores.

  3. Problemática La mayor ventaja de Assesment es que permite una evaluación continua del alumno (tanto por parte del profesor como del propio alumno), facilitando en gran medida este trabajo ya que tanto uno como el otro pueden trabajar desde sus propias casas en el momento que mejor les convenga. Nuestro análisis demuestra que su uso es prácticamente nulo. ¿ Que podemos hacer para incrementar el uso de Assesment ?

  4. Solución Adoptada Se ha pensado en facilitar la tarea de creación de exámenes por parte del profesorado y así estimular el uso de la herramienta. Se consideró que la parte que necesita mayor atención es la de importación y exportación de cuestionarios ya que en estos momentos su uso es prácticamente nulo. Con este fin, se genera una herramienta externa a la plataforma web que permita la importación y exportación de cuestionarios así como la creación y manipulación de los mismos.

  5. Requisitos Herramienta de escritorio independiente de conectividad web para que se pueda trabajar en cualquier lugar. Dicha independencia además aporta mayor velocidad ya que no depende de la línea contratada o de la saturación del servidor web de la Universidad de Valencia. La herramienta debe adaptarse también, en la medida de lo posible, a las necesidades que plantea la herramienta web de la Universidad de Valencia. Debe ser de código libre con el fin de ahorrar gastos en licencias.

  6. QAED La Universidad Pompeu Fabra ya había creado una herramienta de Código Libre para la creación, manipulación, exportación e importación de cuestionarios. Las preguntas generados son simples preguntas de tipo test. La exportación e importación de cuestionarios sigue las doctrinas marcadas por la especificación IMS-QTI en su versión 2. 2 Unidades principales : Los cuestionarios y sus preguntas. Los cuestionarios y preguntas se guardan dentro de un repositorio que a su vez puede tener carpetas.

  7. Requisitos Marcados Por Assesment Múltiples tipos de pregunta en función de sus respuestas : Test, Respuesta Corta, Respuesta Larga y Respuesta mediante un fichero subido. En la Exportación se crea un fichero XML que sigue la especificación IMS-QTI en su Versión 1. Éste se encuentra dentro de un fichero ZIP. Tres unidades principales: Cuestionario, Sección y Pregunta. Las preguntas sólo se pueden encontrar dentro de secciones y éstas a su vez dentro de cuestionarios. Se configura la presentación de una sección a través de los Modos de Visualización.

  8. Características iniciales de QAED Aplicación creada utilizando JAVA. En concreto, se ha utilizado javax.swing para la interfaz gráfica al ser una herramienta de escritorio. Interfaz de 3 partes: Barra de menús: En la parte superior, sirve para elegir las operaciones a realizar sobre los cuestionarios y sus componentes. Árbol: En el panel de la izquierda, muestra la estructura de los exámenes creados. Panel de Edición: En el panel de la derecha, muestra las opciones y los contenidos de los componentes seleccionados en el árbol. Uso de librerias JAVA para el manejo de XML en la importación y exportación (JDOM, Xerces, Xalan y JQTI-Lite).

  9. Interfaz Gráfica

  10. Estructura de los datos Se necesita una estructura de datos para soportar todos los componentes que nos ofrece DotLRN y sus atributos. Tenemos una clase para cada componente que creamos: AssesmentUVCompleto para los cuestionarios. SeccionUVCompleta para las secciones. QuestionUVCompleta para las preguntas. Tenemos 4 tipos de preguntas y por tanto crearemos 4 subclases de QuestionUVCompleta que contendran los atributos específicas de éstas: QuestionUVCompletaTest para preguntas de tipo test. QuestionUVCompletaCorta para preguntas de respuesta corta. QuestionUVCompletaLarga para preguntas de respuesta larga. QuestionUVCompletaSubir para preguntas que usan un fichero independiente como respuesta.

  11. Estructura de los datos Las clases creadas sirven para almacenar la información referente al componente en si. Estan compuestas principalmente por getters y setters: Getters: Métodos que sirven para recuperar información de la clase. Setters: Métodos que sirven para introducir información en la clase (rellenan los valores de los atributos). En el caso de AssesmentUVCompleto y SeccionUVCompleta además de los atributos propios del componente tendrán un atributo adicional de tipo lista que contiene la lista de componentes que cuelgan de él. De esta forma enlazamos los componentes entre sí. Además, estas clases tendrán también métodos propios que se utilizaran cuando se realizan operaciones sobre los elementos.

  12. Estructura de los datos La raíz de toda esta estructura es el repositorio. Existe una clase propia de QAED que lo implementa y que hemos ampliado de tal forma que acepte los nuevos componentes de la Universidad de Valencia y que además crea sus id’s. Del repositorio colgaran cuestionarios y secciones además de carpetas que se pueden incluir en el repositorio para dotarle de una subestructura. Para poder crear cualquier componente en QAED previamente se tiene que haber generado un repositorio donde almacenarlo. Estos repositorios posteriormente se pueden guardar en un fichero.

  13. Barra de Menú Es la zona donde se ubican los botones y menús que permiten realizar acciones sobre los componentes. Tenemos 2 formas de realizar acciones. Desplegando los menús. Usando los botones. Hemos creado un nuevo menú llamado “UV” donde podemos realizar todas las operaciones sobre los componentes de la Universidad de Valencia. Este menú esta subdividido en otros 3 menús correspondiente a las distintos componentes y sus respectivas acciones. Solo estarán habilitadas en el menú las acciones que se pueden realizar en cada momento.

  14. Barra de menú

  15. Barra de Menú

  16. Barra de Menú

  17. Barra de Menú

  18. Barra de Menú Hemos añadido un conjunto de botones que permiten realizar acciones sobre los componentes de la Universidad de Valencia. Estos botones nos permiten generar componentes, eliminarlos, importar y exportar cuestionarios. Al igual que en los menús, los botones sólo estaran habilitados cuando tenga sentido utilizarlos. Tanto en el menú como en los botones se llama a métodos escuchadores de eventos (Listeners) que se encuentran en la clase principal de la interfaz de la aplicación (QTILiteAppMainFrame).

  19. Barra de Menú

  20. Formularios de Creación Para los formularios de creación usamos JDialogs que se irán concatenando hasta poder rellenar toda la información necesaria. En todos los casos la primera ventana servirá para seleccionar la ubicación. En este cuadro sale un árbol con la estructura del repositorio creado para que seleccionemos la ubicación. Dependiendo del componente que se esté creando se podrá ubicar dentro de solo unos determinados componentes. En el caso de no seleccionar una ubicación o de seleccionar una ubicación inválida, al pulsar sobre el botón de aceptar, saltará un cuadro de error.

  21. Formulario de Creación

  22. Mensaje de Error

  23. Formularios de Creación de Cuestionarios Tenemos un conjunto de diálogos que se irán rellenando de forma secuencial según vamos introduciendo los datos y aceptándolos: Los diálogos son los siguientes con su clase: Título y Descripción (NuevoCuestionarioTitDescUVDialog)‏ Instrucciones (NuevoCuestionarioInstUVDialog)‏ Opciones de respuestas (NuevoCuestionarioOpRespUVDialog)‏ Páginas (NuevoCuestionarioPagUVDialog)‏ Opciones de tiempo (NuevoCuestionarioOpTiempoUVDialog)‏ Otros (NuevoCuestionarioOtrosUVDialog)‏

  24. Titulo y Descripción • El botón Completo permite crear exámenes de tipo experto. • El Titulo es obligatorio.

  25. Instrucciones

  26. Opciones de Respuestas • Contiene 3 campos numéricos sobre los que realizamos controles.

  27. Páginas Este diálogo contiene un conjunto de pestañas (objeto JTabbedPane) a través de las cuales podemos ir navegando para rellenar las páginas en cuestión. Estas páginas apareceran en determinados momentos de la ejecución del cuestionario en la aplicación web. En las páginas de entrada y salida tenemos un editor de texto rico que a la hora de introducir los datos en la clase CuestionarioUVCompleto le introducirá el código HTML que genera. Para crear esto utilizamos Ekit, una librería jar externa de código libre que sirve para crear applets con un editor de texto rico y que utilizamos para incrustar el editor dentro de nuestro diálogo de páginas

  28. Páginas: Entrada

  29. Páginas: Salida

  30. Páginas: Consentimiento

  31. Páginas: URL finalización

  32. Opciones de Tiempo • Incrusta 2 calendarios utilizando la librería JCalendar. • Tiene checkboxes para habilitar el inicio y final. • Si los 2 están habilitados se realiza un control.

  33. Otros • Se realiza un control sobre los campos de la Mascara IP introducidos para comprobar que son valores validos.

  34. Formulario de Creación de Secciones Para crear una sección UV nueva y una vez seleccionada su ubicación, sólo se necesita un cuadro de diálogo. Este cuadro contiene un conjunto de pestañas (JTabbedPane) donde podemos ir seleccionando los valores que nos interesen. Estas pestañas son: Título y Descripción Instrucciones y Feedback Otras Opciones Tipos de Visualización En el listener del botón de aceptar tendremos controles para verificar que se introdujo un título (ya que es obligatorio) y que los valores numéricos sean válidos.

  35. Título y Descripción de Secciones

  36. Instrucciones y Feedback de Secciones

  37. Otras Opciones de Secciones

  38. Tipos de Visualización de Secciones Tipo de dato con la clase TipoVisualizacionUV que crearemos nosotros para decidir el aspecto de la sección. Dentro del repositorio que estemos usando, se tiene una lista de todos los Modos de Visualización creados para ese repositorio, del cual podemos seleccionar uno para nuestra sección. Dentro del panel de tipos de visualización podemos hacer 3 cosas: Crear un modo Nuevo Editar un Modo Borrar un Modo Cuando pulsemos Aceptar el modo seleccionado será el asociado a la sección.

  39. Tipos de Visualización de Secciones

  40. Diálogo para Modos de Visualización Cuando seleccionamos nuevo o editamos un modo de visualización nos sale un diálogo (JDialog) de edición. Esta compuesto de 2 pestañas: Obligatorio: Contiene campos obligatorios que estaran controlados por el listener del botón de aceptar. Opcionales: Campos que no requieren ser rellenados. Se controlara que los campos numéricos tengan valores válidos.

  41. Modos de Visualización: Obligatorio

  42. Modos de Visualización: Opcional

  43. Formulario de Creación de Preguntas Para crear una sección UV nueva y una vez seleccionada su ubicación, sólo se necesita un cuadro de diálogo. Este cuadro contiene un conjunto de pestañas (JTabbedPane) donde podemos ir seleccionando los valores que nos interesen. Estas pestañas son: Información Básica Feedback Tipo Tenemos 2 campos obligatorios que son el Título y el Tipo. Al seleccionar el tipo se nos abre una caja en el panel donde podemos introducir los valores del tipo de respuesta que hemos elegido. Al pulsar aceptar se realizaran controles sobre los valores seleccionados.

  44. Información Básica de una Pregunta

  45. Feedback de una Pregunta

  46. Panel Pregunta Tipo Corta

  47. Panel Pregunta Tipo Subir

  48. Panel Pregunta Tipo Largo

  49. Panel Pregunta Tipo Test

  50. Panel Pregunta Tipo Test - Panel de Rellenar Respuestas

More Related