Tâches
Dans la partie contexte, nous avons pu voir la liste des besoins, c'est à dire, les fonctionnalités attendues par l'utilisateur mais vues sous le prisme "génie logiciel". Nous allons maintenant traduire ces besoins en une suite de tâches, c'est à dire voir la réalisation de ces besoins sous le prisme "interface homme-machine".
Une tâche traduit un but utilisateur. L'utilisation d'une fonctionnalité passe par l'exécution de tâches. Une tâches peut être composée de sous-tâches ou bien être élémentaire (pas de décomposition possible). Une composition de tâches peut se faire via une relation de dépendances ou bien via une relation temporelle.
Dans la pratique, une tâche commence par un verbe. Ce verbe traduit une action utilisateur mais pas au niveau informatique : choisir, sélectionner, consulter, actionner...
Chaque tâche doit prévoir des scénarios : cas normal, cas d'exception, cas d'interruption. On peut également préciser pour chaque tâche les concepts manipulés (quels objets intéressent l'utilisateur), les pré et postconditions, des contraintes (durée maximale par exemple), la fréquence de cette tâche, sa difficulté et sa criticité.
Les sections suivantes décrivent un ensemble de tâches. Chaque tâche est rattachée à un ou plusieurs besoins.
L'identification des tâches est nécessaire pour définir une IHM abstraite.
Last updated