Dégradation harmonieuse d'interfaces utilisateur - UsiXML

s’échanger de l’information. (ex : remplissage des champs 1 et 2 dans un formulaire
où ceux-ci doivent assurer une certaine cohérence (ex : ville et code postal))
- le choix (T1 [] T2) : l’utilisateur a le choix de lancer soit T1 ou T2, mais pas les deux.
Une fois que le choix est effectué, il n’est plus possible de déclencher l’autre, à moins
que celle-ci vienne de se terminer et que la hiérarchie des tâches fasse en sorte que le
choix soit à nouveau possible (ex : ouvrir un nouveau document ou un document
existant dans une application quelconque).
- l’indépendance ordonnée (T1 |=| T2) : cette opération indique que l’utilisateur a le
choix concernant la tâche à accomplir en premier mais quoiqu’il arrive, ces deux
tâches doivent être réalisées. Dans le cas où l’utilisateur choisit T1, il devra
obligatoirement accomplir T2 lorsque T1 sera terminée.
- la désactivation (T1 [> T2) : T1 est définitivement interrompue lorsque T2 ou la
première sous-tâche de T2 a été lancée (ex : l’envoi d’un formulaire désactive toutes
les tâches possibles pour le remplissage de ce formulaire).
- la mise en suspend (T1 |> T2) : T1 est interrompue temporairement lorsque T2 ou sa
première sous-tâche est lancée. Ensuite, lorsque cette dernière a été effectuée, T1
reprend son cours. (ex : un message de feed-back indiquant que l’e-mail envoyé est
arrivé à son destinataire)
- l’activation (T1 >> T2) : indique un ordre séquentiel entre T1 et T2. T2 ne sera
accessible que lorsque T1 aura été effectuée et complètement terminée.
(ex :l’introduction d’un mot de passe avant d’accéder aux services fournis).
- L’activation avec passage d’information (T1 []>> T2) : T1 active T2 et lui fournit
certaines informations. (ex : une requête à une base de données (T1 permet de
spécifier la requête et T2 affiche les résultats que l’utilisateur pourra ensuite
consulter)).
Toutes ces opérateurs unaires et binaires ne peuvent être mis sur un même pied d’égalité.
Certains sont, en effet, plus prioritaires que d’autres. Voici le classement qu’on peut leur
donner, par ordre décroissant de priorité :
T*
T(n)
[T]) [] |=| ||| |[]| [> >> []>>
Priorité
maximale
Figure 33 – Ordre de priorité des opérateurs temporels dans CTT
Aussi, en regard de ces différences de priorités, il sera sans aucun doute utile de ne travailler
qu’avec des modèles de tâches respectant cette priorité par niveau. En effet, il pourrait être
assez compliqué de faire des manipulations sur un arbre non prioritaire, notamment si nous
devons diviser cet arbre en plusieurs parties tout en respectant la priorité des tâches entre
elles. Or, conceptuellement, un arbre prioritaire est tout à fait équivalent à un arbre non
prioritaire : le premier sera en fait le deuxième complété par des tâches factices comme dans
l’exemple suivant :
Voici notre modèle de tâche CTT normal.
61
Priorité
minimale