CMI5, ¿legítimo heredero de SCORM?

Share

Hoy todos conocemos xAPI, el primer componente de ADL’s Training & Learning Architecture pero, bajo mi punto de vista, no es una especificación para la comunicación LMS-Contenido y, por lo tanto, xAPI no sustituye a SCORM.

Por ejemplo, ¿Cómo comunica el contenido al LMS (o al LRS) que he completado un curso? En realidad podría usar “completed” o “finished” pero entonces no existe interoperabilidad, no hay reglas que tengan que seguir obligatoriamente el contenido y el LMS. Tenemos un vocabulario común pero, para entendernos, necesitamos tener un idioma común, necesitamos reglas.

Los objetivos que ADL persigue alcanzar con CMI son los siguientes:

  1. Soporte a dispositivos móviles. A diferencia de SCORM, las AUs no tienen por qué lanzarse desde un navegador.
  1. Con CMI5 las AUs pueden compartir datos de seguimiento entre ellas, a diferencia de lo que sucedía en SCORM. Además este seguimiento no tiene limitaciones, podría ser un archivo binario (como un audio o un documento).
  1. Una AU CMI5 debería funcionar del mismo modo en todos los LMS que cumplan la especificación. La diferencia respecto a SCORM es que, con CMI5, el contenido puede residir en cualquier lugar, no tiene porqué residir en el LMS (podría residir en un CDN incluso)

CMI5 es xAPI con reglas, nos dice qué verbo debemos utilizar para cada caso:

  • Launched: Indica que el LMS ha lanzado el AU, una vez lanzado, al cabo de un tiempo razonable, el AU lanza el verbo Initialized para indicar que se ha lanzado correctamente. Ojo que Launched lo lanza el LMS, no el AU
  • Initialized: Es lanzado por el AU para indicar que se ha lanzado correctamente y está listo para la interacción del usuario.
  • Terminated: El AU debe enviar un statement conteniendo este verbo para indicar que es el último de la sesión.
  • Completed: El AU debe enviarlo cuando el usuario haya experimentado (experienced) todo el contenido relevante del AU
  • Passed: El AU debe enviarlo cuando el usuario ha intentado y superado con éxito los criterios de evaluación del AU
  • Failed: El AU debe enviarlo cuando el usuario ha intentado y no superado los criterios de evaluación del AU
  • Abandoned: Si no se recibe Terminated por parte del AU, el LMS determina (revisando si el usuario a finalizado la sesión en el LMS, o ha lanzado otro AU por ejemplo) que la sesión ha finalizado anormalmente y escribe un statement con este verbo.
  • Waived: Es usado por el LMS para indicar que el usuario puede pasar este AU
  • Satisfied: El LMS escribe un statement con este verbo para indicar que el usuario ha cumplido con los criterios para todas las AUs de un bloque o un curso. Estos criterios (que se definen en la estructura, dentro de los metadatos del AU) pueden ser:
    • Passed
    • Completed
    • CompletedAndPassed
    • CompletedOrPassed
    • Not Applicable

Por ejemplo <au id=»…» moveOn=»Passed»> … </au>

CMI5 communication paths
CMI5 communication paths

Beneficios de CMI5. Porqué usar CMI5 frente a SCORM?

  • Modo de lanzamiento: (launchMethod) permite decidir si el curso se debe lanzar en una nueva ventana o en la actual.
  • Criterios: ¿Os suena la pregunta completado significa aprobado? En CMI5, el AU o el administrador del LMS puede definir qué criterios deben satisfacerse para considerar algo finalizado, lo llaman “move on” y se define en los metadatos del AU o en el interfaz de administración del LMS.
  • Soporte móvil: Al estar basado en xAPI, CMI5 emplea tecnologías modernas como REST y JSON.

“¿Puedo utilizar ya CMI5 en lugar de SCORM?”

De momento, no. Esta especificación acaba de ser liberada como una versión llamada “Sandstone”, que no es sino una beta estable. Ello significa que puedes desarrollar contra ella y que ADL promete no hacer cambios fundamentales. Su objetivo es lanzar la versión definitiva en Septiembre de 2015.

Fuente: http://www.learningsolutionsmag.com/articles/1697/experience-api-cmi5-and-future-scorm

Share

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.

José Manuel Martín Márquez

Director de producto en Netex | Dedicado al mundo del e-learning desde el año 2001 como consultor tecnológico, es un profesional orientado al cliente capaz de escuchar sus necesidades, buscar la mejor solución y ejecutar el proyecto en su totalidad. Está especialmente interesado en las herramientas colaborativas, los ecosistemas de aprendizaje, la web 2.0, las redes sociales, el m-learning y, en general, todos los proyectos de formación online que requieren de una parte tecnológica y de innovación importante.

WE LOVE LEARNING 2024