Effectuer une analyse de cas d'utilisation sous forme d'activité de groupe est important dans les premières itérations
pour souder l'équipe et établir une vision commune de l'architecture du système. Il s'agit d'un point de transition
important dans l'itération, car il constitue un pont entre la vue de l'utilisateur du système (représentée par les cas
d'utilisation) et la vue du concepteur du système (représentée, à ce moment, par des classes d'analyse).
Dans les itérations ultérieures, ou avec une équipe expérimentée, l'analyse de cas d'utilisation peut être réalisée
plus en tant qu'activité individuelle, si elle a lieu. Quand il existe un modèle de conception existant bien formé,
rechercher de nouveaux objets peut être moins intéressant car les classes existantes dans la conception sont
susceptibles de représenter tout comportement de système requis par de nouveaux cas d'utilisation.
L'atelier doit être organisé comme une session de brain-storming pendant laquelle une grande variété de compétences
sont nécessaires dans de nombreux domaines :
-
Recueil des exigences
-
Analyse & conception
-
Architecture
-
Test
-
Problèmes de domaine
-
Problèmes de méthodologie en général
Limiter le nombre de participants à l'atelier : au-delà de 6-7 personnes, la participation libre et ouverte de tous les
membres se trouve entravée.
-
Un grand tableau pour les schémas
-
Papier uni A3 ou grand format ; le format dépend du format maximal que votre photocopieur peut prendre en charge.
-
Ruban adhésif
-
Post-it (de différentes couleurs si possible)
-
Feutres pour le tableau (rouge, vert et bleu).
-
Crayons (rouge, vert, bleu).
-
Murs sur lesquels fixer les papiers
Prévoir au moins quelques heures par cas d'utilisation en moyenne. Plus tôt, les ateliers dureront plus longtemps mais
le temps diminuera au fur et à mesure que le nombre de nouvelles classes diminue et que le groupe acquiert de
l'expérience.
Les responsabilités suivantes interviennent pendant l'atelier. C'est une bonne idée que les responsabilités soient
exercées à tour de rôle et de laisser tout le monde les endosser.
-
Leader : dirige la discussion, dessine les diagrammes de communication au tableau. Le consultant méthode
prend naturellement cette responsabilité au moins pour commencer ; le rôle de leader doit ensuite être assumé à
tour de rôle par les membres de l'équipe pour leur permettre d'acquérir de l'expérience.
-
"Propriétaire" de classe : enregistre les informations sur un ensemble de classes assignées. Plusieurs
personnes peuvent assumer ce rôle, chacune avec un ensemble de classes.
-
Secrétaire : recopie le diagramme de communication dessiné au tableau avec les mêmes couleurs qu'au tableau.
L'équipe aborde les différents événements du cas d'utilisation. Pour chaque comportement identifié dans le cas
d'utilisation, un objet qui fournit le comportement est identifié. L'objet peut être une instance d'une classe
existante, ou la classe peut devoir être créée.
Le leader dessine le diagramme de communication au tableau et tout le monde participe à la discussion.
Quand le cas d'utilisation a été dessiné sous forme de diagramme, une copie de celui-ci doit être faite sur papier
A3/grand format avec les mêmes couleurs que celles employées au tableau.
En même temps, les responsabilités des objets sont documentées sur papier A3/grand format, au format décrit dans la
section "Personnalisation" dans Produit : classe d'analyse. Enregistrez les responsabilités,
événements et classes avec lesquels vous avez collaboré sur des post-it ; cela facilitera les changements de
responsabilité.
Dessin des diagrammes de communication
Les conventions suivantes facilitent la lecture des diagrammes ainsi que le travail pendant l'atelier.
-
Dessinez toutes les classes et les liens et écrivez les noms d'objets en bleu.
-
Ecrivez le texte des messages et le type d'informations envoyées sur les liens en vert sur des post-it. Cela
facilite la lecture et l'échange des messages entre objets quand les responsabilités des objets sont équilibrées.
-
Numérotez les messages (c'est-à-dire l'ordre de l'enchaînement d'événements) en rouge sur des post-it séparés. Cela
permet à la séquence d'événements d'être ajustée alors que les responsabilités des objets sont rééquilibrées
pendant les ateliers.
Dessinez un diagramme pour l'enchaînement de base du cas d'utilisation et des diagrammes supplémentaires pour les
autres enchaînements. Pour des cas d'utilisation simples, une seule vue peut suffire pour l'ensemble.
Exemple de diagramme de communication pour cas d'utilisation Authentifier utilisateur dans un guichet
automatique bancaire.
|