Wiki Pédagogique Bruno Mascret

Cette page est en lecture seule. Vous pouvez afficher le texte source, mais ne pourrez pas le modifier. Contactez votre administrateur si vous pensez qu'il s'agit d'une erreur.
====== Fonctionnalités souhaitées pour le noyau Claroline ======
===== Objectifs =====

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.

===== Fonctionnalités à intégrer absolument dans le noyau =====
==== Un système de description des ressources ====


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:

{{ :rech:these:prive:dc-ressource.png |}}

soit en MEA pour la BD:

{{ :rech:these:prive:er-ressource.png |}}

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...

==== Un système de modèle de profil ====
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 [[rech:these:prive:pmdlexsd|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).

===== Fonctionnalités que je trouverai bien dans le noyau =====
Un système d'organisation pédagogique des ressources de type graphe.

Cf: {{ :rech:these:prive:diagramme_de_classes.png |}}

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

===== Fonctionnalités non indispensables =====

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 ;-)