Dégradation harmonieuse d'interfaces utilisateur - UsiXML

5.3 Description des modèles constituants
Les modèles généraux que nous pourrions considérer pour notre problème sont au nombre de
quatre : le modèle du domaine, le modèle de la tâche, le modèle de la présentation et le
modèle de la plate-forme.
5.3.1 Le modèle du domaine
Le modèle du domaine capture les objets du domaine et leurs inter-relations. Une étude
réalisée sur différents MB-UIDEs (Model-based User Interface Development Environments)
[Limbourg 2001], [Souchon 2002] a montré que le formalisme utilisé pour décrire ce modèle
pouvait prendre quatre formes différentes :
1. Les diagrammes de classes (e.g. GENOVA, TADEUS, TEALLACH)
2. Les diagrammes d’entité-relation (e.g. TRIDENT)
3. Les classes implémentées (e.g. MasterMind et les classes CORBA)
4. Les langages ad-hoc (e.g. le langage TIMM dans MOBI-D)
5.3.2 Le modèle de la tâche
Le modèle de la tâche consiste en une description des tâches qu’un utilisateur est dans la
capacité d’accomplir en interagissant avec un système. Cette description se traduit par une
décomposition hiérarchique d’une tâche globale, avec des contraintes exprimées sur et entre
plusieures sous-tâches.
Le modèle de tâche est utile durant tout le cycle de développement d’une application : on
l’utilise de la découverte des requis du futur software demandé par l’utilisateur (user
requirements elicitation) jusqu’à la phase de design, de développement et d’évaluation. Voilà
pourquoi il doit être compréhensible par tous les intervenants du processus de développement
du logiciel (utilisateurs, développeurs de l’application, développeurs de l’interface, …)
5.3.3 Le modèle de la présentation
Le modèle de la présentation représente la partie statique de l’interface utilisateur. Elle
consiste en :
une décomposition hiérarchique de l’écran en un ensemble d’éléments de
présentations appelés objets interactifs jusqu’à ce qu’il n’y ait plus aucun
élément composé
la description des relations entre ces différents éléments, e.g. les relations de
placement (ex : tel objet est placé au-dessus d’un autre) et les relations
logiques (ex : un groupe d’objets interactifs dans lequel on accorde plus
d’importance à un d’entre eux).
53