Le diagramme de cas d’utilisation est un diagramme comportemental au sein du Langage de modélisation unifié (UML) qui fournit une vue graphique de haut niveau de la fonctionnalité prévue d’un système. Il définit ce que le système fait en illustrant la relation entre les utilisateurs (acteurs) et les fonctions qu’ils effectuent (cas d’utilisation).
Ce diagramme est crucial pendant la phase de collecte et d’analyse des exigences, car il établit la frontière et le périmètre du système du point de vue métier.
1. Éléments fondamentaux d’un diagramme de cas d’utilisation
Le diagramme de cas d’utilisation utilise seulement quelques éléments fondamentaux, ce qui en fait l’un des diagrammes UML les plus simples à lire et à créer.
A. La frontière du système
La frontière du système est un rectangle qui définit visuellement le périmètre du système en cours d’examen. Tout ce qui se trouve à l’intérieur de la boîte fait partie du système ; tout ce qui se trouve à l’extérieur de la boîte est externe.
- Notation : Un grand rectangle.
- Objectif : Séparer clairement les responsabilités du système des entités externes (acteurs) qui interagissent avec lui.
B. Acteurs
Un acteur représente toute entité externe au système qui interagit avec lui pour atteindre un objectif. Un acteur ne pasdoit pas être une personne ; il peut s’agir d’un autre système, d’un périphérique matériel ou même d’un événement temporel spécifique.
- Notation : Une figure en traits avec le nom du rôle.
- Définition : Un acteur est un rôle, pas une personne précise. Par exemple, « Client » est un acteur, tandis que « Jane Doe » est une instance de ce rôle.
- Types d’acteurs :
- Acteur principal : Initie l’interaction pour atteindre un objectif souhaité (par exemple, Client initiant un achat).
- Acteur secondaire : Fournit des services au système (par exemple, Passerelle de paiement).
- Acteur passif : Impacté par le cas d’utilisation mais ne le déclenche pas (par exemple, Système de stock recevoir une notification d’expédition).
C. Cas d’utilisation
Un cas d’utilisation représente une exigence fonctionnelle unique et complète ou un ensemble d’actions qui produisent une valeur mesurable pour un acteur. Ils doivent être formulés sous forme de verbes et de noms simples et actifs.
- Notation : Un ellipse placée à l’intérieur de la frontière du système.
- Exemples : Passer une commande, Se connecter au compte, Traiter un remboursement, Générer un rapport.
- Règle clé : Un cas d’utilisation doit toujours être initié par un acteur et doit produire un résultat pertinent pour un ou plusieurs acteurs.
2. Relations dans le diagramme de cas d’utilisation
Les relations relient les acteurs aux cas d’utilisation et les cas d’utilisation entre eux, définissant la complexité et la logique de flux.
A. Association de communication
Il s’agit de la relation la plus simple et la plus courante, indiquant qu’un acteur participe à un cas d’utilisation.
- Notation : Une ligne pleine reliant un acteur à une ellipse de cas d’utilisation.
- Objectif : Indique quelles fonctions sont initiées ou utilisées par quels rôles.
B. Relation d’inclusion (<<inclure>>)
La inclureLa relation d’inclusion est utilisée lorsque un cas d’utilisation intègre toujours la fonctionnalité d’un autre cas d’utilisation. Le cas d’utilisation inclus est obligatoire pour que le cas d’utilisation de base puisse accomplir sa fonction.
- Notation : Une flèche pointillée partant du Cas d’utilisation de base vers le Cas d’utilisation inclus, étiquetée avec
<<inclure>>. - Utilisation : Utilisé pour extraire le comportement commun de plusieurs cas d’utilisation.
- Exemple : Passer une commande inclut Authentifier l’utilisateur.
C. Relation d’extension (<<étendre>>)
La étendreLa relation d’extension est utilisée lorsque un cas d’utilisation spécifique (le cas d’utilisation étendant) ajoute un comportement facultatif ou conditionnel à un autre cas d’utilisation (le cas d’utilisation de base).
- Notation : Une flèche pointillée partant du Cas d’utilisation d’extension à Cas d’utilisation de base, étiqueté avec
<<extend>>. - Utilisation :Modélise un comportement alternatif, exceptionnel ou spécialisé. L’extension n’a lieu que si une condition spécifique est remplie.
- Exemple : Traiter le paiement est le cas d’utilisation de base, et Appliquer la réduction de fidélité étend Traiter le paiement sous la condition
[si le statut de fidélité est Or].
- Exemple : Traiter le paiement est le cas d’utilisation de base, et Appliquer la réduction de fidélité étend Traiter le paiement sous la condition
D. Relation de généralisation (héritage)
Cette relation indique qu’un acteur ou un cas d’utilisation est une version spécialisée d’un autre.
- Notation : Une ligne pleine avec une flèche en triangle creux pointant de l’élément spécialisé vers l’élément plus général.
- Utilisation :
- Acteurs : Administrateur système est une généralisation de Utilisateur enregistré.
- Cas d’utilisation : Payer par carte de crédit est une généralisation de Traiter le paiement.
3. Exemple étape par étape : une plateforme d’apprentissage en ligne
Imaginez modéliser la fonctionnalité principale d’une plateforme d’apprentissage en ligne.
| Élément | Type | Description |
|---|---|---|
| Étudiant | Acteur | Rôle principal de l’utilisateur. |
| Formateur | Acteur | Crée et gère le contenu. |
| Suivre un cours | Cas d’utilisation | La fonction principale de l’étudiant. |
| Visualiser les progrès | Cas d’utilisation | Une fonction précieuse pour l’étudiant. |
| Authentifier l’utilisateur | Cas d’utilisation | Étape commune et obligatoire pour les deux acteurs. |
| Créer un cours | Cas d’utilisation | Fonction principale du formateur. |
| Générer un certificat de fin de formation | Cas d’utilisation | Fonction facultative qui étendSuivre un cours. |
Modélisation du flux
- Frontière du système :Tracez une grande boîte englobant tous les cas d’utilisation.
- Lignes de vie :Placez Étudiant et Enseignant les acteurs à l’extérieur de la boîte.
- Communication : Connectez Étudiant à S’inscrire à un cours et Voir l’avancement. Connectez Enseignant à Créer un cours.
- Inclure : S’inscrire à un cours et Créer un cours les deux se connectent au Authentifier l’utilisateur cas d’utilisation avec
<<inclure>>flèches, car la connexion est obligatoire pour les deux. - Étendre : Le Générer le certificat de complétion Le cas d’utilisation est connecté à Suivre le cours avec un
<<étendre>>flèche, indiquant qu’il ne se produit que sous la condition[après que le cours soit à 100 % terminé].
Résumé
Le diagramme de cas d’utilisation UML est un outil de modélisation puissant mais simple qui se concentre sur exigences fonctionnelles et le point de vue de l’utilisateur. En définissant clairement les acteurs, les cas d’utilisation et la frontière du système, vous vous assurez que tous les intervenants — des analystes métier aux développeurs — partagent une compréhension claire et sans ambiguïté de ce que le système est censé faire. Il sert de point de départ pour des modèles comportementaux plus détaillés, tels que le diagramme de séquence.
Pour des informations complémentaires sur UML et sur la manière dont l’IA vous aide à le visualiser, explorez notre centre de ressources UML.
Cette publication est également disponible en Deutsch, English, فارسی, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 : liste des langues séparées par une virgule, 繁體中文 : dernière langue.