Dégradation harmonieuse d'interfaces utilisateur - UsiXML

1.2 Le problème spécifique de l’IHM graphique multiplate-forme.
Le développement d’interfaces utilisateur multiplate-formes est en soi une tâche plutôt
difficile car coûteuse et consommatrice de temps. Le temps passé pour la conception de
l’interface utilisateur (en moyenne, 48% du code d’une application interactive correspondent
à l’IHM et le temps moyen passé dans les différentes phases de conception et réalisation est
estimé entre 40% et 50% [Myers92-1]) et représente une grande partie dans le cycle de
développement d’une application, notamment en terme de développement pur et de
maintenance, même lorsqu’il s’agit d’applications de type « traditionnel » pour une seule
plate-forme cible.
De plus, les concepteurs d’interfaces n’ont pas toujours la possibilité de prévoir sur quelles
plate-formes les applications devront être utilisées dans le futur : les dispositifs physiques
peuvent varier sensiblement, notamment en terme de taille d’écran, et on comprend dès lors
mieux que programmer une interface par plate-forme ne soit pas un problème simple en soi,
surtout si les changements (maintenance) deviennent sensiblement importants.
Les méthodes traditionnelles prônent le développement d’interfaces séparément par plateforme,
avec le risque encouru de ne plus respecter la cohérence et la consistance entre les
différentes interfaces spécifiques. Aussi, ce mémoire nous permettra de mettre en pratique et
d’évaluer une alternative au développement séparé d’interfaces spécifiques aux différentes
plate-formes choisies : la « dégradation harmonieuse » d’interfaces, à savoir la conception
d’une interface pour la plate-forme possédant la meilleure résolution d’écran et la réalisation
d’adaptations automatiques de cette dernière pour les écrans plus petits par l’application de
règles de transformation.
1.3 Motivations
L’avantage principal de cette approche réside sans aucun doute dans le principe d’adaptation,
cela nous permettra de prévoir à l’avance différentes plate-formes physiques et d’anticiper des
résolutions d’écran de futures plate-formes.
Enfin, et c’est ce qui rend probablement le travail plus original, le lecteur pourra se rendre
compte dans l’état de l’art du nombre relativement limité de cas déjà consacré à la
dégradation harmonieuse d’interface utilisateur. En général, les seules règles de
transformation considérées dans les cas existants n’abordent qu’une seule facette du
problème. Notre étude de cas tentera donc d’aborder plusieurs aspects différents de l’interface
utilisateur en y intégrant des règles de transformation à différents niveaux d’abstraction.
1.4 Cas d’étude et Méthodologie suivie
Le présent travail comportera aussi bien une partie pratique qu’une partie théorique. Nous
nous limiterons cependant à l’étude des interfaces graphiques à deux dimensions. Les
interfaces tridimensionnelles, vocales, … ne seront pas abordées.
Dans la partie théorique, nous axerons notre recherche sur l’analyse d’un cas de dégradation
harmonieuse basé modèle (cfr. infra) programmée en Oz [Mozart] et développée avec le
toolkit QTk [QTk]. Nous verrons et appliquerons différentes techniques d’analyse et de
modélisation de transitions entre toutes les fenêtres possibles de l’application choisie.
7