Anis Masmoudi - Institut Superieur d'Informatique et des Techniques ...

Figure 2. Modèle des services extrait de l’ontologie des spécifications SOCOM4. La structure XML de correspondanceL’idée de cette structure de correspondance provient du besoin d’agréger un ou plusieurs servicesde composants logiciels pour chaque activité du scénario d’apprentissage. Ces services peuventêtre de différentes catégories dépendamment du besoin de l’expert (Concepteur pédagogique dansnotre cas) qui développe l’ontologie du scénario de domaine. On distingue les servicesd’affichage par des interfaces usagers – appelée aussi services de présentation – des services detraitements ou des services de données. Il est important de savoir que cette structure decorrespondance sera instanciée par un ingénieur intégrateur et qu’elle sera validée ultérieurementpar l’expert au moment de l’exécution. Ce dernier utilise actuellement un simple client Java quilui permet d’interroger aussi bien l’ontologie des spécifications IMS-LD qui décrit le scénarioque celle de SOCOM[7].La Figure 3 montre la structure XML de correspondance. Dans le premier fragment, nousdéclarons les identificateurs des composants « componentId » qui interviennent dans laconstruction du scénario. Puis, pour chaque activité, nous listons dans un ordre logique lesservices qui l’implémentent. Pour développer le scénario au complet, nous avons associé àchacun des activités de la section 2 une combinaison des services listés dans la Table 1. Noussupposons que les composants existants fournissent une liste complète pour réaliser les scénariosdu laboratoire en ligne conçus. Nous prenons l’exemple de l’activité « A4 » (l’apprenant 2affiche le signal modifié à l’aide des interfaces dédiées) qui nécessite, dans l’ordre, les servicessuivants : C1 :S12 (Récupérer le signal modifié), C3 :S31 (Associer le signal au générateur defonction) et C4 :S41 (Afficher le signal dans une interface de visualisation). … …… ……Figure 3. La structure XML de correspondance4