Source
BPMN (Wikipedia)
Overview of the BPMN standard, basic notation elements, and BPMN 2.0.2.
Specification
OMG: BPMN 2.0.2
Official materials of the standard from Object Management Group.
BPMN (Business Process Model and Notation) — a graphical language for modeling business processes. It is needed so that business and engineering teams can talk equally clearly on one diagram, and the process can be analyzed and automated.
4 groups of BPMN elements
The heart of the process
Flow Objects
Events, activities, and gateways define the behavior of a process and its logic.
Connections
Connecting Objects
Sequence Flow, Message Flow and Association show the order, exchange and association of artifacts.
Limits of responsibility
Swimlanes
Pool and Lane separate participants and areas of responsibility within the process.
Context
Artifacts
Data Object, Group, and Annotation add data and annotation without changing the flow.
Basic Process Semantics
Events
Something happened: start, intermediate triggers, completion. Catching/throwing semantics are important.
Activities
Something is running: task, subprocess, call activity. The basic atom of business work.
Gateways
Branching and synchronization control: path selection, parallelism, event waiting.
BPMN Diagram Examples
Visual examples in the same pattern as in the UML chapter: choice cards + active diagram.
Happy Path
Basic flow: start, tasks, branching and successful completion.
Related notation
UML
Compare the approaches: BPMN for processes and UML for system structure/behavior.
Gateways Patterns
Exclusive (XOR)
Exactly one path is selected based on the condition.
Inclusive (OR)
One or more paths are selected if the conditions are met.
Parallel (AND)
Launches multiple branches simultaneously without conditions.
Event-based
The choice of branch is determined by the event that occurs first.
Practical workflow modeling
BPMN Workflow Steps
6 stages from process boundaries to final validationDefine process boundaries
Define start/end events and the right diagram granularity.
Map participants
Add pools/lanes to make ownership and role handoffs explicit.
Build the happy path
Model the main flow first, then add branches and alternatives.
Add messages and data
Show message flow across pools and key data objects that drive decisions.
Refine exception paths
Model timeouts, errors, compensations, and fallback scenarios.
Validate readability
Remove unnecessary crossings and ensure left-to-right readability.
Define process boundaries
Define start/end events and the right diagram granularity.
Map participants
Add pools/lanes to make ownership and role handoffs explicit.
Build the happy path
Model the main flow first, then add branches and alternatives.
Add messages and data
Show message flow across pools and key data objects that drive decisions.
Refine exception paths
Model timeouts, errors, compensations, and fallback scenarios.
Validate readability
Remove unnecessary crossings and ensure left-to-right readability.
Common mistakes
Mixing orchestration and collaboration
One diagram simultaneously details internal process and interorganizational exchange.
Message Flow within one pool
Message Flow should reflect the exchange between participants (usually between different pools), and not within one.
Too many gateways in a row
An overloaded control flow breaks readability. It is better to move complex blocks to subprocess.
No completion events
Without explicit end events, it is difficult to understand where the process completed successfully and where it failed.