Fonctionnalités souhaitées pour le noyau Claroline

Ce document résume les fonctionnalités que je juge indispensables à l'accomplissement de nos travaux pour la personnalisation.

Parmi ces fonctionnalités, certaines sont à mon sens indispensables au noyau de Claroline, d'autres peuvent ou non y être inclure, et d'autres sont en dehors du champ d'application de la plateforme: ces dernières pourront être implémentées au niveau des plugins.

Ce rapport fait suite aux discussions techniques et conceptuelles initiées lors du rapprochement Claroline-Formagraph, et plus particulièrement lors des réunions des 12 et 13 novembre 2012 avec le consortium.

J'ai exposé oralement mon point de vue, en voici une synthèse écrite.

Ce système peut être très basique (techniquement, une table contenant des descripteurs et une autre pour faire le lien entre une ressource pédagogique (au sens claroline) et un de ces descripteurs:

soit en MEA pour la BD:

Ce système pourra bien entendu utiliser un formalisme plus complexe et standard, comme LOM ou SCORM par exemple.

En revanche, il doit absolument être dynamique: possibilité d'ajouter des descripteurs, de changer des valeurs, etc…

Je me suis largement étendu sur ce point.

Le système doit là-aussi être dynamique (ajout de nouvelles briques par exemple, si besoin), et permettre la conservation de l'historique d'une propriété (par exemple, plusieurs évaluations).

Voir une proposition avec PMDLe

Certaines des briques pourraient être utilisées pour stocker les informations sur les apprenants, leurs résultats, etc.

L'avantage est de centraliser ces information dans une structure unifiante, évolutive, au lieu d'aller piocher à droite à gauche ces infos (cas de claroline 1.x).

Un système d'organisation pédagogique des ressources de type graphe.

Cf:

Voir la partie “graphe de référence” et son lien avec les ressources.

Tout le modèle observé/trace

EN REVANCHE, il faut disposer d'un pattern observateur dans le noyau permettant de logguer d'une part les évènements claroline, MAIS AUSSI de nouveaux types d'évènements défini par les développeurs de plugin.

Cf. La discussion technique de mardi 13 novembre au matin, Philippe pourra préciser si besoin, on en a parlé pendant 2 heures au moins