Un mod\u00e8le de classe simplifi\u00e9 de commerce \u00e9lectronique pourrait ressembler \u00e0 ceci :<\/p>\n
Client\r\n- customerId\r\n- name\r\n+ placeOrder()\r\n\r\nCommande\r\n- orderId\r\n- orderDate\r\n- status\r\n+ calculateTotal()\r\n\r\nProduit\r\n- productId\r\n- name\r\n- price\r\n+ updatePrice()\r\n<\/code><\/pre>\nLes relations possibles incluent :<\/p>\n
Client 1 -------- 0..* Commande\r\nCommande 1 -------- 1..* Produit\r\n<\/code><\/pre>\nDans une conception plus d\u00e9taill\u00e9e, une Article de commande<\/code> classe peut \u00eatre introduite entre Commande<\/code> et Produit<\/code>.<\/p>\nLes diagrammes de classes sont utiles pour :<\/p>\n
\n- \n
Mod\u00e9lisation du domaine<\/p>\n<\/li>\n
- \n
Conception orient\u00e9e objet<\/p>\n<\/li>\n
- \n
Planification des bases de donn\u00e9es et des applications<\/p>\n<\/li>\n
- \n
Identifier les responsabilit\u00e9s<\/p>\n<\/li>\n
- \n
Expliquer l’h\u00e9ritage et les interfaces<\/p>\n<\/li>\n<\/ul>\n
Un diagramme de classes d\u00e9crit les classes en g\u00e9n\u00e9ral, tandis qu’un diagramme d’objets montre des instances sp\u00e9cifiques de ces classes. Visual Paradigm d\u00e9crit les diagrammes de classes comme des mod\u00e8les de classes, d’attributs, d’op\u00e9rations et de relations au sein d’un syst\u00e8me orient\u00e9 objet.<\/p>\n
2. Diagramme d’objets<\/h3>\n
Un diagramme d’objets montre un instantan\u00e9 d’un syst\u00e8me \u00e0 un moment donn\u00e9. Il repr\u00e9sente des instances d’objets r\u00e9elles plut\u00f4t que des classes g\u00e9n\u00e9rales.<\/p>\n
![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20a0cb1055.png\")
<\/p>\n
Par exemple :<\/p>\n
customerA:Client\r\nname = \"Alex\"\r\n\r\norder1001:Commande\r\nstatus = \"Pay\u00e9\"\r\n<\/code><\/pre>\nUn diagramme d’objets est utile lorsque vous devez d\u00e9montrer :<\/p>\n
\n- \n
L’\u00e9tat des objets \u00e0 l’ex\u00e9cution<\/p>\n<\/li>\n
- \n
Exemples de relations de donn\u00e9es<\/p>\n<\/li>\n
- \n
Un sc\u00e9nario sp\u00e9cifique<\/p>\n<\/li>\n
- \n
Comment les instances de classes sont connect\u00e9es<\/p>\n<\/li>\n<\/ul>\n
Un diagramme de classes pourrait montrer qu’un client peut passer plusieurs commandes. Un diagramme d’objets pourrait montrer que clientA<\/code> poss\u00e8de actuellement commande1001<\/code> et commande1002<\/code>.<\/p>\n3. Diagramme de composants<\/h3>\n
![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20a8624ccc.png\")
<\/p>\n
Un diagramme de composants montre l’organisation et les d\u00e9pendances des composants logiciels rempla\u00e7ables.<\/p>\n
Un diagramme de composants pour le commerce \u00e9lectronique pourrait inclure :<\/p>\n
\n- \n
Application Web<\/p>\n<\/li>\n
- \n
Service de commande<\/p>\n<\/li>\n
- \n
Service de produits<\/p>\n<\/li>\n
- \n
Service de paiement<\/p>\n<\/li>\n
- \n
Service de notification<\/p>\n<\/li>\n
- \n
Base de donn\u00e9es<\/p>\n<\/li>\n<\/ul>\n
Exemple :<\/p>\n
Application Web --> Service de commande\r\nService de commande --> Service de paiement\r\nService de commande --> Service de notification\r\nService de commande --> Base de donn\u00e9es de commandes\r\n<\/code><\/pre>\nLes diagrammes de composants sont particuli\u00e8rement utiles pour :<\/p>\n
\n- \n
Architectures de microservices<\/p>\n<\/li>\n
- \n
Syst\u00e8mes orient\u00e9s services<\/p>\n<\/li>\n
- \n
Conception d’API<\/p>\n<\/li>\n
- \n
Architecture d’application<\/p>\n<\/li>\n
- \n
Afficher les limites et les d\u00e9pendances des services<\/p>\n<\/li>\n<\/ul>\n
4. Diagramme de d\u00e9ploiement<\/h3>\n
![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20aff2b456.png\")
<\/p>\n
Un diagramme de d\u00e9ploiement repr\u00e9sente l’environnement physique ou virtuel dans lequel le logiciel est ex\u00e9cut\u00e9.<\/p>\n
Il peut afficher :<\/p>\n
\n- \n
P\u00e9riph\u00e9riques clients<\/p>\n<\/li>\n
- \n
Serveurs Web<\/p>\n<\/li>\n
- \n
Serveurs d’application<\/p>\n<\/li>\n
- \n
Serveurs de base de donn\u00e9es<\/p>\n<\/li>\n
- \n
N\u0153uds cloud<\/p>\n<\/li>\n
- \n
Conteneurs<\/p>\n<\/li>\n
- \n
Connexions r\u00e9seau<\/p>\n<\/li>\n
- \n
Artefacts logiciels d\u00e9ploy\u00e9s<\/p>\n<\/li>\n<\/ul>\n
Exemple :<\/p>\n
P\u00e9riph\u00e9rique client\r\n |\r\n v\r\nServeur Web\r\n |\r\n v\r\nServeur d'application\r\n |\r\n v\r\nServeur de base de donn\u00e9es\r\n<\/code><\/pre>\nLes diagrammes de d\u00e9ploiement aident les architectes \u00e0 comprendre o\u00f9 le logiciel s’ex\u00e9cute et comment les composants d’infrastructure communiquent.<\/p>\n
5. Diagramme de paquets<\/h3>\n
![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20b957188a.png\")
<\/p>\n
Un diagramme de paquets regroupe les \u00e9l\u00e9ments de mod\u00e8le li\u00e9s en paquets et montre les d\u00e9pendances entre ces paquets.<\/p>\n
Un projet peut contenir des paquets tels que :<\/p>\n
\n- \n
utilisateur<\/code><\/p>\n<\/li>\n- \n
catalogue<\/code><\/p>\n<\/li>\n- \n
commande<\/code><\/p>\n<\/li>\n- \n
paiement<\/code><\/p>\n<\/li>\n- \n
notification<\/code><\/p>\n<\/li>\n<\/ul>\nExemple :<\/p>\n
commande --> utilisateur\r\ncommande --> catalogue\r\ncommande --> paiement\r\npaiement --> notification\r\n<\/code><\/pre>\nLes diagrammes de paquets sont utiles pour :<\/p>\n
\n- \n
Organiser de grands mod\u00e8les<\/p>\n<\/li>\n
- \n
Afficher les d\u00e9pendances des modules<\/p>\n<\/li>\n
- \n
Identifier les couches architecturales<\/p>\n<\/li>\n
- \n
Pr\u00e9venir les couplages ind\u00e9sirables<\/p>\n<\/li>\n<\/ul>\n
6. Diagramme de structure composite<\/h3>\n
![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20c22cef1c.png\")
<\/p>\n
Un diagramme de structure composite montre la structure interne d’une classe, d’un composant ou d’un autre classificateur structur\u00e9.<\/p>\n
Il peut afficher :<\/p>\n
\n- \n
Pi\u00e8ces internes<\/p>\n<\/li>\n
- \n
Ports<\/p>\n<\/li>\n
- \n
Connecteurs<\/p>\n<\/li>\n
- \n
Collaborations internes<\/p>\n<\/li>\n
- \n
Relations entre les \u00e9l\u00e9ments internes<\/p>\n<\/li>\n<\/ul>\n
Par exemple, un OrderController<\/code> peut contenir ou se connecter \u00e0 :<\/p>\n\n- \n
OrderService<\/code><\/p>\n<\/li>\n- \n
OrderRepository<\/code><\/p>\n<\/li>\n- \n
PaymentService<\/code><\/p>\n<\/li>\n- \n
NotificationService<\/code><\/p>\n<\/li>\n<\/ul>\nContrairement \u00e0 un diagramme de composants, qui se concentre g\u00e9n\u00e9ralement sur des composants de haut niveau, un diagramme de structure composite se concentre sur l’organisation interne d’un classificateur.<\/p>\n
7. Diagramme de profil<\/h3>\n
Un diagramme de profil \u00e9tend UML pour un domaine ou une technologie particuli\u00e8re. Il d\u00e9finit des \u00e9l\u00e9ments de mod\u00e9lisation sp\u00e9cialis\u00e9s via des st\u00e9r\u00e9otypes, des valeurs \u00e9tiquet\u00e9es et des contraintes.<\/p>\n
![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20c916d97e.png\")
<\/p>\n
Par exemple, un profil peut introduire des st\u00e9r\u00e9otypes tels que :<\/p>\n
<<entity>>\r\n<<controller>>\r\n<<service>>\r\n<<microservice>>\r\n<\/code><\/pre>\nLes diagrammes de profil sont utiles lorsque la notation UML standard doit \u00eatre adapt\u00e9e pour :<\/p>\n
\n- \n
Applications web<\/p>\n<\/li>\n
- \n
Architecture d’entreprise<\/p>\n<\/li>\n
- \n
Syst\u00e8mes temps r\u00e9el<\/p>\n<\/li>\n
- \n
Syst\u00e8mes embarqu\u00e9s<\/p>\n<\/li>\n
- \n
Frameworks de programmation sp\u00e9cifiques<\/p>\n<\/li>\n
- \n
Mod\u00e9lisation sp\u00e9cifique \u00e0 un secteur<\/p>\n<\/li>\n<\/ul>\n
Le diagramme de profil est souvent omis des listes introductives, mais il fait partie des types de diagrammes standard UML 2.x. UML 2.x est couramment d\u00e9crit comme ayant sept types de diagrammes structurels et sept types de diagrammes comportementaux.<\/p>\n\n
Diagrammes UML comportementaux<\/h2>\n
Les diagrammes comportementaux d\u00e9crivent le comportement dynamique d’un syst\u00e8me. Ils montrent des flux de travail, des \u00e9v\u00e9nements, des interactions, des changements d’\u00e9tat et des r\u00e9ponses.<\/p>\n
1. Diagramme de cas d’utilisation<\/h3>\n
![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20d2f4096e.png\")
<\/p>\n
Un diagramme de cas d’utilisation pr\u00e9sente les exigences fonctionnelles d’un syst\u00e8me du point de vue des acteurs externes.<\/p>\n
Un syst\u00e8me de commerce en ligne typique peut inclure ces acteurs :<\/p>\n
\n- \n
Client<\/p>\n<\/li>\n
- \n
Administrateur<\/p>\n<\/li>\n
- \n
Passerelle de paiement<\/p>\n<\/li>\n
- \n
Service de livraison<\/p>\n<\/li>\n<\/ul>\n
Les cas d’utilisation possibles incluent :<\/p>\n
\n- \n
Cr\u00e9er un compte<\/p>\n<\/li>\n
- \n
Se connecter<\/p>\n<\/li>\n
- \n
Parcourir les produits<\/p>\n<\/li>\n
- \n
Ajouter un produit au panier<\/p>\n<\/li>\n
- \n
Passer une commande<\/p>\n<\/li>\n
- \n
Effectuer un paiement<\/p>\n<\/li>\n
- \n
Suivre la livraison<\/p>\n<\/li>\n
- \n
G\u00e9rer les produits<\/p>\n<\/li>\n<\/ul>\n
Un diagramme de cas d’utilisation offre une vue d’ensemble de ce que fait le syst\u00e8me sans d\u00e9crire les d\u00e9tails d’impl\u00e9mentation.<\/p>\n
Les relations importantes incluent :<\/p>\n
\n- \n
Association :<\/strong>Relie un acteur \u00e0 un cas d’utilisation.<\/p>\n<\/li>\n- \n
Inclure :<\/strong>Montre un comportement toujours r\u00e9utilis\u00e9 par un autre cas d’utilisation.<\/p>\n<\/li>\n- \n
\u00c9tendre :<\/strong>Montre un comportement optionnel ou conditionnel.<\/p>\n<\/li>\n- \n
G\u00e9n\u00e9ralisation :<\/strong>Montre une sp\u00e9cialisation entre des acteurs ou des cas d’utilisation.<\/p>\n<\/li>\n<\/ul>\nPar exemple, Passer une commande<\/code> peut inclure Effectuer un paiement<\/code>, tandis que Appliquer une r\u00e9duction<\/code> peut \u00e9tendre Passer une commande<\/code>.<\/p>\n2. Diagramme d’activit\u00e9<\/h3>\n
![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20dc5ca277.png\")
<\/p>\n
Un diagramme d’activit\u00e9 repr\u00e9sente le flux de contr\u00f4le dans un processus ou un cas d’utilisation. Il est utile pour mod\u00e9liser des flux de travail s\u00e9quentiels et concurrents.<\/p>\n
Exemple : passer une commande<\/p>\n
D\u00e9but\r\n |\r\nParcourir les produits\r\n |\r\nAjouter un produit au panier\r\n |\r\nPasser \u00e0 la caisse\r\n |\r\nSaisir les d\u00e9tails de paiement\r\n |\r\nPaiement r\u00e9ussi ?\r\n \/ \r\nNon Oui\r\n| |\r\nAfficher une erreur Cr\u00e9er une commande\r\n |\r\n Envoyer une confirmation\r\n |\r\n Fin\r\n<\/code><\/pre>\nLes diagrammes d’activit\u00e9 peuvent repr\u00e9senter :<\/p>\n
\n- \n
Actions<\/p>\n<\/li>\n
- \n
D\u00e9cisions<\/p>\n<\/li>\n
- \n
Fusions<\/p>\n<\/li>\n
- \n
Boucles<\/p>\n<\/li>\n
- \n
Activit\u00e9s parall\u00e8les<\/p>\n<\/li>\n
- \n
N\u0153uds de d\u00e9but et de fin<\/p>\n<\/li>\n
- \n
Couloirs pour les responsabilit\u00e9s<\/p>\n<\/li>\n<\/ul>\n
Les couloirs peuvent montrer quel acteur ou composant du syst\u00e8me effectue chaque action. Par exemple, un couloir peut repr\u00e9senter le client, un autre le service de commande, et un autre la passerelle de paiement.<\/p>\n
3. Diagramme de s\u00e9quence<\/h3>\n
![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab210046c5e3.png\")
<\/p>\n
Un diagramme de s\u00e9quence montre comment les objets ou les composants communiquent dans une s\u00e9quence ordonn\u00e9e dans le temps.<\/p>\n
Exemple : passer une commande<\/p>\n
Client -> WebApp : Soumettre la commande\r\nWebApp -> OrderService : createOrder()\r\nOrderService -> PaymentService : authorizePayment()\r\nPaymentService --> OrderService : paymentApproved\r\nOrderService -> NotificationService : sendConfirmation()\r\nOrderService --> WebApp : orderCreated\r\nWebApp --> Client : Afficher la confirmation\r\n<\/code><\/pre>\nLes diagrammes de s\u00e9quence contiennent :<\/p>\n
\n- \n
Participants<\/p>\n<\/li>\n
- \n
Lignes de vie<\/p>\n<\/li>\n
- \n
Messages<\/p>\n<\/li>\n
- \n
Barres d’activation<\/p>\n<\/li>\n
- \n
Messages de retour<\/p>\n<\/li>\n
- \n
Conditions<\/p>\n<\/li>\n
- \n
Boucles<\/p>\n<\/li>\n
- \n
Alternatives<\/p>\n<\/li>\n
- \n
Interactions parall\u00e8les<\/p>\n<\/li>\n<\/ul>\n
Ils sont particuli\u00e8rement utiles pour expliquer les appels d’API, les interactions de services, les flux d’authentification et la gestion des erreurs.<\/p>\n
4. Diagramme de communication<\/h3>\n
![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab2117c22363.png\")
<\/p>\n
Un diagramme de communication, historiquement appel\u00e9 diagramme de collaboration dans les versions ant\u00e9rieures d’UML, met l’accent sur les relations entre les objets et les messages \u00e9chang\u00e9s entre eux.<\/p>\n
Au lieu de se concentrer principalement sur une chronologie verticale comme un diagramme de s\u00e9quence, il se concentre sur :<\/p>\n
\n- \n
Objets<\/p>\n<\/li>\n
- \n
Liens entre les objets<\/p>\n<\/li>\n
- \n
Messages num\u00e9rot\u00e9s<\/p>\n<\/li>\n
- \n
Structure de collaboration<\/p>\n<\/li>\n<\/ul>\n
Exemple :<\/p>\n
1: soumettreCommande()\r\nClient ----------------> WebApp\r\n\r\n2: cr\u00e9erCommande()\r\nWebApp ------------------> ServiceCommande\r\n\r\n3: autoriserPaiement()\r\nServiceCommande -------------> ServicePaiement\r\n<\/code><\/pre>\nLes diagrammes de communication sont utiles lorsque la structure de la collaboration entre objets est plus importante que la chronologie visuelle exacte.<\/p>\n
5. Diagramme d’\u00e9tat<\/h3>\n
![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab211a9df7d4.png\")
<\/p>\n
Un diagramme d’\u00e9tat montre comment un objet ou un syst\u00e8me change d’\u00e9tat en r\u00e9ponse \u00e0 des \u00e9v\u00e9nements.<\/p>\n
Une commande peut passer par les \u00e9tats suivants :<\/p>\n
Nouveau -> Paiement en attente -> Pay\u00e9 -> Exp\u00e9di\u00e9 -> Livr\u00e9\r\n |\r\n v\r\n Annul\u00e9\r\n<\/code><\/pre>\nUne transition peut \u00eatre \u00e9tiquet\u00e9e avec un \u00e9v\u00e9nement ou une condition :<\/p>\n
Paiement en attente -- paiementApprouv\u00e9 --> Pay\u00e9\r\nPaiement en attente -- paiement\u00c9chou\u00e9 --> Paiement \u00c9chou\u00e9\r\n<\/code><\/pre>\nLes diagrammes d’\u00e9tat sont utiles pour :<\/p>\n
\n- \n
Cycle de vie des commandes<\/p>\n<\/li>\n
- \n
\u00c9tats des comptes utilisateurs<\/p>\n<\/li>\n
- \n
Statut des flux de travail<\/p>\n<\/li>\n
- \n
Comportement des appareils<\/p>\n<\/li>\n
- \n
\u00c9tats de connexion r\u00e9seau<\/p>\n<\/li>\n
- \n
Processus d’approbation<\/p>\n<\/li>\n<\/ul>\n
Ils sont particuli\u00e8rement pr\u00e9cieux lorsque le comportement d’un objet d\u00e9pend fortement de son \u00e9tat actuel.<\/p>\n
6. Diagramme temporel<\/h3>\n
![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab212460dc5d.png\")
<\/p>\n
Un diagramme temporel illustre comment l’\u00e9tat ou la valeur d’un ou plusieurs \u00e9l\u00e9ments \u00e9volue au fil du temps.<\/p>\n
Il est souvent utilis\u00e9 pour :<\/p>\n
\n- \n
Syst\u00e8mes temps r\u00e9el<\/p>\n<\/li>\n
- \n
Syst\u00e8mes embarqu\u00e9s<\/p>\n<\/li>\n
- \n
Protocoles de communication<\/p>\n<\/li>\n
- \n
Coordination entre le mat\u00e9riel et le logiciel<\/p>\n<\/li>\n
- \n
Interactions sensibles aux performances<\/p>\n<\/li>\n<\/ul>\n
Par exemple, un diagramme de s\u00e9quence peut montrer la relation entre :<\/p>\n
\n- \n
Un signal d’appareil<\/p>\n<\/li>\n
- \n
Un \u00e9tat du contr\u00f4leur<\/p>\n<\/li>\n
- \n
Une valeur de capteur<\/p>\n<\/li>\n
- \n
Une r\u00e9ponse sur un intervalle de temps d\u00e9fini<\/p>\n<\/li>\n<\/ul>\n
7. Diagramme de vue d’ensemble des interactions<\/h3>\n
![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab212e16571d.png\")
<\/p>\n
Un diagramme de vue d’ensemble des interactions offre une vue de haut niveau des interactions en combinant un flux de contr\u00f4le de style activit\u00e9 avec des diagrammes d’interaction.<\/p>\n
Il peut montrer :<\/p>\n
\n- \n
L’ordre des interactions principales<\/p>\n<\/li>\n
- \n
Les d\u00e9cisions entre les fragments d’interaction<\/p>\n<\/li>\n
- \n
Les chemins d’interaction parall\u00e8les<\/p>\n<\/li>\n
- \n
Les r\u00e9f\u00e9rences aux diagrammes de s\u00e9quence ou de communication<\/p>\n<\/li>\n<\/ul>\n
Par exemple, une vue d’ensemble des interactions pour une commande en ligne pourrait relier :<\/p>\n
\n- \n
L’authentification du client<\/p>\n<\/li>\n
- \n
La s\u00e9lection du produit<\/p>\n<\/li>\n
- \n
L’interaction de paiement<\/p>\n<\/li>\n
- \n
L’autorisation de paiement<\/p>\n<\/li>\n
- \n
L’ex\u00e9cution de la commande<\/p>\n<\/li>\n<\/ol>\n
Ce diagramme est utile lorsqu’un processus est trop complexe pour \u00eatre expliqu\u00e9 avec un seul diagramme de s\u00e9quence.<\/p>\n\n
Relations UML<\/h2>\n
Comprendre les relations UML est essentiel pour cr\u00e9er des diagrammes significatifs.<\/p>\n
![\"Carte](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab21621a80f3.png\")
<\/p>\n
Association<\/h3>\n
Une association repr\u00e9sente une connexion structurelle entre deux \u00e9l\u00e9ments.<\/p>\n
Client -------- Commande\r\n<\/code><\/pre>\nCela indique que les clients et les commandes sont li\u00e9s.<\/p>\n
Association dirig\u00e9e<\/h3>\n
Une association dirig\u00e9e montre la navigabilit\u00e9 dans une seule direction.<\/p>\n
Commande ------> Paiement\r\n<\/code><\/pre>\nCela sugg\u00e8re qu’une commande conna\u00eet ou utilise un objet de paiement, tandis que l’inverse peut ne pas \u00eatre vrai.<\/p>\n
G\u00e9n\u00e9ralisation<\/h3>\n
La g\u00e9n\u00e9ralisation repr\u00e9sente l’h\u00e9ritage ou la sp\u00e9cialisation.<\/p>\n
Utilisateur\n \/ \nClient Administrateur\n<\/code><\/pre>\nIci, Client<\/code> et Administrateur<\/code> sont des types sp\u00e9cialis\u00e9s de Utilisateur<\/code>.<\/p>\nD\u00e9pendance<\/h3>\n
Une d\u00e9pendance indique qu’un \u00e9l\u00e9ment utilise ou s’appuie temporairement sur un autre.<\/p>\n
OrderService - - - -> PaymentGateway\r\n<\/code><\/pre>\nUne modification de la passerelle de paiement peut affecter le service de commande.<\/p>\n
Agr\u00e9gation<\/h3>\n
L’agr\u00e9gation repr\u00e9sente une relation tout-partie dans laquelle les parties peuvent exister ind\u00e9pendamment.<\/p>\n
\u00c9quipe \u25c7------ Joueur\r\n<\/code><\/pre>\nUn joueur peut continuer d’exister m\u00eame si l’\u00e9quipe est dissoute.<\/p>\n
Composition<\/h3>\n
La composition repr\u00e9sente une relation tout-partie forte. Les parties d\u00e9pendent g\u00e9n\u00e9ralement du tout pour leur cycle de vie.<\/p>\n
Commande \u25c6------ Article de commande\r\n<\/code><\/pre>\nUn Article de commande<\/code>peut \u00eatre consid\u00e9r\u00e9 comme faisant partie d’une commande et peut ne pas avoir de sens en dehors de cette commande.<\/p>\nR\u00e9alisation<\/h3>\n
La r\u00e9alisation indique qu’une classe ou un composant impl\u00e9mente une interface.<\/p>\n
PaymentService - - -|> PaymentProcessor\r\n<\/code><\/pre>\nLe PaymentService<\/code> fournit le comportement d\u00e9fini par le “\"PaymentProcessor\"<\/code> interface.<\/p>\nExemple UML : Syst\u00e8me de commerce en ligne<\/h2>\n
Consid\u00e9rons une application de commerce en ligne.<\/p>\n
Acteurs principaux<\/h3>\n\n- \n
Client<\/p>\n<\/li>\n
- \n
Administrateur<\/p>\n<\/li>\n
- \n
Passerelle de paiement<\/p>\n<\/li>\n
- \n
Service de livraison<\/p>\n<\/li>\n<\/ul>\n
Cas d’utilisation principaux<\/h3>\n\n- \n
Cr\u00e9er un compte<\/p>\n<\/li>\n
- \n
Parcourir les produits<\/p>\n<\/li>\n
- \n
Ajouter des articles au panier<\/p>\n<\/li>\n
- \n
Passer une commande<\/p>\n<\/li>\n
- \n
Effectuer un paiement<\/p>\n<\/li>\n
- \n
Suivre la livraison<\/p>\n<\/li>\n
- \n
G\u00e9rer les stocks<\/p>\n<\/li>\n<\/ul>\n
Classes possibles<\/h3>\nClient\nProduit\nPanier\nArticle du panier\nCommande\nArticle de commande\nPaiement\nExp\u00e9dition\n<\/code><\/pre>\nComposants de service possibles<\/h3>\nService utilisateur\nService de catalogue\nService de panier\nService de commande\nService de paiement\nService d'exp\u00e9dition\nService de notification\n<\/code><\/pre>\nExemple d’interaction<\/h3>\n
Lorsqu’un client passe une commande :<\/p>\n
\n- \n
Le client soumet le panier.<\/p>\n<\/li>\n
- \n
L’application web envoie la demande au service de commande.<\/p>\n<\/li>\n
- \n
Le service de commande valide les articles.<\/p>\n<\/li>\n
- \n
Le service de paiement autorise le paiement.<\/p>\n<\/li>\n
- \n
La commande est enregistr\u00e9e.<\/p>\n<\/li>\n
- \n
Le service d’exp\u00e9dition est notifi\u00e9.<\/p>\n<\/li>\n
- \n
Le service d’notification envoie un e-mail de confirmation.<\/p>\n<\/li>\n<\/ol>\n
Ce processus m\u00e9tier unique peut \u00eatre repr\u00e9sent\u00e9 \u00e0 travers plusieurs diagrammes UML :<\/p>\n
\n- \n
Diagramme de cas d’utilisation : Montre que le client peut passer une commande.<\/p>\n<\/li>\n
- \n
Diagramme d’activit\u00e9 : Montre le flux de travail et les points de d\u00e9cision.<\/p>\n<\/li>\n
- \n
Diagramme de s\u00e9quence : Montre les messages entre les services.<\/p>\n<\/li>\n
- \n
Diagramme de classe : Montre Client<\/code>, Commande<\/code>, Produit<\/code>, et les classes associ\u00e9es.<\/p>\n<\/li>\n- \n
Diagramme de composants : Montre les services impliqu\u00e9s.<\/p>\n<\/li>\n
- \n
Diagramme de d\u00e9ploiement : Montre o\u00f9 ces services s’ex\u00e9cutent.<\/p>\n<\/li>\n<\/ul>\n
Comment choisir le bon diagramme UML<\/h2>\n
\n\n\n| Objectif de mod\u00e9lisation<\/th>\n | Diagramme UML recommand\u00e9<\/th>\n<\/tr>\n<\/thead>\n |
\n\n| Afficher les classes et leurs relations<\/td>\n | Diagramme de classe<\/td>\n<\/tr>\n |
\n| Afficher les instances d’objets r\u00e9elles<\/td>\n | Diagramme d’objet<\/td>\n<\/tr>\n |
\n| D\u00e9crire la fonctionnalit\u00e9 du syst\u00e8me<\/td>\n | Diagramme de cas d’utilisation<\/td>\n<\/tr>\n |
\n| Mod\u00e9liser un flux de travail m\u00e9tier ou syst\u00e8me<\/td>\n | Diagramme d’activit\u00e9<\/td>\n<\/tr>\n |
\n| Afficher les messages \u00e9chang\u00e9s dans le temps<\/td>\n | Diagramme de s\u00e9quence<\/td>\n<\/tr>\n |
\n| Afficher la collaboration d’objets<\/td>\n | Diagramme de communication<\/td>\n<\/tr>\n |
\n| Afficher le cycle de vie et les changements d’\u00e9tat<\/td>\n | Diagramme d’\u00e9tat-transitions<\/td>\n<\/tr>\n |
\n| Afficher les modules logiciels ou les services<\/td>\n | Diagramme de composants<\/td>\n<\/tr>\n |
\n| Afficher le d\u00e9ploiement physique<\/td>\n | Diagramme de d\u00e9ploiement<\/td>\n<\/tr>\n |
\n| Organiser les \u00e9l\u00e9ments du mod\u00e8le<\/td>\n | Diagramme de paquets<\/td>\n<\/tr>\n |
\n| Afficher les parties internes d’un classificateur<\/td>\n | Diagramme de structure composite<\/td>\n<\/tr>\n |
\n| Afficher les \u00e9volutions dans le temps<\/td>\n | Diagramme temporel<\/td>\n<\/tr>\n |
\n| R\u00e9sumer plusieurs interactions<\/td>\n | Diagramme de vue d’ensemble des interactions<\/td>\n<\/tr>\n |
\n| \u00c9tendre UML pour un domaine sp\u00e9cialis\u00e9<\/td>\n | Diagramme de profil<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n |
![\"Infographie](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab1fa751c62a.png\")
<\/p>\n![\"Carte](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab1faf9214ab.png\")
<\/p>\n![\"Organigramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab1fb215dd30.png\")
<\/p>\n![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20984afccd.png\")
<\/p>\n