Dégradation harmonieuse d'interfaces utilisateur - UsiXML
Dégradation harmonieuse d'interfaces utilisateur - UsiXML
Dégradation harmonieuse d'interfaces utilisateur - UsiXML
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Chapitre 6 : Conclusions.<br />
Le travail réalisé dans ce mémoire nous a permis de nous rendre compte de la complexité qui<br />
ressort de l’étude de système de transitions de fenêtres et de la mise en place de règles de<br />
dégradation <strong>harmonieuse</strong> au sein d’une application. C’est, en effet, en creusant plus<br />
profondément cette problématique, simple en apparence, que l’étude réalisée a fait apparaître<br />
une série de nouveaux problèmes supplémentaires auxquels il a fallu attribuer un statut<br />
privilégié. On peut citer, par exemple, la nécessité de disposer d’une technique de<br />
représentation de transitions de fenêtres robuste et lisible dans la partie théorique ou encore<br />
l’obligation de représenter certaines structures de manière abstraite dans notre application<br />
QTk.<br />
Ce travail nous a également permis de nous rendre compte de l’étendue du problème et nous<br />
sommes conscients que nous n’avons abordé qu’une infime partie. Néanmoins, cette étude<br />
s’est révélée très enrichissante et nous a permis de soulever les points suivants :<br />
- Elle nous a notamment permis de réfléchir à la mise en place d’une structure adéquate<br />
pour les transitions de fenêtres d’une application du type FlexClock<br />
- Ceci nous a également fait entrevoir le développement d’une future application<br />
permettant de construire de telles représentations sur base du modèle de la tâche que<br />
nous avons imaginé.<br />
- Elle a renforcé l’utilité d’une approche basée modèle dans le cadre de l’étude de<br />
règles de dégradation, et de l’utilisation d’une structure caractérisant différent niveaux<br />
d’abstraction d’une interface <strong>utilisateur</strong>.<br />
- Nous avons pu mettre en place un arbre de sélection d’OIA pour l’environnement<br />
étudié.<br />
- Nous avons pu évaluer l’implémentatibilité d’un tel système et des quelques règles que<br />
nous avons décidé de considérer pour l’environnement choisi.<br />
- Nous avons aussi pu nous rendre compte de l’application non-systématique de ces<br />
règles de dégradation par rapport aux cas d’études considérés et des différents<br />
raffinements qu’il reste encore à réaliser pour avoir de meilleurs résultats.<br />
- Enfin, nous avons eu l’opportunité de développer un arbre de décision d’application<br />
de règle suivant la propriété de continuité des interfaces.<br />
Aussi, au regard des résultats obtenus et de ce qui a été abordé, les perspectives sont<br />
multiples :<br />
- Implémentation d’un système de génération de diagrammes d’état-transition sur base<br />
du travail préliminaire réalisé dans la partie théorique<br />
- Amélioration des algorithmes de traitement et d’application de règles de dégradation<br />
- Ajout de fonctionnalité non couverte dans notre modèle unique<br />
- Ajout de règles de dégradation<br />
- Création d’un éditeur générant du code Oz à partir de fichiers USIXML de manière à<br />
permettre à l’<strong>utilisateur</strong> de tester la dégradation sur ses propres interfaces<br />
- Amélioration de l’arbre de décision d’application de règles<br />
- Création de plusieurs arbres de sélection d’OIA en fonction des possibilités de<br />
différentes plate-formes<br />
- …<br />
103