Après avoir effectué une première ébauche de la liste des acteurs, l'étape suivante consiste à identifier les cas
d'utilisation applicables au système. Les premiers cas d'utilisation ne sont pas définitifs, vous serez certainement
amené à les modifier plusieurs fois avant qu'ils ne deviennent stables. Si la vision ou les exigences du système sont
incomplètes, ou si l'analyse du système est vague, le fonctionnement du système ne sera pas clair. Par conséquent, vous
devez toujours vous demander si vous avez identifié les cas d'utilisation appropriés. En outre, vous n'obtiendrez une
version finale qu'après avoir maintes fois ajouté, supprimé, combiné et scindé des cas d'utilisation. Vous aurez une
meilleure compréhension des cas d'utilisation une fois que vous les aurez décrits en détail.
Pour identifier les cas d'utilisation appropriés, commencez par réfléchir à ce que chaque acteur attend du système. Il
ne faut jamais oublier qu'un système n'existe qu'à travers ses utilisateurs, et doit donc être basé sur leurs besoins.
L'étude des exigences fonctionnelles définies pour le système vous permettra de mettre en lumière la plupart des
besoins des acteurs. Pour chaque acteur, humain ou non, posez-vous les questions suivantes :
-
Du point de vue de l'acteur, quelles sont les principales tâches que le système doit exécuter ?
-
L'acteur va-t-il créer, stocker, modifier, supprimer ou lire des données dans le système ?
-
L'acteur sera-t-il amené à informer le système de changements extérieurs soudains ?
-
L'acteur doit-il être avisé de l'occurrence de certains événements dans le système ?
-
L'acteur sera-t-il amené à démarrer ou à arrêter le système ?
Les réponses à ces questions représentent les flux d'événements qui identifient les cas d'utilisation susceptibles
d'être retenus. Tous les cas d'utilisation potentiels ne constituent pas forcément des cas distincts : certains peuvent
être des variantes d'un même cas. Il n'est pas toujours aisé de déterminer s'il s'agit d'une variante ou d'un cas
d'utilisation distinct. Toutefois, les choses se clarifieront lorsque vous décrirez les flux d'événements de manière
détaillée.
Outre les exigences, un modèle d'entreprise de votre organisation (également appelé modèle métier) peut constituer une
source d'informations précieuse lors de l'identification des cas d'utilisation. Un modèle d'entreprise explique comment
le système d'information peut être incorporé aux opérations existantes, vous donnant ainsi une bonne représentation de
l'environnement du système. Vous trouverez également des concepts à définir dans le modèle d'entreprise, car il
contient les "objets métier" de l'entreprise. Si vous avez effectué l'enchaînement d'activités Modélisation
métier , vous disposerez également d'un modèle de cas d'utilisation métier et d'un modèle
d'analyse métier .
Plusieurs modèles de cas d'utilisation peuvent être définis pour un système. Pour identifier le modèle optimal, créez
deux ou trois modèles, choisissez celui que vous préférez et développez-le plus en détail. Le développement de
plusieurs modèles possibles vous aide également à mieux comprendre le système.
Une fois que vous avez défini votre premier modèle de cas d'utilisation, vérifiez qu'il répond bien à toutes les
exigences fonctionnelles. Relisez attentivement la liste d'exigences pour vous assurer que tous vos cas d'utilisation
répondent bien à toutes les exigences.
Pour plus d'informations sur les caractéristiques des cas d'utilisation et sur la façon de les identifier, voir aussi
Instructions : Modèle de cas d'utilisation et Instructions : Cas
d'utilisation.
Nommez et décrivez brièvement les cas d'utilisation identifiés
Le nom d'un cas d'utilisation doit refléter le résultat obtenu suite à ses interactions avec les acteurs concernés. Le
nom peut être composé de plusieurs mots pour faciliter sa compréhension. Chaque cas d'utilisation doit porter un nom
unique. Voir aussi la section Nom dans Instructions : Cas
d'utilisation.
Définissez chaque cas d'utilisation en rédigeant une brève description. Pour écrire cette description, référez-vous au
glossaire et, si nécessaire, définissez de nouveaux concepts. Voir aussi la section Brève description dans Instructions : Cas d'utilisation.
Définissez le flux d'événements
A ce stade, vous devez également développer une première ébauche du flux d'événements du cas d'utilisation. Décrivez
chaque flux comme une brève étape de performance, sans entrer dans les détails. La personne qui sera chargée de
spécifier le cas d'utilisation (même si c'est vous) aura besoin de cette description étape par étape. Commencez par
décrire le flux d'événements principal et ajoutez ensuite les flux supplémentaires.
Exemple :
La première description étape par étape du flux d'événements du cas d'utilisation Recyclage d'articles pour un système
de recyclage pourrait être la suivante :
-
Le client appuie sur le bouton Démarrer.
-
Le client introduit les articles à recycler.
-
Le système détermine les types d'articles.
-
Le système incrémente le total quotidien pour chaque type d'article reçu.
-
Le client appuie sur le bouton Reçu.
-
Le système imprime le reçu.
Répertoriez les exigences supplémentaires
Certaines exigences du système ne peuvent être allouées à des cas d'utilisation spécifiques : répertoriez-les dans les
spécifications supplémentaires (voir aussi Produit : Spécifications supplémentaires).
|