Differences

This shows you the differences between two versions of the page.

--- compte_rendu_02_fevrier_2011 [2011/02/02 14:31] – lavirotte
+++ compte_rendu_02_fevrier_2011 [2011/02/02 15:39] (current) – lavirotte
@@ Line 15: / Line 15: @@
   * Expérimentation
   * Planning et livraison
+== Grammaire  ==
 Concernant l'architecture, les impacts sont les suivants:
- * au niveau de la modélisation, nous avons un conteneur qui contient des proxy vers les différents éléments de l'infrastructure de continuum: BdC et GC forcément
+  * au niveau de la modélisation, nous avons un conteneur qui contient des proxy vers les différents éléments de l'infrastructure de continuum: BdC et GC forcément
- * Au niveau des pointcuts qui sont générés, soit nous avons:
+  * Au niveau des pointcuts qui sont générés, soit nous avons:
-  * TV1|TV2|TV3 au niveau des instances qui est généré par la meta-IHM en fonction des instances disponibles au moment de l'expression de l'utilisateur: "Je veux connecter ce dispositif à la télévision dans le salon".
+    * TV1|TV2|TV3:
-  * TV*|Miroir*|CadrePhoto* au niveau des types qui ont été observables à un moment donné: "Je veux connecter ce dispositif à un observable"
+      * au niveau des instances qui sont générées par la Bdc en fonction des instances disponibles au moment de l'expression de l'utilisateur
-  * SPARQL(displayable) au niveau de la requête générique à évaluer au runtime: "Je veux connecter ce dispositif à un observable proche de moi"
+      * Ex: "Je veux connecter ce dispositif à la télévision dans le salon".
+    * TV*|Miroir*|CadrePhoto*:
+      * au niveau des types qui ont été observables à un moment donné
+      * Ex: "Je veux connecter ce dispositif à un observable"
+    * SPARQL(displayable)
+      * au niveau de la requête générique à évaluer au runtime
+      * Ex: "Je veux connecter ce dispositif à un observable proche de moi"
 Analyse de chacune des solutions:
- * Le solution 1 correspond à un script: on n'utilise les AA uniquement pour leur propriété de composition au runtime pour gérer les conflits entre les différentes règles qui s'appliquent
+ * Le solution 1 correspond à un script: on n'utilise les AA uniquement pour leur propriété de composition au runtime pour gérer les conflits entre les différentes règles qui s'appliquent.
  * La solution 2 exploitable la généricité des AA. Par contre, si la base de connaissance évolue (ajout d'information par incrément de l'ontologie), il est nécessaire de re-générer les points de coupes en fonction des nouvelles connaissances.
- * La solution 3 est complètement dynamique, mais ralenti l'évaluation. Non souhaitée non plus par HADAS. (supprime bien le lien entre AA et BdC qui posait problème dans l'architecture)
+ * La solution 3 est complètement dynamique, mais ralenti l'évaluation. Non souhaitée non plus par HADAS. (supprime bien le lien entre AA et BdC qui posait problème dans l'architecture).
 Par contre, il faut prévoir de conserver cette solution 3 dans la description des AA pour pouvoir faire une ré-évaluation quand la base de connaissance change (hors celle-ci est bien dynamique).
 Étude du document travaillé par Jean-Yves pour la génération des AA à partir de la grammaire. Les conditions sont des conditions sur des observables qui sont issus du gestionnaire du contexte.
+La méta-description des services pour être intégrer dans la Base de Connaissance:
+  * Description syntaxique
+  * Description sémantique pour la BdC (format à donner par HADAS)
+  * Description end-user orientée pour la meta-IHM (format à donner par IIHM)
+TODO:
+  * HADAS et IIHM doivent fournir les formats attendus pour la meta-description des services pour que Rainbow intègre ces informations dans les services.