« XAPI » : différence entre les versions
(Page créée avec « == Qu'est-ce que c'est ? == xAPI (Tin Can) API est une norme récente qui se destine à remplacer SCORM 1.2 et SCORM 2004. xAPI permet suivre des activités de formation... ») |
Aucun résumé des modifications |
||
(4 versions intermédiaires par un autre utilisateur non affichées) | |||
Ligne 1 : | Ligne 1 : | ||
{{Incomplet}} | |||
'''a faire''' | |||
* Finaliser la traduction de [[:en:Experience API]] et enrichir la page à partir du [[https://xapi.com/overview/?utm_source=google&utm_medium=natural_search site officiel]] | |||
* Développer la section inconvénients | |||
== Qu'est-ce que c'est ? == | == Qu'est-ce que c'est ? == | ||
xAPI (Tin Can | xAPI (pour Experience API), aussi appelée Tin Can API, est une norme relativement récente pour les technologies éducatives, dont l'objectif est de suivre des activités de formation et les transmettre à des plateformes de gestion. A la différence de ses prédécesseurs, comme [[Sharable_Content_Object_Reference_Model|SCORM]], xAPI permet le suivi des expériences d'apprentissage à partir de multiples supports de formation, prenant en compte la globalité du vécu de l'apprenant. Elle se destine à remplacer SCORM 1.2 et SCORM 2004, en offrant davantage de flexibilité et une richesse dans le recueil des informations. | ||
== Pourquoi | == Pourquoi l'adopter ? == | ||
Depuis plusieurs années et grâce aux développements technologiques, les habitudes d'apprentissage ont fortement évolué. Les apprentissages ne s'effectuent plus uniquement dans des cadres très spécifiques, comme les [[Plateforme_pédagogique|LMS]] (Learning management System), mais partout, comme en visionnant une vidéo sur YouTube, en surfant sur internet, à la lecture de blog, etc. De plus, l'apprentissage est de plus en plus dirigé par l'apprenant lui-même. Alors que SCORM est une norme nécessitant un LMS chargé de centraliser l'ensemble des contenus de formation, on voit l'intérêt de développer une norme mieux adaptée aux nouvelles habitudes. Tin Can se propose de remplir ce besoin "d'anywhere" en proposant une nouvelle norme plus souple qui s'adapte à n'importe quel contenu, où qu'il se trouve et quelle qu'en soit sa nature. | |||
Tin Can change la manière dont sont pensés les écosystèmes d'apprentissage. Il s'agit d'une nouvelle classe de système, le LRS (Learning Record Store). | Tin Can change la manière dont sont pensés les écosystèmes d'apprentissage. Il s'agit d'une nouvelle classe de système, le LRS (Learning Record Store). Les expériences d'apprentissages sont enregistrées dans un LRS qui peut exister de manière indépendante ou être intégré à un LMS. | ||
[[Fichier:LRS.PNG|cadre|centré|Learning Record Store]] | [[Fichier:LRS.PNG|cadre|centré|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, | 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, 2013). | ||
== Les déclarations xAPI == | == Les déclarations xAPI == | ||
Ligne 108 : | Ligne 114 : | ||
} | } | ||
</source> | </source> | ||
== Les avantages == | |||
xAPI offre de nombreuses possibilités non disponibles avec les anciens standards, parmi lesquelles : | |||
* amener le e-learning hors des navigateurs web | |||
* le e-learning sur des applications mobiles natives | |||
* plus de contrôle sur les contenus d'apprentissage | |||
* une sécurité forte avec OAuth | |||
* la transition entre les plateformes, par exemple commencer un module e-learning sur un appareil mobile et le finir sur un ordinateur | |||
* le suivi de jeux et simulations | |||
* le suivi de réalisations effectuées dans le monde réel | |||
* le e-learning collaboratif (team-based learning) | |||
* le suivi de plan d'apprentissage et objectifs globaux | |||
== Les inconvénients== | == 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. | 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. | ||
== Liens == | |||
* [https://xapi.com/ Site officiel] | |||
* [https://e-teach.ch/blog/comprendre-tin-can-api-elearning-scorm/ Article "Comprendre Tin Can API" par Julien Theler] | |||
[[Catégorie:Standards]] |
Dernière version du 20 avril 2020 à 20:51
Cet article est incomplet.
Il est jugé trop incomplet dans son développement ou dans l'expression des concepts et des idées. Son contenu est donc à considérer avec précaution.
a faire
- Finaliser la traduction de en:Experience API et enrichir la page à partir du [site officiel]
- Développer la section inconvénients
Qu'est-ce que c'est ?
xAPI (pour Experience API), aussi appelée Tin Can API, est une norme relativement récente pour les technologies éducatives, dont l'objectif est de suivre des activités de formation et les transmettre à des plateformes de gestion. A la différence de ses prédécesseurs, comme SCORM, xAPI permet le suivi des expériences d'apprentissage à partir de multiples supports de formation, prenant en compte la globalité du vécu de l'apprenant. Elle se destine à remplacer SCORM 1.2 et SCORM 2004, en offrant davantage de flexibilité et une richesse dans le recueil des informations.
Pourquoi l'adopter ?
Depuis plusieurs années et grâce aux développements technologiques, les habitudes d'apprentissage ont fortement évolué. Les apprentissages ne s'effectuent plus uniquement dans des cadres très spécifiques, comme les LMS (Learning management System), mais partout, comme en visionnant une vidéo sur YouTube, en surfant sur internet, à la lecture de blog, etc. De plus, l'apprentissage est de plus en plus dirigé par l'apprenant lui-même. Alors que SCORM est une norme nécessitant un LMS chargé de centraliser l'ensemble des contenus de formation, on voit l'intérêt de développer une norme mieux adaptée aux nouvelles habitudes. Tin Can se propose de remplir ce besoin "d'anywhere" en proposant une nouvelle norme plus souple qui s'adapte à n'importe quel contenu, où qu'il se trouve et quelle qu'en soit sa nature.
Tin Can change la manière dont sont pensés les écosystèmes d'apprentissage. Il s'agit d'une nouvelle classe de système, le LRS (Learning Record Store). Les expériences d'apprentissages sont enregistrées dans un LRS qui peut exister de manière indépendante ou être intégré à un LMS.
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, 2013).
Les déclarations xAPI
xAPI définit un formalisme qui permet de définir des actions utilisateurs avec 4 éléments et ensuite enregistrer le résultat avec deux autres:
- Sujet: Utilisateur
- Verbe: Action
- Objet: Item concerné
- Date-Heure:
- Résultat:
- Contexte:
Ces événements son capturés en format JSON. Voici un exemple tiré du The Dutch xAPI Specification for Learning Activities (#DSLA) – Registry qui dit qu'un utilisateur a fait une modification dans un wiki.
//user updates a wiki
{
"timestamp": "2015-06-01T08:30:48Z",
"id": "abcdefghijk123456789",
"actor": {
"objectType": "Agent",
"account": {
"homePage": "http://URL_of_the_Source_LMS?With_The_UserID=0388437472",
"name": "0388437472"
}
},
"verb": {
"id": "http://activitystrea.ms/schema/1.0/update",
"display": {
"en-US": "Indicates the learner updated something"
}
},
"object": {
"objectType": "Activity",
"id": "http://URL_of_the_Source_LMS/examplewiki.html",
"definition": {
"name": {
"en-US": "name of the wiki"
},
"description": {
"en-US": "This is a wiki"
},
"type": "http://www.ecolearning.eu/expapi/activitytype/wiki"
}
},
"result": {
"response": "The text the user adds."
},
"context": {
"extensions": {
"http://activitystrea.ms/schema/1.0/place": {
"definition": {
"type": "http://activitystrea.ms/schema/1.0/place",
"name": {
"en-US": "Place"
},
"description": {
"en-US": "Represents a physical location."
}
},
"id": "http://vocab.org/placetime/geopoint/wgs84/X-15.416497Y28.079203.html",
"geojson": {
"type": "FeatureCollection",
"features": [
{
"geometry": {
"type": "Point",
"coordinates": [
-15.4164969,
28.0792034
]
},
"type": "Feature"
}
]
},
"objectType": "Place"
}
},
"contextActivities": {
"parent": {
"id": "http://URL_of_the_Source_LMS/exampleMOOC.html",
"objectType": "Activity",
"definition": {
"name": {
"en-US": "name of the MOOC"
},
"description": {
"en-US": "This is the originating MOOC"
},
"type": "http://adlnet.gov/expapi/activities/course"
}
}
}
}
}
Les avantages
xAPI offre de nombreuses possibilités non disponibles avec les anciens standards, parmi lesquelles :
- amener le e-learning hors des navigateurs web
- le e-learning sur des applications mobiles natives
- plus de contrôle sur les contenus d'apprentissage
- une sécurité forte avec OAuth
- la transition entre les plateformes, par exemple commencer un module e-learning sur un appareil mobile et le finir sur un ordinateur
- le suivi de jeux et simulations
- le suivi de réalisations effectuées dans le monde réel
- le e-learning collaboratif (team-based learning)
- le suivi de plan d'apprentissage et objectifs globaux
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.