User Tools

Site Tools


compte_rendu_15_juin_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
compte_rendu_15_juin_2010 [2010/06/15 09:01]
tigli
compte_rendu_15_juin_2010 [2010/06/15 13:11]
lavirotte
Line 1: Line 1:
-====  Meeting Audio  ​21 mai 2010 16h30 ====+====  Meeting Audio  ​15 Juin 2010 ====
  
  
Line 24: Line 24:
  
  
-== Participations ​de MobileGov == +== Précisions sur les interventions ​de MobileGov == 
  
 Dans la  Sous-tâche 5.5 : Intégration de la sécurité ​ Dans la  Sous-tâche 5.5 : Intégration de la sécurité ​
Line 35: Line 35:
  
  
 +== Choix de la date pour la plénière de septembre à Nice == 
  
-== Rainbow ==+D'​après le doodle, les dates du  Lundi 13, Mercredi 15, Vendredi 17, conviennent. ​
  
-Mise à jour UPnP Wizard Designer (émission d'​évenement vers la BdC sur apparition/​disparition)+La date du 15 septembre est retenu. Le début de la réunion est fixé en tout début de journée pour permettre ​à tout le monde un retour le soir. Donc prévoir une arrivé éventuellement ​la veille au soir si cela est nécessaire.
  
-=> attente BdC+== Rapport T0+18  == 
  
-Mise à jour du tisseur ​d'AA pour intégration des requêtes vers la BdC (nouveau mode d'​expression des pointcuts = 1 ou plusieurs requêtes, pour obtenir en retour des n-uplets de jointpoints)+Il fait état de notre activité jusqu'​au 15 juin 2010. 
 +Une fiche à remplir par chaque partenaire sera disponible ​d'ici le 25 juin sur le SVN. A remplir avant le 15 juillet ​pour permettre une intégration des différentes parties.
  
-=> attente BdC+== Quels Moment du scénario du fontainier sera illustré par le démonstrateur du scénario industriel ? ==
  
-Mise à jour du tisseur d'AA l'​interfacer avec ses IHM de contrôle ​(objectif de la première : intervention utilisateur pour sélectionner les n-uplets des jointpoints + objectif de la deuxième : résoudre les interférences entre instance de greffons)+Les moments qui seront illustrés sont donc  :  
 +Itinéraire / Repérage / Première Vanne / Seconde Vanne / La panne (dispositifs,​ PDA ...
  
-=> se mettre d'​accord sur une API: à régler dans une "​coding-party"​ à la plénière de Paris 
  
-Création du container WComp associé ​à la BdC pour la capture, la modification ​de la BdC et la ré-émission vers le le gestionnaire de contexte, des événements de l'​ensemble des services pour dispositifs de l'​infrastructure.+== Liste des TODOs par partenaire ​à la sortie ​de la réunion ​ ==
  
-=> attente BdC+Suez fournira une liste plus détaillée des services fournis pour les moments qui seront illustrés.
  
-Rédaction du livrable D2 avec spécification du langage ​de description du contexte (voir biblio + discussions internes)+Suez étudiera les équipements ​de la poêle à frire pour sa localisation afin de compléter l'​étude de faisabilité de cet équipement d'ici Septembre.
  
-=> en cours:  +LudoTIC se chargera de la conception ​et du maquettage ​de l'IHM du fontainier d'ici septembreEn septembre nous ferons le point pour le développement ​de l'IHM. 
-  * intégration,​ structuration des rédactions ​et lissage à faire  +
-  * état de l'art en annexe pour arriver directement aux apports ​du projetMieux montrer l'​incrément par rapport à l'​état ​de l'art +
-  * Ajouter ce qui a été planifié et ce qui a été réalisé +
-  * Document qui intègrera les avancées après le livrable même +
-  * Joëlle envoie les livrables d'​autres projets+
  
-Interfaçage des Web services Suez avec WComp (protocole REST)+LudoTIC rédigera le scénario du fontainier Maurice sans les ajouts de continuum, afin d'​illustrer au mieux le scenario "avec" et "​sans"​ l'​apport du projet. ​
  
-=> stage en cours (du 17 mai au 31 août)+MobileGov auditera et spécifiera les risques inhérents à la sécurité informatique ​du métier de fontainier, dans le cadre d'un avenant ​au livrable D1.1 sur la base du scenario de Maurice. ​
  
-Démonstrateur 1 (Scenario Industriel) : à définir 
- 
-=> projet SI4 
- 
-Démonstrateur 2 (Scenario Prospectif) : à préciser sur la base d'un 
-moment du scenario qui utilise la table interactive et le photoshuffler. 
-Ce dernier illustrera l'​interconnexion du tisseur avec la BdC pour le 
-pointcut matching et la mise en oeuvre des Meta UI associées au tisseur. 
- 
-=> IIHM 
-  * A voir pendant la plénière pour identifier les éventuels problèmes 
- 
-==Hadas== 
- 
-Transformer la BdC en WS UPnP qui expose l'​interface définie 
-précédemment (Cf. ci-dessus) 
- 
-=> Corriger le problème avec le proxy UPnP dans WComp (pas de réception du résultat à la requête) 
-  * Modifier le paramètre de retour en return et pas out et émission d'un événement 
- 
-Mise à jour de la BdC : 
-https://​rainbow.i3s.unice.fr/​~tigli/​continuum/​doku.php?​id=documentssupport 
-de requêtes SPARQL (dans méthode query) + extensions avec des méthodes 
-add/​delete/​update + émission des événements vers le gestionnaire de contexte 
- 
-=> pas testé 
- 
-Dans livrable D2 incrémenter l'​état de l'art sur le contexte 
- 
-=> ok 
- 
-Rédaction du D3.1 (document de spécification du langage, de sa 
-sémantique logique et de ses propriétés inférentielles) et D3.2 
-(document sur l'​étude,​ la description et l'​illustration sur des 
-scénarios pertinents des algorithmes d'​inférence sur les alignements et 
-les assemblages) 
- 
-=> En cours de rédaction à commiter sur le SVN 
- 
-== IIHM ==  
- 
-Rédaction D4.1, document décrivant les techniques d'​interaction pour 
-inspecter l'​état du système, en contrôler et comprendre l'​évolution. 
- 
-=> En cours (livraison prévue en juillet) 
- 
-Interfaçage des différents dispositifs de la démo photshuffler (Noyau 
-Fonction/​Controleur de Dialogue, Table interactive,​ HTML Renderer, 
-Téléphone <​next/​prev>​) et mise en oeuvre de la démo sous WComp 
- 
-=> à régler dans une "​coding-party"​ à la plénière de Paris 
- 
-Conception des premières IHM de contrôle associées au Tisseur (pour 
-sélection des n-uplet de jointpoints) et à la BdC (pour observation et 
-enrichissement des informations de la base). 
- 
-=> se mettre d'​accord sur une API: à régler dans une "​coding-party"​ à la plénière de Paris 
compte_rendu_15_juin_2010.txt · Last modified: 2010/06/15 12:11 (external edit)