User Tools

Site Tools


compte_rendu_29_novembre_2010

Differences

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

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
Next revision Both sides next revision
compte_rendu_29_novembre_2010 [2010/11/29 15:50]
tigli
compte_rendu_29_novembre_2010 [2010/11/29 17:16]
tigli
Line 113: Line 113:
   * temps restant (heure de terminaison) [0..60]   * temps restant (heure de terminaison) [0..60]
  
-Quatre problèmes :+== Quatre problèmes : ==
  
 - alignement des terminologies (afficher, montrer)  ​ - alignement des terminologies (afficher, montrer)  ​
 +
 - introduction des composants intermédiaires (insertion de composants intermédiaires : recasteur, ...)  - introduction des composants intermédiaires (insertion de composants intermédiaires : recasteur, ...) 
 +
 - gestion des signatures (par retroappel, ...) - gestion des signatures (par retroappel, ...)
 +
 - deux niveaux de gestion des condition "​circonstancielles"​ (compléments circonstanciels) : niveau contexte ​ - deux niveaux de gestion des condition "​circonstancielles"​ (compléments circonstanciels) : niveau contexte ​
 ou membre gauche (trigger d'​action dans un AA)  ou membre gauche (trigger d'​action dans un AA) 
  
-1>  ​+1>  ​Alignement :
  
-2> +Step 1  
 +Emric fonctionne avec une grammaire et des terminaux "​types"​ : exemple  
 +Audiosource , AudioSink dont il connait les méthodes types : 
 + 
 +Audiosource.setaudio 
 + 
 +Audiosink.getaudio  
 + 
 +grâce à un "​terminal"​ comme écouter (mots clef action). 
 + 
 +Step 2  
 +Ensuite il fait une requête dans la BdC sur AudioSink.setaudio  
 +et AudioSource.getaudio pour récupérer les devices avec les méthodes ou events équivalents  
 + 
 +Step 3  
 +Les metadonnées d'un devices devant fournir à la BdC les équivalences de ses méthodes et  
 +events en terme de méthodes et events "​types"​ pour préparer ces requêtes et les composants intermédiaires  
 +nécessaires à ces équivalences 
 + 
 +Attention :  
 + 
 +- il faut que la BdC renvoie quand même un nom de "​famille"​ de devices telle GPS* ou par convention  
 +la BdC part du principe que tous les devices GPS* (ex. GPS1, GPS2) ont la même interface. 
 + 
 +ou 
 + 
 +- la partie pointcut matching fait appel à la BdC 
 + 
 +2> composants intermédiaires à rajouter ​ pour  rendre équivalentes des méthodes AudioSource.getaudio 
 +avec des méthodes concrètes du service 
 + 
 + 
 +3> retroappel : idem que 2> mais avec le retroappel
  
-3>  
  
 4> gérer par redondance, si possible (ex. du disable) 4> gérer par redondance, si possible (ex. du disable)
  
  
 +
 +== TODOs == 
 +
 +Sur la base  du scenario du fontainier recherche de vanne + PDA / Casque
 +
 +
 +Rainbow : Rajouter des metadonnées aux services et services pour dispositifs.
 +
 +IIHM : Reprendre la grammaire du langage pseudo-naturel,​ définir le vocabulaire de base pour les actions ​
 +et des noms terminaux de manière plus générale (type de device et méthodes et events) ​
 +
 +Hadas : Spécifier les métadonnées dans les services et services pour dispositifs.
 +
 +
 +Vers le second démonstrateur pour février .
 +
 +== Prochaine Réunion ==
 +
 +
 +VideoConf le 14/01/11 à 14h
compte_rendu_29_novembre_2010.txt · Last modified: 2011/09/29 11:15 by lavirott