Traces d'apprentissage
Interopérabilité des traces d’apprentissage
Sommaire
Introduction
Les avancées rapides de la technologie ont transformé le paysage de l’éducation, avec l’émergence de l’e-learning comme une alternative viable ou un complément à l’apprentissage en classe traditionnelle. Assurer la fiabilité et l’uniformité des expériences d’apprentissage en ligne nécessite l’établissement de normes et de standards rigoureux.
Historiquement, la création et l’application des technologies d’apprentissage étaient principalement gérées par de petits groupes d’experts localisés, souvent limités à une école, une université ou un département de formation d’entreprise. Cependant, avec l’avènement des réseaux de communication mondiaux étendus et les avantages de la mise à l’échelle, il existe aujourd’hui une volonté croissante d’adopter des technologies d’apprentissage exploitables à l’échelle internationale.
Dans le domaine de l’e-learning, de nombreuses entités régionales, nationales et mondiales ont fait des progrès significatifs dans l’établissement de normes et de spécifications universelles. Cinq organisations se distinguent particulièrement dans ces efforts :
1. Advanced Distributed Learning (ADL) Initiative
2. IEEE Learning Technology Standards Committee
3. Alliance for Remote Instructional Authoring & Distribution Networks for Europe (ARIADNE)
4. Aviation Industry Computer Based Training (CBT) Committee (AICC)
5. 1Edtech Inc. (anciennement IMS Global Learning Consortium)
Leurs efforts collectifs ont considérablement contribué à rationaliser et à standardiser les technologies d’apprentissage en ligne, améliorant leur potentiel à permettre des expériences d’apprentissage efficaces.
De SCORM à xAPI
L’explosion des systèmes de données utilisateurs au cours des dernières décennies a suscité le besoin de normes pour la collecte et la contextualisation de ces données. Avant 2000, les organisations utilisant des systèmes d’e-learning faisaient face à des défis significatifs lors de la mise à jour ou du changement de fournisseurs, souvent en devant abandonner leur contenu existant.
En 2000, l’introduction de SCORM a permis de découpler le contenu de son environnement de création, le rendant applicable à n’importe quelle plateforme ou système. Cette norme, créée par l’ADL Initiative, a permis la création de contenus réutilisables, robustes et indépendants de la plateforme.
Plusieurs versions de SCORM ont été lancées, la plus récente étant SCORM 2004 Fourth Edition. Avec l’accès généralisé à Internet et l’usage croissant des mobiles, l’apprentissage s’est déplacé vers des contextes informels où les systèmes traditionnels de gestion de l’apprentissage (LMS) n’étaient pas adaptés. Une spécification d’apprentissage plus versatile était nécessaire.
En 2008, la recherche d’un successeur à SCORM a commencé et a culminé en 2011 avec un accord entre l’ADL Initiative et Rustici Software. Le projet collaboratif, “Project Tin Can”, a conduit à la formation d’une spécification universelle d’e-learning, xAPI, avec la dernière version étant 1.0.3. xAPI a permis la collecte de données sur une myriade d’expériences dans des activités de formation en ligne et hors ligne.
Inspirée par l’architecture REST (Representational State Transfer), xAPI repose sur les APIs web RESTful et utilise le format de données JSON et un Learning Record Store (LRS). Actuellement, la version 2.0 est en cours de standardisation, avec plusieurs améliorations visant à affiner les définitions, à standardiser les horodatages et à préciser les fonctions d’un LRS.
En résumé, xAPI est une solution versatile permettant la collecte de données sur une large gamme d’expériences dans divers contextes d’apprentissage. Contrairement aux normes d’e-learning plus anciennes qui ne peuvent capturer que des expériences numériques, le format de données partagé de xAPI facilite le transfert des données d’apprentissage entre différents systèmes tout en offrant la flexibilité nécessaire pour se concentrer sur les aspects de suivi spécifiquement pertinents.
De manière correspondante, SCORM (Sharable Content Object Reference Model) est une norme d’e-learning qui enregistre et suit les résultats des apprenants, présentant les résultats des cours, les réponses, les pages consultées, la durée de visionnage, le temps passé sur le cours, et les objectifs d’apprentissage notés dans un LMS. Le principal avantage de SCORM, l’interopérabilité, assure l’importation transparente de contenus conformes à SCORM dans n’importe quel LMS qui prend en charge cette norme.
Modèle de données xAPI
xAPI, également connue sous le nom de Tin Can API, est une spécification technique pour enregistrer et suivre les expériences d’apprentissage. Elle est une norme open-source qui permet de stocker et de partager les traces d’apprentissage issues de différents systèmes et plateformes. xAPI définit un ensemble de déclarations qui décrivent une activité d’apprentissage, telle que « l’apprenant a regardé une vidéo », « l’apprenant a complété un quiz », ou « l’apprenant a assisté à un atelier ». xAPI permet un suivi plus granulaire des activités d’apprentissage comparé aux systèmes de gestion de l’apprentissage traditionnels (LMS), qui suivent généralement uniquement l’achèvement des cours. Avec xAPI, les learning records peuvent être collectés à partir de diverses sources, y compris les appareils mobiles, les simulations, les jeux et les réseaux sociaux, offrant ainsi une vue plus complète des activités et des réalisations d’un apprenant.
En termes simples, une déclaration xAPI est une manière d’enregistrer une activité ou une expérience d’apprentissage dans un format cohérent. Typiquement, une déclaration xAPI suit une structure « Acteur-Verbe-Objet », qui se traduit par « Qui a fait quoi à quoi ? »
Structure de la déclaration
Décomposons la structure :
- Acteur : Correspond à celui qui a accompli l’action. L’acteur est généralement une personne mais peut être un groupe ou une organisation. Par exemple, dans la déclaration « John a complété un quiz », ‘John’ est l’acteur.
- Verbe : Correspond à l’action réalisée par l’acteur. Dans le même exemple, ‘complété’ est le verbe.
- Objet : Correspond à ce sur quoi l’action a été effectuée. Dans notre exemple, ‘un quiz’ est l’objet.
Ce sont les trois composantes principales nécessaires pour une déclaration xAPI. Cependant, une déclaration inclut généralement aussi des détails supplémentaires qui fournissent un contexte supplémentaire, tels que :
4. Horodatage : Cela documente quand l’action a eu lieu.
5. Contexte : Cela fournit des informations supplémentaires sur la situation dans laquelle l’action a eu lieu. Cela pourrait inclure des détails sur l’environnement d’apprentissage spécifique, la plateforme ou d’autres activités pertinentes.
6. Résultat : Cela capture le résultat de l’action. Par exemple, dans la déclaration « John a obtenu 85 % à un quiz », ’85 %’ serait le résultat.
Exemple de déclaration
Let’s take and example:
« John (Acteur) a complété (Verbe) le cours de mathématiques (Objet) le 19 janvier à 10h34. » Cette déclaration xAPI indique que John a terminé son cours de mathématiques avec succès.
Selon xAPI, le JSON correspondant pour l’exemple ci-dessus ressemblera à ceci :
{
"actor": {
"name": "John",
"objectType": "Agent",
"mbox" : "mailto:john@example.com"
},
"verb": {
"id": "http://adlnet.gov/expapi/verbs/completed",
"display": {
"en-US": "completed"
}
},
"object": {
"id": "http://example.com/MatheMaticsCourse",
"definition": {
"name": {
"en-US": "Mathematics Course"
},
"description": {
"en-US": "The Mathematics Course that John completed"
}
},
"objectType": "Activity"
},
"timestamp": "2022-01-19T10:34:00Z"
}Dans cette représentation JSON actor représente John, verb représente l’action réalisée, object représente le cours de Mathématiques et timestamp est la date et l’heure à laquelle l’action s’est produite dans un format spécifique (ISO 8601). Ce format (« 2022-01-19T10:34:00Z ») indique que la date était le 19 janvier 2022 et l’heure était 10:34:00 en Temps Universel Coordonné (UTC).
La spécification xAPI dispose d’une fonctionnalité intégrée pour gérer les paramètres personnalisés qui ne rentrent pas dans l’ensemble établi de champs (actor, verb, object, result, context, timestamp, etc.). Cette fonctionnalité est appelée l’attribut « extensions ».
L’attribut extensions est un champ conteneur ouvert, où vous pouvez ajouter autant de points de données supplémentaires que vous le souhaitez. Cela rend xAPI incroyablement flexible et adaptable à une large gamme de cas d’utilisation, puisqu’il permet de capturer des détails uniques ou granulaires sur n’importe quelle expérience d’apprentissage.
Supposons par exemple que vous développiez une solution d’apprentissage en ligne pour un cours de sécurité industrielle et que vous vouliez suivre quand un apprenant utilise un équipement de sécurité spécifique dans une simulation de réalité virtuelle (VR). Dans ce cas, un champ ‘extensions’ peut être ajouté à la déclaration xAPI pour enregistrer ce détail spécifique.
Voici un exemple de ce à quoi cela pourrait ressembler :
{
...
"context": {
"extensions": {
"http://example.com/used_safety_equipment": true
}
}
}Dans ce cas, l’URL « http://example.com/used_safety_equipment » est un identifiant unique pour le fait que l’apprenant a utilisé un équipement de sécurité spécifique dans la simulation VR. La valeur associée à cet identifiant (true) pourrait refléter que l’apprenant a effectivement utilisé l’équipement.
Ainsi, l’attribut extensions permet de collecter des données très spécifiques et riches sur l’engagement et les actions d’un apprenant, ce qui peut aider à mieux comprendre le processus d’apprentissage et permettre des solutions d’apprentissage plus personnalisées et efficaces.
Cmi5: interopérabilité entre SCORM et xAPI
Le cmi5 est une spécification développée par l’ADL (Advanced Distributed Learning) avec l’intention de faire le pont entre SCORM et xAPI, deux normes précédemment établies dans l’e-learning.
SCORM, ou Sharable Content Object Reference Model, est une norme pour le contenu e-learning depuis des années. Elle dicte comment les cours e-learning et les Systèmes de Gestion de l’Apprentissage (LMS) communiquent entre eux. Cependant, elle présente certaines limitations en raison de l’absence de capacités d’apprentissage hors ligne, de rapports de données limités et de l’incapacité à suivre les expériences d’apprentissage informel.
Pour gérer ces limitations, xAPI (Experience API, également connu sous le nom de Tin Can API) a été développé. Les puissantes capacités de suivi d’expérience de xAPI lui permettent de collecter des données détaillées sur les activités des apprenants à travers diverses plateformes et contextes, y compris l’apprentissage mobile, les jeux, les simulations, les expériences hors ligne, et plus encore.
La spécification cmi5 est conçue pour utiliser les meilleures fonctionnalités de SCORM et de xAPI. Tout en utilisant les capacités plus larges et flexibles de xAPI pour suivre les expériences d’apprentissage, cmi5 assure également le contrôle de l’environnement d’apprentissage par le LMS comme le fait SCORM.
La spécification cmi5 définit une manière standard de lancer des cours et de communiquer le statut au LMS, permettant d’intégrer et de contrôler l’expérience de l’apprenant. cmi5 standardise également la manière dont les informations sur l’achèvement du cours, la réussite/échec et les scores doivent être traitées pour assurer la cohérence entre différents LMS, ce que xAPI laisse ouvert à l’interprétation.
Avec cmi5, un cours peut être autonome (distribué via un serveur web) ou hébergé dans un LMS, et dans ces deux scénarios, le suivi se fait de manière standard, permettant un échange de données fluide entre différents systèmes. Avec les définitions standard de cmi5 pour les états ‘lancé’ et ‘complété’, les enregistrements d’apprentissage peuvent ainsi être interchangés plus efficacement entre les systèmes SCORM et xAPI.
En essence, cmi5 aide à l’interopérabilité des learning records entre SCORM et xAPI en prescrivant des règles standard pour le lancement, le regroupement de contenu, le suivi du temps de session, et le rapport au LMS, et ainsi de suite – fusionnant la flexibilité de xAPI pour les expériences d’apprentissage diversifiées avec le contrôle structuré de SCORM pour une intégration réussie des données.
Quels sont les avantages ?
cmi5 se concentre sur l’extensibilité, la robustesse et l’adaptabilité aux technologies modernes d’aujourd’hui par rapport à la norme SCORM héritée, y compris en ayant tous les avantages de xAPI, en suivant les technologies plus récentes, en maintenant la compatibilité et en permettant que le contenu réside n’importe où.
Quels sont les détails techniques ?
La spécification utilise xAPI comme couche de communication et de données et implémente des vocabulaires contrôlés pour une interopérabilité plug and play entre les systèmes. Vous voulez en savoir plus en fonction de votre rôle ? Consultez la vue d’ensemble technique pour les professionnels du contenu ou pour les professionnels des systèmes.
Pourquoi utiliser cmi5 au lieu de SCORM ?
Voici quelques raisons qui pourraient vous encourager à utiliser la nouvelle norme cmi5 au lieu de SCORM :
- Permet l’apprentissage mobile hors ligne
Contrairement à SCORM, les cours cmi5 peuvent être suivis en ligne et hors ligne. Les étudiants peuvent accéder aux matériels de cours même lorsqu’ils n’ont pas de connexion Internet via des applications mobiles spéciales. Les progrès seront sauvegardés et envoyés au LMS une fois la connexion rétablie.
2. Enregistre toute sorte d’activité
Avec SCORM, vous pouvez uniquement stocker des paramètres prédéfinis. Contrairement à SCORM, les données que cmi5 suit ne sont pas limitées : vous pouvez obtenir des informations détaillées sur les activités des apprenants, comme par exemple :
- Stocker un enregistrement audio de votre étudiant répondant à une question
- Stocker une vidéo de votre étudiant réalisant une tâche
- Stocker un essai écrit par votre étudiant
Il est également possible de suivre des images, des fichiers PDF, des fichiers audio et vidéo, et des simulations.
3. Permet l’étude en dehors d’un LMS
SCORM suit les apprentissages formels dirigés par des instructeurs et laisse de côté une grande partie de l’apprentissage moderne qui se déroule en dehors d’un LMS. Considérez les jeux et les simulations, l’apprentissage social et les applications mobiles – toutes ces sources peuvent être utilisées et suivies avec la norme cmi5.
4. Plus facile à mettre en œuvre
Alors que SCORM est compliqué, la spécification cmi5 ne fait que quelques pages. Elle fonctionne « au-dessus de » xAPI, donc si vous connaissez cette dernière, vous devriez pouvoir implémenter cmi5 assez facilement.
5. Permet la distribution de contenu
Si vous avez des étudiants dans le monde entier et que vous voulez vraiment leur faciliter l’accès, évitez de les forcer à utiliser SCORM. Avec SCORM, le contenu doit être stocké sur le même serveur que votre LMS. Cela signifie que les étudiants éloignés doivent faire preuve de beaucoup de patience avec les temps de chargement du contenu. La question devient encore plus importante à mesure que les modules de contenu deviennent de plus en plus volumineux. Avec cmi5, seule la structure du cours est importée, pas le contenu réel. Cela signifie que le contenu lui-même peut résider n’importe où. Vous pouvez choisir de stocker les matériaux sur un réseau de distribution de contenu (CDN) avec plusieurs serveurs autour de votre pays ou même dans le monde, ainsi lorsque vos étudiants ouvrent le contenu, ils se connecteront automatiquement au serveur le plus proche.
6. Fournit une meilleure expérience utilisateur
Voici ce qu’Art Werkenthin, président de RISC, Inc. et membre du comité cmi5 de l’ADL, dit à propos du problème des fenêtres pop-up de SCORM :
« Si vous avez déjà utilisé SCORM, vous connaissez les fenêtres pop-up. Avec SCORM, vous obtenez au moins deux fenêtres : une pour le LMS et l’autre pour le contenu SCORM. Habituellement, vous en obtenez plus de deux parce que parfois le contenu SCORM décide d’avoir sa propre fenêtre ‘lecteur’. Si vous êtes un administrateur de LMS, vous savez que vous devez faire attention à l’ennemi juré de SCORM – le bloqueur de pop-up ! Combien de fois avez-vous répondu à un appel d’un étudiant disant ‘le contenu ne s’ouvre pas’ ? Vous redoutez de partir à la chasse à tous les bloqueurs de pop-up qui pourraient être installés sur l’ordinateur de l’étudiant. (Astuce des tranchées : j’ai trouvé jusqu’à sept bloqueurs de pop-up sur une seule machine.) Même si vous éliminez tous les bloqueurs de pop-up, vous avez encore l’étudiant occasionnel qui déteste les fenêtres pop-up… alors il les ferme immédiatement, cassant ainsi votre module SCORM. Enfin, si vous voulez prendre en charge les mobiles, les pop-ups sont un ‘non-non’. Heureusement, c’était l’un des premiers problèmes abordés dans cmi5. Le contenu peut maintenant se lancer dans la même fenêtre que le LMS. Le LMS disparaît et le contenu s’ouvre ; aussi simple que cela. Quand le contenu est terminé, il disparaît et le LMS revient – exactement là où vous vous étiez arrêté. »
La norme cmi5 offre de nombreux avantages par rapport à SCORM, en particulier en termes de flexibilité, de capacité à suivre une large gamme d’activités et d’amélioration de l’expérience utilisateur. En intégrant cmi5, vous bénéficiez d’une solution plus évolutive et adaptée aux technologies modernes, garantissant une meilleure accessibilité, interactivité et efficacité dans les environnements d’apprentissage en ligne.
Comment cmi5 améliore xAPI
Voici comment Ben Clark de Rustici Software décrit la valeur ajoutée de cmi5 à xAPI : « xAPI est très ouvert, il y a tellement de choses que cette norme peut faire que les gens ne savent pas à quoi s’attendre et ne savent pas comment suivre certaines choses de manière cohérente. cmi5 est là pour remettre certaines règles au-dessus de xAPI. Et bien que la nouvelle norme ait plus de règles et fournisse plus de structure, les concepteurs pédagogiques ont toujours un champ libre pour suivre ce qu’ils veulent. »
cmi5 CATAPULT : Accélérer l’adoption de xAPI et cmi5
Depuis que cmi5 a été lancé pour la première fois en 2016, il y a eu un élément manquant qui a ralenti son adoption. Du développement à l’approvisionnement, des outils sont nécessaires pour soutenir l’adoption de cmi5 et xAPI, tant au sein du Département de la Défense (DoD) que de l’industrie dans son ensemble. Surtout, il n’y a pas eu de source autoritaire ou de gouvernance de la spécification cmi5 comme nous l’avons vu avec la suite de tests de conformité xAPI LRS et la suite de tests de conformité SCORM. cmi5 CATAPULT vise à combler ces besoins.
Interopérabilité entre xAPI et IMS Caliper
IMS Caliper Analytics fournit un cadre qui permet aux éducateurs de collecter et de tirer parti des données liées aux interactions des apprenants dans le contexte d’un cours en environnement éducatif. Le cadre définit comment les institutions et les entreprises peuvent utiliser sa plateforme, appliquer les données collectées et évaluer leur efficacité. Caliper utilise les ressources fournies par les normes IMS Global pour garantir un transfert de données optimal.
Structure de la déclaration
Similairement à xAPI, Caliper utilise un modèle de surveillance en trois parties : « Acteur », « Action » et « Activité ». L’« Acteur » désigne l’individu ou le système qui effectue une action. L’« Action » représente le comportement effectué, et l’« Activité » met en évidence le centre ou l’objet de l’action.
Le modèle d’information de Caliper décrit divers concepts, règles et relations conçus pour encapsuler les comportements des apprenants. Ces comportements sont illustrés à travers des profils Caliper (comme l’annotation, le forum, la session, etc.), mettant en avant des types d’événements où les utilisateurs s’engagent dans des activités caractérisées par un vocabulaire spécifique. De plus, le modèle fournit des types d’Entités (comme agent, tentative, résultat, etc.) pour clarifier les interactions entre les participants et les composants. Ce cadre complet offre un moyen efficace de suivre et d’analyser l’engagement et la performance des apprenants.
Pour Caliper, JSON-LD fournit la puissance de représentation nécessaire pour à la fois décrire ce genre de liens de données et préciser comment les données doivent être comprises lorsqu’elles sont publiées et partagées à travers un réseau.
Exemple de déclaration
{
"@context": "http://purl.imsglobal.org/ctx/caliper/v1p2",
"id": "urn:uuid:fcd495d0-3740-4298-9bec-1154571dc211",
"type": "SessionEvent",
"profile": "SessionProfile",
"actor": {
"id": "https://example.edu/users/554433",
"type": "Person"
},
"action": "LoggedIn",
"object": {
"id": "https://example.edu",
"type": "SoftwareApplication",
"version": "v2"
},
"eventTime": "2016-11-15T10:15:00.000Z",
"edApp": "https://example.edu",
"session": {
"id": "https://example.edu/sessions/1f6442a482de72ea6ad134943812bff564a76259",
"type": "Session",
"user": "https://example.edu/users/554433",
"dateCreated": "2016-11-15T10:00:00.000Z",
"startedAtTime": "2016-11-15T10:00:00.000Z"
}
}Voir un exemple dans la spécification ici : https://www.imsglobal.org/spec/caliper/v1p2
Voici un exemple de déclaration d’événement JSON-LD selon IMS Caliper Analytics. Veuillez noter que cet exemple montre un simple événement de lecture où un étudiant a consulté du matériel de lecture :
{
"@context": "http://purl.imsglobal.org/ctx/caliper/v1p1",
"id": "urn:uuid:a50ca17f-5971-47bb-8fca-4e6e6879001d",
"type": "ReadingEvent",
"actor": {
"id": "https://example.edu/user/554433",
"type": "Person"
},
"action": "Viewed",
"object": {
"id": "https://example.com/etextbook/2018/geometry/chapter1",
"type": "DigitalResource",
"name": "Chapter 1"
},
"eventTime": "2018-08-01T06:00:00.000Z"
}Dans cet exemple JSON-LD :
In this JSON-LD example:
@contextfournit le contexte pour les données, qui est l’URL du document de contexte Caliper.idest l’Identifiant Unique de l’Evénement.typeestReadingEvent, représentant l’événement de l’acteur visionnant l’objet.actorest représenté par l’identifiant de l’utilisateur et le type.actionsignifie le type d’action effectuée par l’acteur. Dans ce cas,Viewed.objectcontient les spécifications de l’objet visionné par l’acteur, suivi de son ID, type et nom.eventTimefournit des informations sur le moment où l’action s’est produite, dnas un format ISO 8601 spécifique.
Comparaison entre xAPI et IMS Caliper
xAPI et IMS Caliper partagent certaines similitudes mais présentent également des différences profondes.
Similitudes
- Les deux sont utilisés pour suivre les expériences d’apprentissage : xAPI et IMS Caliper sont tous deux conçus pour suivre, stocker et récupérer des données sur les expériences d’apprentissage.
- Données basées sur JSON : Les enregistrements xAPI et IMS Caliper sont tous deux basés sur JavaScript Object Notation (JSON), ce qui les rend légers et faciles à utiliser.
- Analyses d’apprentissage détaillées : Les deux normes facilitent une analyse d’apprentissage approfondie et granulaire en permettant le suivi d’activités d’apprentissage fines.
Différences
- Philosophie de messagerie : xAPI suit un paradigme Acteur-Verbe-Objet (par exemple, « John a terminé un quiz ») qui offre une grande flexibilité et granularité. En revanche, IMS Caliper modélise les événements en fonction de Profils de métriques (par exemple, lecture, évaluation, média, etc.), ce qui catégorise les types d’activités et offre un schéma plus structuré.
- Portée de l’interopérabilité : xAPI est quelque peu plus polyvalent étant donné que son application va au-delà du simple environnement web. Il peut suivre les expériences d’apprentissage sur diverses plateformes comme l’apprentissage mobile, les jeux, les simulations et même l’apprentissage hors ligne. IMS Caliper, bien que complet, cible principalement les environnements d’apprentissage numérique basés sur le web.
- LRS vs. Sensor API : xAPI utilise une Learning Record Store (LRS) pour stocker et récupérer les données d’apprentissage. Cependant, Caliper utilise une approche Sensor API, où différents « capteurs » entrent des données en fonction de l’événement qui s’est produit.
Quant à la traduction des learning records IMS Caliper en format xAPI et vice versa, cela nécessite généralement un middleware ou un service de traduction capable de comprendre les deux schémas. Ce logiciel mapperait les champs d’un événement Caliper à leurs champs correspondants dans une déclaration xAPI, créerait une nouvelle déclaration conforme à xAPI et l’enverrait à un LRS.
Une telle solution pourrait théoriquement être développée en utilisant des technologies comme Python ou Node.js, mais il est important de noter que ce processus de traduction nécessiterait une solide compréhension des deux spécifications pour garantir une cartographie précise et le maintien de l’intégrité des données. À l’heure actuelle, il n’y a pas de logiciel largement reconnu ou commercialisé offrant cette traduction spécifique entre Caliper et xAPI. Cependant, les développeurs et les éducateurs ayant le désir ou le besoin d’un tel service le conçoivent généralement en fonction des exigences uniques de leurs systèmes.
En fin de compte, les deux normes sont conçues dans un but similaire : améliorer la compréhension de l’apprentissage des étudiants grâce à l’analyse. Le choix de l’une ou de l’autre dépend souvent du cas d’utilisation spécifique, ou une institution peut choisir d’utiliser les deux dans différents contextes pour répondre pleinement à ses besoins analytiques.
Bibliographie
Learning Record Store – Wikipedia. https://en.wikipedia.org/wiki/Learning_Record_Store
https://en.wikipedia.org/wiki/Advanced_Distributed_Learning
Sanders, Jerey. 2023. “Conformance and Interoperability of E-learning Standards.” SocArXiv. March 15. doi:10.31235/osf.io/3x7ew. https://osf.io/preprints/socarxiv/3x7ew/
Analyse des traces d’apprentissage – Learning analytics : productions du GTnum 2 https://edunumrech.hypotheses.org/1559
Arvaniti, Despoina, 2023, TRACKING LEARNING WITH EXPERIENCE API, https://apothesis.lib.hmu.gr/bitstream/handle/20.500.12688/10503/ArvanitiDespoina2022.pdf?sequence=1&isAllowed=y
xAPI website, last consulted on 2023-09-01, https://xapi.com/overview/
xAPI-Spec, ADLNET, github repository, last consulted on 2023-09-01, https://github.com/adlnet/xAPI-Spec
The cmi5 Project, AICC, github page, last consulted on 2023-09-01, https://aicc.github.io/CMI-5_Spec_Current/
https://adlnet.gov/assets/uploads/cmi5%20Best%20Practices%20Guide%20-%20From%20Conception%20to%20Conformance.pdf
https://xapi.com/cmi5/cmi5-project-catapult/
https://adlnet.gov/assets/uploads/cmi5%20Best%20Practices%20Guide%20-%20From%20Conception%20to%20Conformance.pdf
SCORM to cmi5 Terminology, https://xapi.com/cmi5/scorm-to-cmi5-terminology/
https://www.ispringsolutions.com/blog/ispring-now-supports-cmi5-the-next-generation-of-scorm
https://www.linkedin.com/pulse/cmi5-call-action-robert-bilyk/
1edtech Caliper Analytics, https://www.imsglobal.org/activity/caliper
https://www.imsglobal.org/spec/caliper/v1p2
Mots-clés
Version
Licence
Interopérabilité des traces d’apprentissage © 2024 by Matt Sonnati is licensed under CC BY 4.0 
Notre site utilise des cookies pour une meilleure expérience.