Couche de Mutualisation

Nous exposons maintenant la couche de Mutualisation qui offre un acc`es facilit´e `a ces ressources `

a partir d’un LMS et qui permet d’aboutir `a la virtualisation des objets p´edagogiques.

6.3 Couche de Mutualisation

La couche de Mutualisation joue deux rˆoles bien distincts : d’une part elle permet `a l’utilisateur final d’atteindre la couche de F´ed´eration ainsi que les services qui lui sont associ´es de mani`ere transparente et homog`ene, et d’autre part elle fournit `a cette mˆeme couche de F´ed´eration les informations n´ecessaires `a la r´ealisation du service d’importation des ressources externes au sein du LMS.

6.3.1 Lien entre les plates-formes de gestion d’apprentissage et la couche de F´ed´eration

La couche de Mutualisation permet `a un utilisateur connect´e `a la plate-forme d’appren-tissage d’acc´eder facilement aux ressources retrouv´ees par les services de la couche de F´ed´eration. Les services propos´es par les LMS sont plus ou moins avanc´es mais l’opportunit´e d’ins´erer un nouveau document au sein de l’espace d´edi´e est toujours offerte. Nous avons donc ajout´e un hyperlien vers la couche de F´ed´eration dans l’espace de travail d´edi´e `a l’insertion de nouveaux documents (cf. figures 8.10 et 8.11). Ainsi, le d´eploiement de la couche de Mutualisation au sein d’un LMS est tr`es ais´ee car (a) peu de pages HTML6

ont besoin d’ˆetre modifi´ees au sein du LMS, et (b) rep´erer l’espace de travail correspondant est tr`es rapide. D’autre part, plusieurs contraintes sont satisfaites :

• Pour l’administrateur, le d´eploiement de la couche de Virtualisation au sein de la plate-forme cible est simple `a r´ealiser : un fichier doit ˆetre mis `a jour afin d’ajouter l’hyperlien vers la couche de F´ed´eration, et un nouveau r´epertoire correspondant aux services de F´ed´eration doit ˆetre ajout´e dans l’arborescence de la plate-forme cible.

• Pour les cr´eateurs de cursus, le d´eploiement de ressources stock´ees dans des LOR distants est facile `a r´ealiser puisque notre approche pr´esente une m´ethodologie similaire `a celle mise en œuvre pour le d´eploiement de ressources internes au LMS.

• La couche de Virtualisation est facilement adaptable `a diff´erents LMS cibles puisque notre approche n’est pas fortement li´ee `a une plate-forme particuli`ere, comme le montre la section suivante.

6

6.3.2 Fournisseur d’informations

Afin de rendre la couche de F´ed´eration la plus ind´ependante et g´en´erique possible, le nombre de variables sp´ecifiques au LMS et n´ecessaires `a la bonne conduite des services de F´ed´eration doit ˆetre aussi faible que possible. L’int´egration ne se rapporte qu’`a la gestion du mat´eriel p´edagogique et n´ecessite l’identification de seulement quatre caract´eristiques :

• Le nom de l’utilisateur connect´e au LMS afin de contrˆoler ses droits d’usage relatifs aux LOR.

• Le chemin du r´epertoire racine correspondant `a l’espace d´edi´e au stockage du mat´eriel p´edagogique au sein du LMS.

• L’identifiant du r´epertoire de la formation en cours afin de savoir o`u stocker les ressources au sein du r´epertoire racine.

• Le champ du formulaire de la plate-forme n´ecessaire au service d’importation pour indi-quer la localisation d’un objet p´edagogique stock´e dans un vivier de r´ef´erences.

Ces quatre variables sp´ecifiques au LMS peuvent ˆetre obtenues facilement : le nom de l’usager connect´e (sonlogin) est tr`es souvent stock´e dans une variable Session, le r´epertoire racine est soit identique, soit sp´ecifique pour chaque instance du LMS (dans le dernier cas, il figure dans un fichier de configuration), l’identifiant du r´epertoire de la formation en cours correspond `a une variable visible dans la barre d’adresse du navigateur, et le champ du formulaire est mentionn´e dans le mˆeme espace de travail que celui contenant l’hyperlien permettant d’atteindre la couche de F´ed´eration. Lorsqu’un utilisateur cherche `a acc´eder aux services de la couche de F´ed´eration, la couche de Mutualisation prend connaissance de ces quatre caract´eristiques et les transmet `a la couche de F´ed´eration qui est alors en mesure d’assurer l’ensemble des services pr´esent´es dans la section 6.2.

6.4 Synth`ese

Nous avons propos´e dans ce chapitre une architecture structur´ee en couches qui offre une vue unique de ressources p´edagogiques r´eparties dans des viviers de connaissance distincts ainsi qu’un acc`es facilit´e `a celles-ci `a travers les plates-formes d’apprentissage : elle permet donc de mettre en œuvre la virtualisation des objets p´edagogiques qui favorise le partage et la r´eutilisation du mat´eriel p´edagogique. Nous nous sommes appuy´es sur la sp´ecification SQI pour retrouver les m´etadonn´ees renferm´ees dans les viviers de connaissance h´et´erog`enes, et nous avons sp´ecifi´e un ensemble de services qui permettent d’exploiter les documents p´edagogiques associ´es `a ces m´etadonn´ees et qui sont r´esum´es dans le tableau 6.15.

6.4. Synth`ese

Services Methodes´

T´el´echargement downloadDocument(docIdentifier, login, password) : string Consultation previewUrl(url) : void

Importation d’une URL importUrl(url, fieldToFill) : void

Importation d’un document importDocument(docIdentifier, folderLocation, login, password) : void

Indexation d’une ressource indexLearningObject(document, metadata, folderLocation, login, password) : string

G´en´eration automatique getContextKeywords(targetLms) : string[] de m´etadonn´ees getFileInfo(extension) : string[]

extractScormMetadata(manifestFile) : string[] getAuthorInfo(vcard) : string[]

Authentification des getUserAccount(userFirstName, userLastName, system) : utilisateurs string[]

Tab. 6.15 – Les services permettant d’exploiter les ressources p´edagogiques

La couche suppl´ementaire que nous avons introduite pr´esente `a la fois un caract`ere g´en´erique qui est illustr´e dans la derni`ere partie du manuscrit, mais ´egalement une transpa-rence qui masque `a l’utilisateur final la complexit´e de l’architecture globale.

Ainsi, une masse importante d’objets p´edagogiques stock´es dans des viviers de connais-sance distincts est disponible aux concepteurs de cursus d’apprentissage. Toutefois, le service de recherche pr´esent´e dans ce chapitre, bas´e sur un ou plusieurs mots-cl´es sp´ecifi´es par l’utili-sateur, ne permet pas de proposer `a l’´educateur les ressources les plus adapt´ees et pertinentes `

a son contexte d’apprentissage : un concepteur de cursus doit parcourir un grand nombre d’ob-jets p´edagogiques parmi ceux qui lui sont propos´es par le service de recherche avant de trouver une ressource correspondant `a ses besoins. Alors pour lever ce verrou, le chapitre suivant ex-pose notre approche d´edi´ee `a la supervision de l’usage des diff´erentes entit´es impliqu´ees dans l’architecture de Virtualisation. Cette approche permet de collecter et d’exploiter des donn´ees statistiques sur l’usage des diff´erents composants de l’architecture, ainsi que sur les utilisateurs de l’environnement d’apprentissage.