![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6aba3b59771b3.png\")
<\/p>\nUne description de cas d’utilisation explique comment un acteur atteint un objectif en interagissant avec un syst\u00e8me. Elle compl\u00e8te un diagramme de cas d’utilisation :<\/p>\n
<\/p>\n
Diagramme de cas d’utilisation :<\/strong> Montre les acteurs, la port\u00e9e du syst\u00e8me et les relations.<\/p>\n<\/li>\n Description de cas d’utilisation :<\/strong> Explique le comportement d\u00e9taill\u00e9, les conditions, les r\u00e8gles et les r\u00e9sultats.<\/p>\n<\/li>\n<\/ul>\n Un diagramme fournit la carte ; la description fournit l’itin\u00e9raire.<\/p>\n Un cas d’utilisation repr\u00e9sente un objectif pr\u00e9cieux qu’un acteur externe r\u00e9alise gr\u00e2ce \u00e0 un syst\u00e8me.<\/p>\n Exemples :<\/p>\n Le client passe une commande<\/p>\n<\/li>\n L’employ\u00e9 d\u00e9pose une demande de remboursement de frais<\/p>\n<\/li>\n Le patient prend rendez-vous<\/p>\n<\/li>\n L’administrateur cr\u00e9e un compte utilisateur<\/p>\n<\/li>\n Le client r\u00e9initialise un mot de passe<\/p>\n<\/li>\n<\/ul>\n Un bon cas d’utilisation est :<\/p>\n Orient\u00e9 vers un objectif<\/p>\n<\/li>\n Pr\u00e9cieux pour un acteur<\/p>\n<\/li>\n D\u00e9crit du point de vue de l’utilisateur<\/p>\n<\/li>\n Ind\u00e9pendant des mises en page d’\u00e9cran sp\u00e9cifiques<\/p>\n<\/li>\n Centr\u00e9 sur le comportement observable du syst\u00e8me<\/p>\n<\/li>\n<\/ul>\n Utilisez une courte phrase verbe\u2013nom telle que “Soumettre une demande de remboursement de frais<\/strong>, Suivre l’exp\u00e9dition<\/strong>, ou Approuver une demande de pr\u00eat<\/strong>.<\/p>\n Un acteur est un r\u00f4le externe qui interagit avec le syst\u00e8me.<\/p>\n Un acteur peut \u00eatre :<\/p>\n Une personne<\/p>\n<\/li>\n Une organisation<\/p>\n<\/li>\n Un autre syst\u00e8me logiciel<\/p>\n<\/li>\n Un dispositif mat\u00e9riel<\/p>\n<\/li>\n Un d\u00e9clencheur programm\u00e9 ou bas\u00e9 sur le temps<\/p>\n<\/li>\n<\/ul>\n Exemples :<\/p>\n Client<\/p>\n<\/li>\n Agent de support<\/p>\n<\/li>\n Employ\u00e9 d’entrep\u00f4t<\/p>\n<\/li>\n Passerelle de paiement<\/p>\n<\/li>\n Service d’envoi d’e-mails<\/p>\n<\/li>\n Administrateur<\/p>\n<\/li>\n<\/ul>\n Un acteur est un r\u00f4le<\/strong>, pas n\u00e9cessairement un individu sp\u00e9cifique. Par exemple, \u00ab Client \u00bb est g\u00e9n\u00e9ralement pr\u00e9f\u00e9rable \u00e0 \u00ab Jane Smith \u00bb.<\/p>\n L’\u00ab acteur principal<\/strong>\u00bb initie le cas d’utilisation pour atteindre un objectif.<\/p>\n L’\u00ab acteur de soutien<\/strong>\u00bb assiste le syst\u00e8me pendant l’ex\u00e9cution.<\/p>\n Exemple :<\/p>\n Acteur principal : Client<\/p>\n<\/li>\n Acteur de soutien : Passerelle de paiement<\/p>\n<\/li>\n Cas d’utilisation : Passer une commande<\/p>\n<\/li>\n<\/ul>\n Le client initie la commande, tandis que la passerelle de paiement autorise le paiement.<\/p>\n La limite du syst\u00e8me d\u00e9finit ce qui se trouve \u00e0 l’int\u00e9rieur du syst\u00e8me mod\u00e9lis\u00e9.<\/p>\n Pour une boutique en ligne, la limite peut inclure :<\/p>\n Parcourir les produits<\/p>\n<\/li>\n Ajouter un produit au panier<\/p>\n<\/li>\n Passer une commande<\/p>\n<\/li>\n Effectuer un paiement<\/p>\n<\/li>\n Suivre une commande<\/p>\n<\/li>\n<\/ul>\n Les \u00e9l\u00e9ments suivants sont en dehors de la limite :<\/p>\n Client<\/p>\n<\/li>\n Passerelle de paiement<\/p>\n<\/li>\n Soci\u00e9t\u00e9 de livraison<\/p>\n<\/li>\n Fournisseur d’e-mail<\/p>\n<\/li>\n<\/ul>\n La limite \u00e9vite toute confusion quant \u00e0 la responsabilit\u00e9 du syst\u00e8me.<\/p>\n Un cas d’utilisation doit d\u00e9crire une interaction compl\u00e8te qui produit un r\u00e9sultat significatif.<\/p>\n Par exemple :<\/p>\n Passer une commande :<\/strong>Un client s\u00e9lectionne des produits, fournit les informations de livraison, paie la commande et re\u00e7oit une confirmation de commande.<\/p>\n<\/blockquote>\n \u00ab Valider le num\u00e9ro de carte de cr\u00e9dit \u00bb peut \u00eatre une fonction du syst\u00e8me, mais elle est g\u00e9n\u00e9ralement trop petite pour \u00eatre un objectif utilisateur autonome. Elle peut plut\u00f4t faire partie de Passer une commande<\/strong> ou Effectuer un paiement<\/strong>.<\/p>\n Une pr\u00e9condition indique ce qui doit d\u00e9j\u00e0 \u00eatre vrai avant le d\u00e9but du cas d’utilisation.<\/p>\n Exemples :<\/p>\n Le client dispose d’un compte actif.<\/p>\n<\/li>\n Le produit est disponible \u00e0 la vente.<\/p>\n<\/li>\n L’employ\u00e9 est authentifi\u00e9.<\/p>\n<\/li>\n Le cr\u00e9neau de rendez-vous existe.<\/p>\n<\/li>\n Le panier d’achat contient au moins un article.<\/p>\n<\/li>\n<\/ul>\n Une pr\u00e9condition n’est pas une action effectu\u00e9e par le cas d’utilisation.<\/p>\n Mauvaise pr\u00e9condition :<\/p>\n Le client se connecte.<\/p>\n<\/blockquote>\n Meilleure pr\u00e9condition :<\/p>\n Le client est authentifi\u00e9.<\/p>\n<\/blockquote>\n Une postcondition indique ce qui est vrai apr\u00e8s la fin du cas d’utilisation.<\/p>\n Exemples :<\/p>\n La commande est enregistr\u00e9e.<\/p>\n<\/li>\n Le paiement est autoris\u00e9.<\/p>\n<\/li>\n Un e-mail de confirmation est envoy\u00e9.<\/p>\n<\/li>\n La demande de remboursement a un statut soumis.<\/p>\n<\/li>\n Le compte utilisateur est marqu\u00e9 comme actif.<\/p>\n<\/li>\n<\/ul>\n Les postconditions doivent d\u00e9crire les r\u00e9sultats, pas les d\u00e9tails d’impl\u00e9mentation.<\/p>\n Mauvaise postcondition :<\/p>\n La Meilleure postcondition :<\/p>\n La commande est stock\u00e9e et disponible pour l’ex\u00e9cution.<\/p>\n<\/blockquote>\n Le sc\u00e9nario de succ\u00e8s principal, \u00e9galement appel\u00e9 le flux de base<\/strong> ou chemin heureux<\/strong>, d\u00e9crit l’interaction normale r\u00e9ussie.<\/p>\n Chaque \u00e9tape doit d\u00e9crire :<\/p>\n Une interaction entre l’acteur et le syst\u00e8me<\/p>\n<\/li>\n Une r\u00e9ponse du syst\u00e8me<\/p>\n<\/li>\n Une action m\u00e9tier significative<\/p>\n<\/li>\n<\/ol>\n Exemple :<\/p>\n Le client s\u00e9lectionne des produits.<\/p>\n<\/li>\n Le syst\u00e8me affiche le panier actuel.<\/p>\n<\/li>\n Le client saisit les informations de livraison.<\/p>\n<\/li>\n Le syst\u00e8me valide les informations de livraison.<\/p>\n<\/li>\n Le client soumet la commande.<\/p>\n<\/li>\n Le syst\u00e8me demande une autorisation de paiement.<\/p>\n<\/li>\n La passerelle de paiement autorise le paiement.<\/p>\n<\/li>\n Le syst\u00e8me enregistre la commande.<\/p>\n<\/li>\n Le syst\u00e8me affiche la confirmation de commande.<\/p>\n<\/li>\n<\/ol>\n \u00c9vitez les d\u00e9tails sp\u00e9cifiques \u00e0 l’interface, sauf s’ils sont essentiels \u00e0 l’exigence.<\/p>\n \u00c9tape m\u00e9diocre :<\/p>\n Le client clique sur le bouton bleu situ\u00e9 dans le coin inf\u00e9rieur droit.<\/p>\n<\/blockquote>\n Meilleure \u00e9tape :<\/p>\n Le client soumet la commande.<\/p>\n<\/blockquote>\n Un flux alternatif d\u00e9crit une variation valide du sc\u00e9nario principal.<\/p>\n Exemples :<\/p>\n Le client choisit le retrait en magasin au lieu de la livraison.<\/p>\n<\/li>\n Le client paie avec un mode de paiement enregistr\u00e9.<\/p>\n<\/li>\n L’administrateur approuve une r\u00e9clamation avec des conditions.<\/p>\n<\/li>\n L’utilisateur s’authentifie \u00e0 l’aide d’un code \u00e0 usage unique.<\/p>\n<\/li>\n<\/ul>\n Les flux alternatifs peuvent se rejoindre au flux principal.<\/p>\n Exemple :<\/p>\n A1. Le client utilise un mode de paiement enregistr\u00e9<\/strong> Un flux d’exception d\u00e9crit une condition non r\u00e9ussie ou anormale.<\/p>\n Exemples :<\/p>\n Le paiement est refus\u00e9.<\/p>\n<\/li>\n Le produit est en rupture de stock.<\/p>\n<\/li>\n L’authentification \u00e9choue.<\/p>\n<\/li>\n Le service externe est indisponible.<\/p>\n<\/li>\n Les donn\u00e9es requises sont invalides.<\/p>\n<\/li>\n<\/ul>\n Un flux d’exception doit expliquer :<\/p>\n O\u00f9 le probl\u00e8me se produit<\/p>\n<\/li>\n Ce que fait le syst\u00e8me<\/p>\n<\/li>\n Ce que l’acteur voit<\/p>\n<\/li>\n Si le cas d’utilisation se termine ou reprend<\/p>\n<\/li>\n<\/ul>\n Exemple :<\/p>\n E1. Le paiement est refus\u00e9<\/strong> Utiliser Exemple :<\/p>\n Passer une commande inclut Calculer le total<\/p>\n<\/li>\n Passer une commande inclut Authentifier le client<\/p>\n<\/li>\n Retirer de l’argent inclut V\u00e9rifier le code confidentiel<\/p>\n<\/li>\n<\/ul>\n Le comportement inclus est obligatoire.<\/p>\n Utiliser Exemple :<\/p>\n Passer une commande peut \u00eatre \u00e9tendu par Appliquer un code de r\u00e9duction<\/p>\n<\/li>\n Le paiement peut \u00eatre \u00e9tendu par Ajouter un message de cadeau<\/p>\n<\/li>\n<\/ul>\n Le comportement d’extension n’est pas toujours ex\u00e9cut\u00e9.<\/p>\n Une r\u00e8gle utile :<\/p>\n Inclure :<\/strong> \u00ab Cela se produit toujours dans le cadre du cas d’utilisation. \u00bb<\/p>\n<\/li>\n \u00c9tendre :<\/strong> \u00ab Cela peut se produire dans certaines conditions. \u00bb<\/p>\n<\/li>\n<\/ul>\n Ne pas utiliser La g\u00e9n\u00e9ralisation repr\u00e9sente l’h\u00e9ritage entre les acteurs ou les cas d’utilisation.<\/p>\n Exemple :<\/p>\n L’employ\u00e9 est un acteur g\u00e9n\u00e9ral.<\/p>\n<\/li>\n Le gestionnaire est un acteur sp\u00e9cialis\u00e9 qui h\u00e9rite du comportement de l’employ\u00e9.<\/p>\n<\/li>\n<\/ul>\n Utilisez la g\u00e9n\u00e9ralisation lorsque l’\u00e9l\u00e9ment sp\u00e9cialis\u00e9 est v\u00e9ritablement un type de l’\u00e9l\u00e9ment g\u00e9n\u00e9ralis\u00e9, et non simplement parce que deux \u00e9l\u00e9ments partagent quelques \u00e9tapes.<\/p>\n Le mod\u00e8le suivant fonctionne bien pour les documents d’exigences, les sp\u00e9cifications de projet et les mod\u00e8les d’analyse.<\/p>\n Objectif :<\/strong> P\u00e9rim\u00e8tre :<\/strong> Niveau :<\/strong> Acteur principal :<\/strong> Acteurs secondaires :<\/strong><\/p>\n Passerelle de paiement<\/p>\n<\/li>\n Service d’inventaire<\/p>\n<\/li>\n Service d’envoi d’e-mails<\/p>\n<\/li>\n Service de livraison<\/p>\n<\/li>\n<\/ul>\n Parties prenantes et int\u00e9r\u00eats :<\/strong><\/p>\n Client :<\/strong> Veut acheter des produits avec succ\u00e8s et recevoir une confirmation.<\/p>\n<\/li>\n Boutique :<\/strong> Veut enregistrer une commande valide et encaisser le paiement.<\/p>\n<\/li>\n Entrep\u00f4t :<\/strong> A besoin d’informations pr\u00e9cises sur l’ex\u00e9cution.<\/p>\n<\/li>\n Passerelle de paiement :<\/strong> A besoin d’une demande de paiement valide.<\/p>\n<\/li>\n Service de livraison :<\/strong> A besoin d’une adresse de livraison compl\u00e8te.<\/p>\n<\/li>\n<\/ul>\n D\u00e9clencheur :<\/strong> Pr\u00e9conditions :<\/strong><\/p>\n Le client a au moins un article dans son panier.<\/p>\n<\/li>\n Les produits sont disponibles \u00e0 la commande.<\/p>\n<\/li>\n Le client fournit une adresse de livraison valide.<\/p>\n<\/li>\n Le syst\u00e8me peut communiquer avec le service de paiement.<\/p>\n<\/li>\n<\/ul>\n Garanties minimales :<\/strong><\/p>\n Aucune commande impay\u00e9e n’est trait\u00e9e comme confirm\u00e9e.<\/p>\n<\/li>\n Le client est inform\u00e9 si la commande ne peut pas \u00eatre compl\u00e9t\u00e9e.<\/p>\n<\/li>\n L’inventaire r\u00e9serv\u00e9 est lib\u00e9r\u00e9 si le paiement \u00e9choue.<\/p>\n<\/li>\n<\/ul>\n Garanties de succ\u00e8s :<\/strong><\/p>\n Le paiement est autoris\u00e9.<\/p>\n<\/li>\n La commande est enregistr\u00e9e.<\/p>\n<\/li>\n Les stocks sont r\u00e9serv\u00e9s.<\/p>\n<\/li>\n Le client re\u00e7oit une confirmation.<\/p>\n<\/li>\n Les informations d’ex\u00e9cution sont mises \u00e0 disposition de l’entrep\u00f4t.<\/p>\n<\/li>\n<\/ul>\n Le client consulte le panier.<\/p>\n<\/li>\n Le syst\u00e8me affiche les produits, les quantit\u00e9s, les prix, les taxes, les frais de livraison et le total.<\/p>\n<\/li>\n Le client fournit les informations de livraison.<\/p>\n<\/li>\n Le syst\u00e8me valide les informations de livraison.<\/p>\n<\/li>\n Le client s\u00e9lectionne un mode de paiement.<\/p>\n<\/li>\n Le client soumet la commande.<\/p>\n<\/li>\n Le syst\u00e8me v\u00e9rifie la disponibilit\u00e9 des produits.<\/p>\n<\/li>\n Le syst\u00e8me demande une autorisation de paiement \u00e0 la passerelle de paiement.<\/p>\n<\/li>\n La passerelle de paiement autorise le paiement.<\/p>\n<\/li>\n Le syst\u00e8me cr\u00e9e la commande.<\/p>\n<\/li>\n Le syst\u00e8me r\u00e9serve les produits command\u00e9s.<\/p>\n<\/li>\n Le syst\u00e8me envoie une confirmation de commande au client.<\/p>\n<\/li>\n Le syst\u00e8me affiche le num\u00e9ro de commande et la date estim\u00e9e de livraison.<\/p>\n<\/li>\n<\/ol>\n A1. Le client utilise une adresse enregistr\u00e9e<\/strong><\/p>\n \u00c0 l’\u00e9tape 3, le client s\u00e9lectionne une adresse pr\u00e9c\u00e9demment enregistr\u00e9e. Le syst\u00e8me affiche l’adresse et passe \u00e0 l’\u00e9tape 4.<\/p>\n A2. Le client utilise un mode de paiement enregistr\u00e9<\/strong><\/p>\n \u00c0 l’\u00e9tape 5, le client s\u00e9lectionne un mode de paiement enregistr\u00e9. Le syst\u00e8me utilise ce mode et passe \u00e0 l’\u00e9tape 6.<\/p>\n A3. Le client choisit le retrait en magasin<\/strong><\/p>\n \u00c0 l’\u00e9tape 3, le client choisit le retrait en magasin au lieu de la livraison. Le syst\u00e8me affiche les magasins disponibles et les dates de retrait, puis passe \u00e0 l’\u00e9tape 5.<\/p>\n E1. Produit indisponible<\/strong><\/p>\n \u00c0 l’\u00e9tape 7, le syst\u00e8me d\u00e9termine qu’un produit est indisponible. Le syst\u00e8me identifie le produit indisponible, met \u00e0 jour le panier et demande au client de revoir la commande.<\/p>\n E2. Le paiement est refus\u00e9<\/strong><\/p>\n \u00c0 l’\u00e9tape 9, la passerelle de paiement refuse le paiement. Le syst\u00e8me ne confirme pas la commande, lib\u00e8re les r\u00e9serves d’inventaire, affiche le message d’\u00e9chec et permet au client de s\u00e9lectionner un autre mode de paiement.<\/p>\n E3. La passerelle de paiement est indisponible<\/strong><\/p>\n \u00c0 l’\u00e9tape 8, la passerelle de paiement ne r\u00e9pond pas dans le d\u00e9lai d’attente configur\u00e9. Le syst\u00e8me marque la tentative de paiement comme en attente, informe le client et emp\u00eache la soumission de commandes en double.<\/p>\n Une commande doit contenir au moins un produit.<\/p>\n<\/li>\n La quantit\u00e9 du produit doit \u00eatre sup\u00e9rieure \u00e0 z\u00e9ro.<\/p>\n<\/li>\n Un produit ne peut pas \u00eatre command\u00e9 lorsque le stock disponible est insuffisant.<\/p>\n<\/li>\n Le paiement doit \u00eatre autoris\u00e9 avant que la commande ne soit confirm\u00e9e.<\/p>\n<\/li>\n Les prix et les taxes sont calcul\u00e9s en utilisant les r\u00e8gles de tarification en vigueur.<\/p>\n<\/li>\n Un client peut annuler une commande uniquement avant le d\u00e9but de l’ex\u00e9cution.<\/p>\n<\/li>\n<\/ul>\n Le r\u00e9capitulatif de la commande doit s’afficher en moins de deux secondes dans des conditions de charge normales.<\/p>\n<\/li>\n Les informations de paiement ne doivent pas \u00eatre stock\u00e9es en texte clair.<\/p>\n<\/li>\n Les soumissions en double ne doivent pas cr\u00e9er de commandes en double.<\/p>\n<\/li>\n Le syst\u00e8me doit enregistrer une piste d’audit pour les modifications de paiement et de statut de commande.<\/p>\n<\/li>\n<\/ul>\n Les descriptions des cas d’utilisation peuvent \u00eatre r\u00e9dig\u00e9es \u00e0 diff\u00e9rents niveaux de d\u00e9tail.<\/p>\n Un cas d’utilisation de niveau r\u00e9sum\u00e9 d\u00e9crit un processus m\u00e9tier global.<\/p>\n Exemple :<\/p>\n Ex\u00e9cution de la commande client<\/p>\n<\/blockquote>\n Cela peut inclure :<\/p>\n R\u00e9ception de la commande<\/p>\n<\/li>\n Pr\u00e9paration des produits<\/p>\n<\/li>\n Emballage de la commande<\/p>\n<\/li>\n Exp\u00e9dition de la commande<\/p>\n<\/li>\n<\/ul>\n C’est g\u00e9n\u00e9ralement le niveau le plus utile pour l’analyse des exigences.<\/p>\n Exemple :<\/p>\n Passer une commande<\/p>\n<\/blockquote>\n Il d\u00e9crit un objectif qu’un acteur principal peut atteindre en une seule s\u00e9ance.<\/p>\n Cela d\u00e9crit un comportement syst\u00e8me plus petit et r\u00e9utilisable.<\/p>\n Exemples :<\/p>\n Calculer le total de la commande<\/p>\n<\/li>\n Valider le paiement<\/p>\n<\/li>\n G\u00e9n\u00e9rer la facture<\/p>\n<\/li>\n<\/ul>\n Les cas d’utilisation de niveau sous-fonction sont utiles lorsque le comportement est r\u00e9utilis\u00e9 ou techniquement complexe, mais ils ne doivent pas remplacer les cas d’utilisation ax\u00e9s sur l’objectif de l’utilisateur.<\/p>\n \u00c9crire du point de vue de l’acteur :<\/p>\n Le client soumet une commande.<\/p>\n<\/blockquote>\n \u00c9viter un langage centr\u00e9 sur l’impl\u00e9mentation :<\/p>\n OrderController invoque le service de commande.<\/p>\n<\/blockquote>\n Ce dernier appartient \u00e0 la documentation de conception, pas \u00e0 un cas d’utilisation m\u00e9tier.<\/p>\n \u00c9vitez de combiner trop d’actions :<\/p>\n Le client saisit les d\u00e9tails, s\u00e9lectionne le mode de paiement, confirme la commande et re\u00e7oit un e-mail.<\/p>\n<\/blockquote>\n Am\u00e9liorez-le en s\u00e9parant l’interaction :<\/p>\n Le client saisit les informations de livraison.<\/p>\n<\/li>\n Le syst\u00e8me valide les informations.<\/p>\n<\/li>\n Le client s\u00e9lectionne un mode de paiement.<\/p>\n<\/li>\n Le client confirme la commande.<\/p>\n<\/li>\n Le syst\u00e8me envoie une confirmation.<\/p>\n<\/li>\n<\/ol>\n Un lecteur devrait pouvoir d\u00e9terminer si la exigence a \u00e9t\u00e9 impl\u00e9ment\u00e9e.<\/p>\n Faible :<\/p>\n Le syst\u00e8me traite la demande.<\/p>\n<\/blockquote>\n Plus fort :<\/p>\n Le syst\u00e8me valide la demande, enregistre la r\u00e9clamation, lui attribue un num\u00e9ro de r\u00e9clamation et affiche le statut de soumission.<\/p>\n<\/blockquote>\n Utilisez :<\/p>\n Le client fournit les informations de livraison.<\/p>\n<\/blockquote>\n Plut\u00f4t que :<\/p>\n Le client saisit l’adresse dans la zone de texte et clique sur le bouton vert Continuer.<\/p>\n<\/blockquote>\n La deuxi\u00e8me version contraint inutilement l’interface.<\/p>\n Ne remplissez pas le flux de base avec tous les erreurs possibles. Placez les erreurs dans les flux d’exception.<\/p>\n Les r\u00e8gles m\u00e9tier s’appliquent souvent \u00e0 plusieurs cas d’utilisation. Les garder s\u00e9par\u00e9s \u00e9vite des textes r\u00e9p\u00e9t\u00e9s et incoh\u00e9rents.<\/p>\n Pour chaque \u00e9chec important, sp\u00e9cifiez :<\/p>\n Si les donn\u00e9es sont sauvegard\u00e9es<\/p>\n<\/li>\n Si une transaction est annul\u00e9e<\/p>\n<\/li>\n Si l’acteur peut r\u00e9essayer<\/p>\n<\/li>\n Si un administrateur est notifi\u00e9<\/p>\n<\/li>\n Si le cas d’utilisation se termine ou reprend<\/p>\n<\/li>\n<\/ul>\n Un flux de travail pratique est :<\/p>\n Identifiez le syst\u00e8me mod\u00e9lis\u00e9.<\/p>\n<\/li>\n Listez les acteurs externes.<\/p>\n<\/li>\n Demandez ce que chaque acteur souhaite accomplir.<\/p>\n<\/li>\n Convertissez chaque objectif en un nom de cas d’utilisation.<\/p>\n<\/li>\n D\u00e9finissez la limite du syst\u00e8me.<\/p>\n<\/li>\n R\u00e9digez le sc\u00e9nario de succ\u00e8s principal.<\/p>\n<\/li>\n Ajoutez les flux alternatifs et d’exception.<\/p>\n<\/li>\n Ajoutez les r\u00e8gles m\u00e9tier et les exigences sp\u00e9ciales.<\/p>\n<\/li>\n Dessinez le diagramme de cas d’utilisation.<\/p>\n<\/li>\n Examinez le mod\u00e8le avec les parties prenantes.<\/p>\n<\/li>\n Reliez les cas d’utilisation aux exigences, aux tests et aux artefacts de conception.<\/p>\n<\/li>\n<\/ol>\n Une question utile est :<\/p>\n Quel r\u00e9sultat m\u00e9tier cet acteur attend-il du syst\u00e8me ?<\/p>\n<\/blockquote>\n Les \u00e9l\u00e9ments les plus courants sont :<\/p>\n Acteur :<\/strong>R\u00f4le externe<\/p>\n<\/li>\n Cas d’utilisation :<\/strong>Capacit\u00e9 du syst\u00e8me ou objectif de l’acteur<\/p>\n<\/li>\n Limite du syst\u00e8me :<\/strong>P\u00e9rim\u00e8tre du syst\u00e8me<\/p>\n<\/li>\n Association :<\/strong>L’acteur participe \u00e0 un cas d’utilisation<\/p>\n<\/li>\n Inclure :<\/strong>Comportement r\u00e9utilis\u00e9 requis<\/p>\n<\/li>\n \u00c9tendre :<\/strong>Comportement optionnel ou conditionnel<\/p>\n<\/li>\n G\u00e9n\u00e9ralisation :<\/strong>Acteur ou cas d’utilisation sp\u00e9cialis\u00e9<\/p>\n<\/li>\n<\/ul>\n Un diagramme de cas d’utilisation ne doit pas tenter de montrer :<\/p>\n Chaque \u00e9tape du flux de travail<\/p>\n<\/li>\n Tables de base de donn\u00e9es<\/p>\n<\/li>\n Attributs de classe<\/p>\n<\/li>\n R\u00e8gles m\u00e9tier d\u00e9taill\u00e9es<\/p>\n<\/li>\n Dispositions d’\u00e9cran<\/p>\n<\/li>\n Algorithmes internes<\/p>\n<\/li>\n<\/ul>\n Ces \u00e9l\u00e9ments appartiennent aux diagrammes d’activit\u00e9, aux diagrammes de classes, aux diagrammes de s\u00e9quence ou aux exigences \u00e9crites.<\/p>\n L’exemple suivant mod\u00e9lise le Passer une commande<\/strong>cas d’utilisation et le comportement associ\u00e9.<\/p>\n1. Qu’est-ce qu’un cas d’utilisation ?<\/h2>\n
\n
\n
Noms de cas d’utilisation m\u00e9diocres et am\u00e9lior\u00e9s<\/h3>\n
\n\n
\n \nNom m\u00e9diocre<\/th>\n Nom am\u00e9lior\u00e9<\/th>\n Raison<\/th>\n<\/tr>\n<\/thead>\n \n \u00c9cran de connexion<\/td>\n Authentifier l’utilisateur<\/td>\n D\u00e9crit un objectif<\/td>\n<\/tr>\n \n Mise \u00e0 jour de la base de donn\u00e9es<\/td>\n Enregistrer un paiement<\/td>\n D\u00e9crit la valeur commerciale<\/td>\n<\/tr>\n \n Cliquez sur le bouton Envoyer<\/td>\n Soumettre une demande de remboursement de frais<\/td>\n \u00c9vite le jargon sp\u00e9cifique \u00e0 l’interface utilisateur<\/td>\n<\/tr>\n \n Valider le compte<\/td>\n Cr\u00e9er un compte client<\/td>\n Rend le r\u00e9sultat clair<\/td>\n<\/tr>\n \n Traiter la commande<\/td>\n Passer une commande<\/td>\n Utilise un objectif centr\u00e9 sur l’acteur<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n 2. Concepts cl\u00e9s<\/h1>\n
2.1 Acteurs<\/h2>\n
\n
\n
Acteurs principaux et acteurs de soutien<\/h3>\n
\n
2.2 Limite du syst\u00e8me<\/h2>\n
\n
\n
2.3 Cas d’utilisation<\/h2>\n
\n
2.4 Pr\u00e9conditions<\/h2>\n
\n
\n
\n
2.5 Postconditions<\/h2>\n
\n
\n
commandes<\/code> table est mise \u00e0 jour.<\/p>\n<\/blockquote>\n\n
2.6 Sc\u00e9nario de succ\u00e8s principal<\/h2>\n
\n
\n
\n
\n
2.7 Flux alternatifs<\/h2>\n
\n
\n
\n\u00c0 l’\u00e9tape 6, le client s\u00e9lectionne un mode de paiement enregistr\u00e9. Le syst\u00e8me demande une autorisation en utilisant ce mode, puis reprend \u00e0 l’\u00e9tape 7.<\/p>\n<\/blockquote>\n2.8 Flux d’exception<\/h2>\n
\n
\n
\n
\n\u00c0 l’\u00e9tape 7, la passerelle de paiement rejette la transaction. Le syst\u00e8me affiche la raison, marque la commande comme impay\u00e9e et permet au client de s\u00e9lectionner un autre mode de paiement.<\/p>\n<\/blockquote>\n2.9 Relations d’inclusion et d’extension<\/h2>\n
inclure<\/code><\/h3>\ninclure<\/code> lorsqu’un cas d’utilisation invoque toujours un autre comportement r\u00e9utilisable.<\/p>\n\n
Passer une commande <<inclure>> Calculer le total\r\n<\/code><\/pre>\n\u00e9tendre<\/code><\/h3>\n\u00e9tendre<\/code> lorsqu’un comportement optionnel ou conditionnel compl\u00e8te un cas d’utilisation de base.<\/p>\n\n
Appliquer un code de r\u00e9duction <<\u00e9tendre>> Passer une commande\r\n<\/code><\/pre>\n\n
inclure<\/code> et \u00e9tendre<\/code> simplement pour diviser chaque flux en petits morceaux. Une d\u00e9composition excessive rend le mod\u00e8le difficile \u00e0 comprendre.<\/p>\n2.10 G\u00e9n\u00e9ralisation<\/h2>\n
\n
Manager --|> Employ\u00e9\r\n<\/code><\/pre>\n3. Mod\u00e8le standard de description de cas d’utilisation<\/h1>\n
Identifiant du cas d'utilisation :\r\nNom du cas d'utilisation :\r\nObjectif :\r\nP\u00e9rim\u00e8tre :\r\nNiveau :\r\nActeur principal :\r\nActeurs de soutien :\r\nParties prenantes et int\u00e9r\u00eats :\r\n\r\nD\u00e9clencheur :\r\n\r\nPr\u00e9conditions :\r\n\r\nGaranties minimales :\r\n\r\nGaranties de succ\u00e8s :\r\n\r\nSc\u00e9nario principal de succ\u00e8s :\r\n1.\r\n2.\r\n3.\r\n\r\nFlux alternatifs :\r\nA1.\r\nA2.\r\n\r\nFlux d'exception :\r\nE1.\r\nE2.\r\n\r\nExigences sp\u00e9ciales :\r\n- Performance\r\n- S\u00e9curit\u00e9\r\n- Utilisabilit\u00e9\r\n- Disponibilit\u00e9\r\n- Conformit\u00e9\r\n\r\nR\u00e8gles m\u00e9tier :\r\n\r\nExigences relatives aux donn\u00e9es :\r\n\r\nFr\u00e9quence et volume :\r\n\r\nHypoth\u00e8ses :\r\n\r\nQuestions ouvertes :\r\n\r\nCas d'utilisation li\u00e9s :\r\n<\/code><\/pre>\nExplication des champs<\/h2>\n
\n\n
\n \nChamp<\/th>\n Objectif<\/th>\n<\/tr>\n<\/thead>\n \n Identifiant du cas d’utilisation<\/td>\n Fournit une r\u00e9f\u00e9rence stable, telle que UC-001<\/td>\n<\/tr>\n \n Nom du cas d’utilisation<\/td>\n Nomme l’objectif de l’acteur<\/td>\n<\/tr>\n \n Objectif<\/td>\n R\u00e9sume le r\u00e9sultat m\u00e9tier pr\u00e9vu<\/td>\n<\/tr>\n \n P\u00e9rim\u00e8tre<\/td>\n Identifie le syst\u00e8me ou le sous-syst\u00e8me<\/td>\n<\/tr>\n \n Niveau<\/td>\n Indique s’il s’agit d’un objectif utilisateur, d’un r\u00e9sum\u00e9 ou d’une sous-fonction<\/td>\n<\/tr>\n \n Acteur principal<\/td>\n Identifie qui initie le cas d’utilisation<\/td>\n<\/tr>\n \n Acteurs de soutien<\/td>\n Liste les participants externes<\/td>\n<\/tr>\n \n Parties prenantes et int\u00e9r\u00eats<\/td>\n Capture ce que chaque partie prenante attend<\/td>\n<\/tr>\n \n D\u00e9clencheur<\/td>\n Explique ce qui d\u00e9clenche le cas d’utilisation<\/td>\n<\/tr>\n \n Pr\u00e9conditions<\/td>\n D\u00e9finit ce qui doit d\u00e9j\u00e0 \u00eatre vrai<\/td>\n<\/tr>\n \n Garanties minimales<\/td>\n D\u00e9crit ce qui reste vrai apr\u00e8s un \u00e9chec<\/td>\n<\/tr>\n \n Garanties de succ\u00e8s<\/td>\n D\u00e9crit les r\u00e9sultats r\u00e9ussis<\/td>\n<\/tr>\n \n Sc\u00e9nario principal de succ\u00e8s<\/td>\n Documente le flux normal<\/td>\n<\/tr>\n \n Flux alternatifs<\/td>\n D\u00e9crit les variations valides<\/td>\n<\/tr>\n \n Flux d’exceptions<\/td>\n D\u00e9crit les \u00e9checs et la reprise<\/td>\n<\/tr>\n \n Exigences particuli\u00e8res<\/td>\n Capture les contraintes non fonctionnelles<\/td>\n<\/tr>\n \n R\u00e8gles m\u00e9tier<\/td>\n Enregistre les politiques et les r\u00e8gles du domaine<\/td>\n<\/tr>\n \n Exigences relatives aux donn\u00e9es<\/td>\n Liste les informations saisies, lues ou produites<\/td>\n<\/tr>\n \n Questions ouvertes<\/td>\n Suit les probl\u00e8mes non r\u00e9solus<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n 4. Exemple : Passer une commande<\/h1>\n
UC-001 \u2014 Passer une commande<\/h2>\n
\nPermettre \u00e0 un client d’acheter un ou plusieurs produits.<\/p>\n
\nBoutique en ligne<\/p>\n
\nObjectif de l’utilisateur<\/p>\n
\nClient<\/p>\n\n
\n
\nLe client soumet son panier pour le paiement.<\/p>\n\n
\n
\n
Sc\u00e9nario de succ\u00e8s principal<\/h3>\n
\n
Flux alternatifs<\/h3>\n
Flux d’exception<\/h3>\n
R\u00e8gles m\u00e9tier<\/h3>\n
\n
Exigences particuli\u00e8res<\/h3>\n
\n
5. Niveaux de cas d’utilisation<\/h1>\n
Cas d’utilisation de niveau r\u00e9sum\u00e9<\/h2>\n
\n
\n
Cas d’utilisation de niveau objectif utilisateur<\/h2>\n
\n
Cas d’utilisation de niveau sous-fonction<\/h2>\n
\n
6. R\u00e9diger des descriptions de cas d’utilisation de haute qualit\u00e9<\/h1>\n
Utiliser un langage centr\u00e9 sur l’acteur<\/h2>\n
\n
\n
Gardez chaque \u00e9tape atomique<\/h2>\n
\n
\n
D\u00e9crivez un comportement observable<\/h2>\n
\n
\n
\u00c9vitez un design d’interface utilisateur pr\u00e9matur\u00e9<\/h2>\n
\n
\n
Gardez le flux principal r\u00e9ussi<\/h2>\n
Identifiez les r\u00e8gles m\u00e9tier s\u00e9par\u00e9ment<\/h2>\n
Rendez le comportement d’\u00e9chec explicite<\/h2>\n
\n
7. Des exigences aux cas d’utilisation<\/h1>\n
\n
Analyse acteur-objectif<\/h2>\n
\n\n
\n \nActeur<\/th>\n Objectif<\/th>\n Cas d’utilisation candidat<\/th>\n<\/tr>\n<\/thead>\n \n Client<\/td>\n Acheter des produits<\/td>\n Passer une commande<\/td>\n<\/tr>\n \n Client<\/td>\n V\u00e9rifier l’avancement de l’exp\u00e9dition<\/td>\n Suivre une commande<\/td>\n<\/tr>\n \n Agent de support<\/td>\n R\u00e9soudre une plainte<\/td>\n R\u00e9soudre une plainte<\/td>\n<\/tr>\n \n Employ\u00e9 d’entrep\u00f4t<\/td>\n Pr\u00e9parer une commande<\/td>\n Pr\u00e9parer une commande<\/td>\n<\/tr>\n \n Passerelle de paiement<\/td>\n Autoriser le paiement<\/td>\n Autoriser le paiement<\/td>\n<\/tr>\n \n Administrateur<\/td>\n Contr\u00f4ler l’acc\u00e8s<\/td>\n G\u00e9rer les comptes utilisateurs<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \n
8. Notation du diagramme de cas d’utilisation<\/h1>\n
\n
\n
9. Exemple de diagramme PlantUML<\/h1>\n
![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6aba3bd13facb.png\")
<\/p>\n\n\nPlantUML<\/span>
\n
\n