1

Spécificités de l’informatique ambiante

De nombreux services Des services métiers (apparition et disparition de

fonctionnalités) Des services pour gérer les supports physiques et les

interacteurs

Des services contraints Des services sur l’étagère “boites noires” Des devices avec leurs caratéristiques

Des usages variés Des utilisateurs nombreux et variés Chaque utilisateur a ses propres intérets et besoins

3

Problématiques liées au domaine de l’utilisateur

Adapter l’interface utilisateur à l’évolution du système

Comment modifier l’IHM pour intégrer un nouveau service ?

Adapter l’interface aux besoins utilisateurs Adaptation aux supports physiques : travaux sur les IHMs

plastiques (IHMs abstraites et rendering, expression du modèle de tâches)

Adaptation aux utilisateurs : travaux sur les IHMs (introduction de modèles de tâches, de profis)

Adapter le système aux besoins utilisateurs

Construire des applications personnalisées à partir des IHM

4

Patterns Architecturaux de construction d’IHMs

MVC (1979)(Model-View-Controller)

PAC (1987)(Presentation-Abstraction-Control)

Arch Model(1992)

P

C

A

Controller

ModelView

P

C

A

P

C

A

... ...

P

C

A

5

Un modèle inspiré d’Arche pour les services

1 Arche pour1 service interactif

N services fonctionnels et leurs interactions utilisateurs : comment fusionner le tout ?

Services Fonctionnel

ServicesD’interaction

AdaptorAdaptor

Dialogue

6

Quid des assemblages

Comment fusionner 2 services respectant l’Arche ?

Composition d’arches ?

Assemblage des services fonctionnels

Quid des dialogues ? Expression et fusionQuid des IHM?Expression et fusion

7

Travaux de références pour le domaine utilisateur

Travaux composants (Fractal, SOA, Noah, WCOMP MODEL)

Gestion de la dynamique de l’application (apparition et disparition de composants et de services)

Expression des assemblages (orchestration, règles isl, langages d’aspects…)

Sureté des assemblages

Travaux sur l’IDM

Modèles et transformation de modèles Fusion de modèles

Travaux en IHMs

Plasticité des interfaces Expression de modèles pour l’IHM (taches, dialogues…)

8

IHM•Abstraite: Structure en espaces de dialogue•Concrète : Fait le choix des interacteurs •Finale: Fait le choix de l’environnement de programmation et d’exécution

Contexte d’usage•Environnement•Utilisateur•Plate-forme

•Composant d’IHM Abstrait

9

Nos spécificités

Etre centré sur le dialogue : relation « fonctionnel et IHM »Déterminer le bon modèle de dialogue et avoir une

architecture N-ArchesEtre indépendant plateforme : s’appuyer sur un modèle

Etre indépendant dispositifs : s’appuyer sur les modèles d’IHMpour la plasticité

Faire collaborer des modèles et pouvoir les changer

Assurer la dynamique de l’application : assembler à tous les niveaux

Déduire au maximum les assemblagesTrouver le bon niveau d’IHM abstrait

10

Adapter l’interface à l’évolution du système (priorité 1)

déduction

Assemblage de services(Orchestrations, fusion d’aspects,Composants hiérarchiques)

Assemblage d’IHMs(Utilisation d’IHMs abstraites, puisProjection sur devices)

InterventionSi conflits

Dialogues

S’adresse au développeur

11

Adapter l’interface aux besoins utilisateurs (priorité 2)

2 utilisateurs : le développeur ou l’utilisateur final

Choix des services – organisation de l’IHM

Choix des devices

Dialogue

Device Device

IS Service

Marks Service

IS Service

WebCal Service

IS Service

WebCal Service

12

Adaptation du système (priorité 3)

Déduire l’assemblagepour un utilisateur

13

MPI

Points communs aux adaptations visées

Conception Exécution

Noyau Fonctionnel

IHM

Evolution Noyau Fonctionnel Apparition, disparition de services

Nouvelles Utilisations Préférences, Contexte d’utilisation …

AdaptationAdaptation

AdaptationAdaptation

M IHM

Un langage abstrait orienté composition : SUNML puis LAIM / FlexUn composant d’IHM : représentation fractal Un modèle de dialogue et un modèle de plateformeUne collaboration entre les modèles

MP

MD

15

Spécificités “priorité 1”

Déduire au maximum les assemblages : déduction PROLOG

Assemblage d’Arches Orientées Services

Trouver le bon niveau d’IHM abstrait : de LAIM vers SUNML, UsiXML…

Modèles CollaboratifsArticulations entre

Un Modèle de plateforme Un modèle d’IHM basé sur LAIM Un modèle de dialogue

Thèse de Cédric Joffroy (année 1)

RSTI 07 Architecture pour l'adaptation de Systèmes d'Information Interactifs Orientés Services"

SEA 07 Architecture Model for Personalizing interactive service oriented

Projets étudiants M2 Mobile HCI03 Component model and

programming: a first step to manage Human Computer Interaction Adaptation" SUNML

Thèse Audrey Occello ECBS-MBD 08 : Managing Model

Evolution Using the CCBM Approach"

19

Spécificités “priorité 2” et “priorité 3”

Trouver le bon niveau d’IHM abstrait : de LAIM vers UsiXML…

Pour réutiliser les travaux existants

Ontologies de présentation Ontologies métiers

Déductions (IHM to NF)

Vérifier la cohérence globale

Appliquer les modèles collaboratifs (Audrey Occello)

Initiateurs avec Grenoble : Ateliers IHM IDM

UsiXML, Comet …. Intégration forte au groupe Cesame

Master de Christophe Vergoni Collaboration Edelweiss INRIA

Thèse à venir

Application de la sûreté à la construction d’IHMs

VV MDE08 Validation and Verification of an UML/OCL Model with USE and B: Case Study and Lessons Learnt

IASSE 04 An Adaptation-safe Model for Component Platforms

21

Travaux futurs

Intégration et finalisation des différents axes de réflexion

Utilisation des modèles collaboratifs pour les applications fortement évolutives

Application aux interacteurs ambiants

Mise en œuvre d’une application complète