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:
- Soporte a dispositivos móviles. A diferencia de SCORM, las AUs no tienen por qué lanzarse desde un navegador.
- 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).
- 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>
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.
