BPMN自21世纪初以来已经存在了，但似乎已达到一个新的高度，一：商业用户要求它创造更多的面向业务流程的应用；二：最重要的BPMN 2.0版开始在工具产品中出现。编制模式是一个重要补充。

　　许多组织和更多的个体在尝试任何事物之前等待2.0版本。因而BPMN 2.0将特别注意许多方面。更重要的，或许，BPMN 2.0添加了XML模式来支持使BPMN 2.0能够输出供使用的被BPEL授权规则引擎转换的BPM。BPMN 2.0的正式标准认可仍在进程之中，但是已经到达一个点，即厂商自定义一些BMPN 2.0性能。

　　这对于开发人员特别重要，因为它应能协助转换一种业务分析员的流程模型成为可执行的软件的进程流线化。如何的进程的流线化目前很难讲得清楚。有很多的BPMN学习如何做对企业的业务和IT双方的缺口。

　　注释的想法和用户熟悉的UML很相似，尽管这个建模语言随着时间的推移是除了注释的已经被用于多种用途。

　　BPMN的新版本包括加强了一些原有BPM注释，包含Activities, Events, Gateways, Connections, Artifacts以及wimlanes。新版本包含扩展机制。

　　有效的BPM有一点跳跃，原因起源于需要确认进程的执行。因此，BPMN 2.0新的编制模型间发现利益并使用。

　　OMG关键标准文档描述：

　　编制是进程的一类，但不同于标准的BPMN Process的目的和行为，一个标准的进程，或者编制进程更像大多数进程模型和定义具体的PartnerEntity或者组织的活动流。

　　相反，编制使业务参与者协调他们的相互影响更正规化。重点不是对在这些参与者所做的工作编制，而是这些参与者（消息）之间的信息交流，。

　　Pools和相关Swimlanes，已成为BPMN必要的符号。这些概念指南对齐进程执行不同的子进程的路径。在BPMN2.0中，编制存在Pools之外或Pools之间。

　　OMG写到：

　　Pools是与会者的图形表示。一种编制，另一方面是一个不同类型的进程。编制定义了参与者之间的相互作用序列。因此，不在单独的Pool中不存在编制——它不是一个单一的参与者范围。