Nothing close enough? Start from a blank use case diagram → Describe it in one paragraph.
How to use an use case diagram template.
- 01Identifier les acteurs
Nommez les utilisateurs, rôles ou systèmes externes qui interagissent avec le système : ils deviennent les acteurs représentés par des silhouettes.
- 02Lister les cas d’utilisation
Décrivez chaque action qu’un utilisateur peut effectuer avec le système : elles deviennent les ovales à l’intérieur de la limite système.
- 03Tracer les associations
Reliez chaque acteur aux cas d’utilisation auxquels il participe : l’IA dessine les lignes d’association.
- 04Ajouter include et extend (facultatif)
Décrivez les cas d’utilisation qui en incluent toujours un autre (<<include>>) ou qui en étendent éventuellement un (<<extend>>) pour modéliser les exigences avec plus de précision.
Questions about use case diagram templates
Qu’est-ce qu’un diagramme de cas d’utilisation ?
Un diagramme UML qui présente les exigences fonctionnelles d’un système du point de vue de l’utilisateur. Les acteurs, c’est-à-dire les personnes ou systèmes externes, interagissent avec les cas d’utilisation, qui représentent les fonctions du système, à l’intérieur d’une limite système.
Quelle est la différence entre <<include>> et <<extend>> ?
<<include>> signifie qu’un cas d’utilisation en invoque toujours un autre, par exemple « Payer la commande » inclut toujours « Valider le paiement ». <<extend>> signifie qu’un cas d’utilisation ajoute facultativement un comportement à un autre, par exemple « Appliquer une remise » étend « Finaliser l’achat » dans certaines conditions.
Quand utiliser un diagramme de cas d’utilisation plutôt qu’une story map ?
Les diagrammes de cas d’utilisation montrent ce que fait un système vu de l’extérieur : ils conviennent à l’accord sur le périmètre et à la documentation des exigences. Les story maps montrent le parcours utilisateur et le backlog priorisé : elles conviennent à la planification des sprints.