Procedimiento De Validación

32
Procedimiento de validación técnica y funcional de ODEs para Agrega en la producción de red.es Madrid, febrero 2009

description

Pasos para la validación masiva técnica y funcional de Secuencias Didácticas

Transcript of Procedimiento De Validación

Page 1: Procedimiento De Validación

Procedimiento de validación técnica y funcional de ODEs para 

Agrega en la producción de red.es

Madrid, febrero 2009

Page 2: Procedimiento De Validación

1. Flujo de trabajo 3.

2. Entrega del paquete SCORM 2004 4.

3. Revisión de paquetes SCORM 2004 5.

1. Catalogación 6.

2. Características Técnicas 7.

3. Accesibilidad 8.

4. Funcionalidad 9.

4. Pruebas y carga en Agrega 10.

5. Errores habituales 11.

6. Glosario 12.

7. Anexo 1. Instalación Agrega Offline 16.

8. Anexo 2. Validación masiva de ODEs 18.

9. Anexo 3. Documentación adicional 30.

Índice

Page 3: Procedimiento De Validación

Flujo de trabajo

Entrega de paquetes SCORM 2004 a red.es Revisiones técnicas

Pruebas y carga en Agrega Revisión funcional de los contenidos

Page 4: Procedimiento De Validación

Entrega del paquete SCORM 2004 del proveedor a red.es

Paquetes SCORM

¿Qué recibimos del proveedor? El paquete SCORM debe:

• Tener un formato .zip

• Contener el fichero imsmanifest.xml

• Estar etiquetado en LOM-ES v1.0

• Cumplir los requisitos de validación técnica y funcional de ODE. (Ver Anexo 3)

Page 5: Procedimiento De Validación

• ¿Dónde se revisa?

Agrega Offline

• ¿Con qué se realiza la revisión técnica del paquete SCORM?

Se realiza de forma masiva, utilizando una Plantilla .xml en cada uno de los idiomas. (Ver en detalle en el ANEXO 1)

• ¿Qué se revisa?

–Catalogación

–Características técnicas

–Accesibilidad

–Funcionalidad

Revisión del paquete SCORM

Page 6: Procedimiento De Validación

SCORM 2004 Todos paquetes deben estar catalogados. Se comprueba que la catalogación realizada dentro del fichero imsmanifest.xml es correcta. Para ello se revisan los siguientes puntos:

• Todos los campos obligatorios que indica LOM-ES

• Aquellos campos, que de manera explícita Red.es, haya indicado a través de la documentación que se entrega en cada Proyecto.

• La categoría 9 (Clasificación):

–Nivel educativo LOM-ESv1.0

–Accesibilidad LOM-ESv1.0

–Competencia LOM-ESv1.0

–Disciplina: Árbol Curricular LOE 2006 y Tesauro ETB MEC-CCAA v1.0

A modo de guía, se ha elaborado un documento con las premisas para la correcta catalogación. (Ver Anexo 3)

Revisión SCORMCatalogación

Page 7: Procedimiento De Validación

Revisión SCORMCaracterísticas técnicas

• Compatibilidad del ODE con SCORM 2004. El ODE puede ser implantado en plataforma SCORM 2004 y usa la API de SCORM 2004 para registrar la información de seguimiento generada. No existen referencias cruzadas entre OA en una misma SD.

• Correcta catalogación.

• Validación y visualización correcta en Agrega.

• Comprobación de los ODE en distintos navegadores: Explorer, Firefox, Opera, Safari,…

• Comprobación de las trazas que deja el objeto digital educativo.

• La entrega se hace en un único directorio con todos los paquetes .zip.

• Validación de la catalogación con la plantilla de red.es.

• Etc.

Page 8: Procedimiento De Validación

Revisión SCORM

Accesibilidad

• Los textos sin audio podrán ser leídos por un lector de pantalla.

• Las locuciones van subtituladas.

• Los contenidos se pueden navegar con teclado y ratón.

• Los elementos comunes a todas las pantallas están en la misma ubicación.

• Comprobación de los botones de control de la animación.

• Los subtítulos están activados por defecto, pudiéndose desactivar.

• Etc.

Page 9: Procedimiento De Validación

• ¿Donde se realiza?:

o En un navegador web (Explorer, Firefox, Safari, Opera)

o LMS (Rustici, Moddle,…)

• ¿Qué se revisa?:

o La carcasa de los OA cargan en todos los casos y funcionan todos los botones correctamente.

o La interacción en las actividades funciona correctamente y no tiene que realizarse de forma demasiado precisa para que funcionen.

o No aparecen voces robotizadas ni locuciones en idiomas que no corresponden.

o El título de la página en el navegador coincide con el de la SD/OA.

o Existe sincronización y correspondencia entre la locución, el subtitulo y los personajes si los hubiera.

o El subtítulo encaja con en el espacio que le corresponde.

o Etc.

Revisión SCORM

Funcionalidad

Page 10: Procedimiento De Validación

Pruebas y carga en Agrega

• Una vez superadas las comprobaciones anteriores se logra que la carga en Agrega de los ODE sea correcta.

• Esta carga de contenidos en Agrega corre a cargo del administrador del nodo.

Page 11: Procedimiento De Validación

Errores habituales que se deben evitar. I• Referencias cruzadas a nivel técnico. Desde un OA no debe haber ningún botón o

similar que llame a una SD, ya que de lo contrario no se podrían desagregar los OA.

• Referencias cruzadas a nivel de contenido. Los textos y/o diálogos no deben hacer referencias a otros OA o SD.

• Catalogación no traducida a la lengua del ODE. Los textos del ODE y la catalogación deben estar en la misma lengua.

• La catalogación del OA/SD no contiene los campos por los que busca Agrega(búsqueda simple y avanzada). Estos campos deben contener las palabras semánticas más representativas del texto para que Agrega tenga capacidad de recuperación del OA/SD.

• La catalogación de la categoría 9, Clasificación. No está realizada según el árbol curricular LOE y con el tesauro ETB. Esto es importante para establecer grupos de OA/SD con el mismo propósito (nivel educativo, materia y bloques de contenidos) y poder recupéralos desde estos campos igualmente.

Page 12: Procedimiento De Validación

Errores habituales que se deben evitar II• Las locuciones son audios mecanizados en la versión definitiva. En estas

versiones deben simular voces humanas de acuerdo con el personaje.

• Los créditos no siguen el formato exigido. Los logos deben seguir las pautas de orden, tamaño,… establecidas.

• Los objetos aprendizaje con trazabilidad en LMS deben ser recursos “SCO” y no “Asset”. Estos OA deben dejar las trazas o huellas de lo que el usuario ha realizado. Para que esto ocurra el OA debe ser de tipo “SCO”.

• Materiales que no cumplen la licencia elegida en Agrega (Creative Commons).

• ODEs no traducidos por completo en locuciones y subtítulos a la lengua respectiva. Existen mezclas de distintas lenguas de un mismo OA/SD.

• El .zip creado no contiene el fichero imsmanifest.xml en el directorio raíz. En el paquete SCORM 2004, una vez descomprimido, no contiene el fichero imsmanifest.xml en el primer nivel de éste.

• El .zip creado no contiene el fichero index.html o escenario.html en el directorio raíz. En el paquete SCORM 2004, una vez descomprimido, no contiene el fichero que lanza el objeto digital educativo (index.html o escenario.html) en el primer nivel de éste.

Page 13: Procedimiento De Validación

Glosario I• AGREGA – Repositorio de contenidos digitales educativos orientados a profesores y

alumnos de enseñanza no universitaria sin conocimientos especializados en tecnología. (¿Qué es Agrega?)

• AGREGA OFF Line – Aplicación que se ejecuta en un pc sin necesidad de conexión a Internet y que sirve para la creación, catalogación, previsualización y validación de contenidos digitales educativos en formato SCORM 2004. (Agrega off line) –Descarga

• API – Interfaz de programación de aplicaciones. Conjunto de funciones y procedimientos que ofrecen las bibliotecas de programas informáticos para ser utilizados a su vez por otros programas informáticos.

• Árbol curricular – Es el conjunto de objetivos, competencias básicas, contenidos, métodos pedagógicos, criterios de evaluación, de cada una de las enseñanzas regladas no universitarias.El profesorado los desarrolla y concreta en sus programaciones, con la estructura que considere más adecuada, en función de las capacidades, expectativas e intereses del alumnado. (Árbol curricular)

• ASSET – recursos que no dejan trazas (huellas) de lo que el usuario ha estado realizando.

• ETB - listado de términos definidos para la clasificación de los objetos digitales con respecto al propósito o disciplina de la cual tratan. (ETB)

Page 14: Procedimiento De Validación

Glosario II

• Imsmanifest.xml – Define, mediante un archivo XML, la forma en que se han importar los contenidos, así como la forma en que se han de presentar. Incluye metadatos para la descripción del recursos, la estructura del OA y los recursos.

• Lector de pantalla – programa software que identifica y transmite al usuario de forma locutada lo que la pantalla muestra.

• LMS – (del inglés: Learning Management System). Programa para la gestión, administración y distribución de actividades y contenidos educativos. Su función es para la realización de cursos virtuales o como apoyo a la formación presencial.

• LOM-ES – estándar de etiquetado para la catalogación de contenidos digitales educativos a un determinado contexto. Este estándar está dirigido especialmente a la comunidad educativa española (¿Qué es LOM-ES?)

• Metadatos – datos estructurados sobre un objeto, que soportan funciones asociadas al objeto. Los metadatos describen características de instancias de los ODE conteniendo informaciones para ayudar a identificar, descubrir, valorar y administrar. Los metadatos permiten encontrar los objetos digitales almacenados dentro de un repositorio, en nuestro caso, dentro del repositorio de Agrega.

• Moodle – Plataforma de LMS (Learning Management System o Sistema de Gestión de Aprendizaje)

• OA – Objeto de aprendizaje. Varios OAs componen una “secuencia didactical”.

• ODE – Objeto digital educativo que tiene como característica el ser modular, flexible, abierto, accesible y reutilizable.

Page 15: Procedimiento De Validación

Glosario III

• Rustici – Plataforma de LMS (Learning Management System o Sistema de Gestión de Aprendizaje)

• SCO – Recursos que dejan trazas (huellas) de lo que el alumno ha estado realizando, y que posteriormente se pueden consultar por el profesor. Tiempo empleado en realizar un ejercicio, grado de completitud y puntuación.

• SCORM 2004 -. (del inglés Sharable Content Object Reference Model) es una especificación que permite crear objetos pedagógicos estructurados. Estos objetos pueden ser importados, exportados, agregados y desagregados entre sistemas de gestión de aprendizaje diferentes, siempre que estos soporten la norma SCORM.

• SD – Secuencia didáctica. Está compuesta por varios objetos de aprendizaje.

• .ZIP – formato informático para compresión de documentos digitales como imágenes, programas, documentos…

Page 16: Procedimiento De Validación

1. Requisitos de Instalación

– 200 MB de espacio en disco duro.

– 1 GB de memoria RAM.

– Permisos de administrador.

– No tener restricciones de cookies.

– Java Run-time enviroment (JRE) 1.5 o superior. Disponible en http://java.sun.com/javase/downloads/index.jsp

– Navegador Web. Se recomienda Mozilla FireFox 1.0+ o Internet Explorer 6.0+

– Dentro del panel de control “General/Variables de entorno”, tener definida una variable de entorno llamada “JRE_HOME” y con valor la dirección de Java. Ej:

Instalación y ejecución de Agrega Offline

Anexo 1

Page 17: Procedimiento De Validación

Instalación y ejecución de Agrega Offline

2.Pasos para la instalaciónPara instalar la versión Windows de la herramienta agrega simplemente haga doble clic en el ejecutable y siga los pasos que se le indican.

3. Inicio de la aplicación• Desde la carpeta Agrega, iniciar el servidor Tomcatpulsando 'Iniciar Servidor'.

• Esto abrirá una ventana de mensajes con el título 'Tomcat'. Espere a que la ventana muestre el mensaje

'[main] INFO org.apache.catalina.startup.Catalina -Server startup in xxxx ms‘

• Abrir la URL de la aplicación pulsando 'Herramientas Agrega'

Page 18: Procedimiento De Validación

Anexo 2Validación Masiva de ODES

1. Abrir la herramienta Agrega Offline y seleccionar “Herramienta de modificación.

Page 19: Procedimiento De Validación

Validación Masiva de ODES

2. Crear una tarea nueva

Page 20: Procedimiento De Validación

Validación Masiva de ODES

3. Dar nombre a la tarea

Escribimos el nombre

Page 21: Procedimiento De Validación

Validación Masiva de ODES

4. Definir el tipo de tarea y la ruta del objeto sobre la que se va a realizar la tarea.

Page 22: Procedimiento De Validación

Validación Masiva de ODES

4.1. Seleccionar la opción “Validación” y pulsamos “Continuar”

Seleccionar

Page 23: Procedimiento De Validación

Validación Masiva de ODES

4.2. Escribimos la ruta del objeto a validar, y pulsamos “Aceptar”

Escribir ruta

Page 24: Procedimiento De Validación

Validación Masiva de ODES

4.3. …Y guardar la tarea nueva.

Page 25: Procedimiento De Validación

Validación Masiva de ODES

5. No simular la tarea de modificación

Page 26: Procedimiento De Validación

Validación Masiva de ODES

6. Ejecutar la tarea.

Page 27: Procedimiento De Validación

Validación Masiva de ODEs

Page 28: Procedimiento De Validación

Validación Masiva de ODEs

Nos indica que la tarea no ha sido validada

correctamente

Se pincha para ver los errores de validación

Page 29: Procedimiento De Validación

Validación Masiva de ODEs

Page 30: Procedimiento De Validación

Anexo 3Documentación adicional

• Requisitos  de  validación técnica de ODEs

• Pautas  y  requisitos  para  la catalogación de ODEs.

• Identificador catálogo MEC.

• Especificaciones de Identificadores.

Catalogación de ODEs

Catálogo MEC

Identificadores

Validación técnica de ODEs

Page 31: Procedimiento De Validación

Documentación detallada del proyecto en:

www.proyectoagrega.es

Contacto: [email protected]

Page 32: Procedimiento De Validación