Journée Intech Device Independence – Page 1 IHM et multiplicité des supports : problématique - aperçu de la recherche et des solutions actuelles Anne-Marie.

Présentation au sujet: "Journée Intech Device Independence – Page 1 IHM et multiplicité des supports : problématique - aperçu de la recherche et des solutions actuelles Anne-Marie."— Transcription de la présentation:

1 Journée Intech Device Independence – Page 1 IHM et multiplicité des supports : problématique - aperçu de la recherche et des solutions actuelles Anne-Marie Déry pinna@essi.frpinna@essi.fr

2 Journée Intech Device Independence – Page 2 Motivations et exemples dapplications visées

3 Journée Intech Device Independence – Page 3 IHM sur supports mobiles l Complexification de la conception ergonomique et logicielle

4 Journée Intech Device Independence – Page 4 IHM sur supports mobiles Complexification de la conception ergonomique et logicielle

5 Journée Intech Device Independence – Page 5 IHM sur supports mobiles l Complexification de la conception ergonomique et logicielle

6 Journée Intech Device Independence – Page 6 Les enjeux de la mutation l De nouveaux problèmes à résoudre – prendre en compte le contexte dans l'interaction Perception/modélisation/adaptation l Des solutions à des problèmes anciens à revoir – les techniques d'interaction : windows, icons, menus, pointing l Des problèmes classiques prennent une importance particulière – concevoir pour plusieurs plates-formes – Ingénierie au cas par cas insuffisante Coûts de développement et de maintenance Cohérence ergonomique entre versions

7 Journée Intech Device Independence – Page 7 Plasticité des interfaces l Un peu dhistoire … –Introduction du terme à Interact99 –Capacité dune interface à sadapter à son contexte dusage dans le respect de son utilisabilité –Contexte dusage Plate-forme Environnement Utilisateur (2001)

8 Journée Intech Device Independence – Page 8 Des solutions : des traducteurs, la plasticité, la prise en compte du contexte, des architectures, lergonomie

9 Journée Intech Device Independence – Page 9 Contenu du module l Semaine 1 3/12 1H : Introduction au module (AM Dery) 3H : Cours XUL (Paul Franchi) l Semaine 2- 10/12 4H : XUL (Paul Franchi) l Semaine 3 17/12 2H + 2H : Présentation Open Plug l Semaine 4 7/1 2H + 2H : Aperçu des autres langages (Cedric Joffroy) l Semaine 5 14/1 2H + 2H : Approche composants (Rainbow ) l Semaine 6 21/1 2H + 2H : Apprche IIHM (Gaelle Calvary) l Semaine 7 28/1 User plasticity : DV (Mireille Blay Fornarino) l Semaine 8 4/2 EXPOSES

10 Journée Intech Device Independence – Page 10 Contenu du module l Illustration des besoins en entreprise –Pour la téléphonie l Exemple dOpen Plug

11 Journée Intech Device Independence – Page 11 Contenu du module l Langages à balises et IHM

12 Journée Intech Device Independence – Page 12 Traducteurs XML XSL HTML VoiceML WML XML et XSL pour la présentation, UIML, SUNML, Xforms ….

13 Journée Intech Device Independence – Page 13 Langage de description dinterfaces

14 Journée Intech Device Independence – Page 14 De lIHM abstraite vers lIHM concrète JFrame1 JPanel1 JLabel1JField1... IHM concrète (Exécution) Projection FicheClient MainDialog LabelFieldNomFieldNom... IHM abstraite (Exécution) HMI Dialog Field JFrame JPanel JTextFieldJLabel Légende Instance... Nom : Toto... Fichier SUNML (Spécification) Réification

15 Journée Intech Device Independence – Page 15 Contenu du module Pourquoi XUL ?

16 Journée Intech Device Independence – Page 16 Plasticité des interfaces : une nécessité l Problème ? –Exemple SI la batterie du PC faiblit ALORS passer sur PDA –SI condition ALORS action Action Réaction

17 Journée Intech Device Independence – Page 17 Espace problème

18 Journée Intech Device Independence – Page 18 Espace problème l Domaine de plasticité Seuil de plasticité Domaine de plasticité C2 Contexte non couvert C1 Contexte couvert par lIHM

19 Journée Intech Device Independence – Page 19 Contenu du module l Traitement e ladaptation : –Approches de léquipe IIHM (Grenoble)

20 Journée Intech Device Independence – Page 20 Cadre de référence : phase conception Config 1 Modèle Tâches et Concepts IHM concrète IHM finale IHM abstraite Modèle Tâches et Concepts Modèles archétypes Config 2 Concepts Tâches User Plate-forme Environment Evolution Transition IHM concrète IHM finale IHM abstraite Concepts Tâches User Plate-forme Environment Evolution Transition Domaine Concepts Tâches Contexte User Plate-forme Environment Adaptation Evolution Transition Modèles ontologiques ARTStudio D. Thevenin Réification, Factorisation, Traduction, Abstraction / Reconception, Crossing, Intervention Humaine Spécifier 1 fois -> N Interfaces approche par modèles

21 Journée Intech Device Independence – Page 21 Tâches & Concepts IHM abstraite IHM concrète IHM finale Config 1 Cadre de r é f é rence : phase conception

22 Journée Intech Device Independence – Page 22 Reconnaissance de situation Exécution de la réaction Capture du contexte Identification Des solutions candidates Selection dune solution candidate Détection de changement de contexte Identification du changement de contexte Exécution du prologue Execution de la reaction Execution de Lépilogue Calcul dune réaction Cadre de r é f é rence : phase ex é cution

23 Journée Intech Device Independence – Page 23 Ingénierie : Capture de contexte l Donnée captée et méta-donnée Précision Fréquence Stabilité Zone de couverture Complétude Ambiguïté Complémentarité Redondance l Architecture logicielle

24 Journée Intech Device Independence – Page 24 l Contexte (U,T) = ensemble de rôles et de relations entre entités pour la réalisation de T par U l Changement de Contexte = lensemble des rôles change,et/ou lensemble des relations change l Tâches et activités ont lieu dans un réseau de contextes l Contexte (U,T) = un réseau de situations qui partagent le même ensemble de rôles et de relations Ontologie … Les tâches mettent en jeu des entités (ex.: une table, un crayon, une couleur) Entité = un regroupement dobservables Entités peuvent jouer un rôle = une fonction relative à une tâche, qui est satisfaite par une entité, (par exemple, une table satisfait la fonction « surface de dépôt ») Entités peuvent entretenir des relations Domaine (monde) = un réseau détats reliés par des actions État = un prédicat sur des observables But = état souhaité Tâche =, c.-à-d. absence de plan Activité =

25 Journée Intech Device Independence – Page 25 Contenu du module Adapation à lévolution des services fonctionnels Approche de léqupe RAINBOW

26 Journée Intech Device Independence – Page 26 Applications visées Problématique l Applications évolutives et adaptables –accessibles via un PDA, un portable ou une station –variabilité des fonctionnalités selon le contexte d'utilisation (mode dégradé, connecté ou déconnecté, dépendance des ressources…) l Applications construites à base de composants (composants métiers, composants dIHM, composants services…) Sappuyer sur les infrastructures systèmes (RMI, EJB, …) Fournir une plate-forme à composants Exemples : –Agenda collaboratif –Gestion commerciale (facturations, commandes, client, fournisseur)

27 Journée Intech Device Independence – Page 27 Spécificités des applications et contraintes IHMs l Changement du contexte d'exécution du composant (dutilisation de fonctionnalités) d'une station à un PDA, un téléphone portable … "Reconfiguration" du composant l Retrait / ajout de composants (demande de fonctionnalités, de services) Composition de composants l Comment réutiliser une IHM existante sur un support différent ? l Comment composer les IHMs des composants métiers ? Déporter le composant prise de commande sur un PDA pour le consultant sur site Ajouter dynamiquement le service de gestion de stock pour informer du délai…

28 Journée Intech Device Independence – Page 28 Proposition : modèle de composants et abstraction l La communication entre composants IHM et métier est exprimée par des interactions l Un langage abstrait de description structurelle des IHMs : SUNML dans la lignée de XForms, RIML,... (inspiré de UIML) l Composition de composants métiers par interactions l Règles de composition adaptées aux IHMs l Fusion de règles vérifiant la cohérence de la composition l Atelier de composition Réutiliser des composants métiers Composer les IHMs des composants métiers Un modèle de composant + ISL + SUNML Un modèle de composants qui découple composant métier et composants d IHM. Spécification d IHM indépendantes du support

29 Journée Intech Device Independence – Page 29 De lIHM abstraite vers lIHM concrète JFrame1 JPanel1 JLabel1JField1... IHM concrète (Exécution) Projection FicheClient MainDialog LabelFieldNomFieldNom... IHM abstraite (Exécution) HMI Dialog Field JFrame JPanel JTextFieldJLabel Légende Instance... Nom : Toto... Fichier SUNML (Spécification) Réification durand Composant métier (Exécution) ? ? ?

30 Journée Intech Device Independence – Page 30 De lIHM abstraite vers lIHM concrète Séparation du composant dIHM du composant métier Expression des communications possibles entre ces composants avec ISL Adaptation des composants suivant le contexte dexécution durand FicheClient IHM concrète IHM abstraite Composant métier JFrame1 Légende Instance interaction Controleur

31 Journée Intech Device Independence – Page 31 Exemple de Liste de Clients <list id="ListeClients" reference="FicheClient" select="Field[FieldNom]"/> Fichier SUNML (spécification) Exemple en Swing Composition Représentant – Client (1-n) : Liste de clients

32 Journée Intech Device Independence – Page 32 Contenu du module l Exemple dadaptation aux utilisateurs : –Web pour Déficients visuels