Liste de contrôle: Cas d'utilisation
Cette liste de contrôle permet de s'assurer que tous les cas d'utilisation ont été décrits et structurés correctement.
Relations
Eléments connexes
Description principale


Eléments de vérification
Chaque cas d'utilisation concret est-il en interaction avec au moins un acteur ?
Sinon, quelque chose est incorrect; un cas d'utilisation qui n'interagit pas avec un acteur est superflu et vous devez le supprimer. Pour obtenir plus d'informations, reportez-vous à l'Instruction : Cas d'utilisation.
Chaque cas d'utilisation est-il indépendant des autres ?
Si deux cas d'utilisation sont toujours activés dans la même séquence, vous devrez probablement les fusionner dans un seul cas d'utilisation.
Pour un cas d'utilisation inclus
Pose-t-il des postulats sur les cas d'utilisation qui l'incluent ? De tels postulats doivent être évités, de manière à ce que le cas d'utilisation inclus ne soit pas affecté par les changements des cas d'utilisation auxquels il appartient.
Des cas d'utilisation ont-ils des comportements ou des flux d'événements similaires ?
Si c'est le cas, et si vous voulez que leur comportement soit similaire, vous devez les fusionner dans un cas d'utilisation unique. Ceci facilite l'introduction de tous changements ultérieurs. Remarque : vous devez impliquer les utilisateurs si vous décidez de fusionner des cas d'utilisation, car les utilisateurs, qui interagissent avec le nouveau cas d'utilisation fusionné, seront probablement affectés.
Une partie du flux d'événements a-t-elle été déjà modélisée en un autre cas d'utilisation ?
Si c'est le cas, vous pouvez faire en sorte que le nouveau cas d'utilisation utilise l'ancien.
Une partie du flux d'événements fait-elle déjà partie d'un autre cas d'utilisation ?case
Si c'est le cas, vous pouvez extraire ce sous-flot et le faire utiliser par les cas d'utilisation concernés. Remarque : vous devez impliquer les utilisateurs si vous décidez de "réutiliser" ce sous-flot, car les utilisateurs du cas d'utilisation existant seront probablement affectés.
Le flux d'événements d'un cas d'utilisation devrait-il être inséré dans le flux d'événements d'un autre cas d'utilisation ?
Si c'est le cas, vous le modéliserez avec une relation d'extension à un autre cas d'utilisation.
Les cas d'utilisation ont-ils des noms uniques, intuitifs et explicatifs de manière à ce qu'ils ne puissent pas être confondus à un stade ultérieur ?
Si ce n'est pas le cas, vous devez changer leurs noms.
Les clients et utilisateurs comprennent-ils les noms et descriptions des cas d'utilisation ?
Chaque nom de cas d'utilisation doit décrire le comportement du cas d'utilisation.
Le cas d'utilisation satisfait-il à toutes les exigences qui régissent de façon claire ses performances ?
Vous devez inclure toutes exigences (non fonctionnelles) devant être traitées dans les modèles d'objets des exigences spéciales du cas d'utilisation.
La séquence de communication entre l'acteur et le cas d'utilisation est-elle conforme aux attentes de l'utilisateur ?
Le moment et la manière dont le flux d'événements démarre et s'arrête sont-ils clairement définis ?
Il peut exister un comportement qui n'est activé que lorsqu'une condition spécifique n'est satisfaite.
Y a-t-il une description de ce qui se produit lorsqu'une condition donnée n'est pas satisfaite ?
Certains cas d'utilisation sont-ils trop complexes ?
Si vous voulez que votre modèle de cas d'utilisation soit facile à comprendre, vous aurez peut être à scinder les cas d'utilisation complexes.
Un cas d'utilisation contient-il des flux d'événements disparates ?
Si c'est le cas, il serait préférable de le diviser en deux ou plusieurs cas d'utilisation distincts. La compréhension et la maintenance d'un cas d'utilisation contenant des flux d'événements disparates sont très malaisées.
Le sous-flot d'un cas d'utilisation est-il précisément modélisé ?
Sait-on clairement qui souhaite exécuter un cas d'utilisation ?
L'objet du cas d'utilisation est-il également clair ?
Les interactions entre acteurs et les échanges d'informations sont-ils assez clairs ?
La description brève donne-t-elle une image fidèle du cas d'utilisation ?