Dégradation harmonieuse d'interfaces utilisateur - UsiXML

5.4 Mise en évidence des règles de dégradation harmonieuse
Dans cette partie, nous introduirons la structure et les quatre niveaux d’abstraction des
modèles instanciés du framework Cameleon sur lequel nous baserons notre modélisation,
ainsi que le formalisme utilisé pour définir les différents modèles (tâches, domaine, …) qui en
font partie. Ensuite, nous expliciterons en détails les différentes règles de transformation
retenues pour notre application et leur place par niveau d’abstraction.
5.4.1 le framework Cameleon : 4 niveaux d’abstraction
La structure Cameleon [Calvary & al. 2003] est composée de modèles ontologiques et de
modèles instanciés. Les modèles ontologiques sont des descriptions abstraites des concepts
qui entrent en jeu dans tous les développements d’IU sensibles au contexte. Il s’agit de métamodèles
indépendant de n’importe quel secteur d’activité humaine (médical, comptable,…) et
de n’importe quel système interactif. Il existe trois modèles ontologiques concernant la
sensibilité au contexte :
les modèles du Domaine qui donnent une description des concepts et tâches de
l’utilisateur relative à un domaine ;
les modèles du Contexte qui donnent une description du contexte d’utilisation,
décomposables en trois modèles concernant le profile de l’utilisateur, la plateforme
et l’environnement (il est donc nécessaire de disposer d’au moins un de
ces modèles pour construire le modèle du contexte) ;
les modèles de l’Adaptation qui spécifient la manière dont une IU peut être
adaptée après un changement de contexte d’utilisation suffisamment
significatif.
Une fois instanciés, les modèles produits seront alors dépendants d’un système particulier
(domaine d’activité, etc…). Il existe ainsi quatre niveaux d’abstraction pour les modèles
instanciés, de la spécification de la tâche de l’utilisateur jusqu’à l’interface finale :
Le niveau Tâches et Concepts : ce niveau donne les spécifications des
systèmes interactifs en terme de tâches utilisateur à gérer et en terme des objets
du domaine qui seront manipulés par ces tâches.
Le niveau AUI : ce niveau exprime l’IU en terme d’unités de présentation, et
ceci indépendamment des objets interactifs qui sont disponibles. (une unité de
présentation représente un environnement de présentation permettant
l’exécution d’un ensemble de tâches interconnectées)
Le niveau CUI : ce niveau exprime l’IU en terme d’objets interactifs abstraits
et leur position. Ainsi, la CUI représente encore une sort de maquette, à ce
stade du développement.
Le niveau FUI : ce niveau traduit la génération de code source dans un langage
de programmation donné d’une CUI. Celui-ci pourra être interprété ou
compilé.
57