{"id":11063,"date":"2026-06-04T16:05:27","date_gmt":"2026-06-04T08:05:27","guid":{"rendered":"https:\/\/www.archimetric.com\/fr\/mapping-conversations-how-uml-communication-diagrams-clarify-object-interactions-in-system-design\/"},"modified":"2026-06-04T16:05:27","modified_gmt":"2026-06-04T08:05:27","slug":"mapping-conversations-how-uml-communication-diagrams-clarify-object-interactions-in-system-design","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/fr\/mapping-conversations-how-uml-communication-diagrams-clarify-object-interactions-in-system-design\/","title":{"rendered":"Cartographier les conversations : comment les diagrammes de communication UML clarifient les interactions entre objets dans la conception de syst\u00e8mes"},"content":{"rendered":"Introduction<\/h2>\n
Dans le monde de l’ing\u00e9nierie logicielle, comprendre comment les objets communiquent entre eux est tout aussi important que de savoir ce qu’ils sont. Bien que les diagrammes de s\u00e9quence UML soient largement utilis\u00e9s pour suivre les interactions dans le temps,\u00a0les diagrammes de communication<\/strong>\u00a0offrent une perspective compl\u00e9mentaire, en mettant l’accent sur les relations structurelles entre les objets. Cette \u00e9tude de cas explore le but, la notation et l’application pratique des diagrammes de communication \u00e0 travers un sc\u00e9nario r\u00e9el de r\u00e9servation h\u00f4teli\u00e8re. \u00c0 la fin, vous verrez comment ces diagrammes aident \u00e0 mod\u00e9liser le passage des messages, \u00e0 identifier les classes et les op\u00e9rations, et \u00e0 valider les conceptions architecturales.<\/p>\n![\"How](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/06\/1780560233.png\")
<\/p>\n
Les diagrammes de communication UML montrent comment les objets interagissent, en \u00e9tendant les diagrammes d’objets par l’ajout de messages et de num\u00e9ros de s\u00e9quence.<\/em><\/p>\n
\n\u00c9tude de cas : syst\u00e8me de r\u00e9servation h\u00f4teli\u00e8re<\/h2>\nContexte<\/h3>\n
Une cha\u00eene h\u00f4teli\u00e8re souhaite concevoir un syst\u00e8me de r\u00e9servation en ligne. Les exigences incluent le contr\u00f4le de la disponibilit\u00e9 des chambres, la prise d’une r\u00e9servation et l’envoi d’une confirmation. L’\u00e9quipe de d\u00e9veloppement doit mod\u00e9liser l’interaction entre les objets logiciels (par exemple,\u00a0InterfaceReservation<\/code>,\u00a0Contr\u00f4leurReservation<\/code>,\u00a0BaseDeDonn\u00e9esChambres<\/code>) sans perdre de vue leurs liens dans le diagramme de classes statique.<\/p>\nApplication des diagrammes de communication<\/h3>\n
L’\u00e9quipe choisit un diagramme de communication pour deux raisons :<\/p>\n
\n- \n
Pour visualiser les relations entre les objets (par exemple, quel objet conna\u00eet quel autre).<\/p>\n<\/li>\n
- \n
Pour capturer la s\u00e9quence des messages en utilisant un num\u00e9rotage d\u00e9cimal.<\/p>\n<\/li>\n<\/ol>\n
\u00c9tape 1 \u2013 Identifier les objets et les liens<\/h4>\n\n- \n
Objets :<\/strong>\u00a0Client<\/code>,\u00a0InterfaceReservation<\/code>,\u00a0Contr\u00f4leurReservation<\/code>,\u00a0BaseDeDonn\u00e9esChambres<\/code><\/p>\n<\/li>\n- \n
Liens<\/strong>\u00a0(les lignes entre les objets) repr\u00e9sentent les associations existantes du diagramme de classes.<\/p>\n<\/li>\n<\/ul>\n\u00c9tape 2 \u2013 Ajouter des messages avec des num\u00e9ros de s\u00e9quence<\/h4>\n\n- \n
Message\u00a01 : makeReservation()<\/code>\u00a0va de\u00a0Client<\/code>\u00a0\u2192\u00a0ReservationGUI<\/code><\/p>\n<\/li>\n- \n
Message\u00a01.1 : checkAvailability()<\/code>\u00a0va de\u00a0ReservationGUI<\/code>\u00a0\u2192\u00a0ReservationController<\/code><\/p>\n<\/li>\n- \n
Message\u00a01.1.1 : queryRoom()<\/code>\u00a0va de\u00a0ReservationController<\/code>\u00a0\u2192\u00a0RoomDatabase<\/code><\/p>\n<\/li>\n- \n
Message\u00a01.2 : confirmReservation()<\/code>\u00a0revient de\u00a0ReservationController<\/code>\u00a0\u2192\u00a0ReservationGUI<\/code><\/p>\n<\/li>\n- \n
Message\u00a01.3 : displayConfirmation()<\/code>\u00a0va de\u00a0ReservationGUI<\/code>\u00a0\u2192\u00a0Client<\/code><\/p>\n<\/li>\n<\/ul>\nLe num\u00e9rotage d\u00e9cimal indique le niveau d’imbrication : le message\u00a01.1<\/code>\u00a0a lieu dans le traitement du message\u00a01<\/code>, et\u00a01.1.1<\/code>\u00a0fait partie de\u00a01.1<\/code>. Cela remplace les rectangles \u00ab focus de contr\u00f4le \u00bb pr\u00e9sents dans les diagrammes de s\u00e9quence.<\/p>\nDiagramme de communication r\u00e9sultant<\/h3>\n
![\"Communication](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/06\/03-communication-diagram-example-hotel-reservation.png\"\/)
<\/p>\n
Chaque fl\u00e8che est \u00e9tiquet\u00e9e par un num\u00e9ro de s\u00e9quence. Le message de niveau sup\u00e9rieur est\u00a01<\/code>. Les messages imbriqu\u00e9s utilisent des d\u00e9cimaux, montrant clairement la hi\u00e9rarchie d’appel.<\/em><\/p>\n
\nDiagramme de communication vs. diagramme de s\u00e9quence \u2013 un exemple de biblioth\u00e8que avec des retards<\/h2>\n
Pour illustrer davantage la diff\u00e9rence, consid\u00e9rons un syst\u00e8me de biblioth\u00e8que o\u00f9 un\u00a0Biblioth\u00e9caire<\/code>\u00a0v\u00e9rifie les objets en retard pour un\u00a0Emprunteur<\/code>.<\/p>\nDiagramme de s\u00e9quence (ax\u00e9 sur le temps)<\/h3>\n
![\"Sequence](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/06\/04-sequence-diagram.png\"\/)
<\/p>\n
La dimension verticale montre clairement l’ordre temporel. Les rectangles de focus de contr\u00f4le indiquent quand chaque objet est actif.<\/em><\/p>\nDiagramme de communication g\u00e9n\u00e9r\u00e9 automatiquement (ax\u00e9 sur les relations)<\/h3>\n
![\"Communication](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/06\/05-communication-diagram-generated-from-sequence-diagram.png\"\/)
<\/p>\n
Les m\u00eames interactions sont affich\u00e9es, mais maintenant les liens entre les objets (par exemple,\u00a0Emprunteur<\/code>\u00a0connect\u00e9 \u00e0\u00a0Pr\u00eat<\/code>\u00a0connect\u00e9 \u00e0\u00a0Livre<\/code>) deviennent visibles. Cela facilite le contr\u00f4le du fait que le diagramme de classes soutient toutes les collaborations n\u00e9cessaires.<\/em><\/p>\nPoint cl\u00e9 :<\/strong><\/p>\n\n- \n
Diagram de s\u00e9quence \u2192 meilleur pour le timing d\u00e9taill\u00e9 et l’ordre.<\/p>\n<\/li>\n
- \n
Diagram de communication \u2192 meilleur pour comprendre les relations entre objets et v\u00e9rifier les mod\u00e8les statiques.<\/p>\n<\/li>\n<\/ul>\n
Tableaux r\u00e9capitulatifs : Diagramme de s\u00e9quence vs. Diagramme de communication<\/strong><\/h3>\nVoici un tableau completDiagramme de s\u00e9quence vs. Diagramme de communication<\/strong>de comparaison bas\u00e9 sur le contenu de l’article et les meilleures pratiques UML.<\/p>\n\n\n\n| Fonctionnalit\u00e9<\/th>\n | Diagramme de s\u00e9quence<\/th>\n | Diagramme de communication<\/th>\n<\/tr>\n<\/thead>\n |
\n\nDimension principale<\/strong><\/td>\n| Temps (axe vertical)<\/td>\n | Espace (disposition des objets)<\/td>\n<\/tr>\n | \nDisposition des objets<\/strong><\/td>\n| Du haut vers le bas le long des lignes de vie<\/td>\n | Librement positionn\u00e9 n’importe o\u00f9 sur le diagramme<\/td>\n<\/tr>\n | \nOrdre des messages<\/strong><\/td>\n| Lire du haut vers le bas (chronologique)<\/td>\n | Num\u00e9ros de s\u00e9quence (par exemple, 1, 1.1, 2)<\/td>\n<\/tr>\n | \nFocus du contr\u00f4le<\/strong><\/td>\n| Explicite \u2013 rectangles hauts et fins (activations)<\/td>\n | Implicite \u2013 repr\u00e9sent\u00e9 par des d\u00e9cimales d’empilement des messages<\/td>\n<\/tr>\n | \nRelations entre objets (liens)<\/strong><\/td>\n| Non visible (seulement les lignes de vie)<\/td>\n | Explicitement montr\u00e9s sous forme de lignes de connexion entre objets<\/td>\n<\/tr>\n | \nFacilit\u00e9 de lecture de l’ordre temporel<\/strong><\/td>\n| Excellent \u2013 chronologie visuelle imm\u00e9diate<\/td>\n | Exige de suivre les num\u00e9ros de s\u00e9quence<\/td>\n<\/tr>\n | \nFacilit\u00e9 de visualisation des liens entre objets<\/strong><\/td>\n| Faible \u2013 les relations doivent \u00eatre d\u00e9duites<\/td>\n | Excellent \u2013 les liens sont directement visibles<\/td>\n<\/tr>\n | \nV\u00e9rification du diagramme de classes<\/strong><\/td>\n| Difficile \u2013 ne peut pas valider les associations<\/td>\n | Facile \u2013 chaque lien doit correspondre \u00e0 une association du diagramme de classes<\/td>\n<\/tr>\n | \nMessages self<\/strong><\/td>\n| Boucle sur la ligne de vie avec activation<\/td>\n | Ic\u00f4ne de boucle sur le lien self<\/td>\n<\/tr>\n | \nMessages conditionnels<\/strong><\/td>\nalt<\/code>\u00a0et\u00a0opt<\/code>\u00a0fragments avec des gardes<\/td>\nNum\u00e9rotation avec conditions (par exemple\u00a01.1 [condition] message()<\/code>)<\/td>\n<\/tr>\n\nMessages parall\u00e8les<\/strong><\/td>\npar<\/code>\u00a0fragment avec des bo\u00eetes parall\u00e8les<\/td>\nM\u00eame pr\u00e9fixe d\u00e9cimal avec des suffixes diff\u00e9rents (par exemple\u00a01.1a<\/code>,\u00a01.1b<\/code>)<\/td>\n<\/tr>\n\nEfficacit\u00e9 de l’espace<\/strong><\/td>\n| Faible \u2013 diagrammes longs en hauteur<\/td>\n | \u00c9lev\u00e9e \u2013 compacte, optimis\u00e9e en espace<\/td>\n<\/tr>\n | \nGestion de la complexit\u00e9<\/strong><\/td>\n| Meilleure pour les branches et boucles complexes<\/td>\n | Peut devenir d\u00e9sordonn\u00e9 avec un imbriquage profond<\/td>\n<\/tr>\n | \nPopularit\u00e9 \/ Utilisation<\/strong><\/td>\n| Tr\u00e8s \u00e9lev\u00e9 (80 % ou plus des diagrammes d’interaction)<\/td>\n | Faible \u00e0 mod\u00e9r\u00e9 (20 % ou moins)<\/td>\n<\/tr>\n | \nMeilleur cas d’utilisation<\/strong><\/td>\n| Documentation des processus critiques dans le temps, des syst\u00e8mes en temps r\u00e9el, des flux logiques d\u00e9taill\u00e9s<\/td>\n | Validation du mod\u00e8le statique, affichage des relations entre objets, revues architecturales<\/td>\n<\/tr>\n | \nG\u00e9n\u00e9r\u00e9 l’un \u00e0 partir de l’autre<\/strong><\/td>\n| Oui \u2013 peut g\u00e9n\u00e9rer un diagramme de communication \u00e0 partir d’un diagramme de s\u00e9quence<\/td>\n | Oui \u2013 peut g\u00e9n\u00e9rer un diagramme de s\u00e9quence \u00e0 partir d’un diagramme de communication<\/td>\n<\/tr>\n | \n\u00c9quivalence s\u00e9mantique<\/strong><\/td>\n| M\u00eame information \u2013 interchangeables<\/td>\n | M\u00eame information \u2013 interchangeables<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
\nComparaison visuelle rapide<\/h2>\n\n\n\n| Aspect<\/th>\n | Diagramme de s\u00e9quence<\/th>\n | Diagramme de communication<\/th>\n<\/tr>\n<\/thead>\n | \n\nForme du diagramme<\/strong><\/td>\n| Haut et \u00e9troit<\/td>\n | Carr\u00e9 \/ compact<\/td>\n<\/tr>\n | \n\u00c9l\u00e9ment cl\u00e9<\/strong><\/td>\n| Ligne de vie + barre d’activation<\/td>\n | Objet + lien<\/td>\n<\/tr>\n | \n\u00c9tiquette du message<\/strong><\/td>\nmessage()<\/code>\u00a0seul (l’ordre temporel est implicite)<\/td>\n1 : message()<\/code>\u00a0(num\u00e9ro requis)<\/td>\n<\/tr>\n\nMessage imbriqu\u00e9<\/strong><\/td>\n| Barre d’activation \u00e0 l’int\u00e9rieur d’une autre barre d’activation<\/td>\n | Nombre d\u00e9cimal\u00a01.1<\/code><\/td>\n<\/tr>\n\nRelation entre objets<\/strong><\/td>\n| Non dessin\u00e9<\/td>\n | Ligne pleine (lien)<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
\nQuand utiliser lequel (guide de d\u00e9cision)<\/h2>\n\n\n\n| Sc\u00e9nario<\/th>\n | Diagramme recommand\u00e9<\/th>\n | Pourquoi<\/th>\n<\/tr>\n<\/thead>\n | \n\n| Vous devez pr\u00e9senter \u00e0 des parties prenantes non techniques<\/td>\n | S\u00e9quence<\/td>\n | Plus facile \u00e0 lire du haut vers le bas<\/td>\n<\/tr>\n | \n| Vous souhaitez v\u00e9rifier que votre diagramme de classes prend en charge toutes les interactions<\/td>\n | Communication<\/td>\n | Les liens r\u00e9v\u00e8lent les associations manquantes<\/td>\n<\/tr>\n | \n| Vous disposez d’un espace limit\u00e9 (par exemple, diapositive ou document)<\/td>\n | Communication<\/td>\n | Plus compact<\/td>\n<\/tr>\n | \nVous avez un branchement complexe (si<\/code>\/sinon<\/code>, boucles)<\/td>\n| S\u00e9quence<\/td>\n | Les fragments et cadres g\u00e8rent mieux la complexit\u00e9<\/td>\n<\/tr>\n | \n| Vous devez identifier les classes qui ont besoin de nouvelles op\u00e9rations<\/td>\n | Les deux<\/td>\n | Les messages deviennent des noms de m\u00e9thodes dans les deux<\/td>\n<\/tr>\n | \n| Vous mod\u00e9lisez des contraintes en temps r\u00e9el<\/td>\n | S\u00e9quence<\/td>\n | La dimension temporelle est explicite<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
\nExemple : Interaction identique affich\u00e9e dans les deux<\/h2>\nV\u00e9rification des retards de biblioth\u00e8que (d’apr\u00e8s l’article) :<\/strong><\/p>\n\n\n\n| Diagramme de s\u00e9quence<\/th>\n | Diagramme de communication<\/th>\n<\/tr>\n<\/thead>\n | \n\nMontre les lignes de vie :Biblioth\u00e9caire \u2192 Emprunteur \u2192 Emprunt \u2192 Livre<\/code><\/td>\n| Montre les objets connect\u00e9s par des liens<\/td>\n<\/tr>\n | \n| Les barres d’activation indiquent quand chaque objet est occup\u00e9<\/td>\n | Pas de barres d’activation \u2013 les num\u00e9ros imbriqu\u00e9s indiquent les p\u00e9riodes d’occupation<\/td>\n<\/tr>\n | \n| Facile \u00e0 voir : \u00ab d’abord cela se produit, puis cela \u00bb<\/td>\n | Facile \u00e0 voir : \u00ab L’emprunteur est connect\u00e9 \u00e0 l’emprunt, qui est connect\u00e9 au livre \u00bb<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\nNote de l’article :<\/strong>\u00a0\u00ab Si vous comparez les deux diagrammes, vous verrez qu’ils contiennent tous deux des objets et des messages. Il est bien plus facile de d\u00e9terminer l’ordre temporel des messages en regardant le diagramme de s\u00e9quence, et plus facile de voir les relations entre les objets en examinant le diagramme de communication. \u00bb<\/em><\/p>\n<\/blockquote>\n
\nTableau r\u00e9capitulatif \u2013 Point cl\u00e9<\/h2>\n\n\n\n| <\/th>\n | Diagramme de s\u00e9quence<\/th>\n | Diagramme de communication<\/th>\n<\/tr>\n<\/thead>\n | \n\nFocus<\/strong><\/td>\n\u23f1\ufe0f\u00a0Quand<\/em>les messages ont lieu<\/td>\n\ud83d\udd17\u00a0Qui conna\u00eet qui<\/em><\/td>\n<\/tr>\n\nForce<\/strong><\/td>\n| Clart\u00e9 chronologique<\/td>\n | Validation structurelle<\/td>\n<\/tr>\n | \nFaiblesse<\/strong><\/td>\n| Cache les relations entre les objets<\/td>\n | Cache l’ordre temporel (n\u00e9cessite le d\u00e9codage des num\u00e9ros)<\/td>\n<\/tr>\n | \nMeilleur pour<\/strong><\/td>\n| Logique d\u00e9taill\u00e9e, temps r\u00e9el, branches<\/td>\n | Revue d’architecture, v\u00e9rification du mod\u00e8le, documents \u00e0 espace limit\u00e9<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
\n\u00c9l\u00e9ments du diagramme de communication en d\u00e9tail<\/h2>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/06\/img_6a2132f6d4c4c.png\") <\/p>\n
1. Objets<\/h3>\n\n- \n
Client<\/strong>\u00a0\u2013 envoie le message (par exemple\u00a0ReservationGUI<\/code>)<\/p>\n<\/li>\n- \n
Fournisseur<\/strong>\u00a0\u2013 re\u00e7oit et traite le message (par exemple\u00a0ReservationController<\/code>)<\/p>\n<\/li>\n<\/ul>\n2. Liens<\/h3>\n\n- \n
Repr\u00e9sent\u00e9s par des lignes entre les objets.<\/p>\n<\/li>\n - \n
Chaque lien doit exister comme une association dans le diagramme de classes. Si un lien est manquant, le diagramme de communication r\u00e9v\u00e8le une imperfection dans le mod\u00e8le statique.<\/p>\n<\/li>\n<\/ul>\n 3. Messages<\/h3>\n\n- \n
Fl\u00e8ches du client au fournisseur.<\/p>\n<\/li>\n - \n
Format de l’\u00e9tiquette\u00a0:num\u00e9roSequence: nomMessage(param\u00e8tres)<\/code><\/p>\n<\/li>\n- \n
Les messages self sont repr\u00e9sent\u00e9s sous forme de boucles.<\/p>\n<\/li>\n<\/ul>\n 4. R\u00e8gles de num\u00e9rotation des messages<\/h3>\n\n\n\n| R\u00e8gle<\/th>\n | Exemple<\/th>\n<\/tr>\n<\/thead>\n | \n\nLe premier message est\u00a01<\/code><\/td>\n1 : login()<\/code><\/td>\n<\/tr>\n\nLe deuxi\u00e8me message de niveau sup\u00e9rieur est\u00a02<\/code><\/td>\n2 : logout()<\/code><\/td>\n<\/tr>\n\nInt\u00e9gr\u00e9 sous\u00a01<\/code>\u00a0\u2192\u00a01.1<\/code><\/td>\n1.1 : validateUser()<\/code><\/td>\n<\/tr>\n\nPlus profond\u00e9ment imbriqu\u00e9 \u2192\u00a01.1.1<\/code><\/td>\n1.1.1 : checkPassword()<\/code><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n![\"Communication](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/06\/06-communication-diagram-elements.png\"\/) <\/p>\n
Dans ce diagramme,\u00a01 : EnquireBorrower<\/code>\u00a0est suivi par des messages imbriqu\u00e9s\u00a01.1<\/code>\u00a0et\u00a01.2<\/code>. La boucle sur l’objet de gauche repr\u00e9sente un message self.<\/em><\/p>\n
\nDu diagramme de s\u00e9quence au diagramme de communication \u2013 Mappage du focus de contr\u00f4le<\/h2>\nLes diagrammes de s\u00e9quence utilisent des rectangles longs et fins (barres d’activation) pour montrer quand un objet effectue une op\u00e9ration. Les diagrammes de communication n’ont pas de tels rectangles \u2014 \u00e0 la place,\u00a0imbriquage des messages<\/strong>\u00a0transmet les m\u00eames informations.<\/p>\n | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
![\"Sequence](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/06\/07-from-sequence-diagram-to-communication-diagram.png\"\/)
<\/p>\n