Partie 8 — cmi5, le pont vers le LMS

⏱️ TL;DR — Tu as maintenant deux mondes. SCORM (Parties 2 à 5) sait qu’un LMS lance un module et décide s’il est terminé — mais il trace pauvrement et reste prisonnier du navigateur. xAPI (Parties 6 et 7) trace richement, partout — mais il ne dit ni comment un LMS lance un contenu, ni comment il décide qu’un apprenant a « fini ». cmi5 réconcilie les deux : c’est un profil xAPI qui réintroduit le lancement depuis un LMS et la complétion cadrée, avec toute la richesse de xAPI. Concrètement : une structure de cours (cmi5.xml), des AU (unités lançables), un lancement par paramètres d’URL, un cycle de verbes imposé et une règle de satisfaction (masteryScore + moveOn). C’est le vrai successeur de SCORM pour le cas « contenu lancé par un LMS ».

Le problème qu’on résout

Reprends les deux limites que tu connais déjà. SCORM, côté lancement et complétion, est carré : le LMS trouve le SCO, l’ouvre, reçoit son lesson_status, sait qu’il est « completed ». Mais son suivi s’arrête au navigateur et à un modèle de données figé (le CMI). À l’inverse, xAPI libère le suivi — n’importe quelle expérience, n’importe où, une phrase JSON envoyée à un LRS — mais il ne répond pas à deux questions que tout LMS se pose : « comment j’ouvre ce contenu en lui passant le bon apprenant et le bon LRS ? » et « quand puis-je dire que cet apprenant l’a validé ? ». Un LRS stocke des statements ; il ne juge pas.

cmi5 est la réponse d’ADL à ce chaînon manquant. Ce n’est pas un concurrent de xAPI : c’est un profil de xAPI — une convention qui fixe quels verbes utiliser, dans quel ordre, avec quelle structure de contexte, plus un protocole de lancement depuis le LMS. Résultat : un contenu cmi5 se lance aussi proprement qu’un SCORM, se déploie dans un LMS, décide de sa complétion — et trace aussi finement que xAPI, y compris sur mobile et hors LMS.

Ce que tu sauras faire à la fin de cette partie

• Expliquer pourquoi cmi5 existe et en quoi il est « le SCORM moderne » sans être un rival de xAPI.
• Décrire une structure de cours cmi5 : lire et écrire un cmi5.xml avec <course>, <block>, <au>, <objectives>.
• Distinguer un AU (unité lançable) d’un Block (regroupement), et les situer face au SCO de SCORM.
• Dérouler le lancement : les paramètres d’URL (endpoint, fetch, actor, registration, activityId), la récupération du jeton d’auth, la lecture de LMS.LaunchData.
• Maîtriser le cycle de verbes : launched, initialized, completed/passed/failed, terminated, plus abandoned, waived, satisfied — et l’ordre imposé.
• Distinguer les statements « cmi5 defined » des « cmi5 allowed ».
• Régler la satisfaction d’un AU avec masteryScore et moveOn, et savoir quand choisir cmi5.

Les chapitres

Le fil rouge dans cette partie

FormaCampus a publié ses cours en SCORM (Parties 2 à 5) et s’est dotée d’un LRS avec xAPI (Parties 6 et 7). Pour ses nouveaux modules, elle veut le meilleur des deux mondes : le suivi riche de xAPI (y compris son appli mobile de révision), et un lancement propre depuis le Moodle des écoles avec une complétion cadrée. Elle migre donc de SCORM vers cmi5. Au fil des chapitres, on écrit son cmi5.xml, on déroule son lancement réel, on trace ses verbes, et on choisit son moveOn.

💡 cmi5 = un profil xAPI, pas un rival. Garde ça en tête toute la partie. Chaque statement cmi5 est un statement xAPI valide, envoyé à un LRS xAPI standard. cmi5 ajoute par-dessus : un protocole de lancement, un vocabulaire de verbes, une structure de contexte et des règles de satisfaction. Si tu maîtrises la Partie 6, tu as déjà 80 % de cmi5 — il te reste le cadre.

On commence : Pourquoi cmi5 — le chaînon manquant, et pourquoi c’est le vrai successeur de SCORM pour le cas LMS.