Flux de Message(Message Flow)
Le connecteur en tirets qui porte un message entre deux participants différents (Pools). Cercle ouvert à l'origine, pointe de flèche ouverte à la cible.
Le Flux de Message (Message Flow) est le seul canal légal entre Pools : commande, facture, confirmation — chaque échange inter-participants en emprunte un. Il peut se rattacher au bord du Pool (boîte noire) ou à un élément spécifique compatible avec les messages à l'intérieur (événements de message, tâches d'émission/réception).
Étiqueter chaque flux de message avec sa charge utile (« Bon de commande ») transforme la collaboration en un contrat d'interface lisible.
Quand l'utiliser et l'éviter
Quand l'utiliser
Pour chaque communication entre participants différents.
Pour documenter la chorégraphie de messages d'une collaboration : qui envoie quoi, quand.
Rattaché aux événements de message / tâches d'émission / réception pour montrer les points de contact exacts.
Quand NE PAS l'utiliser
À l'intérieur d'un même Pool — les transferts internes sont des flux de séquence.
Pour représenter un accès partagé à une base de données — c'est une association de Magasin de Données.
Entre les couloirs d'un même Pool — les couloirs relèvent du même participant.
Exemple métier
Bon de commande et confirmation entre client et fournisseur
Ouvrez cet exemple dans l'éditeur de processus HEFLO et explorez le diagramme de l'intérieur.
Ouvrir dans l'éditeur HEFLO →Étape par étape
- Le flux de message « Bon de commande » (surligné) franchit du Pool Client vers l'événement de début message du fournisseur.
- Le fournisseur confirme la disponibilité en interne (flux de séquence).
- Le flux de message « Confirmation de commande » (surligné) rapporte la réponse — la paire documente l'intégralité du contrat de conversation.
Différences
Flux de Message vs Flux de Séquence
Communication vs ordonnancement : les flux de message déplacent l'information entre participants ; les flux de séquence déplacent le jeton au sein d'un seul. Le style le trahit instantanément — tirets vs plein.
FAQ
Où exactement un flux de message peut-il se connecter ?
Aux bords de Pool, aux événements de message de début/intermédiaire/fin, et aux tâches d'émission/réception. Jamais aux passerelles, ni aux éléments d'un même Pool.
Les flux de message doivent-ils être étiquetés ?
Fortement recommandé — l'étiquette (le nom du message) est ce qui transforme le diagramme en une spécification d'interface.