Déroulement d’une session d’apprentissage

Le déroulement d’une session d’apprentissage suit les étapes suivantes :

(E1) L’apprenant commence une session d’apprentissage par l’accès à Hits via n’importe quel

navigateur standard tel que Internet explorer ou Mozilla FireFox.;

(E2) Le « coordonnateur » ouvre alors un dialogue pour demander à l’apprenant de préciser quel

mode d’apprentissage il désire exécuter. Deux cas sont envisageables :

Premier cas (l’apprentissage libre)

Si l’apprenant choisit le mode d’apprentissage libre « exploration libre », le « coordonnateur » ouvre un dialogue pour demander à l’apprenant s’il est déjà inscrit ou non :

• Si l’apprenant n’est pas encore inscrit (i.e. nouvel apprenant), le « coordonnateur » passe le contrôle au GMA pour inscrire le nouvel apprenant puis il passe le contrôle au « module d’exploration libre» qui lui ouvre le chemin pour explorer le contenu du module librement ;

• Si l’apprenant est déjà inscrit dans le module (i.e. ancien apprenant), le « coordonnateur » passe le contrôle au « module d’exploration libre » et ce dernier offre à l’apprenant la possibilité d’explorer librement le contenu du module selon ses besoins.

Deuxième cas (l’apprentissage guidé)

Si l’apprenant choisit le « mode formation », le « coordonnateur » passe à l’étape (E3) ;

(E3) Le « coordonnateur » ouvre un autre dialogue pour demander à l’apprenant s’il est déjà

inscrit ou non, là aussi, deux cas sont envisageables :

- si l’apprenant n’est pas encore inscrit (i.e. nouvel apprenant), le « coordonnateur » passe à l’étape (E4) ;

- si l’apprenant est déjà inscrit (i.e. ancien apprenant), le « coordonnateur » passe à l’étape (E5) ;

(E4) Le « coordonnateur » effectue, dans l’ordre, les tâches suivantes :

i. il passe le contrôle au GMA pour saisir toutes les données nécessaires et inscrire le nouvel apprenant ;

ii. il ouvre un dialogue pour demander à l’apprenant de préciser le point d’entrée dans le cours (partie, chapitre, uah, concept ou objectif pédagogique) à partir duquel il souhaite commencer sa formation, soit « uah(1,1,5) » par exemple ; iii. il passe le contrôle au « négociateur » en lui envoyant le message, dans notre

exemple, « commencer-uah(1,1,5) ». Ce message constitue un problème qu'il convient aux modules « négociateur », « évaluateur » et « expert du domaine », de coopérer pour le résoudre. La résolution du problème consiste à effectuer des tests sur les prérequis de cet uah en commençant par tester l’uah(1,1,4)". Si ce dernier n’est pas acquis, le « négociateur » remonte encore de plus en plus en arrière (jusqu’à la première uah du cours s’il le faut) pour déterminer le vrai niveau de l’apprenant. Le résultat du processus de négociation est un « fait » qui indique le numéro de l’uah acquise dans la série de tests effectués. Supposons par exemple que c'est l’uah(1,1,3)". Le message à retourner au « coordonnateur » est donc « acquis-uah(1,1,3) ». La même procédure sera effectué si l’apprenant a choisi de faire un type de parcours basé sur les concepts ou les objectifs pédagogiques et ce, en exploitant les liens qui les relient aux uah ;

iv. il passe le contrôle au DAC en lui envoyant le message issu de la phase de négociation acquis-uah(1,1,3). Ce déducteur déduit la liste de toutes les uah qui sont considérées comme acquises selon les liens de prérequis entre concepts et objectifs pédagogiques définis par l’auteur ou bien les liens implicites entre les uah. Il s’agit dans notre exemple des uah(1,1,2) et uah(1,1,1). Par coopération avec le GMA, toutes ces uah ainsi que l’uah(1,1,3) seront rajoutées au modèle de l’apprenant ;

v. il passe enfin le contrôle au « planificateur » en lui envoyant le même message issu de la phase de négociation. Sur la base de ce message, le « planificateur » planifie le reste de la session en établissant le séquencement des uah de cours à présenter et les uah d’évaluation pour effectuer les tests correspondants. Il travaille alors en collaboration avec les modules « expert du domaine », « évaluateur » et le GMA pour adapter le cours à chaque apprenant. Ce processus continue jusqu’à l'achèvement de « l'arbre des prérequis » ou jusqu'à la rencontre d’une requête de

suspension de la part de l'apprenant. Notons enfin que dans notre exemple, l’apprenant est contraint de commencer sa formation à partir de l’uah(1,1,4) et non pas à partir de l’uah(1,1,5) comme il l’a souhaité ;

vi. à la fin de la session, il invoque le GMA pour sauvegarder le modèle de l’apprenant dans la base de données.

(E5) Le « coordonnateur » effectue, dans l’ordre, les tâches suivantes :

i. il ouvre un dialogue pour demander à l’apprenant de préciser s’il continue son apprentissage à partir de la dernière uah acquise ou bien de préciser le point d’entrée dans le cours (partie, chapitre, uah, concept ou objectif pédagogique) à partir duquel il souhaite commencer sa nouvelle session. S’il choisit un autre point d’entrée, le coordonnateur suivra la même procédure que pour un nouvel apprenant mais en mettant à jour d’abord le modèle de l’apprenant.

ii. Si l’apprenant decide de continuer son apprentissage à partie de la dernière uah acquise auparavant, le « coordonnateur » invoque le GMA pour charger ses données stockées dans le modèle de l’apprenant et déterminer la dernière uah acquise dans la session précédente, soit par exemple l’uah(1,1,2) ;

iii. il passe le contrôle au « planificateur » en lui envoyant le message, dans notre exemple, « acquis-uah(1,1,2) ». Ce message sera utilisé par le « planificateur » pour déterminer le noeud de reprise dans « l’arbre des prérequis » en suivant soit les liens implicites entre uah soit les liens de prérequis entre les concepts et/ou ceux entre les objectifs pédagogiques. Dans notre exemple, ce noeud sera par exemple uah(1,1,3) et le processus d’apprentissage continue comme dans les étapes E4 (v.) et E4(vi.).

(E6) Pendant une session d’apprentissage un apprenant peut à tout moment, grâce au

« module de communication », demander de l’aide à son enseignant ou à ses collègues en leur envoyant des messages. S’ils sont déjà en ligne les réactions peuvent être immédiates sinon les réponses peuvent lui parvenir ultérieurement quand ils se connectent. Le « module de communication » offre deux outils à l’apprenant pour coopérer avec des tiers : la messagerie électronique et le forum de discussion. Il lui offre également la possibilité de voir à tout moment quelles sont les personnes qui sont en ligne.

5.7 Conclusion

Dans ce chapitre, nous avons décrit l’architecture logicielle ainsi que les connaissances utilisées dans le mode apprenant Hits : les connaissances relatives au domaine, les connaissances relatives à l’apprenant et les connaissances tutorielles. Nous avons d'abord proposé un modèle basé sur la pédagogie par objectifs pour la structuration des connaissances du domaine. Ce modèle repose sur la notion d'uah et nous avons distingué quatre types d’uah : uah de présentation de connaissances sans évaluation, uah de fixation de connaissances avec évaluation, uah d’évaluation et uah de remédiation.

Sur la base de cette structure, nous avons défini par la suite, les connaissances permettant de modéliser l'apprenant en utilisant la technique de recouvrement. Les connaissances tutorielles sont enfin présentées. Toutes ces connaissances sont représentées sous forme de règles de production et sont divisées en cinq paquets. Chaque paquet de règles ayant une fonction précise, est invoqué par un moteur d'inférence. Une session d'enseignement/apprentissage est donc gérée par une coopération de cinq systèmes experts s'échangeant des messages à travers le « module coordonnateur ».

L’accès à l’apprentissage peut se faire selon trois modes adaptatifs : le mode de parcours basé sur les composants (l’apprenant sélectionne un composant de la structure d’arbre qui forme le module d’enseignement : partie, chapitre, uah), le mode de parcours basé sur les concepts (l’apprenant sélectionne un concept sur lequel il souhaite travailler et le système lui fournit le séquencement de composants satisfaisant ce concept) et le mode de parcours basé sur les objectifs pédagogiques (l’apprenant sélectionne un OP qu’il souhaite atteindre et le système lui fournit le séquencement de composants satisfaisant cet OP).

L’adaptation est faite via un langage de règles. Cela permet d’inférer des connaissances non explicites dans les différents modèles et de fournir l’adaptation du contenu en fonction des connaissances de l’apprenant et de ses préférences.

Les différents objets constituant le STI Hypermédia Hits étant décrits dans ce chapitre, nous présentons dans le chapitre suivant le mode auteur coopératif CamHits permettant d’introduire ces objets dans le système.

Chapitre 6