Cómo comprobar contenidos SCORM, xAPI y cmi5

1. Identifica el contrato y el entorno.

SCORM, xAPI y cmi5 no son nombres intercambiables. SCORM combina empaquetado y comunicación de ejecución, con versiones que presentan diferencias. xAPI describe comunicaciones de actividad con un Learning Record Store (LRS). cmi5 utiliza xAPI y añade reglas para el lanzamiento y seguimiento de unidades asignables desde un LMS.

Registra la herramienta de autor, sus opciones de exportación, la versión del contenido y los componentes del destino. En Moodle™, el soporte nativo se centra en SCORM 1.2; el soporte completo de SCORM 2004 requiere una solución adicional. La disponibilidad de un LRS o de un reproductor compatible debe comprobarse por separado.

• Formato, versión y perfil identificados en la documentación y los archivos del contenido.
• LMS, reproductor, herramienta de autor y LRS —cuando corresponda— con sus versiones y responsabilidades.
• Un conjunto de contenidos de prueba que represente navegación, evaluación, duración y recursos del proyecto.

2. Abre, interrumpe y reanuda la actividad.

Prueba el contenido como alumno, desde el recorrido previsto del curso. Revisa recursos, navegación, cierre y vuelta al campus. Después interrumpe la actividad y vuelve a entrar para comprobar qué estado se conserva y cómo se ofrece la reanudación.

En SCORM, contrasta los datos y comportamientos soportados por la versión y el reproductor. En cmi5, revisa el lanzamiento, la sesión y las reglas aplicables a la unidad. En una integración xAPI, define cómo se comunica la actividad y qué parte corresponde al contenido, al cliente o al LRS.

• La actividad se abre para el usuario y la matrícula correctos, con todos los recursos necesarios.
• La reanudación conserva el punto y los datos esperados, también después de cerrar el navegador cuando forme parte del uso previsto.
• Los navegadores, dispositivos y recorridos de accesibilidad acordados permiten completar la actividad.

3. Distingue intento, finalización, éxito y puntuación.

Define con el responsable educativo qué significa terminar y qué significa superar la actividad. Los campos y estados dependen del contrato: no debe deducirse aprendizaje de la presencia de un evento ni equipararse una puntuación con una finalización.

Prueba un resultado suficiente, uno insuficiente y una actividad abandonada. Repite el intento cuando esté permitido y comprueba qué información conserva el contenido, cuál recibe el sistema y qué ve el docente.

• Los estados y la puntuación se interpretan según el formato, sin confundir los modelos de SCORM 1.2 y SCORM 2004.
• La regla de finalización del curso utiliza los datos y umbrales acordados.
• Un segundo intento no sobrescribe o duplica información de una forma distinta de la prevista.

4. Comprueba identidad y significado en el LRS.

Para xAPI y cmi5, verifica la identidad del actor, la actividad, el contexto y los datos que se envían al LRS. Acuerda los perfiles y vocabularios necesarios para que los registros de aplicaciones distintas puedan interpretarse juntos.

Comprueba autorización, identificación de errores y tratamiento de interrupciones o envíos repetidos conforme al contrato. La consulta del LRS debe permitir relacionar lo observado con el escenario de prueba sin exponer información personal innecesaria.

• Los registros pertenecen al usuario, la actividad y la sesión esperados.
• Los eventos permiten distinguir los escenarios que necesita el informe educativo.
• Se pueden localizar y revisar fallos de intercambio y las condiciones de recuperación.

5. Registra compatibilidad comprobada y límites.

Guarda una ficha por muestra con formato, versiones, escenario, resultado y evidencia. Si una función se apoya en documentación del proveedor pero no se ha ensayado, conserva esa diferencia en la decisión.

Antes de publicar, acuerda qué contenidos y recorridos quedan aceptados y cómo se recuperará el acceso si falla una condición esencial. Repite los escenarios afectados por una nueva exportación, un cambio de reproductor o una actualización del campus. La compatibilidad de una muestra no garantiza la de todos los contenidos del catálogo.

Referencias técnicas.

Documentación de los organismos y proyectos responsables. Verifica la edición que corresponde a tu entorno.

• Moodle: soporte y diferencias SCORM
• ADL: Experience API
• AICC / ADL: especificación cmi5

¿Necesitas comprobar una integración?

Podemos analizar las versiones, definir los escenarios y revisar contigo la compatibilidad del intercambio.

Todas las guías técnicas