Sharable Content Object Reference Model

Visant à répondre à des exigences d'accessibilité, d'adaptabilité, de durabilité, d'interopérabilité et de ré-utilisabilité, les normes du modèle informatique SCORM cherchent à faciliter les échanges entre plates-formes de formation en ligne en maîtrisant l'agrégation de contenu, l'environnement d'exécution et la navigation Internet.

Voici les principales exigences auxquelles le modèle SCORM devrait permettre, à terme, de satisfaire :

• Accessibilité : capacité de repérer des composants d’enseignement à partir d’un site distant, d’y accéder et de les distribuer à plusieurs autres sites.
• Adaptabilité : capacité à personnaliser la formation en fonction des besoins des personnes et organisations.
• Durabilité : capacité de résister à l’évolution de la technologie sans nécessiter une reconception, une reconfiguration ou un recodage.
• Interopérabilité : capacité d’utiliser dans un autre emplacement et avec un autre ensemble d’outils ou sur une autre plate-forme des composants d’enseignement développés dans un site, avec un certain ensemble d’outils ou sur une certaine plate forme. Note : il existe plusieurs niveaux d’interopérabilité.
• Réutilisabilité : souplesse permettant d’intégrer des composants d’enseignement dans des contextes et des applications multiples.

Dans le principe originel, SCORM permet aux concepteurs pédagogiques de distribuer leurs contenus sur une large variété de plates-formes eLearning (LMS - Learning Management Systems) sans efforts de réécriture. Le modèle SCORM acronyme de « Sharable Content Object Reference Model » est une suite de normes techniques qui permet de construire des plates-formes eLearning et des contenus de formation de manière à fonctionner ensemble. Quelles que soient les versions de SCORM, toutes standardisent deux points distincts : la description du contenu (content packaging) et les échanges de données entre le cours et le LMS (exchanging data at runtime).

1. Le système de description de contenu détermine un ensemble de propriétés du cours : Définition du titre du cours et de ses leçons, liste des objectifs et des prérequis, URL de lancement des leçons, définitions des notes de passage… Au cœur de la description SCORM un fichier appelé « imsmanifest » contient toutes les informations requises par les LMS pour référencer le cours. Le fichier « manifest » est un fichier XML décrivant la structure du cours tant du point de vue de l’apprenant que du point de vue de l’organisation physique des fichiers.
2. L’environnement d’exécution spécifie comment le contenu communique avec le LMS lorsque le module est en cours de lecture. Il y a 2 étapes importantes dans le processus de communication. Premièrement, le contenu doit trouver le LMS puis, une fois le LMS identifié, le contenu peut communiquer avec une série de commandes « Get » et « Set » complétées par un vocabulaire adéquat. Une commande de type « Get » permet de récupérer une donnée du LMS et une commande de type « Set » permet de mettre à jour une donnée sur le LMS. Par exemple avec ce jeu de commande, il est possible de récupérer le nom de l’apprenant (Get) ou d’enregistrer son score obtenu (Set) sur une leçon.

Implanté depuis les débuts du e-learning et déployé nativement dans de nombreux Learning management system, le SCORM constitue un moyen simple, robuste et peu coûteux pour mesurer l'évolution des apprentissages sur des ressources simples (QCM, interactions avec des images, texte à trou etc.). La plupart des outils auteurs (Storyline, Isrping, Captivate etc.) produisant du contenu e-learning intègrent la possibilité de convertir les ressources pédagogiques en format SCORM.

Le SCORM étant très restreint sur ses possibilités (les évènements qu'il déclare et remonte au LMS sont peu variés et très standardisés), c'est un format très interopérable : il est aisé de déployer des ressources en SCORM sur plusieurs LMS.

Le SCORM reste un format très rigide, avec un nombre de learning analytics traquées qui est limité (fortement orienté autour de simples réponses à des questions à choix multiples). Les données pour analyser l'apprentissage des apprenants sont donc restreintes. Les concepteurs de formations doivent souvent utiliser d'autres analytics en complément de celles remontées par le SCORM, notamment pour les audits qualité tels que qualiopi.

De plus, les paquets SCORM doivent être mis à jour intégralement lors de la moindre modification d'un contenu[7]. La gestion des fichiers est donc complexifiée (dans les espaces de stockage des concepteurs, mais aussi sur le learning management system.

Comme autre inconvénient connu, l'ancienneté du format SCORM est souvent évoquée : les technologies qu'il mobilise ne sont pas toujours contemporaines (XML par exemple), ce qui fait que les compétences pour appréhender ce format sont rares. De même, les players SCORM déployés historiquement sur les plateformes LMS sont souvent peu mis à jour voire lacunaires (pas de stockage du cmi.suspend_data par exemple, ou bien absence de remontée des résultats question par question).

Enfin, les paquets SCORM doivent s'exécuter dans un lecteur spécifique, ce qui peut s'avérer limitant pour certaines ressources pédagogiques : impossible par exemple d'utiliser un player SCORM pour lire des vidéos (même si on peut encapsuler une vidéo dans un contenu SCORM, mais dans ce cas, les analytics d'interactions avec le lecteur vidéo encapsulé ne sont pas remontées). C'est pour faire face à ce genre de limitations que les standards xAPI puis CMI5 ont été conçus.

Interface client (sans GUI)

• Experience API (Tin Can API)

Logiciel d'édition du contenu

• Articulate Storyline
• Ispring
• Scenari
• Rise 360

• Adobe Captivate