1. une API a été développée:
   1. page de test: http://bruno.mascret.fr/apiPerso/Test.php
   2. documentation: http://bruno.mascret.fr/apiPerso/doc/

1. ce que l'API permet:
   1. d'élaborer des graphes par contraintes sur les métadonnées des ressources; http://bruno.mascret.fr/apiPerso/Test.php?action=personnalisation
   2. d'utiliser des graphes existants comme source de connaissances (même cartouche);
   3. contient plusieurs opérateurs permettant de manipuler les graphes pédagogiques; http://bruno.mascret.fr/apiPerso/Test.php?action=trans
   4. a été débuggué pour l'affichage des graphes et pour les opérateurs, et la prise en compte à 100% du format graphMl (ce qui n'était pas le cas auparavant): les graphes sont maintenant exportables dans ce format standard. Voir en bas pour plus de détail
   5. définit un schéma XSD pour les profils en PMDLe (simplifié); on pourrait l'appeler sPMDLe par exemple (s pour simple):
   6. de représenter les ressources pédagogiques d'un EIAH sous forme de source de connaissance
   7. de représenter les profils des apprenants d'un EIAH sous forme de source de connaissance
   8. de représenter les graphes pédagogiques sous forme de source de connaissance

Il y avait initialement 3 phases de prévues:

J'ai fait l'hypothèse pour répondre à cette problématique que les contraintes étaient en réalité l'expression de connaissances pédagogiques de la part du formateur qu'il fallait acquérir. Pour cela, j'ai considéré:

1. que ces connaissances pédagogiques étaient fortement liées au formateur et que lui seul pouvait les exprimer;
2. que ces connaissances pouvaient varier d'un formateur à un autre, et parfois être antagonistes selon les approches, démarches et méthodes pédagogiques utilisées (état de l'art sur la pédagogie et sur la personnalisation des EIAH)
3. que ces connaissances s'appuyaient sur des sources de connaissances, qui en EIAH pouvaient prendre la forme de métadonnées sur les ressources pédagogiques, les profils des apprenants ou encore les parcours pédagogiques

Une première contribution a donc été de réaliser une librairie indépendante des EIAH permettant de manipuler génériquement ces sources de connaissances afin de réaliser des élaborations de graphes par contrainte sur ressource et de personnalisation par contrainte sur source de connaissance (profils, ressource, graphes).

Par simplification, la notion d'objectif pédagogique se limite pour l'instant à la déclaration d'une ou plusieurs valeurs d'un type de métadonnées sur ressource que l'apprenant doit être capable de réaliser. Le lien avec le profil n'a pas été fait mais est trivial dans ces conditions.

1. améliorer encore la librairie, et notamment débuguer la phase de personnalisation finale qui ne fonctionne plus depuis la remise en ligne de la librairie
2. permettre l'application de contrainte sur l'ensemble des sources de connaissances, dont les graphes eux-même
3. permettre le retour d'information sur les profils (stockage de l'activité/résultats/parcours réel de l'apprenant dans les facettes apprentissage, préférences et objectif)
4. lancer une première phase d'expérimentation pour valider:
   1. la pertinence de la représentation sous forme de graphe
   2. la faisabilité pour un formateur d'exprimer des connaissances pédagogiques (voir remarques plus bas)
   3. l'amélioration ou non des résultats d'un apprenant avec un outil de ce type, le nombre de personnalisation effectuées, etc.

Par faisabilité pour le formateur, il ne s'agit pas pour lui d'utiliser directement la grammaire de contrainte qui pour l'instant est assez complexe, mais de lui permettre, assisté d'un expert comprenant cette grammaire, de voir s il peut formuler ses contraintes.

Cette expérimentation pourrait commencer début juillet 2013, avec comme support un groupe d'au minimum 25 étudiants devant apprendre des connaissances de bases en acupuncture, l'examen étant en septembre. L'école est d'accord pour tester l'outil et communiquer les résultats des années précédentes pour permettre une comparaison sur les résultats obtenus. Ce type de validation a bien entendu des failles méthodologiques puisqu'il part du principe que chaque promo est du même niveau, ce qui est statistiquement faut, mais elle permettra néanmoins une analyse qualitative pertinente.

J'ai récupéré (ou en tous cas je re-récupererai) les données sans problèmes. J'ai également les parcours pédagogiques et les relations de prérequis entre les ressources pédagogiques.

Cette étape permettra de constituer une nouvelle source de connaissance: la trace du formateur lors de son élaboration de parcours. Le système sera instrumenté pour permettre la collecte des traces du formateur.

1. définir un modèle de trace première pour le formateur et instrumenter la plateforme (à faire en parallèle)
2. mettre en place un mécanisme de rapèt complet pour faciliter l'élaboration
3. expérimenter

L'expérimentation pourrait concerner le module architecture des ordinateurs pour lequel j'interviens en 1ère année eurinsa/amerinsa (400 élèves). L'intérêt est que le niveau des étudiants est très hétérogène, que les collègues se prêteront au jeu et que les ressources pédagogiques existent déjà en grande partie. De plus, l'EIAH est moodle, ce qui permettra de vérifier si la librairie de personnalisation peut effectivement utiliser comme base un EIAH reconnu. De plus, vu le nombre d'étudiants, il sera possible de faire un test avec/sans personnalisation et surtout de comparer avec les résultats des années précédentes. Les tests existent déjà.

Débugage du rendu de graph sur élaboration par contraintes sur ressources
Outils xsl
Ajout des schéma xml pour les graphs, et validation des schéma pour les structures de type graph
Utilisation des tags <data> pou les contenus des noeud (grapml compliant) et refonte de l'api en conséquence
Ajout des déclarations de clefs pour les graphs
Opérateurs existants fonctionnels et debuggués complètement (dont linéarisation)
Différenciation fragmentsXML/url pour les ressources et refonte de l'API pour cette grosse modif