3.2.4 Cas d’utilisation, lien de communication et système

• Un cas d’utilisation est un moyen de représenter les différentes possibilités d’un système
• Il correspond à une suite d’interactions entre un acteur et le système
• Il définit une fonctionnalité utilisable par un acteur

    précédent     suivant 

Un cas d’utilisation est « quelque chose » qui fournit un résultat mesurable à un acteur du système ; le cas d’utilisation capture une fonctionnalité que le système fournit. Un cas d’utilisation décrit les exigences du système d’un point de vue strictement extérieur au système : il indique la valeur que le système apporte aux utilisateurs. Ainsi, voyant les fonctionnalités décrites, le client ou l’utilisateur peut indiquer ses priorités, par analogie aux formules classiques du cahier des charges telles que « le système doit » ou « le système devrait ». Dans la première formulation, la fonctionnalité est incontournable et doit exister dans une solution minimale au problème alors que dans la seconde cette fonctionnalité est optionnelle dans une version minimale du système. Un cas d’utilisation est donc une spécification de séquence d’actions qu’un système peut réaliser en interaction avec des acteurs extérieurs au système.

Le lien de communication entre un acteur et un cas d’utilisation indique que l’acteur utilise le système par cette fonctionnalité : il en a besoin, ou autrement dit, il modifie l’état du système en « exécutant » cette fonctionnalité. Le lien de communication montre l’acteur participant au cas d’utilisation. L’élément de modélisation est appelé dans la terminologie UML une association. Quelquefois, les diagrammes de cas d’utilisation ajoutent des flèches, appelées navigabilités, aux liens de communication pour spécifier comment l’acteur est impliqué dans le cas d’utilisation : l’acteur reçoit des informations ou démarre le cas d’utilisation et fournit de l’information. Cependant, ce n’est pas le rôle premier du lien de communication ; il est donc préférable de ne pas mettre de navigabilité.

Les cas d’utilisation du système sont rassemblés dans un rectangle / une boîte pour signifier plus clairement les limites entre l’intérieur et l’extérieur du système. L’équipe n’est pas « payée » pour réaliser les fonctionnalités hors du périmètre du système.

D. Conan, C. Taconet, C. Bac, Télécom SudParis, CSC 4002, Octobre 2014