ADL (Advanced Distributed Learning) (ADL, 2005) es un programa formado por el Departamento de Defensa de Estados Unidos y la Oficina de Política Científica y Tecnológica de la Casa Blanca con el objetivo de proporcionar formación de alta calidad, según sus necesidades.
ADL se ha centrado desde un principio en el aprendizaje sobre la Web. Actualmente es el modelo más utilizado en la industria y que cuenta con mayor cantidad de herramientas que lo soportan. Es un perfil de aplicación, ya que combina muchas especificaciones y las particulariza para un caso concreto. Las especificaciones, por su generalidad, dejan sin fijar aspectos que son necesarios para facilitar la implementación final, y SCORM (Sharable Courseware Object Reference Model) trata de ser más preciso para lograr una mayor compatibilidad.
En particular SCORM integra las siguientes especificaciones de grupos como IMS Global Consortium, ARIADNE, AICC o IEEE-LTSC (Fernández Manjón et. al., 2007):
• IEEE Learning Object Meta-data 1484.12 (IEEE LOM 2002): empleado en el Modelo de Agregación de Contenido para definir los Metadatos de los objetos de contenido.
• IEEE ECMAScript API for Content to Runtime Services Communication 1484.11.2 (IEEE EACRSC 2003): utilizado por el Entorno de Tiempo de Ejecución para definir el mecanismo de comunicación entre el contenido y el LMS.
• IEEE Data Model for Content Object Communication 1484.11.1 (IEEE DMCOC 2002): empleado por el Entorno de Tiempo de Ejecución para definir el modelo de datos empleado en la comunicación entre el contenido y el LMS.
• AICC/Web-Based CMI Guidelines (AICC WBCMIG 1998): utilizado para definir la estructura del contenido en el Modelo de Agregación de Contenido.
• IMS Content Packaging (IMS-CP): empleado en el Modelo de Agregación de Contenido para agrupar objetos de contenido.
actividades en un curso.
SCORM propone un entorno de ejecución, un modelo de metadatos y un modelo de la estructura de los cursos (modelo de agregación de contenidos). En su versión 2004 este modelo ha pasado a incluir también la secuenciación y navegación (Sequencing and Navigation) de los contenidos.
La definición del modelo SCORM, así como su evolución y las distintas decisiones de diseño tomadas durante el proceso de especificación, se basan en 6 principios esenciales (ADL, 2011):
• Accesibilidad: localizar y acceder a componentes instruccionales desde una
ubicación remota y su envío a otras muchas localizaciones.
• Interoperabilidad: tomar componentes instruccionales desarrollados en una
ubicación determinada y empleando unas herramientas y plataformas determinadas para su posterior aplicación en otra ubicación y otro conjunto de herramientas y plataformas.
• Durabilidad: resistir la evolución de la tecnología y futuros cambios sin incurrir en rediseños, reconfiguraciones o recodificaciones excesivamente costosas.
• Reusabilidad: flexibilidad para incorporar componentes instruccionales en
múltiples contextos y aplicaciones.
Los elementos más característicos del modelo son (Fernández Manjón et. al., 2007, SCORM 2004 4th Edition Specification, 2009):
a) CAM (Content Aggregation Model): El modelo de Agregación de contenidos:
• Describe cómo deben ser los objetos de aprendizaje.
• Especifica cómo describir los objetos de aprendizaje para facilitar su búsqueda y localización.
• Define cómo agruparlos y empaquetarlos para crear unidades más complejas que puedan ser transportadas entre diferentes sistemas.
• Especifica las reglas para establecer una secuencia de objetos de aprendizaje que conformen unidades más complejas (tales como cursos).
Para entender el modelo de datos SCORM, es necesario conocer cada uno de los elementos de SCORM que construyen un recurso de aprendizaje:
• Asset.: es el bloque básico de construcción de un recurso de aprendizaje. Los assets son una representación electrónica de un medio de comunicación: texto, imágenes, sonidos o cualquier dato que pueda ser mostrado en un cliente Web. Es importante indicar que un asset puede ser construido por varios assets y que pueden describirse mediante metadatos, facilitando la búsqueda y reutilización de estos.
• Sharable Content Object (SCO): es el nombre que reciben los OA de SCORM. A través de los SCOs los estudiantes acceden directamente a los contenidos de aprendizaje, según el resultado de esta interacción cada SCO se comunica con el LMS quien se encarga de gestionar y administrar los SCOs.
Para mejorar la reutilización de los SCO, éste debe ser todo lo independiente posible del contexto de aprendizaje. Si mantiene relaciones muy estrechas con otros objetos, será muy difícil poder aprovecharlo en otros entornos (Figura 3.9)
Figura 3.9. Arquitectura conceptual de SCO. Fuente: SCORM 2004 4th Edition Specification (2009).
• Actividades: puede ser descrita como una unidad de instrucción. Conceptualmente, es una acción que el estudiante realiza mientras progresa en su instrucción. Una actividad puede proporcionar al estudiante un SCO o asset. También puede estar compuesta de otras actividades (Figura 3.10).
Figura 3.10. Representación conceptual de las actividades. Fuente : SCORM 2004 4th Edition Especification (2009).
• Organización de contenidos: es una representación o un mapa que define el uso previsto de los contenidos a través de unidades estructuradas de instrucción (actividades). El mapa muestra cómo las actividades se relacionan entre sí. La Figura 3.11 muestra un ejemplo de una organización de contenidos.
Figura 3.11. Ilustración conceptual de una Organización de contenidos. Fuente SCORM 2004 4th Edition Specification (2009).
• Agregación de contenidos: describe la acción o proceso para componer un conjunto de funcionalidades relacionadas con los OA o contenido, de tal forma que estos pueden ser
En términos del modelo de contenido SCORM, una agregación de contenidos también se utiliza para describir la entidad creada como parte de este proceso o acción. A veces el término se utiliza libremente para describir el paquete de contenido. La agregación de contenidos puede ser utilizados para entregar el contenido y la estructura de los contenidos prescritos, transferidos entre sistemas, o incluso almacenar en un repositorio.
Figura 3.12. Ilustración conceptual de Agregación de Contenido .Fuente: SCORM 2004 4th Edition Specification (2009).
b) Entorno de Tiempo de Ejecución (Run-Time Environment, RTE): detalla los requisitos para la puesta en marcha de los objetos de contenido y los mecanismos de comunicación que tanto el LMS como el propio contenido deben emplear. Como se mencionaba en la descripción del Modelo de Agregación de Contenidos, en SCORM se distinguen dos tipos de material educativo: Los SCOs y los recursos: Assets.
El proceso de lanzamiento y ejecución debe estar estandarizado ya que el SCO, al ser lanzado, debe establecer un canal de comunicación con un LMS desconocido a priori. Esta comunicación se establece a través de un elemento enviado junto con el SCO al navegador del usuario. Este elemento consiste en una implementación de la interfaz de programación de aplicaciones (API) definida en el estándar IEEE 1484.11.2 y su provisión es responsabilidad del LMS, siendo el SCO completamente independiente del mecanismo de comunicación.
almacenados, procesados y utilizados por el LMS. En definitiva, RTE establece (Figura 3.13):
• Una manera común de lanzar en ejecución los recursos educativos (Launch)
• Un mecanismo para la comunicación (API)
• Un vocabulario común (Modelo de Datos)
Figura 3.13. Entorno de Ejecución (RTE). Fuente: SCORM 2004 3rd Edition Specification (2006).
c) Modelo de Secuenciación y Navegación (SN): define la secuencia de contenidos para un usuario (generada por el LMS o fruto de la interacción explícita del usuario) y cómo se interpretan las reglas de secuenciación asociadas a los contenidos.
Para realizar esto, ADL SCORM se basa en el estándar de secuenciación de IMS (IMS-SS) (IMS-SS, 2003).
Para realizar esta tarea, SCORM emplea la estructura de contenido que es una herramienta utilizada para describir la relación jerárquica de una experiencia de aprendizaje (Figura 3.14). IMS-SS describe esta estructura como árbol de actividad y permite a SCORM utilizarlo para describir requisitos de información y de procesamiento, como: algoritmos de secuenciación y comportamientos.
Figura 3.14. Relación entre una Organización de Contenidos y el Árbol de actividad. Adaptado de SCORM 2004 4th Edition Specification (2009).
Cabe destacar que la especificación SCORM no detalla como se deben implementar tecnológicamente estos objetos limitándose a especificar un mecanismo de comunicación independiente de la tecnología. Los fabricantes pueden escoger como realizar las implementaciones sin preocuparse en las cuestiones que se ocupa SCORM. Para ello deberán emplear una herramienta certificada por SCORM e indicar qué información desea que el SCO le transmita al LMS.
A modo de síntesis, la Figura 3.15 ilustra los distintos modelos del perfil SCORM.