BPMN仅限于支持对业务流程有用的建模概念。这意味着组织所做的非业务目的其他类型建模将排除在BPMN之外。例如，以下方面的建模不属于BPMN的一部分：
组织结构 职能分解数据模型 此外，虽然BPMN会显示数据的流（消息）以及活动与数据器物的关联，但它并非数据流图（data flow diagram）。 BPMN用很小一套图形要素做简单的图来建模，这将令业务用户与开发者一样容易理解其中的过程和流。它的四种基本要素如下：
流对象（Flow Object） 事件（Events），活动（Activities），关口（Getways） 连接对象（Connecting Objects） 顺序流（Sequence Flow），消息流（Message Flow），关联（Association） 泳道（Swimlanes） 池（Pool），道（Lane） 器物（Artifacts/Artefacts） 数据对象（Data Object），组（Group），注释（Annotation） 这四大类对象令我们有机会做出简单的业务流程图（BPD, business process diagram）。同时，BPMN也允许在BPD中创建你自己的流对象、器物类型，使图更好理解。
事件 Event
活动 Activity
关口 Gateway
连接 Connections 流对象（Flow Objects）是BPMN的主要描述对象，由三种核心要素（事件、活动、关口）组成。
事件（Event） “事件”（Event）以圆环表示，指发生的事情（区分于“活动”代表所做的事情）。圆环中的图标代表事件的类型（例如：信封为消息，时钟为时间）。事件也被分为“捕获”（Catching，例如捕获输入的消息而开始一个流程）或“抛出”（Throwing，例如在流程结束抛出消息）。 开始事件（Start event） 作为流程的触发器；以细单线标明，并且只能“捕获”（Catch），所以它显示为空心（轮廓）的图标。 结束事件（End event） 表现流程的结果；以粗单线标明，且只能“抛出”（Throw），所以显示为实心图标。 中间事件（Intermediate event） 表现发生在开始和结束事件之间的事；以双线标明，可以是“抛出”或“捕获”（相应采用实心或空心图标）。例如，一任务流到一事件，抛出一个消息到另一个池，然后由下一个事件守候，捕获其回应。 活动（Activity） “活动”（Activity）用圆角矩形表示，并描述必需做的工作的种类。 任务（Task） 任务代表单一工作单元，它不会或不能被分解为更深层次上的业务流程细节，而不包含操作程序步骤的图示（此非BPMN的目的）。 子流程（Sub-process） 用于隐藏或显露深层业务流程细节——收起时，在矩形底部用加号标明子流程；展开时，在矩形内显示全部的流对象、连接对象及器物。 子流程自含开始及结束事件，来自“父”流程的顺序流不可跨过其边框。 事务（Transaction） 子流程的一种形式，其所包含的全部活动必须作为一个整体对待，即它们必须完全结束以满足目标，其中任何一个失败就必须全部偿还（撤回）。事务作为扩展的子流程，用双线环绕。 关口（Gateway） “关口”（Gateway）用菱形表示，基于所示条件决定路径的分流与合并。 “流对象”通过“连接对象”（Connecting objects）互相连接。连接对象包括三个类型（顺序、消息、关联）：
顺序流（Sequence Flow） “顺序流”用实心线和箭头表示，显示活动进行的顺序。“顺序流”还可以在开始端带有符号，以小菱形标明其中一些发自活动的“条件流”（conditional flow），同时以对角斜线标明发自活动或决定，带条件流的“默认流”（default flow）。 消息流（Message Flow） “消息流”用虚线表示，起始端有一个空心圆圈，终端是一个空心箭头。它告诉我们哪些消息流跨过组织的边界（即介于池之间）。消息流不可用于在同一个池中连接活动或事件。 关联（Association） “关联”（Association）用点线表示。它用于建立器物或文本到流对象的联系，并且可以用空心箭头标明某种方向性（指向器物表示结果，源自器物表示输入，同时出现则表示读和更新）。当器物或文本联系到顺序或消息流时，关联无需标明方向（那些流已经显示了方向）。
泳道 Swimlanes
数据对象 Data objects
组 Groups
注释 Annotation 泳道（Swimlanes）是从视觉上对活动加以组织或分类的机制。它基于交叉功能流程图基础，在BPMN中有两种类型：
池（Pool） 表示流程中的主要参与者，典型地，用来分开不同的组织。一个池可容纳一个或多个道（像真实的泳池一样）。当池为展开的（显示出内部细节），绘做大的矩形；若为收起的（隐藏起内部细节），绘做沿着图的长或宽伸展的空的矩形。 道（Lane） 在池中，用于活动按职能或角色归类。绘做按池的长或宽展开的矩形。道包含流对象、连接对象和人造物。
器物（Artifacts）使开发者可以带给模型/图更多的信息，通过这一方式，使模型/图更可读。预定的三种器物如下：
数据对象（Data Objects） “数据对象”向读者显示在活动中需要或产生哪些数据。 组（Group） 组表现为虚线的圆角矩形。组用来将不同的活动分组，但不影响图中的流。 注释（Annotation） 注释为模型/图的读者增加可理解性。 点击小图查看全尺寸图
带正常流的流程
讨论循环
电子邮件投票流程
采集投票 在BPMN的三种子模型之内和之间，可以创建各种类型的图。以下列出的是能够用BPMN建模的业务流程类型（其中带星号的可能无法映射到执行语言）：
高层次私有流程的活动（非职能分解）* 细节私有流程（Detailed private business process） 当前或过往的业务流程* 未来或新业务流程 与一个或多个外部实体互动的细节私有业务流程（或“黑盒子”流程） 两个或更多细节私有业务流程的交互作用 细节私有业务流程到抽象流程的联系 细节私有业务流程到协作流程的联系 两个或更多抽象流程* 抽象流程与协作流程的关系* 单独的协作流程（例如：ebXML BPSS或RosettaNet）* 两个或更多细节私有业务流程通过抽象流程的交互作用 两个或更多细节私有业务流程通过一个协作流程的交互作用 两个或更多细节私有业务流程通过抽象与写作流程的交互作用 BPMN的设计目标是允许上述全部类型的图。然而，需要小心的是，包含了太多的子模型类型，例如三种或更多的私有流程之间都有消息流连接，这样的图可能会变得难以理解。因而，我们建议建模者为诸如私有流程、协作流程的BPD建立明确的目标。 BPMN 2.0的工作提案名为“业务流程模型及标记法”。BPMN 2.0为新的业务流程模型和标记法建立单一规范，对标记法、元模型和交换格式做出界定。2.0版的名称有所修改，但仍会维持“BPMN”这个标志。已提议的特征有：
结合BPMN和“业务流程定义元模型”（Business Process Definition Meta model, BPDM），形成单纯一致的语言 使能在建模工具间交换业务流程模型及其布局，以保持语义完整性 扩充BPMN以允许将模型配置与编排成独立或集成的模型 支持模型上不同透视法的显示和交替，令用户可以聚焦于特定的关注点 串行化BPMN，为模型转换提供XML方案（schemes），向执行决策支持方向扩展业务模型。 新BPMN的建议方案计划在2008年内完成。 有两个不同的小组分别在竞争的规范草案上工作。第一个小组包括例如EDS和MEGA，目标是直接吸收BPDM到BPMN规范。第二个小组包括例如SAP AG，IBM，Oracle，不准备直接包括BPDM，而试图提供两个标准间的映射。从2008年7月开始，二者开始讨论合并其草案提出单一的规范。
