AERYU

——此时就可以帮上忙了。BPM是一套设计、执行、管理及监控业务流程的技术和标准。一个业务流程是指为了实现某种业务目的行为（盒子）——每个盒子代表一个人的操作、一个内部系统、或一个合作公司的流程——的流程或一系列动作。

这么多年来业务流程和BPM的范围已经被扩展。就在几年前，BMP——那时叫“工作流”(workflow)——用来管理和驱动在公司部门内大型人性化和纸制流程的组件。例如，处理一个申请（保险申请），将扫描的纸制申请表格作为输入，电子化地从一个索赔受理者的电子邮箱（或者worklist）传到另一个那里。这相当于模仿各办公室邮件在办公桌之间传递的传统动作。现在BM是一种企业集成技术，作为对面向服务系统架构（Service-Oriented Architecture (SOA)）、企业应用集成(Enterprise Application Integration（EAI）)、企业服务总线（Enterprise Service Bus（ESB））的补充。当代的流程成功地处理了复杂系统的交互，其本身作为一种服务依照良好定义的技术契约可以与以他公司的流程交互、交流。例如，零售商处理购买订单的流程运用Xml消息与基于服务的顾客和仓库流程交互。

理想的BPM体系结构

我即将出版的一本书《业务流程建模本质》（Essential Business Process Modeling）探究了BMP的概念、设计和标准。当今的BMP相当于一个沼泽，我的书与许多被误解、被误用和被过分吹嘘的厂商和标准争论。在对BMP前景的调查中，我的书强调标准高于厂商，因为标准是更好的概念源头，且使这个主题更清晰。已通过的BMP标准乍眼望去像一盘黑糊糊的字母形花片汤（见表1），但是将其中最好的恰当地组合后，他们会形成一个非常易于理解的体系结构，见图1。


表 1. BPM 标准


图1. BPM 体系

在这个体系结构的核心部位是一个执行流程的运行时引擎，其流程的源码是由基于XML的BPEL语言写成，BPEL是当今最著名、广泛应用的BPM标准，及最优秀的BPM执行语言。这些流程是由业务和技术分析家使用支持可视化流程图语言BPMN——最好的BMP图形语言——的图形编辑器设计出来的。此编辑器包括一个导出器，可以从BPMN图生成BPEL代码(之后部署到引擎)。(在当前许多Java开发工具中，BPMN到BPEL的流程与UML到Java的流程相类似。)

人和计算机的交互驱动引擎里流程的执行。人这个参与者使用一个图形化工作列表应用程序浏览并执行未执行完毕的手工工作（在流程运行的引擎里）。依附于公司网络的但在引擎地址空间外的内部IT系统，被储如web服务，j2EE，或COM的集成技术，通过XML作为选用的消息格式所访问；用编成语言如java、C#写出的内部交互可以是更轻便的内嵌代码片断。外部交互是典型的基于web服务的通信，由编排控制，例如那些用新兴的XML语言——WS-CDL 这个领先的编排语言所创作出的外部交互。虽然编排描述了多个参与者流程交互（在business-to-business电子商务里很典型）的整体、引人注意的视图，但是编排工具包可以用来生成一个基本的BPMN模型，其可以捕捉某个特定参与者流程所要求的通信，同时这个工具还可以验证一个给定的流程是否满足编排的要求。（WS-CDL文献建议由WS-CDL生成BPEL而不是BPMN。但是在现在的体系结构中，BPMN作为一种设计语言是一个必要的间接层。）

BPM系统管理员里利用一个图形化的监视控制台来维护和跟踪引擎流程的状态。控制台使用一种管理语言与引擎衔接。实时引擎将流程状态持久化到数据库，控制台直接与数据库碰面，而不是用管理语言来沟通。运行时引擎将流程状态持久化到数据库，控制台直接与数据库碰面而不是使用管理语言来专门执行流程的请求。监控构造也支持业务活动监控（Business Activity Monitoring (BAM)）或者仪表板式的业务监控。

在这个平台上的开发过程如下：

1.从一个WS-CDL choreography生成一个初始的BPMN模型。如果流程并不是从一个编排衍生而来则越过此步。
2.设计BPMN模型
3.从BPMN模型生成BPEL
4.开发必要的人和系统(内部和外部)的接口
5.部署BPEL代码和其必要的接口到引擎
6.使用管理和监控接口跟踪正在运行的流程。

这个体系结构的全貌（由WFMC——众多BPM标准组织中最成熟的一家——的参考模型激发而成）类似许多集成厂商（如，IBM、BEA,、Oracle、Tibco,、SeeBeyond和Vitria ）所提供的平台。使这个体系结构特别的地方是其标准的选择。BPEL、BPMN和 WS-CDL都被包含进来，因为他们分别是执行、设计和编排的最好解决方案，BPM最重要的三个部分。
（如图2所示未来可能包括新兴标准BPQL——用于监控，BPSM和BPDM——用于元模型建模，BPRI——用于运行时接口，BPXL——用于BPEL扩展）。事实上，很多厂商支持或正在实现支持BPEL。但是BPMN的支持非常少（大多数厂商提供各自的方案），WS-CDL的支持几乎没有。BPEL并不够。这个体系很理想化，需要实际的实现。


图2. 在理想体系中的BPM 标准

让这个零售流程运行起来

这个体系结构也许还没有任何实现，但是就零售商处理一个购买订单为例，我们近似描述这个指定的开发周期并建立一个实际的流程。我们从编排开始。一个零售商流程并不是在孤立的环境中运作，而是须同顾客和仓库的流程合作来接收、填写订单。这个编排可以用下面的文字描述：
1.顾客将向零售商发送订单。
2.零售商向顾客发送订单已收的确认
3.零售商将订单转发给仓库并将顾客emai地址也传过去。仓库将用这个地址通知用户什么时候订单完成。
4.仓库如接受了订单，就发送一个肯定的确认给零售商；如拒绝了订单则发送一个否定的确认。在这个两种情况里，零售商都将仓库的返回结果转发给顾客。
5.假设仓库接受了顾客的订单。仓库当完成了处理并准备发货的时候，就直接通知给客户发通知。

WS-CDL的好处就是可以将这些步骤用XML语言形式上编成代码。开始两个步骤的文字描述用WS-CDL编成代码如下：

例子1. WS-CDL 顾客-零售商交互

1   <interaction name="POInteraction" channelVariable="tns:RChannel" 
2      operation="handlePO" initiate="true">
3      <participate relationshipType="tns:CRRelationship" 
4         fromRole="tns:Consumer" toRole="tns:Retailer"/>
5      <exchange name="POReq" informationType="tns:PO" 
              action="request">
6         <send variable="cdl:getVariable(poC, tns:Consumer)"/>
7         <receive variable="cdl:getVariable(poR, tns:Retailer)"/>
8      </exchange>
9      <exchange name="PORsp" informationType="tns:POAck" 
              action="respond">
10         <send variable="cdl:getVariable(poAckR, tns:Retailer)"/>
11         <receive variable="cdl:getVariable(poAckC, tns:Consumer)"/>
12      </exchange>
13   </interaction>

1   <process name="Retailer" 
2      targetNamespace="http://acm.org/samples" suppressJoinFailure="yes"
3      xmlns:tns="http://acm.org/samples" 
4      xmlns="http://schemas.xmlsoap.org/ws/2003/03/business-process/"
5      xmlns:bpws="http://schemas.xmlsoap.org/ws/2003/03/
          business-process/">
6   
7      <!-- some code omitted - ->
8   
9      <!-- Mainline process code starts here -->
10      <sequence name="main">
11   
12         <!-- Step 1: Consumer sends PO -->
13         <receive name="receiveInput" partnerLink="consumer" 
                portType="tns:Retailer" 
14            createInstance="yes" operation="sendPO" variable="po">
15            <!-- Use the inbound PO message as the basis for 
                     correlation -->
16            <correlations>
17               <correlation set="poset" initiate="yes"/>
18            </correlations>
19         </receive>
20   
21         <!-- Step 2: Send receipt ack to consumer -->         
22         <invoke name="callbackClient" partnerLink="consumer" 
23            portType="tns:RetailerCallback"  operation="poReceipt" 
24            inputVariable="po"/>
25   
26         <!-- Step 3: create PO record in internal database -->
27         <invoke name="writePOToDB" partnerLink="retailerDB" 
                portType="tns:RetailerDB" 
28            operation="createPO" inputVariable="po"/>
29   
30         <!-- Step 4: send PO to warehouse -->
31         <invoke name="sendPOToWH" partnerLink="warehouse" 
                portType="tns:Warehouse" 
32            operation="sendPO" inputVariable="po"/>
33   
34         <!-- Step 5: wait for warehouse response -->
35         <receive createInstance="no" name="receiveWHResponse" 
                partnerLink="warehouse" 
36            portType="tns:WarehouseCallback" operation="onResult" 
37            variable="poResponse">
38            <!-- correlate on identifiers in initial PO -->
39            <correlations>
40               <correlation set="poset" initiate="no"/>
41            </correlations>         
42         </receive>
43   
44         <!-- Step 6: send warehouse response to consumer -->
45         <invoke name="responseToConsumer" partnerLink="consumer" 
46            portType="tns:RetailerCallback"
47            operation="poResult" inputVariable="poResponse"/>
48   
49         <!-- Step 7: update PO in internal database -->
50         <invoke name="updateDB" partnerLink="retailerDB" 
                portType="tns:RetailerDB" 
51            operation="updatePO" inputVariable="poResponse"/>
52   
53         <!-- Step 8: Special processing if warehouse rejected PO -->
54         <switch name="checkResp">
55            <!-- It's a reject if the "action" field of the 
56                 warehouse response is "reject" -->
57            <case condition="bpws:getVariableData(
58               "poResponse","payload",
59               "/tns:POMsg/tns:action") = "reject"">
60               <sequence>
61                  <!-- Assign a task to a sales rep to 
                        contact the consumer about the
62                       rejection. Fire and forget: don't 
                        bother waiting for the result 
63                       of the task. -->
64                  <invoke name="salesFollowup" partnerLink="taskMgr" 
65                     portType="tns:WorkflowTaskManager"
66                     operation="create" inputVariable="task"/>
67               </sequence>
68            </case>
69            <otherwise/>
70         </switch>
71      </sequence>
72   </process>