Couloir (Lane)(Lane)
Une subdivision à l'intérieur d'un Pool qui organise les activités par rôle, service ou système. Les flux de séquence franchissent librement les couloirs — les couloirs attribuent la responsabilité, ce ne sont pas des frontières de communication.
Les couloirs (Lanes) répondent à *qui fait quoi* au sein d'un même participant : l'Agent enregistre, le Responsable approuve. Franchir la frontière d'un couloir n'est qu'un transfert de responsabilité — le jeton (token) circule sur des flux de séquence ordinaires, sans aucun message.
Les couloirs peuvent s'imbriquer (sous-couloirs) pour des structures plus fines, même si une imbrication profonde nuit vite à la lisibilité.
Quand l'utiliser et l'éviter
Quand l'utiliser
Pour montrer la responsabilité par rôle de chaque activité au sein d'une même organisation.
Pour mettre en évidence les transferts (hand-offs) — souvent le premier endroit où chercher retards et retouches.
Lorsque « qui le fait » est une question de premier ordre du modèle.
Quand NE PAS l'utiliser
Pour des participants indépendants échangeant des messages — des Pools distincts.
Lorsque la responsabilité est uniforme ou sans intérêt — les diagrammes sans couloirs sont plus nets.
Comme cartographie d'architecture systèmes — les couloirs ordonnent la responsabilité, pas le déploiement.
Exemple métier
Les couloirs Agent et Responsable dans un même centre de services
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 Pool Centre de services se divise en deux couloirs (surlignés) : Agent et Responsable.
- Enregistrer la demande se situe dans le couloir Agent ; le flux franchit ensuite — via un flux de séquence ordinaire — le couloir Responsable pour Approuver la demande.
- Le franchissement de couloir *est* le transfert ; aucun message n'est nécessaire au sein d'un même Pool.
Différences
Couloir vs Pool
Franchir un couloir est un transfert de responsabilité sur un simple flux de séquence. Franchir un Pool est une communication inter-participants nécessitant des flux de message. Même organisation → couloirs ; organisations/systèmes différents → Pools.
FAQ
Les couloirs affectent-ils la sémantique d'exécution ?
Pas dans la spécification — ce sont des annotations organisationnelles. Les moteurs mappent généralement les couloirs sur des rôles d'affectation, mais c'est une convention d'implémentation.
Un couloir peut-il contenir un autre couloir ?
Oui, les couloirs imbriqués sont autorisés (p. ex. service → équipes). Gardez l'imbrication peu profonde pour la lisibilité.