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

Next revision
Previous revision
compte_rendu_i3s_ludotic_30_novembre_2011 [2011/11/30 12:37]
tigli created
compte_rendu_i3s_ludotic_30_novembre_2011 [2011/11/30 14:36] (current)
tigli [Phase d'évaluation de terrain]
Line 12: Line 12:
 Leonid Synyukov ​ Leonid Synyukov ​
  
-===== T6.1 :  Analyse de l’utilité et l’utilisabilité du système (proto) pour +===== T6.1 :  Analyse de l’utilité et l’utilisabilité du système (proto) pour le Fontainier =====
-le Fontainier =====+
  
-====== Deux phases pour la T6.1 : ======+===== Deux phases pour la T6.1 :===== 
 +==== Phase de conception : ====
  
-A>  Phase de conception ::: Intervention amont de LudoTIC pour améliorer 
-l'​ergonomie sur la base des entretiens utilisateurs et suivi de terrain 
-de l'​utilisateur avec les équipements actuels 
  
-Objectif : Situation à situation, analyse ​de l'​ergonomie ​du système dans +Intervention amont de LudoTIC pour améliorer ​l'​ergonomie ​sur la base des entretiens utilisateurs et suivi de terrain de l'​utilisateur avec les équipements actuels
-chaque Situation.+
  
-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) 
  
-TODO : +**Objectif ​:** Situation à situation, analyse de l'​ergonomie du système dans chaque Situation.
-=======================+
  
-***décrire les contraintes pour l'​utilisateur dans chaque situation 
  
-TODO Voir tableau d'​Aurore dans SVN (à intégrer dans un livrable)+**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)
  
-***é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+**TODOs ​:** 
  
-***au même niveau introduire d'​autres dispositifs virtuels ​ (GUI, modalités) 
  
-TODO : Rajouter une analyse sur les type des parties logicielles +    * décrire ​les contraintes ​pour l'​utilisateur ​dans chaque situation 
-interactives [Il faut pour cela caractériser simplement plusieurs des +      * TODO : Voir tableau ​d'Aurore dans SVN (à intégrer dans un livrable)
-types d'interfaces ​utilisateur, ex. modalités ​d'interaction]+
  
-TODO :: Asssitance fournie par LudoTIC pour une meilleure ergonomie des 
-parties GUI (voire sur les parties logicielles interactives si on joue 
-sur d'​autres modalités) 
  
-***Arbre ​de tâches à identifier ​sur le scenario et le proto actuel+    ​é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 : 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 :: Asssitance fournie par LudoTIC pour une meilleure ergonomie des parties GUI (voire sur les parties logicielles interactives si on joue sur d'​autres modalités)
  
-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 +    * Arbre de tâches à identifier sur le scenario et le proto actuel 
-vanne avec la clef   =>  ​TODO :: I3S fournit à LudoTIC les détails sur +      * 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 
-les fonctionnalités,​ les équipements , les actions de l'​utilisation de +      * TODO :: I3S fournit à LudoTIC les détails sur les fonctionnalités,​ les équipements , les actions de l'​utilisation de la clef. 
-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..) 
 +      * 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.)
  
  
-*** Augmenter le scenario avec d'autres tâches secondaires non +==== Phase d'évaluation ​de terrain ====
-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.) 
  
 +Evaluation/​Mesure de l'​utilité et l'​utilisabilité du système avec des expérimentations de terrains avec plusieurs utilisateurs
  
-B> Evaluation/​Mesure de l'​utilité et l'​utilisabilité du système avec des 
-expérimentations de terrains avec plusieurs utilisateurs 
  
---- REM :+**REMARQUES ​:** 
  
-**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 +    ​Quels configurations à tester ​sur le terrain ​(P configurations? a minima 2 (Avec ou Sans le système Continuum)
-sans les différents scenarii ​(cas facile, cas difficile) (2 cas)+
  
-** Nombre d'​utilisateurs de test sur le terrain (a priori 4 utilisateurs 
-avec 2 profils) (4 utilisateurs) 
  
---- 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éparation,​ les conditions expérimentales,​ le 
-protocole de tests : 
  
--> Rappel ​sur le scenario ​de test : déplacement en voiture sur un lieu, +    * L'​évaluation doit se faire sur la continuité du service utilisateur ​sur le scenario ​incluant cas facile, ​cas difficile. ​(1 scenario)
-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 : 
  
-- où (site qui permet/​autorise à disposer ​de deux vannes une visible / +    * Combien d'​utilisateurs ​de test sur le terrain (a priori 4 utilisateurs avec 2 profils) (4 utilisateurs?
-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])+
  
-- Protocole 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) 
  
 +**TODO :** 
  
-QUESTIONS : 
  
-Question simple à vérifier ​Le Bief est-il ordonné ?+    * 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
  
-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 +** QUESTIONS ​** 
-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] 
  
-====================================================================== +    * Question simple à vérifier : Le Bief est-il ordonné ? 
-T6.2  ​Analyse ​de l’utilité et l’utilisabilité du système ​(protodans +    * Question ​Quelle durée pour un test utilisateur sur le terrain ? (valeur K heures) 
-le scenario futuriste. +    * 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]
  
-TODO I3S:::+===== T6.2  ​Analyse de l’utilité et l’utilisabilité du système dans le scenario prospectif. =====
  
-* Descriptif du scenario & Descriptif de l'​activité de l'​utilisateur au levé 
  
-Descriptif utilisateur du langage naturel.+**TODO I3S / IIHM / HADAS : ** 
  
-* Descriptif de l'​environnement domotique. 
  
-Objectif : utilité / utilisabilité ​du service et pertinence ​de la +    * Descriptif ​du scenario & Descriptif ​de l'​activité de l'​utilisateur au levé 
-continuité ​de service+    * Descriptif utilisateur du langage naturel. 
 +    * Descriptif ​de l'​environnement domotique.
  
 +
 +Objectif : Analyse de l'​utilité / utilisabilité du service et pertinence de la continuité de service dans le cas du scenario prospectif
  
compte_rendu_i3s_ludotic_30_novembre_2011.1322653042.txt.gz · Last modified: 2011/11/30 12:37 by tigli