基于Web Service组件Web服务组合设计方法.docVIP

基于Web Service组件Web服务组合设计方法 　　摘要：利用软件工程领域中的相关知识，提出了有效策略，构建出了服务组件知识库结构，解决了服务组合的重用问题。 　　关键词：Web服务组件；组合重用；组件知识库 　　中图分类号：TP311文献标识码：A文章编号：1009-3044(2007)06-11600-01 　　 　　1 引言 　　Web Service是一种通过URI（Uniform Resource Identifier）定位的软件应用，以XML形式定义、描述、发现其接口和绑定。在基于Internet的协议上，通过使用基于XML的消息交换，Web Service支持同其他软件的直接访问[1]。 　　Web Service是一个崭新的分布式计算模型，是Web上数据和信息集成的有效机制[2]。然而，目前Web Service的工业应用还停留在手工进行单个服务的使用，服务组合的开发一般仍然按照业务逻辑以硬代码（hard coding）的方式进行开发。例如，BPEL4WS是目前比较流行的服务组合的方法，它是一种非结构化的方法，在BPEL中将Web Service的操作（输入或输出）以简单的形式组合在一起，如果应用或需求改变，则必须重新组合，再次设计与开发。为了使开发者能够重用以前所开发的Web Service组合，引入Web Service Component，使组合可以重用（reuse），可以扩展(extension)，可以精华(specialization)。 　　实现软件复用的关键因素包括领域工程。研究表明[3,4,5]，软件复用在领域内更容易获得成功，Web Service以及Web Service组合可以看作是一种可复用的软件组件。因此，在领域内进行服务及服务组合的重用会更有成效[6]。 　　本文研究了一种支持Web Service组合重用的方法，通过对域业务（domain business）进行分析类比，以及在组件库中建立相应的“关系树”，达到新的组合粒度。论文借鉴了文献[6]的组件库结构，在文献[3,4]基础上，形成对Web服务组件更有粒度的开发方法。 　　 　　2 Web Service组件类知识库的基本结构 　　服务组件类知识库是一个关系树和原始服务组件类的集合。原始服务组件类包括[4]：Service Component Creation Classes，Service Component Construction Classes。每一个继承关系树包含若干层，其顶层是一个基本的服务组件类。基本组件类之间并不存在重用关系。继承关系树中的较低层对较高层进行重用。服务组件类库应包括如下5种结构： 　　(1)域业务“属于”关系树； 　　(2)域业务组件“属于”关系树； 　　(3)域业务组件“继承”关系树类比表：此表用于匹配域业务组件同相应的服务组件类。类比表包括三个域：域业务组件名，反映域业务的分类；同域业务组件对应的服务组件类类名以及它的operation、input and output；服务组件类的实例名。当一个新的类比成功应用时，相应新的关系应添加到类比表； 　　(4)服务组件应用类“继承”关系树； 　　(5)原始服务组件类。 　　 　　3 Web Service组件类重用策略 　　服务组件类库使开发者主要关注三个方面：对新域业务的理解，新业务同以往已开发的域业务之间类比关系的建立，相应的服务组件类关系的建立。类比决定着服务组件类重用的有效性，因此重用策略使不同开发者可以有效重用服务组件类。 　　策略1：域业务的抽象。不同的开发者有不同的经验、技术以及对业务的不同理解。不同的理解导致对不同的服务组件类的理解。此策略指导开发者得出合适的域业务的抽象。抽象策略包含以下三个步骤： 　　(1)自顶向下业务划分：根据域组织结构的分析，首先应描述顶级域业务（要尽可能简单，以业务为主要目标），然后执行自顶向下的划分，划分过程进行到基本业务为止。此阶段的输出结果是域业务“属于”关系树，其结构同域组织架构很相似。 　　(2)自底向上的域业务抽象：在域业务“属于”关系树中，相同层上的域业务被看作一类业务。对每一类业务形成一个业务组件，一类业务的成员是对应业务组件的实例。通过业务之间的“属于”关系，域业务组件的“属于”关系树能够建立起来。域业务组件“属于”关系树反应对域业务结构的一种抽象。 　　(3)建立域业务组件“继承”关系树：将业务组件进行分类，对每类业务组件进行抽象，形成一个代表性的业务组件（此业务组件可以是虚拟的），每业务类的成员都代表业务组件的继承。然后继续对所有代表性业务组件重复以上步骤直到得到通用业务组件，即根业务组件，这样域业务组件“继承”关系树就建立起来了