Piscine
Un rectangle qui délimite un seul participant dans une collaboration BPMN — une piscine par organisation, département ou système.
Ce que représente une piscine
Une piscine est un rectangle étiqueté qui contient l'intégralité du processus d'un participant. L'étiquette identifie le participant — typiquement une entreprise (« Acme SA »), un département (« Conformité »), un rôle à grande échelle (« Client ») ou un système (« Stripe »). Tout ce qui se passe à l'intérieur de la piscine relève de la portée de ce participant. Tout ce qui se passe entre piscines se joue à la frontière entre participants.
Une piscine peut être *déployée* (montrant l'intégralité du processus interne) ou *repliée* (dessinée comme une boîte noire plate avec seulement son nom visible). Une piscine repliée est un choix de modélisation : l'utiliser quand vous voulez reconnaître l'existence de l'autre participant — pour dessiner des flux de message vers et depuis lui — sans vous engager à modéliser son processus interne. Le cas canonique : un client externe ou une API tierce.
Les règles qui gardent les piscines cohérentes
- Une piscine par participant. Si « notre équipe commerciale » et « notre équipe finance » sont dans la même organisation, ce sont des couloirs dans une seule piscine — pas deux piscines.
- Les flux de séquence ne traversent jamais une frontière de piscine. Un flux de séquence entre piscines est toujours une erreur de modélisation — utilisez un flux de message.
- Une piscine qui participe à une collaboration mais n'a rien à modéliser en interne doit être repliée. Laisser une piscine déployée vide, c'est du bruit.
- Chaque piscine déployée a ses propres événements de début et de fin. On ne peut pas étendre un flux sur deux piscines.
Les piscines dans LucidFlow
Quand le document source décrit des interactions entre plusieurs organisations ou systèmes, LucidFlow produit un diagramme de collaboration — une piscine par partie nommée. Les parties externes dont le processus interne est sans intérêt (« le client », « le processeur de paiement ») sont rendues comme des piscines repliées reliées par des flux de message. Le tableau de bord des coûts sépare les coûts par piscine, ce qui permet de lire « combien ce processus nous coûte *à nous* » indépendamment de « ce qui se passe de l'autre côté de la frontière ».
Questions fréquentes
Quelle est la différence entre une piscine et un couloir ?
Une piscine est un participant — une organisation ou un système entier. Un couloir est une subdivision à l'intérieur d'une piscine — un rôle ou une équipe au sein de ce participant. Les flux de séquence traversent librement les frontières de couloir ; ils ne peuvent pas traverser les frontières de piscine.
Est-il correct d'avoir un diagramme à piscine unique ?
Oui. Beaucoup de processus sont entièrement internes et une piscine unique déployée avec des couloirs est la bonne forme. Les diagrammes de collaboration multi-piscines ne s'imposent que quand le processus franchit une frontière de participant.
Une piscine repliée peut-elle exister sans flux de message ?
Techniquement oui, mais c'est presque toujours un symptôme de modélisation inachevée. Si un participant n'échange aucun message avec votre côté, pourquoi figure-t-il sur le diagramme ? C'est généralement un placeholder qui n'a jamais été développé.