Skip to content

Business Process Model and Notation

Specify organizational processes with a standardized graphical language whose events, activities, gateways, flows, participants, and messages carry defined interchange and execution semantics.

Version
v2 · 2026-09-06 · History
Domain-specific #
1422
Origin domain
business
Subdomain
business process management
Aliases
BPMN, Business Process Modeling Notation

Core Idea

Business Process Model and Notation (BPMN) is the Object Management Group's standardized graphical language for business-process models. It represents flow nodes such as events, activities, and gateways; connecting objects such as sequence and message flows; participants through pools and lanes; and supporting artifacts. BPMN 2 adds metamodel and interchange semantics beyond diagram appearance.

BPMN aims to bridge business-readable diagrams and technically precise process specifications, but visual familiarity does not guarantee executable completeness. The standard defines multiple conformance classes and elements whose semantics differ: sequence flow stays within a process, message flow crosses participant boundaries, and gateways control routing rather than perform work. A sound model declares version, scope, abstraction level, and whether it is descriptive, analytical, or executable.

Scope of Application

BPMN is literal in business-process discovery, documentation, analysis, redesign, coordination, and selected workflow execution.

  • Process discovery. Capturing current-state work with stakeholders.
  • Process redesign. Comparing alternatives and locating delays, handoffs, and exceptions.
  • Requirements analysis. Connecting business behavior to system capabilities.
  • Cross-organization choreography. Modeling messages among independent participants.
  • Workflow automation. Supplying executable subsets to compatible engines.
  • Compliance documentation. Showing control points, responsibilities, and evidence paths.
  • Simulation and analysis. Studying paths, resources, and performance under tool-specific extensions.

Clarity

State BPMN version, conformance class, process boundary, participants, start/end conditions, normal and exception paths, abstraction level, and execution intent. Use sequence flow only within a participant and message flow between participants. Validate both standard syntax and the model's fidelity with domain owners; keep engine-specific extensions explicit.

Manages Complexity

BPMN gives diverse stakeholders one shared visual vocabulary and decomposes complex processes into typed events, tasks, decisions, messages, and responsibilities. Hierarchical subprocesses and views manage scale. Dense diagrams can become technically valid but cognitively unusable, while simplified ones omit exception semantics; model purpose should govern detail and view partitioning.

Abstract Reasoning

  1. Bound the process and identify participants.
  2. Select a conformance class and modeling purpose.
  3. Place start, intermediate, and end events.
  4. Represent activities and responsibility.
  5. Use gateways for explicit split and join semantics.
  6. Separate sequence flow from interparticipant messages.
  7. Model exceptions, compensation, and data only to required depth.
  8. Validate semantics with a conformance tool and operational reality.
  9. Version the model and derive execution artifacts only under a declared mapping.

Knowledge Transfer

The strict parent is Standardization: independent stakeholders and tools converge on one published semantic notation and interchange format. Symbolic Representation is related, but BPMN's catalog-wide value comes from shared specification and conformance rather than symbol use alone.

Standardization is the strict parent because BPMN establishes a shared notation, semantic contract, and interchange format so independently created process models can be interpreted consistently. The transferable skeleton is common symbol vocabulary + composition rules + semantics + conformity and interchange. The domain residue is organizational process behavior: activities, events, branching, collaboration, messages, and execution mappings.

Relationships to Other Abstractions

Local relationship map for Business Process Model and NotationParents appear above the current abstraction, mutual partners to the right, and children below. Node labels state whether each abstraction is prime or domain-specific; colors identify relation types.Business ProcessModel and NotationDOMAINPrime abstraction: Standardization — is a kind ofStandardizationPRIME

Current abstraction Business Process Model and Notation Domain-specific

Parents (1) — more general patterns this builds on

  • Business Process Model and Notation is a kind of Standardization Prime

    Standardization is the strict parent because BPMN aligns independent people and tools on one specification, notation, metamodel, and interchange contract.

Hierarchy path (1) — routes to 1 parentless root

Neighborhood in Abstraction Space

Business Process Model and Notation sits in a sparse region of the domain-specific corpus (86th percentile for distinctiveness): few abstractions share its structure, so a faithful description tends to retrieve it precisely.

Family — Unclustered & Miscellaneous (1565 abstractions)

Nearest neighbors

Computed from structural-signature embeddings · 2026-09-08