Symboles BPMN
Chaque marque que BPMN 2.0 peut poser sur une page, et ce à quoi elle engage le processus : les marqueurs d'activité, les trois bordures d'événement, les cinq losanges, les deux sortes de traits qui ne sont pas interchangeables, et les symboles de données que presque personne ne dessine correctement.
9 min de lectureBPMN 2.06 sur 6
01Activities: the work
One shape - a rounded rectangle - carries every kind of work BPMN can describe. What changes is the marker in the corner or on the bottom edge, and those markers are where most of the meaning lives.
| Element | Notation | What it means |
|---|---|---|
| Task | rounded rectangle, no marker | Atomic work. The process does not model anything inside it, which is a claim about this diagram rather than about reality - a task here can be a fortnight of work somebody else models elsewhere. |
| Subprocess | small square plus on the bottom edge | Contains a process of its own. Collapsed, the plus is all you see; expanded, the box grows and the child process is drawn inside it. The plus is the only difference from a task, and the one people miss. |
| Call activity | thick border, plus marker | A subprocess defined once and reused. The thick outline says the definition lives somewhere else, so changing it changes every caller - which is exactly the property that makes it worth the extra symbol. |
| Task type markers | small icon, top-left corner | An envelope for send and receive, a person for user, gears for service, a script scroll for script. They say who or what executes the task, and they are the difference between a picture and something an engine can run. |
| Loop and multi-instance | circular arrow, or three bars | A circular arrow repeats the activity while a condition holds. Three vertical bars run one instance per item in a collection, three horizontal bars run them one after another. |
| Transaction | double-line border | A subprocess whose steps either all complete or are all compensated. Rare in hand-drawn models and load-bearing in executable ones. |
Markers stack: one activity can legitimately carry a subprocess plus, a multi-instance bar and a loop arrow at once.
02Events: the border carries the meaning
Every event is a circle. Two things vary independently: the border, which says when in the process it sits, and the glyph inside, which says what kind of thing happened.
| Element | Notation | What it means |
|---|---|---|
| Start event | thin single outline | Where a token appears. A process with no start event is legal and almost always a mistake in a diagram meant to be read by a person. |
| Intermediate event | double outline | Something happens partway through - the process waits for it (catching) or announces it (throwing). Placed on the boundary of an activity, it interrupts that activity. |
| End event | thick single outline | A token is consumed. Several end events on one process are normal and good: they name the distinct ways it can finish. |
| Message | envelope glyph | Something arrived from, or was sent to, another participant. |
| Timer | clock glyph | A date, a duration or a recurring schedule fired. |
| Error | lightning bolt glyph | Something failed in a way the process has a plan for. On an activity boundary it is the notation's exception handler. |
Filled glyphs throw, hollow glyphs catch, and the full set runs to a dozen triggers. They have an article of their own: BPMN events covers the two axes, boundary events and the interrupting distinction in detail.
03Gateways: the rhombi
A gateway never does work. It only decides how many of the paths leaving it carry a token, and the marker inside it is the whole statement.
| Element | Notation | What it means |
|---|---|---|
| Exclusive | X, or an empty rhombus | Exactly one outgoing path. The blank rhombus means the same thing, which is why an empty one is never ambiguous, only less explicit. |
| Parallel | plus | Every outgoing path, always, no conditions. As a join it waits for all incoming paths before continuing. |
| Inclusive | circle | One or more paths, whichever conditions hold. The most expressive of the five and the easiest to deadlock. |
| Event-based | pentagon in a double ring | Decides nothing. It waits, and whichever of the events downstream fires first takes the token. |
| Complex | asterisk | An escape hatch for conditions the other four cannot express. If you need it, write the rule in an annotation beside it - nobody reads an asterisk the same way twice. |
Splitting and merging, default flows and the classic inclusive deadlock are in BPMN gateways.
04Connecting objects: three lines, never interchangeable
This is the shortest table on the page and the one that decides whether a diagram is correct. Two of these lines look similar at a glance and mean entirely different things.
| Element | Notation | What it means |
|---|---|---|
| Sequence flow | Solid line, filled arrowhead. The order of steps within one pool. It may never cross a pool boundary, and that single rule is what makes pools mean anything. | |
| Message flow | Dashed line, open circle at the tail, hollow arrowhead. Communication between pools. It says nothing about order inside either one. | |
| Association | Dotted line. Ties an annotation or a data object to whatever it is about. Carries no control flow whatsoever. | |
| Default flow | sequence flow with a slash at the tail | Taken when no other outgoing condition holds. The notation's guarantee that a token is never stranded at a gateway. |
| Conditional flow | sequence flow with a hollow diamond at the tail | Taken only if its condition is true. Redundant leaving a gateway, which already carries conditions - it earns its place leaving an activity directly. |
A sequence flow crossing a pool boundary is not a stylistic slip. It is invalid BPMN, and an engine will reject it.
05Pools, lanes and the black box
A pool is a participant - an organisation, or any process with control flow of its own. A lane subdivides one pool, usually by role or department. The difference is not cosmetic: steps in two lanes of one pool are joined by sequence flow, and steps in two pools can only exchange messages.
A pool drawn with nothing inside it is a black box, and it is a deliberate statement rather than an omission. It says this participant matters, we exchange these messages with it, and how it works internally is none of this diagram's business. Modelling a customer's decision-making as though you could observe it is the failure this shape exists to prevent.
06Data objects and artifacts
The family that gets left off most diagrams, sometimes rightly. These symbols carry no control flow - a process runs identically with every one of them deleted - so they earn their place only when the reader's question is about information rather than order.
| Element | Notation | What it means |
|---|---|---|
| Data object | page with a folded top-right corner | Information an activity produces or needs. A small arrow in the corner marks it as a data input or output. |
| Data store | cylinder | Something that outlives the process instance - a database, a filing cabinet. The distinction from a data object is lifetime, not technology. |
| Text annotation | open bracket with text beside it | A note tied to any element by a dotted association. Where the rule a symbol cannot express gets written down, and the most underused mark in BPMN. |
| Group | dashed rounded rectangle | A visual bracket around related elements. Crosses pools freely because it means nothing to the execution - purely for the reader. |
07The subset worth memorising
BPMN 2.0 defines well over a hundred distinct marks, and no working modeller uses more than a fraction. The specification itself acknowledges this by defining a descriptive conformance class, and it is close to the list below.
- Task - rounded rectangle. Work happens here.
- Start and end events - thin circle, thick circle. Where tokens appear and are consumed.
- Exclusive gateway - rhombus with an X. One path out.
- Parallel gateway - rhombus with a plus. All paths out.
- Sequence flow - solid arrow. Order within a pool.
- Message flow - dashed arrow. Communication between pools.
- Pool and lane - who does the work.
Everything else is reached for when a specific question demands it. A diagram built from those seven is readable by anyone who has seen BPMN once, and that is worth considerably more than a diagram that is technically richer and gets skipped.
In one line each
- 01One rounded rectangle is every kind of work; the marker on it says which kind.
- 02Event border says when - thin start, double intermediate, thick end. Glyph says what.
- 03The marker in a rhombus says how many outgoing paths carry a token, and nothing else.
- 04Solid arrow inside a pool, dashed arrow between pools. Crossing a boundary with a solid one is invalid.
- 05A plus in a rhombus and a plus on a box edge are unrelated marks.
- 06An empty pool is a black box: a participant deliberately not modelled.
- 07Seven symbols cover almost every diagram worth drawing.
These symbols on real processes are in the worked BPMN examples, and the order to put them down in is in how to draw a BPMN diagram.
08Questions fréquentes
Combien y a-t-il de symboles BPMN ?
BPMN 2.0 en définit bien plus de cent si l'on compte séparément chaque déclencheur d'événement, chaque marqueur d'activité et chaque variante de passerelle. Le nombre qui compte est bien plus petit : une douzaine de formes portent l'immense majorité des diagrammes réels, et qui connaît la tâche, les trois bordures, les passerelles exclusive et parallèle, les deux flux et le couloir lit presque tout.
Quelle est la différence entre une tâche et un sous-processus en BPMN ?
Une tâche est atomique : le processus ne modélise rien à l'intérieur. Un sous-processus contient un processus propre et se dessine comme le même rectangle arrondi, avec un petit carré portant un plus au milieu de son bord inférieur. Replié, il masque ce détail ; déplié, la boîte grandit et le processus enfant y est dessiné. Le plus est la seule différence visible, d'où les oublis.
Que signifie un signe plus dans une forme BPMN ?
Cela dépend entièrement de la forme qui le porte, et c'est la confusion la plus fréquente de toute la notation. Un plus dans un losange est une passerelle parallèle, qui scinde un jeton en plusieurs. Un plus dans un petit carré au bord inférieur d'un rectangle arrondi est le marqueur de sous-processus, qui dit que l'activité contient un processus. Les deux n'ont aucun rapport.
Que signifie une barre oblique sur un flux de séquence BPMN ?
Une courte barre oblique près de l'origine d'un flux de séquence en fait le flux par défaut. C'est le chemin emprunté lorsqu'aucune autre condition sortante de cette passerelle ou de cette activité n'est vraie, et c'est la garantie qu'un jeton ne reste jamais bloqué. Un petit losange creux à l'origine est la marque inverse : un flux conditionnel.
Quels symboles BPMN apprendre en premier ?
Six, et ils portent un premier vrai diagramme : le rectangle arrondi pour une tâche, le cercle fin pour un événement de début, le cercle épais pour un événement de fin, le losange à X pour une passerelle exclusive, la flèche pleine pour le flux de séquence et le couloir pour un participant. Ajoutez la passerelle parallèle et la flèche pointillée du flux de message.
À lire aussi