Dégradation harmonieuse d'interfaces utilisateur - UsiXML

Pour évaluer ces outils, différents critères entrent en jeu : la facilité d’utilisation, les aspects
de l’interface ciblés lors du développement, les parties du cycle de développement visées et
enfin, la performance des applications construites. L’évaluation nous donne les résultats
suivants :
Ease of
Classes of Designs
LifeCycle Performance
Use Supported Not Supported Support
Interface Excellent Menus, buttons, Dynamic aspects Detailed Good
Builders for static sliders, etc …
design,
facets
Poor for
dynamic
ones
implementation
UIMSs Fair Dialogue control Everything doable, but
hard to do
Implementation Moderate
Toolkit
Libraries
Poor Everything doable, but hard to do Implementation Excellent
Design Excellent Presentation, Complex behaviors Early and Poor
Exploration
Tools
limited behavior
detailed design
Figure 2 – Résultats d’évaluation des outils de construction d’IU traditionnels
Au regard du tableau suivant, on constate une série d’inconvénients :
- les outils ne couvrent que des portions limitées de l’interface
- les phases du cycle du développement couvertes sont limitées (aucun outil ne propose
de faire du design complet et de l’implémentation)
- les changements sont difficiles à propager
- les interfaces créées ne sont pas portables et très difficilement personnalisables
Ainsi, les buts de l’approche de développement d’interface basée modèle sont donc de
proposer des environnements de développement étendus (s’attachant aussi bien aux phases de
design que d’implémentation), d’améliorer la portabilité des interfaces, de s’appuyer de
manière solide sur le cycle de développement, d’intégrer dans le développement des études
d’utilisabilité (pour favoriser la facilité d’utilisation des interfaces par leurs utilisateurs) et
enfin, spécifier l’UI à un haut niveau d’abstraction indépendamment de l’implémentation
(approche déclarative plutôt que procédurale).
Les composants typiques d’un environnement nécessaire au développement d’interfaces
fondées sur la génération orientée modèle (Model-Based Interface Developpment
Environments ou MB-IDE) sont les suivants [Szekely96] :
1. Le composant Modèle
Il représente l’information selon trois niveaux d’abstraction.
Le plus haut niveau regroupe généralement le domaine et le modèle de tâche véhiculé par
le système :
Modèle du Domaine: données et opérations réalisées dans le noyau fonctionnel.
Modèle de la Tâche: hiérarchie des tâches et sous-tâches ordonnancées.
11