Les diagrammes de cas d’utilisation constituent une composante essentielle du langage de modélisation unifié (UML), offrant une représentation visuelle des interactions entre les utilisateurs (acteurs) et un système. Ce guide couvrira les concepts clés, les composants et les utilisations des diagrammes de cas d’utilisation, vous aidant à comprendre et à les utiliser efficacement dans la modélisation des systèmes.
Objectif des diagrammes de cas d’utilisation
Les diagrammes de cas d’utilisation sont utilisés pour modéliser le comportement d’un système, d’un sous-système ou d’une classe, en montrant les services visibles de l’extérieur que le système fournit dans le contexte de son environnement. Ils capturent les exigences fonctionnelles d’un système, aidant à comprendre comment les utilisateurs interagissent avec un système et ce qu’ils en attendent. Les diagrammes de cas d’utilisation représentent la fonctionnalité d’un sujet (par exemple, un système), telle qu’elle est perçue par des agents externes appelés acteurs, qui interagissent avec le sujet depuis un point de vue particulier.
Cas d’utilisation
Définition et caractéristiques
Un cas d’utilisation représente une unité de fonctionnalité ou un objectif que l’utilisateur (acteur) souhaite atteindre avec le système. Il décrit une séquence d’actions que le système effectue pour produire un résultat observable de valeur pour l’acteur. Les caractéristiques principales incluent :
- Orienté vers un objectif: Chaque cas d’utilisation représente un objectif ou un but que certains utilisateurs souhaitent atteindre avec l’aide du système.
- Opération: Un cas d’utilisation peut être considéré comme une opération déclenchée par un utilisateur externe.
- Modèle comportemental: Les cas d’utilisation font partie du modèle comportemental du système et sont souvent considérés comme des opérations sur le système.
- Scénarios: Un cas d’utilisation peut être une description d’un ensemble de séquences, où chaque séquence représente un flux possible à travers toutes les variations. Chaque séquence est appelée un scénario.
- Classificateur: Un cas d’utilisation est un classificateur, il peut donc avoir des attributs et des opérations, semblables aux classes.
Exemple
Dans un système de commerce électronique, un cas d’utilisation pourrait être « Passer une commande », qui décrit la séquence d’actions qu’un client effectue pour passer une commande, notamment en ajoutant des articles au panier, en saisissant les informations de paiement et en confirmant la commande.
Acteurs
Définition et caractéristiques
Un acteur représente un utilisateur ou une entité externe (par exemple, un autre système) qui interagit avec le système. Les acteurs déclenchent les cas d’utilisation. Les caractéristiques principales incluent :
- Entités externes: Les acteurs ne font pas partie du système lui-même.
- Rôles: Les acteurs représentent des rôles, et non des individus spécifiques ou des titres professionnels.
- Généralisation: Les acteurs peuvent être généralisés ou spécialisés. Lorsqu’un acteur est spécialisé, tous les acteurs spécialisés peuvent participer aux mêmes cas d’utilisation que l’acteur général.
- Types: Les acteurs peuvent être des humains, d’autres systèmes informatiques ou des processus.
Exemple
Dans un système de gestion de bibliothèque, les acteurs pourraient inclure « Bibliothécaire », « Membre » et « Système externe » (par exemple, un fournisseur de livres).
Sujet
Un sujet est un classificateur qui propose les cas d’utilisation aux acteurs. Il s’agit généralement du système ou d’un sous-système. Un cas d’utilisation peut avoir plusieurs sujets. Un sujet est représenté par une boîte contenant le nom et un stéréotype facultatif en haut à gauche.
Exemple
Dans un système bancaire, le sujet pourrait être « Système bancaire », qui propose des cas d’utilisation comme « Retirer de l’argent », « Déposer de l’argent » et « Transférer des fonds » aux acteurs tels que « Client » et « Caissier ».
Relations
Les cas d’utilisation et les acteurs sont reliés par des relations, notamment :
Associations
Les associations indiquent les voies de communication entre les acteurs et les cas d’utilisation. Une association entre un acteur et un cas d’utilisation montre qu’ils communiquent entre eux.
Généralisation
La généralisation montre une relation entre un cas d’utilisation général et un cas d’utilisation plus spécifique. Elle est représentée par une ligne pleine avec une flèche triangulaire, similaire à la généralisation de classe.
Inclure
Inclure est utilisé pour extraire un comportement commun partagé entre plusieurs cas d’utilisation dans un cas d’utilisation distinct. Une relation d’inclusion est représentée par une flèche pointillée avec le mot-clé « inclure ». La flèche pointe du cas d’utilisation de base vers le cas d’utilisation inclus.
Étendre
Étendre est utilisé pour ajouter un comportement facultatif ou conditionnel à un cas d’utilisation de base. La relation d’étendue est représentée par une flèche pointillée avec le mot-clé « étendre », pointant de l’extension vers le cas d’utilisation de base.
Exemple
Dans un système de vente en ligne, le cas d’utilisation « Paiement » pourrait inclure le cas d’utilisation « Valider le paiement », et le cas d’utilisation « Ajouter au panier » pourrait étendre le cas d’utilisation « Parcourir les produits ».
Notation
Cas d’utilisation
Un cas d’utilisation est représenté par une ellipse contenant son nom à l’intérieur ou en dessous.
Acteurs
Les acteurs sont représentés par des figures en traits ou par des boîtes de classe avec stéréotype.
Sujet
Un sujet est généralement représenté par un rectangle.
Exemple
En-tête du diagramme
Le type d’en-tête du diagramme est généralement « pkg », mais d’autres conteneurs d’espace de nom comme « class » et « component » sont également possibles.
Simplification des cas d’utilisation
Des techniques comme la généralisation, l’inclusion et l’étendue peuvent être utilisées pour simplifier les cas d’utilisation complexes.
Conventions de nommage
- Phrases verbales: Les noms de cas d’utilisation doivent être des phrases verbales au présent, indiquant l’objectif de l’acteur.
- Éviter les noms: Éviter d’utiliser des formes nominales ou participiales, et éviter d’utiliser des comportements terminés.
- Terminologie des acteurs: Utiliser la terminologie des acteurs, en évitant le jargon ou les concepts d’implémentation.
- Termes simples: Utiliser des termes simples et clairs que tout le monde peut comprendre.
- Énoncé de l’objectif: Une astuce utile consiste à précéder l’objectif par les mots « O Système, aidez-moi à… »
Exemple
Dans un système de gestion de projet, un cas d’utilisation pourrait être nommé « Créer une tâche » au lieu de « Création de tâche ».
Modèle de cas d’utilisation
Bien qu’aucun modèle formel de « cas d’utilisation » ne soit spécifié dans les sources, les éléments suivants sont souvent documentés pour un cas d’utilisation :
- Nom: Une phrase verbale décrivant l’objectif que l’acteur souhaite atteindre.
- Acteurs: Les utilisateurs ou entités externes qui interagissent avec le cas d’utilisation.
- Sujet: Le système ou sous-système qui fournit la fonctionnalité.
- Description: Une description textuelle du cas d’utilisation.
- Déroulement des événements: Les étapes du démarrage et de la fin du cas d’utilisation, ce qu’il fait, comment il interagit avec les acteurs et quelles informations sont échangées.
- Scénarios: Des instances ou des variations spécifiques du cas d’utilisation.
- Relations: La manière dont le cas d’utilisation est lié aux autres cas d’utilisation (inclure, étendre, généralisation).
- Préconditions et postconditions: Définir l’état avant et après l’exécution d’un cas d’utilisation.
- Points d’extension: Des points spécifiques dans le cas d’utilisation de base où une extension peut avoir lieu.
Exemple
Cas d’utilisation : Passer une commande
| Champ | Description |
|---|---|
| Nom | Passer une commande |
| Acteurs | Client |
| Sujet | Système de commerce électronique |
| Description | Le client passe une commande en ajoutant des articles au panier, en saisissant les informations de paiement et en confirmant la commande. |
| Déroulement des événements | 1. Le client parcourt les produits. 2. Le client ajoute des articles au panier. 3. Le client saisit les informations de paiement. 4. Le client confirme la commande. 5. Le système traite le paiement et confirme la commande. |
| Scénarios | – Passage réussi de la commande. – Échec du paiement. – Articles en rupture de stock. |
| Relations | Inclut « Valider le paiement », étend « Parcourir les produits ». |
| Préconditions | Le client doit être connecté. |
| Postconditions | La commande est confirmée et le paiement est traité. |
Instances de cas d’utilisation
Une instance de cas d’utilisation est une exécution d’un cas d’utilisation initiée par un message provenant d’une instance d’un acteur. Une instance de cas d’utilisation peut suivre d’autres cas d’utilisation liés par des relations d’extension ou d’inclusion. Une instance de cas d’utilisation peut posséder des attributs et des opérations pour représenter l’évolution de l’exécution et l’effet sur le système.
Utilisation du diagramme
Les diagrammes de cas d’utilisation sont généralement utilisés pendant la phase d’analyse pour capturer les exigences fonctionnelles d’un système. Ils peuvent être utilisés pour modéliser le contexte d’un système ou pour modéliser les exigences du système.
Relation avec d’autres diagrammes
Les cas d’utilisation peuvent être détaillés à l’aide d’autres diagrammes UML tels que les diagrammes de séquence, les diagrammes d’état-machine ou les diagrammes de communication. Les diagrammes de séquence, les diagrammes de collaboration et les diagrammes d’activité peuvent être utilisés pour montrer le comportement des cas d’utilisation et les interactions du système avec les acteurs.
Ingénierie dirigée vers l’avant et ingénierie inverse
Bien que les diagrammes de cas d’utilisation ne spécifient pas l’implémentation d’un système et ne puissent pas être directement ingénierés vers l’avant ou inversés, ils peuvent être utilisés pour le test en générant des scripts de test basés sur leurs flux d’événements.
Paquetages
Les cas d’utilisation sont souvent organisés en paquetages. Il est recommandé de produire des paquetages centrés sur les cas d’utilisation, où un paquetage est créé pour chaque acteur, et les cas d’utilisation et classes associés sont placés dans chaque paquetage. Les paquetages peuvent également être organisés en couches selon l’architecture du système.
Exemple
Dans un système de santé, les paquetages pourraient inclure « Gestion des patients », « Planification des rendez-vous » et « Facturation », chacun contenant des cas d’utilisation et des classes pertinentes.
Conclusion
Les diagrammes de cas d’utilisation sont un outil précieux pour modéliser et comprendre le comportement d’un système du point de vue de l’utilisateur. En utilisant ces éléments et concepts, vous pouvez créer des diagrammes de cas d’utilisation complets et efficaces qui servent de fondation à la conception et au développement du système. Que vous conceviez un nouveau système, que vous documentiez un système existant ou que vous communiquiez des idées de conception aux parties prenantes, les diagrammes de cas d’utilisation offrent la clarté et les détails nécessaires pour assurer des résultats réussis.
Références
- Qu’est-ce qu’un diagramme de cas d’utilisation ?
- Cet article présente une introduction aux diagrammes de cas d’utilisation, en expliquant leur objectif et leurs composants clés. Il inclut des exemples pour illustrer les concepts abordés20.
- Tutoriel sur les diagrammes de cas d’utilisation
- Un tutoriel complet qui couvre les bases des diagrammes de cas d’utilisation, y compris la manière de les créer et les moments où les utiliser. Il fournit également des exemples et des conseils pour une utilisation efficace des diagrammes de cas d’utilisation21.
- Modèles de diagrammes de cas d’utilisation
- Cette ressource propose des modèles gratuits de diagrammes de cas d’utilisation en ligne et des exemples. Elle permet aux utilisateurs de créer des diagrammes de cas d’utilisation professionnels à l’aide d’un logiciel en ligne intuitif pour la création de diagrammes22.
- Outil en ligne pour les diagrammes de cas d’utilisation
- Visual Paradigm Online propose un outil en ligne facile à utiliser pour créer des diagrammes UML, avec une vaste collection d’exemples personnalisables de diagrammes de cas d’utilisation pour aider les utilisateurs à commencer rapidement23.
- SysML : Identifier les exigences des utilisateurs à l’aide des diagrammes de cas d’utilisation
- Ce guide explique comment utiliser les diagrammes de cas d’utilisation SysML pour identifier et documenter les exigences des utilisateurs. Il inclut des exemples pour illustrer les concepts abordés24.
- Outil gratuit de diagramme de cas d’utilisation
- Un outil en ligne gratuit de diagramme de cas d’utilisation qui prend en charge UML, MCD et organigramme. Il permet aux utilisateurs de dessiner rapidement des diagrammes de cas d’utilisation grâce à un éditeur UML intuitif25.
- Tutoriel complet sur les diagrammes de cas d’utilisation – Cybermedian
- Ce tutoriel fournit un guide détaillé pour créer et comprendre les diagrammes de cas d’utilisation, en utilisant le système de location de vélos Wheels comme exemple26.
- Diagramme de cas d’utilisation, exemple de diagrammes UML : exemple de diagramme de cas d’utilisation métier – Cercle communautaire Visual Paradigm
- Cet article fournit un exemple de diagramme de cas d’utilisation métier, en expliquant comment les diagrammes de cas d’utilisation métier sont utilisés pour représenter la fonctionnalité fournie par une organisation dans son ensemble27.
- Cas d’utilisation — Apprenez par des exemples – Cybermedian
- Cette ressource fournit des exemples de diagrammes de cas d’utilisation, en expliquant comment définir les relations entre les cas d’utilisation et le processus de prise de décision impliqué dans l’analyse logicielle28.
Cette publication est également disponible en Deutsch, English, Español, فارسی, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 : liste des langues séparées par une virgule, 繁體中文 : dernière langue.