{"id":10440,"date":"2022-02-28T09:15:19","date_gmt":"2022-02-28T09:15:19","guid":{"rendered":"https:\/\/www.cybermedian.com\/fr\/?p=10440"},"modified":"2026-04-20T09:11:51","modified_gmt":"2026-04-20T09:11:51","slug":"un-guide-rapide-pour-la-modelisation-de-cas-dutilisation","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/fr\/a-quick-guide-to-use-case-modeling\/","title":{"rendered":"Un guide rapide pour la mod\u00e9lisation de cas d’utilisation"},"content":{"rendered":"

La mod\u00e9lisation des cas d’utilisation<\/a>\u00a0est un outil utile pour capturer les exigences.\u00a0Il fournit une repr\u00e9sentation graphique des exigences d’un syst\u00e8me logiciel.<\/p>\n

Avec la publication du livre d’\u00a0Ivar Jacobson<\/a>\u00a0(1991)\u00a0Object-Oriented Software Engineering, A Use-Case-Driven Approach<\/a>\u00a0, la mod\u00e9lisation des cas d’utilisation est effectivement devenue une technique d’analyse pratique \u00bb.\u00a0Aujourd’hui, Jacobson continue de promouvoir cette approche de l’analyse des syst\u00e8mes et l’a mise \u00e0 niveau vers Use Case 2.0, qui est officiellement l’un des\u00a014 types de diagrammes UML<\/a>\u00a0.<\/p>\n

\u00c9tant donn\u00e9 que le mod\u00e8le de cas d’utilisation est simple dans son concept et son apparence, il est relativement facile de discuter de son exactitude avec du personnel non technique (tel que des clients).<\/p>\n

Un cas d’utilisation n’est pas une proc\u00e9dure, un processus ou une fonction.<\/p>\n

Les \u00e9l\u00e9ments du diagramme de cas d’utilisation<\/span><\/h2>\n

Les\u00a0\u00e9l\u00e9ments d’un diagramme de cas d’utilisation<\/a>\u00a0sont les acteurs (entit\u00e9s externes) et le cas d’utilisation lui-m\u00eame.\u00a0D’une mani\u00e8re g\u00e9n\u00e9rale, un cas d’utilisation est une unit\u00e9 fonctionnelle (exigence) ou un service dans un syst\u00e8me.<\/p>\n

Acteur<\/span><\/h3>\n

Un\u00a0acteur<\/a>\u00a0est toute entit\u00e9 ext\u00e9rieure au syst\u00e8me de conception, qu’il s’agisse d’une personne ou d’une autre entit\u00e9 non humaine.\u00a0Un utilisateur d’un syst\u00e8me est un exemple typique d’acteur.\u00a0D’autres types d’acteurs comprennent des syst\u00e8mes logiciels qui sont int\u00e9gr\u00e9s au syst\u00e8me actuel (par exemple, un syst\u00e8me de base de donn\u00e9es), du mat\u00e9riel externe tel qu’un capteur, etc.\"Types<\/p>\n

Il existe deux notations dans la\u00a0sp\u00e9cification UML<\/a>\u00a0:<\/p>\n

\"\"<\/p>\n

L’utilisation de stickman pour les acteurs est plus expressive, mais peut pr\u00eater \u00e0 confusion si l’acteur n’est pas r\u00e9ellement une personne, mais une machine ou un appareil externe.\u00a0Le symbole rectangle est la\u00a0notation UML<\/a>\u00a0standard pour une\u00a0classe<\/a>\u00a0.<\/p>\n

Un acteur est un r\u00f4le plut\u00f4t qu’une personne r\u00e9elle\u00a0<\/strong><\/p>\n

Un acteur repr\u00e9sente le r\u00f4le de l’entit\u00e9 qui interagit avec le syst\u00e8me actuel, pas une instance.\u00a0La notation d’acteur indique que l’entit\u00e9 est une classe au lieu d’une instance de lecture (c’est-\u00e0-dire un utilisateur r\u00e9el John ou Mary).\u00a0La raison pour laquelle un acteur est un type d’une classe est que ce n’est pas l’acteur lui-m\u00eame, mais le r\u00f4le qu’il joue.<\/p>\n

Par exemple, un acteur peut repr\u00e9senter les clients d’une banque, plut\u00f4t que de sp\u00e9cifier un acteur distinct pour chaque client.\u00a0De m\u00eame, il peut y avoir un autre acteur repr\u00e9sentant le directeur de banque.\u00a0Fait int\u00e9ressant, dans le monde r\u00e9el, le directeur d’une banque peut \u00e9galement \u00eatre client de la m\u00eame banque.\u00a0En d’autres termes, la m\u00eame personne joue \u00e0 la fois le r\u00f4le de client et de gestionnaire.<\/p>\n

Acteurs primaires vs secondaires<\/strong><\/a><\/p>\n

L’acteur principal<\/strong>\u00a0d’un cas d’utilisation est la partie prenante qui demande au syst\u00e8me de fournir ses services.\u00a0Il a un objectif associ\u00e9 au syst\u00e8me – un objectif qui peut \u00eatre satisfait par le fonctionnement du syst\u00e8me.\u00a0L’acteur principal est g\u00e9n\u00e9ralement, mais pas toujours, l’acteur qui d\u00e9clenche le cas d’utilisation.<\/p>\n

L’acteur secondaire<\/strong>\u00a0est utilis\u00e9 par le syst\u00e8me, mais il n’interagit pas seul avec le syst\u00e8me.\u00a0En d’autres termes, les acteurs secondaires n’initient aucun cas d’utilisation.<\/p>\n

Les cas d’utilisation sont g\u00e9n\u00e9ralement initi\u00e9s par les acteurs principaux.\u00a0Le syst\u00e8me utilise un acteur secondaire tel qu’une base de donn\u00e9es \u00e0 travers un ensemble de cas d’utilisation.\u00a0L’association entre les cas d’utilisation et les participants repr\u00e9sente une communication bidirectionnelle.<\/p>\n

Ainsi, pour chaque cas d’utilisation initi\u00e9 par un acteur principal, il faut r\u00e9pondre au cas d’utilisation connexe.\u00a0De m\u00eame, pour chaque association entre un acteur secondaire et un cas d’utilisation, la communication commence par le cas d’utilisation et l’acteur secondaire doit r\u00e9pondre \u00e0 l’initiation.<\/p>\n

Cas d’utilisation<\/span><\/h3>\n

Les cas d’utilisation<\/strong>\u00a0repr\u00e9sentent les fonctions (g\u00e9n\u00e9ralement des exigences) cens\u00e9es \u00eatre impl\u00e9ment\u00e9es par le syst\u00e8me.\u00a0Les d\u00e9tails du cas d’utilisation, \u00e0 l’exception de son nom unique, ne sont pas exprim\u00e9s intuitivement dans le diagramme\u00a0;\u00a0Ces d\u00e9tails sont donn\u00e9s dans la description du cas d’utilisation.<\/p>\n

Les cas d’utilisation sont g\u00e9n\u00e9ralement initi\u00e9s par des acteurs cl\u00e9s.\u00a0Le syst\u00e8me utilise une base de donn\u00e9es et d’autres participants auxiliaires \u00e0 travers un ensemble de cas d’utilisation.<\/p>\n

L’association entre les cas d’utilisation et les acteurs repr\u00e9sente une communication \u00e0 double sens.\u00a0Ainsi, pour chaque cas d’utilisation initi\u00e9 par l’acteur principal, il faut r\u00e9pondre \u00e0 ce dernier.\u00a0De m\u00eame, pour chaque association entre l’acteur secondaire et le cas d’utilisation, la communication commence par le cas d’utilisation, et l’acteur secondaire doit r\u00e9pondre \u00e0 l’initiation.<\/p>\n

Limite du syst\u00e8me<\/span><\/h3>\n

La limite du syst\u00e8me d\u00e9finit le syst\u00e8me d’int\u00e9r\u00eat par rapport au monde qui l’entoure.<\/p>\n

Exemple de diagramme de cas d’utilisation\u00a0: syst\u00e8me de r\u00e9servation d’une compagnie a\u00e9rienne<\/span><\/h3>\n

Les cas d’utilisation d\u00e9finissent les interactions entre les acteurs externes et le syst\u00e8me pour atteindre des objectifs particuliers.\u00a0Un diagramme de cas d’utilisation contient quatre composants principaux<\/p>\n

Dans le diagramme de cas d’utilisation d’un syst\u00e8me de r\u00e9servation de billets, le syst\u00e8me est repr\u00e9sent\u00e9 par des bo\u00eetes contenant de nombreux cas d’utilisation diff\u00e9rents.\u00a0L’acteur principal est le client et l’acteur secondaire est l’administrateur.\u00a0Le client initie les cas d’utilisation, tels que la r\u00e9servation, la navigation et l’annulation des vols, tandis que l’administrateur initie les cas d’utilisation, tels que la mise \u00e0 jour des enregistrements de vol, mais est consid\u00e9r\u00e9 comme un acteur secondaire dans le cas d’utilisation de l’annulation du vol, car il ne fait qu’aider \u00e0 terminer les cas d’utilisation initi\u00e9s par le client.<\/p>\n

<\/p>\n

MODIFIER CET EXEMPLE DE DIAGRAMME DE CAS D’UTILISATION UML<\/a><\/p>\n

Structuration des cas d’utilisation<\/span><\/h3>\n

Selon le domaine d’application et le choix du concepteur, un cas d’utilisation peut \u00eatre d\u00e9compos\u00e9 en plusieurs cas d’utilisation, qui sont reli\u00e9s par des relations < < include > > ou < < extend > >.<\/p>\n

Le lien d’association<\/strong>\u00a0repr\u00e9sente une communication bidirectionnelle entre un acteur et un cas d’utilisation, et est donc une relation binaire.\u00a0Puisqu’il s’agit d’une communication bidirectionnelle, pour chaque cas d’utilisation initi\u00e9 par un acteur principal, cet acteur doit obtenir une r\u00e9ponse du cas d’utilisation.<\/p>\n

\"Le<\/p>\n

De m\u00eame, pour chaque communication entre un cas d’utilisation et un acteur secondaire (initi\u00e9 par le cas d’utilisation), l’acteur secondaire doit renvoyer une r\u00e9ponse au cas d’utilisation.<\/p>\n

G\u00e9n\u00e9ralisation<\/span><\/h4>\n

La g\u00e9n\u00e9ralisation repr\u00e9sente la relation entre<\/p>\n