Événement de fin
Le cercle à bordure épaisse qui marque où un processus (ou l'une de ses branches) se termine.
Ce que signifie un événement de fin
Un événement de fin est un cercle à bordure simple épaisse qui marque la conclusion d'un chemin. Quand un jeton l'atteint, il est consommé — le chemin se termine. Une instance de processus dans son ensemble s'achève quand tous ses jetons actifs ont atteint un événement de fin (ou qu'un événement de fin *terminer* se déclenche, stoppant tout immédiatement).
BPMN 2.0 autorise plusieurs types, distingués par le marqueur intérieur. Un événement de fin *simple* termine le chemin. Un événement de fin *message* envoie un message au passage. Un événement de fin *signal* diffuse un signal que d'autres parties du processus (ou d'autres processus) peuvent capter. Un événement de fin *terminer* tue tous les jetons actifs du processus, pas juste le sien — utile pour une sémantique d'abandon. Un événement de fin *erreur* lève une erreur qu'un sous-processus englobant peut capter via un événement frontière.
Pourquoi un processus a souvent plusieurs événements de fin
- Des issues différentes méritent des libellés différents — « Commande expédiée », « Commande refusée », « Client annulé ». Trois événements de fin se lisent tout de suite.
- Des issues différentes ont des effets en aval différents — l'une envoie un message, l'autre diffuse un signal, la troisième s'achève en silence.
- Modéliser un seul événement de fin et tout y rediriger force à inventer un libellé générique (« Processus terminé ») qui cache l'information même dont le lecteur a besoin.
Les événements de fin dans LucidFlow
LucidFlow émet un événement de fin par issue détectée dans le document. « Approuvé puis expédié » et « Refusé — client notifié » deviennent deux événements distincts, chacun avec un libellé clair. La heatmap colore les flux de séquence menant à chaque fin selon le coût et la durée cumulés — vous voyez d'un coup d'œil quelles issues sont coûteuses à atteindre et lesquelles se règlent vite.
Questions fréquentes
Un processus peut-il avoir zéro événement de fin ?
Non, pas légalement. Un processus BPMN 2.0 valide doit avoir au moins un événement de fin. Un diagramme avec des activités orphelines et aucun événement de fin est syntaxiquement invalide.
Que se passe-t-il si deux jetons atteignent des fins différentes en branches parallèles ?
Chaque jeton est consommé à son événement de fin. L'instance se termine quand tous les jetons ont disparu — qu'ils aient tous atteint la même fin ou des fins différentes.
Les événements de fin doivent-ils être à droite du diagramme ?
Non. La gauche-droite est une convention, pas la spec. L'important, c'est que le lecteur puisse suivre le flux. Pour des processus à issues multiples il est souvent plus clair de déployer les fins en bas ou en haut que de les tasser sur la marge droite.