SOE和网络的3C对比

将Web services中以流程为中心的观点和网络中以内容为中心的观点、以知识为中心的观点进行对比，我们从三个方面进行分析：组件（Components）、构成（Composition）、智能性（Cleverness），简称3C（见图2）。

图2 3C的对比

对于网络，其组件是网页，几乎所有的东西都是从网页而来的。对于SOE，其组件是面向服务应用中的个体单元，就像网页是网站的个体单元一样。

在构成方面，网络是通过URL超级链接，而Web services是通过流程。Web services的构成方面有许多标准，如消息交互队列、Web services编制（可执行流程）。举个例子来说，如果一家机票代理机构、一家汽车租赁企业和一个宾馆预订系统将它们的预定或确认功能作为Web services发布，那么我们就可以通过一个流程来查询飞机票的情况，然后根据飞机的时间，检查宾馆和汽车租赁情况。这样，这些由不同公司提供的服务能够组合起来，构成一个新的服务：从机票到宾馆到汽车租赁的一条龙预定。这项服务还可以加入对顾客偏好的考虑，并为顾客安排旅游时间避开高峰。这将是一个智能的预定系统。这种智能化将通过为流程制定规则实现。

图3显示了面向服务的技术架构。规则处于架构的最高层，有时候它也是最重要的一层。智能BPM则构成了其他的三层。

图3 面向服务的技术架构

智能BPM的规则

基于规则的系统的目标是，要将组织内的规则作为重要资产来对待，同时实现这些规则的独立于应用的数字化。企业正意识到，使用BPM战略实现流程的数字化就意味着它们必须实现规则的数字化，因为规则是控制流程的。这两方面的数字化是相互独立的。这里仍然可以使用一些知识管理的技术，但规则的适用范围应该是获取规定、政策、约束和决策逻辑，并将它们运用于流程。这些规则有可能存在于文件当中，也可能存在于管理人员或专家的头脑当中，或者还可能存在于老系统的源代码中。需要将它们从这些来源中抽取出来，注入到智能BPM平台中。

规则是流程的另一个维度。如果考虑用一个三维空间来表示流程的话，那么其中一个维度是资源（参与者：X轴），另一个维度是任务（活动：Y轴），最后一个维度就是规则。如果没有规则，流程就是一个两维的平面的模型。

图4 规则是流程的第三个维度

规则在SOE中的运用

规则几乎存在于企业应用的每一个真实的用例情景中。图5是一个Sarbanes-Oxley遵循流程。这个简单的流程说明了一个agent或多个agent通过几个步骤获取谈判合同的信息：

图5 Sarbanes-Oxley遵循流程示例

在菱形框中，流程将对收入风险水平做出决策。其中复杂的规则通过一张表来显示，该决策表将调用其他的规则。于是组织中的菱形框可以从一张决策表开始，通过执行一张规则图来完成。

对于SOE来说，规则还可以用于验证交易伙伴的资格。随着Web services的成熟和普及，与已知或未知供应商的动态绑定将成为可能。那么选择交易伙伴或服务提供者的标准又是什么呢？规则将在这一点上大展拳脚。UDDI注册信息的丰富程度和企业为客户应用提供的Web services访问将成为选择合作伙伴的主要标准。

一个智能BPM产品还能帮助企业对内部、顾客、合作伙伴的交互数据进行跟踪分析。从现有数据仓库中挖掘数据和抽取知识的能力是任何SOE成功的关键。

规则也是获取交易伙伴之间达成的面向服务协议的理想工具。比如说，一个面向服务协议可能规定了服务呼叫应该在30秒内完成，服务响应应该在48小时之内完成。这只是一个简单的例子。还有关于意外情况应该怎样处理？比如说，交易伙伴在假期内要放假。SLA应该将这种意外情况也考虑进来。SLA还要考虑通信网络的意外情况，对特定的情况或事件都应规定相应的对策。规则可用于提供解决办法或是发出通知。

结论

规则可能是一个组织最重要的资产了。企业运行在一定的约束条件下。它们偶尔会犯错误，并从中学到教训。它们会成长或者消亡。它们不断地建立关系，切断关系。当它们将智能化带入工作时，将实现惊人的改进。

而这只能通过规则的数字化实现，并且要在合适的时间运用合适的规则。智能BPM向SOE提供了以规则为中心的流程。规则支持复杂的决策制定、合作伙伴或服务的动态选择、挖掘服务交互数据库以及复杂的SLA。智能BPM支持SOE的成长，为SOE在高度动态化的环境中竞争提供可观的ROI。（完）

相关链接：
智能BPM和面向服务的企业(上)