一. BPM 简介
业务处理模型（Business Process Model:BPM）是从业务人员的角度对业务逻辑和规则进行详细描述的概念模型，并使用流程图表示从一个或多个起点到终点间的处理过程、流程、消息和协作协议。通过BPM可以描述系统的行为和需求，可以使用图形表示对象的概念组织结构，然后生成所需要的文档。作为一个概念层次的模块，BPM适用于应用系统的系统分析阶段，完成系统需求分析和逻辑设计。BPM与PowerDesigner其它模块之间的关系如图：
1.1 PowerDesigner BPM包括3种流图：
1) 处理层次流图（Process hierarchydiagram）：以层次化的方式来识别系统的功能。
2) 业务处理流图（Business process diagram）：用于分析一个/组流程的具体实现机制。
3) 处理服务流图（Process service diagram）：以业务服务的方式来表述业务流程图。
1.2 创建BPM对象
(1)创建包
(2)创建业务规则
(3)创建起点
(4)创建处理过程
(5)创建组织单元/组织单元泳道图
(6)创建流程
(7)定义消息格式
(8)创建资源
(9)创建资源流程
(10) 创建终点
二. 示例
2.1 创建BPM
File--> New Model
注意这里的Precess Language选择，默认为Analysis，其在Palette 对应的为组织单元为：Organization unit Swimlane。下文会有详细说明。
2.2 设置BPM 配置选项
Tools→Model Option，或者在流程图窗口中右键菜单，选择Model Option命令。
2.3 修改BPM 属性
三种方法：
（1）Model→Model Properties
（2）工作区中右键菜单Properties命令
（3）左侧列表中右键Properties命令
BPM的属性列表
|
属性名 |
说明 |
长度 |
|
Name |
模型名称 |
254字符 |
|
Code |
模型代码 |
254字符 |
|
Comment |
模型注释 |
- |
|
Filename |
模型文件存储路径。如果未保存过，则此项为空 |
- |
|
Author |
作者 |
254字符 |
|
Process Language |
处理语言 |
|
|
Version |
模型版本号 |
- |
|
Default Diagram |
打开模型时默认打开的流图 |
2.4 业务规则
业务规则（Business Rule）是信息系统必须遵守的或按照业务需求必须构建的特定条件。系统必须遵守此业务规则，就像遵守法律法规、客户需求或内部条例一样。
2.4.1 创建业务规则
Model→Business Rules。
添加Rules：
修改Rule 属性：
（1） “常规属性（General）”选项卡说明
该选项卡包含属性Name、Code、Comment（说明）、Type（类型）。其中有如下类型属性可以选择。
|
名称 |
说明 |
|
Constraint（约束） |
对值的附加检验，限制将在PDM和数据库中继续使用。如“项目起始日期必须早于结束日期”。 |
|
Definition（定义） |
信息系统中对象的属性，如“客户是通过名称和地址识别的人” |
|
Fact（事实） |
信息系统中存在的事实，“如一个客户可以填写一个或多个订单” |
|
Formula（公式） |
系统中所使用的计算公式，如“订单总价是每个订单单价之和” |
|
OLC Constraint（对象约束语言） |
是UML表达式语言，用于定义对象的附加约束 |
|
Requirement（需求） |
系统中的特定功能说明，如“销售损失不得超过10%” |
|
Validation（校验） |
系统中的限制值，如“一个客户的订单总价不能大于其信用值” |
（2）“Expression（表达式）”选项卡或“OLC Constraint（对象约束语言）”选项卡。
如果类型属性选择OLC Constraint，则会出现“对象约束语言”选项卡，否则出现“表达式属性”选项卡。对于表达式属性每个业务规则都可以包含以下两类表达式。
服务器端：将业务规则应用到数据库。
客户端：主要用于文档编制。
2.4.2 在BPM 中应用Rules
在我们需要指定Rule的对象上右击，属性，在选择More。就可以看到Rule的选项。
2.5 处理BPM
2.5.1 创建新的业务处理流程图
业务处理流程图（Business Process Diagram，BPD）表示了业务处理过程间的关系，重要的是处理过程中的数据流程。在一个模型或包中可以定义多个业务处理流程图，各个流程图相互设计一个业务处理过程。
一般在我们创建BPM 模块是默认会创建一个BPD。我们可以对这个BPD 重命名或者新建一个BPD.
两种方法：
（1）View→Diagram→New Diagram
（2）选择BPM，右键，New→BusinessProcess Diagram
2.5.2 定义起点
起点（Start）是BPD所表达的整个处理过程的起点，表示的是处理过程和处理过程外部的入口。
注意：在一个BPM中可以定义多个BPD，所以在一个模型或包中可以创建多个起点。
2.5.2.1 创建Start
两种方法：
（1）在工具栏中单击“Start”图标
（2）Model→Starts命令
2.5.2.2 修改起点属性
三种方法：
1）双击图标，打开“起点属性”窗口
2）右键→属性
3）Model→Starts命令，打开起点列表
2.5.2.3显示默认的BPM起点的名称
默认状态下，起点的名称不显示,在BPM中只显示起点的代码（Code），很难直观地了解起点所要表达的含义。
（1）选择Tools→Display Preferences命令，打开Display Preferences（显示参数）窗口。
（2）在左侧Content-->Start,然后选中Name复选框即可。
2.5.3 定义处理过程
处理过程可以认为是为了达到某个目标而执行的动作。每个处理过程至少有一个输入流和一个输出流。
2.5.3.1 创建处理过程
在工具栏中选中Process，然后在工作区点击创建Process
2.5.3.2 处理过程的属性
双击Process 对象。
处理过程的属性包括Name、Code、Comment、Stereotype、Organization unit、Composite status（复合处理过程）等，这些属性可以在属性窗口中定义。
（1） 板型
板型是用户定义的值，这些值来源于原有的对象。用板型可以扩展对象的语义而无须改变对象的结构。
（2） 组织单元
组织单元表示某个组织与某个过程相关。它可以代表一个系统、一个服务器、一个组织或一个用户等。
（3） 复合处理过程
选中Decomposed Process（在下面）单选按钮表示此过程是复合处理过程，表示一个分解过程的子过程图在过程内被创建。
复合处理过程用来描述一个父过程的行为的子过程，可以被无限分解为多个子过程。子过程不需要进一步分解。
2.5.4 定义组织单元
组织单元是指为处理过程负责的组织（可以是公司、系统、服务、组织、用户、或者角色），也可以认为是使用更高级处理过程的业务伙伴。
在工具栏中单击“Organization unit Swimlane（组织单元泳道图）”图标或“组织单元图标”。能够选择的图标依赖BPD所使用的处理语言。
这里使用的语言是Analysis。 双击查看其属性：
这里要注意的是Organization Unit Swimlane 与Organizaion Unit和 Role Association 是互斥的，即只能使用他们中的一种。
他们之间的切换方法如下：
在工作区右击，可以看到一个Enable Swimlane Mode，我们禁用Swinlane Mode 之后，Organization Unit 就变为可用了。Organization Unit处理语言是Data Flow Diagram。
双击查看属性：
2.5.5 定义流程
（1）创建
（2）双击查看属性
流程具有的属性包括Name、Code、Comment、Source（起始对象）、Destination（终止对象）、Stereotype、Transport（数据流的传输方式）、Flow type（流程类型）和处理过程间的Message format（数据交换格式）等。这些属性可以在“属性定义”窗口中进行修改。
其中：
（1） 数据流的传输方式
此属性主要用于文档的编制，提供了数据流传输方式信息。Transport下来列表框中提供传真、邮件、电话3种备选方式，也可以直接输入其它的传输方式。
（2） 流程类型
可以直接输入流程类型或者选择一下流程类型：
1）Success：正常流程
2）Timeout：超时流程
3）Technical error：技术错误流程
4）Business error：业务错误流程
5）Compensation：补充流程。
6） 可以自己定义
（3） 消息格式
可以选择以下消息格式类型：
None：表示流程间没有数据交换。
Undefined：默认选项，表示以后将定义其消息格式。
可以单击消息格式下拉列表框旁的“新建”图标为流程定义消息格式。
（4） 流程条件（Condition）
当存在多个流程时，可以根据流程条件来选择执行流程。在“流程属性”窗口中由Condition选项卡来定义流程条件，如下图所示：
Condition具有以下参数：
Alias：对流程条件总结（别名）。当流程条件很复杂时，可以设置Alias属性，这样在流程图中即可显示概要性的Alias，而不显示整个复杂的流程条件。
Editor：流程条件的详细信息。用于具体描述流程的条件。
说明：在流程图总Alias将显示在流程线旁，如果定义了Condition而没有指定Alias，则在流程线旁显示所有Editor信息。
2.5.6 定义消息格式
消息格式定义了流程间的两个对象所要交互数据的数据格式。如果没有数据交换，则可以不用定义任何消息格式,消息格式可以是XML文档、XML模式或者调用存储过程的参数。
在流程图中消息格式伴随着相关的流程出现。在“流程属性”窗口中定义消息格式时，消息格式即链接到流程图标中，如下图所示。
注意：在流程图中不允许复制消息格式图标，如果删除消息格式图标，则“流程”的消息格式属性设置为“None”。
消息格式可以通过如下两种方法创建：
（1）选择Model→Message Format命令
（2）通过流程（Flow）属性的crate选项创建，如下图：
消息格式具有的属性包括Name、Code、Comment、Stereotype、Type及Message format等。这些属性可以在属性窗口中修改，其中消息格式类型可以直接输入或者选择一下消息格式类型。
DTD：表示消息格式类型为文档类型定义（Document TypeDefinition）
XML Schema：表示消息格式类型为XML模型
RELAX NG：是一种基于语法的XML模式语言，可用于描述、定义和限制XML词汇表。
2.5.7 定义资源
资源（Resource）类似数据存储，可以是数据、文档、数据库、组建等处理过程，可以用于特殊事务。
（1）创建资源
（2）定义资源流程
“处理过程”通过“资源流程（ResourceFlow）”访问资源。在流程图中使用带有箭头的虚线表示资源流程。
资源的访问方式决定了资源流程的方向。
当“资源流程”来自于“处理过程”时，则资源的访问方式应当为Create、Update或Delete。下图表示来自“处理过程”的“资源流”，表示“处理过程”创建、更改或删除资源数据。
双击Flow 查看属性：
来自“资源”的资源流程访问方式为Read，表示“资源”被“处理过程”读取，如下图所示：
当资源的访问方式为Read和其它访问方式（Creat、Update、Delete）混合时，资源流程图标为双向箭头。
2.5.8 定义终点
终点（End）是业务流程图总处理过程的终止点。因为一个模型或包中可以使用多个业务处理流程，因此在一个包或模型中允许定义多个终点。甚至在同一个业务流程图中也可以定义多个终点，如正确与错误情况的终点就可以不同。
终点的类型包括以下选项：
1）Success：表示流程正常终止
2）Timeout：表示流程因为超时而终止
3）Business error：表示流程因为业务逻辑错误而终止
4）Technical error：表示流程因为技术错误而终止
5）Compensation：补充终点。
Powerdesigner 自带的示例：
