24.06.2013 Views

Dégradation harmonieuse d'interfaces utilisateur - UsiXML

Dégradation harmonieuse d'interfaces utilisateur - UsiXML

Dégradation harmonieuse d'interfaces utilisateur - UsiXML

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!