Sobre SCORM ...
1.Contexto Histórico
Estándares en la sociedad actual
Definiciones:
Estándar: norma aceptada de forma general. Pueden ser de facto, resultado de un proceso espontáneo; o de jure, como consecuencia de una aceptación formal.
Norma: unidad o grupo de especificaciones de obligado cumplimiento en un entorno determinado.
Especificación: descripción detallada y completa de las características, naturaleza o forma de realizarse un objeto o procedimiento.
No es difícil aportar una gran cantidad de ejemplos que demuestren que, para actividades humanas que implican a más de una persona, es necesario llegar a acuerdos con los que esta actividad pueda llevarse a cabo satisfactoriamente.
El ejemplo más patente es el lenguaje (y su plasmación física en la escritura), que permite a la humanidad intercambiar conocimiento.
El uso de parámetros de la red eléctrica (220V) es otro de los ejemplos que demuestran que donde se establecen estándares hay facilidades para todos.
El gran éxito y crecimiento de la Red de Redes se debe claramente al uso de normas y acuerdos comunes (comunicación, correo, HTML, etc.).
Las normativas SCORM es el resultado de las necesidades del mayor consumidor de teleformacion del mundo, el ejército de EE.UU.
En el año 1997 el Departamento d e Defensa(DOD) crea la iniciativa ADL(Advanced Distributed Learning) enfocada a diseño y desarrollo de estrategias para e l uso de nuevas tecnologías en educación y formación(sobre todo para su uso para las necesidades del ejercito)
El fruto del trabajo de la ADL fue la elaboración del modelo de referencia (SCORM : Sharable Content Object Reference Model) que sirva para unificar criterios en el diseño y desarrollo de Contenidos y Sistemas de Gestión de la Formación(LMS).
Actualmente las normativas SCORM es un estándar de facto y se reconocen como mecanismo imprescindible para la distribución y elaboración de contenidos ONLINE.
2. Descripción de las normativas SCORM
SCORM es un conjunto de normativas elaboradas por ADL una iniciativa del departamento de defensa de EE.UU. y adoptadas actualmente como solución estándar en el sector eLearning y que permite entre otros beneficios:
Normalizar y describir formalmente las funcionalidades, prestaciones, servicios que deben tener los sistemas de formación.
Normalizar los procesos relacionados con el desarrollo de Contenidos, Sistemas Formativos, tratamiento de datos, etc.
Ahorrar costes en el desarrollo del entorno (incluso se puede comprar un entorno fabricado).
Ahorrar costes en el desarrollo de contenidos.
Reutilizar contenidos.
Centrarse en aspectos no-tecnológicos, produciendo contenidos de mayor calidad.
Actualmente las normativas SCORM se centran sobre contenidos Autoformativos, en el futuro se prevé la integración de otras normativas referentes a otras cuestiones de formación(ejercicios, simuladores, colaborativo, etc.)
Para entender mejor en que consiste SCORM se van ha enumerar las principales áreas de normalización que abarca:
¿Como Distribuir los Objetos de Aprendizaje?
¿Como “Hablan” los LO con el LMS? / Seguimiento
¿Como Secuenciar contenidos?
2.1 ¿Como Distribuir/Describir los Objetos de Aprendizaje?
Uno de los grandes retos de los creadores de contenidos es que sus craciones funcionen en distintos entornos academicos/corporativos.
Se busca una forma de crear un paquete que permita “instalar” el curso en distintas plataformas de educación.
Para ello es necesario:
Un formato para conservar la estructura/índice del contenido
Un formato para describir los recursos digitales del contenido(documentos html, imágenes, etc)
Un formato que asocia los ítems del contenido a los recursos digitales.
Ejemplo paquete SCORM/IMS
El paquete SCORM es un fichero ZIP (comprimido) que contiene:
Uno o varios ficheros que describen por medio de XML el índice de los contenidos de un paquete (estos ficheros se denominan MANIFEST) que, además, aporta información sobre la forma de presentarlos.
La información que permite habilitar contenidos en función de determinados resultados del alumno en los ítems de contenido (prerrequisitos).
Los recursos educativos, ficheros HTML, imágenes, etc.
¿Cómo funciona?
El proveedor crea el índice de contenidos con las herramientas de producción de contenidos. Estas herramientas disponen de funcionalidades para empaquetar contenidos según las normas SCORM.
El proveedor envía el empaquetado (curso.zip) al cliente.
El cliente da de alta el curso en su plataforma e importa el Empaquetado (funcionalidad estándar en sistemas compatibles SCORM), la plataforma copia los ficheros en el disco duro del servidor y da de alta en la base de datos el índice de contenidos del curso importado.
El alumno accede a la plataforma y selecciona el curso. Por su parte, la plataforma representa el índice de contenidos del curso con los enlaces para acceder al recurso correspondiente a cada ítem de contenido.
Conforme crece el número de contenidos almacenados en un repositorio, se hace necesario tener mecanismos que permitan la búsqueda, clasificación y organización de los contenidos.
La información sobre la información se denomina MetaData.
Para abordar este problema, el grupo de trabajo de IEEE LOM (Institute of Electrical and Electronic Engineers. Learning Object Metadata) ha creado un estándar para los Metadatos que hacen referencia al ámbito educativo.
Este modelo fue adoptado por IMS y por ADL con algunos ajustes y modificaciones.
Ejemplo Metadata de SCORM/IMS
El mecanismos propuesto por IMS consiste en un conjunto de etiquetas XML que se añaden a los ficheros XML del empaquetado y aportan la descripción de los recursos y los ítems del contenido, distribuyéndose en el empaquetado.
¿Cómo funciona?
El proveedor utiliza las herramientas de autoría para rellenar los campos Metadata asociados con los recursos e ítems del contenido.
La descripción de recursos sirven asimismo en el proceso de producción de los contenidos y permiten al proveedor gestionar eficazmente los recursos utilizados por todos los profesionales implicados en el proceso.
Cuando se genera el empaquetado, los Metadatos se añaden en formato XML. De esta forma, el fichero de empaquetado incluye Recursos, Estructura del Contenido, y la descripción de los mismos.
Cuando el cliente importa el paquete de contenidos a la Plataforma, los Metadatos se incorporan a la Base de Datos.
Un alumno accede a la Plataforma y realiza la búsqueda en el buscador de contenidos, indicando diversos criterios. La plataforma realiza dicha búsqueda dentro de los Metadatos y selecciona los contenidos correspondientes.
Mientras, otro alumno solicita que la Plataforma le recomiende todos los contenidos que ha de aprender según su Perfil (Currículum). La Plataforma coteja los datos del perfil del alumno y los Metadatos, y le propone los contenidos correspondientes.
2.2 ¿Como “Hablan” los LO con el LMS? / Seguimiento
La propuesta de ADL dentro de su modelo SCORM persigue proporcionar un medio estándar para la interoperatividad entre los objetos de contenidos (SCO), y los sistemas de gestión de aprendizaje (LMS).
Uno de los requerimientos de SCORM es que el contenido sea operativo en todos los entornos compatibles SCORM sin tener en cuenta las herramientas que se utilicen para crear o usar los contenidos.
Para que esto sea posible, ADL establece:
Unos requerimientos (responsabilidades) a nivel de contenidos (SCO) y nivel de la entornos de gestión (LMS)
Un mecanismo (interface) estándar de programación (modelo PLUGIN). El acceso a este mecanismo se realiza por medio del lenguaje JavaScript, que es un estándar en los entornos Web.
Un conjunto de datos (DATAMODEL) que se pueden intercambiar y deben ser soportados por todas las plataformas (por ejemplo, Puntuación, Estado del aprendizaje, etc.)
¿Cómo funciona?
El Proveedor usa herramientas que añaden programación JavaScript en determinadas partes del contenido para que comunique a la Plataforma la puntuación del alumno en cada unidad.
El cliente publica el contenido en la Plataforma.
El Alumno entra en el curso y realiza las actividades obteniendo una puntuación. El curso ejecuta la programación JavaScript, comunicando a la plataforma la puntuación obtenida. La plataforma recoge la puntuación comunicada y la guarda en su base de datos.
El gestor de formación revisa las puntuaciones del Alumno en las Unidades para poder dirigir el proceso de formación.
2.3 Cómo secuenciar contenidos: Secuenciación (IMS, SCORM)
Esta especificación describe por medio de unas etiquetas XML las reglas para controlar el flujo de las actividades educativas basándose en los resultados obtenidos por los alumnos en sus interacciones con los contenidos didácticos.
Esto permite reutilizar los mismos contenidos creando distintas secuencias de navegación, así como experiencias formativas basadas en los resultados formativos de cada alumno.
Además, igual que las otras especificaciones de IMS, esta información de secuenciación debe ser intercambiable entre diferentes sistemas educativos con ayuda de herramientas de exportación e importación.
3. Ámbito de aplicación /Ventajas
Dentro del presente proyecto se propone la utilización de SCORM para:
La adaptación de los contenidos a SCORM no solo nos facilita su integración en diversos entornos, también aumenta la calidad y la posibilidad de evaluación del desempeño del usuario.
A continuación pasamos a describir en detalle estos puntos.
3.1 Distribución y Descripción de los contenidos
Teniendo en cuenta los requerimientos del proyecto y pensando en el futuro de los contenidos que se desarrollen proponemos :
Por ejemplo permite estructurar los contenidos según las necesidades de distintos colectivos a formar (itinerarios formativos).
3. Seguimiento y Evaluación
La normativa SCORM por medio de RTE(Runtime Environment) permite programar los contenidos de tal forma que proporcionen en todo momento la información de seguimiento de los resultados de formación.
Esta información recogida en Informes de Seguimiento permite la gestión de la formación por medio de Gestores y Tutotres, de esta forma la formación ofrecida no es meramente un auto estudio sino un entorno rico y tutorizado.
En el protocolo de comunicación, la normativa SCORM define un conjunto de campos/valores (DATAMODEL) que se pueden almacenar en la base de datos del servidor LMS.
Estos valores permiten:
Personalizar el contenido (por ejemplo, visualizar un feedback con el nombre de alumno)
Mejorar la navegación por el contenido (por ejemplo, guardar la ultima página vista)
Registrar el seguimiento (guardar la puntuación para poder evaluar al alumno)
Por cada combinación SCO/Alumno, el LMS guarda el conjunto de campos.
Esto significa que, por ejemplo, a cada SCO de un curso le corresponde una puntuación por cada alumno inscrito en el curso (y respectivamente para cada campo definido en SCORM).
Mejorar la navegación por el contenido
El siguiente conjunto permite mejorar la navegación del alumno por los contenidos. Los datos que se tratan no aportan ninguna estadística y no se reflejan normalmente en los informes del LMS.
Habitualmente un SCO suele componerse de varias páginas a las que se accede mediante los botones de navegación. Según el alumno navega por el SCO, se almacena su posición y se guarda en el LMS (cmi.core.lesson_location), para poder retomarla la próxima vez que el alumno vuelva al contenido.
Si el SCO contiene distintos apartados o ítems navegables, es posible almacenar si éstos han sido vistos o no por el usuario. De este modo, si se dispone de un menú de apartados es posible diferenciar con cierto color el contenido que el alumno ha visitado, a fin de que lo pueda identificar visualmente. Estos datos se almacenan en el campo cmi.core.suspend_data.
Registrar el seguimiento
Estos datos son la base para los informes de evaluación de progreso de los alumnos dentro de los contenidos.
Hay que controlar el estado del SCO (cmi.core.lesson_status);en éste campo se deben colocar los valores “incompleto”, “visto”, “revisado”, “finalizado”, “aprobado” y “suspendido” según la situación del alumno en el contenido.
Por cada SCO se puede guardar una puntuación. Por ejemplo, se puede colocar una pequeña evaluación al final de un contenido almacenando el resultado obtenido por cada alumno (cmi.core.store.raw).
Otro de los parámetros que se registra es el tiempo de estancia así como el numero de accesos en cada contenido.
Activar contenidos
Uno de los requerimientos habituales que los clientes suelen hacer a los proveedores es que el contenido ha de ir activándose según el alumno vaya aprobando partes.
Normalmente las plataformas permiten establecer ciertos prerrequisitos. Por medio de este sistema (puesto que no se precisa programar nada) el proveedor sólo debe asegurarse de poner el valor correcto al estado de la lección (cmi.core.lesson_status) y el LMS activa el contenido siguiente.
