何为服务组合

服务组合综述近年来，随着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服务应用的日益推广，我们相信服务组合技术将会在不久的将来被广泛应用于电子商务、企业应用集成，将成为企业业务服务增值的重要的途径。

合集下载

Web服务组合研究

（）ＳＯＷＳ（ｂＳｒｉｄｌｇＯｔｌｙ：于框２ＷＭ／ＭＬＷｅｅｃＭｏｅｉｎｏｇ）基ｖｅｎｏ
架逻辑．从四个方面描述语义Ｗｅ服务：ｎｌｙｂＯｔｏ．Ｗｅｅｖｃ．ｏｇｂＳｒｉｅ
Ｇａ和Ｍｅｉｏ：ｏｌｄｔｒａ
２语义Ｗｅ服务研究．ｂ
标准的Ｗｅ服务缺乏必要的语义信息。ｂ导致Ｗｅ服务功能得ｂ
言编写的服务之间的交互电子商务的迅速发展．对跨企业的应用不到准确的描述。无法消除服务语义的模糊，理解的歧义性等问集成以及企业内部应用的集成提出了需求。Ｗｅ服务的出现正题．并影响了Ｗｅ服务的自动发现，匹配和组装。语义Ｗｅ服务而ｂｂｂ
簟
服务组合作为一个满足业务需求的流程规划．涉及到基本服
用于描述服务合成过程的控制流和信息流的流描述语言问题：
（）１采用怎样的Ｗｅｆ务组合模型作为组合研究的框架基础：ｂＥＪ（）２在可替换的服务中如何根据ＱＳｏ要求进行质量驱动的服务（）３建立怎样的代价模型以评估Ｗｅ服务组合的代价；ｂ（）４怎样定义各个组成部分之间的关系：
根据Ｗ３Ｃ的定义．Ｗｅ服务是由ＵｉｂＲ标识的软件应用程序．
（）ＷＳ／ＷＳ（ｅｎｉＷｅｅｖｅＯｔｌｙ：基于一３ＳＯＳＬＳｍａｔｂＳｒｉｎｏ）ｃｃｏｇ
通过Ｘ构件进行定义、描述和发现其接口和绑定。Ｗｅ服务支阶逻辑．充分吸收了ＯＬＳ和ＷＳＯＷＳＬ的优点：ＭＬｂＷ－Ｍ／Ｍ

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网络服务组合的算法

摘要：有的ＰＰ网络服务缺乏服务质量保证，难应用于商业领域。将服务质量属性引入ＰＰ网络服务，出了ＰＰ网现２很２提２
络中服务组合模型，并且给出一个基于服务质量的ＰＰ服务组合计算方法。２然后提出一种拉格朗日松弛法算法，出了满足给用户服务水平协议的服务组合求解步骤。实验结果表明，出的拉格朗日松弛法求解ＰＰ服务组合计算的模型有良好的时提２
ＧＡＯａ・ａ，ＹＵｈｎｗｅ。ＳｎｌｎＸｉｏｙｎＺｅ— ｉ，ＨＩＹｉ・ｇｏ
（．ｈｎｎｖｒｉｆｉｎｄｅｈｏｏｙＢｉｎ００３Ｃｉ；２ＤｐｒｎｏＣｍｕｅａｄＳｉｃ，１ＣｉＵｉｓｙｏＭｎห้องสมุดไป่ตู้ｇｎｃｎｌ，ｅｉｇ１０８，ｈａ．ｅａｔｔｆｏｐｔｒｃｅｅａｅｔｉａＴｇｊｎｍｅｎｎＮｏｔＣｉａｎｔｕｅｆｃｅｃｄｅｈｏｇ，ｅｉｇ１１０，ｈａｒｈｎｓｔｔｏＳｉｅｃｌｈＩｉｎａＴｎｏＢｉｎ０６１Ｃｉ；ｎｙｊｎ
ＰＰ服务技术的兴起为建立一个适合ＰＰ环境、度分２２高散化、度自治分布的应用提供了计算模型。然而，对数高面量庞大，态万端的服务群，何描述和索引服务，样查形如怎找用户需要的服务，并且把多个服务动态组合以完成特定

服务交付管理面试题目(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服务组合系统的设计

多Ａｅｔｂ服务组合系统的设计ｇｎＷｅ
王力生，眭聃，智华何
（同济大学计算机科学与技术系，海２０９）上００２
（ｓｉａ＠ｇｉｅｍｔｕｄｎｍａ．ｏ）ｊｌ
摘
要：设计一种基于Ａｏａ系统平台的Ｗｅｇｒｂ服务自动组合系统框架。使用主体Ａｅｔ表服ｇｎ代
（ｅａｔｅｔｆＣｍｕｅｃｎｅｎｅｎｌｙｏｇｎｅｉ，Ｓａｇａ００２ｈｎ）ＤｐｒｎｏｏｐｔｒｉｃｄＴｃｏｏ，ＴｎｆＵｉｒｔｈｎｈｉ０９，ＣｉｍＳｅａｈｇｉｖｓｙ２ａ
Ａｂｔａｔｓｒｃ：Ｄｅｉｎ山ｅａｃｉｅｕｅｏｌａｔｍａｉｅｅｖｃｏｏｉｏｙｔｍａｅｎｔｅＡＧＯＲｐａｏｍ．ＵｓｓｇｒｈｔｔｒｆａｕｏｔＷｂｓｒｉｅｃｍｐｓｔｎｓｓｅｌｃｉｅｂｓｄｏｈＡｌｔｒｆｅａｔｅＡｅｔｅｒｓｎｈｅｖｃｒｖｄｒｎｏｓｍｅ．Ａｔｒｄｓｎｎｈｉｈｌｖｌｒｈｔｃｕｅｈｏｃｉｇｎｓｔｒｐｅｅｔｅｓｒｉｅｐｏｉｅｓａｄｃｎｕｒｖｏｔｓｆｅｉｉｇｔｅｈｓ — ｅｃｉｔｒ，ｔｅｃｍｍｕｉａｏｅｇｅａｅｎｃｔｎｉ
Ｋｅｏｄ：ｍｔＡｅｔｙｗｒｓｕｉｇｎ；Ｗｅｅｖｅｃｍｓｉ；ｓｕｔｎｃｃｕｌ — ｂｓｒｃｏｐｉｏｉｏｔｎｉａｏａｕｓｔｉｌｌ

面向应用的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.

做最棒的客服：售前、售中和售后服务研究-PPT文档资料

• 3、合理看待一些细枝末节，能够让买家和卖家都放心，避免一些小尴尬和小麻烦，这些举措你会发现在坚持中它绝不是微乎其微。 • （1）关于购买产品和地址的核对。你是否遇到过这些难题，等到顾客收到货到因为产品的颜色或者尺寸问题而产生纠纷，因为地址突然改变而陷入双方为邮费而争吵的状态，如果不愿意这些事情在你的客服生涯中出现，请从现在开始按照我这样做，在顾客购买完产品后，可以与客户核对下他所需要的产品，包括具体的属性（颜色、数量等），明确这些问题既省了你的麻烦，也让买家享受到你贴心的服务，让双方都可以放心。而地址的核对在于有时候产品是不发到这个地址的，有可能收货人的地址或者电话是否更改的，与之核对能够让事情更加顺利进行。
•
•
3、关于中差评。网上购物，卖家最怕的莫过于中差评了，最难缠的是职业差评师，但是现在社区方面大家也出现了各种对策对付差评师，只要你认真甄别并找到合理对策甚至把相关的证据告之淘宝，心正就不怕影子歪，会得到公平和正义的。而除了职业差评外，遇到其他购物人群中的中差评，就应该认真查看原因了，是什么缘故导致的（快递、价格、服务、误会），有哪些方法是可以解决的，查看旺旺信息，了解收到产品后的回馈，是自身的问题要积极承担，如果存在误解，除了旺旺聊天外，与客户约一个闲暇的时间沟通交流是最好的办法，如果是存在恶意差评，积极对待，主动出击，切不可放弃自身的权益，要知道，淘宝既是一个买家市场，也是一个卖家市场，大家要共同遵守秩序！最后，对于客服还需要注意的是，如何让买家在购买中从实际感知到期待待遇之间提升一个层次，得到感情的深华，有几种方式是可以提升客服服务的：
售前服务： • 1、基本技能，包括对淘宝基本界面、旺旺使用功能及对自身产品的知识结构的了解。 • （1）熟练掌握淘宝旺旺等基本界面，对于客服来说，是最为基础的技能，试想，如果一个客人进来说，可以是否给我**产品的链接，产品已经拍下请帮忙修改下价格，我需要的产品是否已经发货，我是新手，能否教我使用支付宝付款，而你对这些一无所知，甚至于说花长时间在淘宝界面中找每一个功能的版块，那是多大的笑话，潜在的客户都会被你吓跑的。所以说，作为一个客服需要在未开始真正接待客户的时候，认真研究和了解淘宝中每个功能的用处，熟练地操作它，做到未雨绸缪！

业务单元战略制定方法

•2.1 DT内部实力评估－ X 业务资源现状
•分类
•产品1
•研发
•分公司1 •分公司2
•分公司3
•生产
•分公司1 •分公司2
•分公司3
•营销/销售
•分公司1 •分公司2
•分公司3
•(人数)
•产品2
•分公司1 •分公司2
•分公司3
•… …
•… …
学习改变命运,知识创造未来
业务单元战略制定方法
•2.1 DT内部实力评估－ X 业务资源现状 •好 •差
•X •X% •X% •X%
•2004
•年递增率 •2001-2005
•X
•X%
•X%
•X%
主要驱动力
• • •
•X%
•X%
•X%
•X%
•2005
业务单元战略制定方法
1.1 市场需求－客户群分析
•主要客户
• • • • • •
•客户需求
•市场份额
学习改变命运,知识创造未来
业务单元战略制定方法
1.2 竞争态势
•4. 组织结构要求 •4.1. 管理组织结构设计 •4.2. 过渡计划 •4.3. 组织结构重组里程碑 •4.4. 可能的风险
•5. 财务预测 •5.1. 市场容量 •5.2. 市场份额 •5.3. 分产品销售额预测 •5.4. ROIC及费用项目 •5.5. 关键比率指标与价值评估
业务单元战略制定方法
•4. 组织结构要求 •4.1. 管理组织结构设计 •4.2. 过渡计划 •4.3. 组织结构重组里程碑 •4.4. 可能的风险
•5. 财务预测 •5.1. 市场容量 •5.2. 市场份额 •5.3. 分产品销售额预测 •5.4. ROIC及费用项目 •5.5. 关键比率指标与价值评估

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。