Sharable Content Object Reference Model (SCORM) est une spécification permettant de créer des objets pédagogiques structurés. Il sera d'abord exposé l'utilité de cette norme, puis concrètement ce qu'elle implique et comment elle se définit.
Voici les principales exigences auxquelles le modèle SCORM devrait permettre, à terme, de satisfaire :
SCORM (Sharable Content Object Reference Model) est une suite de normes techniques qui permet aux systèmes d'apprentissage en ligne de trouver, importer, partager, réutiliser, et exporter les contenus d'apprentissage, de manière normalisée.
Sur ce projet, ADL ne travaille pas seul, mais en collaboration avec de nombreuses autres organisations, qui travaillent aussi sur des spécifications destinées à l'apprentissage en ligne. Ainsi, les spécifications des organisations suivantes ont été intégrées à la norme SCORM :
Cependant, ces caractéristiques ont souvent été légèrement modifiées dans le but de rendre l'ensemble cohérent.
SCORM peut être découpé en plusieurs parties distinctes :
Le modèle d'agrégation de contenu peut être lui aussi découpé en plusieurs fonctionnalités.
La première est la définition de « Learning Object Metadata » (LOM). Ces métadonnées, utilisées dans les standards d'IEEE, d'Ariadne et IMS, permettent la définition d'un dictionnaire de termes décrivant le contenu de l'objet d'apprentissage. Par exemple, elles représentent le sujet du contenu, le niveau requis, l'identifiant de l'apprenant, le prix du module...
La seconde spécification lie les métadonnées et le(s) fichier(s) XML, réutilisé de IMS. Cela définit comment coder les fichiers XML afin qu'ils soient lisibles par l'ordinateur.
La dernière spécification traite de l'empaquetage. Elle définit notamment comment empaqueter ensemble une collection d'objets d'étude, leurs métadonnées, et les informations sur la façon dont le contenu doit être livré à l'utilisateur. En pratique, il s'agit de créer une archive zip contenant tous les fichiers appropriés, ainsi qu'un fichier imsmanifest.xml (voir un exemple basique d'un imsmanifest.xml) définissant les contenus des différents fichiers et les rapports entre eux.
Une communication est nécessaire entre l'objet pédagogique (et plus particulièrement l'étudiant) et le système d'apprentissage (Learning management system). Pour ce faire, ADL a travaillé en collaboration avec AICC pour établir un envoi normalisé d'information dans les deux sens, et compatible avec les technologies internet. Une API (Application Program Interface) a été réalisée en Javascript, fournissant alors une manière standard de communiquer avec un LMS, indépendamment de l'outil utilisé pour développer le contenu.
| Sigle (en) | Signification (en) | Sigle (fr) | Signification (fr) |
|---|---|---|---|
| API | Application Program Interface | Interface du logiciel (programme ou application) | |
| CAM | Content Aggregation Model | MAC | Modèle d'Agrégation de Contenu |
| LMS | Learning Management System | SGA | Système de Gestion de l'Apprentissage |
| LOM | Learning Object Metadata | Métadonnées des objets d'apprentissage | |
| RTE | Run Time Environment | EE | Environnement d'Execution |
| SS | Simple Sequencing | ||
| SCORM | Sharable Content Object Reference Model | ||
| SCO | Sharable Content Object | ||
| Asset | |||
| XML | eXtended Mark-up Language | Langage de balisage extensible |
La version originale. Définition de la notion d'objet de contenu partageables (SCO) et l'API. La responsabilité de la gestion de la communication entre le contenu et le LMS est assurée par le contenu dans un contexte d'Environnement d'Exécution
C'est la première version de production. Introduction d'un format pour définir la structure d'un cours (imsmanifest.xml). Rapidement abandonné pour la version 1.2.
La version référence de SCORM. Utilise la spécification IMS Content Packaging pour le contenu et toujours l'imsmanifest.xml pour décrire le parcours. Permet également l'utilisation des metadonnées (LOM par exemple) pour décrire le contenu. N'est plus maintenue ou soutenue par ADL. Première version avec une suite de test pour vérifier la conformité.
C'est la dernière version (4ème Edition) et surtout la plus complète. Elle intègre toujours l'utilisation de l'API, les spécifications IMS Content Packaging, l'Environnement d'Exécution. En plus de résoudre certaines ambiguïtés de la version précédente, cette version apporte deux nouveaux concepts :
Cette version dispose aussi d’une suite de test plus robuste permettant de vérifier la conformité et d'assurer une bonne interopérabilité.
C'est la prochaine version de SCORM résultat de la normalisation ISO. Cette version sera basée sur SCORM 2004 sans le Simple Sequencing.
Bien que SCORM soit une compilation qui reprend un grand nombre de standards et établit un compromis entre les différentes propositions, il demeure qu'il reste quelques lacunes en ce qui concerne les spécifications des standards par rapport aux services qui devraient être assurés par les LMS. Ainsi il manque quelques guides de bonnes pratiques en ce qui concerne la manière d'exploiter les données de tracking ou de tracing. Ainsi que d'un choix ou définition de méthodes pédagogiques à adopter. En effet il reste encore beaucoup d'efforts à fournir du côté des outils auteurs et des méthodes afin de pouvoir implémenter et proposer des contenus hautement interactifs. La plupart des LMS restant tout de même plus souvent proche des CMS (Content Management System) que de vraies approches fouillées et structurées de contenus.