BPMN图的命名约定

业务流程图是一种强大的交流工具。。。。其沟通有效性的关键是所使用的命名或标签术语。。。。BPMN中没有官方命名约定，，
，，但这里有一些多年来公认的最佳命名规则：

1.始终使用对业务有意义的关键字

2.不要使用不常见的缩写

3.不要在其名称中使用元素类型

4.避免冠词和代词

一致性是必不可少的，，
，当纽创坚持一组最佳的实践时，，，应该将其应用于与流程相关的整个图表。。

纽创应该在图表中命名或标记“几乎”所有内容——不仅仅是活动，，还有子流程、、中间事件、
、网关、、、序列流、、、、结束事件和消息流等。。。。某些图形元素需要属性，
，例如计时器事件的持续时间，，，，并且此内容可能不会显示在图表中。。。如果没有
，，请向复制该信息的事件添加标签。。。
。

流程标签应清楚地描述其主要目的。。确保不使用短名称或缩写。
。
。以下是BPMN核心图形元素的建议实践。。。。

活动

所有活动都应命名。
。
。。一个资源将执行每个活动，，，，活动的名称应该描述执行的操作。。
。。每个活动都应使用简短而有意义的动词或名词短语来命名。。。所使用的动词应使用现在时并为企业所熟悉。
。。。名词必须是对业务也有意义的
。。您应该避免冠词和代词，，
，增加不必要的精确度，，例如
：“添加订单行”而不是“将所有行添加到订单”。
。
。多个活动不应以相同的名称命名，，除非在流程中多次使用相同的调用活动。
。

事件

在流程图中，，所有事件都应该被命名。。消息、、、、信号、、、升级和错误类型的事件应使用主动动词以过去分词的形式命名
；链接事件应该用名词命名；配对的链接事件、
、
、一个捕获事件和一个或多个发送事件应使用相同的名称；其他类型为Message、、、、Escalation和Error的配对事件也应该共享匹配的名称
；计时器事件作用于特定的时间日期或时间表，
，
，此信息应用于命名事件；条件事件在特定条件下触发
，，，
，这个条件应该用于它的命名；一个流程可能有一个或多个结束事件，，建议使用与其最终状态相对应的不同名称。。

网关

网关（Gateway）不执行任何工作或做出决定，，，，是流程流动的发散或收敛的可视化。
。。
。聚合网关不需要命名。。当收敛逻辑不明显时，
，，应该给网关关联一个注解。。。

发散专属网关应该用疑问词来命名。。
。该名称应由一个动词、、
、一个宾语和一个问号组成，，，，以标识正在评估的内容。。您甚至可以使用问题来澄清所涉及的决定。。使用问号有助于限制您必须在图中放置的文本数量
，，
，，因为传出序列流上的所有条件都被视为网关问题的简单答案
。。。
。

序列流

来自Exclusive、、Inclusive和Complex类型的发散网关的序列流应该使用它们作为结果声明的相关条件来命名。。相同的命名约定适用于条件序列流；不应命名默认序列流
；只有在不满足所有其他流出流条件时才会采用此流
。。
。

数据对象

所有数据对象都应该被命名。
。它们应该使用限定名词命名，，，该名词是业务对象的名称或对业务有意义的信息对象的名称
。。。。使用匹配名称后跟方括号中的适用状态来命名同一数据对象（实际上是数据对象引用）的多个实例
。。
。

参与者

参与者通常是控制或负责业务流程中活动的业务实体（例如，，，，公司
、、、、公司部门或客户）或业务角色（例如
，
，，买方或卖方）。。它们与协作图中的池相关联，
，，应使用限定名词或名词短语来命名参与者
。。

池

池代表协作图中的参与者，，
，，因此使用参与者的名字命名池。。。流程包括特定池内外的所有图表元素，，，不要使用流程名称命名池
。。
。。

泳道

泳道通常用于按角色对元素进行分类。
。。。它们通常用于诸如内部角色（例如，
，，经理、、、助理）、、、、系统（例如，，，，企业应用程序）或内部部门（例如，，运输、
、财务）之类的事情，，，泳道应使用类别名称命名。。。

角色

角色也应该是使用限定名词或名词短语。。。。

以上就是BPMN图中个元素的命名规则
。。
。拥有清晰统一的命名规则将有助于建立一致的流程规范和明确的可视化指导。
。。
。