Sharable Content Object Reference Model

De EduTech Wiki
Aller à la navigation Aller à la recherche

Historique et définition

L'origine des standards SCORM provient du Département de la défense (DoD) et du White House Office of Science and Technology Policy (OSTP) qui en novembre 1997, ont lancé le projet ADL (Advanced Distributed Learning). Le but de ce projet était de fournir l'accès à un enseignement de grande qualité, qui en plus pourrait être personnalisé en fonction des besoins de chacun mais qui par-dessous tout serait rentable. L’un des moyens de faire en sorte qu'une formation soit rentable est de la rendre ré-utilisable. En partant de ce principe, ADL développa le modèle SCORM ("Shareable Content Object Reference Model" ) qui a pour objectif de favoriser la création de contenus d'apprentissage réutilisables et cela en y appliquant un ensemble de lignes directrices, de spécifications et de normes fondées sur le travail de plusieurs organisations différentes liées à l'apprentissage en ligne (AICC, ARIADNE, LTSC de l’EEE et IMS).

Versions

SCORM 1.0

Janvier 2000: La version originale de SCORM consistait principalement en une version test. La notion de Sharable Content Object (SCO) fut introduite et après un certain nombre de tests réussis, ADL mit à disposition des exemples d'implémentations.

SCORM 1.1

Janvier 2001: Cette version marqua la fin de la phase d'implémentation et le début de la phase d'application. Cette version utilisa un fichier XML basé sur les spécifications de l'AICC afin de décrire la structure du contenu. Le changement du "Sharable Courseware Object Reference Model" au "Sharable Content Object Reference Model" fut la plus importante au sein de cette version. Cette version bien qu'améliorée manquait un support pour les metadata et fut rapidement abandonnée pour la version SCORM 1.2.

SCORM 1.2

Octobre 2001: Cette version fut la première offrant la possibilité d'importer et d'exporter les meta-data et de rassembler le contenu pédagogique en un seul matériel à travers le "IMS Content Packaging specification". Cette version n'est actuellement plus offerte par ADL car remplacée par la version SCORM 2004. Voir aussi: l'article SCORM 1.2 (en Anglais)

SCORM 2004

Janvier 2004: Version actuelle basée sur les standards IEEE pour API. Cette version offre la possibilité d'adapter les spécifications pour les séquences en fonction des séquences d'activités. Elle permet aussi de partager et d'utiliser des informations d'un apprenant concernant le statut des objectifs d'apprentissage et les compétences tout au long des différents "content objects" et cours du moment qu'ils se trouvent au sein du même LMS. Cette version plus robuste offre une meilleure intéroperabilité.

Teaching and learning Architecture (TLA)

2002,-: TLA est le nom pour une initiative qui comprend des multiples éléments pour intégrer des applications plus interactives, notamment:

Initatives experience tracking

  • Experience API (Cette spécification "service web" est aussi appelée "Tin Can", nom de la première version publiée en 2013)
Lire What is the Tin Can API?
Learning Record Store

Content brokering

Organisation

Les spécifications et normes au sein du SCORM ont été rassemblés sous forme de documents "techniques" indépendants et ont été catégorisés sous différents groupes:

  • l'aperçu: ce document aborde l'historique et les objectifs du projet ADL et SCORM et décrit les liens entre les différents documents SCORM.
  • le « modèle d'agrégation du contenu (MAC) » ou « content packaging»: ce document décrit entre autres: les composants utilisés à l'intérieur d'une expérience d'apprentissage (notamment les exigences pour l'établissement des agrégations de contenu) et comment conditionner ces composants pour pouvoir par la suite faire des échanges d'un système à un autre, comment décrire ces composants pour une meilleure recherche et repérage, et comment déterminer les règles de séquencement des composants. Le conditionnement du contenu (représentant soit un cours, une leçon, un module ou juste une série d'objets de contenu liés entre eux) se fait à travers le regroupement des objets de contenu avec une organisation de contenu décrite dans un manifeste. Ce manifeste au sein de SCORM est un fichier XML appelé « imsmanifest.xml ». Pour résumer, le MAC ou « content packaging» se présente sous la forme d'un fichier zip, comprenant les documents de cours mentionnés plus haut et le fichier « imsmanifest.xml ».
  • l'« environnement d'exécution (EE) » ou « runtime communications»: ce document décrit principalement les exigences du système de gestion de l'apprentissage (SGA) indispensables pour la gestion de l'environnement d'exécution (plus précisément en ce qui concerne le processus de lancement du contenu, la communication entre le contenu et les systèmes de gestion de l'apprentissage et les éléments de données utilisés pour transmettre des renseignements sur l'apprenant). L'environnement d'exécution permet ainsi l'interopérabilité entre les contenus d'apprentissage axés sur les objets de contenu partageable (OCP) et les systèmes de gestion de l'apprentissage. Globalement, l'« environnement d'exécution (EE) » comprend deux éléments: (1) des éxecutions de commande pour communiquer l'information sur les étudiants vers et du LMS et (2) des metadata sur les étudiants pour sauvegarder des informations de manière individuelle.
  • « séquencement et navigation (SN) »: ce document décrit comment le contenu SCORM peut être organisé selon des évènements de navigation lancés par l'apprenant ou par le système. Ce document est donc particulièrement important car il décrit comment un SGA conforme au SCORM interprète les règles de séquencement construit par exemple au cours du scénario pédagogique et de ce fait, comment appliquer une théorie pédagogique (dans le cadre de ce travail, il s'agira de la "theory of instruction" de Robert Gagné) en utilisant l'ordre de séquencement.

Pourquoi utiliser les standards SCORM?

L'une des capacités les plus importantes qu'offrait la standardisation SCORM était la réutilisation de contenu. Cette capacité de produire du contenu réutilisable permet entre autres d'intégrer des composants d'enseignement dans des contextes et des applications multiples. Par ailleurs, SCORM permet aussi d'établir du contenu:

  • Abordable: le temps et les coûts nécessaires pour dispenser des formations peuvent être réduits et amener à une augmentation de l'efficience et de la productivité.
  • Accessible: l'accès et la distribution de composants d'enseignement peuvent se faire à beaucoup de sites différents.
  • Adaptable: les formations peuvent être personnalisées en fonction des besoins des personnes et des organisations.
  • Durable: des processus coûteux tels la conception, la configuration et le codage peuvent être évités même si la technologie change et évolue.
  • Interopérable: des composants d'enseignement développés dans un site avec un certain ensemble d'outils ou sur une certaine plate-forme peuvent être utilisés ailleurs une autre plate-forme ou avec un autre ensemble d'outils.

En plus de ces avantages, ADL, part aussi de l'"hypothèse sur le web" qui stipule que le web est l'outil qui permet une maximisation de l'accès aux contenus d'apprentisage mais aussi de la ré-utilisation de ces contenus et cela pour plusieurs raisons. La première raison touche à l'infrastructure et aux technologies du web qui sont en ce moment en pleine croissance. Une autre raison est qu'il n'existe pour le moment pas encore de normes universelles quant aux technologies d'apprentissage sur le web ce qui et finalement les contenus se trouvant sur le web peuvent être présentés sous une multitude de supports (par exemple, CD-ROM, système autonome, etc.).

Limites du SCORM

  • Bien que le SCORM présente beaucoup d'avantages, il ne faut néanmoins pas négliger ses limites. Une des premières limites du SCORM concerne ce qu'un auteur peut faire avec une leçon (ou SCO - "sharable content object": qui correspond à la plus petite unité dans un cours). L'auteur ou l'"instructional designer" ne peut par exemple pas placer des liens à l'intérieur d'un SCO (d'une leçon) vers un autre SCO. Les liens internes entre les SCOs rendent l'extraction d'un SCO et sa ré-utilisation impossible sans incorporer les autres SCOs. De même, un SCO ne pourra pas directement transmettre des données à un autre SCO. Ces limitations impliquent donc que la structure du cours ait bien été construite pour éviter de se rendre compte trop tard que certaines choses ne peuvent pas être faites avec SCORM.
  • Une autre limite du SCORM touche au coût de production. Ecrire des métadonnées pour un SCORM implique dans certains cas, remplir plus de 80 descriptions et prend donc un temps considérable à faire. Cet aspect en vaut la peine uniquemment si le contenu est par la suite réutilisée ou échangée. L'attitude de la plupart des entreprises aujourd'hui en ce qui concerne le matériel e-elearning est de construire à chaque fois de nouveaux programmes et matériels. Pour que le SCORM soit reellement rentable, il faudrait donc que leur attitude face au contenu re-utilisable change pour que cette norme ou ce type de norme devienne universelle.
  • La norme SCORM 1.2 est difficile. Sans outil auteur, il est difficile de produire des contenus et la documentation disponible n'est pas franchement accessible (voir l'article [:en:SCORM 1.2 | SCORM 1.2] en Anglais.

Outils

Editeurs

Il y a plusieurs outils qui vous permettent de modifier les contenus compatibles de SCORM 1.2 ou 1.3, p.ex. Voici les 4 gratuits :

  • Reload Editor - (Reload Scorm Editor home page). Il n'est pas facile de créer des SCO avec ça! « Preview » peut également être distribués sous forme de fichier HTML zippé.
  • eXe. Exporte IMS Content Packaging ou les fichiers HTML qui peut déployer sur un normal web server. eXe a une communauté développeur dynamique et il est publié souvent les nouvelles versions (Daniel K. Schneider/2007).
  • Weload (web-based editor, mais vous pouvez l’utiliser sur un web server portable).


Pour trouver des solutions commerciales vous pouvez faire de recherche sur internet, p. ex. Deltalearn's Advanced SCORM Editor, Saba. Il y a aussi des plugins/addons pour le logiciel comme Dreamweaver, Toolbook, etc.

Players

  • Reload Player.
  • Scormplayer.com (version simple : gratuite, version pro : commerciale). Course Player Standard est un moteur SCROME exécuté sur le côté client. Il fournit automatiquement la navigation et les services de livraison à l'apprenant par l'extraction des informations à partir du package SCORM. Les progrès de l'apprenant sont stockés temporairement sur la machine des apprenants. (Par conséquent faire des CD ou pour le déploiement sur un serveur web simple est utile).

Learning management systems (LMS)

Un LMS vous permet de modifier et jouer en même temps. Quand même, fait attention au “SCORM-compatibilité”. Compatibilité de SCORM complet ne garanti pas, même si votre fournisseur le dit. P.ex. votre LMS peut bien jouer les contenus, mais ne pas être en mesure de fournir le suivi des utilisateurs. En plus, «SCORM» ne signifie pas grand-chose. P.ex. SCORM 1.2 n’est pas SCORM 2004. Utilisez seulement des logiciels certifié par ADL ou ceux que vous avez testé ...

Liens

Standards et Bodies

Introductions

Sites web

  • Les productions par Albert Ip et les autres, p.ex. Scormplayer.com (les articles intéressants), Blog.

Tin Can API

Qu'est-ce que c'est ?

Tin Can API est une norme récente qui se destine à remplacer SCORM. Tin CAN API sert, comme SCORM, à suivre des activités de formation et à les transmettre dans une plateforme de gestion de formation.

Pourquoi remplacer SCORM par Tin Can API ?

Aujourd'hui, les habitudes d'apprentissage ont évolué. Cela se passe partout, youtube, surf sur internet, blog, lecture d'article, etc... donc pas uniquement dans un LMS. De plus, l'apprentissage est de plus en plus dirigé par l'apprenant lui-même. SCORM est une norme nécessitant un LMS (Learning management System) centralisant l'ensemble des contenus de formation. Ceci est donc inadapté aux nouvelles habitudes. Tin Can souhaite remplir ce besoin "d'anywehre" en proposant une nouvelle norme plus souple qui s'adapte à n'importe quel contenu, où qu'il se trouve et quelqu'en soit sa nature.

Tin Can change la manière dont sont pensé les écosysèmes d'apprentissage. Il s'agit d'une nouvelle class de système, le LRS (Learning Record Store).

Learning Record Store

L’objectif d’une norme plus souple est de permettre le suivi d’activités plus riches et pas forcément linéaires. Les données enregistrées par SCORM sont relativement limitées, à savoir : “Cet utilisateur a parcouru 80% de la matière en 20 minutes” ou “Cet utilisateur a obtenu un score de 100% sur ce quiz”. La norme Tin Can donne une liberté bien plus grande dans la nature de ce qui est enregistré, par exemple : “Cet utilisateur a réalisé la tâche “contacter un client sous la supervision de cette autre personne”. Cette souplesse était attendue depuis longtemps dans le monde du e-learning et permet de remonter de manière bien plus complète des informations sur des actions de formation telles que des serious games, des formations blended ou des actions liées à des solutions gamifiées (obtention d’un badge, amélioration de son classement, interaction avec un autre utilisateur, utilisation d’un outil,…). Tin Can étend donc considérablement le champ de ce que qu’un responsable de formation peut superviser et intégrer dans son concept de développement de compétences. De plus, il est adapté à la formation multicanal (en salle, sur un ordinateur, sur un mobile…). (J.Theler, 2003).

Les inconvénients

Cette norme est encore jeune et plus flexible. Cela veut dire que la réflexion lors de la conception d'une formation est plus important qu'avec SCORM. Il va faloir définir la structure du programme de formation, la hiérarchie du contenu, et bien ciblé les informations qui doivent être enregistrées.

Références

Advanced Distributed Learning (ADL). The SCORM 2004 2nd edition Overview, Modèle de référence SCORM.

Jones, E. R. (2002) Implications of SCORM and Emerging E-learning Standards on Engineering Education - Publication in the Proceedings of the 2002 ASEE Gulf-Southwest Annual Conference, March 20-22, 2002.

Malevergne, E. (2003) Expression des intentions didactiques et réutilisation des ressources pédagogiques - Rapport de DEA
Tin CAN API
Theler,J(2003) Comprendre Tin Can API : ce que cela change pour le e-learning

Récupérée de « https://edutechwiki.unige.ch/fmediawiki/index.php?title=Sharable_Content_Object_Reference_Model&oldid=57128 »