« IMS Learning Design » : différence entre les versions

De EduTech Wiki
Aller à la navigation Aller à la recherche
Ligne 112 : Ligne 112 :
<td>
<td>
:: activités</td>
:: activités</td>
<td> Le 'container' d'activités. Les activités pédagogiques peuvent avoir (ou ont) des objectifs, des prérequis et des métadonnées. Elles ont une description de l'activité (typiquement une page web qui contient les instructions sur la manière de réaliser l'activité.  
<td> Le 'container' d'activités. Les activités pédagogiques peuvent avoir (ou ont) des objectifs, des prérequis et des métadonnées. Elles ont une description de l'activité (typiquement une page web qui contient les instructions sur la manière de réaliser l'activité. Si l'activité est hors connexion, alors aucun contenu supplémentaire n'est nécessaire. Si l'activité est en ligne, celle-ci serait alors référencer dans un environnement.</td>
Si l'activité est hors connexion, alors elle ne va pas plus loin que le contenu nécessaire. Si en ligne, il y aurait aussi normalement une référence à un environnement.
Si l'activité est offline alors il n'y a pas de contenu supplémentaire dont on aurait besoin. Lorsqu'elle est en ligne alors celle-ci serait référencer normalement dans l'environnement.</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
::: learning-activity*</td>
::: Activités d'apprentissage*</td>
<td>par exemple: voir l'objet d'apprentissage.</td>
<td> par exemple: consulter cette ressource.</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
:::: environment-ref*</td>
:::: environement-ref*</td>
<td> Une référence pour l'environnement de cette activité.</td>
<td> référence de l'environnement de cette activité.</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
:::: activity-description</td>
:::: Description de l'activité</td>
<td>Une description narrative de l'activité</td>
<td> Description narrative de l'activité</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
::: support-activity*</td>
::: Activité-support*</td>
<td>par exemple: poser une question en classe</td>
<td> par exemple: poser une question à la classe</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
:::: environment-ref*</td>
:::: environement-ref*</td>
<td>Une référence pour l'environement pour cette activité</td>
<td> référence à l’environnement de cette activité</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
:::: activity-description</td>
:::: Description de l'activité</td>
<td>Une description narrative de l'activité - généralemetn une page web: Celle-ci est tenu à l'écart des ressources liés à l'environnemetn, et par conséquent le système peut le traiter différemment. - qui peut être gardé comme un onglet </td>
<td> Description narrative de l'activité - généralement une page web. Celle-ci est classée à l'écart des ressources liés à l'environnement, et par conséquent le système peut la traiter différemment comme par exemple, la garder accessible dans un onglet.
</tr>
</tr>
<tr>
<tr>
<td>
<td>
::: activity-structure*</td>
::: Structure de l'activité*</td>
<td> Un groupemetn d'activité (avec des attributs qui détermine si les activités sont présenté en sélection ou en séquence.) A partir de ce moment, il n'est pas évident de coordonner les différents utilisateurs effectuant des choses différents - c'est à faire à un niveau au-dessus.</td>
<td> Regroupement d'activités (ces activités comportent des attributs qui permettent de déterminer si les activités individuelles sont présentées dans l'ordre ou par sélection). A partir de , il n'est pas évident de coordonner différents utilisateurs qui réalisent des activités différentes  - ceci doit être fait à un niveau supérieur au learning design. </td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
:::: environment-ref*</td>
:::: environement-ref*</td>
<td>Une référence pour l'environment pour l'activité de la structure.</td>
<td> référence à l’environnement de cette structure d'activités.</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
:: environments</td>
:: environements</td>
<td>La partie environement- qui contien t les objets/services d'apprentissage qui peuvent être utilisé pour cette partie.</td>
<td> Le 'container' environnement : il contient les objets / ressources d'apprentissage qui peuvent être utilisés dans cette activité.</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
::: environment*</td>
::: environnement*</td>
<td>Partie contenant un environment individuel (un environement est la collection de ressources, services, etc. nécessaire pour l'activité). </td>
<td> Partie contenant un environnement individuel (c'est à dire une collection de ressources, services, etc. nécessaire pour l'activité). </td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
:::: title</td>
:::: titre</td>
<td>Un nom-court pour l'envirionnement</td>
<td>Un nom court pour l'envirionnement</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
:::: learning objects*</td>
:::: Objets d'apprentissages*</td>
<td> Du contenu d'apprentissage utilié dans cette environnement.
<td> Contenu d'apprentissage utilisé dans cet environnement.</td>
Learning content utilised within this environment</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
:::: services*</td>
:::: services*</td>
<td>Un service est nécessaire pour cet environement afin d'être utilisé.</td>
<td> Le service est nécessaire pour que cet environnement puisse être utilisé.</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
:::: environment-ref*</td>
:::: environnement-ref*</td>
<td>référence pour un autre environement dans le paquet</td>
<td> référence à un autre environement dans le package</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
:::: metadata</td>
:::: metadata</td>
<td>métadonnée sur l’environnement</td>
<td> métadonnées concernant l’environnement</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td> méthode </td>
method</td>
<td> la clé du contenant - cf Simple Sequencing.</td>
<td> la clé du contenant - cf séquençage simple.</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
: play*</td>
: "jeu"*</td>
<td> Généralement seulement un, mais plus qu'un peut tourner en parallèle.</td>
<td> Habituellement un seul mais plusieurs peuvent fonctionner en parallèle..</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
:: act*</td>
:: acte*</td>
<td>Les "acte" tourne en séquence, avec un début qui est déclenché au moement de l'acte précédent - la transition entre les actes formes des points de synchronisation pour les rôles - N'importe quelle coordination d'un événement a besoin d'être fait à ce niveau - ce n'est pas possible de le faire au niveau de l'activité.</td>
<td> Les "actes" fonctionnent en séquences qui s'enchaînent dans lesquels le début est déclenché à la fin de l'acte précédent. La transition entre les actes forment les points de synchronisation des rôles : la coordination d'un événement doit être faite à ce niveau, ce n'est pas possible de le faire au niveau de l'activité même. </td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
::: role-parts*</td>
::: role-parts*</td>
<td>Lancer en parrallèle - des différents rôles et des temps différent au même temps. Généralemetn utilisé par des apprenants et des enseignant mais peuvent être sophistiqué - ex: pour le support de la formation de groupe et jeu de rôle.</td>
<td> Fonctionnent en parallèle : différents rôles font des choses différentes a un même moment. Généralement utilisé par des apprenants et les enseignants, ils peuvent être plus sophistiqués. par exemple : support à la formation des groupes, aux jeux de rôles.</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
:::: role-ref</td>
:::: rôle-ref</td>
<td>réf. pour un rôle spécifique en lien avec la "role-parts" vu précédemment.</td>
<td> référence à un rôle spécifique en lien avec "role-parts".</td>
</tr>
</tr>
<tr>
<tr>
<td>
<td>
:::: activity-ref</td>
:::: activité-ref</td>
<td>réf. à l'activité(-structure) pour ce "role-part"
<td> référence à l'activité (-structure) pour ce "role-part"
ref to activity(-structure) for this role-part.</td>
ref to activity(-structure) for this role-part.</td>
</tr>
</tr>
Ligne 226 : Ligne 222 :
<td>
<td>
metadata</td>
metadata</td>
<td>Description de métadonnée pour le LD</td>
<td> Description de métadonnées pour le Learning Design</td>
</tr>
</tr>
</table>
</table>

Version du 22 mai 2016 à 14:29

Cet article est une ébauche à compléter. Une ébauche est une entrée ayant un contenu (très) maigre et qui a donc besoin d'un auteur.

C.f. la version anglaise.


Cette page est une traduction de la version anglaise, cette traduction n'est pas terminée et a donc besoin d'un auteur. --Lydie BOUFFLERS (discussion) 24 avril 2016 à 18:52 (CEST)


Définition

IMS Learning Design (IMS LD) est un langage de modélisation pédagogique (en: Educational modeling langage).

IMS-LS fournit un métalangage qui permet de modéliser les unités d'apprentissages. IMS-LD prend en compte (et peut donc décrire) une grande variété de modèles pédagogiques. Aujourd'hui, il constitue le standard le plus "populaire" pour décrire des Modèle d'ingénierie pédagogique. Cependant, "populaire" dans la littérature ne signifie pas "adopté par l'utilisateur final" comme nous allons l'expliquer ci-dessous.

IMS Learning Design, par opposition à IMS Simple Sequencing/SCORM se focalise sur l'organisation des activités et non pas sur l'organisation du système. IMS LD a été crée en 2003 par l'Open University of the Netherlands à partir de EML (Educational Markup language). En Europe, plusieurs communautés de recherche utilisent IMS LD comme base de travail pour divers projets.

En Avril 2008, le développement des implémentations se poursuivent et selon D.K Schneider, il est possible qu'une version plus "user-friendly" soit développées.

En mai 2009, il existe des outils plus conviviaux, par exemple Recourse editor. Cependant, l'utilisation de ces outils nécessite encore de la compréhension de la part des utilisateurs dits "standard".

Au printemps 2011, nous avons l'impression que cette norme est en train de perdre de la vitesse car elle est principalement utilisée pour certains travaux de doctorat en informatique appliquée. Aucune édition plus conviviale n'a récemment vu le jour.

En 2014, la situation est la même...

La métaphore du théâtre

En reprenant la métaphore théâtrale, le modèle IMS LD décrit la situation d’apprentissage d’un point de vue logistique et organisationnel. Ainsi, il spécifie que le décor (environnement) doit comporter tels ou tels éléments (services, objets d’apprentissage,…), la pièce est découpée en un certain nombre d’actes; chaque acte distribuant les activités à chaque des rôles (apprenants, enseignants...).

Les grands composants de ce design sont donc :

  • l'environnement d'apprentissage incluent des fonctionnalités (par exemple: un forum) et des ressources d'apprentissage.
  • le scénario pédagogique lui-même, appelé méthode.
  • les activités d'apprentissages
  • les rôles

Selon Jeffery and Currir, 2003:

The play is presented in a series of acts, in which roles are played by those taking part, for example learner, tutor, mentor, and so on.

  • People playing the roles undertake a series of activities within an act. For a learner these might include discussing with classmates the relative merit of a piece of source material. A tutor’s activity may be to comment on their conclusions.
  • Each role is presented with its own learning objects and services (e.g. communication tools) within an activity.
  • An act is completed after all the activities of a specified role, or roles, are finished. Alternatively, a time limit may be set, after which an act completes.
  • When one act completes, the next act is started. The play finishes when all the acts are completed; the learning design finishes when all the plays are completed.

La métaphore théâtrale a probablement été choisie parce que, comme dans une pièce de théâtre, les scénarios de LD peuvent être joués différemment, avec différents acteurs et différents accessoires.

La structure conceptuelle du Learning Design

Une architecture par niveau

Selon le CETIS Briefing on Learning Design:

Le niveau A contient le noyau d'IMS Learning Design: les personnes, les activités et les ressources. Il contient aussi la coordination de ces éléments par le biais du scénario pédagogique en "pièce", "actes" et "rôles". Ce seul niveau permet d'obtenir une série d'activités d'apprentissage séquencées dans le temps qui doivent être effectuer par les apprenants et les enseignants en utilisant des objets et / ou des services d'apprentissage.

Le Niveau B ajoute un plus grand contrôle de ces activités et permet aussi de réaliser des activités plus complexes gràce à l'utilisation des propriétés et des conditions. Ces propriétés peuvent être internes (locales) ou externes (globales). Elles sont utilisées pour stocker des informations sur une personne (par exemple: les résultats aux tests ou les performances des apprenants). Les propriétés internes permettent de paramétrer des éléments uniquement pour un cours alors que les propriétés externes conservent leurs valeurs au-delà de la fin d'un cours et sont accessibles à partir de différents points et / ou différents modèles d'apprentissage.

Le Niveau C offre la possibilité de créer des conceptions plus sophistiquées notamment par le biais de notifications (messagerie). Ces notifications permettent de déclencher des nouvelles activités automatiquement en réponse à des événements survenus lors du processus d'apprentissage. Il permet l'automatisation des activités d'apprentissage qui sont déclenchées par l'achèvement des tâches plutôt pré-planifiés. Par exemple, un enseignant peut être notifié par mail quand un devoir a été soumis et a besoin d'être noté. Une fois la note donnée, l'apprenant peut être notifié par mail pour entreprendre une nouvelle activité en fonction du résultat.

Vue d'ensemble de l'architecture

Un diagramme officiel de UML [UML class diagram en:UML class diagram@] qui résume le langage IMS LD :

Imsld infov1p03.gif

Un schéma plus facile a été réalisé par G. Paquette et/ou Michel Léonard de leur outil-auteur MOTPlus à titre d'exemples :

LD-explained-in-MOT-small.png

Elements de design principaux

Le tableau ci-dessous (source : the Reload WebSite (18:43, 11 December 2006 (MET)) récapitule l'organisation hiérarchique des éléments de learning design.

learning-design Le 'container' de base
titre
Titre de la conception pédagogique
objectifs d'apprentissage
quel est l'objectif de ce module d'apprentissage
prerequis
quels sont les prérequis
composantes
Les éléments réutilisables de la conception pédagogique - niveau clé de granularité
rôles
Liste des rôles
apprenant*
rôle de l'apprenant
staff*
rôle de l'assistant, du tuteur
activités
Le 'container' d'activités. Les activités pédagogiques peuvent avoir (ou ont) des objectifs, des prérequis et des métadonnées. Elles ont une description de l'activité (typiquement une page web qui contient les instructions sur la manière de réaliser l'activité. Si l'activité est hors connexion, alors aucun contenu supplémentaire n'est nécessaire. Si l'activité est en ligne, celle-ci serait alors référencer dans un environnement.
Activités d'apprentissage*
par exemple: consulter cette ressource.
environement-ref*
référence de l'environnement de cette activité.
Description de l'activité
Description narrative de l'activité
Activité-support*
par exemple: poser une question à la classe
environement-ref*
référence à l’environnement de cette activité
Description de l'activité
Description narrative de l'activité - généralement une page web. Celle-ci est classée à l'écart des ressources liés à l'environnement, et par conséquent le système peut la traiter différemment comme par exemple, la garder accessible dans un onglet.
Structure de l'activité*
Regroupement d'activités (ces activités comportent des attributs qui permettent de déterminer si les activités individuelles sont présentées dans l'ordre ou par sélection). A partir de là, il n'est pas évident de coordonner différents utilisateurs qui réalisent des activités différentes - ceci doit être fait à un niveau supérieur au learning design.
environement-ref*
référence à l’environnement de cette structure d'activités.
environements
Le 'container' environnement : il contient les objets / ressources d'apprentissage qui peuvent être utilisés dans cette activité.
environnement*
Partie contenant un environnement individuel (c'est à dire une collection de ressources, services, etc. nécessaire pour l'activité).
titre
Un nom court pour l'envirionnement
Objets d'apprentissages*
Contenu d'apprentissage utilisé dans cet environnement.
services*
Le service est nécessaire pour que cet environnement puisse être utilisé.
environnement-ref*
référence à un autre environement dans le package
metadata
métadonnées concernant l’environnement
méthode la clé du contenant - cf Simple Sequencing.
"jeu"*
Habituellement un seul mais plusieurs peuvent fonctionner en parallèle..
acte*
Les "actes" fonctionnent en séquences qui s'enchaînent dans lesquels le début est déclenché à la fin de l'acte précédent. La transition entre les actes forment les points de synchronisation des rôles : la coordination d'un événement doit être faite à ce niveau, ce n'est pas possible de le faire au niveau de l'activité même.
role-parts*
Fonctionnent en parallèle : différents rôles font des choses différentes a un même moment. Généralement utilisé par des apprenants et les enseignants, ils peuvent être plus sophistiqués. par exemple : support à la formation des groupes, aux jeux de rôles.
rôle-ref
référence à un rôle spécifique en lien avec "role-parts".
activité-ref
référence à l'activité (-structure) pour ce "role-part" ref to activity(-structure) for this role-part.
metadata Description de métadonnées pour le Learning Design

Logiciels

Cet article est une ébauche à compléter. Une ébauche est une entrée ayant un contenu (très) maigre et qui a donc besoin d'un auteur.

a compléter depuis l'article en anglais IMS Learning Design

Software

IMS LD Authoring tools

En mai 2009, IMS est un format utilisé dans de nombreux projet en recherche et déveoppement (beaucoup d'entre eux avec des fonds de l'union européenne). Cependant, les IMS ne sont pas encore déployer à large échelle. En particulier, nous n'avons pas trouvé de version stable, user-friendly et facile à installer. Le seul dispositif d'apprentissage (learning design system semble être [LAMS] mais il n'est pas basé sur IMS LD.


Griffith et al. (2005), définit deux dismensions en respect avec l'outil LD. Ils permettent de définir quatre types d'outils. Les deux dimensions sont :

  1. Proche de spécification - distant des spécification
  2. Outil à objectif général - outil à objectif spécifique.

Ci-dessous nous reproduisons une figure trouvé dans Oberhuemer (2008) annonté avec des outils LD d'auteurs.

Source: Oberhuemer (2008)

Discussions

Cet article est une ébauche à compléter. Une ébauche est une entrée ayant un contenu (très) maigre et qui a donc besoin d'un auteur.

} a compléter depuis l'article en anglais IMS Learning Design

Links

Cet article est une ébauche à compléter. Une ébauche est une entrée ayant un contenu (très) maigre et qui a donc besoin d'un auteur.

a compléter depuis l'article en anglais IMS Learning Design


Olga Marino, EIAH 2005.

Références

Cet article est une ébauche à compléter. Une ébauche est une entrée ayant un contenu (très) maigre et qui a donc besoin d'un auteur.

a compléter depuis l'article en anglais IMS Learning Design

  • Pacurar, E., Trigano, P., & Alupoaie, S. (2006). Concevoir des modèles de sites Web éducatifs en utilisant IMS Learning Design / Designing educational Web site models using IMS Learning Design. Canadian Journal Of Learning And Technology / La Revue Canadienne De L’Apprentissage Et De La Technologie, 32(1). Retrieved from http://www.cjlt.ca/index.php/cjlt/article/view/68/66
  • Lejeune Anne, « IMS Learning Design. », Distances et savoirs 4/2004 (Vol. 2) , p. 409-450, URL : www.cairn.info/revue-distances-et-savoirs-2004-4-page-409.htm, DOI : 10.3166/ds.2.409-450.
  • Pernin J.-P., Lejeune A., « Dispositifs d’apprentissage instrumentés par les technologies : vers une ingénierie centrée sur les scénarios », TICE 2004, Compiègne, octobre 2004, pp. 407- 414.