从UML到BPEL的转换

如何通过BPEL来进行Web Services编排呢？有些公司把它称为Web Services工作流，意思是已经使用基础的Web Services协议栈SOAP/WSDL/UDDI。

BPEL是用来构建这些Web Services决策链或工作流的。为了尽可能多的构建基于Web services的业务过程并用BPEL把它们粘合到一起，必须使每个独立的服务都达到精确的平衡。使用粗粒度的Web Services比使用BPEL创建不同决策链的整体目标更重要，因为它们可能是完整的业务过程。同样的，细粒度的服务不利于重用和构建BPEL工作流。

这个过程本质上与面向对象的设计很类似，即一个对象需要完成足够的工作来证明它的存在才能不被认为是上层调用对象。因此我们可以使用同样的方式考虑Web Service，即可以利用面向对象的建模语言UML来构建BPEL工作流。

考察UML2.0的13种建模元素，我们可以发现有很多模型适合构建BPEL工作流，如动态模型中的活动图、序列图等；同时，静态模型中的组合结构图、类图等还可以描述工作流活动的静态链接。

活动图的应用非常广泛,它既可用来描述操作(类的方法)的行为,也可以描述用例和对象内部的工作过程。活动图是由状态图变化而来的,它们各自用于不同的目的。活动图依据对象状态的变化来捕获动作(将要执行的工作或活动)与动作的结果。活动图中一个活动结束后将立即进入下一个活动(在状态图中状态的变迁可能需要事件的触发)。活动图中的主要要素：

一项操作可以描述为一系列相关的活动。活动仅有一个起始点,但可以有多个结束点。活动间的转移允许带有事件、动作和守卫条件。一个活动可以顺序地跟在另一个活动之后,这是简单的顺序关系。如果在活动图中使用一个菱形的判断标志,则可以表达条件关系，判断标志可以有多个输入和输出转移,但在活动的运作中仅触发其中的一个输出转移。

活动图对表示并发行为也很有用。在活动图中,使用一个称为同步条的水平粗线可以将一条转移分为多个并发执行的分支,或将多个转移合为一条转移。此时,只有输入的转移全部有效,同步条才会触发转移,进而执行后面的活动,如图2所示。

序列图用来描述对象之间动态的交互关系,着重体现对象间消息传递的时间序列。序列图存在两个轴：水平轴表示不同的对象，垂直轴表示时间。序列图中的对象用一个带有垂直虚线的矩形框表示，并标有对象名和类名。垂直虚线是对象的生命线,用于表示在某段时间内对象是存在的。对象间的通信通过在对象的生命线间画消息来表示。消息的箭头指明消息的类型。

序列图中的消息可以是信号(Signal)、操作调用或类似于C++中的RPC（Remote Procedure Calls）和Java中的RMI（Remote Method Invocation）。当收到消息时,接收对象立即开始执行活动,即对象被激活了。通过在对象生命线上显示一个细长矩形框来表示激活。

类图描述类和类之间的静态关系。与数据模型不同,它不仅显示了信息的结构,同时还描述了系统的行为。类图是定义其它图的基础。

组合结构图是UML2.0新增的一种静态结构图，它用来描述系统中某一部分（即“组合结构”）的内部结构，包括该部分与系统其它部分的交互点；它能够展示该部分内容“内部”参与者的配置情况。组合结构图中有几个非常重要的概念，如端口和协议。

端口（port）将组合结构与其外部环境隔离，实现双向的封装，即涵盖了该组合结构所提供的行为（Provided Interface），同时也指出了该组合结构所需要的服务（Required Interface）

协议（protocol）基于UML中“协作”(collaboration)的概念，展示那些可复用的交互序列，其实质目的是描述那些可以在不同上下文环境中复用的协作模式，协议中反映的任务由具体“端口”承担。

组合结构图中的这些概念非常适合描述Web Services中的构件之间的静态关系，由此可以生成BPEL业务流程对应的服务接口即WSDL。