 |
Cet artefact est une description logique et conceptuelle de la fonctionnalité système pour un scénario particulier, y compris les interactions requises entre les utilisateurs et le système. Un storyboard "raconte une histoire particulière". |
|
Objet
Les personnes suivantes utilisent les storyboards :
-
Les analystes système, pour explorer, clarifier et répertorier les interactions en termes de comportement
envisagées par l'utilisateur dans le cadre de l'énoncé des exigences.
-
Les concepteurs de l'interface utilisateur, pour concevoir cette interface et en construire un prototype.
-
Les concepteurs des classes qui assurent la fonctionnalité de l'interface utilisateur. Ils exploitent cette
information pour comprendre les interactions du système avec l'utilisateur, afin de concevoir les classes adéquates
qui implémenteront l'interface utilisateur.
-
Les intervenants chargés de concevoir la prochaine version du système, pour déterminer comment le système
exécute le flux d'événements.
-
Les personnes qui testent les fonctions du système.
-
Le responsable, pour la planification et le suivi des travaux d'analyse et de conception.
Gardez à l'esprit que l'objet principal des storyboards est de comprendre le flux global et les interactions, et non
pas de créer un prototype ou de tester l'apparence de l'interface utilisateur. Le storyboard ne doit pas couvrir les
objets fenêtre de l'interface utilisateur, ni les autres questions touchant à cette interface (celles-ci sont couvertes
par le prototype d'interface utilisateur).
|
Relations
Rôles | Responsable:
| Modifié par:
|
Entrée vers | Obligatoire:
| Facultatif:
| Externe:
|
Sortie de |
|
Description principale
Les storyboards participent à la définition des exigences car ils fournissent des mécanismes de retour d'information
importants pour la découverte d'exigences inconnues ou peu claires.
|
Propriétés
Facultatif |  |
Planifié |  |
Considérations clés
Un storyboard peut être défini pour chaque cas
d'utilisation, permettant ainsi une approche de l'ingénierie logicielle orientée cas d'utilisation et offrant une
excellente méthode pour valider les attentes de l'utilisateur (acteur) concernant ces cas d'utilisation et leur rôle dans
le flux d'événements. |
Personnalisation
Options de représentation |
Les storyboards peuvent être rendus à l'aide de représentations visuelles et/ou textuelles.
Déterminez quels storyboards seront utiles pour votre projet. Leur contenu doit être personnalisé pour s'adapter
aux besoins du projet.
Les storyboards sont souvent considérés comme des produits éphémères, dont la maintenance est abandonnée une fois que
les exigences de comportement sont comprises et que le prototypage et l'implémentation de l'interface utilisateur
suivent leur cours. Toutefois, il peut être salutaire, dans certaines circonstances, d'assurer leur maintenance à
travers plusieurs itérations, par exemple lorsque l'interface utilisateur est confrontée à des exigences complexes
longues à être comprises (plusieurs itérations). De plus, les storyboards, couplés avec l'interface utilisateur
concrète, représentent un apport utile pour la documentation destinée à l'utilisateur final.
|
Plus d'informations
© Copyright IBM Corp. 1987, 2006. All Rights Reserved.
|
|