Différences

Ci-dessous, les différences entre deux révisions de la page.

--- rech:these:prive:foncclaro [2012/11/15 15:24] – [Fonctionnalités à intégrer absolument dans le noyau] bruno
+++ rech:these:prive:foncclaro [2012/11/15 15:34] (Version actuelle) – [Fonctionnalités que je trouverai bien dans le noyau] bruno
@@ Ligne 11: / Ligne 11: @@
 ===== 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:
+==== 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 |}}
@@ Ligne 22: / Ligne 25: @@
 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 ;-)