何为服务组合

合集下载

Web服务组合研究

Web服务组合研究
( ) S O W S ( bS ri d lg O tl y: 于 框 2 W M / ML We e c Moei no g )基 ve n o
架逻辑 .从四个方面描 述语义 We 服务 : n l y b O t o .We evc . og bSri e
G a 和 Me i o : ol d tr a
2 语义 We 服务研究 . b
标准的 We 服务缺乏必要 的语义信息 。 b 导致 We 服务功能得 b
言编写的服务之 间的交互电子商务的迅速发展 . 对跨企业 的应用 不到准确的描述 。无法消除服务语义的模糊,理解的歧义性等 问 集成以及企业 内部应用的集成提 出了需求 。 We 服务 的出现正 题 .并影响了 We 服务 的自动发现,匹配和组装。语义 We 服务 而 b b b

服务组合作为一个满足业务需求的流程规 划 . 涉及到基本服
用于描 述服 务合成过程的控制流和信息 流的流描 述语 言 问题 :
() 1 采用怎样 的Wef 务组合模型作为组合研究的框架基础 : bE J () 2 在可替换的服务中如何根据Q S o 要求进行质量驱动的服务 () 3 建立怎样 的代价模型以评估 We 服务组合的代价 ; b () 4 怎样定义各个组成部分之间的关系:
根据 W3 C的定义 .We 服务是由 U i b R 标识的软件应用程序 .
( ) WS / WS (e ni We ev e O tl y:基于 一 3 S O S L Smat b Sri n o ) c c og
通 过 X 构 件进 行 定 义 、描 述 和 发 现其 接 口和 绑 定 。W e 服 务 支 阶 逻 辑 .充分 吸收 了 O L S和 W S O WS L的优 点 : ML b W - M / M

UML类图关系(泛化、继承、实现、依赖、关联、聚合、组合)

UML类图关系(泛化、继承、实现、依赖、关联、聚合、组合)

继承、实现、依赖、关联、聚合、组合的联系与区别分别介绍这几种关系:继承指的是一个类(称为子类、子接口)继承另外的一个类(称为父类、父接口)的功能,并可以增加它自己的新功能的能力,继承是类与类或者接口与接口之间最常见的关系;在Java 中此类关系通过关键字extends明确标识,在设计时一般没有争议性;实现指的是一个class类实现interface接口(可以是多个)的功能;实现是类与接口之间最常见的关系;在Java中此类关系通过关键字implements明确标识,在设计时一般没有争议性;依赖可以简单的理解,就是一个类A使用到了另一个类B,而这种使用关系是具有偶然性的、、临时性的、非常弱的,但是B类的变化会影响到A;比如某人要过河,需要借用一条船,此时人与船之间的关系就是依赖;表现在代码层面,为类B作为参数被类A在某个method方法中使用;关联他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系,比如我和我的朋友;这种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的,一般是长期性的,而且双方的关系一般是平等的、关联可以是单向、双向的;表现在代码层面,为被关联类B以类属性的形式出现在关联类A中,也可能是关联类A引用了一个类型为被关联类B的全局变量;聚合聚合是关联关系的一种特例,他体现的是整体与部分、拥有的关系,即has-a的关系,此时整体与部分之间是可分离的,他们可以具有各自的生命周期,部分可以属于多个整体对象,也可以为多个整体对象共享;比如计算机与CPU、公司与员工的关系等;表现在代码层面,和关联关系是一致的,只能从语义级别来区分;组合组合也是关联关系的一种特例,他体现的是一种contains-a的关系,这种关系比聚合更强,也称为强聚合;他同样体现整体与部分间的关系,但此时整体与部分是不可分的,整体的生命周期结束也就意味着部分的生命周期结束;比如你和你的大脑;表现在代码层面,和关联关系是一致的,只能从语义级别来区分;对于继承、实现这两种关系没多少疑问,他们体现的是一种类与类、或者类与接口间的纵向关系;其他的四者关系则体现的是类与类、或者类与接口间的引用、横向关系,是比较难区分的,有很多事物间的关系要想准备定位是很难的,前面也提到,这几种关系都是语义级别的,所以从代码层面并不能完全区分各种关系;但总的来说,后几种关系所表现的强弱程度依次为:组合>聚合>关联>依赖;聚合跟组合其实都属于关联只不过它们是两种特殊的关联因为本是同根生所以它们之间难免会有相似之处下面让我们一起来看一下它们之间有何不同聚合与组合的概念相信不用我在此赘述大家就已经了解了下面直接上例子程老师的《大话》里举大那个大雁的例子很贴切在此我就借用一下大雁喜欢热闹害怕孤独所以它们一直过着群居的生活这样就有了雁群每一只大雁都有自己的雁群每个雁群都有好多大雁大雁与雁群的这种关系就可以称之为聚合另外每只大雁都有两只翅膀大雁与雁翅的关系就叫做组合有此可见聚合的关系明显没有组合紧密大雁不会因为它们的群主将雁群解散而无法生存而雁翅就无法脱离大雁而单独生存——组合关系的类具有相同的生命周期聚合关系图:组合关系图:从从代码上看这两种关系的区别在于:构造函数不同雁群类:[csharp]view plaincopy1.public class GooseGroup2. {3.public Goose goose;4.5.6.public GooseGroup(Goose goose)7. {8.this.goose = goose;9. }10. }[csharp]view plaincopy1.public class GooseGroup2. {3.public Goose goose;4.5.6.public GooseGroup(Goose goose)7. {8.this.goose = goose;9. }10. }大雁类:[csharp]view plaincopy1.public class Goose2.{3.public Wings wings;4.5.public Goose()6. {7. wings=new Wings();8. }9.}[csharp]view plaincopy1.public class Goose2.{3.public Wings wings;4.5.public Goose()6. {7. wings=new Wings();8. }9.}聚合关系的类里含有另一个类作为参数雁群类(GooseGroup)的构造函数中要用到大雁(Goose)作为参数把值传进来大雁类(Goose)可以脱离雁群类而独立存在组合关系的类里含有另一个类的实例化大雁类(Goose)在实例化之前一定要先实例化翅膀类(Wings)两个类紧密耦合在一起它们有相同的生命周期翅膀类(Wings)不可以脱离大雁类(Goose)而独立存在信息的封装性不同在聚合关系中,客户端可以同时了解雁群类和大雁类,因为他们都是独立的而在组合关系中,客户端只认识大雁类,根本就不知道翅膀类的存在,因为翅膀类被严密的封装在大雁类中。

基于QoS的P2P网络服务组合的算法

基于QoS的P2P网络服务组合的算法
摘 要 : 有 的 P P网 络 服 务 缺 乏服 务 质 量 保 证 , 难 应 用 于 商 业 领 域 。 将 服 务 质 量 属 性 引入 P P 网络 服 务 , 出 了 P P网 现 2 很 2 提 2
络 中服 务组合模 型 , 并且给 出一 个基 于服 务质 量 的 P P服 务组合 计 算方法 。 2 然后提 出一种 拉格 朗 日松弛 法算 法 , 出 了满 足 给 用户服 务水平 协议 的服务组 合求 解步骤 。 实验 结 果表 明, 出的拉 格 朗 日松 弛法 求解 P P服 务组合 计算 的模 型有 良好 的时 提 2
GAO a ・ a , YU h n we 。 S n l n Xi o y n Z e— i , HIYi ・ g o
(. hn nvri f i n d eh ooy B in 0 0 3 C i ;2 D pr n o C m ue adS i c, 1 C i U i syo M nห้องสมุดไป่ตู้g n cn l , e ig10 8 , h a . e at t f o p tr ce e a e t i a T g j n me n n Not C ia ntue f cec d eh o g , e ig1 10 , h a r hn stt o S i e c l h I i n a T n o B in 0 6 1 C i ; n y j n
P P服 务 技 术 的 兴 起 为 建 立 一 个 适 合 P P环 境 、 度 分 2 2 高 散 化 、 度 自治 分 布 的 应 用 提 供 了 计 算 模 型 。然 而 , 对 数 高 面 量 庞 大 , 态 万 端 的 服 务 群 , 何 描 述 和 索 引 服 务 , 样 查 形 如 怎 找 用 户 需 要 的 服 务 , 并 且 把 多 个 服 务 动 态 组 合 以 完 成 特 定

服务交付管理面试题目(3篇)

服务交付管理面试题目(3篇)

第1篇1. 请简要介绍服务交付管理的定义和作用。

2. 服务交付管理通常包括哪些环节?3. 服务交付管理与项目管理有何区别?4. 服务交付管理在IT行业中的重要性是什么?5. 请列举3个服务交付管理的关键成功因素。

二、服务设计1. 请解释服务设计的概念及其在服务交付管理中的重要性。

2. 服务设计的主要任务是什么?3. 服务设计过程中,如何进行需求分析?4. 服务设计过程中,如何进行服务模型设计?5. 请举例说明服务设计过程中的关键点。

6. 如何评估服务设计的质量?三、服务开发1. 请介绍服务开发的概念及其在服务交付管理中的重要性。

2. 服务开发的主要任务是什么?3. 服务开发过程中,如何进行技术选型?4. 服务开发过程中,如何进行编码规范和最佳实践?5. 如何进行服务开发的质量控制?6. 请举例说明服务开发过程中的关键点。

四、服务部署1. 请解释服务部署的概念及其在服务交付管理中的重要性。

2. 服务部署的主要任务是什么?3. 服务部署过程中,如何进行服务配置?4. 服务部署过程中,如何进行服务监控?5. 如何评估服务部署的效果?6. 请举例说明服务部署过程中的关键点。

五、服务运营1. 请解释服务运营的概念及其在服务交付管理中的重要性。

2. 服务运营的主要任务是什么?3. 服务运营过程中,如何进行服务监控?4. 服务运营过程中,如何进行故障处理?5. 如何评估服务运营的效果?6. 请举例说明服务运营过程中的关键点。

六、服务改进1. 请解释服务改进的概念及其在服务交付管理中的重要性。

2. 服务改进的主要任务是什么?3. 服务改进过程中,如何进行服务评估?4. 服务改进过程中,如何进行服务优化?5. 如何评估服务改进的效果?6. 请举例说明服务改进过程中的关键点。

七、服务交付管理工具与技术1. 请列举3种常用的服务交付管理工具。

2. 请简要介绍敏捷开发在服务交付管理中的应用。

3. 请简要介绍DevOps在服务交付管理中的应用。

多Agent Web服务组合系统的设计

多Agent Web服务组合系统的设计

多 A et b服 务 组合 系统 的设 计 gn We
王 力生 , 眭 聃 , 智 华 何
( 同济 大学 计 算机科 学 与技 术 系 , 海 20 9 ) 上 00 2
( sia @ g i e m t ud n ma . o ) j l

要: 设计 一种 基 于 A oa系统平 台的 We gr b服务 自动 组合 系统 框 架 。使 用 主体 A et 表 服 gn 代
( eat etfC m ue c ne n e nl y og n e i ,S a g a 00 2 hn ) Dp r n o o p tr i c dTc oo ,T nfU i r t h nh i 0 9 ,C i m Se a h g i v sy 2 a
Ab t a t sr c :De in 山e a c i e u e o l a tmai e e vc o o i o y tm ae n te AGOR p a o m. Us sg r h t t r fa u o t W b s r ie c mp st n s s e l c i e b s d o h A l t r f e a t e A e t e r s n h e vc rv d r n o s me .A trd s n n h ih lv l r h tc u e h o ci g ns t r p e e t e s r ie p o ie sa d c n u r v o t s f e i i g t e h s — e c i t r ,t e c mmu i a o e g e a e nc t n i
Ke od :m tA et yw rs u i gn;We ev ecm si ;s ut nc c u l — bsr c o p io i o t n i a o a u s t i ll

面向应用的Web服务组合设计和验证框架

面向应用的Web服务组合设计和验证框架
ct n ai meh d , e a e o t n s t p- o n  ̄a w r i r me WS o e s r i e c mp st n e in n v r c t n I o t o s t p p r u l e a o d w h i me o k- F a 4 f r W b e c s o o i o d s a d e f ai . v i g i i o n
华中科技大学 计算机 学院 应用 系, 武汉 4 07 304
C l g f C mp t r S in e a d T c n lg , a h n i est f S in e a d T c n l g , u a 3 0 4, i a ol e o o u e c e c n e h oo y Hu z o g Unv r i o ce c n e h o o W h n 4 0 7 Chn e y y E mal g x wa g i ac m - i: u w n @sn .o
_
GU Xi wu, i x a LU Z e g d n . p ia i n o n e r me r o e e vc s c mp sto e i n a d e i - LI Ru - u n, h n - i gAp l to  ̄e t d f a wo k f r W b s r ie o c o i n d sg n v r- i
i r me WS,h p o e s o e s r ie o o i o i d vd d i t e c pi n lv l a sr c e e n x c t n lv 1 h f卜 Fa 4 t e r c s f W b ev c s c mp s in s i i e n o d s r t e e , b t t lv l a d e e u i e e . e 0 t i o a o T ma d l a d v r c t n a p o c r e n d i b t c e e O a o e s r h or cn s f We e i e o o i o . l mo e n e f ai p r a h a e d f e n a s a t lv l S s t n u e t e c re t e s o b s r c s c mp s in i i o i r v t Ke r s y wo d :W e e vc s W e e ie o o i o ;o ma d l b s r ie ; b s r c s c mp s in fr l mo e v t

基于本体论的网格服务组合方法

基于本体论的网格服务组合方法
维普资讯
20 0 6年 9月
第2 O卷 第 3 总 6 期 5期
北京联合 大学学报( 自然科 学 版 ) Jun l f ej gU inU iest( trlS ine ) o ra in no nv ri Naua ce cs oB i y
开 放 网 格 服 务 体 系 结 构 O S … ( pn G i GA O e r d S r csAci c r)采 用 We ev e r t t e , i heu b服 务 计 算 模 型作 为 其基 础架构 , 合 了 网格 技术 和 We 融 b服 务 技术 , 特 别 是新 网格标 准草 案 WS F We e i s eore R ( bSr c s c v eR u
从 网格 服 务 池 中 找 到 用 户 需 要 的 服 务 , 以及 如 何 根
念集 , O tl 针 对 的 是 团 体 而 非 个 体 的 共 识 。 即 n o og y 从 本质 上讲 , 体论 是一 个或 几 个 领域 内的 概念 以 本
及反 映这些 概 念 间的关 系 的集 合 , 系反 映 了概念 关
能 构成新 的关 系。 O b 体语 言 是 由 W3 WLWe 本 C组 织 将 D ML A
足需 求 。例 如 一 个高 级 的抽 象 服 务可 以 由 s 、 2 1s 、
s 3三 个不 同 的服务 组成 , s 而 1和 s 3又分 别 由其 它 的更 具体 的服 务组 成 ,1 、 1 、 1 S 1 S 2 S 3共 同完 成 s 服 1 务 的功 能 , s 1和 ¥ 2完成 s 而 3 3 3服务 的功 能 。面对 网格 环 境下 数 量 庞 大 的 服务 , 样 存储 服务 , 怎 怎样
据 需 ( 把找 到 的服务 动 态组 合成 一 个 能 完成 特 定 要

Web服务组合综述

Web服务组合综述
收稿日期 : 2005203228; 修返日期 : 2005205213 基金项目 : 国家“863”计划基金资助项目 (2003AA148020)
(1)发布 。为了使服务可访问 ,需要发布服务描述以使服 务使用者发现和调用它 。
(2)发现 。服务请求者定位服务 ,查询服务注册中心来找 到满足其需求的服务 。
在此阐述服务组合方法 ,我们采用按组合方法抽象层次由 低到高来逐一介绍 。现有的服务组合方法可分为四个层次 :硬 编码模式 、用特定的服务组合定义语言定义组合服务模式 、模 型驱动模式 、根据目标推理服务组合方案模式 ,如图 3 所示 。 硬编码模式将服务组合以硬编码的方式来实现 ,是组合服务最 原始的方法 ,也最不灵活 ,形成的组合服务适应性差 。W eb服 务是动态变化且自治的 ,当某一服务组件产生错误时 ,需要修 改形成的组合服务工作量大 ,另一方面该方法也不能适应应用 需求的动态变化 。
3 W eb服务组合
随着 W eb服务技术的日益成熟 , 越来越多的稳定易用 W eb服务共享在网络上 。但单个的 W eb服务能够提供的功能
有限 ,为了更加充分地利用共享的 W eb服务 ,有必要将共享的 W eb服务组合起来 ,提供更为强大的服务功能 ,加快系统开发 的速度 ,快速满足用户需求 。
如图 1所示 ,W SDL将 W eb服务定义为服务访问点或端口 的集合 。在 W SDL中 ,服务访问点和消息的抽象定义从具体的 服务部署或数据格式绑定中分离出来 。消息是对交换数据的 抽象描述 ;而端口类型是指操作的抽象集合 ;用于特定端口类
© 1994-2006 China Academic Journal Electronic Publishing House. All rights reserved.
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

服务组合综述近年来,随着Web服务相关标准的持续完善和支持Web 服务的企业级软件平台的不断成熟,越来越多的稳定易用Web服务共享在网络上。

然而单个Web服务的功能有限,难以满足实际应用中的多种多样的需求,因此为了更加充分地利用共享的Web服务,有必要将共享的Web服务组合起来,提供功能更为强大的服务。

Web服务组合的研究正是在这种背景下被提出来,并吸引了工业界和学术界的广泛关注。

1. 基本概念1.1 Web服务Web 服务是基于网络的、分布式的、自描述的、模块化的组件, 它执行特定的任务, 遵循一定的技术规范, 提供了面向Internet应用的统一服务发布、发现、调用和合成机制。

现在它已经成为广域环境下实现互操作的一种主要机制, 得到产业界和学术界的广泛认可。

1.2 Web服务组合由于目前尚未有统一的定义,不同的研究人员从不同的角度对Web 服务组合问题进行定义。

我们对 Web服务组合提出一个更为通用和完整的定义:利用Internet上分布的现有Web服务,根据用户的应用需求,把相对简单的服务按照一定的逻辑方式组合起来,从而组合成更强大、更完整的服务的过程。

Web服务组合可以利用较小的、较简单的、且易于执行的轻量级服务来创建功能更为丰富、更易于用户定制的复杂服务,从而能够将松散耦合的、分散在Internet上的各类相关 Web服务有机地组织成一个更为可用的系统,支持企业内、外部的企业应用集成和电子商务等网络应用。

Web 服务组合方法从组合方案生成方式来分有两大类:静态组合和动态组合。

静态组合意味着请求者应在组合计划实施前就创建一个抽象的过程模型。

抽象的过程模型包括任务的集合以及任务间的数据依赖关系, 每个任务包含一个查询的子句, 用来查找完成任务的真正的Web 服务。

而动态组合不仅自动地选择、绑定Web 服务, 同时更重要的是自动地创建过程模型。

2. Web服务相关技术Web服务的主要思想,就是未来的应用将由一组应用了网络的服务组合而成,只要求两个等同的服务使用统一标准和方法描述自己;Web服务另外一个重要的思想就是:所有东西都是服务,这些服务发布一个API(application programming interface)供网络中的其它服务使用,并且封装了实现细节。

Web服务的体系结构如下图所示。

从上图看出,在Web服务的体系结构中共有3种角色:(1)Service provider:服务提供者,负责向服务代理发布自己提供的Web服务,并且对使用自身服务的请求进行响应,它是Web服务的实际执行者;(2)Service broker:服务代理,负责Web服务的注册和对外发布功能,并对已注册的服务进行分类和查找;(3)Service requester:服务请求者,利用Service broker提供的服务查找功能,得到所需的服务信息,然后调用Service provider提供的服务。

在这些角色之间进行的操作有:(1)publish:使Service provider可以向Service broker注册自己提供的Web服务的功能描述信息及访问接口;(2)find:使Service requester可以通过Service broker查找满足要求的服务;(3)bind:使Service requester能够真正调用Serviceprovider提供的服务。

为支持上述3种操作,首先需要对服务进行一定的描述。

Web服务描述语言WSDL(web service description language)就是用人和机器能阅读的方式提供的一种描述语言,用于描述Web服务的功能,地址信息,以及函数,参数和返回值。

UDDI(universal description,discovery and integration)可以支持对服务的组织和查找,它是一套基于Web的、分布式的、为Web服务提供的信息注册中心的实现标准规范。

SOAP(Simple Object Access Protocol)提供了标准的远程调用来访问Web服务,它完全继承了XML的开放性和描述的可扩展性。

总之Web服务体系中使用了一系列标准和协议来实现相关功能。

使用WSDL来描述服务,使用UDDI来发布、查找服务,使用SOAP来调用服务。

3. 国内外研究现状简单来说,Web服务组合就是把相对简单的服务按照一定的逻辑方式组合起来,从而组合成更强大、更完整的服务的过程。

当今主要的Web服务组合方法有:基于流程的Web服务组合,基于AI规划的Web服务组合,基于形式化方法的Web服务组合等。

3. 1 基于流程的Web服务组合基于流程的Web服务组合主要是从功能执行和数据控制的角度来进行组合,它有两种方式:编制和编排。

编制需要一个总过程来控制所涉及到的Web服务,并协调Web服务不同操作的执行。

所涉及到的Web服务并不知道它们是组合服务过程的一部分,只有中央的控制过程知道它们是如何组织和协调。

相比之下编排并不依赖中央的总控制过程,其中涉及到的每个b服务都知道何时执行自己的操作,以及与谁交互。

编排方式集中在消息的交换,所有的编排参与者都需要知道业务流程,要执行的操作,要交互的消息以及交换消息的时机。

其中BPEL4WS(Business Process Execution Language for Web Services ,Web服务的商业流程执行语言)是专为组合Web服务而制定的一项标准的流程语言。

BPEL4WS的作用是将一组现有的服务组合起来,从而定义一个新的Web服务。

它能够将Web服务调用、操作数据、抛出故障或终止一个流程等不同的活动连接起来, 从而创造出复杂的流程,这些活动可以嵌套到结构化活动中,结构化活动定义了活动的运行方式和控制流程。

3. 2 基于AI规划的Web 服务组合OWL-S的出现为基于AI规划的组合方法提供了可能,将Web服务看成AI中的动作, 通过输入输出参数、前提和结果等来描述Web服务。

并且只要将Web服务的这些描述映射为动作形式化描述, 在Web服务空间中以构造Web服务组合为目标,根据形式化验证后的模型,动态的选择服务。

基于AI的规划方法包括情景演算规划法、层次任务网规划法和基于规则的规划法。

3.2.1 情景演算情景演算是一种用一阶谓词逻辑描述变化的世界的方法,是描述状态变化和动态推理的形式化方法,其目的是提供一种逻辑语言为活动建模。

它假定世界的变化都是由动作产生,在一个情景执行特定的动作将达到另外一个情景。

McIlraith于2002年提出了一个形式化的方法,将服务组合问题转换为一个满足目标属性要求的程序执行问题,通过提供高层次的通用进程和自定义的用户约束来说明Web服务组合问题,使用Golog来表示和推理。

Golog是一种建立在情景演算基础之上的逻辑编程语言, 适用于机器人和工业过程的高级控制,智能软件Agent编程和任务规划。

它利用情景演算的推理机制将复杂行为分解为一组可执行的原子动作序列,然后通过外部执行器逐步该动作序列中的各原子动作序列。

3. 2. 2 层次任务网规划法Hierarchical Task Network(HTN) Planning利用OWL-S作为Web服务的描述语言, 通过任务分解的方法来组建组合服务。

与其他规划方法不同的是, HTN的核心不是状态, 而是任务。

一个基于HTN的规划系统将目标任务分解为子任务的集合, 这些子任务再分解成更小的子任务,一直循环这个过,直到所有的子任务仅包含原子Web服务,即现有的Web服务。

在每一轮任务的分解过程中, 都会检验是否违反给定的条件(如子任务数不能超过一定数目) 。

如果目标任务在不违反任何给定的条件下, 能够被成功分解成原子任务集, 则规划问题成功求解。

3. 2. 3 Rule-based规划Medjahed提出了一种从高层次声明描述产生组合服务的技术, 这一方法使用组合规则来决定两个服务是否可以组合。

Sword就是利用基于规则服务组合方法的一个组合服务的开发工具集。

它不依赖于服务描述标准如WSDL、SOAP、UDDI和DAML-S,它使用ER图对Web服务建模。

它将一个Web服务表示成一个Hom规则,代表如果前提为真,结果可以达到。

创建组合服务时,请求者只需要指定组合服务的初始和最终状态,就可以通过一个基于规则的专家系统,来判断使用现有的服务是否能够实现所需的服务组合,并产生相应的组合方案,经确认后形成执行的组合服务表示。

3. 3 基于形式化方法的Web服务组合形式化方法提供了以系统的方式,描述、开发和验证系统的框架结构,能够帮助发现系统描述的不一致,不明确或不完整,因此成为了提高软件系统的安全性与可靠性的重要手段。

在服务组合领域,对形式化方法研究的主要目标是在服务组合的规划阶段,对组合的方案进行检查,解决对服务目标的可达性验证、调用过程中的死锁检查、流程的正确性检验等问题。

在Web服务组合的应用中,利用不同的形式化方法,可以得到不同的解决方案。

比较有代表的形式化方法是Petri网方法。

Petri网具有异步、并发的特点,在执行、分析和检验服务组合方面,是目前研究者使用较多的工具。

具体说来,基于Petri网的Web服务建模研究集中于:服务组合的形式化表述(库所表达服务状态,变迁表示服务活动),服务组合的逻辑关系(如顺序、并行、选择、循环、合并、分支等),服务组合建立和执行的算法,可表示组合服务内部及输入、输出数据类型的有色Petri网模型。

研究也包括利用Petri网的数学理论支持和分析工具,如可达图、标识树、不变量等,对建立好模型的面向服务软件系统仿真、分析和验证。

4. 总结和展望Web服务组合是Web服务研究领域中的一个重要的研究分支,具有重要的理论意义和实用价值。

利用与平台无关的Web服务应用能够将商业智能功能整合到企业应用程序当中,在海量的组合方案中,能快速灵活地为用户选择出满足用户需求的服务组合方案。

Web服务的一个主要思想就是未来的应用将由一组应用了网络的服务组合而成。

如何基于语义准确地发现Web服务、如何准确产生满足应用需求及相应约束的组合方案, 如何对Web服务组合方案进行评估、优化, 以及监控Web服务组合的执行和相应的容错处理都是Web服务组合领域有待深入研究的问题。

随着Web服务研究的深入,以及Web服务应用的日益推广,我们相信服务组合技术将会在不久的将来被广泛应用于电子商务、企业应用集成,将成为企业业务服务增值的重要的途径。

相关文档
最新文档