Le modèle et la notation des processus métier (BPMN) est une notation graphique standardisée pour modéliser les processus métiers. Les événements BPMN constituent une partie essentielle de cette notation, représentant les occurrences qui se produisent au cours d’un processus. Ce guide offre un aperçu détaillé de la notation des événements BPMN, incluant de nombreux exemples.

Événements BPMN : un aperçu structuré
Les événements dans BPMN (modèle et notation des processus métier) sont représentés par des cercles et indiquent des occurrences qui influencent un processus. Ils définissent la manière dont un processus réagit aux déclencheurs internes ou externes, le type de déclencheur étant indiqué par une icône à l’intérieur du cercle. Ci-dessous se trouve une analyse détaillée des événements BPMN, de leurs types et de leur utilisation :
Caractéristiques clés des événements BPMN
- Comportement déclenché par un événement
- Les événements déclenchent des actions en fonction de déclencheurs spécifiques (par exemple, un message, une minuterie ou une erreur).
- Hiérarchie des événements
- Niveau 1: Événements de base (Aucun, Message, événements de démarrage à la minuterie ; Aucun, Message, événements de fin de terminaison).
- Niveau 2: Événements étendus (événements intermédiaires, Erreur, Escalade, Conditionnel, Signal, Lien).
- Indicateurs visuels
- Événements intermédiaires: Cercles à double anneau.
- Événements limites: Attachés aux activités pour gérer les exceptions ou les actions parallèles.
Types d’événements et leurs fonctions
1. Événements de démarrage
Indiquent où commence un processus.
- Événement de départ sans
- Déclencheur: Aucun (début non spécifié ou manuel).
- Cas d’utilisation: Sous-processus (obligatoires) ou processus de niveau supérieur avec des déclencheurs non définis.
- Événement de départ par message (✉️)
- Déclencheur: Message externe.
- Cas d’utilisation: Le processus démarre lorsqu’un message est reçu (par exemple, une demande client).
- Événement de départ par minuterie (⏰)
- Déclencheur: Heure/date planifiée.
- Cas d’utilisation: Processus récurrents (par exemple, génération du rapport mensuel).
- Événement de départ multiple
- Déclencheur: N’importe lequel parmi plusieurs déclencheurs.
- Cas d’utilisation: Processus avec des points d’initiation flexibles.
2. Événements de fin
Indique où un processus se termine.
- Événement de fin sans signal
- Résultat: Aucun signal émis.
- Cas d’utilisation: Finalisation par défaut du processus.
- Événement de fin par message (✉️)
- Résultat: Envoie un message à la fin.
- Cas d’utilisation: Informe les systèmes ou utilisateurs externes (par exemple, confirmation de commande).
- Événement de fin par arrêt (⛔)
- Résultat: Interrompt tous les flux parallèles.
- Cas d’utilisation: Gérer les exceptions critiques (par exemple, panne système).
3. Événements intermédiaires
Se produisent entre les événements de début et de fin.
- Événement temporisateur de capture (⏰)
- Action: Retarde le processus jusqu’à une heure ou durée spécifiée.
- Cas d’utilisation: Attendre une échéance (par exemple, fenêtre de paiement).
- Événement de message émetteur (✉️)
- Action: Envoie un message et continue le flux.
- Cas d’utilisation: Équivalent à une « tâche d’envoi » (par exemple, informer un fournisseur).
4. Événements limites
Attachés aux activités pour gérer les exceptions ou les actions parallèles.
- Événement limite interrompant
- Comportement: Arrête l’activité et déclenche un flux d’exception.
- Cas d’utilisation: Gestion des erreurs (par exemple, échec de paiement).
- Événement limite non interrompant
- Comportement: S’exécute en parallèle avec l’activité.
- Cas d’utilisation: Surveillance (par exemple, rappels de progression pendant une tâche).
- Événement temporisateur de limite (⏰)
- Action: Déclenche si l’activité dépasse une limite de temps.
- Cas d’utilisation: Application des SLA (par exemple, faire remonter les tâches en retard).
Types d’événements spécialisés
- Événement d’erreur (❌)
- Cas d’utilisation: Exceptions interrompantes (par exemple, panne du système).
- Événement de montée en puissance (📈)
- Cas d’utilisation: Exceptions non interrompantes (par exemple, approbation du gestionnaire requise).
- Événement de signal (⚡)
- Comportement: Envoie un signal à tous les processus en écoute.
- Cas d’utilisation: Coordination entre processus (par exemple, alertes à l’échelle du système).
- Événement de lien (🔗)
- Comportement: Connecte deux sections d’un processus.
- Cas d’utilisation: Simplifie les diagrammes complexes (par exemple, workflows paginés).
Principaux points à considérer
- Message vs. Signal
- Message: Destiné à un processus/instance spécifique.
- Signal: Diffusé à tous les processus (aucune cible spécifique).
- Sous-processus d’événement
- Introduit dans BPMN 2.0 pour gérer les exceptions ou les actions répétitives (par exemple, la journalisation des erreurs).
- Erreur vs. Escalade
- Utilisez Erreur pour les exceptions interrompantes ; Escalade pour les non-interrompantes.
Meilleures pratiques
- Utilisez Événements de démarrage temporisés pour les processus planifiés afin de clarifier le sens de l’instance.
- Évitez de surutiliser Événements de fin de terminaison; réservez-les pour les exceptions critiques.
- Préférez Événements limites non interrompants pour la surveillance afin d’éviter de perturber les flux de travail.
En maîtrisant ces types d’événements et leurs déclencheurs, les modélisateurs peuvent créer des diagrammes BPMN précis et efficaces qui reflètent le comportement réel des processus.