Sandrine GERBAUDfredg78.free.fr/cnam/memoires_ingenieur/Memoire_S... · Web viewLes différents outils de production 47. 1.3.4. Malted 47. 1.3.5. ... un enseignant, des étudiants

Sandrine GERBAUD Novembre 2005

Conservatoire National des Arts et MétiersLANGUEDOC – ROUSSILLON

Améliorations apportées à l’environnement d’aide à la production automatique de documents pédagogiques

en ligne au CNAM

CYCLE INGÉNIEURINFORMATIQUE SYSTÈMES D’INFORMATION

MÉMOIRE

Membres du Jury : M. Jean RANCHINM. Marc NANARDM. Jean-Yves DELORTM. Yves GRAILLE

Remerciements

Je remercie :

tous les membres du jury et en particulier son président, M. Jean RANCHIN ainsi que M. Marc NANARD

M. Jean-Yves DELORT

Mme Mireille BACHELOT

les services du CNAM et du LIRMM qui m’ont permis de réaliser ce stage.

Et comme le dit si bien M. RANCHIN, je remercie également les contribuables de la région LANGUEDOC-ROUSSILLON pour leur participation directe ou indirecte à la réalisation de mes études.

TABLE DES MATIÈRES

LISTE DES ABRÉVIATIONS.......................................................................................6

INTRODUCTION.........................................................................................................8

1. ÉTAT DE L’ART.................................................................................................12

1.1. Enseignement à distance via l’informatique..................................................................131.1.1. Pourquoi l’enseignement électronique ?.....................................................................131.1.2. Les systèmes disponibles............................................................................................141.1.3. Au CNAM…...............................................................................................................181.1.4. Le support d’information............................................................................................211.1.5. Les moyens de communication...................................................................................25

1.2. Plates-formes de formation à distance...........................................................................291.2.1. Les standards LOM et SCORM..................................................................................291.2.2. La plate-forme ACOLAD...........................................................................................321.2.3. La plate-forme Claroline.............................................................................................341.2.4. La plate-forme WebCT...............................................................................................351.2.5. La plate-forme Plei@d................................................................................................371.2.6. Les critères de choix...................................................................................................411.2.7. Pourquoi le choix de Plei@d ?....................................................................................43

1.3. Outils de production de cours.........................................................................................441.3.1. La production de documents pédagogiques en ligne..................................................441.3.2. Pourquoi EadGen ?.....................................................................................................461.3.3. Les différents outils de production.............................................................................471.3.4. Malted.........................................................................................................................471.3.5. Scenari.........................................................................................................................491.3.6. EadGen........................................................................................................................51

2. ANALYSE DE L’ENVIRONNEMENT DE PRODUCTION..................................54

2.1. EadGen V1........................................................................................................................552.1.1. La mise en œuvre d’EadGen V1.................................................................................552.1.2. Les éléments standards...............................................................................................56

2.2. EadGen V2........................................................................................................................562.2.1. La mise en œuvre du logiciel......................................................................................562.2.2. Le fonctionnement......................................................................................................572.2.3. Les ressources nécessaires..........................................................................................582.2.4. Les éléments standards...............................................................................................592.2.5. Le fichier des balises...................................................................................................592.2.6. La syntaxe des balises.................................................................................................602.2.7. La documentation des balises.....................................................................................612.2.8. La documentation d’EadGen V2................................................................................622.2.9. Le mécanisme des tables.............................................................................................622.2.10. Un exemple de balise................................................................................................632.2.11. En résumé..................................................................................................................67

2.3. Critiques d’EadGen V2...................................................................................................67

2.3.1. La mise à jour des chemins d’accès............................................................................672.3.2. La documentation des balises.....................................................................................682.3.3. Les balises...................................................................................................................682.3.4. L’environnement de travail.........................................................................................692.3.5. Une seule plate-forme.................................................................................................692.3.6. La création de projets..................................................................................................692.3.7. La structure du document............................................................................................702.3.8. Les médias..................................................................................................................702.3.9. Le site cible.................................................................................................................712.3.10. En résumé..................................................................................................................71

2.4. En conclusion....................................................................................................................72

3. IMPLÉMENTATION ET AMÉLIORATIONS APPORTÉES................................73

3.1. Choix des logiciels............................................................................................................743.1.1. Le noyau EadGen et l’environnement de travail........................................................743.1.2. Le langage de programmation....................................................................................753.1.3. Le serveur web............................................................................................................763.1.4. La base de données.....................................................................................................763.1.5. En résumé....................................................................................................................77

3.2. Identification....................................................................................................................783.2.1. Comment identifier l’utilisateur ?...............................................................................793.2.2. La page d’accueil........................................................................................................813.2.3. La demande d’identification.......................................................................................823.2.4. La table « utilisateur ».................................................................................................83

3.3. Prise de notes....................................................................................................................843.3.1. L’énoncé du problème................................................................................................843.3.2. La solution de l’équipe................................................................................................853.3.3. Les post-it d’ordre public............................................................................................853.3.4. Les types de post-it.....................................................................................................863.3.5. La mise en place des post-it........................................................................................863.3.6. La réalisation d’un post-it...........................................................................................873.3.7. La table « post-it »......................................................................................................873.3.8. L’ajout d’un nouveau post-it.......................................................................................883.3.9. L’affichage d’un post-it existant.................................................................................90

3.4. Questionnaires à Choix Multiples (QCM).....................................................................923.4.1. Les différents types de QCM......................................................................................923.4.2. L’enregistrement des données.....................................................................................943.4.3. La prise en charge de l’énoncé des QCM...................................................................953.4.4. La gestion des réponses..............................................................................................97

3.5. Fichier de traces.............................................................................................................1003.5.1. Les méthodes d’analyse............................................................................................1003.5.2. Le fonctionnement du fichier de traces.....................................................................1013.5.3. L’intérêt du fichier de traces.....................................................................................103

3.6. Exemple : étude du nombre de pages consultées par un utilisateur.........................104

3.6.1. La représentation.......................................................................................................1043.6.2. Le calcul du nombre de pages consultées.................................................................1043.6.3. Le calcul du nombre total de pages...........................................................................106

3.7. En conclusion..................................................................................................................107

4. EADGEN V3.....................................................................................................108

4.1. L’environnement de travail..........................................................................................109

4.2. L’environnement multi plate-forme.............................................................................109

4.3. La création de projet.....................................................................................................110

4.4. La structure du document.............................................................................................115

4.5. Les sources sous EadGen...............................................................................................117

4.6. La documentation des balises.......................................................................................120

4.7. Les balises.......................................................................................................................122

4.8. La gestion des médias....................................................................................................125

4.9. La production du site.....................................................................................................127

4.10. En résumé.....................................................................................................................128

CONCLUSION.........................................................................................................129

BIBLIOGRAPHIE....................................................................................................132

Table des illustrations..............................................................................................134

LISTE DES ABRÉVIATIONS

ACOLAD : APPRENTISSAGES COLLABORATIFS À DISTANCE

ADL : ADVANCED DISTRIBUED LEARNING

AICC : AVIATION INDUSTRY COMPUTER-BASED TRAINING COMMITTEE

ARIADNE : ALLIANCE OF REMOTE INSTRUCTIONAL AUTHORING & DISTRIBUTION NETWORKS FOR

EUROPE

ASP : ACTIVE SERVER PAGE

CÉANTE : CENTRE D’ÉTUDES ET D’APPLICATION DES NOUVELLES TECHNOLOGIES ÉDUCATIVES

CGI : COMMON GATEWAY INTERFACE

CMS : CONTENT MANAGEMENT SYSTEM

CNAM : CONSERVATOIRE NATIONAL DES ARTS ET MÉTIERS

CNED : CENTRE NATIONAL D’ENSEIGNEMENT À DISTANCE

CNIL : COMMISSION NATIONALE DE L’INFORMATIQUE ET DES LIBERTÉS

CNRS : CENTRE NATIONAL DE RECHERCHE SCIENTIFIQUE

CRA : CENTRE RÉGIONAL ASSOCIÉ

DoD : DEPARTMENT OF DEFENSE

DOS : DISK OPERATING SYSTEM

DTD : DÉFINITION DU TYPE DE DOCUMENT

EADGEN : ENSEIGNEMENT À DISTANCE GÉNÉRATEUR

FOAD : FORMATION OUVERTE ET À DISTANCE

HTML : HYPER TEXT MARKUP LANGUAGE

IEEE : INSTITUTE OF ELECTRONICAL AND ELECTRONICS ENGINEERS

IHM : INTERACTIONS HOMME MACHINE

IMS : INSTRUCTIONAL MANAGEMENT SYSTEMS DE GLOBAL LEARNING CONSORTIUM

IP : INTERNET PROTOCOL

LIRMM : LABORATOIRE D’INFORMATIQUE, DE ROBOTIQUE ET DE MICROÉLECTRONIQUE DE MONTPELLIER

LCMS : LEARNING CONTENT MANAGEMENT SYSTEM

LMS : LEARNING MANAGEMENT SYSTEM

LO : LEARNING OBJECT

LOM : LEARNING OBJECT METADATA

LTSC : LEARNING TECHNOLOGY STANDARDS COMMITTEE

MALTED : MULTIMEDIA AUTHORING FOR LANGUAGE TUTORS AND EDUCATIONAL DEVELOPMENT

PDF : PORTABLE DOCUMENT FORMAT

PERL : PRATICAL EXTRACTION AND REPORT LANGUAGE

PHP : HYPERTEXT PREPROCESSOR

Plei@d : PLATE-FORME D’ENSEIGNEMENT @ DISTANCE

PTI : PLATEAUX TECHNIQUES INTERRÉGIONAUX

QCM : QUESTIONNAIRE À CHOIX MULTIPLES

SCENARI : SYSTÈME DE CONCEPTION D’ENSEIGNEMENTS NUMÉRIQUES, ADAPTABLES, RÉUTILISABLES ET INTERACTIFS

SCO : SHARABLE CONTENT OBJECT

SCORM : SHARABLE CONTENT OBJECT REFERENCE MODEL

SGBD : SYSTÈME DE GESTION DE BASES DE DONNÉES

SIFOD : SERVICE DES INNOVATIONS ET FORMATION OUVERTE À DISTANCE

SQL : STRUCTURED QUERY LANGUAGE

TIC : TECHNOLOGIES DE L’INFORMATION ET DE LA COMMUNICATION

UMII : UNIVERSITÉ MONTPELLIER IIURL : UNIFORM RESOURCE LOCATOR

XML : EXTENSIBLE MARKUP LANGUAGE

XSL : EXTENSIBLE STYLESHEET LANGUAGE

XSL-FO : EXTENSIBLE STYLESHEET LANGUAGE FORMATTING OBJECTS

XSL-T : EXTENSIBLE STYLESHEET LANGUAGE TRANSFORMATION

W3C : WORLD WIDE WEB CONSORTIUM

Améliorations apportées à l’environnement d’aide à la production - 8 –automatique de documents pédagogiques en ligne au CNAM___________________________________________________________________________

Introduction

L’évolution rapide des techniques a entraîné une prise de conscience croissante du besoin de formation tout au long de la vie : les personnes ont besoin de se former mais elles n’ont pas toujours les moyens et le temps nécessaires pour suivre une formation à l’université ou à l’école. De ce fait, on constate un engouement pour l’enseignement à distance : une solution incluant peu de déplacement, un apprentissage de façon asynchrone et à des instants différents.

L’enseignement à distance met en jeu un ensemble de dispositifs techniques et de modèles d’organisation qui ont pour but de fournir un enseignement ou un apprentissage à des individus distants de l’organisme de formation prestataire du service : il est destiné aux publics ne pouvant pas assister régulièrement aux cours.

De la même façon qu’en présentiel, l’enseignant prépare son cours et le livre aux étudiants. Par contre, ce type d’enseignement exige une phase préparatoire importante des informations produites pour le cours. Il y a d’un côté, un temps de conception des enseignements, dans lequel l’enseignant conçoit des parcours, élabore des contenus et organise des moyens destinés à être utilisés individuellement par les apprenants. Et de l’autre côté, un temps d’apprentissage, dans lequel l’enseignant tend à passer au second plan et il revient à l’étudiant de conduire sa propre formation.

La formation à distance implique donc une séparation dans le temps et dans l’espace des activités d’enseignement et d’apprentissage qui se trouve renforcée et amplifiée : l’activité de production de cours (réalisée par l’enseignant) est totalement indépendante de l’activité de consultation (accomplie par l’apprenant).

Une formation dite « traditionnelle » met en présence, dans le même lieu et dans le même temps, un enseignant, des étudiants et un savoir à partir duquel ils peuvent agir et interagir. L’une des caractéristiques fondamentales de la formation en présentiel s’appuie sur la cohésion des ces trois unités, c’est-à-dire le temps, le lieu et l’action : les enseignants et les apprenants sont assurés de se rencontrer et de pouvoir communiquer, échanger, négocier sur un même savoir.

Les services d’enseignement à distance ont pour mission de diffuser les contenus de formation à leurs étudiants et de les accompagner tout au long de leur processus de formation : la cohésion liée aux trois unités disparaît. Par conséquent, la relation de face à face entre l’enseignant et l’apprenant existant dans le cours en présentiel, n’est pas le principal moyen de communication employé par la formation à distance, bien qu’il ne soit pas exclu. En effet, l’enseignant et l’apprenant conserve cette relation lors de réunion de regroupement, lors de l’examen qui se fait sous contrôle (c’est-à-dire en présentiel), et la complète avec d’autres moyens tels que le téléphone, le courrier postal, le réseau Internet…

D’autre part, l’enseignement à distance n’est pas un phénomène récent. En effet, des organismes de formation tels que le CNED existent de longue date (depuis 1939) et proposaient à leur début comme principal support le papier : les cours étaient suivis par correspondance.

___________________________________________________________________________

Conservatoire National des Arts et Métiers Novembre 2005


Grâce à l’évolution des Technologies de l’Information et de la Communication (TIC), d’autres supports se sont mis en place : les cassettes audio ou vidéo la diffusion hertzienne via une radio locale (surtout utilisée dans les milieux ruraux et dans

les pays en développement) les émissions spécialisées de chaînes de télévision nationales (mises en place comme

complément au cours afin de rendre la matière de cours plus vivante) le téléphone (surtout utilisé pour des cours de langues étrangères) des réalisations pédagogiques multimédias sur cédérom, dévédérom ou directement en

ligne.

L’enseignement à distance implique donc une séparation spatiale et/ou temporelle entre apprenant et enseignant, et un recours aux médias favorisant l’apprentissage malgré cette séparation.

En septembre 2004, j’ai débuté un stage pour le CNAM (CONSERVATOIRE NATIONAL DES ARTS

ET MÉTIERS) dans le but d’améliorer le fonctionnement et les possibilités offertes par l’environnement d’aide à la production automatique de cours en ligne au CNAM. L’étude portera donc essentiellement sur la formation à distance sous forme électronique.

Ce stage s’est déroulé sur une année, au LIRMM (LABORATOIRE D’INFORMATIQUE, DE

ROBOTIQUE ET DE MICROÉLECTRONIQUE DE MONTPELLIER) qui est une unité mixte de recherche de l’Université Montpellier II (UMII) et du Centre National de Recherche Scientifique (CNRS), et en collaboration avec le CNAM.

Le CNAM utilise principalement deux outils pour la formation ouverte et à distance : la plate-forme de formation à distance Plei@d (pour le côté « temps d’apprentissage ») et l’environnement d’aide à la production automatique de documents pédagogiques en ligne EadGen (pour le côté « temps de conception des enseignements »).

Toutes les formations ouvertes et à distance du CNAM sont diffusées sur une plate-forme unique : Plei@d. Le CNAM offre ainsi, dans l’ensemble de son réseau, aux auditeurs mais aussi aux enseignants, un format commun de formation à distance via internet.

Plei@d donne accès aux services suivants : des parcours de formation structurés en fonction des besoins des apprenants des ressources pédagogiques interactives associées à ces parcours des fonctions de communication synchrone et asynchrone et d’échanges.

Elle dispose également des fonctions suivantes :___________________________________________________________________________


UniversitéMontpellier II

Améliorations apportées à l’environnement d’aide à la production - 10 –automatique de documents pédagogiques en ligne au CNAM___________________________________________________________________________ des fonctions de structuration des parcours de formation et d’intégration des ressources

pédagogiques des fonctions statistiques relatives à l’exploitation de la plate-forme des fonctions d’administration intégrant la création et la gestion des bases de données

associées à Plei@d ainsi que les droits d’accès aux services décrits ci-dessus.

Par contre, cette plate-forme ne possède pas de générateur de cours car les créateurs de Plei@d souhaitent que les ressources restent indépendantes de la plate-forme, et inclut un suivi de l’apprenant uniquement basé sur sa connexion à la plate-forme : Plei@d récapitule le nombre de fois qu’un étudiant se connecte à la plate-forme et la durée de consultation pour chaque connexion.

EadGen est un environnement d’aide à la production de cours en ligne dont le but est de fournir un site web complet et interactif, de grande qualité, avec une navigation de page en page et depuis diverses tables.

Pour cela EadGen se fixe quatre objectifs : être adapté à des non-spécialistes de l’informatique produire un site de formation à distance de grande qualité rendre rapide la transformation de documents existants assurer la cohérence graphique et fonctionnelle du site produit.

A mon arrivée en stage, le CNAM utilisait la version 2 de l’environnement d’aide à la production automatique de documents pédagogiques en ligne EadGen. A partir de l’étude de l’environnement existant, j’ai mis en évidence les points forts du logiciel et des critiques de manière à perfectionner le fonctionnement de l’environnement et à offrir de nouvelles fonctionnalités.

Par cette analyse, j’ai participé à l’élaboration de la troisième version de l’environnement d’aide de production automatique de cours en ligne (EadGen V3) : cette version répond aux attentes exprimées par les utilisateurs et se veut la plus confortable possible.

En parallèle, j’ai mis en place un serveur web de manière à produire des pages dynamiques afin d’offrir des fonctionnalités interactives en terme de gestion de questionnaires à choix multiples, de prises de notes… et même de suivi de l’apprenant. Toutes les interactions entre un étudiant et le site de cours seront conservées de façon à développer un suivi et à établir des statistiques.

Dans une première partie, je vais donc vous présenter l’enseignement à distance sous forme électronique en mettant en évidence les besoins des utilisateurs et les outils mis à leur disposition. Je continuerai par un comparatif des plates-formes et des outils de production de cours en expliquant les choix effectués par le CNAM.

En deuxième partie, j’établirai une étude sur l’environnement existant d’aide de production automatique de documents pédagogiques en ligne au CNAM, EadGen V2, en mettant en évidence les divers points à améliorer.

___________________________________________________________________________



Je poursuivrai, en troisième partie, par les choix de logiciels utilisés pour le développement des améliorations apportées à l’environnement de production de cours en ligne au CNAM, et j’exposerai les différentes solutions qui s’offrent à nous pour la progression des outils et les choix retenus par l’équipe.

Pour conclure, je vous présenterai la dernière version de l’environnement d’aide de production automatique de documents pédagogiques en ligne au CNAM (EadGen V3), qui inclut plusieurs améliorations que j’ai proposées et implémentées.

___________________________________________________________________________


Améliorations apportées à l’environnement d’aide à la production - 12 –automatique de documents pédagogiques en ligne au CNAM___________________________________________________________________________1. ÉTAT DE L’ART

1.1. Enseignement à distance via l’informatique..................................................................131.1.1. Pourquoi l’enseignement électronique ?.....................................................................131.1.2. Les systèmes disponibles............................................................................................141.1.3. Au CNAM…...............................................................................................................181.1.4. Le support d’information............................................................................................211.1.5. Les moyens de communication...................................................................................25

1.2. Plates-formes de formation à distance...........................................................................281.2.1. Les standards LOM et SCORM..................................................................................291.2.2. La plate-forme ACOLAD...........................................................................................321.2.3. La plate-forme Claroline.............................................................................................341.2.4. La plate-forme WebCT...............................................................................................351.2.5. La plate-forme Plei@d................................................................................................371.2.6. Les critères de choix...................................................................................................411.2.7. Pourquoi le choix de Plei@d ?....................................................................................43

1.3. Outils de production de cours.........................................................................................441.3.1. La production de documents pédagogiques en ligne..................................................441.3.2. Pourquoi EadGen ?.....................................................................................................461.3.3. Les différents outils de production.............................................................................471.3.4. Malted.........................................................................................................................471.3.5. Scenari.........................................................................................................................491.3.6. EadGen........................................................................................................................51

Étant donné que mon étude porte essentiellement sur l’enseignement électronique et que je n’ai jamais eu l’occasion d’essayer ce mode d’enseignement auparavant, j’ai cherché à me familiariser avec les techniques et les outils nécessaires à son déploiement. Je vais donc commencer par vous décrire ce qu’est l’enseignement à distance via l’informatique et vous présenter la façon dont il est mis en place au CNAM.

Je poursuivrai ensuite par la présentation de quatre plates-formes de formation à distance et de trois outils de production, en mettant en évidence les outils employés par le CNAM : la plate-forme de formation à distance Plei@d et l’environnement d’aide à la production automatique de documents pédagogiques EadGen.

___________________________________________________________________________



1.1. Enseignement à distance via l’informatique

L’enseignement à distance sous forme électronique est un mode d’apprentissage basé sur l’utilisation de nouvelles technologies donnant accès à des formations en ligne, interactives, parfois personnalisées, diffusées par l’intermédiaire d’Internet, afin de développer des compétences, tout en rendant le processus d’apprentissage indépendant de l’heure et de l’endroit.

Ce type d’enseignement est destiné aux publics ne pouvant pas assister régulièrement aux cours : l’accès à la matière est disponible 7 jours/ 7 et 24 heures/ 24. L’apprenant définit lui-même son rythme, son environnement et sa méthode de travail : l’apprenant a l’avantage d’étudier au moment où il est libre (flexibilité des horaires et de l’emploi du temps), à son propre rythme et selon ses besoins (apprentissage individuel), en ayant peu à se déplacer (réduction des coûts).

1.1.1. Pourquoi l’enseignement électronique ?

L’enseignement électronique consiste en l’utilisation des nouvelles technologies du multimédia et d’Internet, afin d’améliorer la qualité de l’éducation et de la formation à travers l’accès à distance à des ressources et des services, ainsi qu’à des collaborations et des échanges.

Dans le domaine de l’éducation, se former derrière un ordinateur a été pendant longtemps considéré comme incompatible, voire contraire à la pédagogie. Mais avec le développement des nouvelles technologies et l’importance prise par Internet dans la vie des jeunes générations, cette méthode d’apprentissage ne peut être ignorée par le milieu éducatif.

Ainsi certaines universités ont entamé une réorganisation de leur enseignement pour intégrer l’enseignement électronique dans leur pédagogie comme un complément aux cours traditionnels. Au départ, cette méthode n’a pas eu le succès attendu car les enseignants ne fournissaient pas assez de contenus, bien qu’elle ne vise pas à remplacer l’enseignant mais à rendre son enseignement plus pertinent (consultation d’un film mis à disposition pour compléter le cours, ajout d’informations à consulter avant le cours suivant…).

Puis des professeurs initiateurs ont mis tous leurs cours en ligne, dispensant ainsi les étudiants de venir en cours et les laissant travailler à leur propre rythme sur le serveur, la seule obligation étant d’assister une fois par semaine à une séance de regroupement avec l’enseignant afin de faire des exercices et de poser des questions.

Peu à peu, les outils ainsi développés en interne dans les universités ne suffisent plus à répondre aux exigences d’ordre pédagogique.

___________________________________________________________________________



En effet, les avantages recherchés sont la possibilité : de consulter les cours de n’importe où et n’importe quand, de manière à former

une population de plus en plus dispersée géographiquement, de maîtriser les coûts en réduisant les frais de transport, d’encadrement et de

locaux, d’obtenir un contenu adapté aux apprenants, de favoriser un apprentissage individuel, c’est-à-dire que chacun apprend à son

rythme et selon ses besoins.

Par conséquent, un projet d’intégration de l’ensemble des ressources pédagogiques sur un système unique de formation à distance avec l’achat de nouveaux outils s’imposent aux établissements, afin de créer des liens vers des sources en dehors du cours tout en donnant accès à de nombreux moyens de communication.

1.1.2. Les systèmes disponibles

Parmi les systèmes disponibles pour la mise en place de ressources pédagogiques en ligne, je vais citer les systèmes de gestion de la formation, les systèmes de gestion de contenu de formation et les systèmes de gestion de contenu d’apprentissage.

1.1.2.1. Système de gestion de la formation

Un système de gestion de la formation (ou LMS), est un système qui a pour but la gestion et la diffusion de la formation, c’est-à-dire : l’individualisation et la distribution des parcours de formation la gestion des apprenants le suivi des parcours d’apprentissage la mise à disposition d’outils coopératifs pour la relation tuteur/ apprenant.

Plus précisément, ces systèmes désignent les plates-formes de formation à distance.

Ces systèmes comprennent donc : le serveur de diffusion des contenus pédagogiques des accès aux formations le serveur de gestion des profils des étudiants la base de données gérant le catalogue de cours le suivi des parcours avec mémorisation des résultats obtenus et des progrès.

___________________________________________________________________________



Les plates-formes de formation à distance n’incluent pas systématiquement d’outil d’aide à la création de contenus. De plus, l’utilisation d’une plate-forme n’est pas immédiate car il faut un certain temps d’adaptation à l’outil, et le coût de fonctionnement de celle-ci est souvent plus élevé que le coût d’acquisition : une personne doit être chargée de la maintenance de l’outil (si aucune personne du service n’a les compétences nécessaires, il faut faire appel à un service extérieur), et l’entière collaboration des enseignants est essentielle pour la création des contenus de manière à améliorer le temps de préparation des cours.

1.1.2.2. Système de gestion de contenu de formation

Un système de gestion de contenu de formation ou (CMS), est un système qui a pour but de simplifier la création et la gestion de contenus en ligne : il associe les fonctions des outils auteur à celles des bases de données et admet une meilleure gestion des mises à jour des ressources déjà publiées.

Ses principales fonctionnalités sont donc : la création, le stockage et la gestion des contenus la gestion de la qualité des informations publiées la gestion des utilisateurs et de leurs droits l’indexation et la recherche de contenus.

En ce qui concerne les fonctionnalités relatives aux outils auteur, les auteurs se concentrent uniquement sur le contenu : ils disposent de modèles pré-définis qui constituent l’ossature du document dans lequel le contenu sera inséré.

Par ailleurs, les éléments qui constituent le document pédagogique (texte, graphique, tableau…) vont enrichir la base de données : en archivant ces éléments, le système de gestion de contenu permet de les réutiliser lors de la composition des parcours de formation. Ces éléments sont appelés objets de formation (ou LO) et constituent l’entité qui crée et structure un cours en ligne. Ils comprennent du contenu de formation, des objectifs de formation et des éléments d’évaluation : ils favorisent donc l’individualisation des contenus de formation selon les profils des apprenants.

___________________________________________________________________________



Les objectifs principaux d’un système de gestion de contenu de formation sont : d’autoriser n’importe quel agent d’une structure à mettre en ligne de

l’information sans difficulté technique. A cette fin, la personne se contente de saisir des contenus, généralement via un formulaire web, et ne se préoccupe d’aucune question de mise en forme ou de navigation

de rendre possible une gestion automatisée des liens amont et aval d’une page, notamment en cas de suppression d’une page

de fournir des auxiliaires de gestion de la qualité de l’information : suivi des versions, validation, retour en arrière, durée de vie limitée, archivage automatique...

de permettre à une information saisie une fois d’être publiée en plusieurs endroits de façon synchrone, ce qui facilite les échanges entre sites partenaires

d’uniformiser les gabarits et les principes de navigation tout au long du site, et de changer très facilement tout élément graphique ou ergonomique

d’améliorer le travail du moteur de recherche interne du site.

1.1.2.3. Système de gestion de contenu d’apprentissage

Un système de gestion de contenu d’apprentissage (ou LCMS), est un environnement fondé sur Internet accordant aux auteurs de cours de créer, stocker, réutiliser, gérer et distribuer des contenus pédagogiques à partir d’un référentiel unique. Ce référentiel stocke les objets de formation, et la plate-forme LCMS les associe, les ordonne afin de construire un cours cohérent.

De manière simplifiée, on tend à définir un système de gestion de contenu d’apprentissage par la formule LCMS = LMS + CMS : un système de gestion de contenu d’apprentissage comprend les fonctionnalités d’un système de gestion de la formation et les fonctionnalités d’un système de gestion de contenu de formation.

L’un des principaux enjeux des systèmes de gestion de contenu d’apprentissage est d’augmenter la productivité des phases de fabrication de contenus tout en réalisant une économie de moyens et surtout en facilitant le travail de l’enseignant.

___________________________________________________________________________



En effet, pour l’enseignant, les systèmes de gestion de contenu d’apprentissage présentent de nombreux avantages : la récupération de cours sous de multiples formats de sortie, tout en gérant une

seule version de cours, et pour de multiples supports (indépendance du contenu par rapport à sa présentation)

la réutilisation simple des ressources pédagogiques existantes dans d’autres cours ou dans plusieurs chapitres d’un même cours (mise en place d’un référentiel unique de stockage)

l’accès à diverses fonctionnalités facilitant la gestion de la formation et des étudiants (authentification, agenda, forum de discussion…)

la possibilité de travailler sans se soucier des compatibilités des contenus produits entre plusieurs versions de logiciels (conformité aux standards et aux normes émergeants de la formation à distance).

Ainsi les utilisateurs n’ont pas à se préoccuper : de la conformité aux normes, de la présentation graphique de la formation de la navigation entre les pages de formation.

1.1.2.4. En résumé

Au début, la mise en place de système de gestion de la formation sans outils d’aide à la création de contenus était privilégiée. Mais l’utilisation de plus en plus fréquente des feuilles de style et des bases de données dynamiques pour séparer le fond et la forme d’un document, ainsi que la syndication des contenus sur le web (action visant à améliorer l’échange de contenu en proposant son contenu sur d’autres sites et en affichant du contenu provenant d’autres sites, c’est-à-dire le regroupement d’informations provenant de différentes sources), impliquent l’utilisation de plus en plus massive des technologies et des langages standards du web pour la diffusion de cours en ligne. Des outils dédiés et propriétaires à intégrer aux plates-formes sont donc développés afin de créer rapidement des contenus : la mise en place d’un système de gestion de contenu d’apprentissage regroupe donc toutes ces fonctionnalités.

En ce qui concerne la création des contenus, les systèmes de gestion de contenus permettent une familiarité des auteurs avec l’outil de production, une assistance logicielle pour la création rapide de documents interactifs, une facilité de mise à jour, une exportation simple des contenus dans différents environnements, mais aussi la possibilité d’un retour à l’isolement du formateur et un risque de fascination pour la logique d’industrialisation de contenu qui n’est pas le but des formations ouvertes et à distance.

___________________________________________________________________________



1.1.3. Au CNAM…

Pour permettre l’accès sur tout le territoire, le CNAM s’appuie sur un réseau de 28 centres régionaux et de plus de 150 centres d’enseignement en France et à l’étranger. Le CNAM a décidé de développer un dispositif de formation à distance, s’appuyant sur des modalités d’auto apprentissage et d’accompagnement individualisé. Ce dispositif repose sur la mise en place de cinq plates-formes techniques nationales interconnectées (ou PTI) qui regroupent les services de formation à distance par grande région.

Figure 1 : Répartition des plates-formes

L’organisation de ce dispositif est établie sur le SIFOD et le CÉANTE.

___________________________________________________________________________



Le SIFOD est un service national chargé d’assurer le pilotage général et la cohérence de la formation à distance du CNAM : cette entité est chargée d’accompagner les projets des enseignants en terme de formation ouverte et à distance, y compris en terme de financement, mais aussi sur l’ingénierie de formation (c’est-à-dire développer une stratégie de formation en vue d’optimiser les compétences du personnel – activité de conseil, réalisation de la formation, phase d’assistance technique) et l’accompagnement des équipes et des chefs de projets.

Les missions du SIFOD sont de lancer les appels d’offre internes, d’aider à monter les projets de production, de les coordonner, pour éviter par exemple que deux centres se positionnent sur la même unité, et de gérer le site d’information sur la formation ouverte et à distance.

Un « projet » au sens du SIFOD est avant tout une production de ressources, accompagné de la production du scénario précisant le travail qu’effectueront les étudiants et les tuteurs, de manière à ce que les unités produites soient intégrables dans Plei@d et utilisables partout et par tous.

De son côté, le CÉANTE a pour mission : la recherche appliquée et le développement de la formation ouverte et à distance au

niveau technique, pédagogique et économique du CNAM la diffusion des résultats et des connaissances au sein du réseau CNAM par des

publications, la participation à des colloques et des actions de formation spécifiques.

Après le développement de la plate-forme de formation ouverte et à distance Plei@d et du concept de « studio de cours » (équiper une salle de cours avec du matériel et des logiciels informatiques comportant la diffusion de cours à distance et leur enregistrement), le CÉANTE s’oriente vers la mise en place de « bureaux virtuels » (environnements numériques de travail) informatisés rendant possible une intégration des services facilitant les relations entre auditeurs, enseignants et personnel administratif du CNAM.

Afin de choisir le système à mettre en place, un organisme de formation doit d’abord répondre à certaines questions. Quel est le type de mise à distance ?

tout ou presque à distance ? présentiel enrichi ou allégé ?

Que mettre à distance ? des contenus formatifs ou interactifs ? des évaluations et/ ou des auto évaluations ? en accès libre ou avec un suivi ?

Comment produire les contenus ? de nouveaux contenus ou à partir d’anciens contenus ? seul ou en équipe ?

Comment passer du contenu à la ressource ? quel type d’activités accompagne les contenus ? quel suivi mettre en place ? quelles interactions humaines ?

___________________________________________________________________________



Le CNAM recherche un système de manière à proposer des formations qui se déroulent principalement à distance (présentiel allégé), comprenant des contenus formatifs et interactifs. Le CNAM souhaite que les ressources restent séparées du système choisi : il ne veut pas que le système intègre d’outil d’aide à la production de cours, par contre le système doit accepter divers types de fichiers informatiques. Le CNAM ne choisit pas de mettre en place des tests d’évaluation ou d’auto évaluation, l’accès au système doit être contrôlé (identification de l’utilisateur) et le suivi de l’utilisateur doit concerner les connexions établies sur le site (nombre de connexions, durée de la connexion…).

Ainsi le CNAM opte pour un système de gestion de la formation : la mise en place d’une plate-forme de formation à distance est la solution qui respecte le besoin de conserver les ressources indépendamment du système choisi.

Les formations ouvertes et à distance du CNAM sont organisées suivant la formule « formation individualisée en ligne ». Cette formation se déroule principalement à distance : pour se former l’auditeur accède, via une unique plate-forme de formation à distance (Plei@d), à des cours en ligne et à des séquences d’apprentissage. Le plus souvent, l’auditeur gère son parcours en autonomie et trois à quatre séances de regroupement sont programmées par unité d’enseignement.

Une autre formule existe pour les formations ouvertes et à distance, mais elle est peu utilisée par le CNAM : c’est le dispositif mixte. Ce dispositif est également basé sur une formation en ligne, mais il comprend une part plus importante de regroupements en présentiel. Il est composé de travaux en auto-formation assistée (généralement réalisés individuellement et à distance) et de travaux de groupe (principalement organisés en présentiel). Cette formule offre moins de souplesse en terme de gestion de parcours en autonomie et, en général, une moyenne de six à huit séances de regroupement est prévue par unité d’enseignement.

Actuellement, les examens pour ces deux types de formation, se déroulent en présentiel dans les centres organisateurs.

Toutefois l’enseignement électronique doit également tenir compte de certains obstacles : un besoin d’autodiscipline et de motivation des apprenants pour l’étude et le

travail car le taux d’abandon est plus élevé que pour les cours en présentiel, un investissement en matériel informatique et logiciels pour faire face au retard

technologique, une qualité de cours non adaptée du fait que les cours sont trop fastidieux ou pas

assez attrayants, les enseignants ont beaucoup de peine à évaluer correctement des étudiants qu’ils

rencontrent peu : de manière générale seules quatre séances de regroupement par unité d’enseignement sont prévues.

___________________________________________________________________________



L’objectif est donc de créer un environnement plus attractif et plus interactif, avec lequel il est possible d’enseigner et d’engager plus avant l’apprenant : l’environnement d’étude doit

pouvoir être personnalisé en fonction des besoins et de la situation de l’utilisateur de manière à rendre possible un encadrement et un suivi qui sont indispensables,

prévoir des outils d’évaluation afin de voir si les objectifs ont été atteints ou s’il existe des lacunes,

et le site, support de la formation, doit être clair, facile d’accès, posséder une navigation fluide et des pages légères de façon à stimuler les étudiants à revisiter souvent le cours.

1.1.4. Le support d’information

D’après les besoins des utilisateurs énumérés dans les paragraphes précédents, je donne ici une définition de la plate-forme qui répondrait au mieux à ces besoins. Nous verrons par la suite s’il existe une plate-forme privilégiée et si elle est utilisée par les services de formation ouverte et à distance du CNAM.

Une plate-forme est un outil de diffusion et de gestion des connaissances, associant les contenus de cours à des moyens de communication, des outils d’entraînement et d’évaluation, ainsi que des fonctions de suivi des apprenants : c’est un logiciel servant à reproduire un environnement d’apprentissage sur le web.

1.1.4.1. Le fonctionnement

L’accès à une plate-forme de formation à distance est contrôlé par des droits d’accès : il est réservé aux utilisateurs ayants droits. Dans la page d’accueil de la plate-forme, chaque utilisateur va s’identifier par son compte utilisateur et son mot de passe afin de déterminer son profil et d’accéder au bureau qui lui correspond.

De manière générale, une plate-forme fonctionne de la manière suivante : les enseignants et les étudiants accèdent à la plate-forme, de n’importe quel endroit où ils se connectent et avec leurs navigateurs habituels, via une interface adaptée comportant les outils et les fonctionnalités qui leurs sont nécessaires.

___________________________________________________________________________



Figure 2 : Fonctionnement d’une plate-forme

Du côté enseignant : L’enseignant crée et met à disposition les contenus pédagogiques : supports

de cours, exercices d’évaluation... Il a accès à des données statistiques sur le travail des apprenants. Il peut créer des groupes de travail et personnaliser, si besoin, un parcours pédagogique pour chaque étudiant.

Du côté étudiant : L’étudiant consulte en ligne ou télécharge les contenus mis à disposition en

dehors de toute contrainte horaire. Il peut organiser son espace de travail, créer ses propres pages. Il peut « s’auto évaluer » en testant ses connaissances à travers différents exercices… et établir une relation d’interactivité avec le document.

Enseignants / Étudiants :Les enseignants et les étudiants partagent de nombreux outils de

communication afin de conserver une relation : messagerie interne, forum de discussions, calendrier…

Autre configuration :Dans une configuration plus élaborée, le dispositif fait également appel à

un administrateur chargé de la mise en œuvre et de la maintenance logicielle du système, et à un ou plusieurs tuteurs qui assurent le suivi pédagogique des étudiants.

La plate-forme :Une plate-forme générique admet :

la diffusion de cours___________________________________________________________________________


enseignantplate-forme

étudiants


le suivi de parcours et la mise en place d’évaluation la gestion des plans d’activité et des cours le travail en groupe la gestion de la correction des exercices et éventuellement la création de contenus.

Une plate-forme est donc un système informatique qui intègre, diffuse une offre de formation en ligne comprenant des supports multimédias, et met en place des outils de gestion et de suivi des apprenants.

1.1.4.2. Les types de plates-formes

De manière générale, on trouve deux types de plates-formes : les plates-formes propriétaires et les plates-formes sous licence libre.

Les plates-formes propriétaires (telles que Acolad, WebCT…) sont des plates-formes dont l’utilisation est limitée par un contrat de licence. La plupart du temps, acquérir une licence d’utilisation nécessite le paiement d’une certaine somme aux créateurs du logiciel. En général, ces plates-formes ne peuvent être redistribuées (c’est-à-dire que les copies sont interdites et l’utilisation est restreinte) et elles ne peuvent être modifiées.

Ces plates-formes proposent un maximum de fonctionnalités dans leur version par défaut. Les possibilités prévues en amont correspondent aux besoins du plus grand nombre de personnes : en fait, elles regroupent de multiples options définies en fonction des utilités exprimées par chacun, mais en réalité très peu de personnes les exploitent toutes.

Par contre, si des fonctionnalités n’existent pas ou ne s’accordent pas totalement aux attentes de l’utilisateur, celui-ci devra faire appel à un sous-traitant spécialisé pour apporter les modifications nécessaires.

Les plates-formes sous licence libre (telles que Claroline, Plei@d…) autorisent tout le monde à étudier, à copier, à distribuer, à modifier et à distribuer des versions modifiées de la plate-forme. Ces plates-formes sont protégées pour la plupart par une licence d’utilisation.

Elles ne gardent pas longtemps un avantage concurrentiel lié à une nouvelle méthode par exemple, car elles acceptent le recopiage de l’intégralité du code source. Par contre, un utilisateur peut lui-même modifier sa plate-forme de façon à l’adapter à ses propres besoins : chaque utilisateur peut posséder une plate-forme comprenant uniquement les fonctionnalités spécifiques à ses besoins. Souvent, des communautés se mettent en place autour de ces logiciels : un utilisateur peut ainsi demander de l’aide aux autres utilisateurs, poser des questions, apporter des réponses, expliquer les problèmes rencontrés… La progression de telle plate-forme s’effectue donc grâce à l’apport de chacun.

Ces deux genres de plates-formes peuvent être destinés à la vente (plates-formes commerciales) ou distribués gratuitement.

___________________________________________________________________________



1.1.4.3. Les critères de choix

Il existe différents critères pour choisir une plate-forme : la facilité d’installation les moyens requis pour consulter la plate-forme (navigateurs, systèmes

d’exploitation) le coût total de la mise en place les besoins de maintenance (d’un point de vue strictement informatique mais

également le coût en personnel de maintenance) la technologie utilisée (du point de vue du langage pour pouvoir faire évoluer

le système et sa capacité d’accueil en cas de besoin) l’ergonomie (la plate-forme est-elle agréable et facile à utiliser ?) la sécurité le nombre d’utilisateurs supportés la disponibilité des fonctionnalités les outils de communication intégrés la possibilité de mettre en place des exercices interactifs (QCM, tests…) les outils de contrôle (statistiques de suivi de cours, contrôle des

connexions…) etc.…

Ces critères sont donnés à titre indicatif : comme pour chaque problème, la solution réside en l’analyse des besoins réels des utilisateurs.

Dans le cadre du CNAM, la plate-forme Plei@d a pour objectif : une simplicité d’utilisation pour les étudiants et les enseignants un suivi pédagogique individuel et collectif des étudiants un suivi administratif et une évaluation des étudiants une communication entre étudiants/ étudiants, enseignants/ enseignants et

enseignants/ étudiants l’installation de manière dynamique et simple des ressources pédagogiques par

les enseignants un tutorat simple et efficace la garantie d’un fonctionnement stable et performant de Plei@d.

L’étude comparative qui va suivre concernant différentes plates-formes (Acolad, Claroline, WebCT, Plei@d) va donc porter sur les critères suivants : les outils de communication :

___________________________________________________________________________



forum messagerie babillard électronique ou « chat » tableau partagé

les outils de contrôle : QCM résultats et notes statistiques de suivi des cours contrôle des connexions

les aspects pédagogiques : nombre maximum d’utilisateurs profils

divers : langues utilisées public visé mode de mise en ligne des cours type de plate-forme coût de la plate-forme environnement informatique du serveur configuration client sécurité.

Pour réussir à maintenir l’activité de l’apprenant, il faut mettre en place des moyens de communication qui vont l’aider à ne pas se sentir seul comme face à une feuille de papier.

1.1.5. Les moyens de communication

De manière générale, une unité suivie par l’enseignement à distance comprend trois ou quatre séances de regroupement et un examen de contrôle en présentiel.

Les séances plénières servent à discuter des difficultés rencontrées, à développer une partie du cours qui nécessite la présence de l’enseignant, à évaluer l’état d’avancement du cours… Elles font partie du calendrier de l’unité d’enseignement, mais en réalité il est difficile de réunir toutes les personnes inscrites à un même cours surtout si elles sont éloignées géographiquement les unes des autres.

En ce qui concerne l’examen de contrôle, il n’existe pas actuellement au CNAM de moyen d’effectuer ces examens à distance. Des examens à distance avec des sessions limitées ont été essayés, mais cela implique de nombreuses contraintes : il

___________________________________________________________________________



ne faut pas qu’il y ait de problème de serveur ou de connexion Internet, de panne de matériel…

Une idée serait donc de regrouper un certain nombre d’étudiants dans un studio de cours avec un surveillant local : chaque étudiant se placerait devant un terminal et présenterait une matière différente de manière à éviter les tricheries, et l’identification pourrait se faire par empreinte digitale pour éviter les usurpations d’identité.

Cette idée paraît intéressante mais implique un équipement approprié, une gestion et un suivi adaptés : je pense qu’elle est difficilement réalisable à l’heure actuelle.

La mise en place d’un système intelligent serait également envisageable pour suivre l’étudiant et interpréter des résultats. Un système intelligent reproduit la capacité humaine à percevoir, raisonner, prendre des décisions et agir. Il permet à des machines et outils de prévoir les exigences d’environnements divers, complexes, inconnus et imprévisibles, et d’y répondre.

Par intelligence, il faut donc comprendre la notion de services dotés d’autonomie et/ ou de capacité d’adaptation pour évoluer vers une configuration ou un fonctionnement plus efficace ; quant au terme système, il représente l’association de processus, technologiques et/ou logiciels, en interaction, qu’il s’agit de maîtriser conjointement.

Je pense que l’utilisation d’une telle technique n’est pas totalement appropriée. Par exemple, grâce aux statistiques obtenues à partir des questionnaires à choix multiples et au fichier de traces, on peut savoir qu’un étudiant a répondu faux à une question parce qu’il n’a pas suffisamment étudié la leçon correspondante : en effet, si la durée de consultation de la leçon est minime, on peut en déduire que l’échec à cette question est dû au manque de rigueur de l’étudiant ; par contre, il n’existe pas de mécanisme assez performant pour renvoyer directement l’étudiant à la leçon à revoir.

Actuellement, le CNAM envisage la mise en place d’examens nationaux : le décalage horaire de certains centres (Tahiti, Guyane, Réunion, Martinique…) doit être pris en considération.

Il existe deux types de communications liées à une plate-forme de formation à distance : ce sont les communications entre un enseignant et un étudiant, et les communications entre un enseignant et plusieurs étudiants ou entre plusieurs apprenants.

Les communications entre l’enseignant et l’apprenant sont possibles par :

téléphone

courrier électronique (Edora, Incredimail, Outlook…) : l’apprenant écrit directement au tuteur

l’espace personnel : ce service rend possible l’échange de messages entre un apprenant et l’enseignant. En fait, un message écrit par un apprenant ne peut être lu que par l’enseignant ou cet apprenant ; et la réponse de l’enseignant au message de

___________________________________________________________________________



l’apprenant, ne peut être lue que par l’apprenant auteur du message ou l’enseignant. La communication s’effectue donc individuellement avec chaque auditeur.

De même des relations entre étudiants ou entre l’enseignant et plusieurs étudiants, sont mises en place par l’utilisation de moyens de communication tels que :

la messagerie interne (Hotmail, Caramail, Laposte.net…) : c’est une interface web rendant possible l’émission, la consultation et la manipulation de courriers électroniques depuis un navigateur web. Chaque enseignant et chaque étudiant possèdent une adresse de messagerie via laquelle ils peuvent être contactés. Chaque personne qui accède à la plate-forme peut consulter les adresses de messagerie de tous les enseignants et de tous les étudiants inscrits sur la plate-forme.

le tableau blanc virtuel (Netmeeting, pcAnywhere, Privaria…): ce service rend possible le partage en temps réel (synchrone) d’une fenêtre textuelle et/ ou graphique à l’intérieur de laquelle tous les utilisateurs peuvent interagir simultanément. Ce partage d’applications inclut l’utilisation de divers outils (feutres de différentes couleurs, fonction texte, formes géographiques…) et chaque utilisateur peut enregistrer sur sa propre machine les différentes annotations réalisées.

le forum de discussion (phpBB, w-agora…) : c’est un espace de discussions (asynchrones) par échange de messages écrits entre les auditeurs et l’enseignant d’une même unité d’enseignement. Les messages peuvent être déposés à tout moment, puis consultés en différé. Ils permettent de créer des sujets de discussion, c’est-à-dire que les messages sont déposés et classés par thème, assurant ainsi le suivi d’un débat ou de questions posées.

le babillard électronique ou « chat » (AOL Messenger, MSN Messenger, phpMyChat…) : ce service rend possible une conversation en temps réel (synchrone) entre les auditeurs et l’enseignant. Les participants dialoguent ensemble et simultanément par écrit. Certains services proposent également la communication orale par l’utilisation de caméra reliée au réseau et servant à observer le monde en temps réel, donc en public, sur Internet (« webcam »). La communication est instantanée et peut se faire à l’improviste (il suffit à l’utilisateur de se connecter à ce service) ou sur rendez-vous (un message doit être envoyé à tous les utilisateurs de manière à connaître le jour et la plage horaire du rendez-vous) entre les différents utilisateurs.

l’audioconférence (Aethra Hypcom, Skype…) : elle rend possible aux auditeurs et à l’enseignant de s’entendre et de communiquer verbalement en temps réel. Cela

___________________________________________________________________________



implique la disponibilité de chacun au même moment lors de rendez-vous programmés.

la visioconférence (CuSeeMe, Econf, Netmeeting…) : avec le développement de l’ADSL, on peut résoudre le problème d’éloignement géographique en mettant en place des séances de regroupement par visioconférence. Ce service a la capacité de transmettre en temps réel et de manière interactive via une connexion Internet, l’information visuelle et auditive (les images et les sons) d’un site vers un ou plusieurs sites à distance. Cela implique un regroupement des auditeurs dans un lieu de cours, à une heure prévue : le lien de synchronisme est donc assuré mais l’unicité de lieu n’est pas vérifiée. A l’heure actuelle, cette opération réunit les auditeurs dans des studios de cours qui sont reliés par un pont. Ce pont assure la rediffusion sélective des dialogues entre partenaires : la personne qui parle, voit son interlocuteur mais également les autres participants en icône ; et les participants qui écoutent, voient les deux interlocuteurs qui communiquent, ainsi que les autres auditeurs et peuvent accéder à leur bureau.

Ces relations entre l’enseignant et les apprenants sont comparables aux relations établies dans un cours en présentiel : les services qui impliquent de réunir les personnes à rendez-vous fixe permettent de conserver la notion de travail de groupe, et ceux qui demandent un échange différé dans le temps laissent apparaître l’idée d’entraide (demander l’avis des autres apprenants, échanger ses idées et ses points de vue).

En conclusion, la plate-forme d’enseignement à distance est utilisée comme support d’informations en tant que support de travail personnel, mais aussi comme outil de communication par une relation individualisée entre l’apprenant et l’enseignant ou par une relation collective entre les apprenants et l’enseignant.

Autrement dit, elle joue le rôle d’établissement scolaire où se crée une ambiance de travail avec des moyens intermédiaires de communication avec les autres.

Pour les formations ouvertes et à distance du CNAM, une unique plate-forme est utilisée : il s’agit de Plei@d.

Je vais donc vous présenter dans la partie suivante cette plate-forme : je vais commencer par vous donner quelques renseignements sur les deux normes qui ont collaboré à l’étendue de Plei@d, puis je vais continuer en exposant quelques plates-formes concurrentes, pour terminer par les outils de production de cours.

1.2. Plates-formes de formation à distance

___________________________________________________________________________



Une multitude d’informations de sources diverses est accessible via le web : dans le domaine de l’éducation, différents types de cours en ligne ont été créés.

Dans un premier temps, ces cours avaient pour but de réduire le coût de l’éducation : bien qu’ils étaient coûteux à développer, ils étaient néanmoins destinés à une plus large population. Toutefois, l’émergence de nouvelles technologies (que ce soit au niveau des outils ou d’Internet) et l’absence de standards, font que le matériel de cours doit être constamment réactualisé ou développé de nouveau. De plus, le transfert d’une plate-forme de formation à distance à une autre, peut faire qu’un certain nombre de contenu soit perdu. La création de standards est une solution à cette problématique et a pour but d’amener à créer du matériel qui pourrait être réutilisé.

1.2.1. Les standards LOM et SCORM

1.2.1.1. IEEE et LOM

L’IEEE est un organisme accrédité de normalisation dans divers domaines (électronique, informatique, télécommunication…).

Dans le domaine de la pédagogie, l’IEEE vise à élaborer des normes techniques et à recommander des pratiques et des guides pour la technologie d’apprentissage.

La norme LOM concernant les métadonnées d’objet d’apprentissage a été officiellement approuvée par l’IEEE en juin 2002.

Cette norme définit un objet pédagogique comme étant "toute entité numérique ou non, qui peut être utilisée, réutilisée ou référencée lors d’une formation dispensée à partir d’un support technologique".

Elle détermine les caractéristiques essentielles de l’objet décrit, c’est-à-dire : le type et le niveau d’interactivité le type de ressources la densité sémantique le type d’utilisateur le contexte la classe d’âge typique le niveau de difficulté la durée la description la langue.

Les métadonnées identifient donc tout type de contenu, et plus spécifiquement les contenus éducatifs, avec un format commun décrivant le type de contenu, son auteur, la meilleure manière de l’utiliser…

Du côté utilisateur, on peut retrouver et échanger des ressources pédagogiques ; et du côté producteur, on peut partager l’information dans un

___________________________________________________________________________



contexte où les ressources sont nombreuses et coûteuses, réutiliser les ressources et leurs composants, et être interopérable avec divers systèmes de gestion de la formation.

On constate donc une séparation entre le contenu et la plate-forme de formation à distance de manière que : le contenu est compatible avec toute plate-forme les métadonnées sont normalisées l’importation et l’exportation de contenu sont facilitées le contenu et la plate-forme d’utilisation échangent des informations de base.

LOM définit neuf catégories afin de déterminer un enregistrement : général : identifiant, titre, catalogue… cycle de vie : version, date, contribution… métadonnées : identifiant, catalogue, contribution… technique : format, taille… pédagogie : type d’interactivité, niveau d’interactivité, densité sémantique,

difficultés… droits : coûts, droits d’auteur… relation : type de relations, ressource, identifiant… commentaires : auteur, date, description classification : but, classification de références, chemin…

Un enregistrement LOM décrit donc la structure de la ressource (général), ses différentes versions (cycle de vie), le jeu de métadonnées utilisées dans l’enregistrement (métadonnées), l’implémentation technique de la ressource (technique), les caractéristiques pédagogiques essentielles de l’objet concerné (pédagogie), les droits afférents à la ressource (droits), les relations avec d’autres ressources (relations), des commentaires associés à la ressource (commentaires), une classification des sujets traités par la ressource (classification).

Grâce à ces données, on peut décrire des ressources pédagogiques avec un certain niveau de détail, indexer ces ressources suivant les valeurs de ces données et exploiter de différentes manières ces index. On peut classer et retrouver des objets pédagogiques en fonction des métadonnées du LOM, ce qui favorise leur partage et leur réutilisation.

1.2.1.2. SCORM

Le projet ADL, lancé par le Département de la Défense des États-Unis (ou DoD), a pour but de fournir l’accès à un enseignement et une formation de grande qualité, personnalisés en fonction des besoins de chacun et offerts de façon rentable partout, en tout temps.

___________________________________________________________________________



En partant de ce principe, ADL développe le modèle de référence SCORM: un agrégat de standard qui s’impose aujourd’hui comme « le » standard en matière de gestion des parcours d’apprentissage et des contenus éducatifs.

Le modèle de référence d’objets de contenus partagés SCORM a pour objectif de favoriser la création de contenus d’apprentissage réutilisables et cela en y appliquant un ensemble de lignes directrices, de spécifications et de normes fondées sur le travail de plusieurs organisations différentes liées à l’apprentissage en ligne (ARIADNE, AICC, LTSC de l’IEEE, IMS).

Il permet aux systèmes d’apprentissage en ligne de trouver, importer, partager, réutiliser, et exporter les contenus d’apprentissage de manière normalisée.

Le modèle SCORM repose sur le concept d’objet de contenu partageable (SCO). Un objet de contenu partageable représente le niveau le plus bas de granularité de ressource pédagogique : il doit se suffire à lui-même pour fournir un contenu pédagogique achevé et il doit être construit de manière à être gérer par une plate-forme d’apprentissage utilisant l’environnement d’exécution SCORM.

Le SCORM est organisé sous forme de documents « techniques » indépendants. L’aperçu : ce document aborde l’historique et les objectifs du projet ADL et

décrit les liens entre les différents objets SCORM.

Le modèle d’agrégation du contenu (ou CONTENT AGGREGATION MODEL) : ce document décrit les composants utilisés à l’intérieur d’une expérience d’apprentissage (notamment les exigences pour l’établissement des agrégations de contenu), comment conditionner ces composants pour pouvoir par la suite faire des échanges d’un système à un autre, comment décrire ces composants pour une meilleure recherche et un meilleur repérage, et comment déterminer les règles de séquencement des composants. Le conditionnement du contenu (représentant soit un cours, une leçon, un module ou juste une série d’objets de contenu liés entre eux) se fait à travers le regroupement des objets de contenu avec une organisation de contenu décrite dans un manifeste (fichier XML).

L’environnement d’exécution des objets d’apprentissage (ou RUNTIME

ENVIRONMENT) : ce document décrit principalement les exigences du système de gestion de contenu d’apprentissage indispensables pour la gestion de l’environnement d’exécution. Globalement, l’environnement d’exécution comprend deux éléments : des exécutions de commande pour communiquer l’information sur les étudiants vers et du système de gestion de la formation, et des métadonnées sur les étudiants pour sauvegarder des informations de manière individuelle.

Le modèle de séquencement et de navigation : ce document décrit comment le contenu SCORM peut être organisé selon des évènements de navigation lancés par l’apprenant ou par le système.

___________________________________________________________________________



Les normes de SCORM : admettent l’indexation des ressources pédagogiques en utilisant le LOM facilitent l’intégration et la réutilisation grâce à la spécification de contenus

indépendants des contraintes de mise en forme imposent l’utilisation d’interfaces utilisateurs et de données normalisées autorisent l’interfaçage avec les systèmes de gestion des apprenants favorisent l’interopérabilité entre les composants acceptent la possibilité de déplacer des cours entiers assurent le développement de systèmes d’apprentissage adaptatifs capables

d’assembler des contenus pour satisfaire les besoins de l’étudiant.

Un cours respectant ce modèle est donc : réutilisable : facilement modifié et utilisé par des outils de développement

différents accessible : peut être recherché et rendu disponible aussi bien par des

apprenants que des développeurs (grâce à des index) adaptable : peut personnaliser la formation en fonction des besoins des

personnes et organisations interopérable : peut fonctionner sur une grande palette de matériel, plates-

formes, systèmes d’exploitation, navigateurs… durable : ne requiert pas d’importantes modifications avec les nouvelles

versions des logiciels.

L’utilisation de ces deux normes a contribué au développement de la plate-forme Plei@d et de l’environnement d’aide à la production automatique de documents pédagogiques en ligne au CNAM EadGen.

1.2.2. La plate-forme ACOLAD

ACOLAD (APPRENTISSAGES COLLABORATIFS À DISTANCE) est une plate-forme de formation à distance développée par l’Université Louis Pasteur Strasbourg. Elle repose sur les technologies employées sur Internet et les publics visés sont les universités. Elle est utilisée par l’Université Louis Pasteur Strasbourg, par l’Université Paris-Sorbonne (Paris IV)… Elle est accessible gratuitement pour les organismes de formation à but non lucratif sur simple demande.

___________________________________________________________________________



Il existe quatre profils pour la plate-forme ACOLAD : l’enseignant-concepteur : il conçoit le cours (plan - objectifs) et met le cours à

disposition l’enseignant-tuteur : il crée les groupes de travail, rédige les situations-problèmes

des travaux pratiques, et guide les équipes d’apprenants dans la résolution des situations-problèmes

l’étudiant : il accède aux cours en ligne et travaille en groupe pour rendre les documents communs

le coordinateur de la formation : il est le lien entre la communauté des utilisateurs, il inscrit les utilisateurs, les étudiants aux cours et aux séminaires, gère le plan d’activités et s’occupe de la partie administrative de la formation.

Il peut y avoir un enseignant-concepteur et plusieurs enseignants-tuteurs par cours en fonction du nombre d’étudiants inscrits à l’unité d’enseignement.

Son interface graphique est fondée sur une métaphore spatiale qui met en scène les lieux habituels des formations : les amphithéâtres : ils donnent accès aux cours et ressources de cours, à la liste des

ressources, à la liste des inscrits à l’unité de valeur et aux objectifs du cours les salons du séminaire : cet espace réunit toutes les personnes inscrites au

séminaire et autorise l’accès aux salons des équipes les salons de l’équipe : ils sont réservés pour une équipe d’apprenants et pour

l’étude d’une situation le foyer : c’est un lieu d’échange d’informations concernant l’ensemble des acteurs

de la formation le bureau personnel : c’est une pièce où sont disposés tous les documents privés la salle des professeurs : elle est accessible aux personnes enseignantes et aux

coordinateurs de la formation.

Divers outils sont mis à disposition sur cette plate-forme : des outils de communication : messagerie, babillard électronique, forum des outils d’organisation et de coordination : agenda partagé et plan d’activités,

gestion des utilisateurs et des séminaires, suivi des utilisateurs, administration et coordination de la communauté

des outils de partage et de production : espace de partage des fichiers, historique des documents, saisie et organisation en ligne des contenus de cours, saisie et partage de l’évaluation des séminaires, mise à disposition de vidéos et téléchargement de logiciels.

Avec la plate-forme de formation à distance ACOLAD, l’apprentissage en groupe est privilégié afin d’atténuer le sentiment de solitude : cet environnement est conçu pour prendre en charge davantage une pédagogie active intégrant une approche collaborative.

ACOLAD possède une interface graphique très appréciée et cette plate-forme est très facile d’utilisation.

___________________________________________________________________________



1.2.3. La plate-forme Claroline

Claroline est une plate-forme de formation à distance initialement développée par l’Université de Louvain (Belgique). Elle représente un environnement d’apprentissage permettant aux enseignants et aux institutions de créer et d’administrer des cours à travers le web. Les publics visés sont les institutions de formation en présentiel et à distance. Elle est utilisée par l’Université de Montpellier II, l’Université de Provence (Aix-Marseille I), l’Université de Nice Sophia-Antipolis…, et est accessible gratuitement.

Claroline accepte quatre types d’utilisateurs : l’administrateur : il gère le site et inscrit les différents utilisateurs en mode sécurisé l’auteur : il publie les documents, il administre les forums de discussion, il gère la

liste de liens, il crée les groupes de participants, il compose les exercices, et il autorise les participants à soumettre des contributions

le tuteur : il accède aux statistiques des membres du ou des groupes qu’il supervise et assure le suivi pédagogique des étudiants

l’étudiant : il accède à la liste des cours, il peut s’inscrire à un cours ou se radier d’un cours, il visualise son agenda, et il peut modifier son profil.

Il peut y avoir un auteur et plusieurs tuteurs par cours en fonction du nombre d’étudiants inscrits à l’unité d’enseignement.

Cette plate-forme dispose de plusieurs fonctionnalités : des outils de communication : forum, agenda (il affiche sous la forme d’un

calendrier tous les évènements des cours auxquels l’étudiant est inscrit), babillard électronique

des outils de création pédagogique : description de cours (outil qui aide l’enseignant à réaliser un plan de cours par remplissage de formulaires, sans avoir à connaître le HTML), outil de création de cours, outil de gestion de liens et de documents, parcours pédagogiques, espace pour le travail en groupes (partage de documents et d’un forum)

des outils de suivi pédagogique : nombre de visite, historique détaillé de chaque visite, résultats aux exercices, travaux renvoyés, liens visités, documents téléchargés

des outils de gestion : gestion des catégories de cours, des cours, des utilisateurs, des groupes d’utilisateurs.

Claroline est une plate-forme très orientée travail collaboratif et accorde aux gestionnaires de cours (professeurs, formateurs…) de créer et d’administrer des sites web au moyen d’un navigateur.

___________________________________________________________________________



Il n’existe pas de contrainte d’organisation du parcours pédagogique et son utilisation est simple et intuitive : on a beaucoup de facilité pour créer un cours rapidement. Certains cours sont accessibles à tout public (sans identification) et d’autres sont sécurisés (identification par compte utilisateur et mot de passe).

1.2.4. La plate-forme WebCT

WebCT est une plate-forme de formation à distance américaine, distribuée en France par l’intégrateur X-PERTeam. Elle fonctionne en mode connecté et est utilisée par l’Université Paris-Dauphine, les Écoles des Mines... Cette plate-forme est utilisée par de nombreuses universités et entreprises, et dans différents pays : c’est la référence actuelle pour les solutions de formation à distance dédiées à l’enseignement supérieur. Par contre, c’est une plate-forme propriétaire et payante.

WebCT comprend : un outil web d’apprentissage qui place en toute facilité des documents de cours sur

le web un système d’auteur qui supporte l’édition et la gestion de textes en offrant des

aides telles que glossaire, références, index et instruments de recherche un instrument de communication qui supporte diverses formes de communication

synchrone et asynchrone grâce à des outils tels que la messagerie, les forums de discussion, le babillard électronique

un logiciel de travail en groupe qui laisse communiquer, échanger des données ou présenter les résultats d’un travail en commun à l’intérieur d’un groupe

un instrument de gestion de cours qui inclut la publication de données sur le cours dans un calendrier, la gestion des informations concernant les étudiants, et le contrôle au moyen de tests des progrès effectués.

WebCT accepte cinq types d’acteurs : l’administrateur : il gère l’installation et la maintenance du logiciel sur le serveur le comptoir d’aide (ou coordinateur) : il gère la base de données des utilisateurs,

crée les espaces de cours, et paramètre la présentation de l’interface le concepteur : il place le contenu de cours, choisit les cours à mettre à la

disposition des étudiants, anime les forums, et conçoit les parcours pédagogiques l’étudiant : il lit le cours, effectue les exercices, poste des messages, participe aux

forums l’auxiliaire d’enseignement (ou tuteur) : il corrige les exercices et les tests, et gère

les notes.

___________________________________________________________________________



Il peut y avoir un concepteur et plusieurs auxiliaires d’enseignement par cours en fonction du nombre d’étudiants inscrits à l’unité d’enseignement.

Les principales fonctionnalités sont : la création de support de cours : outil de mise à disposition de documents de cours,

outil de création de glossaire, outil de création d’exercices les outils de communication : calendrier, forum, messagerie, babillard

électronique, tableau partagé les outils d’évaluation : tests, module de remise de travaux par les étudiants l’organisation des travaux de groupes : outil de constitution de groupe d’étudiants,

espace de partage de documents pour chaque groupe d’étudiants un outil de création de pages personnelles

WebCT, apporte une pédagogie individualisée au niveau du suivi de l’étudiant et elle n’est pas vraiment conçue pour le travail en groupe (plutôt relation individuelle étudiant/ enseignant).

Cette plate-forme est facile d’utilisation pour l’enseignant car la mise à jour du site est simple et rapide à apprendre et qu’elle convient aux non-spécialistes de l’informatique ; mais également pour l’étudiant puisque la généralisation de la plate-forme implique une logique retrouvée d’un site à l’autre et que l’étudiant possède un environnement de travail personnel avec une page d’accueil personnelle avec ses cours et ses messages pour les nouveautés.

WebCT est paramétrable et évolutive : l’intégration de nouvelles données se fait sans complication. Par contre elle manque de flexibilité (l’environnement est lourd et il faut de nombreux clics pour arriver à réaliser une opération) et les contenus de cours ne sont pas dynamiques (les cours ne sont pas téléchargeables, on est donc forcé de travailler en direct : obligation d’une connexion permanente, accès pas toujours direct et moins rapide que sur un disque local…).

___________________________________________________________________________



1.2.5. La plate-forme Plei@d

http://www.pleiad.net

Plei@d (PLATE-FORME D’ENSEIGNEMENT @ DISTANCE) est une plate-forme de formation à distance éditée par le CNAM : toutes les formations ouvertes et à distance du CNAM sont diffusées sur cette unique plate-forme afin d’offrir aux utilisateurs un format commun de formation à distance dans l’ensemble de son réseau. Cette plate-forme a été créée au Centre Régional CNAM du Pays de la Loire en 1997 pour répondre à une forte demande de formation à distance sous forme électronique de la part de son public de salariés et de demandeurs d’emploi. Depuis 2001, elle est développée par un centre spécialisé du CNAM, le CÉANTE (CENTRE D’ÉTUDES ET

D’APPLICATIONS DES NOUVELLES TECHNOLOGIES ÉDUCATIVES).Plei@d est un logiciel informatique constitué d’un ensemble de pages

électroniques, au format HTML, accessibles via le réseau Internet. Il vise tout type de public : formation initiale et continue de tout niveau et tout type, formations pour les entreprises… Plei@d et ses sources sont accessibles sans frais après établissement d’une convention avec le CNAM.

Plei@d autorise l’accès à : des parcours de formation structurés en fonction des besoins des apprenants des ressources pédagogiques interactives associées à ces parcours des fonctions de communication synchrone et asynchrone et d’échanges

(messagerie, forum, espace personnel, babillard électronique).

Cette plate-forme dispose des fonctions suivantes : des fonctions de structuration des parcours de formation et d’intégration des

ressources pédagogiques des fonctions statistiques relatives à l’exploitation de la plate-forme des fonctions d’administration utilisées pour créer et gérer les bases de données

associées à Plei@d ainsi que les droits d’accès aux services décrits ci-dessus.

___________________________________________________________________________



Plei@d regroupe cinq types d’intervenants : l’administrateur technique inter-régional ou super-administrateur : il est

responsable de la création et de la gestion des organismes partageant un même serveur, il gère techniquement la plate-forme Plei@d

l’administrateur technique et pédagogique : il propose l’offre de formation de l’organisme dont il dépend, il fixe les droits d’administration du tuteur (ces droits sont donc variables d’une plate-forme Plei@d à une autre et d’un organisme à l’autre), il détermine les unités d’enseignement gérées par les tuteurs et gère l’inscription des auditeurs dans les unités d’enseignement

l’auteur : il met ses ressources en ligne le tuteur : il assure l’animation d’une unité d’enseignement et l’accompagnement

des apprenants, il présente des formations au travers de documents de travail et de services intégrant le suivi individuel et collectif des auditeurs

l’auditeur : il accède à des formations organisées autour d’unités d’enseignement, il parcourt son cycle de formation, il consulte les documents pédagogiques associés, il communique avec les autres utilisateurs, il procède à des recherches d’informations.

Il peut y avoir un auteur et plusieurs tuteurs par cours en fonction du nombre d’auditeurs inscrits à l’unité d’enseignement.

L’organisation générale de Plei@d propose deux interfaces :

l’interface « auditeur » organisée autour de quatre écrans l’écran d’accueil l’écran d’identification l’écran avec la liste des unités d’enseignement l’écran de travail au sein d’une unité d’enseignement

l’interface « tuteur » avec la prise en compte d’un cinquième écran l’écran d’administration tuteur.

Lors de la connexion à la plate-forme Plei@d, on obtient l’écran d’accueil : cet écran permet de visualiser une démonstration des services offerts par la plate-forme ou d’accéder à la plate-forme. Pour accéder à la plate-forme, il suffit à l’utilisateur de saisir le compte utilisateur et le mot de passe fournis par le centre régional qui a effectué son inscription, dans l’écran d’identification afin de parvenir aux unités d’enseignement : en fonction du profil, l’écran de choix de l’unité d’enseignement présente la liste des unités d’enseignement auxquelles l’auditeur est inscrit ou la liste des unités d’enseignement auxquelles le tuteur est inscrit et/ ou assure.

___________________________________________________________________________



Plusieurs services sont disponibles à partir de cet écran : pour l’auditeur

le service « SOS » : il reprend la consultation du manuel de Plei@d, le signalement d’un problème, l’accès à la foire aux questions ; et il autorise l’auditeur à consulter sa fiche d’état civil, son compte Plei@d, ses listes de diffusion

le service « Reconnexion » : il sert à retourner à l’écran d’identification sans quitter la plate-forme

le service « Chercher » : il permet de rechercher sur Internet (via les moteurs de recherche) ou sur le serveur Plei@d des documents complémentaires ou la fiche d’un autre utilisateur

le service « Communiqués » : pour transmettre des informations à caractère général

le service « Messagerie » : un logiciel de courrier électronique Webmail est utilisé pour envoyer et recevoir des messages

pour le tuteurle tuteur dispose des mêmes services auxquels on ajoute

le service « Statistiques » : il s’agit pour chaque unité d’enseignement, d’obtenir la liste des auditeurs inscrits avec le nombre de connexions à la plate-forme sur une période donnée

le service « Administration » : il donne accès aux unités d’enseignement dirigées par le tuteur. Le tuteur peut créer, supprimer ou modifier des séances de travail dans ses unités d’enseignement, les documents associés aux séances et les services offerts sous Plei@d ; par contre la création et la suppression des unités d’enseignement sont à la charge de l’administrateur technico-pédagogique.

Dans Plei@d, une formation est organisée sous forme d’unités d’enseignement. Chaque unité d’enseignement comporte en général plusieurs séances. Les séances regroupent une ou plusieurs activités : des documents (support d’informations du cours) et des services (fonctionnalités disponibles sous Plei@d).

Figure 3 : Organisation d’une unité d’enseignement

___________________________________________________________________________


Unité d’enseignement

Séances

Documents Services


Lorsque l’utilisateur sélectionne une unité d’enseignement, il accède à l’écran de travail correspondant à celle-ci. Cet écran se divise en cinq zones : la zone d’informations pour revenir à l’accueil de l’écran de choix des unités

d’enseignement la zone des services offerts pour l’unité d’enseignement la zone des séances composant l’unité d’enseignement la zone des documents relatifs à une séance sélectionnée la zone d’affichage des documents.

L’utilisateur accède à une séance en cliquant sur celle-ci : les documents correspondant à cette séance s’affichent et l’utilisateur consulte un document en le sélectionnant.

D’autres services sont disponibles à partir de l’écran de travail : écrire aux tuteurs : les auditeurs peuvent écrire directement aux tuteurs à leur

adresse de messagerie Plei@d les forums : c’est un espace de discussion par échange de messages écrits entre les

auditeurs et le tuteur pour le tuteur : c’est lui qui décide de la mise en place des forums et qui

autorise l’attachement de fichiers joints pour l’auditeur : ce service sert à demander l’avis des autres apprenants, à

échanger des idées ; il crée une dynamique de groupe et d’entraide entre les différents apprenants

deux « types » de forums : les forums de l’unité d’enseignement et les forums de la séance

l’espace personnel : c’est un espace d’échange de messages entre un auditeur et le tuteur

un message écrit par un apprenant ne peut être lu que par le tuteur ou cet apprenant

une réponse du tuteur au message de l’apprenant ne peut être lue que par l’apprenant auteur du message ou par le tuteur

la messagerie : même service que pour l’écran de choix de l’unité d’enseignement le chat (babillard électronique) : ce service rend possible une conversation en

« temps réel » (synchrone) entre plusieurs utilisateurs, et implique de prévoir des rendez-vous entre les différents utilisateurs de l’unité d’enseignement pour se connecter au canal.

Plei@d accepte divers types de documents : les documents de traitements de texte (documents de types Word, Powerpoint,

Acrobat Reader…) les documents téléchargeables (documents compressés ou archivés) les documents de type sites web (un cours HTML peut être un site web disponible

directement sur le serveur de Plei@d ou un lien externe vers un autre site web) les documents multimédias (diapositives sonorisées, vidéos).

___________________________________________________________________________



Plei@d offre la possibilité de construire des parcours individuels de formation (gestion individualisée des droits d’accès aux fonctionnalités, aux séances d’activités et aux supports pédagogiques) et est peu adaptée pour le travail en groupe (plutôt relation individuelle étudiant/ enseignant).

L’environnement est dynamique, personnalisable, d’une grande simplicité de prise en main et convivial. Sa modularité ajoute ou fait évoluer facilement une fonctionnalité sans remettre en cause l’architecture générale. L’utilisation de fenêtres filles pour les différents services donne lieu à un accès simultané aux services et aux documents, et il existe une indépendance totale vis-à-vis des ressources pédagogiques proposées aux apprenants.

Le CNAM propose de compléter la livraison du logiciel et de ses sources par des prestations de conseil en amont sur la formation à distance, de formation de formateurs à une prise en main efficace, d’installation du logiciel et d’accompagnement à la mise en œuvre. Un hébergement des formations peut également être proposé sur les serveurs Plei@d du CNAM.

1.2.6. Les critères de choix

ACOLAD Claroline WebCT Plei@dOutils de communication

Forum Oui Oui Oui OuiMessagerie Oui Oui Oui OuiBabillard

électronique ou chat

Oui Oui Oui Oui

Tableau partagé Non Non Oui NonOutils de contrôle

QCM Oui Oui Oui Non

Résultats et notes Non Oui

Correction et envoi

automatique de la note à

l’étudiant après validation par l’enseignant

Non

Statistiques de suivi des cours Non Oui Oui Non

Contrôle des connexions Oui Oui Oui Oui

___________________________________________________________________________



ACOLAD Claroline WebCT Plei@dAspects pédagogiques

Nombre maximum

d’utilisateurs Illimité Illimité Illimité Illimité

Profils

Enseignant/concepteurEnseignant/

tuteurÉtudiant

Coordinateur

Administrateur AuteurTuteur

Étudiant

AdministrateurComptoir d’aide

ConcepteurÉtudiant

Auxiliaire d’enseignement

Super administrateurAdministrateur

technique et pédagogique

AuteurTuteur

AuditeurDivers

Langues utilisées Français, anglais, allemand Multi-langues Multi-langues

Français, anglais et tables de

traduction pour adaptation dans d’autres langues

Public visé Les universités

Les institutions de formation en présentiel et à

distance

Les universités et les grandes

écoles

Tout public (formation initiale et

continue de tout niveau et tout

type, formations pour

entreprises…)

Mode de mise en ligne des cours

Outil auteurTous types de

documents

Pas d’outil auteur

Tous types de documents

Outil auteurTous types de

documents

Pas d’outil auteur

Tous types de documents

Type de plate-forme Propriétaire Sous licence

libre Propriétaire

Sous licence libre après

convention avec le CNAM

Coût de la plate-forme

Gratuite pour les organismes de formation à but

non lucratif

GratuitePayante

(selon le nombre d’utilisateurs)

Gratuite après convention avec

le CNAM

___________________________________________________________________________



ACOLAD Claroline WebCT Plei@dDivers (suite)

Environnement informatique du

serveur

Windows avec ASP/PHPServer

Linux avec PHP/MySQL

Windows ou Linux avec

PHP/MySQL

Compatible sur de nombreux

systèmes d’exploitationInstallation de

son propre serveur Apache et de sa propre

base de données

Linux avecPHP/

PostgreSQL

Configuration client

Navigateur Internet standard




Sécurité

Inscription préalable par le

coordinateurConnexion avec

compte utilisateur et mot

de passe

Inscription préalable par le

responsable de la plate-formeParfois auto-inscription possible

Connexion avec compte

utilisateur et mot de passe

Inscription préalable par le comptoir d’aideConnexion avec

compte utilisateur et mot

de passe

Inscription préalable par

l’administrateur technique et pédagogique

Connexion avec compte

utilisateur et mot de passe

Figure 4 : Tableau comparatif des plates-formes

1.2.7. Pourquoi le choix de Plei@d ?

Le CNAM a décidé d’harmoniser l’offre de formation ouverte et à distance en généralisant l’usage d’une plate-forme unique, Plei@d.

Cette plate-forme de formation à distance : est simple d’utilisation pour les étudiants et les enseignants accepte un suivi pédagogique individuel et collectif des étudiants admet un suivi administratif et une évaluation des étudiants autorise une communication entre étudiants/ étudiants, enseignants/ enseignants et

enseignants/ étudiants apporte aux enseignants l’installation dynamique et simple des ressources

pédagogiques inclut un tutorat simple et efficace garantit un fonctionnement stable et performant.

___________________________________________________________________________



Elle a pour but de fournir l’accès à un enseignement et une formation de grande qualité, personnalisés en fonction des besoins de chacun. Elle laisse importer, partager, réutiliser et exporter des contenus d’apprentissage qui sont réutilisables, accessibles, adaptables, interopérables et durables : elle répond bien aux exigences de la norme SCORM.

Par contre, cette plate-forme ne possède pas de générateur de cours (les créateurs de Plei@d souhaitent que les ressources restent indépendantes de la plate-forme), et n’intègre pas de suivi de l’apprenant hormis le suivi de connexion à la plate-forme (nombre de connexions, durée de consultation pour chaque connexion…).

Étant donné que cette plate-forme de formation à distance ne possède pas d’environnement pour aider les auteurs à produire des documents et pour obtenir un suivi des étudiants (autre que le suivi de connexion), le CNAM décide de mettre en place un outil de production automatique de cours.

1.3. Outils de production de cours

Un apprenant qui choisit de suivre une unité d’enseignement à distance, conserve une relation de communication avec le tuteur et les autres auditeurs mais ne va pas acquérir la connaissance de façon synchrone comme dans un cours en présentiel : en effet, l’apprenant se trouve face à un cours en ligne qui a été préparé de nombreux mois avant.

Pour un cours en présentiel, l’enseignant peut arriver en classe sans avoir préparé sa leçon. Par contre, pour un document en ligne, l’auteur devra produire son cours afin de matérialiser le document et de le rendre disponible en ligne.

En général, les enseignants ne sont pas tous des spécialistes des moyens informatiques. Actuellement, la plupart des auteurs utilisent un traitement de texte et créent des diapositives de leur cours, mais cela ne suffit pas à la mise en place d’un document pédagogique en ligne : en effet, le manque d’apports de compléments de cours tels que les bulles d’aide, les sections cachées, les exercices, les illustrations, nuit à l’interactivité d’un cours en ligne.

Pour remédier à cela et pour faciliter l’écriture du cours, la notion d’outils de production de cours est alors introduite.

1.3.1. La production de documents pédagogiques en ligne

La conception et la production de documents pour la formation ouverte et à distance est une discipline complexe qui met en jeu conjointement les acquis de l’informatique, de la pédagogie et des sciences de la communication.

Pour être de qualité, cette production doit être spécifique et adaptable, elle ne peut pas se limiter à mettre uniquement en ligne d’anciens supports : la forme « à distance » doit être d’aussi bonne qualité et aussi attractive que la forme « en présentiel ».

___________________________________________________________________________



Il existe essentiellement trois pratiques usuelles de production de documents pédagogiques en ligne pour la formation ouverte et à distance.

La production page par page : cette technique donne souvent des résultats

remarquables car la mise en page est traitée au coup par coup. Par contre elle est coûteuse car elle requiert un travail de production important pour chaque page. La maintenance de tels documents s’avère souvent délicate, et toute modification engendre une mise à jour manuelle de la totalité des pages pour assurer la cohérence.

La production de pages dynamiques : les pages sont produites sur le serveur. Cette technique repose sur l’emploi de scripts (PHP, ASP, PERL…) qui matérialisent sous forme algorithmique la structure de navigation, de présentation et d’interaction des pages, tandis que le contenu textuel ou graphique est obtenu par des requêtes à une base de donnée. Le côté dynamique de cette technique rend très faible le coût d’ajout de nouvelles pages ou de maintenance de contenus une fois le développement des scripts achevés. Alors que la mise à jour des contenus est simple et bon marché, toute modification dans la structure du document cible ou dans la présentation, reste très coûteuse, et requiert des spécialistes en informatique.

La production par transformation de structure : la construction de sites web de qualité rencontre des difficultés qui ne sont pas propres à l’enseignement à distance mais communes à tous les développements de sites web. Le W3C a donc recommandé une autre approche reposant sur la famille de langages bâtis sur XML et XSL. Le langage XSL sert à spécifier des transformations entre une structure de contenu décrite dans un langage source appartenant à la famille XML et une structure cible dans un autre langage (en particulier HTML). Ainsi, les modèles d’éléments structurels du document tels que les définitions, les exemples, les leçons... peuvent être décrits en XSL une fois pour toute. La production effective des pages cibles à partir de leur contenu et de ces modèles d’organisation peut alors être totalement automatisée.

Figure 5 : Production par transformation de structure

___________________________________________________________________________


Matière première

Version du cours en HTML (ou PDF…)Traducteur

Spécifier la forme (une fois pour

toutes)


Les techniques informatiques mises en jeu pour la production de documents pédagogiques en ligne, doivent être suffisamment flexibles et extensibles pour s’adapter facilement à la diversité de forme de la matière première à traiter.

XML est un des moyens reconnus le plus efficace pour prendre en compte cette diversité. L’approche XML/XSL présente de nombreux intérêts pour la production de cours (performance économique, souplesse, maintenabilité, fiabilité), par contre son usage est fastidieux et l’effort demandé par XML est presque aussi élevé que pour la production de documents en HTML : un environnement de travail simple et facilement configurable est donc nécessaire.

1.3.2. Pourquoi EadGen ?

Le but des premiers sites web est de mettre en ligne des informations : l’essentiel est présenté mais le style est austère.

Afin d’apporter plus de gaieté à ces sites, on propose donc de produire les cours en HTML : grâce au HTML, on peut créer, maintenir et mettre à jour les sites. Or la production directe de documents en HTML est coûteuse en temps et demande un niveau de qualité élevé en matière de langage. De plus la gestion de pages statiques pose de nombreux problèmes lorsque le site devient important (mise à jour des liens, réorganisation du site…). Elle n’est donc pas adaptée aux enseignants non-spécialistes de l’informatique.

L’idée est d’employer les technologies du web de manière à ce que la charte graphique, la création, la maintenance, la mise à jour et l’évolution du site, puissent être gérés, décidés, mis en oeuvre à différents niveaux et/ ou par différentes personnes : le langage XML est donc utilisé.

Grâce aux balises XML, l’enseignant met en forme son document en décrivant une intention, et par l’utilisation des règles de transformation XSL, il associe une forme à l’intention définie, c’est-à-dire qu’il réalise la mise en page. Ainsi l’auteur sépare la forme et le contenu de son document, afin d’obtenir une page HTML visible par un navigateur (ou tout autre type de documents si nécessaire).

Étant donné que les enseignants ne sont pas tous des spécialistes de l’informatique, le problème persiste : les langages XML et XSL ne sont donc pas adaptés à tous les auteurs de cours.

Le CNAM émet alors la nécessité de créer un outil spécialisé pour la production automatique de documents pédagogiques qui conserverait l’efficacité du traitement XML/XSL (homogénéité des documents produits, facilité de conception, réduction du coût de production), mais qui faciliterait la saisie du document pour l’auteur. Donc un outil qui comprend un langage léger, spécifique au domaine mais extensible, afin de limiter l’effort de l’auteur et d’être adapté aux non-spécialistes, et qui vise la création de documents interactifs peu coûteux à produire, sans réduction du pouvoir d’expression, compatibles multi plates-formes et maintenables : cette solution se nomme EADGEN.

___________________________________________________________________________



1.3.3. Les différents outils de production

Un système de production de contenus admet la création de nouveaux contenus et la réintégration de contenus existants au sein des supports de formation.

Il existe plusieurs familles d’outils de production. On peut citer entre autres les outils : basés sur la capture d’écran pour créer des simulations et des démonstrations

interactives de logiciel (par exemple Viewlet Builder, Captivate, Robodemo…) basés sur l’enrichissement d’outils de présentation (par exemple Breeze,

Speechi…) spécialisés dans l’évaluation, c’est-à-dire création, diffusion, analyse de tests,

questionnaires (par exemple Hot Potatoes, Perception…) conçus pour le processus industriel de création de contenus pédagogiques (par

exemple Elearning Maker, Mind of site, Malted…) conçus sur des architectures XML, visant la séparation totale entre le fond et la

forme (par exemple Scenari, EadGen…).

Je choisis donc de vous présenter trois outils de production : Malted (un outil spécialisé pour l’apprentissage des langues), Scenari (un outil conçu pour la production de masse de documents numériques tout support), et EadGen (l’outil de production de cours utilisé par le CNAM).

1.3.4. Malted

MALTED (MULTIMEDIA AUTHORING FOR LANGUAGE TUTORS AND EDUCATIONAL

DEVELOPMENT) est un outil multimédia d’aide à l’enseignement des langues étrangères. Il est utilisé par l’école des Mines de Nantes et l’IUFM de Bretagne.

Contrairement au cédérom, l’approche retenue par Malted est de créer des cours dynamiquement modifiables, de façon simple par l’enseignant et adaptables aux exigences des apprenants : son point fort est l’utilisation de squelettes d’exercices, c’est-à-dire des modèles, pré-enregistrés que l’enseignant étoffe en fonction de ses besoins.

Pour concevoir les cours, l’enseignant dispose sur son écran de deux fenêtres : une contenant les objets multimédias qu’il a choisis et une deuxième représentant un modèle d’exercice reflétant l’objectif pédagogique. En plaçant les médias dans les modèles d’exercices (fonction glisser/ déposer à l’aide de la souris), il peut construire les écrans successifs de son cours.

___________________________________________________________________________



Malted comprend, pour les principaux modèles, les fonctionnalités suivantes : afficher un écran simple (accueil, menu, objectifs, aide…) présenter des contenus (autres supports de connaissance) proposer un jeu de rôle proposer un jeu de mots croisés proposer un jeu de mémoire proposer un jeu de pendu proposer un questionnaire à choix multiples proposer un questionnaire vrai/ faux répondre par écrit ou par oral à une question associer des images et des textes compléter des phrases compléter une figure.

Malted est composé : d’un outil de développement (nommé « DVE ») : c’est un logiciel comprenant la

création des projets, des cours et des exercices. Il est utilisé exclusivement par les professeurs pour la réalisation des contenus. Une fonction dans le menu rend possible l’importation et l’utilisation dans une réalisation des médias stockés sur la base de données.

d’un outil de visualisation (appelé « RTS ») : c’est un logiciel intégrant la visualisation des cours et des exercices. Cet outil est utilisé par les étudiants pour effectuer les exercices.

Le développement de Malted utilise les standards ouverts les plus récents (base de données, programmation objet, programmation en JAVA et en XML) ce qui apporte les notions d’ouverture et de flexibilité à l’outil.

La base de données hébergée par Malted, contient des composants logiciels (scripts, médias, cours, exercices…) modifiables et adaptables par les enseignants pour créer les cours. Cette base de données est mise à disposition de la communauté des enseignants, et elle est enrichie par le stockage et le partage des exercices finalisés qui deviennent des modèles.

Malted est flexible et indépendant de la langue à enseigner et de l’objectif visé. Il est adapté aux enseignants de tous les niveaux et à tout public, ainsi qu’à la formation continue et professionnelle.

Cette méthode justifie l’obtention de cours de qualité et adaptés aux différentes exigences pédagogiques.

___________________________________________________________________________



1.3.5. Scenari

SCENARI (SYSTÈME DE CONCEPTION D’ENSEIGNEMENTS NUMÉRIQUES, ADAPTABLES, RÉUTILISABLES ET INTERACTIFS) est une solution documentaire issue de la recherche en informatique et en pédagogie pour la conception industrialisée de supports pédagogiques numériques, qui se fonde sur la modélisation, la structuration logique, la scénarisation et l’édition sur un support interactif des contenus pédagogiques.

C’est un procédé de production de contenus de formation particulièrement adapté aux productions de masse : sa mission est de déployer des chaînes éditoriales pour la production de contenus pédagogiques pour les entreprises et les centres de formation.

La chaîne éditoriale Scenari se positionne comme une solution complète pour la production des contenus dans le cadre d’une ingénierie de formation en amont et d’une plate-forme de formation en aval. Elle comprend : la modélisation pédagogique l’écriture des contenus la production multimédia la rédaction XML la génération des supports.

Scenari se caractérise par : une approche spécifique : la chaîne éditoriale est adaptable, à partir d’un noyau

générique, aux modèles pédagogiques propres à chaque client une réduction des coûts : la chaîne éditoriale garantit une production à moindre

coût, standardisée et facile à maintenir une édition multi-supports : la chaîne éditoriale multiplie les possibilités de

présentation d’un même contenu sous diverses formes et supports (cd-rom, site Internet, document papier...)

des supports multimédias : la chaîne éditoriale intègre les contenus numériques sous leurs diverses formes (texte, tableau, image, animation, son, vidéo...), en fonction de ce qu’il est possible de faire sur chaque type de support.

___________________________________________________________________________



Plusieurs concepts sont à l’origine de Scenari : la séparation entre le fond et la forme qui dissocie les tâches de production des

contenus par les auteurs de la mise en forme sur un support par les informaticiens un modèle documentaire adapté à la formation qui structure le cadre de production

pour les auteurs et facilite la scénarisation pédagogique des contenus par les pédagogues

un modèle informatique de mise en forme qui facilite la programmation d’interfaces interactives et qui intègre de nombreuses logiques pédagogiques différentes

le formalisme XML qui assouplit la production et le traitement de l’information et qui profite des dernières innovations technologiques de l’Internet.

Ainsi la qualité peut être assurée grâce à un recentrage de l’auteur sur son métier, à savoir la formalisation de ses savoirs et de sa pédagogie ; et les coûts peuvent être diminués grâce à un recentrage de l’informaticien sur son métier, à savoir la mise en forme des contenus sur un support donné.

La modification du contenu est réalisable par un auteur sans intervention d’une équipe informatique, et inversement, la modification ou la création d’un support peut être réalisée sans réécriture par les auteurs.

Le formatage des contenus en XML garantit leur exploitation sur toute plate-forme de formation.

A partir d’une même base de contenus, Scenari crée différents produits sous diverses mises en forme : il est adapté à la formation en présentiel et à la formation à distance et il est multi-supports (cédérom, support papier, site Internet…)

Avec une instrumentation technologique reposant sur XML et méthodologique reposant sur une ingénierie pédagogique, la chaîne éditoriale rationalise la conception, la production et la maintenance de produits numériques de formation en facilitant les tâches des auteurs et des éditeurs et en favorisant la publication multi-supports.

Cet environnement est assez rigide car les bibliothèques de modèles pédagogiques fournies à l’auteur sont difficilement modifiables. Même si cet outil est contraignant, du fait que la définition du type de document (DTD) définie par XML impose à l’enseignant la structure du modèle qu’il a choisi, il est facile d’utilisation pour débuter et rassurant pour l’auteur.

Un des principaux avantages de Scenari est que les bibliothèques associées aux différents supports sont disponibles : ce sont les règles de transformation XSL qui définissent le support de publication choisi. Par contre l’inconvénient majeur réside dans le fait que l’auteur écrit directement en XML : Scenari n’est pas réellement adapté aux non-spécialistes de l’informatique.

___________________________________________________________________________



1.3.6. EadGen

EADGEN (ENSEIGNEMENT À DISTANCE GÉNÉRATEUR) a été conçu par le professeur Marc Nanard dans le cadre d’une activité de recherche sur le thème de la production automatisée de documents hyper textuels au LIRMM. Le développement a été réalisé par une équipe recrutée par le CRA du Languedoc-Roussillon, autour du professeur Marc Nanard.

Le but d’EadGen est de fournir un site web complet et interactif, de grande qualité, avec une navigation de page en page et depuis les diverses tables. Pour cela, il met en évidence quatre arguments :

EadGen peut être utilisé par des non-spécialistes de HTML et donc, en l’occurrence, par des spécialistes soucieux de la diminution de leur effort de travail.

EadGen veut réduire l’effort demandé à un auteur pour produire un site d’enseignement à distance : il dégage l’auteur des soucis relatifs à la présentation et à l’interaction afin qu’il puisse se consacrer à l’élaboration des contenus et à l’organisation de la pédagogie.

EadGen propose une transformation rapide des documents : à cet effet, il met à disposition sa documentation en ligne.

EadGen conserve une cohérence graphique et fonctionnelle de toutes les pages du site. EadGen propose en standard une charte graphique développée par le CNAM qui sera utilisée par défaut si aucune contrainte n’est spécifiée : la charte est définie uniquement pour une page qui sert alors d’exemple pour les autres pages du même site.

D’autre part, EadGen s’appuie sur deux structures inter-indépendantes pour la création d’un site : une structure de logique du document (chapitre, section…) et une structure de présentation du document en page web, afin que l’apprenant prenne contact avec le cours en conservant une meilleure qualité de l’échange.

Cela implique qu’une page produite par EadGen doit avoir une taille raisonnable (la valeur d’une feuille de papier), être bien organisée, être lue comme un tout, tout en restant compréhensible prise isolément.

EadGen rend possible la création de documents pédagogiques interactifs, peu coûteux à produire (grâce à l’efficacité et à la souplesse des langages XML/ XSL), compatibles multi plates-formes, maintenables et réalisables par des non-spécialistes (balisage léger spécifique au domaine et extensible).

___________________________________________________________________________



Figure 6 : Organisation d’EadGen

Un « responsable de collection » en relation avec les auteurs et le graphiste et à l’écoute de leurs besoins, définit les balises (en XML) et spécifie le langage de balisage (en XSL).

Grâce au langage de balisage ouvert, configurable et extensible fourni, l’auteur structure le contenu de son document : ce langage adaptable à la demande (grâce à l’extensibilité de XML) décrit les propriétés de la matière première indépendamment de toute mise en forme. Ensuite un compilateur transforme automatiquement le langage auteur en pages XML. Puis à l’aide des règles de traduction XSL qui spécifient le support du document cible, EadGen traduit ces pages en pages HTML ou dans un autre langage.

EadGen adopte : un langage auteur simple et ouvert : un jeu de balises standard qui met en évidence

le rôle pédagogique des différents éléments du cours, est fourni par défaut, mais il peut être personnalisé en fonction des besoins de l’auteur

la séparation des spécifications de contenu données par l’auteur (substance et organisation pédagogique du cours) et des spécifications de forme produites par EadGen (présentation et interaction des pages)

des règles de transformation et une charte graphique standards, fournies par défaut et personnalisables.

Grâce à EadGen, les auteurs ne se préoccupent plus de : la conformité aux normes

___________________________________________________________________________


Structure du contenu exprimée

par le balisage

Traduction du langage auteur

vers XML

Spécification d’un langage de

balisage « léger »

Définition des balises

Traduction XML vers

HTML

Version du cours en XML

Version exportée du cours en HTML

L’AUTEUR

LELECTEUR

Production automatisée

d’un document

LERESPONSABLE

DE COLLECTION

EadGen, partie auteur


la présentation graphique la navigation entre les pages.

EadGen est un environnement ouvert de production automatique de cours en ligne basé sur les langages XML/ XSL (faire à l’unité ce qui sert à produire en quantité ou ce qui servira à produire de nouveau). Il produit, à partir d’un balisage extrêmement léger introduit dans la forme textuelle de la matière première (cours, exercices...), de façon totalement automatique des ensembles de documents homogènes dans leur forme et leur style d’interaction.

L’originalité de cette approche est d’alléger la saisie pour l’auteur, en lui épargnant l’emploi direct de XML, souvent considéré comme un peu lourd et handicapant pour des novices. Il est facile d’emploi et l’auteur n’a pas besoin de connaître XML pour l’utiliser : il est donc adapté aux non-spécialistes de l’informatique.

Cet outil de production de cours en ligne répond aux normes LOM et SCORM : il a pour but de fournir l’accès à un enseignement et une formation de grande

qualité il favorise la création de contenus d’apprentissage réutilisables il laisse importer, partager, réutiliser et exporter des contenus d’apprentissage qui

sont réutilisables, accessibles, adaptables, interopérables et durables il facilite l’intégration et la réutilisation grâce à la spécification de contenus

indépendants des contraintes de mise en forme.

Je vais donc maintenant vous présenter l’analyse de cet environnement d’aide de production de cours en ligne utilisé au CNAM. En mettant en évidence les points faibles et les points forts de l’outil, je vais participer à l’élaboration d’une nouvelle version de ce générateur de cours : cette version sera plus confortable et mieux adaptée aux besoins des utilisateurs.

___________________________________________________________________________


Améliorations apportées à l’environnement d’aide à la production - 54 –automatique de documents pédagogiques en ligne au CNAM___________________________________________________________________________2. ANALYSE DE L’ENVIRONNEMENT DE PRODUCTION

2.1. EadGen V1........................................................................................................................552.1.1. La mise en œuvre d’EadGen V1.................................................................................552.1.2. Les éléments standards...............................................................................................56

2.2. EadGen V2........................................................................................................................562.2.1. La mise en œuvre du logiciel......................................................................................562.2.2. Le fonctionnement......................................................................................................572.2.3. Les ressources nécessaires..........................................................................................582.2.4. Les éléments standards...............................................................................................592.2.5. Le fichier des balises...................................................................................................592.2.6. La syntaxe des balises.................................................................................................602.2.7. La documentation des balises.....................................................................................612.2.8. La documentation d’EadGen V2................................................................................622.2.9. Le mécanisme des tables.............................................................................................622.2.10. Un exemple de balise................................................................................................632.2.11. En résumé..................................................................................................................67

2.3. Critiques d’EadGen V2...................................................................................................672.3.1. La mise à jour des chemins d’accès............................................................................672.3.2. La documentation des balises.....................................................................................682.3.3. Les balises...................................................................................................................682.3.4. L’environnement de travail.........................................................................................692.3.5. Une seule plate-forme.................................................................................................692.3.6. La création de projets..................................................................................................692.3.7. La structure du document............................................................................................702.3.8. Les médias..................................................................................................................702.3.9. Le site cible.................................................................................................................712.3.10. En résumé..................................................................................................................71

2.4. En conclusion....................................................................................................................72

Mon travail a été d’apporter des critiques et des idées d’amélioration à la version 2 du logiciel afin d’obtenir une version 3 plus adaptée et plus confortable. Par curiosité et pour mieux comprendre le fonctionnement de la version 2, j’ai également testé la version 1 d’EadGen. En avril 2005, la version 3 de ce logiciel a été mise en ligne.

EadGen est un environnement d’aide à la production de cours en ligne : cet environnement transforme, de façon automatique, une matière première pédagogique en des

___________________________________________________________________________


Améliorations apportées à l’environnement d’aide à la production - 55 –automatique de documents pédagogiques en ligne au CNAM___________________________________________________________________________documents interactifs. EadGen est distribué en tant que logiciel libre : il peut être mis entre toutes les mains (il est adapté aux spécialistes et aux non-spécialistes de l’informatique) et être utilisé de façon autonome.

Je vais maintenant vous présenter les différentes versions de ce générateur de pages web en mettant en évidence les diverses améliorations à apporter.

2.1. EadGen V1

Le développement de la version 1 a été réalisé à l’occasion du développement du cours d’Interactions Homme Machine (IHM).

EadGen V1 est un service du CNAM offert aux auteurs de documents pédagogiques en ligne, mais réservé à des utilisateurs référencés afin de conserver une protection contre la consultation anonyme.

Cette première version a été mise en place pour un certain cours et dans un contexte particulier : un langage auteur simple et rapide à écrire est défini l’outil est développé avec le langage PERL et exécuté dans une fenêtre DOS une charte graphique et des règles de traduction standards sont mises en place pour

cette version.

2.1.1. La mise en œuvre d’EadGen V1

Cette version ayant prouvé son intérêt pour le cours d’IHM, l’équipe décide de la mettre en service : plutôt que de fournir aux utilisateurs le logiciel qui n’est pas facile à mettre en oeuvre (à cause de l’association du langage PERL et de la fenêtre DOS), elle décide de mettre en place un site en ligne (via un serveur web situé au LIRMM), c’est-à-dire une interface web autorisant un enseignant à produire des documents pédagogiques.

A l’aide des balises fournies par défaut, l’enseignant produit et maintient, à partir de l’éditeur de texte de son choix, une version source des documents constituant son cours : il définit ainsi la structure du contenu de son document. Ensuite il envoie les fichiers créés en format texte sur le site d’EadGen. A partir de ce site, il réalise les étapes nécessaires à la création de son cours : il lance la traduction vers le XML et enfin la traduction du XML vers le HTML.

Ces deux traductions se font sur le site d’EadGen uniquement à l’aide des éléments standards intégrés au logiciel (charte graphique, jeu de balises, feuilles de style).

Le site cible produit est compacté afin d’être transféré à l’auteur. Il est téléchargeable seulement depuis le poste où a opéré l’auteur, de manière à conserver

___________________________________________________________________________



sa confidentialité : lorsqu’un enseignant envoie ses sources, on ne sait pas s’il veut mettre en ligne le site qu’il produit ou si ce sont des notes personnelles.

En ce qui concerne les images, elles sont conservées sur la machine de l’auteur afin d’éviter un échange de données trop important. Le document cible est décompacté par l’auteur et placé avec les images sur sa machine : l’auteur peut ainsi visualiser le nouveau site produit.

2.1.2. Les éléments standards

Après avoir testé cette première version, je me suis aperçue que l’on obtenait un site web complet avec une navigation de page en page et depuis les diverses tables.

Chaque chapitre est composé de cinq branches (la table des matières, le corps du chapitre, ses compléments, ses exercices, et sa bibliographie) dont les valeurs sont définies par défaut dans les préférences standards. Les tables relatives aux branches définies sont produites directement par le moteur d’EadGen et le cours possède une structure imposée qui ne peut pas évoluer.

L’outil est assez confortable, l’écriture du langage est à la portée des non-spécialistes et les fonctionnalités décrites par les balises sont documentées.

Par contre, cette version n’est adaptée qu’à deux navigateurs (Internet Explorer et Netscape), elle n’est disponible que sous WINDOWS, et elle est limitée aux documents pédagogiques produits à l’aide des balises et de la charte graphique standards : elle ne s’accorde donc qu’aux auteurs de cours pour le CNAM, c’est-à-dire pour un développement en interne.

De ce fait, les divers utilisateurs ayant essayé cette version ont réclamé l’ajout de nouvelles balises : la version 2 débute avec la réécriture du moteur d’EadGen comprenant la description des balises paramétrables afin de répondre aux besoins des demandeurs.

2.2. EadGen V2

Cette deuxième version a été développée au LIRMM et a été mise en place afin d’obtenir un site composé de pages HTML (ou un document en PDF si nécessaire) lisibles sur tout matériel, et de manière à prendre en compte les modifications du jeu de balises et/ou de la charte graphique.

2.2.1. La mise en œuvre du logiciel

Le retour d’informations obtenu des différents auteurs ayant utilisé la version 1 d’EadGen, met en évidence que les éléments standards fournis par défaut (charte graphique, jeu de balises…) ne sont plus suffisants pour répondre aux besoins de certains utilisateurs.

A cet effet, l’équipe emploie une politique de produit autonome : au lieu de modifier le site en ligne de la version 1, l’équipe décide de fournir le logiciel aux

___________________________________________________________________________



auteurs intéressés afin qu’ils l’installent sur leur propre machine. Ainsi chaque enseignant peut spécifier les éléments qui lui sont nécessaires à la création de son cours.

2.2.2. Le fonctionnement

De la même manière que pour la version 1, le fonctionnement d’EadGen V2 suit le schéma suivant :

Figure 7 : Flot des informations sous EadGen

Les documents sources en format texte produits par l’auteur et maintenus par celui-ci, sont envoyés au traducteur EadGen : ces sources contiennent à la fois la matière textuelle servant à produire les pages du site et les indications pour piloter la production, c’est-à-dire les balises. Les balises définissent le rôle pédagogique du document et la seule mise en page ajoutée par l’auteur est le découpage en page du document.

Dans l’environnement de travail, le traducteur EadGen produit les pages en XML : chaque partie du cours est alors mise en évidence par le rôle qu’elle tient.

Ensuite les pages XML sont traduites en pages HTML à l’aide des règles de traduction de la bibliothèque XSL. Les règles de transformation de la bibliothèque XSL apportent l’uniformité dans l’apparence des pages et cela tout au long de la navigation sur le site.

Les pages HTML du document cible sont organisées en un site web avec une navigation de page en page, mais également depuis les diverses tables.

Le site web produit par EadGen peut être directement transféré sur la plate-forme d’enseignement à distance.

Pour mon étude, une copie des fichiers définissant la version 2 m’a été remise afin de me familiariser avec le logiciel et d’en comprendre le fonctionnement. Les

___________________________________________________________________________


Documentsource

Documentcible

Environnement de travail

Matière première« EadGen balisé »

Version du cours

en HTML (ou

PDF…)

Traducteur

Spécifier les choix des contenus

(description de la composition du

site)

Matière première

filtrée réorganisée

XML

Traducteur

Spécifier une forme XSL


critiques que j’ai apportées pour cette deuxième version ont contribué à l’amélioration du logiciel et au développement de la troisième version.

2.2.3. Les ressources nécessaires

La première étape de mon sujet consiste à définir les ressources nécessaires à un auteur désirant utiliser EadGen V2 pour la création automatique de documents pédagogiques en ligne.

Hormis l’installation de certains outils justifiant le fonctionnement du logiciel, il est nécessaire de posséder : l’outil EadGen lui-même (eV2-n.pl) le fichier de balises standard (balisesSTD.xml) le fichier de préférences qui donne les chemins d’accès aux différents dossiers

dont a besoin EadGen (EadGenPrefs.txt) le fichier de configuration qui spécifie les chemins d’accès aux outils logiciels

(EadGenConf.txt) les bibliothèques XSL et CSS fournies par défaut (eadgen_std.xsl et page.css)

ainsi que pour chaque projet : la source à traduire les outils standards utilisés pour le projet (charte, images, sons…) le fichier de préférences du projet le fichier « workfile » qui détermine les chemins utilisés pour la traduction.

L’auteur doit mettre à jour les chemins d’accès aux logiciels ainsi que les chemins d’accès aux différents dossiers dont ont besoin le moteur EadGen et le projet en cours.

Figure 8 : Chemins d’accès aux différents dossiers(Extrait d’EadGenPrefs.txt)

___________________________________________________________________________



Figure 9 : Chemins d’accès aux outils logiciel(Extrait d’EadGenConf.txt)

La mise à jour de ces chemins est nécessaire au bon fonctionnement de l’application : l’application développée en PERL et exécutée dans une fenêtre DOS nécessite ces spécifications.

2.2.4. Les éléments standards

L’inconvénient majeur de la version 1 porte sur les balises standards fournies par défaut. Les balises définies lors de la version 1 ne sont plus suffisantes à la création de certains cours : les utilisateurs réclament des balises adaptées à leurs besoins.

A cet effet, la version 2 accorde aux enseignants de posséder leur propre jeu de balises, mais également leurs règles de transformation et leur propre charte graphique : les auteurs spécialistes en informatique peuvent modifier eux-même ces fichiers, quant aux non-spécialistes, l’aide du « responsable de collection » et du graphiste sera nécessaire pour d’éventuels changements.

C’est au niveau du fichier de préférences que l’on va pouvoir juger si un projet est standard (utilisation du jeu de balises, des règles de transformation et de la charte graphique standards) ou personnalisé (ajout de modifications par l’auteur ou le « responsable de collection » aux balises ou aux règles de transformation ou à la charte graphique). En fonction des chemins mis à jour par l’auteur, celui-ci utilisera les éléments fournis par défaut par l’environnement ou les éléments qu’il aura créés en fonction de ses besoins.

Je pense qu’à ce niveau, une solution plus confortable doit être envisagée afin de dispenser l’auteur des différentes mises à jour : une façade interactive qui masque à l’utilisateur les différentes activités est prévue pour la version 3.

2.2.5. Le fichier des balises

Certaines modifications au niveau du fichier de balises (balisesSTD.xml) et du fichier des règles de transformation (eadgen_std.xsl) ont été nécessaires pour affirmer le rôle de chaque partie de la documentation.

___________________________________________________________________________



Tout d’abord, le fichier des balises n’est pas un fichier XML, bien qu’il en ait l’extension. C’est une imitation du XML car la syntaxe possède des libertés :

le fichier ne possède pas d’en-tête XML il n’y a pas de balise racine les balises fermantes correspondant à chaque balise n’existent pas.

Il m’a donc fallu modifier les diverses balises de façon à définir un fichier XML qui réponde à cette syntaxe, et de manière à fournir aux enseignants un modèle pour concevoir de nouvelles balises en fonction de leurs besoins dans une syntaxe correcte.

Chaque enseignant peut ainsi créer les balises dont il a besoin, et les mettre à disposition des autres. Le problème est que l’enseignant auteur de la balise connaît le rôle qu’elle tient dans un document, par contre l’auteur qui la voit pour la première fois ne sait pas comment l’utiliser.

Il m’a donc paru intéressant de proposer d’ajouter dans la documentation les informations concernant les balises, afin de mieux comprendre leur rôle.

2.2.6. La syntaxe des balises

Les balises sont des métadonnées servant à exprimer les intentions de l’auteur. Dans EadGen, elles sont définies sous une forme sans parenthèses (il n’y a pas de balise fermante associée) et par une structure par ligne (pour un allègement de l’écriture et une meilleure lisibilité).

Les balises sont identifiées par la présence d’un symbole de début de balise, usuellement le « $ ». Ce symbole n’est interprété comme tel que s’il apparaît en début de ligne. Cette mise en page augmente la lisibilité du balisage en évitant la recherche de balises éparpillées dans les lignes.

Une balise se compose : d’un « nom », de paramètres optionnels (un « paramètre principal » et une liste séparée par des

virgules de « paramètres complémentaires ») d’un « texte principal associé » optionnel, et a une « portée » qui définit son contenu.

Figure 10 : Forme syntaxique générale d’une balise

___________________________________________________________________________



De manière simplifiée, on peut dire : « ce qui est entre parenthèses n’apparaît jamais tel quel dans le texte, ce qui est sur la même ligne que la balise est ce sur quoi porte la balise, et l’effet de la balise perdure jusqu’à la rencontre d’une balise plus importante qu’elle ».

Un mécanisme de priorité a été choisi pour définir les balises : une balise de priorité plus importante agit implicitement comme parenthèse fermante de toute balise de priorité moindre qui la précède.

Au sujet des balises, un problème persiste en matière de visibilité. Bien qu’elles soient fonctionnellement efficaces, lorsque les balises sont utilisées dans un document Word par exemple, il est difficile de reconnaître la présence d’une balise du reste du document : un éditeur pour qu’elles soient mieux présentées et pour rendre le document source plus lisible est également à considérer pour la troisième version.

2.2.7. La documentation des balises

Étant donné que les balises avec leurs paramètres sont toutes regroupées dans un même fichier dont la syntaxe est correcte, j’ai proposé de générer automatiquement la documentation des balises par l’environnement EadGen, plutôt que chaque auteur d’une balise n’écrive la documentation de la balise qu’il a créée. J’ai d’abord cherché s’il existait un moyen tel que l’outil Javadoc de JAVA pour produire cette documentation de façon automatique sous PERL. Javadoc est un utilitaire incluant la création d’une documentation au format HTML à partir de programmes écrits en JAVA, grâce aux commentaires prévus à cet effet et qui sont incorporés dans le code. Par contre, il n’existe pas de tel utilitaire sous PERL.

Mon idée est donc de lister toutes les balises avec leurs attributs dans la documentation à partir de leur définition dans le fichier de balises XML : on ajoute la génération automatique de la documentation des balises dans le noyau d’EadGen (eV2-n.pl).

Par contre, chaque balise est déterminée par divers attributs qui ne sont pas forcément explicites pour l’auteur. J’ai donc proposé d’inclure dans le fichier de balises des attributs supplémentaires pour chaque balise (doc1, doc2…) : ces attributs sont utilisés pour la génération automatique de la documentation et expliquent en quelques lignes le rôle de la balise et, par conséquent, comment l’utiliser.

De la même manière, j’ai défini des classes (classe) de façon à regrouper les balises qui ont un rôle similaire.

Cette méthode favorise l’uniformité des explications mais également le respect du principe d’EadGen qui tend à diminuer l’effort à fournir par l’enseignant. L’auteur a donc à sa disposition tous les éléments nécessaires à la création du contenu de son cours.

___________________________________________________________________________



2.2.8. La documentation d’EadGen V2

Tout d’abord, la documentation existante concerne la version 1 du logiciel : il m’a donc fallu la modifier afin de l’adapter à la nouvelle version.

D’autre part, cette documentation présente les différentes fonctionnalités de l’outil par un exemple : l’auteur voit donc le résultat obtenu en premier, et s’il veut obtenir plus d’informations, il consulte la fenêtre complémentaire concernant ce sujet.

A ce niveau, j’ai pensé qu’il était peut être utile de proposer à l’utilisateur deux approches : conserver une approche par l’exemple (c’est-à-dire « je veux définir un exemple comment faut-il que je m’y prenne ? »), mais également disposer d’une approche par la structure (c’est-à-dire « j’utilise la balise $e, mais quel est son rôle ? »).

Cette proposition a été acceptée par l’équipe et je l’ai mise en place.

2.2.9. Le mécanisme des tables

La version 1 d’EadGen imposait l’organisation des différentes pages d’un chapitre. Chaque chapitre était composé de cinq branches (la table des matières, le corps du chapitre, ses compléments, ses exercices, et sa bibliographie) dont les valeurs étaient définies par défaut dans les préférences standards. Ces tables relatives aux branches définies, étaient donc produites directement par le moteur d’EadGen et le cours possédait une structure imposée qui ne pouvait pas évoluer.

Comme pour les balises, l’équipe s’est aperçue qu’une organisation imposée ne correspondait pas à tous les auteurs. Elle a alors décidé de faire apparaître les tables dans la structure des balises pour la version 2.

Dans les paramètres de la balise, l’attribut « buildtoc » indique les tables qui vont être créées à partir de la description de la balise. EadGen produit sous forme XML les données relatives aux tables qui lui sont demandées de construire, et les fichiers XML correspondants sont alors explicitement utilisés par inclusion dans des pages spécifiques par l’auteur.

Par exemple, la table des questionnaires à choix multiples est définie par la balise « $qcm » dans le fichier XML des balises :

___________________________________________________________________________



Figure 11 : Balise « $qcm »(Extrait de balisesSTD.xml)

Et l’auteur utilise le fichier XML correspondant (QCMS.xml) par inclusion dans une des pages de son cours de la manière suivante :

Figure 12 : Inclusion du fichier QCMS.xml

2.2.10. Un exemple de balise

J’ai choisi de vous présenter la balise « $b » qui écrit en gras un passage de texte, et la balise « $popbw » qui définit une bulle d’aide sur un passage de texte.

___________________________________________________________________________



Figure 13 : Balise « $b » dans le fichier des balises XML(Extrait de balisesSTD.xml)

Figure 14 : Balise « $popbw » dans le fichier des balises XML(Extrait de balisesSTD.xml)

Par exemple, si l’on souhaite : écrire en gras les mots ‘$b’ et ‘en gras’ de la phrase précédente, et définir une bulle d’aide sur le mot ‘popbw’l’auteur écrit cette phrase dans son texte source de la manière suivante :

Figure 15 : Exemple de texte source

___________________________________________________________________________



Pour passer d’un document balisé par l’auteur à un document source en XML, EadGen utilise les fichiers de spécification des balises propres au langage auteur choisi, et effectue les traitements spécifiés par les attributs de chacune des définitions de balises lors de la rencontre de leurs instances dans le document balisé. Cela donne :

Figure 16 : Exemple de texte source en XML

Le langage XSL sert à spécifier des transformations entre une structure de contenu décrite dans un langage source appartenant à la famille XML et une structure cible dans un autre langage. Les modèles (ou « xsl-template ») ainsi définis sont décrits en XSL une fois pour toute.

Dans la version 2 d’EadGen, l’équipe a mis en place deux types de règles de transformation XSL : les règles de transformation XSL-T (eadgen_std.xsl) pour obtenir des pages HTML et les règles de transformation XSL-FO (coursFO_v2.xsl) pour aboutir à un document en PDF.

La spécification de la production du document cible est exprimée au moyen des règles de transformation XSL : ce sont ces règles qui déterminent le support du document cible. En réalité, l’auteur n’a pas besoin de connaître le fichier XSL car il utilise les balises, connaît leur effet, mais n’a pas besoin de se soucier de leur implémentation.

Figure 17 : Modèle correspondant à la balise « $b »dans le fichier des règles de transformation XSL-T

(Extrait de EadGen_std.xsl)

___________________________________________________________________________



Figure 18 : Modèle correspondant à la balise « $popbw » dans le fichier des règles de transformation XSL-T

(Extrait de EadGen_std.xsl)

Figure 19 : Modèle correspondant à la balise « $b »dans le fichier des règles de transformation XSL-FO

(Extrait de coursFO_v2.xsl)

Figure 20 : Modèle correspondant à la balise « $popbw »dans le fichier des règles de transformation XSL-FO

(Extrait de coursFO_v2.xsl)

A l’aide des règles de transformations XSL-T, on obtient une page HTML comprenant la phrase :

Figure 21 : Exemple de texte cible (en HTML)

___________________________________________________________________________



En ce qui concerne les règles de transformation XSL-FO, bien que le modèle correspondant à la balise « $popbw » existe, il n’est pas possible de représenter une bulle d’aide dans un document en PDF.

D’autre part, même si ces règles ont été définies par l’équipe, l’environnement correspondant n’a pas totalement été implémenté par celle-ci : actuellement la visualisation d’un document cible en PDF produit par EadGen V2 est impossible.

2.2.11. En résumé

On peut conclure de cette analyse que le moteur de traduction de la version 2 fonctionne de façon autonome, bien que la maintenance et la mise en place des répertoires restent à la charge de l’utilisateur.

Cet environnement donne lieu à un site complet, avec navigation incluse, et visible sur plusieurs navigateurs, mais il est compatible uniquement sous Windows et il reste toutefois des efforts à fournir en matière de confort.

2.3. Critiques d’EadGen V2

Dans le cadre de mon stage au LIRMM, j’ai noté différentes remarques au sujet de la version 2 de l’environnement d’aide à la production de cours en ligne afin d’apporter des améliorations à cet outil.

En commun accord avec mon tuteur et par manque de temps, j’ai proposé de ne pas développer la troisième version du logiciel, mais plutôt de mettre en place le serveur qui est un élément nouveau du projet.

M. Marc Nanard s’est chargé du développement de l’environnement et pour ma part, j’ai continué en parallèle à effectuer les tests de cette nouvelle version et sa prise en main.

La version 3 d’EadGen, que je présenterais par la suite car elle correspond à l’aboutissement de mon travail, résulte des améliorations que j’ai suggérées avec les points suivants.

2.3.1. La mise à jour des chemins d’accès

Dans la version 2 d’EadGen, l’auteur met à jour manuellement les chemins d’accès aux logiciels et les chemins d’accès aux différents dossiers dont ont besoin le moteur EadGen et le projet en cours.

Mon idée est de mettre à jour ces divers chemins d’accès de manière automatique par l’environnement de façon à éviter cette contrainte à l’auteur.

___________________________________________________________________________



Je propose donc de mettre en place une façade interactive qui masque à l’utilisateur les différentes activités de mise à jour. A l’ouverture d’EadGen, un éditeur pourrait rechercher automatiquement les informations relatives au système sur lequel il est installé en laissant à l’utilisateur la possibilité de modifier ces indications par la validation de ses propres choix. Une solution serait de définir un fichier de propriétés dont le mécanisme intègrerait le codage des différents chemins.

2.3.2. La documentation des balises

Afin de mieux comprendre le rôle des balises, j’avais proposé pour la version 2 d’ajouter dans la documentation d’EadGen les informations concernant les balises. Pour chaque balise, j’ai défini des attributs supplémentaires de manière à exprimer de façon plus explicite leur rôle et leur utilisation (doc1, doc2…), et de façon à les regrouper par rôle similaire (classe).

Cette documentation générée automatiquement par EadGen liste par ordre alphabétique toutes les balises avec leurs attributs, mais la définition des balises apparaît uniquement dans la documentation d’EadGen.

Je propose donc d’intégrer la définition des balises dans l’environnement lui-même de manière à créer une documentation spécifique aux balises à laquelle l’auteur pourra accéder directement à partir de l’environnement : un classement des balises par menus (en fonction du regroupement par rôle similaire), par priorité et par ordre alphabétique est envisagé.

2.3.3. Les balises

Lorsque les balises sont utilisées dans un traitement de texte (document Word par exemple), il est difficile de reconnaître la présence d’une balise du reste du document : même si les balises sont identifiées par la présence du symbole « $ », elles ne sont pas mises en évidence par rapport au reste du document.

D’autre part, le nom des balises « $sonNom » n’est pas toujours explicite et l’auteur ne connaît pas forcément le langage des balises : par exemple, si l’on veut créer une ligne dans un tableau, comment savoir que la balise « $ltab » a ce rôle ?

Je propose donc d’inclure dans l’environnement un éditeur spécialisé de manière à rendre le document source plus lisible (meilleure visibilité des balises) et de façon à mieux présenter les balises. Cet éditeur pourrait mettre en valeur les balises par une coloration syntaxique et mettre en évidence leur portée, c’est-à-dire la partie de document sur laquelle elles agissent. Cet éditeur pourrait également disposer de fonctionnalités utilisables directement : par exemple on pourrait définir des menus en fonction du rôle de la balise (« ligne de tableau ») et non de sa syntaxe (« $ltab »). Ainsi les auteurs spécialistes du langage utiliseraient directement la balise « $ltab » dans leur document source, alors que pour les autres, un clic dans le menu sur « ligne de tableau » ferait apparaître la balise « $ltab » dans le document source.

___________________________________________________________________________



2.3.4. L’environnement de travail

Lorsque j’ai testé la version 2 d’EadGen, j’ai remarqué que l’environnement de travail était peu confortable : en effet, il m’a fallu repérer où étaient placés les différents répertoires utilisés par EadGen et par le projet que je voulais essayer, modifier les divers chemins d’accès, utiliser un éditeur de texte indépendant de l’application, et accéder à divers répertoires pour consulter la documentation, lancer l’application et visualiser le site obtenu.

Mon idée est de créer un environnement de travail mieux adapté aux utilisateurs et plus confortable, c’est-à-dire un environnement comprenant toutes les activités utiles à la production d’un cours et favorisant leur accès de façon simple (par l’utilisation d’onglets par exemple).

Cet environnement devra intégrer les informations relatives au système, les éléments nécessaires à la création d’un projet, la documentation spécifique des balises, un éditeur spécialisé pour l’écriture des sources, la compilation du projet et la visualisation du site cible.

2.3.5. Une seule plate-forme

La version 2 d’EadGen était fournie aux auteurs désirant créer des documents pédagogiques sous Windows uniquement.

Certains utilisateurs travaillant sous d’autres systèmes d’exploitation, ont essayé de rendre la version 2 compatible mais ils se sont heurtés à de nombreux problèmes.

Je propose donc de rendre l’environnement de travail multi plate-forme (compatible Windows, Macintosh et Unix) et portable (code non différencié). L’environnement possèdera la même organisation et les mêmes fonctionnalités, mais pas nécessairement la même apparence selon le système utilisé, et saura modifier automatiquement les fichiers pour les adapter en cas de changement de système. Un fichier de propriétés, comme pour la mise à jour des chemins d’accès, est envisagé.

2.3.6. La création de projets

Dans la version 2, c’est au niveau du fichier de préférences que l’on va pouvoir juger si un projet est standard ou personnalisé. En fonction des chemins mis à jour par l’auteur, celui-ci utilise les fichiers fournis par défaut par l’environnement ou les fichiers qu’il a créés en fonction de ses besoins.

Pour la version 3, j’ai proposé une mise à jour automatique des différents chemins d’accès. Par conséquent, je propose de définir les trois types de projet dans l’environnement (sous forme d’icônes ou de menu déroulant) de manière que tous les éléments concernant un même projet soient facilement identifiables et soient regroupés de façon à répondre à l’exigence du type de projet choisi.

___________________________________________________________________________



Pour chaque projet à créer, EadGen pourrait mettre en place automatiquement les divers répertoires relatifs à ce projet en définissant les chemins d’accès et en utilisant une convention de nommage pour les noms des répertoires (par exemple employer le nom de projet en tant que préfixe ou suffixe selon le cas).

2.3.7. La structure du document

Pour créer un document source, l’auteur ouvre l’éditeur de texte de son choix et produit ce document grâce aux balises. Toutefois certaines règles de structure sont indispensables à la production d’un document source : par exemple, la marque de début de page ainsi que son nom entre parenthèses, sont nécessaires à la validité du document source.

C’est pourquoi je propose d’apporter un minimum d’aide à l’auteur et, par conséquent, le guider pour débuter un document. A la création du projet, un répertoire comprenant les tables les plus utilisées dans la production de cours en ligne (la table des matières principale, la table des définitions, la tables des figures, celle des annexes, et celles des questionnaires à choix multiples) ainsi qu’une première page texte servant d’exemple, pourraient être générés automatiquement par EadGen dans le répertoire des sources du projet créé.

2.3.8. Les médias

Dans la version 2, l’auteur place les ressources complémentaires (images, sons, vidéos…) qui lui sont nécessaires dans les répertoires créés à cet effet : tous les éléments fournis sont conservés tels quels et référencés.

Par exemple, si l’auteur décide d’inclure une image dans une page de son document source et faire apparaître cette même image en icône dans une autre page du document (par exemple dans la table des figures), il devra d’abord modifier la taille de l’image avec un éditeur spécialisé et l’enregistrer dans le répertoire qui convient avant de pouvoir l’utiliser.

Je propose donc de mettre en place un mécanisme de gestion des médias. Par exemple, pour les images ce mécanisme pourrait redimensionner automatiquement les images à la demande de l’auteur et les enregistrer dans des répertoires appropriés (un répertoire pour les images à leur taille d’origine, un pour les mêmes images mais à une taille mieux adaptée à leur utilisation au sein d’une page web, un pour les mêmes images sous forme d’icônes…).

___________________________________________________________________________



2.3.9. Le site cible

Une fois que les chemins d’accès sont modifiés, que les documents sources sont produits, que les médias sont enregistrés, l’auteur peut accéder au répertoire lui permettant de lancer la traduction par EadGen : cette traduction se fait dans une fenêtre DOS. Ensuite l’auteur peut visualiser le site cible produit en changeant de nouveau de répertoire.

Afin d’apporter plus de confort à l’auteur (en lui évitant tous ces passages par des répertoires différents), je propose d’intégrer à l’environnement la compilation du projet (elle pourrait se faire par simple clic sur une icône) et la visualisation directe du document cible via plusieurs navigateurs.

2.3.10. En résumé

Avec l’équipe, nous avons défini quatre buts pour le développement de la version 3 d’EadGen :

développer un environnement adapté à des non-spécialistes avec un langage auteur simple un environnement de travail confortable (un éditeur de texte spécialisé et

un marquage accessible par menus) une aide en ligne interactive

produire un site de formation ouverte et à distance de grande qualité avec un grand nombre de fonctionnalités interactives en terme de

navigation, bulles d’aides, sections cachées, table des matières, gestion des questionnaires à choix multiples, notes personnelles ou publiques et suivi de l’apprenant

sans aucun effort de la part de l’auteur car ces fonctionnalités sont systématiquement prises en charge par EadGen V3

rendre rapide la transformation de documents existants une transformation facile d’anciens documents à partir de leur fichier texte un jeu de macro Word (non distribué par défaut mais à la demande de

l’utilisateur) pour transformer des documents Word comprenant les styles en documents sous EadGen V3

assurer la cohérence graphique et fonctionnelle grâce à la technologie interne utilisée (XML/XSL-T et XSL-FO) et à la spécification d’une charte graphique donnée une fois pour toutes et

partageable entre tous les documents.

___________________________________________________________________________



2.4. En conclusion

EadGen est un environnement de production de sites web destiné à simplifier la création automatique de documents pédagogiques. Son principe est de fournir des pages statiques sans suivi de l’apprenant.

Le cours ainsi produit est placé sur une plate-forme de formation à distance, en l’occurrence Plei@d, elle aussi indépendante de l’étudiant. A ce jour, le logiciel Plei@d inclut un suivi de l’apprenant uniquement basé sur sa connexion à la plate-forme : Plei@d récapitule le nombre de fois qu’un étudiant se connecte à la plate-forme et la durée de consultation pour chaque connexion.

Étant donné que la plate-forme ne peut être modifiée, on a cherché comment améliorer l’outil de production EadGen afin d’obtenir un retour d’informations au sujet des exercices faits, des pages consultées… par un auditeur.

La meilleure façon d’améliorer le produit est donc de fournir un retour d’informations de l’utilisateur en dehors de la plate-forme (bien qu’elle aurait dû comprendre ce mécanisme), c’est-à-dire produire des pages dynamiques afin d’offrir des fonctionnalités interactives en terme de gestion de questionnaires à choix multiples, de prise de notes par un utilisateur… et même de suivi de l’apprenant.

J’ai choisi de vous présenter EadGen V3 en dernière partie, car cette version de l’environnement de production automatique de documents pédagogiques en ligne correspond à l’aboutissement de mon travail.

Pour continuer, je vais donc vous présenter les choix de logiciels utilisés pour le développement des améliorations apportées à l’environnement de production de cours en ligne au CNAM ; et j’exposerai les différentes solutions qui s’offrent à nous pour la progression de l’outil en terme de fonctionnalités interactives.

___________________________________________________________________________


Améliorations apportées à l’environnement d’aide à la production - 73 –automatique de documents pédagogiques en ligne au CNAM___________________________________________________________________________3. IMPLÉMENTATION ET AMÉLIORATIONS APPORTÉES

3.1. Choix des logiciels............................................................................................................743.1.1. Le noyau EadGen et l’environnement de travail........................................................743.1.2. Le langage de programmation....................................................................................753.1.3. Le serveur web............................................................................................................763.1.4. La base de données.....................................................................................................763.1.5. En résumé....................................................................................................................77

3.2. Identification....................................................................................................................783.2.1. Comment identifier l’utilisateur ?...............................................................................793.2.2. La page d’accueil........................................................................................................813.2.3. La demande d’identification.......................................................................................823.2.4. La table « utilisateur ».................................................................................................83

3.3. Prise de notes....................................................................................................................843.3.1. L’énoncé du problème................................................................................................843.3.2. La solution de l’équipe................................................................................................853.3.3. Les post-it d’ordre public............................................................................................853.3.4. Les types de post-it.....................................................................................................863.3.5. La mise en place des post-it........................................................................................863.3.6. La réalisation d’un post-it...........................................................................................873.3.7. La table « post-it »......................................................................................................873.3.8. L’ajout d’un nouveau post-it.......................................................................................883.3.9. L’affichage d’un post-it existant.................................................................................90

3.4. Questionnaires à Choix Multiples (QCM).....................................................................923.4.1. Les différents types de QCM......................................................................................923.4.2. L’enregistrement des données.....................................................................................943.4.3. La prise en charge de l’énoncé des QCM...................................................................953.4.4. La gestion des réponses..............................................................................................97

3.5. Fichier de traces.............................................................................................................1003.5.1. Les méthodes d’analyse............................................................................................1003.5.2. Le fonctionnement du fichier de traces.....................................................................1013.5.3. L’intérêt du fichier de traces.....................................................................................103

3.6. Exemple : étude du nombre de pages consultées par un utilisateur.........................1043.6.1. La représentation.......................................................................................................1043.6.2. Le calcul du nombre de pages consultées.................................................................1043.6.3. Le calcul du nombre total de pages...........................................................................106

3.7. En conclusion..................................................................................................................107

___________________________________________________________________________



Après avoir étudié le fonctionnement d’EadGen, ma mission a été de rechercher quelles améliorations en terme de fonctionnalités offertes par l’outil, je pouvais apporter à celui-ci en fonction des besoins exprimés par les utilisateurs.

Après un entretien avec mon tuteur, l’impératif est donné sur le besoin de connaître le suivi de l’apprenant, aussi bien pour celui-ci que pour l’enseignant. Il est vrai que la plate-forme Plei@d fournit un suivi de l’étudiant par rapport à sa connexion à la plate-forme, mais c’est plutôt dans le but de rassembler les différentes interactions possibles entre le cours et l’apprenant que la demande est ciblée. Étant donné que Plei@d ne peut être modifiée, le suivi de l’apprenant doit se faire en dehors de la plate-forme.

Pour qu’il y ait interaction entre une page et un étudiant, il faut que celle-ci soit dynamique : mon idée est donc de développer un serveur par lequel vont transiter les diverses pages du cours.

Ainsi les pages produites par EadGen seront conservées et les modifications s’effectueront sur le serveur de façon à obtenir des traces de tout ce qui a été fait, d’offrir des fonctionnalités interactives en terme de gestion de questionnaires à choix multiples, de prise de notes par un utilisateur, et à perturber le moins possible la mécanique existante qui fonctionne très bien telle qu’elle est.

Étant donné que la version 3 d’EadGen était en cours de préparation, j’ai commencé cette étude avec EadGen V2, puis je l’ai rapidement adapté à la version 3 : les améliorations apportées et les résultats présentés ici, ont donc été testés pour ces deux versions.

3.1. Choix des logiciels

Avant de vous présenter les choix de logiciels utilisés pour la conception du site web dynamique, je vais vous expliquer pourquoi le noyau d’EadGen est écrit en PERL et l’environnement de travail de la version 3 en JAVA.

3.1.1. Le noyau EadGen et l’environnement de travail

PERL est un langage interprété dont l’avantage principal est d’être adapté à la manipulation de chaînes de caractères et de fichiers. Comme pour tout langage interprété, un programme écrit en PERL a besoin d’un programme auxiliaire (interpréteur) pour traduire au fur et à mesure les instructions du programme.

Il est portable (il existe sur la plupart des plates-formes), gratuit (disponible sur Internet), simple (quelques commandes font ce qu’un programme de 500 lignes en C ou en Pascal faisait), et robuste (pas d’allocation mémoire à manipuler car elle est prise en charge par l’interpréteur, utilisation des chaînes, des piles…).

___________________________________________________________________________



JAVA est un langage de développement objet dont le code est portable sur tout système d’exploitation possédant une machine virtuelle JAVA. JAVA inclut l’écriture de deux types de programmes : les applications qui sont des programmes s’exécutant dans le système d’exploitation à condition d’avoir installé la machine virtuelle, et les « applets » qui sont de petites applications destinées à fonctionner sur un navigateur.

JAVA gère très bien la récursivité, et a beaucoup d’avance pour la mise en place de fenêtres, de menus… Par contre, il est assez lourd et complexe, et connaît un problème de performance (les applications JAVA ne sont pas très rapides).

A mon arrivée en stage, la version 2 d’EadGen était déjà en place. L’équipe avait fait le choix d’utiliser PERL pour l’écriture du noyau d’EadGen : EadGen fait très souvent appel à la récursivité, et PERL autorise l’implémentation des piles de manière explicite (pour l’imbrication des balises), l’utilisation des expressions régulières (en tant que motif de recherche) et le traitement du mécanisme de façon dynamique (inexistant en JAVA).

La réécriture du noyau d’EadGen en JAVA n’est pas envisagée : il n’y a pas de problème lors de l’implémentation sous Plei@d, et la technique mise au point est satisfaisante et suffisante pour l’usage qui en est fait. D’autre part, JAVA n’apporterait pas de gain en performance, il donnerait principalement une satisfaction esthétique du programme alors que le coût des modifications et le risque d’erreurs sont trop importants.

En ce qui concerne l’environnement de travail, JAVA possède un tel niveau de qualité pour la mise en place d’interfaces interactives qu’il est difficile de penser utiliser un autre langage.

JAVA bénéficie des classes XML avec plus de rigueur, mais il est tout de même moins confortable car il est peu adapté au diagnostic d’erreurs. Dans l’environnement de la version 3, on a remplacé l’ancienne traduction en Saxon (en tant qu’interpréteur XSL) par une traduction en JAVA pour obtenir un gain en performance. Par contre, lorsque JAVA détecte une erreur, il ne donne aucune information concernant l’erreur détectée : en fait l’erreur est signalée en tant que chaîne vide et à la ligne zéro. On décide donc de conserver l’interpréteur Saxon pour obtenir un complément d’informations sur les parties signalées en erreur. Pour cela on met en place de manière systématique une deuxième traduction de la partie que l’on sait en erreur : ainsi on obtient par Saxon la chaîne de caractères et la ligne en erreur de façon explicite.

3.1.2. Le langage de programmation

PHP est un langage de scripts spécialement conçu pour le développement d’applications web et considéré par la plupart des serveurs comme du HTML. Il est gratuit, simple pour les néophytes mais offre des fonctionnalités avancées pour les experts, utilisable sur la majorité des systèmes d’exploitation, il supporte la plupart des serveurs web actuels, et il tolère de nombreuses bases de données.

___________________________________________________________________________



Connaissant peu ce langage, je me suis documentée à son sujet : ce langage m’a paru être une solution légère, simple d’utilisation et adaptée à nos besoins. Je l’ai donc proposée à l’équipe : PHP est choisi pour le développement du serveur et j’ai donc entrepris l’apprentissage de ce nouveau langage.

PHP est un langage exécuté côté serveur et compilé à la volée avant chaque exécution. Le code PHP est inclus à l’intérieur d’une page HTML afin de réaliser une action précise. Lors d’une requête, le code HTML est retourné tel quel et le code PHP est extrait et exécuté par le serveur. Le résultat est ensuite intégré au flot HTML : le client ne reçoit que le résultat du script, sans aucun moyen d’avoir accès au code qui a produit ce résultat.

Pour exploiter PHP en tant que langage de scripts côté serveur, on a besoin de trois composants : un analyseur PHP (CGI ou module), un serveur web, et un navigateur web. Le serveur web est exécuté en corrélation avec PHP et l’accès au programme PHP se fait à l’aide du navigateur web.

3.1.3. Le serveur web

PHP supporte la plupart des serveurs web actuels (Apache, Microsft Internet Information Server, Personal Web Server, Netscape, iPlanet Servers…).

Pour la majorité des serveurs, PHP fonctionne comme module et pour les autres, il fonctionne comme exécutable CGI.

Apache est le serveur web le plus répandu sur internet. C’est un logiciel autorisant des clients à accéder à des pages web, il est gratuit et fonctionne sur de nombreux systèmes : c’est pourquoi je l’ai choisi comme serveur web avec l’accord préalable de l’équipe.

PHP fonctionne fréquemment comme module chargé par un serveur Apache (qui est une solution libre). Les variables globales PHP stockent diverses informations extraites de l’environnement Apache : ces variables communiquent des informations très détaillées sur la nature du navigateur et sur la localisation du poste visiteur consultant le site.

3.1.4. La base de données

De nombreuses bases de données sont actuellement supportées par PHP : Oracle, PostgreSQL, Sybase, MySQL, ODBC, Ingres…

___________________________________________________________________________



MySQL est un système de gestion de bases de données (SGBD) relationnel performant basé sur le langage d’interrogation standardisé SQL. Ce serveur de bases de données relationnelles stocke les données dans des tables séparées afin d’améliorer la rapidité et la souplesse de l’ensemble. Les tables sont liées par des relations définies qui rendent possible la combinaison de données entre plusieurs tables durant une requête SQL.

MySQL adopte le modèle client/ serveur : le client envoie une requête au serveur, le serveur traite la requête et envoie la réponse au client.

De plus MySQL répond positivement aux paramètres considérés pour le choix d’un SGBD : le facteur commercial (de nombreux fournisseurs d’accès Internet et hébergeurs de

sites proposent un accès gratuit à une plate-forme PHP/ MySQL) la vitesse de traitement (il est rapide et facile à utiliser) la robustesse (exploitation quotidienne de bases de données de plusieurs dizaines

de millions d’enregistrements) la fiabilité (des listes de diffusion actives contribuent à la détection et à la

correction rapide d’éventuelles erreurs) la sécurité (MySQL enregistre les droits des utilisateurs dans des tables internes et

l’administrateur d’une base de données contrôle les catégories de personnes et les machines autorisées à se connecter).

Ses possibilités de connexion, sa rapidité et sa sécurité font du serveur MySQL un serveur hautement adapté à internet.

L’ensemble PHP/ MySQL est une solution légère, simple d’utilisation et donc mieux adaptée aux enseignants : c’est la solution choisie par l’équipe pour la conception du site web.

3.1.5. En résumé

Pour conclure les choix logiciels, j’ai proposé d’installer l’environnement gratuit EasyPHP qui regroupe les applications suivantes : un serveur d’applications PHP, un serveur web Apache, un serveur de base de données MySQL, et l’outil PHPMyAdmin qui administre les bases de données de type MySQL depuis un navigateur.

EasyPHP installe et configure automatiquement un environnement de travail complet favorisant la mise en œuvre de toute la puissance et de la souplesse qu’offre le langage dynamique PHP et son support efficace des bases de données.

L’équipe approuve ce choix pour mettre en place les fonctionnalités interactives nécessaires au retour d’informations de l’utilisateur.

JAVASCRIPT est un langage de programmation qui agrémente la présentation et l’interactivité des pages web, automatise des tâches, manipule et améliore le fonctionnement des systèmes.

___________________________________________________________________________



Ce langage apporte des améliorations au langage HTML en exécutant des commandes du côté client (c’est-à-dire au niveau du navigateur), sans faire appel aux ressources du serveur (celui qui distribue les pages sur Internet). Le code JAVASCRIPT est intégré dans la page HTML et est interprété par le navigateur au moment de l’exécution : les instructions sont traitées en direct et surtout sans retard par le navigateur. Le langage est assez simple mais il ne peut être utilisé que pour des applications limitées. Il donne accès aux objets du navigateur mais la confidentialité des codes est nulle (le code source est visible par tous).

Ce langage dynamise les pages HTML en interceptant les actions réalisées par l’apprenant. Il produit du HTML dynamique, c’est-à-dire obtenir un résultat différent selon les interactions que fait l’étudiant : il va donc me permettre d’associer des commentaires à une page et de gérer les questionnaires à choix multiples.

Après l’installation de EasyPHP, j’ai donc commencé le développement du serveur afin d’apporter diverses améliorations. L’idée de départ consiste à ne pas modifier les pages de cours produites par l’environnement EadGen : cela implique de faire transiter toutes les pages du cours par le serveur et d’effectuer les modifications sur celui-ci. En fait, lorsqu’un client appelle une page du site, le serveur va récupérer l’URL de la page, exécuter les changements en fonction des éléments à mettre en évidence et afficher ce nouveau contenu au client : les pages de cours sont modifiées en dynamique à chaque appel.

Je vais donc mettre en place diverses activités indépendantes de la production de documents pédagogiques et de la plate-forme utilisée : ces activités consistent en la prise de notes privées ou publiques par un utilisateur, en la gestion de questionnaires à choix multiples, en la construction d’un fichier de traces intégrant le suivi d’un étudiant et la mise en place de statistiques.

3.2. Identification

Une plate-forme de formation à distance gère les différents enseignements mis à disposition et administre les utilisateurs habilités à y accéder.

Dans notre cas, l’étude porte sur un environnement d’aide à la production automatique de cours : la gestion des utilisateurs n’est donc pas incluse.

L’identification d’un utilisateur va pourtant être nécessaire pour développer les différentes activités afin d’obtenir un site web dynamique : en effet, comment savoir à qui appartient la note ajoutée au document ou qui a réalisé ce questionnaire à choix multiples ou qui a consulté cette page de cours si l’on ne connaît pas l’identité de l’utilisateur.

Afin de tester et valider les améliorations apportées, je mets en place une méthode d’identification qui gère chaque site de cours produit par EadGen de manière indépendante.

___________________________________________________________________________



3.2.1. Comment identifier l’utilisateur ?

Il existe principalement quatre méthodes pour passer des variables de pages en pages ou pour conserver certaines informations pendant la durée de visite d’un site :

passer les données par un formulaire utiliser des « cookies » employer une session stocker les données dans une base de données.

Dans tous les cas, l’utilisateur doit s’identifier sur le site : à cet effet, j’ai mis en place une page d’accueil du site produit. Cette page est générée par EadGen lui-même de façon à faire partie intégrante du site et comporte un formulaire : le client qui accède à cette page saisit son compte utilisateur et son mot de passe, puis valide ces informations.

3.2.1.1. Le formulaire

Un formulaire est une interface présentant des composants comprenant l’affichage, la saisie ou la sélection des données : il autorise les auteurs de page web à doter leurs pages d’éléments interactifs tels que l’identification d’un utilisateur. Le formulaire assure le codage des données saisies par l’utilisateur, en l’occurrence le compte utilisateur et son mot de passe, en vue de leur transmission à un serveur web.

Le passage de paramètres peut se faire par deux méthodes : la méthode GET : les champs du formulaire et leurs valeurs sont concaténées à

l’adresse URL du module de traitement la méthode POST : les données sont dirigées sur l’entrée standard du module

de traitement.

Lorsque l’utilisateur valide ces informations (le compte utilisateur et son mot de passe), des paramètres sont envoyés au serveur et quand le serveur modifie le contenu de la page demandée, il récupère ces données dans des variables.

Lors du passage à la page suivante, ces données ne pourront être récupérées à moins d’inclure de nouveau un formulaire. Pour ne pas rendre la consultation du site produit désagréable pour l’utilisateur (en lui demandant de saisir ces données et de les valider pour chaque page qu’il veut consulter), il faut mettre en place des champs cachés et un moyen de validation automatique des données.

Cette méthode complique donc la gestion de la page et paraît assez complexe à mettre en place : par conséquent, je ne retiens pas cette solution pour conserver les informations pendant la durée de visite d’un site.

___________________________________________________________________________



3.2.1.2. Les « cookies »

Un « cookie » est un mécanisme d’enregistrement d’informations sur le client et de lecture de ces informations. Ce système identifie et suit les visiteurs d’un site : le but est de garder en mémoire les informations d’un visiteur afin de pouvoir les réutiliser à chacune de ses visites. Certaines informations peuvent être déterminées automatiquement par le serveur (heure et date de connexion, système d’exploitation de l’ordinateur, type et langue du navigateur utilisé, pages du site déjà visitées…), tandis que d’autres nécessitent la saisie de ces informations par le visiteur (compte utilisateur, mot de passe, adresse de messagerie...).

Ce mécanisme est surtout utilisé dans le but de personnaliser le site web visité en fonction de l’identité ou des habitudes de navigation du visiteur.

Par contre, un client peut refuser les « cookies » et ceux-ci peuvent poser des problèmes selon les navigateurs : par conséquent, l’identification du visiteur n’est pas toujours possible.

J’écarte donc cette méthode car elle n’est pas adaptée à notre besoin d’obtenir une trace nominative de l’utilisateur de façon certaine.

3.2.1.3. Les sessions

Une session est un système incluant la conservation des valeurs de pages en pages : ce mécanisme, géré de manière pratiquement transparente par PHP, permet au serveur d’attribuer un identifiant unique au visiteur. Cet identifiant est, soit envoyé au client sous forme de « cookie », soit passé de façon systématique dans l’URL. A chaque fois qu’un visiteur revient en annonçant cet identifiant, PHP récupère toutes les informations qu’il a sauvegardées et qui sont relatives à ce visiteur.

Comme chaque session est propre à un visiteur, on peut personnaliser les scripts en fonction du visiteur. La session est l’équivalent du « cookie » en plus sécurisé car les informations sont stockées de façon transparente sur le serveur. Par contre une session est valable un temps limité et est automatiquement détruite à la fermeture du navigateur du visiteur si la configuration par défaut n’est pas modifiée. Par conséquent, elle n’inclut pas un suivi de l’étudiant sur plusieurs connexions de façon certaine : je considère donc que l’utilisation des sessions n’est pas une valeur sûre pour notre projet.

3.2.1.4. La base de données

Pour consulter un cours en ligne, l’utilisateur doit être inscrit à une unité d’enseignement à distance. Lors de son inscription, les informations le concernant vont être conservées dans la base de données.

___________________________________________________________________________



Afin de vérifier que cet utilisateur peut accéder au site, le serveur récupère les informations du client à la validation du formulaire et les compare à celles contenues dans la base de données.

De la même manière que pour le formulaire, on ne peut pas récupérer ces données lors du passage à la page suivante. Mon idée est donc de trouver un moyen peu modifiable et transparent pour le client afin d’identifier l’utilisateur dès la page d’accueil, c’est-à-dire utiliser une donnée liée à la machine d’où opère le client et de la conserver dans la base de données. Ainsi à chaque appel d’une page de cours, le serveur vérifie la validité de la donnée dans la base de données de manière transparente pour l’utilisateur.

3.2.1.5. La solution retenue

Comme on l’a vu dans la présentation de PHP, il existe des variables PHP pré-définies qui communiquent des informations détaillées sur le poste visiteur à partir duquel s’effectue la consultation du site . Par exemple la variable de serveur « $REMOTE_ADDR » détermine l’adresse IP de la machine du client qui demande la page courante. Étant donné que la consultation d’un site ne demande pas d’impératif de sécurité (il n’y a pas de transactions d’envisagées) et que la modification de l’adresse IP à partir d’une machine distante est possible mais pas à la portée de tous, je pense que cette donnée est un moyen suffisamment fiable pour identifier un utilisateur dans notre cas.

Après la présentation de ces arguments à l’équipe, celle-ci approuve mon idée : un utilisateur est donc automatiquement identifié à chaque page de cours qu’il consulte, et ce dès la page d’accueil du site, grâce à l’adresse IP de sa machine, cette donnée étant conservée dans la base de données.

D’autre part, l’utilisation d’une base de données va nous permettre de conserver les traces de la consultation du site, ainsi que les données nécessaires à la mise en place de notes personnelles ou publiques et à la gestion de questionnaires à choix multiples, et d’exploiter ces différents renseignements.

3.2.2. La page d’accueil

Lorsqu’une personne accède à la page d’accueil du site, elle doit s’identifier : elle saisit son compte utilisateur et son mot de passe.

___________________________________________________________________________



Figure 22 : Page d’accueil

Si ces données sont enregistrées dans la base de données, alors l’utilisateur poursuit la visite du site : il est dirigé sur la table des matières du cours et l’adresse IP de sa machine est conservée dans la base de données. Dans le cas contraire, l’utilisateur est envoyé sur une page de refus (également générée par EadGen) : il ne peut donc pas visualiser ce cours. De cette manière, la consultation du cours est autorisée uniquement aux ayants droits.

En cas d’oubli du mot de passe, il est possible pour l’utilisateur de le recevoir par courrier électronique : l’utilisateur indique son adresse de messagerie et un message est automatiquement envoyé à cette adresse.

3.2.3. La demande d’identification

La méthode d’identification que j’ai mise en place, implique la vérification de la validité de l’adresse IP de la machine de l’utilisateur à chaque page consultée : chaque fois qu’un client consulte une page du site, le serveur récupère l’adresse IP de sa machine afin de la comparer à celles déjà contenues dans la base de données.

Compte-tenu de la logique des pages de petite taille (définie par EadGen), on considère avec l’équipe que la durée de consultation d’une page reste raisonnable lorsqu’elle n’excède pas dix minutes. Effectivement, si un étudiant reste trente minutes sur une page du site dont la taille correspond à une feuille de papier, c’est qu’il a dû chercher ses lunettes pendant vingt cinq minutes de manière à pouvoir enfin lire cette page.

Si cette durée n’excède pas les dix minutes, l’étudiant poursuit la visite du site. Dans le contraire, l’apprenant est renvoyé sur la page d’accueil du site afin d’effectuer une nouvelle identification. Si on a le même utilisateur pour cette adresse IP, celui-ci est dirigé de nouveau vers la page qu’il consultait. Par contre, si on a un nouvel utilisateur pour cette adresse IP, il est envoyé vers la table des matières du site.

Le fait de définir une durée de consultation raisonnable apporte une notion de vraisemblance pour les statistiques qui vont être effectuées par la suite.

D’autre part, cela favorise la gestion du cas où le site est consulté sur une machine disponible pour plusieurs étudiants. Par exemple un apprenant consulte le site à partir d’une salle du CNAM et oublie de fermer ce site avant de partir. Quelques minutes plus tard, un autre étudiant arrive : si une demande d’identification n’apparaissait pas, il n’y aurait eu aucune trace de la consultation du site par ce nouvel apprenant dans la base de données.

___________________________________________________________________________



3.2.4. La table « utilisateur »

Je détermine quatre profils différents pour gérer les utilisateurs d’un site de cours : l’administrateur l’auteur le tuteur l’auditeur.

L’administrateur du site de cours enregistre dans une table « utilisateur » de la base de données le prénom (attribut Prénom), le nom (Nom), l’adresse de messagerie (Email), le compte utilisateur (Compte_util), le mot de passe (Mdp) et le profil (Profil) de l’utilisateur ; et définit ainsi les personnes qui peuvent accéder au site de cours.

De manière à identifier l’utilisateur de façon unique, je lui attribue un identifiant (Identifiant). Ma première idée était d’ajouter dans cette table, l’adresse IP (Adr_IP) de la machine de l’utilisateur (comme vu précédemment) et l’instant auquel l’utilisateur se connecte au site (Temps_cnx) de manière à gérer la durée de visite. Afin que ces données restent valides, il faut mettre à jour ces deux champs à chaque fois que l’utilisateur se connecte au site. Par conséquent si je joins ces deux données à la table « utilisateur », le suivi de l’étudiant n’est réalisable que sur sa dernière connexion au site.

J’ai donc choisi de mettre en place une table « adresseip » : cette table comprend l’identifiant de l’utilisateur (Identifiant), l’adresse IP (Adr_IP) de sa machine, l’instant auquel se fait la connexion (Temps_cnx) et l’ordre dans lequel s’effectuent les différentes connexions (Ordre_cnx). Ainsi, il sera possible de connaître le nombre de pages consultées par un utilisateur, pour une connexion donnée ou pour la totalité de ses connexions par exemple.

Figure 23 : Table « utilisateur »

___________________________________________________________________________



Figure 24 : Table « adresseip »

C’est grâce à l’identifiant unique que l’on va pouvoir connaître l’identité de l’utilisateur. En effet, à chaque consultation d’une page, le serveur récupère l’adresse IP de la machine de l’utilisateur, puis recherche dans la base de données l’identifiant de la personne correspondant à cette adresse : tous les liens nécessaires pour produire les diverses activités se font donc par cet attribut.

Dans notre cas, je considère que le profil d’un utilisateur est inclus dans la table « utilisateur » car chaque site de cours produit est géré indépendamment. Si le cours était mis à disposition sur une plate-forme de formation à distance, je créerai une table « profil » : étant donné qu’un utilisateur peut être « tuteur » d’une unité d’enseignement et en même temps « auditeur » d’une autre, je peux dire que le profil d’un utilisateur dépendrait de son identifiant et de l’unité d’enseignement pour laquelle il interviendrait.

A ce niveau-là, on peut déjà se poser des questions concernant l’informatique et les libertés par rapport à la surveillance d’un apprenant.

Les données recueillies au sujet de l’étudiant vont être utilisées afin de mettre en place les activités qui vont suivre. Ces données ne sont analysées que dans le but d’avoir une indication sur la manière dont un étudiant appréhende un cours, de façon à l’améliorer en lui apportant une aide individuelle si besoin.

Tous les éléments collectés de cette façon ne seront pas pris en compte lors de la notation de l’apprenant ; et si c’était le cas, l’étudiant en serait informé au préalable comme le recommande la CNIL.

3.3. Prise de notes

3.3.1. L’énoncé du problème

Actuellement, lorsqu’un apprenant consulte un cours en ligne produit par EadGen, il va consulter les différentes pages du site cible. Parmi les fonctionnalités de l’environnement de travail, il n’existe pas de moyen pour l’étudiant d’annoter ces pages : en effet, si l’apprenant repère un point important ou s’il veut reformuler une phrase ou un paragraphe, il doit noter tous ces éléments sur un autre support.

___________________________________________________________________________



D’autre part, s’il constate qu’il y a une erreur manifeste ou des fautes d’orthographe par exemple, et qu’il souhaite communiquer ces informations aux autres étudiants et au tuteur, le moyen actuel est d’utiliser le courrier électronique ou le téléphone, à condition de connaître l’adresse de messagerie et les coordonnées de ces personnes : le site étant indépendant de la plate-forme, les autres moyens de communication ne sont pas accessibles.

3.3.2. La solution de l’équipe

La solution que j’envisage est de proposer à l’étudiant de s’approprier le document sur lequel il travaille grâce à la prise de notes sous forme de post-it.

Après un entretien avec mon tuteur, il s’avère que la prise de notes est nécessaire pour un étudiant mais qu’elle peut également être utile à d’autres utilisateurs. Par exemple, si le tuteur d’une unité d’enseignement veut apporter un complément d’informations au cours, il n’a plus besoin d’envoyer un message aux différents étudiants : il lui suffit d’ajouter un post-it visible par tous les utilisateurs, à l’endroit du cours où le complément d’informations intervient. De même, si un auteur relit son cours et qu’il constate qu’une partie de son document n’est pas assez développée, il peut joindre à sa visualisation du cours une note personnelle de manière à effectuer les modifications ultérieurement.

Je propose alors de définir deux catégories de post-it : les post-it d’ordre « privé » : chaque utilisateur annote le cours à l’aide d’une note

personnelle, visible uniquement par l’auteur de la note les post-it d’ordre « public » : chaque utilisateur peut ajouter une note utile à tous,

visibles par toutes les personnes qui ont accès à ce cours.En ce qui concerne les post-it publics, je considère qu’une réglementation doit

être mise en place afin de vérifier la validité des informations émises : par exemple, si un étudiant affirme qu’une partie de cours est erronée, la note publique qu’il veut joindre est soumise au tuteur de son unité d’enseignement afin de valider ces renseignements.

3.3.3. Les post-it d’ordre public

Les post-it d’ordre « public » autorisent chaque utilisateur à ajouter une note au cours, celle-ci étant visible par tous. Les notes jointes par l’auteur du cours ou le tuteur de l’unité d’enseignement sont ajoutées automatiquement par le serveur au cours. Par contre, lorsqu’un apprenant souhaite joindre une note publique, le post-it doit être vérifié afin de constater la cohérence des propos soutenus.

Je considère donc, qu’un post-it émis par un étudiant est soumis au tuteur de l’unité d’enseignement dont il dépend : après vérification, le tuteur rend le post-it public.

___________________________________________________________________________



3.3.4. Les types de post-it

J’ai défini deux catégories de post-it : les post-it dits « privés » et les post-it dits « publics ». Étant donné qu’un post-it d’ordre « public » émis par un étudiant, est soumis au tuteur de l’unité d’enseignement dont il dépend, je mets en place trois états possibles pour le post-it : privé : uniquement visible par l’auteur de la note public : visible par tous les utilisateurs ayant accès au cours soumis : en attente d’être validé par le tuteur.

Les utilisateurs ont donc le choix entre joindre au cours un post-it privé ou un post-it public ; l’« état » soumis étant pris en charge automatiquement par le serveur en fonction du profil de l’utilisateur.

3.3.5. La mise en place des post-it

Je propose trois possibilités pour mettre en évidence les post-it.

L’ouverture d’une fenêtre complémentaire.A l’ajout ou à l’affichage d’un post-it, une fenêtre réduite et indépendante apparaît de manière à visualiser la note. Cette fenêtre s’affiche sur la fenêtre principale : il faut donc la déplacer ou la réduire au niveau inférieur pour lire la suite du cours. Les deux fenêtres sont disjointes mais la fermeture de la page principale (sous EadGen) entraîne la fermeture automatique de la fenêtre contenant le post-it : la vérification de la validation du post-it est donc à inclure.

L’inclusion directe du post-it dans la fenêtre principale.A l’ouverture de la page, le post-it apparaît en continuité du cours. La note est toujours visible dans la page mais elle implique d’utiliser les ascenseurs pour lire le cours : la page est visible dans son intégralité uniquement dans le cas où elle ne posséderait pas de post-it.

L’inclusion indirecte du post-it dans la fenêtre principale.Lorsqu’un utilisateur demande l’affichage d’un post-it, la note apparaît en sur-épaisseur dans la page : elle cache donc une partie du cours. Afin de poursuivre la lecture du cours, l’utilisateur doit valider le post-it ou annuler l’affichage de celui-ci.

C’est la dernière solution qui est retenue par l’équipe : la gêne occasionnée par l’affichage de la note sur la page n’est que momentanée (contrairement à l’inclusion directe ou à l’ouverture d’une fenêtre complémentaire) et l’utilisateur ne peut pas oublier de valider le post-it pour continuer à consulter le cours (cas envisagé lorsque la fenêtre complémentaire est réduite au niveau inférieur et qu’elle est automatiquement fermée par la fermeture de la fenêtre principale).

___________________________________________________________________________



3.3.6. La réalisation d’un post-it

Comme on l’a vu dans le paragraphe précédent, la prise de notes sur une page ne doit pas la détériorer : la page doit être visible dans sa globalité et la gêne occasionnée par un post-it ne doit être que momentanée. A cet effet, je propose de partager la page web en deux colonnes : la première colonne intègre la gestion des différents post-it et la deuxième colonne, le contenu de la page.

La colonne de gestion des post-it va être utilisée pour demander l’ajout d’un nouveau post-it mais également pour spécifier les post-it existants : grâce à des scripts JAVASCRIPT, je peux intercepter les actions réalisées par l’apprenant. Je mets en place l’ajout d’un nouveau post-it, par un clic dans la première colonne. La visualisation d’un post-it existant se fait par un clic sur l’image située dans cette même colonne et représentant le post-it. Étant donné que le post-it apparaît en sur-épaisseur, je choisis d’assimiler cette première colonne à une marge : sa largeur est limitée à la largeur de l’image représentant la note, et cette marge est colorée de façon à mettre en évidence l’endroit où cliquer pour joindre un nouveau post-it.

Par conséquent, une page web ne contenant pas de notes personnelles ou publiques, possède une marge de couleur bleue ; et une page web comprenant des post-it s’affiche avec la même marge bleue dans laquelle les images relatives aux diverses notes apparaissent.

3.3.7. La table « post-it »

Afin de conserver les données correspondant à la prise de notes d’un utilisateur, je définis dans la base de données une table « post-it ».

Étant donné qu’un post-it est défini par un utilisateur, il va dépendre de celui-ci : le lien entre la table « utilisateur » et la table « post-it » se fait donc par l’identifiant de l’utilisateur (Identifiant).

D’autre part, un post-it dépend de la page dans laquelle il est placé : ce lien est donc défini par l’adresse de la page (Adr_page). J’ai choisi d’utiliser l’adresse de la page consultée, plutôt que le numéro de page, car toutes les pages d’un site produit par EadGen ne sont pas obligatoirement numérotées : les fenêtres complémentaires produites par EadGen ne possèdent pas de numéro de page. Par contre, un site produit par EadGen comprend de nombreux liens vers les autres pages du site et vers les différentes tables des matières, auxquels s’ajoutent les renvois définis explicitement par l’auteur : cela implique donc une « normalisation » des URL de façon à éviter les conflits lors de l’appel d’une page par les différents liens. Étant donné que toutes les pages du site transitent par le serveur avant de s’afficher à l’écran de l’utilisateur, je demande au serveur de rechercher et de modifier les URL de ces pages en utilisant les expressions régulières PHP : l’utilisation des expressions régulières pour trouver ces chaînes de caractères me permet d’obtenir une seule adresse pour une même page, quel que soit le lien utilisé pour la consultation de celle-ci.

___________________________________________________________________________



Afin de placer plusieurs post-it dans une même page, j’ajoute un numéro de post-it (Num_postit), mais également la coordonnée verticale (Coord) du clic dans la marge, de façon à ce que les notes soient placées à l’endroit exact sélectionné par l’utilisateur. La coordonnée horizontale du clic n’est pas nécessaire puisque j’impose une coordonnée horizontale fixe à l’image représentant la note : elle est centrée horizontalement dans la marge de gestion des post-it.

Au départ, je voulais considérer que le compteur des post-it était remis à zéro pour chaque utilisateur et pour chaque page, mais cela pose des problèmes pour l’ajout et la visualisation des post-it publics. En effet, un post-it public est visible par tous, et différents utilisateurs peuvent ajouter diverses notes publiques sur une même page. Par contre, si le compteur est remis à zéro pour chaque utilisateur et pour chaque page, et que l’auteur et le tuteur veuillent ajouter une première note publique chacun au cours, ces deux post-it publics apparaîtront comme le premier à mettre en place et il y aura donc un conflit. La solution que j’ai choisie est donc de remettre à zéro le compteur des post-it pour chaque page.

Le fait qu’un post-it soit privé, public ou soumis, est défini par l’attribut Etat et le contenu de la note est précisé par l’attribut Libellé.

Figure 25 : Table « post-it »

3.3.8. L’ajout d’un nouveau post-it

Je représente un post-it sous la forme d’un formulaire :

Figure 26 : Post-it

___________________________________________________________________________



une zone de saisie libre pour rédiger la note un bouton poussoir (coché par défaut) pour définir un post-it privé un bouton poussoir pour définir un post-it public un bouton de validation un bouton d’annulation.

Lorsqu’un utilisateur veut annoter une partie du cours, il va cliquer dans la première colonne de la page (c’est-à-dire la marge bleue). Le formulaire de la note s’affiche à l’endroit sélectionné : l’utilisateur peut alors saisir sa note, choisir le type du post-it (privé ou public) et valider.

Quand l’utilisateur valide son post-it, les informations le concernant sont enregistrées dans la base de données, et une image s’affiche dans la marge à l’endroit exact sélectionné par l’utilisateur. Afin de différencier les post-it privés des post-it publics, une image différente apparaît en fonction du choix de l’utilisateur :

une image avec la mention « privé » détermine un post-it personnel

une image avec la mention « public » fait référence à un post-it visible de tous.

De manière à récupérer l’identifiant de l’utilisateur, l’adresse de la page dans laquelle se situe la note et la coordonnée de l’endroit sélectionné par l’utilisateur, j’inclus dans le formulaire représentant le post-it des champs cachés : de cette manière, ces éléments seront stockés dans la base de données par le serveur de façon transparente pour l’utilisateur.

A partir de l’identifiant de l’utilisateur, on recherche son profil de façon à traiter le cas des post-it d’ordre public émis par un étudiant : ces post-it doivent être soumis au tuteur de l’unité d’enseignement dont dépend l’étudiant avant d’être validé par celui-ci.

Dans ce cas, c’est-à-dire dans le cas où un étudiant voudrait poster une note publique, le formulaire du post-it prend la forme :

Figure 27 : Post-it soumis par un auditeur au tuteur

___________________________________________________________________________



Lorsque l’étudiant soumet le post-it au tuteur, les données de cette note sont enregistrées dans la base de données (l’« état » du post-it est « soumis ») et un message est automatiquement envoyé au tuteur afin qu’il puisse valider ou non cette note, c’est-à-dire la rendre publique.

Je considère qu’un utilisateur ne peut pas annoter la page d’accueil ou la page de refus du site d’un cours.

3.3.9. L’affichage d’un post-it existant

A l’ouverture d’une page du site, le serveur recherche dans la base de données si la page est annotée.

D’abord, il effectue une recherche concernant les post-it publics : si pour cette page et quel que soit l’auteur de la note, il existe des post-it publics alors le serveur affiche dans la marge les images relatives à ceux-ci.

Ensuite il fait une recherche des post-it privés. A partir de l’adresse IP de la machine, il connaît l’identifiant de l’utilisateur. En fonction de cet identifiant et de l’adresse de la page consultée, il recherche dans la base de données les post-it privés enregistrés pour cet utilisateur et cette page, et affiche les images correspondantes pour chacun d’eux.

Donc chaque utilisateur va pouvoir consulter les différents post-it publics connus dans la base de données et les post-it privés qu’il a créé.

Afin de compléter la prise de notes d’un utilisateur, je propose que les post-it créés, qu’ils soient privés ou publics, peuvent être modifiés ou supprimés mais uniquement par l’utilisateur auteur de la note.

En ce qui concerne les notes personnelles, cela n’implique aucune modification pour les profils « administrateur », « auteur » ou « tuteur » : en effet, un post-it privé n’est visible que par l’auteur de la note, il est donc le seul à pouvoir modifier ou supprimer ce post-it.

Figure 28 : Post-it existant privé

Par contre pour le profil «auditeur », si la modification porte sur l’« état » de la note (passage d’un post-it privé à un post-it public), cela entraîne la soumission du post-it au tuteur :

___________________________________________________________________________



Figure 29 : Post-it existant soumis au tuteur

Quant aux notes publiques, cela entraîne la comparaison de l’identifiant de l’utilisateur qui accède au cours et de l’identifiant de l’utilisateur auteur de la note : si c’est le même utilisateur, il peut modifier et supprimer la note, dans le cas contraire, il peut uniquement la consulter.

D’autre part, un commentaire est ajouté aux notes publiques jointes par : l’auteur du cours

Figure 30 : Post-it public joint par l’auteur du cours

le tuteur de l’unité d’enseignement

Figure 31 : Post-it public joint par le tuteur de l’unité d’enseignement

___________________________________________________________________________



En conclusion, un utilisateur peut insérer autant de notes privées ou publiques qu’il veut (après validation pour le profil « étudiant »), aux endroits où il veut, avec la possibilité de les modifier. Ces post-it permettent donc de conserver un contact visuel permanent, et rendent ainsi le site plus interactif.

3.4. Questionnaires à Choix Multiples (QCM)

Les enseignants qui pratiquent l’enseignement à distance ont beaucoup de peine à évaluer correctement des étudiants qu’ils rencontrent peu. Mon idée est donc de mettre en place un outil d’évaluation afin de vérifier que les objectifs fixés ont été atteints ou qu’il n’existe pas de lacune.

A cet effet, j’ai proposé de développer une méthode de gestion des QCM : ainsi l’enseignant peut connaître le niveau d’un étudiant, et de la même manière l’apprenant peut tester ses connaissances.

3.4.1. Les différents types de QCM

Afin de mettre un système d’évaluation en place, je propose d’intégrer à EadGen la possibilité pour l’enseignant d’ajouter des QCM d’entraînement ou des QCM d’examen dans son cours.

Je mets donc à la disposition de l’auteur de cours, trois types de QCM à utiliser en fonction de ces besoins.

Le QCM standard : l’apprenant lit le QCM sans pouvoir y répondre. L’étudiant ne peut pas cocher de réponses, par contre il peut afficher la solution du QCM en cliquant sur l’icône correspondant. Ce genre de QCM n’inclut aucune interaction avec l’étudiant : il ne sera donc pas pris en compte dans la base de données.

Le QCM d’entraînement : ce type de QCM est repéré par une bulle indiquant sa fonctionnalité et a été créé dans le but d’aider l’étudiant à « s’auto évaluer ». L’étudiant peut cocher les différentes propositions mais ne peut pas visualiser la solution du QCM. L’action de l’étudiant va être prise en compte par le serveur : le QCM et les réponses sélectionnées par l’apprenant seront gérés par la base de données, et un message sera envoyé automatiquement au tuteur afin de l’informer des réponses de l’étudiant pour ce QCM.

Le QCM d’examen : de la même manière que pour le QCM d’entraînement, une bulle indique à l’apprenant la valeur du QCM. Ce genre de QCM est utilisé pour évaluer un étudiant : il peut donc cocher les propositions mais ne peut pas visualiser la solution. Les interactions entre l’apprenant et le QCM seront enregistrées dans la base de données.

___________________________________________________________________________



Le QCM d’entraînement et le QCM d’examen n’existant pas jusqu’à présent sous EadGen, j’ai défini dans le fichier des balises standard (balisesSTDV3.xml) deux nouvelles balises : la balise « $entrainement » et la balise « $examen ».

Figure 32 : Balise « $entrainement »(Extrait de balisesSTDV3.xml)

Figure 33 : Balise « $examen »(Extrait de balisesSTDV3.xml)

Afin de spécifier leur forme, j’ai également ajouté les modèles XSL leur correspondant dans le fichier des règles de traduction (eadgen_std.xsl).

Figure 34 : Modèle XSL associé à la balise « $entrainement »

___________________________________________________________________________



Figure 35 : Modèle XSL associé à la balise « $examen »

Figure 36 : Modèle XSL associé à la balise « $qcm »

Étant donné que la gestion des QCM se fait de façon indépendante de la plate-forme et de la production des documents, les modifications qu’il m’a fallu intégrer au moteur EadGen ne portent que sur ces deux fichiers.

3.4.2. L’enregistrement des données

Afin de gérer les QCM, il faut mettre en place une méthode qui récupère toutes les informations concernant le QCM : cela concerne les éléments qui composent un QCM (c’est-à-dire l’énoncé de la question, les suggestions proposées…), mais également les interactions entre l’apprenant et le QCM (la suggestion retenue par l’apprenant, la durée de réponse…).

Au départ, j’ai essayé de récupérer ces informations à l’aide d’un formulaire. Dans les modèles XSL correspondant aux balises « $entrainement » et « $examen », j’ajoute la construction du formulaire. J’insère des champs cachés dans le formulaire afin de récupérer tous les éléments composant le QCM et les interactions entre l’apprenant et le QCM : un champ caché pour l’identification de l’apprenant, un autre pour les données qui définissent le QCM et un autre pour les suggestions retenues par l’apprenant.

___________________________________________________________________________



A la validation du QCM par l’étudiant, je choisis de transmettre ces données à un fichier intermédiaire de manière à traiter ces informations et à les enregistrer dans la base de données : cette action est transparente pour l’utilisateur car à la validation du QCM, la page consultée est réactualisée par le serveur.

Par contre, cela oblige l’étudiant à ne pas oublier de valider ses choix (sinon on aura aucune trace de ce qu’il s’est passé) et cela implique une gestion importante et assez complexe à mettre en place.

Bien que cette solution fonctionne, j’ai essayé de trouver une autre méthode de façon à éviter à l’apprenant de valider les choix qu’il a fait. Je recherche un moyen de récupérer les informations concernant le QCM et de valider les choix de l’apprenant à son insu, de la même manière qu’un logiciel espion (ou « spyware »). Un logiciel espion est un logiciel qui collecte des informations personnelles et qui les transmet à un tiers via Internet ou tout autre réseau informatique, sans prévenir ni avoir obtenu au préalable une autorisation explicite des utilisateurs.

J’ai donc cherché un moyen qui m’aide à récupérer les informations concernant le QCM à partir de la construction de la page, et les interactions entre l’apprenant et le QCM en utilisant uniquement la sélection de la case à cocher représentant la suggestion.

De cette manière, je n’ai plus besoin de formulaire : étant donnée que la page consultée transite par le serveur, je recherche par expressions régulières les données composant le QCM dans la construction de la page, et je récupère les suggestions retenues par l’apprenant, de façon transparente pour celui-ci, en effectuant un appel au serveur grâce à des scripts JAVASCRIPT associés au clic de la souris sur la suggestion retenue.

Bien que cette méthode fasse penser à un logiciel espion, elle ne sera employée que dans le but de gérer les QCM, sachant que les étudiants seront informés du fait que les QCM d’entraînement et les QCM d’examen sont soumis à vérification.

3.4.3. La prise en charge de l’énoncé des QCM

L’auteur du cours définit dans son document source, le type de QCM qu’il veut mettre en place par l’utilisation des balises appropriées : le fait de n’ajouter aucune balise, laisse entendre un QCM standard, par contre l’insertion de la balise « $entrainement » ou de la balise « $examen » demeure sans équivoque.

Étant donné que les pages du site transitent par le serveur, je vais mettre en place un mécanisme de recherche sur le serveur, identifiant la présence d’un QCM dans la construction de la page.

___________________________________________________________________________



Cela concerne : pour chaque questionnaire : le numéro du questionnaire (Num_qcm), son titre (Titre) et sa valeur (Valeur) (c’est-à-dire « entrainement » ou « examen » car le cas du QCM standard n’est pas géré par la base de données) pour chaque question : le numéro de la question (Num_quest), son énoncé (Enoncé) et sa solution (Solution) pour chaque suggestion : le numéro de la suggestion (Num_sug), la suggestion elle-même (Sug) et sa valeur (Valeur) (c’est-à-dire si la réponse proposée est « juste », « fausse » ou « juste multiple »).

J’ai modifié les règles de transformation XSL de manière à obtenir tous ces éléments à partir de l’élément le plus bas dans l’imbrication des balises : à partir de la valeur d’une suggestion (c’est-à-dire du modèle XSL associé aux balises « faux |juste|justemultiple ») et par une recherche sur les chemins, je récupère dans un bloc caché tous les paramètres du questionnaire, de la question et de la suggestion.

En effectuant une recherche par expressions régulières sur la page produite (afin de définir les motifs de recherche), les paramètres qui définissent un QCM vont être localisés par le serveur.

Ensuite j’ai mis en place dans la base de données, les tables correspondant à ces paramètres : je définis une table « qcm », une table « question » et une table « suggestion ».

Figure 37 : Table « qcm »

Figure 38 : Table « question »

___________________________________________________________________________



Figure 39 : Table « suggestion »

Étant donné qu’un questionnaire est composé de plusieurs questions, j’ajoute dans la table « question » le numéro du questionnaire (Num_qcm) dont elle dépend ; et de la même manière j’inclus dans la table « suggestion » le numéro du questionnaire (Num_qcm) et le numéro de la question (Num_quest).

Ces tables étant définies, les données vont être enregistrées dans la base de données par le serveur. Afin d’éviter les duplications, le serveur vérifie l’existence du QCM dans la base de données : de cette manière si la page contenant le QCM est appelée à plusieurs reprises, par le même utilisateur ou par une autre personne, les données ne sont pas enregistrées de nouveau.

3.4.4. La gestion des réponses

Lorsqu’un apprenant se trouve face à un QCM d’entraînement ou d’examen, il va devoir cocher les différentes propositions faites. Pour rendre ces deux types de QCM plus agréables, j’ai changé les cases à cocher des QCM par des images.

Quand l’étudiant « coche » une réponse, il sélectionne en fait une image, et cette image est remplacée par une image simulant une coche : à l’écran, l’apprenant constate le changement d’images mais ne s’aperçoit pas de l’interaction avec le serveur. Effectivement, lors de la sélection de l’image, l’étudiant va favoriser un appel au serveur : au paramètre de l’image, j’associe les éléments qui composent la réponse choisie (c’est-à-dire le numéro du questionnaire, le numéro de la question et le numéro de la suggestion), et ces données sont envoyées au serveur au moment du clic sur l’image (au moyen d’une fonction JAVASCRIPT) afin d’être enregistrées dans la base de données.

Cela implique la mise en place d’une table « réponse » dans la base de données. Cette table contient les réponses choisies par un apprenant : en plus du numéro du questionnaire (Num_qcm), du numéro de la question (Num_quest), du numéro de la suggestion (Num_sug), l’identifiant (Identifiant) de l’étudiant doit apparaître.

___________________________________________________________________________



Figure 40 : Table « réponse »

Le cas où l’apprenant veut modifier sa réponse (« en supprimant la coche ») est géré de la même manière : on considère que c’est une suggestion choisie, mais avec une action de suppression de l’enregistrement dans la base de données au lieu d’insertion (cette action est identifiée par la prise en compte du changement d’image).

Je peux ajouter un autre paramètre à ceux-ci : c’est le facteur temps (Temps). Lorsque l’apprenant sélectionne une réponse, on conserve l’instant auquel l’action est effectuée et ainsi on définit le temps nécessaire à un étudiant pour répondre à chaque question d’un QCM. Ce paramètre peut également être utilisé lors d’un QCM d’examen : si un enseignant veut imposer un délai pour répondre à un QCM, ce paramètre sert à vérifier si la durée est respectée.

Les réponses ainsi recueillies dans la base de données vont être analysées par le serveur. A chaque fois qu’une réponse est insérée dans la base de données, elle est comparée à la solution effective. En fait, je considère que la comparaison s’effectue sur la valeur de la suggestion choisie : par exemple si la suggestion choisie a pour valeur « faux », on sait pertinemment que l’apprenant a commis une erreur.

Ainsi j’obtiens le résultat pour chaque réponse donnée, c’est-à-dire le résultat pour un apprenant, à un questionnaire donné et pour une question donnée. Ces résultats sont insérés dans la base de données : je mets en place une table « résultat » qui contient donc l’identifiant de l’apprenant (Identifiant), le résultat pour la question (Résultat), le numéro du questionnaire (Num_qcm) et le numéro de la question (Num_quest), auxquels j’ajoute un temps de réponse maximum (Temps_rep_max) et une durée (Durée).

___________________________________________________________________________



Figure 41 : Table « résultat »

Le résultat ne peut prendre que deux valeurs : si la suggestion choisie par l’apprenant correspond à la bonne solution (c’est-à-dire que cette suggestion a pour valeur « juste »), le résultat a pour valeur 1, dans le cas contraire le résultat a pour valeur 0.

Le temps de réponse maximum (Temps_rep_max) sert à gérer le fait qu’il puisse y avoir plusieurs « coches » (cas des réponses multiples) pour une question : il correspond à l’instant le plus tard auquel l’action est effectuée pour une même question et aide à calculer la durée. La durée (Durée), quant à elle, définit le temps nécessaire à un étudiant pour répondre à une question.

A partir de cette table « résultat », on va pouvoir mettre en place des statistiques sur le niveau d’un étudiant ou d’un étudiant par rapport au groupe : par exemple donner le nombre total de réponses justes ou de réponses fausses par étudiant, détailler le nombre de ces réponses en fonction des questionnaires, calculer la durée globale pour répondre à un QCM pour un étudiant, en faire une moyenne pour comparer les résultats de cet étudiant aux résultats du groupe…

Grâce aux QCM, un apprenant peut obtenir des informations sur son niveau ou sur son niveau par rapport aux autres étudiants qui suivent le même enseignement.

De la même manière, l’enseignant peut connaître le niveau d’un de ses étudiants pris isolément ou d’un étudiant par rapport au groupe : il peut ainsi situer les points forts et les points faibles de chacun.

D’autre part, l’enseignant peut se faire une idée sur la compréhension de son cours : par exemple, si tous les apprenants répondent juste à un QCM ou inversement s’ils répondent tous faux, on peut peut-être en conclure que le niveau demandé lors de l’évaluation est trop faible ou trop élevé.

L’enseignant va donc pouvoir vérifier que le niveau de son cours correspond bien aux attentes, et en fonction des résultats obtenus il pourra conseiller les apprenants sur ce qu’ils doivent voir ou revoir.

___________________________________________________________________________



3.5. Fichier de traces

Étant donné que la plate-forme de formation à distance Plei@d n’intègre pas de suivi de l’apprenant (hormis le suivi sur la connexion à la plate-forme), j’ai proposé de mettre en place un moyen de suivre le cheminement et l’activité d’un apprenant dans son parcours de formation.

Le « tracking » est une technique qui surveille l’activité d’une personne sur le web. Dans le contexte d’Internet, cette action vise à cerner le profil du visiteur d’un site, c’est-à-dire le parcours qu’il a effectué sur le site (d’où l’on peut déduire des centres d’intérêt), le chemin qu’il a suivi à travers le réseau (d’où l’on peut déduire la provenance du visiteur)… Les informations réunies de cette manière aident entre autres à obtenir des statistiques générales, mais surtout elles servent à étudier le comportement d’une personne sur un site pour lui proposer des informations personnalisées.

En suivant le même principe, je propose de mettre en place un fichier de traces, c’est-à-dire un fichier nous permettant de suivre les actions effectuées par un utilisateur lors de la consultation d’un cours. Bien entendu, toutes les données récoltées par cette technique ne seront analysées que dans un but de statistiques.

3.5.1. Les méthodes d’analyse

Un fichier de traces regroupe l’ensemble des événements survenus sur un logiciel, une application, un serveur ou tout autre système informatique. Il se présente sous la forme d’un fichier texte classique, reprenant de façon chronologique, l’ensemble des événements qui ont affecté un système informatique et l’ensemble des actions qui ont résulté de ces événements.

Il existe principalement deux méthodes d’analyse des fichiers de traces : soit automatiquement à l’aide d’un logiciel, soit manuellement.

La méthode d’analyse des fichiers de traces automatique consiste à traiter le fichier de traces du serveur à l’aide d’un logiciel. Selon le paramétrage du serveur et les capacités du logiciel utilisé, l’analyse est plus ou moins détaillée. Pour bénéficier d’une présentation plus agréable, certains logiciels sont conçus pour faire une synthèse graphique des données. Parmi les principaux logiciels d’analyse de traces, on trouve Webtrends, Webalizer, Analog…

Grâce à cette méthode d’analyse, on peut récupérer de nombreuses informations : la date et l’heure de la tentative d’accès, l’adresse IP du client, le système d’exploitation et le navigateur utilisés, mais également le nombre de pages vues, les sites qui indiquent d’où proviennent les visiteurs, le parcours du visiteur sur le site…

Par contre, cette méthode implique une analyse des fichiers de trace en dehors de la connexion au site : en effet, le logiciel récupère à distance les fichiers de traces des serveurs et les analyse de manière à générer des rapports de documents de tout type, lorsque la connexion à Internet n’est pas active.

___________________________________________________________________________



C’est pourquoi, j’ai proposé à l’équipe de développer manuellement un outil d’analyse de fichiers de traces qui corresponde à nos attentes, c’est-à-dire un outil qui vise à effectuer le calcul des statistiques d’un site web et l’étude du comportement d’un visiteur en ligne.

3.5.2. Le fonctionnement du fichier de traces

Pour savoir ce qu’il se passe sur un site, j’ai commencé par rechercher les paramètres à prendre en considération.

Tout d’abord, un site est composé de diverses pages : on peut donc rechercher à quel moment une page est consultée, c’est-à-dire déterminer la date et l’heure d’ouverture de la page.

D’autre part, il faut déterminer la personne qui est en train de visionner la page : étant donné que la solution choisie pour l’identification est la prise en compte de l’adresse IP de la machine de l’utilisateur, le paramètre de numéro de machine client est utilisé pour définir l’utilisateur. Comme pour la demande d’identification, c’est la variable de serveur « $REMOTE_ADDR » qui détermine cette adresse IP.

Maintenant, il reste à définir les pages qui sont effectivement consultées : pour cela, je conserve l’URL de la page.

Lors de la présentation de la méthode d’identification, j’ai énoncé le problème de durée : avec l’équipe on a choisi de considérer que le temps raisonnable d’attente sur une même page ne doit pas excéder dix minutes, auquel cas une nouvelle demande d’identification est employée. Lorsque l’utilisateur est le même, je désire renvoyer l’apprenant sur la page qu’il consultait au préalable : pour se faire, il va falloir conserver l’URL de la page d’où vient l’utilisateur.

La variable de serveur « $HTTP_REFERER » définit l’adresse de la page (si elle existe) qui a conduit le client à la page courante. Cette valeur est affectée par le client, mais tous les clients ne le font pas et certains navigateurs autorisent même de modifier la valeur de cette variable sous forme de fonctionnalité : elle est donc à utiliser avec précaution.

A ce niveau-là, je peux également considérer le facteur temps, c’est-à-dire la durée de consultation d’une page. Mais une question se pose : comment faire pour obtenir la durée de visite d’une page pendant qu’elle est visionnée ?

Effectivement, pendant que l’on examine une page du site, on ne peut pas déterminer la durée de sa consultation.

La solution que je propose, est de prendre en compte les paramètres de la page d’où vient l’utilisateur à chaque ouverture d’une nouvelle page : cela implique d’enregistrer dans la base de données, les informations concernant chaque page, c’est-à-dire l’adresse IP de la machine de l’utilisateur, l’URL de la page, la date et l’heure d’ouverture de la page.

A chaque appel du serveur, on recherche les données de la page d’où vient l’utilisateur dans la base de données, on calcule la durée de consultation de cette page et on envoie ces informations au fichier de traces.

___________________________________________________________________________



Par contre, les pages d’un site sont appelées depuis divers liens : lors de la consultation d’une page, la page d’où vient l’utilisateur n’est pas toujours la même selon le lien utilisé pour y accéder. Donc dans la base de données, on a plusieurs fois la même page, c’est-à-dire que pour la même adresse IP on a plusieurs fois la même URL mais avec des instants différents : je définis donc l’ordre de consultation des pages dans la base de données, afin de conserver le fait que la page d’où vient l’utilisateur est effectivement celle qui la précède immédiatement. Le fait de définir l’ordre, évite donc d’utiliser la variable « $HTTP_REFERER » qui est une valeur à manipuler avec précaution.

En résumé, je définis une table « page » dans la base de données qui a pour champs l’adresse IP de la machine de l’utilisateur (Adr_IP), l’ordre de consultation des pages (Ordre), l’URL de la page consultée (Url), la date (Date) et l’heure (Heure) d’ouverture de la page.

On remarque que cette table possède deux champs supplémentaires : l’identifiant de l’utilisateur (Identifiant) et le nombre total de pages du site produit (Nb_tot). J’ai rajouté ces champs de manière à mettre en place l’exemple qui va suivre (étude du nombre de pages consultées par un utilisateur) : l’utilité de ces deux champs sera donc expliquée par la suite.

Figure 42 : Table « page »

Étant donné que dans le fichier de traces on affiche les données de la page qui précède la page en cours de consultation, il faut considérer le cas de la dernière page consultée du site. Cette page est bien définie dans la base de données, mais n’est pas « la page précédente » d’une autre : je choisis donc d’inclure dans le fichier de traces, les données concernant la page en cours de consultation, c’est-à-dire l’URL de la page, la date et l’heure d’ouverture de la page, avec une durée de consultation indéfinie.

___________________________________________________________________________



Figure 43 : Exemple de fichier de traces

3.5.3. L’intérêt du fichier de traces

Le fichier de traces regroupe des informations concernant les pages visionnées par un apprenant sur un site : ces informations peuvent être utilisées pour mettre en place des statistiques de suivi de site, mais en aucun cas pour l’évaluation d’un apprenant ou d’un tuteur.

Grâce aux données récoltées, le tuteur effectue une analyse plus approfondie du parcours de l’apprenant : il peut regarder tout ce que fait un étudiant sur le site, afin de lui apporter son aide et de reconsidérer son cours.

Par exemple, le tuteur peut voir : le nombre de pages visualisées par un étudiant, si les informations complémentaires au cours sont consultées (fenêtres

complémentaires, dessins, animations…), comment les documents sont parcourus (les pages sont consultées les unes après

les autres ou à travers les liens), si les QCM sont effectués ou non, si l’apprenant revient toujours en arrière…

En fonction des résultats obtenus, l’enseignant définit la stratégie d’étude utilisée par un étudiant, ses points forts et ses points faibles, ainsi que son niveau et son niveau par rapport au groupe, afin de lui conseiller une méthode de travail différente ou plus appropriée à ses besoins.

D’autre part, ces résultats peuvent l’aider à analyser son mode d’enseignement : tous les éléments fournis dans le cours sont-ils nécessaires, le cours est-il assez clair, correspond-il au niveau du groupe ?

D’un autre côté, l’apprenant peut juger sa méthode de travail et se situer par rapport au groupe.

Il peut connaître : les pages qu’il a consultées et le temps qu’il a passé à visionner chacune d’elles,

afin de n’omettre aucune partie du cours, le résultat des QCM et voir ses erreurs, si les étudiants ont tous une difficulté commune, où il en est par rapport au cours et par rapport aux autres étudiants…

___________________________________________________________________________



3.6. Exemple : étude du nombre de pages consultées par un utilisateur

Au fur et à mesure que l’on lit un livre, on s’aperçoit que le nombre de pages lues augmente par rapport au nombre total de pages du livre, grâce à l’épaisseur de celui-ci. Lorsqu’on consulte un site de cours en ligne, on n’a aucun moyen de savoir quelle est la quantité d’informations à consulter, ni la quantité d’informations que l’on a déjà consultées.

Dans ce but et afin de mettre en évidence une des différentes possibilités offertes par l’analyse du suivi d’un auditeur, j’ai choisi de développer une méthode permettant de visualiser le nombre de pages consultées par un apprenant.

Mon idée est donc de mettre en place un indicateur visuel justifiant le nombre de pages consultées par un étudiant.

3.6.1. La représentation

Le but de cette méthode est d’aider chaque auditeur à visualiser le nombre de pages qu’il a consulté au cours de ses visites : au fur et à mesure que l’apprenant navigue dans les pages du site de cours, le compteur de pages visitées et l’indicateur visuel sont mis à jour.

Afin de mettre en évidence le nombre de pages consultées par un étudiant, je choisis de les représenter par des bâtonnets horizontaux de couleurs différentes :

le bâtonnet jaune représente le nombre total de pages du site produit

un bâtonnet rouge de longueur variable indique le nombre de pages consultées par un utilisateur.

Je choisis de ne pas inclure cette représentation dans la page d’accueil du site produit, ni dans la page de refus : en effet, cette représentation n’a de sens que pour un utilisateur déjà identifié.

3.6.2. Le calcul du nombre de pages consultées

Un auditeur est identifié à chaque page de cours qu’il consulte grâce à l’adresse IP de sa machine. Ma première idée a donc été de mettre à jour dans la table « adresseip », l’adresse IP de la machine de l’utilisateur à chaque connexion au site de cours : de cette manière, j’obtiens tous les renseignements pour la connexion en cours.

___________________________________________________________________________



Pour avoir le nombre total de pages consultées par un même apprenant, c’est-à-dire pour l’ensemble de ses connexions au site de cours, il ne faut pas modifier cette adresse IP, mais plutôt la conserver pour chaque connexion : à chaque fois qu’un utilisateur se connecte au site de cours, l’adresse IP de sa machine (Adr_IP) et l’ordre dans lequel s’effectuent les différentes connexions (Ordre_cnx) sont enregistrés dans la table « adresseip » de la base de données. Ainsi on peut connaître le nombre de pages consultées par un étudiant pour une connexion donnée ou pour la totalité de ses connexions.

D’autre part, je propose de prendre en compte uniquement les pages distinctes pour le calcul du nombre de pages visitées : si l’apprenant lit plusieurs fois la même page, celle-ci n’est comptabilisée qu’une seule fois. Dans ce cas, les doublons de pages consultées n’ont aucun intérêt : en effet, si un étudiant lit la même page à plusieurs reprises et que le compteur des pages visitées augmente au fur et à mesure, l’étudiant a l’impression de bien avancer dans la consultation du cours alors que ce n’est pas le cas. Par contre, l’utilisation des doublons peut être significative pour l’analyse de la compréhension d’un cours par un apprenant (si un étudiant relit dix fois la même page de cours, c’est peut être qu’il n’a pas assimilé cette partie de cours) ou pour la lisibilité des informations émises (si un étudiant relit dix fois la même page de cours, c’est peut être que les explications données par l’auteur ne sont pas assez claires).

Pour le calcul du nombre total de pages consultées par un auditeur, c’est-à-dire pour l’ensemble de ses connexions au site de cours, je choisis de sélectionner toutes les URL (Url) distinctes (pas de doublon) de la table « page » pour cet utilisateur (Identifiant). Par contre, si l’on recherche le nombre de pages visitées pour une connexion précise, il faut sélectionner toutes les URL (Url) distinctes de la table « page » pour cet utilisateur (Identifiant) et pour la connexion donnée (Adr_IP).

Afin que la valeur de ce calcul soit plus significative, je choisis de calculer le pourcentage de pages consultées en fonction du nombre total de pages du site. Ce pourcentage est inscrit dans le bâtonnet jaune représentant le nombre total de pages du site de cours et détermine la longueur du bâtonnet rouge indiquant le nombre de pages consultées par un apprenant.

Par exemple : si un étudiant a consulté 3 % des pages du site de cours, la représentation du

nombre de pages visitées pour cet utilisateur est :

pour un étudiant qui a visité 47 % des pages :

et pour un étudiant qui a consulté 82 % des pages :

___________________________________________________________________________



Afin de faciliter cette représentation, j’ai ajouté dans le répertoire de la charte graphique d’EadGen les images correspondant à ces bâtonnets : une seule image pour le bâtonnet jaune (car il représente le nombre total de pages du site de cours, c’est-à-dire les 100 %) et dix images pour les bâtonnets rouges (chaque image représentant un intervalle de 10 %).

3.6.3. Le calcul du nombre total de pages

Pour calculer le pourcentage de pages consultées par un étudiant, il faut connaître le nombre total de pages du site. Par défaut, EadGen transmet certaines informations générales relatives à la page : ces informations concernent le numéro de chapitre courant, la référence du répertoire source, le numéro de page, le nombre total de pages…

Ces informations étant générées automatiquement par le système, je propose de modifier la construction des pages de cours produites afin de les récupérer. Je choisis donc d’inclure dans le fichier des règles de transformation XSL (eadgen_std.xsl), un commentaire comprenant le nombre total de pages : le fait de mettre ces éléments en commentaire ne modifie pas l’apparence de la page pour l’apprenant, mais permet au serveur de récupérer ces informations en effectuant une recherche par expressions régulières du modèle définissant le nombre total de pages.

Le nombre total de pages étant défini lors de la compilation du cours, c’est-à-dire dès la page d’accueil et pour toutes les pages du site produit, je considère que ce nombre peut être récupéré par le serveur une seule fois : je demande au serveur de récupérer et d’enregistrer dans la table « page » de la base de données le nombre total de pages du cours (Nb_tot) à l’ouverture de la page d’accueil du site de cours, cette donnée étant mise à jour par le serveur pour les autres pages du cours.

Cette méthode permet à tout utilisateur de savoir de manière dynamique où il en est par rapport au site de cours : ainsi il sait s’il a visualisé la majorité des informations données pour ce cours ou s’il lui reste encore beaucoup de travail.

De façon similaire, je pense qu’il serait intéressant de mettre en évidence dans la table des matières les parties de cours visualisées par un utilisateur : par exemple, pour chaque partie de cours consultée, un bâtonnet de couleur pourrait être placé devant le titre correspondant à cette partie de cours dans la table des matières. De cette manière, l’utilisateur en consultant la table des matières, saurait où il en est par rapport à la totalité des informations données dans le cours.

De la même manière, je pense qu’il serait intéressant de mettre en place des diagrammes afin de visualiser des résultats de statistiques telles que le nombre de réponses justes à un QCM, les questions provoquant le plus d’hésitation...

___________________________________________________________________________



Au vu des satisfactions éprouvées lors du développement de l’environnement de travail de la version 3 en JAVA, un logiciel développé en JAVA pourrait être envisagé à ces fins : étant donné que l’on utilise une base de données MySQL, les données des courbes pourraient être calculées grâce à des requêtes SQL sur la base de données.

Par contre, pour des raisons de confidentialité, un apprenant ne pourrait pas consulter les statistiques relatives à un autre étudiant, et un enseignant pourra consulter les statistiques de tous les apprenants individuellement mais aussi globalement.

3.7. En conclusion

La mise en place du serveur web favorise l’obtention de pages dynamiques qui offrent des fonctionnalités interactives en terme de gestion de questionnaires à choix multiples, de prise de notes par un utilisateur et de suivi de l’apprenant.

Cette technique ne demande aucun effort supplémentaire à l’auteur des pages produites par EadGen et est totalement indépendante de la matière première fournie : elle est donc adaptée à tous types de sites web.

Je vais maintenant vous présenter EadGen V3, c’est-à-dire le résultat final de notre travail qui intègre certaines de mes recommandations et de mes implémentations.

___________________________________________________________________________



4. EADGEN V3

4.1. L’environnement de travail..........................................................................................109

4.2. L’environnement multi plate-forme.............................................................................109

4.3. La création de projet.....................................................................................................110

4.4. La structure du document.............................................................................................115

4.5. Les sources sous EadGen...............................................................................................117

4.6. La documentation des balises.......................................................................................120

4.7. Les balises.......................................................................................................................122

4.8. La gestion des médias....................................................................................................126

4.9. La production du site.....................................................................................................127

4.10. En résumé.....................................................................................................................128

J’ai choisi de présenter EadGen V3 en dernière partie de mon mémoire, car cette version de l’environnement de production de cours en ligne correspond à l’aboutissement de mon travail et de mon stage.

En 2005, la version 3 d’EadGen a été développé au LIRMM en tant que logiciel libre pour installation dans les services de formations ouvertes et à distance du CNAM, d’autres universités ou établissements.

Cette version comprend la distribution en logiciel libre du moteur de génération mais aussi d’un nouvel environnement de travail rendant l’installation du logiciel et la configuration des projets plus simples et plus confortables.

Elle est adaptée aux non-spécialistes de l’informatique car la connaissance de langages de développement web (HTML, JAVASCRIPT, XML…) est superflue pour l’usager standard d’EadGen ; mais également aux spécialistes par l’ajout d’une section réservée aux experts, qui inclut un approfondissement en matière de balises (syntaxe, paramètres, création de balises…).

Les améliorations apportées au moteur de génération font que ce logiciel est encore plus adapté aux demandes de chacun, mais le véritable atout de cette troisième version est l’environnement de travail.

___________________________________________________________________________



4.1. L’environnement de travail

Pour rendre l’environnement de travail plus confortable et mieux adapté aux utilisateurs, on a décidé de présenter cet environnement sous forme d’onglets représentants les différentes activités disponibles pour l’utilisateur :

l’onglet « Infos Système » : il sert à configurer l’environnement de la machine sur laquelle EadGen s’exécute

l’onglet « Projet » : il sert à définir les paramètres des éléments du projet l’onglet « Balises » : il présente le langage mis à disposition de l’auteur l’onglet « Structure » : il décrit l’organisation du site à produire et l’organisation du

contenu servant à le produire l’onglet « Médias » : il donne accès aux diverses ressources autres que textuelles qui

sont utilisées dans un projet (images, sons, vidéos…) l’onglet « Source » : il fournit un éditeur spécialisé pour préparer ou modifier les

sources d’un projet l’onglet « Traductions » : il donne accès aux pages traduites l’onglet « Console Perl » : il affiche les messages relatifs à la traduction.

Figure 44 : Les différents onglets

Grâce à ces onglets, l’auteur peut passer très facilement d’une activité à l’autre : cette fenêtre permet de commuter de manière très simple entre les différents aspects.

4.2. L’environnement multi plate-forme

La version 2 d’EadGen était fournie aux auteurs désirant créer des documents pédagogiques sous Windows : par défaut, le logiciel comprenait la définition des chemins d’accès pour cette plate-forme. Certains utilisateurs travaillant sous d’autres systèmes d’exploitation, ont essayé de rendre la version 2 compatible mais ils se sont heurtés à de nombreux problèmes.

De manière à résoudre le problème de compatibilité de plate-forme, on a décidé de mettre en place un fichier de propriétés (propFile.txt) dont le mécanisme retrouve les différents chemins d’accès de façon automatique de manière à configurer l’installation. Les noms des fichiers généraux sont codés en relatif par rapport au répertoire racine d’EadGen, ceux relatifs aux projets et aux documents le sont par rapport au dossier « projets » (dossier contenant les différents projets créés).

___________________________________________________________________________



EadGen V3 est donc un environnement compatible Windows, Macintosh et Unix, et il a été créé de façon à faciliter sa migration d’un système à un autre : il est donc multi plate-forme et portable.

Afin de rendre l’environnement plus confortable, on a choisi de créer un éditeur qui recherche automatiquement à l’ouverture de l’environnement, les informations relatives au système sur lequel il est installé : les informations récapitulées par l’application concernent les chemins et les logiciels accessibles depuis EadGen. Toutefois, l’utilisateur peut modifier ces indications en validant ses propres choix.

Figure 45 : Informations relatives au système

4.3. La création de projet

Dans la version 2, c’est au niveau du fichier de préférences que l’on va pouvoir juger si un projet est standard ou personnalisé. En fonction des chemins mis à jour par l’auteur, celui-ci utilise les fichiers fournis par défaut par l’environnement ou les fichiers qu’il a créés en fonction de ses besoins.

___________________________________________________________________________



Dans la version 3 d’EadGen, l’auteur choisit le type de projet qu’il désire créer en utilisant les trois icônes mises à sa disposition :

créer un nouveau projet, utilisant les bibliothèques standardsLe projet dit « standard » utilise la charte graphique, le langage de balises

et les règles de traduction standards fournis par défaut.

créer un nouveau projet, personnalisant ses bibliothèquesLe projet dit « privé » emploie les éléments personnalisés pour un projet :

cela concerne la charte graphique, le langage de balises, les règles de traduction, les feuilles de style et les scripts. Tous ces éléments sont regroupés dans le dossier ‘proj’ (généré automatiquement par EadGen) du projet.

créer un nouveau projet, exportable, incluant toutes ses ressourcesLe projet dit « autonome » considère que les différents composants sont

intégrés au site de cours : les divers éléments sont regroupés dans le dossier ‘HTML’ (généré automatiquement par EadGen) du projet. Ce genre de projet est utilisé lorsqu’une personne envisage de déplacer son site de cours comme un tout sur un autre serveur.

Cette présentation confirme le fait que le langage ne soit pas imposé à l’auteur : il a la possibilité de créer son propre langage, mais il peut également utiliser le langage livré par défaut et prêt à l’emploi (bibliothèques de balises, transformations XSL associées, charte graphique, javascripts…).

Au lieu d’utiliser les icônes, l’auteur peut également employer une autre méthode pour créer un nouveau projet. Dans la liste de sélection des projets existants, l’auteur choisit « Créer nouveau projet …».

Figure 46 : Créer un nouveau projet

Puis il choisit le type de projet : de la même manière l’auteur peut décider de créer un projet « standard » (projet utilisant les bibliothèques standards) ou « privé » (projet

___________________________________________________________________________



utilisant les bibliothèques personnalisées) ou « autonome » (projet implantant ses ressources dans le répertoire HTML).

Figure 47 : Choix du projet

Dans les deux cas, l’auteur continue en donnant un nom au projet qu’il souhaite créer.

Figure 48 : Nom du nouveau projet

De son côté EadGen met en place automatiquement les divers dossiers et fichiers relatifs à ce projet : les chemins de ces éléments sont définis par le fichier de propriétés et la convention de nommage utilisée implique l’utilisation du nom de projet en tant que préfixe ou suffixe selon le cas.

Voici comment se présentent les dossiers et fichiers relatifs à un projet « Démonstration » :

___________________________________________________________________________



Figure 49 : Dossiers et fichiers relatifs au projet « Démonstration »

De cette manière, tous les éléments concernant un même projet sont facilement identifiables (ils contiennent le nom du projet), et sont regroupés de façon à répondre à l’exigence du type de projet choisi (standard, privé ou autonome) : ainsi l’auteur peut posséder plusieurs projets en cours de développement et être certain de ne modifier que les spécifications du projet en cours de consultation.

Pour un projet standard, voici comment se présentent les dossiers et fichiers relatifs au projet « Démonstration_standard » :

___________________________________________________________________________



Figure 50 : Dossiers et fichiers relatifs au projet « Démonstration_standard »(projet dit standard)

pour un projet privé dont le nom de projet est « Démonstration_privé » :

Figure 51 : Dossiers et fichiers relatifs au projet « Démonstration_privé »(projet dit privé)

___________________________________________________________________________



et pour un projet autonome dont le nom de projet est « Démonstration_autonome ».

Figure 52 : Dossiers et fichiers relatifs au projet « Démonstration_autonome »(projet dit autonome)

4.4. La structure du document

Jusqu’à présent, l’auteur n’était pas guidé pour débuter dans la création d’un document pédagogique sous EadGen : on décide donc de lui apporter un minimum d’aide pour commencer la production d’un cours en ligne.

Par défaut, la bibliothèque et l’environnement EadGen V3 fournissent le moyen de gérer certaines tables : on a choisi de mettre en place la table des matières principale, la table des définitions, la tables des figures, celle des annexes, et celle des questionnaires à choix multiples, car ce sont celles qui sont les plus utilisées dans la production de cours en ligne.

EadGen génère automatiquement dans le répertoire des sources du projet, un répertoire intitulé « Tables » les contenant. Le fichier texte établi inclut la production des pages HTML correspondantes : ces pages bien que définies, restent vides si l’auteur n’emploie pas les balises qui les caractérisent dans son document.

Une première page texte est également proposée par EadGen. A partir de celle-ci, l’auteur détermine la structure de son document : il définit les différents dossiers cibles et les différents fichiers texte utiles à la production du site.

___________________________________________________________________________



Figure 53 : Structure initiale du projet « Démonstration »

L’auteur a la possibilité d’utiliser son éditeur favori, l’éditeur de source inclus sous EadGen ou d’ajouter des sources externes au projet pour définir le contenu des diverses pages.

Figure 54 : Choix de l’éditeur

___________________________________________________________________________



Ainsi l’auteur peut utiliser soit un outil qu’il maîtrise (son éditeur favori), soit un outil adapté et simplifié (éditeur sous EadGen), soit inclure de la matière déjà préparée (sources externes).

4.5. Les sources sous EadGen

De manière à rendre le document source plus lisible (meilleure visibilité des balises) et de façon à mieux présenter les balises (présentation appropriée aux auteurs spécialistes et aux auteurs non-spécialistes du langage), l’onglet « Source » de l’environnement EadGen fournit un éditeur spécialisé pour préparer ou modifier les sources à traduire pour la production du site.

Figure 55 : Exemple de fichier source sous EadGen

Cet éditeur est composé de menus qui regroupent les différentes fonctionnalités utilisables. Ainsi l’auteur n’est pas obligé de connaître le langage des balises : il lui suffit de sélectionner l’élément qu’il veut mettre en évidence pour voir apparaître la balise correspondante.

___________________________________________________________________________



Par exemple, si l’auteur souhaite créer un tableau, il lui suffit de sélectionner le menu « Tableaux » puis de choisir « Nouveau tableau » : la balise « $tableau » est alors insérée dans le texte source.

Figure 56 : Exemple d’utilisation des menus

Un autre avantage de cet éditeur est que les balises sont mises en évidence par une coloration syntaxique : il est simple de reconnaître la présence d’une balise du reste du document.

___________________________________________________________________________



Figure 57 : Exemple de la coloration syntaxique des balises

Un auteur averti peut accéder à la documentation correspondant à la balise utilisée en cliquant devant celle-ci : l’auteur passe automatiquement sur l’onglet « Balises ». De cette manière, l’auteur obtient la famille à laquelle appartient la balise, sa priorité, la balise XML qui lui est associée, sa disponibilité dans le menu, son rôle, une description détaillée de celle-ci (la signification des paramètres, sa catégorie syntaxique), la syntaxe exacte de la balise et la spécification de cette balise.

Figure 58 : Spécification de la balise « $tableau »

___________________________________________________________________________



De retour à l’onglet « Source », la balise est mise en évidence par sa portée, c’est-à-dire par la partie de document sur laquelle elle agit.

Figure 59 : Portée de la balise « $tableau »

Le but recherché ici est de mettre en valeur le langage de balises par rapport au reste du document source, et de fournir un outil confortable aux auteurs spécialistes comme aux non-spécialistes.

4.6. La documentation des balises

L’auteur accède directement à la documentation des balises en utilisant l’onglet « Balises » : toutes les balises contenues dans le fichier par défaut y sont classées.

Il y a : un classement par menus : les balises sont regroupées selon leur rôle un classement par priorité : la liste commence par la balise de priorité 1 un classement par ordre alphabétique : utilisé pour une recherche nominative.

___________________________________________________________________________



Figure 60 : Documentation des balises

Lorsque l’auteur sélectionne une balise, il obtient la spécification de la balise : il peut accéder à la description détaillée et à la syntaxe de celle-ci (comme vu dans le paragraphe précédent), mais également à la règle de traduction XSL associée.

___________________________________________________________________________



Figure 61 : Traduction XSL associée à la balise « $tableau »

Par le même mécanisme que la génération automatique de la documentation des balises, on a prévu de lister les divers attributs utilisés par les balises : ainsi l’auteur pourra se familiariser avec le langage utilisé pour les balises.

Cet onglet est plutôt adapté à l’auteur expert : celui-ci a tous les éléments nécessaires à la compréhension mais aussi utiles à la duplication des balises.

4.7. Les balises

Le fichier de balises débute par

continue avec le descriptif de chacune des balises (chaque balise est décrite comme un élément XML)

___________________________________________________________________________



et termine par

Voici les différents attributs qui peuvent composer une balise.

Les attributs obligatoires tagName = "son nom EadGen"

c’est le nom sous lequel on désigne cette balise dans le langage source, c’est-à-dire $nom

xmlName = "son nom XML"c’est le nom de l’élément principal XML généré dans le fichier XML comme traduction de cette balise

priority = "valeur numérique"c’est la priorité de cette balise. Elle définit la portée de la balise : plus la valeur numérique est faible, plus la portée est grande.Par exemple, on a une balise A de priorité x et une balise B de priorité y, si x>y, la balise B ferme la balise A.

Les attributs de confortCes attributs sont utilisés pour la génération automatique de la documentation.

menu = "rubrique/sous rubrique/nom en clair de cette balise" doc, doc1… = "une explication libre"

Les attributs définissant la syntaxe Les trois attributs suivants décrivent à la fois la syntaxe EadGen de la balise et la structure XML qui est générée.

hasParam = "yes|no|list"cet attribut correspond au paramètre principal de la baliseo la valeur « yes » indique que cette balise a obligatoirement un paramètre

en EadGen entre parenthèses après la balise. La valeur de ce paramètre est générée en XML sous forme de l’attribut param = "valeur"

o la valeur « no » indique qu’il n’existe pas de paramètre pour cette baliseo la valeur « list » indique que cette balise a une liste de valeurs (séparées

par des virgules) comme paramètre entre les parenthèses useEndOfLine = "yes|no "

cet attribut correspond au texte principal associé à la baliseo la valeur « yes » indique que cette balise fait jouer un rôle particulier à la

portion de ligne qui la suito la valeur « no » indique que la portion correspondante est traitée comme

une ligne suivante singleLigneTag = "yes|no "

cet attribut correspond à la portée de la balise

___________________________________________________________________________



o la valeur « yes » indique que cette balise a syntaxiquement une portée nulle : les lignes qui la suivent ne sont pas concernées par cette balise

Les attributs agissant sur la structureLes deux attributs suivants agissent sur le code XML généré, mais n’ont pas d’effet sur la syntaxe EadGen.La présence de ces attributs entraîne la génération d’une structure XML de la forme :

Figure 62 : Structure XML générée

headerPrefix = "préfixe à utiliser pour le texte principal associé"cet attribut sert à définir la chaîne utilisée comme préfixe dans la construction automatique du nom de la balise du « header ». Ce nom résulte de la concaténation du préfixe indiqué et du nom XML de la balise principale.

blocName = "nom de la balise à utiliser pour le corps"cet attribut sert à définir la chaîne utilisée comme préfixe pour construire le nom de la balise du corps de cette construction. Attention ce nom est donné sous sa forme EadGen et non sous sa forme XML.

On considère la balise « $e » qui a pour traduction XML « exemples », un préfixe « TITRE » et un corps « bloc ».

___________________________________________________________________________



Figure 63 : Balise « $e »

Voici la structure XML générée par cette balise :

Figure 64 : Structure XML générée par la balise « $e »

Les attributs de gestion des compteursCes attributs servent à contrôler des traitements simples ou des transmissions de données entre le langage source et la traduction XML.

setCtr = "nomdelavariable = valeur"cet attribut affecte à la variable nomdelavariable la valeur indiquée

razCtr = "nomdelavariable"cet attribut est l’abréviation de setCtr = "nomdelavariable = 0"

incrementCtr = "nomdelavariable"cet attribut sert à augmenter de 1 la valeur numérique de l’attribut désigné

useCtr = "nomdelavariable"cet attribut a pour effet de transmettre au code XML la valeur d’une variable qui n’est pas altérée dans cette balise.

___________________________________________________________________________



Afin que l’outil soit encore plus confortable pour l’utilisateur, il est envisagé de mettre en place un formulaire intégrant la création d’une nouvelle balise. On aurait une case à remplir pour le nom de la balise, et une liste des attributs disponibles à partir de laquelle on obtiendrait la liste des attributs de la balise concernée : ainsi en quelques clics ou en quelques « glisser/déposer », l’auteur créerait la balise dont il a besoin.

4.8. La gestion des médias

Dans la version 2, l’auteur place les ressources complémentaires (images, sons, vidéos…) qui lui sont nécessaires dans les répertoires créés à cet effet : tous les éléments fournis sont conservés tels quels.

A présent les ressources graphiques, les images, les sons, les vidéos… utilisés pour un projet sont regroupés dans l’onglet « Médias » : ces ressources non textuelles apparaissent sous forme d’icône avec leur nom.

La version actuelle de l’environnement propose une gestion des images, la gestion des autres ressources étant en cours de développement.

Afin d’obtenir une homogénéité dans la présentation des images au cours d’un projet, on a décidé d’inclure un outil « d’ajustement » automatique des images.

Les images d’un projet sont rangées dans le répertoire « images » du projet, ce répertoire étant divisé en trois sous-répertoires : un répertoire « fullsize » qui contient les images d’origine, c’est-à-dire telles qu’elles ont été apportées par l’auteur un répertoire « stdsize » pour contenir les mêmes images mais à une taille mieux adaptée à leur utilisation au sein d’une page web un répertoire « smallsize » pour contenir les icônes de petite taille de ces images, destinées à être utilisées dans la table des images.

Lorsque l’auteur apporte de nouvelles images à un projet, il les range dans le répertoire « fullsize » et demande à EadGen de « Rafraîchir / Adapter les ressources ». Par cette action, EadGen remplit les répertoires « stdsize » et « smallsize » avec les images de taille adéquate.

Ainsi l’auteur n’a pas besoin de se préoccuper du format des images pour la présentation de son document : quand l’appel de l’image se fait dans la table des images, celles-ci va apparaître sous forme d’icône, si c’est dans une page web, l’image apparaît dans la taille adaptée et lorsqu’elle est sélectionnée, on obtient l’image dans sa taille réelle.

___________________________________________________________________________



Figure 65 : Gestion des médias

Afin de simplifier la manipulation des images, on a mis en place un moyen pour éviter les erreurs de syntaxe dans les noms des images : en cliquant sur l’image et en utilisant la commande de copier/ coller, l’auteur inclut le nom de son image directement dans le texte source de son document sans erreur.

4.9. La production du site

Une fois les sources enregistrées, l’auteur lance la production du site.

Figure 66 : Production du site

___________________________________________________________________________



L’auteur accède aux pages générées par l’onglet ‘Traductions’ et s’il désire connaître l’état des activités effectuées ou les éventuelles erreurs détectées par EadGen, il consulte la ‘Console Perl’.

Figure 67 : Pages générées

Figure 68 : Console PERL

Par défaut, le site produit par EadGen est consultable via trois navigateurs (Internet Explorer, Netscape, Mozilla), mais cette liste peut être complétée en fonction des préférences de l’auteur.

4.10. En résumé

Cet environnement est convivial, interactif et adapté à la majorité des projets. Il convient aux non-spécialistes et aux spécialistes, mais également aux auteurs de cours pour le CNAM ou pour d’autres établissements. Associé au moteur de génération de pages et à une aide accessible en ligne, il est un point fort dans le domaine de la production automatisée de cours en ligne.

___________________________________________________________________________



Conclusion

Le bilanEadGen est un environnement ouvert de production de cours en ligne basé sur les

langages XML/XSL. Il produit, à partir d’un balisage extrêmement léger introduit dans la forme textuelle de la matière première, de façon totalement automatique des ensembles de documents homogènes dans leur forme et leur style d’interaction.

___________________________________________________________________________



Cet outil de production de cours répond de manière très satisfaisante aux exigences fixées par l’équipe : développer un environnement adapté à des non-spécialistes avec

un langage auteur simple un environnement de travail confortable une aide en ligne interactive

produire un site de formation ouverte et à distance de grande qualité avec un grand nombre de fonctionnalités interactives en terme de navigation,

bulles d’aides, sections cachées, table des matières, gestion des questionnaires à choix multiples, notes personnelles ou publiques et suivi de l’apprenant

sans aucun effort de la part de l’auteur car ces fonctionnalités sont systématiquement prises en charge par EadGen V3

rendre rapide la transformation de documents existants une transformation facile d’anciens documents à partir de leur fichier texte un jeu de macro Word pour transformer des documents Word en documents sous

EadGen V3 assurer la cohérence graphique et fonctionnelle grâce

à la technologie interne utilisée (XML/XSL-T et XSL-FO) et à la spécification d’une charte graphique donnée une fois pour toutes et

partageable entre tous les documents.

Lors de ce projet, je me suis familiarisée avec l’enseignement à distance sous forme électronique et sur la façon dont il est mis en place au CNAM. J’ai étudié ce mode d’apprentissage en me renseignant sur les systèmes disponibles pour la mise en place de ressources pédagogiques en ligne et sur les outils de production de cours en ligne.

J’ai ensuite analysé la plate-forme de formation à distance Plei@d et l’environnement de production automatique de documents pédagogiques en ligne EadGen, tous deux utilisés par le CNAM.

A partir de cette étude et des besoins exprimés par les utilisateurs, j’ai apporté des améliorations au fonctionnement de l’environnement de production de cours en terme de fonctionnalités interactives : j’ai mis en place un serveur web de manière à produire des pages dynamiques afin

d’obtenir un retour d’informations de l’utilisateur et de développer les différentes activités j’ai inclus un moyen d’identifier l’utilisateur intégrant la gestion de chaque site de cours

produit de manière indépendante j’ai développé une méthode d’annotation des pages de cours : la prise de notes privées ou

publiques est possible pour tout utilisateur sous forme de post-it

___________________________________________________________________________


Améliorations apportées à l’environnement d’aide à la production - 131 –automatique de documents pédagogiques en ligne au CNAM___________________________________________________________________________ j’ai mis en place un outil d’évaluation en développant un système de gestion des

questionnaires à choix multiples en utilisant le principe des logiciels espions j’ai créé un fichier de traces afin d’avoir un moyen de suivre le cheminement et l’activité

d’un apprenant dans son parcours de formation, en prenant pour modèle la technique de « tracking »

j’ai choisi de développer une méthode aidant à visualiser le nombre de pages consultées par un apprenant, afin de mettre en évidence une des différentes possibilités offertes par l’analyse du suivi d’un auditeur.

Les méthodes et outils utilisés pour améliorer le fonctionnement de l’environnement de production, ne sont pas spécifiques à EadGen : ils ont été développés de manière à être employés à partir de n’importe quel site web.

Les perspectivesAprès le développement de la méthode de gestion des questionnaires à choix multiples,

l’équipe prévoit de mettre en place des questionnaires à choix multiples pour lesquels le temps de réponse serait limité. Ces questionnaires à choix multiples seraient placés dans une fenêtre qui deviendrait inactive ou qui se fermerait à un certain instant, de manière à limiter la durée de réponse de l’étudiant.

En utilisant une méthode similaire, il est envisagé d’ajouter une nouvelle fonctionnalité à l’environnement EadGen : la possibilité de gérer les exercices incluant des textes à trous. Une base de données comprenant différents synonymes pourrait être créée puis enrichie par les réponses des étudiants, de façon à comparer la solution et la réponse effective de l’apprenant.

De la même manière des statistiques sur le niveau d’un étudiant ou d’un étudiant par rapport au groupe d’étudiants inscrits à l’unité d’enseignement pourraient être développées : par exemple donner le nombre total de réponses justes ou de réponses fausses par étudiant, détailler le nombre de ces réponses en fonction des questionnaires, calculer la durée globale pour répondre à un QCM pour un étudiant, en faire une moyenne pour comparer les résultats de cet étudiant aux résultats du groupe…

En ce qui concerne les post-it, une solution serait d’annoter une page à l’attention d’une unique personne. Par exemple, si un tuteur s’aperçoit qu’un étudiant a des lacunes concernant une partie du cours (grâce aux statistiques de questionnaires à choix multiples par exemple), il pourrait joindre une note publique à cet apprenant uniquement : un nouvel état pour le post-it devra être défini.

L’environnement de production automatique de documents pédagogiques en ligne, EadGen V3, pourrait être amélioré par la définition des attributs des balises dans la documentation et par la mise en place d’une fenêtre intégrant un formulaire de création d’une nouvelle balise. Par exemple, on aurait une case à remplir pour le nom de la balise, et une liste des attributs disponibles à partir de laquelle on obtiendrait la liste des attributs de la balise concernée : ainsi en quelques clics ou en quelques « glisser/déposer », l’auteur créerait la balise dont il a besoin.

Il est également envisagé de terminer l’implémentation de la gestion des diverses ressources complémentaires (sons, vidéos…) autres que les images.

___________________________________________________________________________



Le point de vue personnelAu travers de ce stage, j’ai donc acquis de nombreuses connaissances en matière de

langage : je me suis initiée à l’apprentissage de nouveaux langages tels que PERL, JAVA, XML, XSL, et aux technologies web (PHP, HTML, JAVASCRIPT…).

J’ai également obtenu de l’assurance en matière de communication grâce au travail d’équipe : écouter les besoins exprimés par les utilisateurs, synthétiser ses besoins dans le but d’apporter des propositions, fournir un retour d’informations sur mon travail effectué de façon autonome, proposer et argumenter mes différents choix…

Et j’ai appris des techniques qui sont au goût du jour et qui pourront me servir professionnellement.

Pour terminer, je remercie tout particulièrement M. Nanard et son équipe pour avoir cru en mes capacités, et pour m’avoir permis de participer à un projet aussi intéressant.

Bibliographie

NOCTON Cyril, PHP 4 et MySQL en ligne, Micro Application, 2001.

Feuilles de style CSS :http://www.commentcamarche.net/css/cssintro.php3http://www.u-picardie.fr/%7Eferment/css/courscss.html

___________________________________________________________________________


http://www.u-picardie.fr/~ferment/css/courscss.html

http://www.commentcamarche.net/css/cssintro.php3

Améliorations apportées à l’environnement d’aide à la production - 133 –automatique de documents pédagogiques en ligne au CNAM___________________________________________________________________________Initiation au langage PERL : http://gershwin.ens.fr/vdaniel/Doc-Locale/Outils-Gnu-Linux/Perl/Tutorial-3/www.cavi.univ-paris3.fr/ilpga/ilpga/tal/perl/http://www.activestate.com/Perl.plex?hdr=1

Approche de Saxon : http://prdownloads.sourceforge.net/saxon

Approche de XML : http://www.u-picardie.fr/%7Eferment/xml/xml.html

Transformations XSL (XSLT) : http://xmlfr.org/w3c/TR/xslt/http://www.u-picardie.fr/%7Eferment/xsl/coursxsl.html

Manuel et initiation au PHP :http://www.php.net/manual/fr/index.phphttp://www.phpdebutant.org/article118.phphttp://www.commentcamarche.net/php/phpintro.php3http://phpfrance.com/

Cours et tutoriaux JAVA : http://java.sun.com/j2se/index.jsphttp://java.developpez.com/cours/

Initiation à JAVASCRIPT : http://fr.selfhtml.org/javascript/http://www.toutjavascript.com/reference/http://aliasdmc.free.fr/coursjavas/index.html

Présentation de EasyPHP : http://easyphp.org/

Documentation MySQL : http://www.nexen.net/docs/mysql/

Documentation Apache : http://www.apachefrance.com/

Enseignement à distance :http://www.mediterranee.univ-mrs.fr/cip/index.asp?id=2054http://www.boomtchak.net/article.php3?id_article=969http://www.veblog.com/fr/2001/0407-content-management.htmlhttp://www.zopera.org/Members/zopera/doc/00_intro_cmfbook/viewhttp://www.cnam.fr/autoformation2000/france/berger_rieben_tice.pdf

___________________________________________________________________________


http://www.cnam.fr/autoformation2000/france/berger_rieben_tice.pdf

http://www.zopera.org/Members/zopera/doc/00_intro_cmfbook/view

http://www.veblog.com/fr/2001/0407-content-management.html

http://www.boomtchak.net/article.php3?id_article=969

http://www.mediterranee.univ-mrs.fr/cip/index.asp?id=2054

http://www.apachefrance.com/

http://www.nexen.net/docs/mysql/

http://easyphp.org/

http://aliasdmc.free.fr/coursjavas/index.html

http://www.toutjavascript.com/reference/

http://fr.selfhtml.org/javascript/

http://java.developpez.com/cours/

http://java.sun.com/j2se/index.jsp

http://phpfrance.com/

http://www.commentcamarche.net/php/phpintro.php3

http://www.phpdebutant.org/article118.php

http://www.php.net/manual/fr/index.php

http://www.u-picardie.fr/~ferment/xsl/coursxsl.html

http://xmlfr.org/w3c/TR/xslt/

http://www.u-picardie.fr/~ferment/xml/xml.html

http://prdownloads.sourceforge.net/saxon

http://www.activestate.com/Perl.plex?hdr=1

http://gershwin.ens.fr/vdaniel/Doc-Locale/Outils-Gnu-Linux/Perl/Tutorial-3/www.cavi.univ-paris3.fr/ilpga/ilpga/tal/perl/

http://gershwin.ens.fr/vdaniel/Doc-Locale/Outils-Gnu-Linux/Perl/Tutorial-3/www.cavi.univ-paris3.fr/ilpga/ilpga/tal/perl/

Améliorations apportées à l’environnement d’aide à la production - 134 –automatique de documents pédagogiques en ligne au CNAM___________________________________________________________________________http://ressources.algora.org/frontblocks/news/papers.asp?id_papers=1230

Normes LOM et SCORM : http://www.foademplois.org/La%20gestion%20des%20ressources%20avec%20les%20m%E9tadonn%E9es.dochttp://www.adlnet.org/scorm/index.cfmhttp://tecfaseed.unige.ch/staf18/modules.php?op=modload&name=News&file=article&sid=147http://www.foademplois.org/La%20gestion%20du%20parcours%20d%92apprentissage.dochttp://fr.wikipedia.org/wiki/Scorm

Plates-formes de formation à distance :http://gemgev.industrie.gouv.fr/IMG/pdf/RepertoireOutilsTICE.pdfhttp://www.cnam.agropolis.fr/index.php?page=rentree/fod.php#link10http://www.ccr.jussieu.fr/urfist/gremi/gremi10juin04/comparatif.htmhttp://acolad.u-strasbg.fr/http://ressources.algora.info/telechargement/tel/acolad.pdfhttp://www.claroline.net/http://ressources.algora.info/telechargement/tel/claroline.pdfhttp://www.rve.ulaval.ca/webct/http://ressources.algora.info/telechargement/tel/webct.pdf

Outils de production :http://www-cime.enst-bretagne.fr/Ressources-tutoriaux/MALTED-presentation-v02_fichiers/frame.htmhttp://www.utc.fr/~untele/2004ppt/semmler/semmler2.ppshttp://wwwspul.utc.fr/site_scenari/

Plate-forme Plei@d : http://www.pleiad.net/http://ressources.algora.info/telechargement/tel/pleiad.pdf

Environnement EadGen V3 : http://www.lirmm.fr/~mnanard/Envir_EadgenV3/http://docinsa.insa-lyon.fr/tice/2002/cs/cs033.pdf

Table des illustrations

Figure 1 : Répartition des plates-formes...................................................................................18Figure 2 : Fonctionnement d’une plate-forme..........................................................................22Figure 3 : Organisation d’une unité d’enseignement................................................................39Figure 4 : Tableau comparatif des plates-formes......................................................................43Figure 5 : Production par transformation de structure..............................................................45___________________________________________________________________________


http://docinsa.insa-lyon.fr/tice/2002/cs/cs033.pdf

http://www.lirmm.fr/~mnanard/Envir_EadgenV3/

http://ressources.algora.info/telechargement/tel/pleiad.pdf

http://www.pleiad.net/

http://wwwspul.utc.fr/site_scenari/

http://www.utc.fr/~untele/2004ppt/semmler/semmler2.pps

http://www-cime.enst-bretagne.fr/Ressources-tutoriaux/MALTED-presentation-v02_fichiers/frame.htm

http://www-cime.enst-bretagne.fr/Ressources-tutoriaux/MALTED-presentation-v02_fichiers/frame.htm

http://ressources.algora.info/telechargement/tel/webct.pdf

http://www.rve.ulaval.ca/webct/

http://ressources.algora.info/telechargement/tel/claroline.pdf

http://www.claroline.net/

http://ressources.algora.info/telechargement/tel/acolad.pdf

http://acolad.u-strasbg.fr/

http://www.ccr.jussieu.fr/urfist/gremi/gremi10juin04/comparatif.htm

http://www.cnam.agropolis.fr/index.php?page=rentree/fod.php#link10

http://gemgev.industrie.gouv.fr/IMG/pdf/RepertoireOutilsTICE.pdf

http://fr.wikipedia.org/wiki/Scorm

http://www.foademplois.org/La%20gestion%20du%20parcours%20d%92apprentissage.doc

http://tecfaseed.unige.ch/staf18/modules.php?op=modload&name=News&file=article&sid=147

http://tecfaseed.unige.ch/staf18/modules.php?op=modload&name=News&file=article&sid=147

http://www.adlnet.org/scorm/index.cfm

http://www.foademplois.org/La%20gestion%20des%20ressources%20avec%20les%20m%E9tadonn%E9es.doc

http://www.foademplois.org/La%20gestion%20des%20ressources%20avec%20les%20m%E9tadonn%E9es.doc

http://ressources.algora.org/frontblocks/news/papers.asp?id_papers=1230

Améliorations apportées à l’environnement d’aide à la production - 135 –automatique de documents pédagogiques en ligne au CNAM___________________________________________________________________________Figure 6 : Organisation d’EadGen............................................................................................52Figure 7 : Flot des informations sous EadGen..........................................................................57Figure 8 : Chemins d’accès aux différents dossiers..................................................................58Figure 9 : Chemins d’accès aux outils logiciel.........................................................................59Figure 10 : Forme syntaxique générale d’une balise................................................................60Figure 11 : Balise « $qcm »......................................................................................................63Figure 12 : Inclusion du fichier QCMS.xml.............................................................................63Figure 13 : Balise « $b » dans le fichier des balises XML.......................................................64Figure 14 : Balise « $popbw » dans le fichier des balises XML..............................................64Figure 15 : Exemple de texte source.........................................................................................64Figure 16 : Exemple de texte source en XML..........................................................................65Figure 17 : Modèle correspondant à la balise « $b »................................................................65Figure 18 : Modèle correspondant à la balise « $popbw ».......................................................66Figure 19 : Modèle correspondant à la balise « $b »................................................................66Figure 20 : Modèle correspondant à la balise « $popbw ».......................................................66Figure 21 : Exemple de texte cible (en HTML)........................................................................66Figure 22 : Page d’accueil.........................................................................................................82Figure 23 : Table « utilisateur »................................................................................................83Figure 24 : Table « adresseip ».................................................................................................84Figure 25 : Table « post-it »......................................................................................................88Figure 26 : Post-it.....................................................................................................................88Figure 27 : Post-it soumis par un auditeur au tuteur.................................................................89Figure 28 : Post-it existant privé...............................................................................................90Figure 29 : Post-it existant soumis au tuteur.............................................................................91Figure 30 : Post-it public joint par l’auteur du cours................................................................91Figure 31 : Post-it public joint par le tuteur de l’unité d’enseignement...................................91Figure 32 : Balise « $entrainement »........................................................................................93Figure 33 : Balise « $examen ».................................................................................................93Figure 34 : Modèle XSL associé à la balise « $entrainement »................................................93Figure 35 : Modèle XSL associé à la balise « $examen »........................................................94Figure 36 : Modèle XSL associé à la balise « $qcm »..............................................................94Figure 37 : Table « qcm ».........................................................................................................96Figure 38 : Table « question »..................................................................................................96Figure 39 : Table « suggestion »...............................................................................................97Figure 40 : Table « réponse »...................................................................................................98Figure 41 : Table « résultat »....................................................................................................99Figure 42 : Table « page »......................................................................................................102

Figure 43 : Exemple de fichier de traces................................................................................103Figure 44 : Les différents onglets...........................................................................................109Figure 45 : Informations relatives au système........................................................................110Figure 46 : Créer un nouveau projet.......................................................................................111Figure 47 : Choix du projet.....................................................................................................112Figure 48 : Nom du nouveau projet........................................................................................112Figure 49 : Dossiers et fichiers relatifs au projet « Démonstration ».....................................113Figure 50 : Dossiers et fichiers relatifs au projet « Démonstration_standard »......................114Figure 51 : Dossiers et fichiers relatifs au projet « Démonstration_privé »...........................114

___________________________________________________________________________


Améliorations apportées à l’environnement d’aide à la production - 136 –automatique de documents pédagogiques en ligne au CNAM___________________________________________________________________________Figure 52 : Dossiers et fichiers relatifs au projet « Démonstration_autonome »....................115Figure 53 : Structure initiale du projet « Démonstration ».....................................................116Figure 54 : Choix de l’éditeur.................................................................................................116Figure 55 : Exemple de fichier source sous EadGen..............................................................117Figure 56 : Exemple d’utilisation des menus..........................................................................118Figure 57 : Exemple de la coloration syntaxique des balises.................................................118Figure 58 : Spécification de la balise « $tableau ».................................................................119Figure 59 : Portée de la balise « $tableau »............................................................................120Figure 60 : Documentation des balises...................................................................................121Figure 61 : Traduction XSL associée à la balise « $tableau »................................................121Figure 62 : Structure XML générée........................................................................................123Figure 63 : Balise « $e ».........................................................................................................124Figure 64 : Structure XML générée par la balise « $e ».........................................................124Figure 65 : Gestion des médias...............................................................................................126Figure 66 : Production du site.................................................................................................127Figure 67 : Pages générées......................................................................................................127Figure 68 : Console PERL......................................................................................................127

___________________________________________________________________________
