User Tools

Site Tools


compte_rendu_i3s_ludotic_30_novembre_2011

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
Last revision Both sides next revision
compte_rendu_i3s_ludotic_30_novembre_2011 [2011/11/30 13:45]
tigli [Phase de conception :]
compte_rendu_i3s_ludotic_30_novembre_2011 [2011/11/30 14:36]
tigli [Phase d'évaluation de terrain]
Line 24: Line 24:
  
  
-**Rem :** Les états du système sont caractérisés par : - les situations - les devices (équipements) disponibles - les parties logicielles interactives disponibles - Enchainement des interactions / informations échangées (décomposition de tâche / sous tâches)+**REMARQUES ​:** Les états du système sont caractérisés par :  
 +- les situations ​ 
 +- les devices (équipements) disponibles ​ 
 +- les parties logicielles interactives disponibles ​ 
 +- Enchainement des interactions / informations échangées (décomposition de tâche / sous tâches)
  
  
Line 34: Line 38:
  
  
-    * énumérer d'​autres dispositifs qui aurait pu être impliqués dans la chaine (Téléphone versus Tablet PC, Lunettes see-through ou non … )** +    * énumérer d'​autres dispositifs qui aurait pu être impliqués dans la chaine (Téléphone versus Tablet PC, Lunettes see-through ou non … )
-    **+
       * TODO : A partir de l'​Annexe de D 1.3   ​%%*%%au même niveau introduire d'​autres dispositifs virtuels ​ (GUI, modalités)       * TODO : A partir de l'​Annexe de D 1.3   ​%%*%%au même niveau introduire d'​autres dispositifs virtuels ​ (GUI, modalités)
       * TODO : Rajouter une analyse sur les type des parties logicielles interactives [Il faut pour cela caractériser simplement plusieurs des types d'​interfaces utilisateur,​ ex. modalités d'​interaction]       * TODO : Rajouter une analyse sur les type des parties logicielles interactives [Il faut pour cela caractériser simplement plusieurs des types d'​interfaces utilisateur,​ ex. modalités d'​interaction]
Line 42: Line 45:
  
     * Arbre de tâches à identifier sur le scenario et le proto actuel     * Arbre de tâches à identifier sur le scenario et le proto actuel
-      * TODO :: - voir T1 Analyse de la tâche ​ qui a permis de choisir l'​arrêt d'eau - un arbre plus fin sur le scenario choisi (Côté I3S à faire en bottom up à partir du proto actuel, LudoTIC en Top Down à partir du scenario) ​ !!! Attention !!! : ne pas oublier la phase d'​ouverture/​fermeture de la vanne avec la clef     ​ +      * TODO :: - voir T1 Analyse de la tâche ​ qui a permis de choisir l'​arrêt d'eau - un arbre plus fin sur le scenario choisi (Côté I3S à faire en bottom up à partir du proto actuel, LudoTIC en Top Down à partir du scenario) ​ !!! Attention !!! : ne pas oublier la phase d'​ouverture/​fermeture de la vanne avec la clef 
-      * TODO :: I3S fournit à LudoTIC les détails sur les fonctionnalités,​ les équipements , les actions de l'​utilisation de la clef.    +      * TODO :: I3S fournit à LudoTIC les détails sur les fonctionnalités,​ les équipements , les actions de l'​utilisation de la clef.
     * Augmenter le scenario avec d'​autres tâches secondaires non identifiées aujourd'​hui dans le scenario car liées à la tâche globale mission (ex. événements liés à la plannification de la mission qui peuvent arriver en cours de tâche "​arrêt d'​eau"​) et prévoir leur gestion ​ (introduction dans GUI d'un Warning avec un Bip ? etc..)     * Augmenter le scenario avec d'​autres tâches secondaires non identifiées aujourd'​hui dans le scenario car liées à la tâche globale mission (ex. événements liés à la plannification de la mission qui peuvent arriver en cours de tâche "​arrêt d'​eau"​) et prévoir leur gestion ​ (introduction dans GUI d'un Warning avec un Bip ? etc..)
       * TODO (Facultatif) :: Rajouter ces éléments à partir de l'​analyse de la tâche Mission englobant le scenario et suggérer (ex. coup de téléphone,​ alerte, future tâche ..etc.)       * TODO (Facultatif) :: Rajouter ces éléments à partir de l'​analyse de la tâche Mission englobant le scenario et suggérer (ex. coup de téléphone,​ alerte, future tâche ..etc.)
  
  
-B> Evaluation/​Mesure de l'​utilité et l'utilisabilité du système avec des expérimentations ​de terrains avec plusieurs utilisateurs+==== Phase d'évaluation ​de terrain ====
  
  
-— REM :+Evaluation/​Mesure de l'​utilité et l'​utilisabilité du système avec des expérimentations de terrains avec plusieurs utilisateurs
  
  
-**Quels configurations à tester sur le terrain (P configurations) - a minima 2 (Avec ou Sans le système Continuum) - combien de configurations du système Continuum ("​Avec"​) seront tester pour enrichir les tests de terrain. (idée ​:: jouer sur les variations des interactions possibles avec les parties logicielles interactives. Exemples : carte de fond satellite, carte de fond Map, …)  ​**  ​L'​évaluation doit se faire sur la continuité du service utilisateur sans les différents scenarii (cas facile, cas difficile) (2 cas)+**REMARQUES ​:** 
  
  
-%%*%%%%*%% Nombre d'​utilisateurs de test sur le terrain (a priori 4 utilisateurs avec profils) ​(4 utilisateurs)+    ​Quels configurations à tester ​sur le terrain (P configurations) ? minima ​2 (Avec ou Sans le système Continuum)
  
  
-— TODO :+    * Combien de configurations du système Continuum ("​Avec"​) seront tester pour enrichir les tests de terrain ? (idée ​:: jouer sur les variations des interactions possibles avec les parties logicielles interactives. Exemples : carte de fond satellite, carte de fond Map, …)
  
  
-Décrire en détail ​la préparationles conditions expérimentales,​ le protocole de tests :+    * L'​évaluation doit se faire sur la continuité du service utilisateur sur le scenario incluant cas facilecas difficile. (1 scenario)
  
  
-→ Rappel sur le scenario ​de test : déplacement en voiture ​sur un lieu, utilisation tablette PC pour la vanne facile, utilisation Head mounted display pour la vanne difficile.+    * Combien d'​utilisateurs ​de test sur le terrain (a priori 4 utilisateurs avec 2 profils) (4 utilisateurs) ?
  
  
-→ Changement de conditions expérimentales (site) pour un même utilisateur ​:+**TODO ​:** 
  
  
-- où (site qui permet/​autorise à disposer de deux vannes une visible / une cachée, voire plusieurs jeux de deux vannes si on doit avoir un utilisateur qui est impliqués sur plusieurs tests [histoire ​qu'​il ​n'y ait pas de mémorisation ​de la config par l'​utilisateur])+    * Décrire en détail la préparation,​ les conditions expérimentales,​ le protocole de tests : 
 +      * Scenario de test : déplacement en voiture sur un lieu, utilisation tablette PC pour la vanne facile, utilisation Head mounted display pour la vanne difficile. 
 +      * Changement de conditions expérimentales (site) pour un même utilisateur ​(site qui permet/​autorise à disposer de deux vannes une visible / une cachée, voire plusieurs jeux de deux vannes si on doit avoir un utilisateur qui est impliqués sur plusieurs tests pour éviter ​qu'​il ​mémorise la position des vannes) 
 +      * Protocoles ​de test : deux possibilités : 
 +        * Présentation du matériel / puis exécute ​la tâche en autonome OU 
 +        * Présentation du matériel / puis accompagnement de l'​utilisateur ​pas à pas (mais ça n'est pas du vrai test) 
 +        * et bien d'​autres éléments à prendre en compte pour planifier les expérimentations 
 +    * 
  
  
-- Protocole de test : deux possibilités ​:+** QUESTIONS ​** 
  
  
-    - Présentation du matériel / puis exécute la tâche en autonome OU +    ​* Question simple à vérifier : Le Bief est-il ordonné ? 
-    - Présentation ​du matériel ​puis accompagnement ​de l'​utilisateur pas à+    ​* Question : Quelle durée pour un test utilisateur sur le terrain ? (valeur K heures) 
 +    * Question pour Suez / LdE : Sur combien de fontainiers peut-on compter (4?) et pendant combien de temps pour les tests de terrain ? Sachant qu'a priori on serait partie pour 4%%*%%P%%*%%1 tests et donc pour une durée de 4%%*%%P%%*%%K. 
 +    * Question I3S : combien de configurations possibles ​du système Continuum pouvons nous identifier et qui pourront être mises en oeuvre sur le terrain ? 
 +    * Question pour Suez LdE : avant les tests par LudoTIC, fixer une date de validation du Système sur le terrain (dans la cours de Lyonnaise) ​ [ A PRIORI Mi-janvier]
  
 +===== T6.2 :  Analyse de l’utilité et l’utilisabilité du système dans le scenario prospectif. =====
  
-pas (mais ça n'est pas du vrai test) 
  
 +**TODO I3S / IIHM / HADAS : ** 
  
-QUESTIONS : 
  
 +    * Descriptif du scenario & Descriptif de l'​activité de l'​utilisateur au levé
 +    * Descriptif utilisateur du langage naturel.
 +    * Descriptif de l'​environnement domotique.
  
-Question simple à vérifier : Le Bief est-il ordonné ? 
  
- +Objectif ​: Analyse de l'​utilité / utilisabilité du service et pertinence de la continuité de service ​dans le cas du scenario prospectif
-Question pour Suez / LdE : Sur combien de fontainiers peut-on compter (4?) et pendant combien de temps pour les tests de terrain ? Sachant qu'a priori on serait partie pour 4%%*%%P%%*%%2 tests et qu'un test aura pour durée %%*%% 2h. +
- +
- +
-Question I3S : combien de configurations possibles du système Continuum pouvons nous identifier et qui pourront être mises en oeuvre sur le terrain ? +
- +
- +
-Question pour Suez / LdE : avant les tests par LudoTIC, fixer une date de validation du Système sur le terrain (dans la cours de Lyonnaise) ​ [ A PRIORI Mi-janvier] +
- +
- +
-====== ​ ====== +
- +
- +
-T6.2  Analyse ​de l’utilité et l’utilisabilité du système (proto) dans le scenario futuriste. +
- +
- +
-====== ​ ====== +
- +
- +
-TODO I3S::: +
- +
- +
-%%*%% Descriptif du scenario & Descriptif ​de l'activité de l'​utilisateur au levé +
- +
- +
-%%*%% Descriptif utilisateur du langage naturel. +
- +
- +
-%%*%% Descriptif de l'​environnement domotique. +
- +
- +
-Objectif : utilité / utilisabilité du service et pertinence de la continuité de service+
  
compte_rendu_i3s_ludotic_30_novembre_2011.txt · Last modified: 2011/11/30 14:36 by tigli