Un diagramme de cas d’utilisation est un diagramme UML (Unified Modeling Language) pour l’élicitation des exigences. Les diagrammes de cas d’utilisation fournissent une vue d’ensemble graphique des objectifs (modélisés par des cas d’utilisation) que les utilisateurs (représentés par des acteurs) souhaitent atteindre en utilisant le système. Les cas d’utilisation dans un diagramme de cas d’utilisation peuvent être organisés et organisés en fonction de leur pertinence, de leur niveau d’abstraction et de leur impact sur l’utilisateur. Ils peuvent être liés pour montrer leurs dépendances, inclure, étendre, les relations de génération.

Un cas d’utilisation décrit l’objectif métier spécifique que le système à construire est censé atteindre. Graphiquement, il s’agit d’un ovale avec un nom qui semble simple, mais c’est l’outil le plus couramment utilisé pour gérer les objectifs commerciaux ou les objectifs de projet.

Résumé de la notation du diagramme de cas d’utilisation

Notation Description Représentation visuelle
Acteur
  • Quelqu’un interagit avec le cas d’utilisation (fonction système).
  • Nommé par un nom.
  • L’acteur joue un rôle dans l’entreprise
  • Similaire au concept d’utilisateur, mais un utilisateur peut jouer différents rôles
  • Par exemple:
    • Un prof. peut être instructeur et aussi chercheur
    • joue 2 rôles avec deux systèmes
  • L’acteur déclenche des cas d’utilisation.
  • L’acteur a une responsabilité envers le système (entrées) et l’acteur a des attentes vis-à-vis du système (sorties).
Utilisez la notation du diagramme de cas : acteur
Cas d’utilisation
  • Fonction du système (processus – automatisé ou manuel)
  • Nommé par verbe + nom (ou syntagme nominal).
  • c’est-à-dire faire quelque chose
  • Chaque acteur doit être lié à un cas d’utilisation, tandis que certains cas d’utilisation peuvent ne pas être liés à des acteurs.
Notation du diagramme de cas d'utilisation : cas d'utilisation
Lien associatif
  • La participation d’un acteur à un cas d’utilisation est matérialisée en reliant un acteur à un cas d’utilisation par un lien solide.
  • Les acteurs peuvent être connectés à des cas d’utilisation par des associations, indiquant que l’acteur et le cas d’utilisation communiquent entre eux à l’aide de messages.
Utiliser la notation du diagramme de cas : association
Limite du système
  • La limite du système est potentiellement l’ensemble du système tel que défini dans le document des exigences.
  • Pour les grands systèmes complexes, chaque module peut être la limite du système.
  • Par exemple, pour un système ERP pour une organisation, chacun des modules tels que le personnel, la paie, la comptabilité, etc.
  • peut former une frontière système pour les cas d’utilisation spécifiques à chacune de ces fonctions métier.
  • L’ensemble du système peut couvrir tous ces modules représentant la limite globale du système
Utiliser la notation du diagramme de cas : système
Prolonge
  • Indique qu’un cas d’  utilisation « Mot de passe non valide »  peut inclure (sous réserve de ce qui est spécifié dans l’extension) le comportement spécifié par le cas d’utilisation de base  « Compte de connexion » .
  • Représentez avec une flèche dirigée ayant une ligne pointillée. La pointe de la flèche pointe vers le cas d’utilisation de base et le cas d’utilisation enfant est connecté à la base de la flèche.
  • Le stéréotype “<<extends>>” s’identifie comme une relation d’extension
Utiliser la notation du diagramme de cas : Étendre
Inclure
  • Lorsqu’un cas d’utilisation est décrit comme utilisant la fonctionnalité d’un autre cas d’utilisation, la relation entre les cas d’utilisation est nommée relation d’inclusion ou d’utilisation.
  • Un cas d’utilisation inclut la fonctionnalité décrite dans un autre cas d’utilisation dans le cadre de son flux de processus métier.
  • Une relation d’utilisation entre le cas d’utilisation de base et le cas d’utilisation enfant indique qu’une instance du cas d’utilisation de base inclura le comportement spécifié dans le cas d’utilisation enfant.
  • Une relation d’inclusion est illustrée par une flèche dirigée ayant une ligne pointillée. La pointe de la flèche pointe vers le cas d’utilisation enfant et le cas d’utilisation parent connectés à la base de la flèche.
  • Le stéréotype “<<include>>” identifie la relation comme une relation d’inclusion.
Utilisez la notation du diagramme de cas : Inclure
Généralisation
  • Une relation de généralisation est une relation parent-enfant entre des cas d’utilisation.
  • Le cas d’utilisation enfant est une amélioration du cas d’utilisation parent.
  • La généralisation est représentée par une flèche dirigée avec une pointe de flèche triangulaire.
  • Le cas d’utilisation enfant est connecté à la base de la flèche. La pointe de la flèche est connectée au cas d’utilisation parent.

Diagramme de cas d’utilisation – Systèmes de vente de véhicules

La figure ci-dessous montre un exemple de diagramme de cas d’utilisation pour un système de véhicule. Comme vous pouvez le voir, même un système aussi grand qu’un système de vente de véhicules ne contient pas plus de 10 cas d’utilisation ! C’est la beauté de la modélisation des cas d’utilisation.

Le modèle de cas d’utilisation montre également l’utilisation de extend et include. De plus, il existe des associations qui relient les acteurs et les cas d’utilisation.

Exemple de diagramme de cas d'utilisation - Systèmes de vente de véhicules