Dans les projets eLearning, la question du choix de la plate-forme ne doit pas être négligée. En effet, l’acquisition d’un produit, qu’il soit Open Source ou Commercial, implique des investissements financiers et humains importants et donc, cette décision peut difficilement être modifiée sans pertes.

Nous vous proposons dans ce document de passer en revue les différents concepts associés aux plate-formes, les intérêts pédagogiques du choix d’un Learning Management System, et une série de conseils pour votre réflexion sur le choix d’une plate-forme.

1. CMS, LMS, LCMS…

Bien que ces différents acronymes soient utilisés très largement et presque indifféremment dans le monde de l'e-learning, chacun possède sa signification et mérite un minimum d'explications.

1.1 CMS

Le CMS (ou Content Management System) est un logiciel permettant la gestion et la mise en ligne de contenus. Ces outils offrent la possibilité de travailler à plusieurs sur des contenus, de publier ces contenus, mais aussi de mettre des outils de communication à disposition des utilisateurs.
Exemples de site réalisé grâce à un CMS:

• Le portail e-Agora (rĂ©alisĂ© avec Xoops) http://www.elearning.ulg.ac.be/

• Le portail Learn-on-line oĂą vous surfer actuellement (rĂ©alisĂ© avec Joomla)

1.2 LMS et LCMS

• Le LMS (ou Learning Management System) est un logiciel permettant la gestion de l'activitĂ© des Ă©tudiants (suivi, performances) mais aussi la diffusion des contenus et leur organisation.

• Le LCMS (ou Learning Content Management System) est, quant Ă  lui, un logiciel axĂ© sur la crĂ©ation, le stockage, l'utilisation, la gestion et la dĂ©livrance d'objets d'apprentissage (un objet d'apprentissage comprend typiquement la description des objectifs Ă  atteindre, le contenu nĂ©cessaire Ă  l'atteinte de l'objectif et une Ă©valuation destinĂ©e Ă  mesurer si l'objectif a bien Ă©tĂ© atteint).

La diffĂ©rence entre LMS et LCMS se situe donc au niveau du but premier de l'outil : le LMS a pour but la gestion de l'activitĂ© des Ă©tudiants alors que le LCMS permet la gestion du contenu. Dans les faits, les produits sont dĂ©veloppĂ©s ensemble, il s'agit alors de modules intĂ©grĂ©s.

Typiquement, une plate-forme (LMS ou LCMS) fournit les outils permettant le tĂ©lĂ©chargement, la crĂ©ation et la distribution de contenus, la gestion de la participation des Ă©tudiants mais aussi l’évaluation de leurs performances. Les outils gĂ©nĂ©ralement fournis sont :

• Outils d’apprentissage/enseignement (options d’évaluation, de rapport d’évaluation, outils de dĂ©veloppement de quiz, gestion des cours : backup, tĂ©lĂ©chargement, tĂ©lĂ©versement, administration des groupes d’étudiants, de suivi des Ă©tudiants, gestion de fichiers, outils de construction de glossaire, outils d’annonces et de calendrier.

• Outils pour les Etudiants (autoĂ©valuation, outils de collaboration, outils d’annotation de cours, de favoris, outils de communication synchrones et asynchrones, outils de rapport d’évolution et de performance)

1.3 CMS versus LMS

La différence entre LMS et CMS tient dans le fait que le LMS a une implication pédagogique, et permet donc, en plus des outils de communication et de délivrance de contenu, des outils de suivi de l'activité des étudiants, mais aussi d'évaluation ou encore de travail collaboratif.

Les utilitĂ©s pĂ©dagogiques d'un LMS sont de :

• Donner un supplĂ©ment au cours en prĂ©sentiel (afin d’amĂ©liorer la comprĂ©hension des Ă©tudiants, de faire appel Ă  plusieurs styles d'enseignement, de fournir un matĂ©riel interactif aux Ă©tudiants, et leur permettre de rĂ©aliser des exercices complĂ©mentaires;

• Augmenter la communication et la collaboration entre les Ă©tudiants et les membres de la facultĂ©, mais aussi entre les Ă©tudiants eux-mĂŞmes ;

• Fournir un meilleur feedback aux Ă©tudiants ("just in time" et en rapport direct avec leur rĂ©ponse) ;

• Assurer la transparence du cours (rendre disponible les contenus, les travaux des Ă©tudiants, mais aussi le carnet de notes).

En résumé, une plate-forme d’enseignement à distance est un logiciel permettant l’automatisation de l’administration, le suivi et le rapport des événements d’apprentissage.

1.4 Mémento

CMS = Course Management System
LMS = Learning Management System
LCMS = Learning Content Management System

Attention : Certains parlent dĂ©sormais de CMS comme Course Management System et non plus comme Content Management System. La notion de Course Management System s’apparente davantage Ă  celle de LMS (Learning Management System) qu’à celle de  CMS (Content Management System).

2. Un espace de cours en ligne

Un espace de cours en ligne peut être bien plus que la mise à disposition des notes de cours et présentations délivrées lors des séances en présentiel.

Cet espace peut devenir :

• Un espace protĂ©gĂ© dans lequel seules les personnes autorisĂ©es peuvent entrer ;

• Un espace offrant des contenus enrichis pour profiter de toutes les fonctionnalitĂ©s proposĂ©es : mĂ©dias additionnels (illustrations sous forme d'images mais aussi de sons, d'animations, de vidĂ©os, de contenus interactifs), glossaire, ressources complĂ©mentaires proposĂ©es sous forme de liens web,... ;

• Un espace d'Ă©changes et d’organisation entre l’enseignant et les Ă©tudiants ou entre les Ă©tudiants ;

• Un espace d'apprentissage au travers d'activitĂ©s variĂ©es en ligne, utilisant diffĂ©rentes stratĂ©gies pĂ©dagogiques et diffĂ©rents outils : travaux et prĂ©sentations individuelles ou de groupe,

• Un espace d'Ă©valuation des apprentissages par l'Ă©tudiant lui-mĂŞme, par ses pairs, par l’enseignant;

• un espace offrant des parcours individualisĂ©s, de façon automatisĂ©e, au travers de chemins d'apprentissage dĂ©pendant des critères de publication que l’enseignant dĂ©finit au prĂ©alable.

3. Etablissement d’un cahier des charges

L’analyse du projet est nécessaire à la rédaction d’un cahier des charges complet et précis.
Une liste des besoins de votre projet est à discuter avec tous les acteurs de la décision (l’Institution, les enseignants et l’équipe technique). De nombreuses ressources sont disponibles pour vous aider à la réflexion et la réalisation de ce cahier des charges.
Nous vous proposons d’ores et déjà une liste, non exhaustive, de critères à prendre en compte.

3.1 La question du projet

A. L'objectif du projet

Selon le scénario pédagogique que l'on veut utiliser, au niveau de l'architecture, certaines plate-formes seront plus adaptées que d'autres. Par exemple, les possibilités d'organisation et de présentation des contenus diffèrent de WebCT à Moodle: WebCT permet une organisation centralisée et hiérarchisée des contenus avec publication sélective des éléments, alors que Moodle peut présenter un contenu selon un scénario pédagogique dirigiste.
Outre l'organisation du contenu, le travail collaboratif peut également être mis en évidence et facilité (Acolad).

Selon le projet mené, des fonctionnalités seront nécessaires à la mise en ligne du cours, comme l'authentification, les tests, ou encore le tableau blanc.
Nous vous suggérons de consulter le site http://www.edutools.info/ qui offre la possibilité de trier les plate-formes selon les caractéristiques sélectionnées et de les comparer.

La plate-forme peut être destinée à s'intégrer avec d'autres applications (système de gestion des cours et des utilisateurs, portail institutionnel) ou à recevoir des outils supplémentaires afin de faciliter les activités en ligne. Des ressources et fonctionnalités sont nécessaires pour cela.

B. La cible

• Le public : Un public d’étudiants ne rĂ©clame pas les mĂŞmes fonctionnalitĂ©s qu’un public d’adultes sur le marchĂ© de l’emploi. Il peut ĂŞtre utile de consulter la liste des clients des plate-formes, vous obtiendrez ainsi une indication sur l’adĂ©quation du produit au public.

• Les langues disponibles : les plate-formes ne sont pas disponibles dans toutes les langues. Assurez-vous que le plugin de la langue de vos utilisateurs soit disponible.

C. La taille de l'institution

La taille de l'institution a un impact direct sur le nombre de requêtes simultanées qui doivent être absorbées par le serveur et donc sur l'administration du serveur et de la plate-forme.
Les ressources matĂ©rielles et humaines sont plus importantes Ă  mesure que le nombre de cours augmente. Le nombre de requĂŞtes devant ĂŞtre gĂ©rĂ©es par l’administrateur peut donc devenir très important : dans ce cas, un moteur de requĂŞte est un prĂ©cieux atout car permet une gestion facilitĂ©e.
De plus, l'organisation des cours par l'administration dépend fortement du fait que tous les cours ou quelques cours isolés soient en ligne.

3.2 La question du coût

L'utilisation d'un logiciel implique des coûts concernant l'acquisition du logiciel, l'hébergement, l'installation, la configuration, la maintenance, le support, la formation mais aussi pour les améliorations à apporter au produit. Si les solutions Open Source permettent l'acquisition du code source gratuitement, les coûts liés aux autres services restent incontournables et souvent plus importants que pour les solutions commerciales.

A. Hébergement

L'hébergement peut se faire en interne ou en externe.
En interne, il implique l'achat d'un serveur, mais aussi des compétences pour l'installation et la maintenance.
Le serveur peut aussi être hébergé en externe. Un service payant ou intégré dans le coût de la licence (ex.: Scholar360) permet de se décharger de la maintenance du serveur.

B. Installation, configuration et maintenance

L'installation, la configuration et la maintenance réclament des compétences en interne. Le coût en ressources humaines est donc à prendre en considération et à mettre en lumière avec la facilité de gestion de l'outil et le support disponible.

C. Support

Le support disponible aux utilisateurs de solutions open source dépend directement de la communauté d'utilisateurs. Trouver une solution à son problème réclame de consulter les forums d'utilisateurs, et les propositions relèvent parfois du "truc et astuce" plutôt que d'un réel arrangement. La qualité et la quantité des solutions offertes et des ressources résultent donc de l'activité des utilisateurs. Pour les produits commerciaux, le support de base est généralement compris dans la licence.
En cas de bug, si le support est inexistant, vous devez compter sur une communauté d'utilisateurs (qui fournissent parfois des solutions de bricolage, selon leur implication) ou sur une équipe IT interne pour développer la solution. Des services de support payant sont disponibles tant pour les produits open source que commerciaux, mais ils sont très coûteux.
Il importe donc, avant de prendre une dĂ©cision, de faire le point sur les compĂ©tences et ressources internes dont vous disposez : ceci vous donnera une indication sur le support dont vous avez besoin.

D. Formation

L'installation, la configuration, l'utilisation d'un nouveau logiciel doivent faire l'objet d'une formation. Et même si les compétences sont présentes en interne, il est nécessaire de développer les formations pour les utilisateurs.
La formation sera d'autant plus courte que le produit est ergonomique, ce qui impliquera des coûts associés moindres.

E. La question de la customisation

Par "customisation", nous entendons les développements effectués pour améliorer le produit. Les développements autour des solutions commerciales sont réalisés soit par les développeurs du logiciel, soit par d'autres partenaires commerciaux, soit par les clients eux-mêmes – moyennant mise à disposition d'un SKD (software development kit): ceci est alors fait dans le respect des normes et de l'esprit du logiciel. De plus, elles répondent aux demandes et aux besoins des clients de la plate-forme.
En ce qui concerne les plate-formes open source, les développements sont effectués par la communauté de développeurs qui les mettent à disposition des utilisateurs.
Outre la qualitĂ© des dĂ©veloppements, le problème se pose parfois lors des mises Ă  jour et changements de version du logiciel : les dĂ©veloppements effectuĂ©s par la communautĂ© d'utilisateurs ne sont plus valables pour la nouvelle version du logiciel. Le travail est donc perdu et Ă  recommencer. Une solution Ă  cet inconvĂ©nient est d'acquĂ©rir (moyennant finances) la licence d'utilisation d'un module additionnel Ă  la plate-forme pour plate-forme Open Source, toutefois, cette alternative est autant, voire souvent, plus coĂ»teuse que les dĂ©veloppements pour produits commerciaux.

F. La question de la robustesse

Un produit doit être robuste, stable et sécurisé.
Des tests peuvent être effectués en interne, mais il est parfois plus intéressant d'attendre avant d'acquérir un produit que les zones d'ombres soient éclaircies afin de ne pas mobiliser trop de ressources pour un résultat équivalent. Ce critère fait généralement la différence entre Open Source et Commercial.
Il n'existe donc pas de solution gratuite! Ce que les logiciels Open Source ne coûtent pas en licence est compensé par l'indispensable investissement en ressources humaines, matérielles et temporelles

3.3 La question des mises à jour

Tout changement de version implique une nouvelle installation, la réalisation de tests, l'adaptation des contenus existants, la mise à jour des ressources et des aides, ainsi que des formations… Tout ceci ayant un coût en termes de temps et de ressources humaines.
Un produit commercial a une durée de vie de 3 ans, alors que les mises à jour des produits Open Source sont plus fréquentes, et obligent donc à réaliser toutes ces opérations plus fréquemment.
S'ajoute à cela la perte des éventuels développements supplémentaires effectués extérieurement au développement du logiciel que nous avons évoqué plus tôt.

3.4 La question de l'interopérabilité

L'interopérabilité permet l'échange de données, de contenus et d'objets d'apprentissage entre plusieurs cours ou entre différentes plate-formes grâce au respect des normes, notamment SCORM. Ceci permet, entre autres, la collaboration avec les partenaires, l'intégration de différentes applications et données institutionnelles, mais aussi l'indépendance par rapport à son choix de plate-forme.

Rappel : Il est important de prendre en compte les points de vue de ces diffĂ©rents acteurs dans le choix de la plate-forme.

• L’institution qui signe la licence et met les ressources financières, matĂ©rielles et humaines Ă  disposition ;

• Les enseignants qui ont des besoins et exigences pour la construction de leurs cours ;

• Les Ă©tudiants qui ont Ă©galement des besoins particuliers ;

• L’équipe technique qui connaĂ®t ses compĂ©tences et les exigences de la gestion de cours en ligne.

 

 

Commentaires

Nom *:
Courriel (pour vérification & réponses)
URL :
Code   

Soumettre ce commentaire