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 revisionPrevious revision
Next revision
Previous revision
compte_rendu_15_juin_2010 [2010/06/15 07:01] tiglicompte_rendu_15_juin_2010 [Unknown date] (current) – external edit (Unknown date) 127.0.0.1
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.1276585315.txt.gz · Last modified: 2010/06/15 06:01 (external edit)