Dégradation harmonieuse d'interfaces utilisateur - UsiXML

- Si Op est un opérateur de concurrence et OpX est un opérateur de séquence, nous
pouvons simplifier ce triplet en indiquant que seul la première tâche de X active celles
de Y.
Remarquons que l’ajout d’un bouton de validation impliquera un changement dans la liste de
couples reflétant les tâches responsables du déclenchement des fonctions sémantiques (voir
point 5.7.2). C’est en effet ce bouton qui sera responsable dorénavant du déclenchement des
fonctions sémantiques et plus la dernière tâche de l’ensemble de tâches concurrentes (cfr.
heuristique utilisée).
La dernière étape consistera à créer un ensemble de couple du même type que ceux du point
5.7.2 en ce qui concerne les fonctions sémantiques mais où le premier membre est un record
dont la fonction est l’activation ou la désactivation des tâches qui y sont contenues. Ceci étant
bien entendu déclenché par la tâche dont l’identificateur se trouve dans le deuxième membre.
La deuxième fonctionnalité se base sur les résultats obtenus lors de la troisième étape pour la
première fonctionnalité. Puisque tous les opérateurs de séquence ont été isolés, il est alors
facile de déterminer quelles seront les tâches inactives à l’ouverture.
5.7.5 La Couche Génération d’interface semi-concrètes
Comme dit précédemment, cette couche consiste à générer une interface QTk mais où les
fonctions sémantiques ne sont pas encore tout à fait concrètes, le type d’objet interactif sur
lesquelles elles s’appliquent ayant la possibilité de varier. Ces dernières seront alors
exprimées selon la terminologie expliquée dans le point 5.7.1.
5.7.6 La Couche Transformation d’interface
C’est probablement la couche la plus intéressante car c’est à ce niveau que nous appliquons
nos règles de dégradation harmonieuse.
Le module FinalPU Generator
Ce module va permettre de générer une unité de présentation où tous les OIAs seront spécifiés
de manière définitive. Deux cas d’affectation d’un OIA à une tâche sont possibles :
- le cas par défaut : on choisira l’OIA dont l’OIC aura la taille la plus élevée.
- le cas spécifique à une résolution précise : on choisira l’OIA dont l’OIC permet de
satisfaire les conditions de résolution.
Pour cela, nous devons, dans une première étape, organiser des listes d’OIAs candidats pour
leurs tâches respectives en fonction de l’espace qu’ils (leurs OICs) prendront. Ensuite, nous
attribuons le premier candidat de chaque liste à chaque tâche. Si nous ne considérons que le
cas par défaut, nous gardons cette configuration. Sinon, si la taille de l’ensemble est
supérieure à ce qui est souhaité, nous devrons substituer certains OIAs par d’autres.
Pour réaliser cette dernière étape, nous attribuons une importance relative à chaque tâche (le
facteur multiplicateur importance*fréquence de la tâche) et nous substituons les OIAs par
ordre croissant d’importance relative. Ainsi, les tâches les moins importantes subiront d’abord
une substitution.
89