BPMN 2.0 : guide pratique de la notation

BPMN 2.0 : guide pratique de la norme, de ses symboles et de leur utilisation

BPMN est une méthode normalisée de représentation des processus métier. Elle permet de voir ce qui se passe, qui intervient et comment le travail passe d’une étape à l’autre. BPMN 2.0 définit la notation et un format XML commun, ce qui facilite les échanges, la documentation et le partage des modèles de processus.

Utilisez la navigation ci-dessous pour accéder à la famille de symboles qui vous intéresse. Vous pouvez également comparer BPMN à d’autres notations dans notre guide sur BPMN, UML et les organigrammes.

Vous n’avez pas besoin de lire cette page avant de commencer. Ouvrez le modeleur BPMN 2.0, décrivez en une phrase un processus que vous connaissez et laissez l’outil en créer un premier brouillon. Utilisez ensuite la référence ci-dessous pour corriger les symboles un à un. Cette méthode est plus rapide que d’apprendre la notation seule, et vous pouvez commencer un modèle dès maintenant sans rien installer.

Accéder à la référence des symboles BPMN

• Événements
• Activités
• Passerelles
• Objets de connexion
• Pools et couloirs
• Artefacts

Qu’est-ce que BPMN 2.0 ?

BPMN signifie Business Process Model and Notation. La norme est publiée et maintenue par l’Object Management Group (OMG). Elle fournit aux personnes qui modélisent les processus un langage visuel commun pour les décrire, de leur début et leur fin aux tâches, décisions et transmissions intermédiaires.

BPMN 2.0 a été publiée en 2011. L’un de ses principaux apports est la sérialisation XML : une méthode normalisée pour enregistrer un modèle afin que différents outils puissent le lire et l’échanger. La notation est indépendante des fournisseurs : ses symboles ne sont liés à aucun outil de modélisation particulier. C’est ce qui en a fait la notation de gestion des processus métier adoptée par les organisations et les fournisseurs, plutôt qu’une convention propre à chaque entreprise.

Un diagramme BPMN peut vous aider à expliquer un processus à vos collègues, à documenter le déroulement prévu du travail ou à créer un modèle assez précis pour un moteur de flux de travail. Le niveau de détail dépend de votre objectif. Un modèle destiné à la communication n’a pas besoin de préciser chaque détail de mise en œuvre technique.

Pourquoi utiliser BPMN 2.0 ?

BPMN fournit aux équipes métier et techniques un langage commun pour discuter des étapes d’un processus et des responsabilités. La signification de ses symboles est définie : les lecteurs n’ont donc pas à apprendre une nouvelle légende pour chaque diagramme. De plus, un processus BPMN peut être utilisé dans un autre outil que celui où il a été créé.

Un modèle BPMN peut vous aider à :

• Expliquer le déroulement du travail. Représentez dans un même diagramme l’ordre des activités, les points de décision et les résultats.
• Clarifier les responsabilités. Utilisez les pools et les couloirs pour montrer les participants et les rôles concernés.
• Documenter les exceptions. Représentez les parcours alternatifs, les événements et les différents états de fin, en complément du flux principal.
• Échanger des modèles. Utilisez le format XML de BPMN 2.0 pour transférer un modèle d’un outil à l’autre, en vérifiant si les détails propres à chaque outil sont également conservés.
• Examiner et améliorer un processus. Comparez le modèle documenté au déroulement réel du travail. Le Process Mining peut apporter des éléments issus des données d’événements, mais ne modifie pas le processus à lui seul.

Si vous choisissez un outil, consultez notre aperçu des outils BPMN. ProcessMind réunit également la modélisation des processus et le Process Mining, afin que vous puissiez relier un processus documenté aux données opérationnelles.

Les éléments BPMN 2.0 en un coup d’œil

BPMN répartit ses éléments en quatre familles. Le tableau vous en donne un aperçu ; accédez à une section pour en savoir plus.

Pour consulter la liste complète des éléments, reportez-vous à la référence des éléments constitutifs de BPMN et au guide des icônes des éléments BPMN. Vous pouvez également télécharger l’affiche BPMN 2.0 dans votre langue.

Événements

Les événements représentent ce qui se produit au cours d’un processus. Ils sont représentés par des cercles dont la bordure varie selon leur position :

• Un Événement de début a une bordure fine.
• Un Intermediate Event a une double bordure.
• Un Événement de fin a une bordure épaisse.

Événement de début

Un Événement de début indique le point de départ d’un processus ou d’un parcours. Un processus peut comporter plusieurs Événements de début lorsque différents déclencheurs peuvent le lancer. Par exemple, un processus de commande peut commencer lorsqu’un client passe commande en ligne, par téléphone ou en personne.

Intermediate Event

Un Intermediate Event se produit entre le début et la fin d’un processus. Selon son type et sa position, il peut recevoir ou émettre un événement, par exemple un message ou un signal. Parmi les autres types d’événements figurent Timer, Error, Escalation, Compensation, Conditional, Cancel, Link, Terminate, Multiple et Parallel Multiple.

Par exemple, un processus de commande peut attendre un message de confirmation du client avant de continuer. Le symbole de l’événement indique ce que le processus attend ou envoie.

Événement de fin

Un Événement de fin marque la fin d’un parcours de processus. Un processus peut comporter plusieurs Événements de fin pour représenter différents résultats, par exemple une commande terminée ou rejetée. Donnez un nom explicite à chaque résultat pour que les lecteurs puissent les distinguer.

Activités

Les activités représentent le travail effectué dans un processus. Les principaux types sont les Tasks et les Subprocesses. Une Task correspond à une unité de travail ; un Subprocess contient sa propre séquence d’étapes.

Types de Task

BPMN utilise différents types de Task pour indiquer comment le travail est effectué. Le type décrit l’activité dans le modèle ; cela ne signifie pas que ProcessMind exécute le travail.

Task

Une Task est une activité à usage général. Commencez par une Task générique lorsque vous souhaitez représenter une étape, avant de déterminer si un type plus précis convient.

Manual Task

Une personne réalise une Manual Task sans qu’un moteur de processus ne gère l’activité. Il peut s’agir, par exemple, de classer des documents ou de régler par téléphone un problème de facture.

User Task

Un moteur de processus attribue une User Task à une personne, qui l’effectue et enregistre le résultat. Il peut s’agir, par exemple, d’examiner une facture, d’approuver une demande de congé ou de traiter un ticket d’assistance.

Receive Task

Une Receive Task représente l’attente d’un message sous la forme d’une activité distincte dans le processus. Son symbole est une enveloppe vide.

Receive Task (instanciante)

Une Receive Task instanciante lance un processus lorsqu’elle reçoit un message. Son symbole comporte un petit marqueur d’événement dans le coin supérieur gauche.

Send Task

Une Send Task représente l’envoi d’un message dans le cadre d’un processus.

Script Task

Une Script Task représente un script qu’un moteur de processus peut exécuter, écrit dans un langage pris en charge par ce moteur.

Service Task

Une Service Task représente un travail effectué par un service logiciel, par exemple l’appel d’un service web. Le modèle indique le type d’activité ; sa mise en œuvre dépend du système qui exécute le processus.

Business Rule Task

Une Business Rule Task représente une activité qui évalue ou applique des règles métier.

Subprocesses et marqueurs d’activité

Un Subprocess contient son propre flux. Vous pouvez le développer pour afficher ses étapes ou le réduire afin de garder le diagramme parent centré sur l’essentiel. Des marqueurs peuvent également indiquer qu’une activité se répète, s’applique à plusieurs éléments ou gère une compensation.

Subprocess

Un Subprocess réduit regroupe plusieurs étapes sous une seule activité dans le diagramme parent. Développez-le lorsque les lecteurs doivent voir le flux interne.

AdHoc Subprocess

Un AdHoc Subprocess représente des activités sans ordre fixe. Le modèle indique que ces activités peuvent être réalisées dans un ordre variable.

Marqueur de boucle

Un marqueur de boucle indique qu’une activité se répète jusqu’à ce que sa condition de sortie soit remplie.

Marqueur multi-instance

Une activité multi-instance se répète pour un ensemble défini d’éléments. Les lignes verticales indiquent des instances parallèles ; les lignes horizontales, des instances séquentielles.

Marqueur de compensation

Une activité Compensation représente un travail qui annule ou compense les effets d’une activité précédente. Reliez-la au diagramme par une Association, et non par un Sequence Flow.

Marqueurs combinés

Vous pouvez combiner un marqueur Compensation avec des marqueurs de boucle ou multi-instance pour indiquer comment l’activité se répète ou s’applique à plusieurs éléments.

Passerelles

Les passerelles déterminent les embranchements et les convergences d’un processus. Elles sont représentées par des losanges. Le marqueur à l’intérieur du losange indique le type de Gateway et la manière dont elle gère les parcours.

Passerelle exclusive

Passerelle inclusive

Passerelle parallèle

Passerelle événementielle

Passerelle exclusive

Une passerelle exclusive sélectionne un seul chemin sortant. Le losange peut contenir un X ou ne comporter aucun marqueur.

Passerelle inclusive

Selon les conditions, une passerelle inclusive peut activer un ou plusieurs chemins sortants. Une passerelle correspondante, située plus loin dans le processus, peut synchroniser les chemins activés.

Passerelle parallèle

Lorsqu’elle divise le flux, une passerelle parallèle active tous les chemins sortants. Lorsqu’elle les réunit, elle attend que toutes les branches entrantes soient terminées.

Passerelle événementielle

Une passerelle événementielle oriente le processus en fonction de l’événement qui se produit en premier, par exemple la réception d’un message.

Objets de connexion

Les objets de connexion indiquent les relations entre les éléments BPMN. Choisissez le connecteur adapté à la relation que vous souhaitez représenter.

Sequence Flow

Message Flow

Association

Sequence Flow

Sequence Flow indique l’ordre des activités et des événements au sein d’un processus. Il se représente par une ligne continue terminée par une flèche et peut désigner un chemin conditionnel ou le chemin par défaut.

Message Flow

Message Flow représente les échanges entre des participants distincts, généralement figurés par des pools différents. Il se présente sous la forme d’une ligne en pointillés, avec un cercle à son origine et une flèche ouverte à son extrémité. Ne l’utilisez pas pour relier des activités au sein d’un même pool.

Association

Une Association relie une activité ou un événement à un artefact, par exemple un Data Object ou une Text Annotation. Elle apporte du contexte sans modifier le flux du processus.

Pools et couloirs

Les pools représentent les participants d’un processus, comme des organisations, des services ou des systèmes. Les couloirs divisent un pool pour préciser les responsabilités au sein de chaque participant.

Utilisez des pools distincts pour représenter différents participants et leurs échanges. Les couloirs permettent de préciser quel rôle ou système prend en charge chaque activité. Pour en savoir plus, consultez la documentation sur les pools et les couloirs.

Pool réduit

Un Pool réduit représente un participant sans afficher ses activités internes. Il est utile lorsque le diagramme doit montrer qu’une organisation ou un système externe intervient, mais que son processus interne ne fait pas partie du périmètre du modèle.

Artefacts

Les artefacts apportent des informations et du contexte à un diagramme BPMN sans modifier son Sequence Flow. Les principaux types sont les Data Objects, les Data Stores, les Group et les Text Annotations.

Data Objects et Data Stores

Un Data Object représente une information utilisée ou produite par une activité. Data Input et Data Output indiquent les informations qui entrent dans un processus ou en sortent. Un Data Store représente des informations conservées au-delà d’une instance du processus.

Group

Un Group rassemble visuellement des éléments liés. Il ne modifie pas le flux du processus.

Text Annotation

Une Text Annotation ajoute une explication ou une note au diagramme. Utilisez une Association pour la relier à l’élément concerné.

Comment créer un diagramme BPMN ?

Commencez par définir la question à laquelle le diagramme doit répondre. Construisez ensuite le modèle en partant du flux principal :

1. Définissez le périmètre. Choisissez le processus, ses points de départ et d’arrivée, ainsi que le niveau de détail nécessaire aux lecteurs.
2. Énumérez les activités. Décrivez les principales étapes en termes simples avant d’ajouter les symboles.
3. Ajoutez les événements et les résultats. Indiquez ce qui déclenche le processus, ce qui peut se produire en cours de route et comment chaque chemin se termine.
4. Représentez les décisions. Ajoutez des passerelles là où le flux se divise ou se rejoint.
5. Précisez les participants et les responsabilités. Utilisez des pools et des couloirs pour clarifier la répartition des responsabilités.
6. Ajoutez les messages et le contexte. Utilisez Message Flow entre les participants et des artefacts pour représenter les données ou les notes pertinentes.
7. Vérifiez le modèle. Parcourez chaque chemin avec les personnes qui connaissent le travail. Vérifiez que le diagramme est lisible et que les symboles correspondent bien au sens voulu.

Pour suivre les étapes une à une, consultez la documentation sur la construction d’un diagramme BPMN. Vous pouvez également consulter les exemples BPMN 2.0 dans la documentation pour voir des modèles terminés et reprendre les schémas adaptés à votre processus.

On assimile plus vite la notation en la mettant en pratique. Choisissez un processus que vous connaissez, décrivez-le en une phrase, puis corrigez le brouillon généré par l’outil de modélisation. La disposition automatique organise le diagramme pendant que vous consultez les symboles ci-dessus.

Bonnes pratiques de modélisation BPMN pour des diagrammes utiles

Un modèle est plus facile à examiner et à maintenir si vous :

• Définissez d’abord l’objectif. Un modèle destiné à la discussion peut nécessiter moins de détails qu’un modèle prévu pour la mise en œuvre.
• Utilisez les symboles standard de manière cohérente. Évitez d’inventer des formes ou des significations que les autres lecteurs ne reconnaîtront pas.
• Nommez clairement les éléments. Employez des termes compris par votre équipe processus et distinguez facilement les différents résultats.
• Concentrez le diagramme sur l’essentiel. Utilisez des Subprocesses pour séparer les détails du flux principal.
• Indiquez les changements de responsabilité. Les pools et les couloirs doivent clarifier les participants et la répartition des responsabilités, sans ajouter de structure inutile.
• Validez le modèle avec les participants au processus. Parcourez les chemins avec les personnes qui réalisent ou encadrent le travail.
• Réexaminez le modèle après chaque changement. Un diagramme décrit un processus à un moment donné. Mettez-le à jour lorsque le processus évolue.

L’outil de modélisation BPMN 2.0 de ProcessMind fonctionne dans un navigateur et propose la génération par IA à partir d’une description, la mise en page automatique et des contrôles de qualité du modèle. Il est plus facile de suivre ces bonnes pratiques lorsque l’outil prend en charge une partie du travail : partez du processus que vous connaissez le mieux, et vous pourrez consulter la notation, examiner le modèle et amorcer une première discussion sur les améliorations au même endroit. Pour découvrir comment la modélisation et les données opérationnelles peuvent se compléter, consultez notre article sur la valeur combinée de la modélisation des processus et du Process Mining.

Qu’est-ce qui a changé entre BPMN 1.x et BPMN 2.0 ?

Si vous examinez un ancien modèle BPMN, les symboles vous sembleront familiers. Les principales différences concernent la précision de la norme et la portabilité des modèles.

• Un format XML commun. BPMN 2.0 définit un format pour stocker et échanger des modèles. BPMN 1.x ne définissait pas de format de fichier commun, ce qui compliquait le transfert d’un modèle d’un outil à l’autre.
• Des définitions plus précises. BPMN 2.0 décrit plus en détail les éléments et leurs relations.
• La prise en charge des modèles exécutables. BPMN 2.0 est suffisamment précis pour qu’un moteur de flux de travail puisse exécuter un modèle. Tous les modèles de processus n’ont pas besoin d’être exécutables.

Pour la plupart des nouveaux modèles, BPMN 2.0 est le choix le plus pratique, car c’est la version actuelle prise en charge par les outils de modélisation modernes.

Que contient un fichier XML BPMN 2.0 ?

Un fichier XML BPMN 2.0 stocke les éléments du modèle, leurs connexions, leurs noms et la disposition du diagramme. Il peut contenir la structure des pools et des couloirs, les Sequence Flow et Message Flow, les types d’événements et de passerelles, ainsi que la position des éléments sur la zone de dessin.

La prise en charge du format XML permet d’échanger des modèles, mais ne garantit pas le transfert de toutes les fonctionnalités propres à un outil. Un autre outil peut afficher la disposition différemment, et les champs personnalisés ou l’historique des révisions peuvent ne pas figurer dans le fichier standard.

ProcessMind explique comment importer et exporter des fichiers BPMN. Si vous souhaitez comparer les outils, consultez notre guide des alternatives à Visio pour BPMN.

Affiche BPMN 2.0 et référence des symboles

Gardez l’affiche à portée de main pendant la modélisation. La documentation répertorie les affiches à télécharger par langue.

Une affiche est surtout utile une fois que vous avez commencé à dessiner. Gardez-en une à côté du modèle sur lequel vous travaillez : ouvrez l’outil de modélisation et consultez l’affiche pour vérifier un symbole tout en gardant le diagramme sous les yeux.

Téléchargez l’affiche BPMN 2.0 dans votre langue

Choisissez une affiche ci-dessous pour ouvrir le PDF. La page de documentation répertorie les versions disponibles et reste la référence pour les téléchargements.

AnglaisNéerlandaisAllemandFrançaisEspagnolRusseSuédoisItalienPortugaisPolonaisHébreuUkrainienChinoisHongroisPersanAnglais

Remerciements

L’affiche a été créée en 2010, puis traduite par des chercheurs et des professionnels. Nous remercions les personnes et les institutions qui ont contribué à sa diffusion.

Auteurs de la version originale : Gero Decker, Jakob Freund, Alexander Lübbe, Jan Mendling, Frank Puhlmann, Torben Schreiter et Matthias Weidlich.

Traductions réalisées par : Trisotech (français) ; Ildefonso Montero, Luciano García-Bañuelos et Marlon Dumas (espagnol) ; le groupe Business Process Technology du Hasso-Plattner-Institute (russe) ; Birger Andersson et Petia Wohed (suédois) ; Thauris.nl (néerlandais) ; Lucinéia Heloisa Thom et Cirano Iochpe (portugais) ; MGX Infoservice (polonais) ; Ofir Nimitz et Iftah Peretz (hébreu) ; la professeure associée Zhang et la maîtresse de conférences Bai, de l’École de génie logiciel de l’Université Jiaotong de Pékin (chinois) ; Istvan Gerecs (hongrois) ; et Hamidreza Sarabadani (persan).

Source : l’affiche BPMN 2.0

Pour aller plus loin

Vous disposez maintenant de la référence des symboles. Mettez-la en pratique en créant un modèle, puis vérifiez chaque chemin avec les personnes qui connaissent le processus.