![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/10\/img_6ad821b650812.png\")
<\/p>\nL’UML (Unified Modeling Language) est une m\u00e9thode normalis\u00e9e pour d\u00e9crire la structure et le comportement d’un syst\u00e8me. Elle aide les \u00e9quipes \u00e0 discuter des exigences, \u00e0 concevoir des logiciels et \u00e0 documenter les d\u00e9cisions. L’UML est un langage de mod\u00e9lisation, et non un langage de programmation : les diagrammes communiquent un mod\u00e8le, mais ils ne garantissent pas automatiquement que l’impl\u00e9mentation lui correspond.<\/p>\n
<\/p>\n
Ce guide utilise un syst\u00e8me de commerce en ligne comme exemple r\u00e9current. Il couvre les principaux types de diagrammes UML et un flux de travail utilisant Visual Paradigm<\/strong> pour la mod\u00e9lisation visuelle et VPasCode<\/strong> pour les diagrammes bas\u00e9s sur du texte.<\/p>\n Avant de dessiner, d\u00e9cidez ce que le lecteur doit comprendre :<\/p>\n Que peuvent faire les utilisateurs ?<\/strong> Utilisez un diagramme de cas d’utilisation.<\/p>\n<\/li>\n Que se passe-t-il lors d’un sc\u00e9nario ?<\/strong> Utilisez un diagramme de s\u00e9quence ou d’activit\u00e9.<\/p>\n<\/li>\n Quels concepts et relations composent le domaine ?<\/strong> Utilisez un diagramme de classes.<\/p>\n<\/li>\n Comment le logiciel est-il divis\u00e9 en parties d\u00e9ployables ou rempla\u00e7ables ?<\/strong> Utilisez des diagrammes de composants et de d\u00e9ploiement.<\/p>\n<\/li>\n Comment un objet change-t-il au fil du temps ?<\/strong> Utilisez un diagramme d’\u00e9tat.<\/p>\n<\/li>\n<\/ul>\n Un diagramme qui tente de r\u00e9pondre \u00e0 toutes les questions \u00e0 la fois devient g\u00e9n\u00e9ralement difficile \u00e0 lire. Pr\u00e9f\u00e9rez plusieurs diagrammes cibl\u00e9s \u00e0 une vue d’ensemble encombr\u00e9e.<\/p>\n L’UML 2.x comprend 14 types de diagrammes standard, g\u00e9n\u00e9ralement regroup\u00e9s en diagrammes structurels et comportementaux. Les diagrammes d’interaction sont un sous-ensemble des diagrammes comportementaux.<\/p>\n Vous avez rarement besoin des 14 diagrammes pour un projet. Pour de nombreuses conceptions d’applications, un diagramme de cas d’utilisation, de classes, de s\u00e9quence, d’activit\u00e9, de composants et de d\u00e9ploiement constitue un ensemble de d\u00e9part solide.<\/p>\n Un diagramme de cas d’utilisation d\u00e9crit les objectifs de l’utilisateur, pas les mises en page d’\u00e9cran ou le code interne. Pour une boutique en ligne, les acteurs peuvent inclureClient<\/strong>, Fournisseur de paiement<\/strong>, etService d’entrep\u00f4t<\/strong>. Les cas d’utilisation peuvent inclureParcourir les produits<\/strong>, Passer une commande<\/strong>, Payer la commande<\/strong>, etSuivre l’exp\u00e9dition<\/strong>.<\/p>\n Utilisez Les diagrammes d’activit\u00e9 sont utiles pour les processus comportant des branches ou un travail parall\u00e8le. Un flux de paiement pourrait \u00eatre :<\/p>\n Valider le panier et l’adresse.<\/p>\n<\/li>\n Calculer les frais de port et la taxe.<\/p>\n<\/li>\n Cr\u00e9er une commande en attente.<\/p>\n<\/li>\n Demander une autorisation de paiement.<\/p>\n<\/li>\n Si le paiement r\u00e9ussit, confirmer la commande et notifier l’ex\u00e9cution.<\/p>\n<\/li>\n Si le paiement \u00e9choue, afficher l’\u00e9chec et laisser la commande non confirm\u00e9e.<\/p>\n<\/li>\n<\/ol>\n Utilisez des n\u0153uds de d\u00e9cision et de fusion pour les branches, des n\u0153uds de fourche et de jonction pour le travail parall\u00e8le, et des couloirs de nage (swimlanes) lorsque la responsabilit\u00e9 change entre un client, le magasin et un fournisseur externe.<\/p>\n Les diagrammes de s\u00e9quence montrent les participants et les messages qu’ils \u00e9changent. Ils sont particuli\u00e8rement utiles pour clarifier les limites des services, l’ordre des appels et les cas d’erreur. Ajoutez des chemins alternatifs pour des r\u00e9sultats tels qu’un rejet de paiement ou une indisponibilit\u00e9 du stock.<\/p>\n1. Commencez par la question que votre diagramme doit r\u00e9pondre<\/h2>\n
\n
2. Familles de diagrammes UML<\/h2>\n
![\"Aper\u00e7u](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/10\/01-uml-diagram-types.png\"\/)
<\/p>\n\n\n
\n \nFamille<\/th>\n Diagramme<\/th>\n Meilleur utilis\u00e9 pour montrer<\/th>\n<\/tr>\n<\/thead>\n \n Structurel<\/td>\n Classe<\/td>\n Classes, attributs, op\u00e9rations et relations<\/td>\n<\/tr>\n \n Structurel<\/td>\n Objet<\/td>\n Un instantan\u00e9 d’instances sp\u00e9cifiques et de liens<\/td>\n<\/tr>\n \n Structurel<\/td>\n Composant<\/td>\n Composants logiciels et leurs d\u00e9pendances ou interfaces<\/td>\n<\/tr>\n \n Structurel<\/td>\n Structure composite<\/td>\n Pi\u00e8ces internes, ports et connecteurs \u00e0 l’int\u00e9rieur d’un classificateur<\/td>\n<\/tr>\n \n Structurel<\/td>\n Paquet<\/td>\n Comment les \u00e9l\u00e9ments du mod\u00e8le sont regroup\u00e9s et d\u00e9pendent les uns des autres<\/td>\n<\/tr>\n \n Structurel<\/td>\n D\u00e9ploiement<\/td>\n Artefacts logiciels mapp\u00e9s sur du mat\u00e9riel ou des environnements d’ex\u00e9cution<\/td>\n<\/tr>\n \n Structurel<\/td>\n Profil<\/td>\n Extensions UML, st\u00e9r\u00e9otypes et valeurs \u00e9tiquet\u00e9es<\/td>\n<\/tr>\n \n Comportemental<\/td>\n Cas d’utilisation<\/td>\n Acteurs, objectifs et p\u00e9rim\u00e8tre du syst\u00e8me<\/td>\n<\/tr>\n \n Comportemental<\/td>\n Activit\u00e9<\/td>\n Flux de travail, d\u00e9cisions, travail parall\u00e8le et couloirs de responsabilit\u00e9<\/td>\n<\/tr>\n \n Comportemental<\/td>\n Machine d’\u00e9tats<\/td>\n \u00c9tats et transitions d\u00e9clench\u00e9es par des \u00e9v\u00e9nements d’un objet<\/td>\n<\/tr>\n \n Interaction<\/td>\n S\u00e9quence<\/td>\n Messages \u00e9chang\u00e9s dans le temps entre les participants<\/td>\n<\/tr>\n \n Interaction<\/td>\n Communication<\/td>\n Participants et leurs liens de messages, en mettant l’accent sur la structure du r\u00e9seau<\/td>\n<\/tr>\n \n Interaction<\/td>\n Chronom\u00e9trage<\/td>\n \u00c9volutions d’\u00e9tat ou de valeurs le long d’une \u00e9chelle temporelle<\/td>\n<\/tr>\n \n Interaction<\/td>\n Aper\u00e7u des interactions<\/td>\n Un flux de haut niveau qui relie les sc\u00e9narios d’interaction<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n 3. Les diagrammes les plus utiles, avec un exemple de commerce \u00e9lectronique<\/h2>\n
Diagramme de cas d’utilisation : objectifs et limites du syst\u00e8me<\/h3>\n
<<inclure>><\/code>lorsqu’un cas d’utilisation invoque toujours un autre comportement requis. Utilisez<<\u00e9tendre>><\/code>pour un comportement optionnel ou conditionnel qui s’ajoute \u00e0 un cas d’utilisation de base. Gardez la limite du syst\u00e8me claire afin que les lecteurs puissent distinguer le syst\u00e8me des acteurs externes.<\/p>\nDiagramme d’activit\u00e9 : flux de travail et d\u00e9cisions<\/h3>\n
\n
Diagramme de s\u00e9quence : un sc\u00e9nario dans le temps<\/h3>\n
![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/10\/img_6ad8220d29110.png\")
<\/p>\n\n\nPlantUML<\/span>
\n
\n