高级软件工程-面向服务的软件工程

1、二、面向效力的软件工程刘进 mailjinliuyahoo.2.1概念和背景2.2面向效力的架构SOA2.3语义互操作2.4效力案例2.5效力开发方法2.6云计算中的效力2.7高级专题提 纲2.什么是效力?Web效力的定义W3C： Web效力Web service该当是一个软件系统，用以支持网络间不同机器的互动操作。 Web效力是一个用URI(Uniform Resource Identifier)标识的软件实体，其接口和绑定可以用XML协议定义、描画和发现。Web效力经过Internet协议以基于XML音讯，以松散耦合的方式与其它软件实体或Web效力直接通讯。3.Web效力的兴起Web效力作

2、为一种新兴起的技术，被称为继PC和Internet之后的第三次计算机革命Web效力利用规范的Internet协议如,SMTP等，处理了面向Web的分布式计算的通讯问题，而传统的分布式模型处理的是特定平台下的通讯问题。Web效力具有完全的平台独立性和言语独立性，只需遵守WebService的接口即可进展效力的恳求和调用。4.Web效力的主要思想以后的运用将由一组在线效力组合而成。两个类似的效力运用一致的规范和方法在网络上发布，一个信息运用就可以按照代价或性能的规范，从这两个相互竞争的候选效力中选择一个效力来运用。效力允许在机器间复制，可以经过将特定的效力复制到本地存储库，从而提高位于特定的计算机

3、(群)上的运用程序的性能.5.Web效力的本质从表像上看，Web效力就是运用程序,它向外界暴显露一个可以经过Web访问方式进展调用的效力接口。从运用程序的角度上看，Web效力是一种新的Web运用程序,是自包含、自描画、模块化的运用程序，可以经过互联网特别是Web方式来描画、发布、查找和调用。6.开展脉络前期互联网一个以协议为主的交互世界 底层网络协议和简单的内容传输协议：“桶到“桶之间的交换，不触及“桶中的内容很少触及7.开展脉络当前互联网一个以“文档的对象化方式主导的交互世界O-本体论域中的规范化概念Service instance-对象Service schema-知识方式类Control

4、led-vocabulary受控词集 人或机器了解的含义8.开展脉络当前互联网一个以“文档的对象化方式主导的交互世界O-本体论域中的规范化概念Service instance-对象Service schema-知识方式类Controlled-vocabulary受控词集 人或机器了解的含义9.开展脉络今后互联网一个以价值为导向的交互世界未经整合、低价值的资源经过整合、高价值的效力10.Web效力特征完好的封装性。效力是一种部署在Web上的对象,自然具备对象的良好封装性,对于运用者而言,能且仅能看到该对象提供的功能列表。松散耦合:当一个Web效力的实现发生变卦的时候,调用者是不会感到这一点的,对

5、于调用者来说,只需效力的调用接口不变,效力实现任何变卦对他们来说都是透明的。运用规范协议规范:作为Web效力,其一切公共的协约完全需求运用开放的规范协议进展描画、传输和交换。这些规范协议具有完全免费的规范,以便由恣意方进展实现。高度可集成才干:由于效力采取简单的、易了解的规范协议作为组件接口描画规范和协同描画规范,完全屏蔽了不同软件平台的差别。11.Web效力优势高度的通用性和易用性: Web效力利用规范的工Internet协议(如HTTP,SMTP等),处理了面向Web的分布式计算方式,提高了系统的开放性、通用性和可扩展性。完全的平台、言语独立性: Web效力进展了更高程度的笼统,只需遵守W

6、eb效力的接口即可进展效力的恳求与调用。高度的集成性: Web效力本质就是经过效力的组合来完成业务逻辑的,因此,表现出了高度的组装性和集成性.容易发布和部署: Web效力体系构造方案经过UDDI, WSDL, SOAP等技术协议,可以很容易实现系统的部署.12.Web效力架构栈12342、3将在2.3节讨论13.2.1概念和背景2.2面向效力的架构SOA2.3语义互操作2.4效力案例2.5效力开发方法2.6云计算中的效力2.7高级专题提 纲14.SOA(Service-Oriented Architecture)来源SOA不是一个新概念,通用对象代理架构CORBA和分布式组件对象模型DCOM被

7、看成是SOA架构的前身。1996年,Gartner Group提出了SOA“预言(到2021年,超越60%的企业将运用SOA作为一个“指点原那么),由于当时的软件开展程度和信息化程度还缺乏支撑此概念进入本质性的运用阶段。SOA可以以为是面向对象分析与设计(OOAD)的合理开展；也是电子商务处理方案中，在体系构造、系统设计、实现与部署时所采用的组件化方法的合理开展。15.SOA兴起缘由计算部件的对象化趋势分布式系统的自然开展系统与运算环境的异质性操作环境的动态性交流设备细节的透明化面向过程需求多重效力16.Gartner Group 关于SOA的最初概念客户端/效力器的软件设计方法，一项运用由软

8、件效力和软件效力运用者组成。SOA 与大多数通用的客户端/效力器模型的不同之处，在于它强调软件组件的松散耦合，并运用独立的规范接口对象化趋势17.SOA 的当前定义W3C SOA的定义：SOA是组件的集合，这些组件能被调用，并且接口的描画可以发布和发现。维基百科SOA的定义：SOA是构造分布式计算的运用程序的方法。它将运用程序功能作为效力发送给最终用户或者其它效力。它采用开放规范、与软件资源进展交互并采用表示的规范方式。18.SOA 的当前定义续当代 SOA 代表一个开放的、矫捷的、可扩展的、可联邦的、可组合的架构，包含了自治的、高效力质量的、厂商多样性的、可互操作的、可发现的和潜在可复用的效

9、力，运用 Web 效力来实现。 Thomas Erl19.普遍接受的SOA架构W3C发布的Web效力架构根本两种根本角色(效力提供者和效力恳求者)和一个可选的效力注册中心.三种角色交互,涉及发布、发现、绑定操作.UDDI、WSDL和SOAP将在2.3节“语义互操作中讨论20.SOA架构中的角色效力提供者(service provider)：发布本人的效力,并且运用本身效力的恳求进展呼应.效力代理(service broker)：可选.注册与发布效力及其提供者,对其进展分类,并提供搜索效力.效力运用者(service requester):利用效力代理来查找所需效力,进而根据需求运用该效力.21

10、.SOA架构中的操作发布(publish)：使效力提供者可以经过向效力代理注册本人的功能及访问接口.查找(find)：效力运用者可以经过效力代理查找特定的效力.绑定(bind)：使效力运用者可以调用或激活效力.22.SOA架构特点效力的封装(encapsulation).将效力封装成用于业务流程的可重用组件的运用程序函数.效力的互操作(interoperability).经过效力之间既定的通讯协议进展互操作,SOA提供效力的互操作特性更利于其在多种场所被重用“效力组织和交互方式这种笼统协议.效力是位置透明的(location transparency).效力恳求者不需求知道效力的详细位置及是哪

11、一个效力呼应了本人的恳求.23.SOA架构特点续效力的重用(reuse).一个效力是一个独立的实体,与底层实现和用户的需求完全无关,极大的方便了效力的反复运用,从而降低了开发本钱.效力是自治(autonomous)的功能实体.效力是由组件组成的组合模块,是自包含和模块化的.效力之间的松散耦合(loosely coupled).效力恳求者和效力提供者之间只需接口上的往来,至于效力内部如何更改,如何实现都与效力恳求者无关24.SOA与Web效力当前P7和前期P8的区别的联络与区别SOA是一套面向效力架构的规范规范；Web效力是一套技术体系，可以用来建立运用途理方案，处理特定的音讯通讯和运用集成问题

12、。SOA是一种软件架构，不局限于某个技术的组合(例如Web效力)。SOA和Web效力是一对关联技术。25.2.1概念和背景2.2面向效力的架构SOA2.3语义互操作2.4效力案例2.5效力开发方法2.6云计算中的效力2.7高级专题提 纲26.开展脉络对象化的文档互联网一个以“文档的对象化方式主导的交互世界O-本体论域中的规范化概念Service instance-对象Service schema-知识方式类Controlled-vocabulary受控词集 人或机器了解的含义27.XML建模体系与语义Web语义互操作途径之一：当前式，RDF、本体与语义Web语义互操作途径之二：三角架构，UDD

13、I开放式的、WSDL类或者对象与SOAP前期-内容传输28.适用于网络运用的标签化描画方式XMLXML (可扩展标志言语)是SGML的子集，其目的是允许普通的SGML在Web上以HTML的方式被效力、接纳和处置。XML被设计成易于实现，且可在SGML和HTML之间相互操作。29.XML的根本特点XML是构造化的。XML是自描画的。XML允许自定义标签,并且这些标签可以阐明数据的语义,而不是HTML中的格式阐明。XML是可扩展的。XML的概念很简单,但是它却有宽广的运用领域,由于任何人都可以按照本人运用的需求定义相应的XML标签来表达信息的构造和类型。独立于平台和运用。文档内容是基于UniCod

14、e的文本,适于网络的传输。XML易于设计。XML文档容易编写,设计正式且简约,可读性强。更准确的搜索。XML标签表达的是内容的含义,从而搜索引擎可以经过搜索XML文档得到更准确的需求的内容。广泛的支持。XML得到了众多的软件厂商比如Microsoft,IBM,Sun,Oracle等几乎一切大公司的支持。30.简单的XML文件XML声明文档类型声明文档元素! DOCTYPE books SYSTEM “books.dtd Java超级编程比尔盖茨31.格式良好Well-formed的XML文档遵照如下规那么的XML文档称为格式良好的XML文档：语法规范必需有XML声明语句必需有且仅有一个根元素标

15、志大小写敏感属性值用引号标志成对空标志封锁元素正确嵌套32.有限表达才干的XML DTD描画XML文档的构造时，文件类型定义(DTD)是一个重要的工具，DTD也是XML1.0的重要组成部分。但DTD存在不少缺陷：DTD是基于正那么表达式的，描画才干有限；DTD没有数据类型的支持，在大多数运用环境下才干缺乏；DTD的约束定义才干缺乏，无法对XML实例文档作出更细致的语义限制；DTD的构造不够系统化，复用的代价相对比较高；DTD并非运用XML作为描画手段，而DTD的构建和访问并没有规范的编程接口，无法运用规范的编程方式进展DTD维护。33.较强表达才干的XML SchemaXML Schema 是

16、针对DTD的缺陷设计的。2001年5月，XML Schema作为W3C的引荐规范正式发布，并迅速取代DTD的位置，成为描画XML文档构造的主流技术。34.XML Schema的优点一致性。XML Schema本身就是一个XML文档。扩展性。XML Schema对DTD进展扩展，引进了数据类型、命名空间等，还可以基于规范数据类型创建本人的数据类型。互换性。利用XML Schema可以书写XML文档以及验证文档的合法性。经过映射机制，可以实现Schema的转换。规范性。XML Schema更加便于描画文档的内容，对数据的内容、格式进展各种限制，对各种不同的数据进展转换，并验证数据的正确性。35.A

17、 Simple XML Schema /XML声明 36.XML的自描画体系与语义Web的开展37.XML建模体系与语义Web语义互操作途径之一：RDF、本体与语义Web语义互操作途径之二：UDDI、WSDL与SOAP38.基于XML的语义Web技术传统的Web面向文档，没有提供网页中数据语义信息的表述和处置机制，不便于经过计算机进展判别和推理。2001年，Web开创人Tim Berners-Lee等人正式提出语义Web。语义Web对如今的Web进展了扩展和延伸,经过XML、RDF/RDFS和本体技术，将Web中的信息按照语义层次构造进展组织，并以此为根底构建推理规那么，完成语义的知识表达和推

18、理。39.RDF(资源描画框架) Resource Description Framework(RDF)是W3C组织于2004年2月10日发布的一个引荐规范。它的功能是利用当前存在着的多种元数据规范来描画各种网络资源，构成人机可读的、可以由计算机自动处置的文件。RDF是采用XML语法格式处置元数据的运用，为描画图像、文档和它们之间的相互关系定义了一个简单数据模型。简而言之，RDF用于进展资源描画，但它并不直接用来描画资源，而是定义了描画资源的规那么。40.RDF Schema (RDFS)RDF Schema 是资源描画框架的扩展。RDF方式相对于RDF来说提供了一个更高级别的笼统概念。详细类

19、别的资源详细的属性描画的资源与属性直接的关系RDFS 允许详细资源能被描画成为更加普通的类别的实例。RDFS提供了传统RDF词汇能被开展的机制，同时，RDFS提供了重要的语义功能，即能被加强型的语义言语如 DAML, OIL 和 OWL进展运用。41.RDF的自描画体系与语义Web的开展42.本体“本体这个术语来自于哲学，它是研讨世界上的各种实体以及它们是怎样关联的科学。对于 web，本体那么关于对 web 信息及 web 信息之间的关系的准确描画。关于论域中概念的准确描画43.Web Ontology Language (OWL)Web本体言语是构建在RDF之上的，用于处置Web中信息的标志

20、言语，于2004年成为W3C建议规范。OWL提供更多的词汇、丰富的操作符、更强的语法，来对领域知识或者概念加以描画。经过简单的概念定义复杂的概念，按照“概念-属性-概念的方式描画概念间的关系。44.OWL子言语-按描画和计算才干分类为了便于开发支持OWL的工具，OWL提供了以下三个子言语。OWL Lite创建简单的本体用户OWL DL(描画逻辑)当在需求较强的表达才干，同时一切的结论都需求能经过计算推理得到、一切的计算都能在有限的时间内完成时，可以运用OWL DL。OWL Full高表达才干45.语义Web效力和OWL-S语义Web效力(SWWS)就是将语义Web技术与Web效力技术相结合，经

21、过语义Web效力标志言语OWL-S，利用本体来描画Web效力信息，经过这些带有语义信息的描画来实现效力的自动发现、调用和组合。46.OWL-SOWL-S是本体言语，是OWL根底框架的语义Web，为了描画语义Web效力。OWL-S能运用户和软件提供商自动地发现、调用、组合和监控Web资源来提供效力。 OWL-S的目的自动的Web效力发现自动的Web效力调用自动的Web效力组合和互操作47.OWL-S重要组成Service Profile 描画此Web效力提供什么效力、引见效力的称号、提供的功能、效力提供者的联络方式。Process Model 描画Web效力是怎样任务。Service Groun

22、ding 描画怎样运用Web效力48.OWL-S技术来源49.XML建模体系与语义Web语义互操作途径之一：RDF、本体与语义Web语义互操作途径之二：UDDI、WSDL与SOAP50.传统Web Service互操作的中心技术WebService的中心技术主要包括SOAP 、WSDL和 UDDI。这三大部分代 表了 Web service 体系中的三个层次，分别是：传输层 、描画层和发现层。51.SOAP使人想起了互联网发的前期互联网一个以协议为主的交互世界 底层网络协议和简单的内容传输协议：“桶到“桶之间的交换，不触及“桶中的内容很少触及52.SOAP(简单对象访问协议)SOAP是一种在分

23、布式环境中进展信息转换的轻量级协议。作为一种不依赖传输协议、用于在运用程序之间以对象的方式交换数据的表示层通讯协 议，SOAP是Web Services的中心。主要特征扩展性Extensible。SOAP定义了一个框架,允许例如平安、路由和可靠性等特性作为分层扩展添加进来互操作Interoperable。SOAP允许运用任何传输协议传输数据。独立Independent于编程模型。SOAP采用XML文本格式，因此可以独立于各种编程言语和平台。53.SOAP信息交换方式SOAP音讯交换方式MEP是指如何根据通讯的需求将多条音讯组合成一条整体的音讯交换的笼统描画。四种方式：恳求-呼应音讯交换方式一个

24、SOAP节点向另一个SOAP节点发送的包含SOAP信息的恳求，另一个节点前往包含SOAP音讯的呼应54.SOAP信息交换方式(续)单一呼应音讯交换方式一个SOAP节点向另一个SOAP节点发送的恳求不包含任何SOAP信息，而期望对方前往SOAP音讯。SOAP Web方法特性恳求呼应方式和单一呼应方式可一同运用，SOAP节点间相互交流一些额外信息以表示Web方法的名字。SOAP Action特性恳求呼应方式和单一呼应方式可一同运用， SOAP节点间相互交流一些额外信息以表示其激活标志。55.SOAP 信息交换Service BrokerServiceConsumerService Provider

25、 SOAPmessageWSDLdescribingserviceSOAPmessageclientserviceregistryfindpublishDESCRIBEINVOKESOAP SenderSOAP ReceiverSOAP SenderSOAP Receiverrequestresponse56.SOAP协议组成SOAP由4部分组成：SOAP封装SOAP Envelope构造定义了一个整体的表示框架，可用于表示在音讯中的是什么谁该当处置它是“可选的还是“强迫的SOAP编码规那么SOAP Encoding Rules定义了一套编码机制用于交换运用程序定义的数据类型的实例SOAP R

26、PC表示SOAP RPC Presentation定义了一个用于表示远程过程调用和呼应的商定SOAP绑定SOAP Binding定义了一种运用底层传输协议来完成在节点间交换SOAP封装的商定。57.SOAP 信息格式SOAP BodySOAP headerSOAP envelopeHeader blockHeader dataHeader dataHeader dataBody child elementBody child element58. 1 2001-06-22T14:00:00-05:00 Pick up Mary at school at 2pm 59.SOAP 编码SOAP编码

27、：将数据的值编码为XML格式对于运用中所定义的数据构造和值，SOAP可以将其转换为由节点和带有标签的边组成的图，称为数据模型，并进而经过SOAP编码规那么将SOAP数据模型转换为XML格式。60.SOAP RPC SOAP 远程过程调用信息描画了方法的恳求或者方法的回复。SOAP XML文档在效力器端转换成方法调用，调用后的结果将编码成为XML文档前往给效力恳求者。61.SOAP恳求目的对象的URI方法的参数方法名62.SOAP呼应方法名目的对象的URI前往的结果63.SOAP协议绑定SOAP可在任何传输协议上运用，并提供了一种用于定义恣意协议绑定的灵敏框架。HTTP运用极为广泛，也是SOAP

28、协议绑定对象的首选。64. 恳求与回应POST /Accounts/Henrik /1.1Content-Type: text/xml; charset=utf-8“Content-Length: nnnnSOAPAction: /MyMessageSOAP:Envelope. 恳求 回应/1.1 200 OkContent-Type: text/xml; charset=utf-8“Content-Length: nnnnSOAP:Envelope.HTTP恳求方法HTTP协议版本HTTP恳求资源资源的文本类型以及编码格式、长度SOAPAction 恳求头字段指示SOAP HTTP恳求的目的

29、，它的值是一个标识该目的的URI SOAP信息2XX形状码表示胜利前往65.SOA架构 66.WSDL使人想起了互联网开展的当前情况互联网一个以“文档的对象化方式主导的交互世界O-本体论域中的规范化概念Service instance-对象Service schema-知识方式类Controlled-vocabulary受控词集 人或机器了解的含义67.WSDLWSDLWeb services description language是以XML格式来描画Web效力接口，指定Web效力的位置、操作方法等信息的描画言语。运用者运用WSDL就可以运用Web效力，而不用关怀效力的实现细节。68.WSD

30、L构成元素WSDL文档包含7个关键的构成元素 ：service、和元素是Web Service的笼统定义，与详细的Web Service部署细节无关，可以被重用；而、和元素是Web Service的详细描画，其中定义了Web Service的技术细节 69.WSDL文档构造例如代码 ：WeatherWebService.wsdl 是天气预告Web Service的WSDL文档， 详细含义分析如下： 该元素用来定义WSDL文档的称号，引入需求的XML命名空间70.元素规定了与音讯相关的数据类型的定义 71.(音讯)元素定义了传送的音讯的数据构造 (端口类型)元素是笼统操作和笼统音讯的组合 72.

31、 (绑定)元素用来详细化元素，其中定义了元素中的操作和音讯的格式与协议等 73.(效力)元素指定了Web Service的位置。一个元素可以包含多个(端口)元素，端口的集合构成了service。weather.wsdl中的元素如下： 74.WSDL绑定WSDL 绑定可为 web service 定义音讯格式和协议细节。WSDL规范中定义了3种绑定扩展：SOAP绑定 GET POST绑定MIME绑定其中SOAP绑定是最常用的一种方式。75.SOAP绑定绑定名，命名空间不反复指出绑定是针对SOAP协议格式的指出操作是面向RPC音讯包含参数和前往值的还是面向文档的音讯包含文档运用的 SOAP 协议指

32、出绑定是针对SOAP协议格式的此URI该当被直接用作SOAPAction头的值给出输入、输出音讯的编码为literal76.UDDIUDDI是经过因特网描画效力、发现效力并且集成商业效力的一个独立于平台的框架。UDDI代表着普遍化的描画、发现和集成。UDDI是一个存储Web效力的目录，运用WSDL描画Web效力接口。77.UDDI互联网今后开展的初级阶段互联网一个以价值为导向的交互世界未经整合、低价值的资源78效力集市.UDDI互联网今后开展的初级阶段互联网一个以价值为导向的交互世界经过整合、高价值的效力79效力集市存在明显的差距.四种中心数据类型businessEntity(描画发布效力组织

33、的信息)businessService(描画效力的业务功能)binding Template(描画效力的技术细节)tModel(其他各种属性)新的数据类型(2.0/3.0)publisherAssertion 描画所注册的效力之间的关系Subscription 跟踪一组实体的变卦80.UDDI 数据构造BusinessEntity企业码, 企业名, 联络方式,描画信息,分类BusinessService效力码, 企业码,效力名描画信息及分类BindingTemplate绑定码, 效力码,描画信息, 描画信息,接入点tModel模型名, 描画信息,概述文档,指向WSDL文档的指针WSDL 文档外

34、部Web效力的接口描画81.UDDI如何任务2)将效力的描画注册到UDDI注册中心UDDI Business Registry3) UDDI 注册中心给每个实体指定一个在程序中独一的标识符4)电子买卖场所和搜索引擎等客户机与商业运用程序运用 UDDI 注册中心来发现它们感兴趣的效力1)软件公司、程序员等将tModel发布到UDDI注册中心5)企业调用这些效力,简便地进展动态集成82.注册信息企业与效力的注册信息：白页：表示企业的根本信息，如企业的称号、运营范围描画、联络信息等。黄页：经过支持运用多种具有分类功能的分类法系统产生的类别划分，使得运用者可以在更大的范围内查找在注册中心注册的企业或者

35、效力。绿页：与效力相关联的绑定信息，并提供了指向这些效力所实现的技术规范的援用和指向基于文件的URL的不同发型机制指针。83.Web效力任务流程84.WS-BPELWS-BPEL(Web Services Business Process Execution Language)是一种基于XML用来描画高层业务流程的编程言语，被描画的业务流程的每个单一步骤由Web效力实现。原名是BPEL4WS，2002年由IBM、Microsoft、BEA协作开发。2007改名为WS-BPEL。目前版本是2.0本质上是将一组Web效力整合在一同以构成一个新的Web效力的言语。85.WS-BPEL 根本构造 /流

36、程定义的根元素 /描画业务流程与同伴的关系./经过变量表示协作同伴间生成与传送的信息./一组顺序执行的活动.86.WS-BPEL建模工具和引擎Active EndpointsActiveBPEL engineActiveBPEL DesignerOracle BPEL Process ManagerIBM WebSphere Business Integration Server FoundationBEA WebLogic IntegrationAquaLogicApache ODE开源WS-BPEL引擎87.Apache ODE开源WS-BPEL引擎Apache ODE是一个WS-BPEL

37、兼容的Web效力编配引擎，它可以使开发人员根据以BPEL XML语法写成的过程描画来编配Web效力。88.基于Apache ODE的Web效力组合一、加法效力(Add_Service)输入double类变量a、b，输出结果a+b；二、减法效力(Sub_Service)输入double类变量a、b ，输出结果a-b；三、将这两个效力组合为一个新效力输入double类变量a、b和字符串变量c，假设c=add，输出结果为a+b；假设c=sub，输出结果为a-b；89.基于Apache ODE的Web效力组合90.基于Apache ODE的Web效力组合组合后的Web效力运转结果：91.2.1概念和背

38、景2.2面向效力的架构SOA2.3语义互操作2.4效力案例2.5效力开发方法2.6云计算中的效力2.7高级专题提 纲92.开发案例-基于IP地址的气候查询效力案例经过BPEL组装IP2Location根据IP地址查出所在地的城市名和国名和GlobalWeather根据城市名和国名给出天气信息两个独立的Web效力，使得两个效力可以自动地串行调用，并将整合了的流程发布为WeatherByIP效力。93.业务用例客户端向WeatherByIP效力恳求某一个IP所在地的天气信息当WeatherByIP效力获得目的IP后，将参数传给IP2Location效力IP2Location效力根据IP地址查出所在

39、地的城市名和国名，将此音讯传送给GlobalWeather效力GlobalWeather效力经过城市名和国家名查询当地的天气信息，并将反响信息传回WeatherByIP效力WeatherByIP效力最终向用户输出目的IP所在地的天气情况。94.ClientWeatherByIPServiceGlobalWeatherServiceIP2LocationServiceTargeted IPWeatherInfoLocationInfoTargeted IPWeatherInfo访问流程1234595.开发环境NetBeans IDE 5.5 with NetBeans Enterprise Pa

40、ck 5.5Sun java System Application Server Platform Edition 9 Update 1Partner ServicesIP2Location Service效力地址：/ws.fraudlabs/ip2locationwebservice.asmxWSDL地址：/ws.fraudlabs/ip2locationwebservice.asmx?wsdlGlobal Weather Service效力地址：/globalweather.asmxWSDL地址：/globalweather.asmx？wsdl96.IP2Location 接口类型SOAP

41、HttpGetHttpPost97.IP2Location 输入音讯构造输入信息98.IP2Location 输出音讯构造可输出信息99.GlobalWeather 接口类型100.GetWeather输入音讯构造输入信息101.GetWeather输出音讯构造输出信息102.WeatherByIP Service的XML Schema为了使整个流程的输入格式与输出音讯格式坚持一致，需在XML Schema文档中规定效力的输入和输出音讯构造。主要来源自IP2Location Service的输入音讯格式和GlobalWeather Service的输出音讯格式。103.XML Schema图形

42、化表示104.WeatherByIP的效力描画接口类型和操作：输入音讯构造：输出音讯构造：105. BPEL流程是业务流程的物理实现，经过效力间的音讯传送，实现相互调用和流程组合BPEL流程描画106.BPEL 变量映射在BPEL把音讯从一个service传送给另一个service时，需求定义不同效力间的音讯变量的映射关系音讯传送经过Assign活动来实现。Assign1从WeatherByIP效力的输入到IP2Location效力的输入Assign2从IP2Location效力的输出到GlobalWeather效力的输入Assign3从GlobalWeather效力的输出到WeatherBy

43、IP的输出107.测试输入的SOAP音讯：输出的SOAP音讯：108.2.1概念和背景2.2面向效力的架构SOA2.3语义互操作2.4效力案例2.5效力开发方法2.6云计算中的效力2.7高级专题提 纲109.开发范式的变化构造化程序设计面向对象的软件开发基于组件的软件开发面向效力的软件开发对象化+开放式从单机系统、分布式系统、异构分布式系统，软件的规模与复杂度逐渐提高，模块耦合度逐渐降低对象化+开放式。110.面向效力的软件开发特点两个视图：效力提供者视图：关怀效力如何实现、封装、发布、管理效力消费者视图：关怀效力如何组合满足业务需求面向重用的开发Development for reuseRe

44、use-based Development业务矫捷的开发快速构建顺应开展111.Web 效力开发生命周期IBM将效力的生命周期分为建模、组装、部署和管理四个阶段，而SOA理念和最正确实际贯穿每个阶段。治理和过程为SOA工程提供指点和监管，支撑整个生命周期的各个阶段。112.建模Model建模阶段主要是搜集和分析业务需求，建立和优化业务流程，并设计软件效力的流程。业务模型的建立是此阶段的主要任务。113.组装Assemble在效力组合阶段，主要是根据业务模型，利用已有的效力资源库和业务处理方案，发现效力、创建效力和集效果劳的过程。114.部署Deploy在部署阶段，主要是将效力以及集成的业务流程

45、部署到运转环境中，经过控制中心配置和优化运转环境，使其可以满足业务所需的不同效力程度要求。提供一定的灵敏性，以支持效力和业务流程的动态更新以顺应不断变化的业务需求。115.管理Manage管理阶段提供对底层效力资源的管理，并实时监测主要的性能目的以获得预防、隔离、分析和修复问题的信息。及时了解系统的形状，并为业务建模和业务流程的继续改良提供重要的反响信息。116.效力提供者的开发方法零起点方法。为新 Web 效力创建新的效力接口，效力接口和效力实现都归效力提供者一切。自顶向下方法。开发一个与现有效力接口一致的新 Web 效力。这类效力接口通常是业界规范的一部分，可以被许多效力提供者实现。效力接

46、口不能归效力提供者一切。117.效力提供者的开发方法(续)自底向上方法。用于为现有的运用程序创建新的效力接口。效力接口是从运用程序的运用程序编程接口application programming interface，API派生出来的。中间相遇方法。当效力接口曾经存在，并且用作 Web 效力的运用程序也曾经存在时，将运用中间相遇这种 Web 效力开发方法。主要义务是将现有的运用程序接口映射到效力接口定义中定义的那些运用程序接口。118.效力恳求者的开发方法静态绑定。静态绑定是在构建时经过为效力恳求者将运用的单个 Web 效力定位效力实现定义构建的。构建时动态绑定。当效力恳求者想运用特定类型的 W

47、eb 效力，但在运转时之前实现是未知的，或者实现可以在运转时发生改动，这时将运用这类绑定。这类效力定义在效力接口定义中。运转时动态绑定。这类绑定的不同之处在于效力接口是在运转时被发现的。找到效力接口后，就生成、编译，然后执行代理代码。这类绑定通常与用户界面一同运用，由于机器对机器的交互不能够是真正动态的。119.效力设计方法中的原那么效力的称号要方便运用者效力的操作不能太多或者太少效力的操作应该是内聚的和完全的效力应该对实现的细节进展封装效力应该顺应多种调用方式效力的操作应该是无形状的效力应该运用有形状的事务进展建模效力的操作应该代表业务动作效力操作的参数应该是粗粒度的。120.2.1概念和背

48、景2.2面向效力的架构SOA2.3语义互操作2.4效力案例2.5效力开发方法2.6云计算中的效力2.7高级专题提 纲121.云计算云计算Cloud Computing，是一种基于互联网的计算方式，经过这种方式，共享的软硬件资源和信息可以按需求提供应计算机和其他设备。云计算描画了一种基于互联网的新的IT效力添加、运用和交付方式，通常涉及经过互联网来提供动态易扩展而且经常是虚拟化的资源。122.云计算中的效力特征随需自助效力。随时随地用任何网络设备访问。多人共享资源池。快速重新部署灵敏度。可被监控与量测的效力。基于虚拟化技术快速部署资源或获得效力。减少用户终端的处置负担。降低了用户对于IT专业知识

49、的依赖。123.互联网一个以价值为导向的交互世界未经整合、低价值的资源124经过整合、高价值的效力资源和效力集市云计算中的效力.云计算效力的概观125.云计算效力方式软件即效力SaaS平台即效力PaaS根底架构即效力IaaS126.软件即效力SaaS消费者运用运用程序，但并不掌控操作系统、硬件或运作的网络根底架构。是一种效力观念的根底，软件效力供应商，以租赁的概念提供客户效力，而非购买，比较常见的方式是提供一组帐号密码。例如: Microsoft CRM与Salesforce。127.平台即效力PaaS消费者运用主机操作运用程序。消费者掌控运作运用程序的环境也拥有主机部分掌控权，但并不掌控操作

50、系统、硬件或运作的网络根底架构。平台通常是运用程序根底架构。例如: Google App Engine。128.根底架构即效力IaaS消费者运用“根底计算资源，如处置才干、存储空间、网络组件或中间件。消费者能掌控操作系统、存储空间、已部署的运用程序及网络组件如防火墙、负载平衡器等，但并不掌控云根底架构。例如: Amazon AWS、Rackspace。129.云计算效力的部署模型公用云Public Cloud 简而言之，公用云效力可经过网络及第三方效力供应者，开放给客户运用，“公用一词并不一定代表“免费，但也能够代表免费或相当廉价，公用云并不表示用户数据可供任何人查看，公用云供应者通常会对用户

51、实施运用访问控制机制，公用云作为处理方案，既有弹性，又具备本钱效益。私有云Private Cloud 私有云具备许多公用云环境的优点，例如弹性、适宜提供效力，两者差别在于私有云效力中，数据与程序皆在组织内管理，且与公用云效力不同，不会遭到网络带宽、平安疑虑、法规限制影响；此外，私有云效力让供应者及用户更能掌控云根底架构、改善平安与弹性，由于用户与网络都遭到特殊限制。130.云计算效力的部署模型续社区云Community Cloud 社区云由众多利益相仿的组织掌控及运用，例如特定平安要求、共同目的等。社区成员共同运用云数据及运用程序。混合云Hybrid Cloud 混合云结合公用云及私有云，这个

52、方式中，用户通常将非企业关键信息外包，并在公用云上处置，但同时掌控企业关键效力及数据。131.2.1概念和背景2.2面向效力的架构SOA2.3语义互操作2.4效力案例2.5效力开发方法2.6云计算中的效力2.7高级专题提 纲132.高级专题探求性的几个议题1、效力引荐2、效力组合3、效力演化4、效力统计133.效力引荐的背景 Web效力由于其良好的互操作性、平台独立性遭到了学术及业界的青睐。面向效力的计算改动了传统的软件开发、交互、运用的方式，构成了软件工程和分布式计算的新型范式。 同时也带来了假设干新的挑战，例如： 大量效力涌现，面对多个功能类似的效力，用户如何进展效力选择？134.效力引荐

53、技术特征的开展1、基于QoS建模的效力引荐2、QoS动态性建模的效力引荐3、基于协同过滤的效力引荐4、基于情景感知QoS预测的个性化效力引荐135.基于QoS建模的效力引荐常见的Qos效力评价因子： 执行代价、呼应时间、可靠性、可用性、信誉度、吞吐率模型的局限性： 多数情况下的前提假设是：一切的QoS数据可以从效力提供者获取并且数据是稳定的不需求思索动态性。 由于网络开放性、动态性，Web效力的Qos信息是动态变化的需求思索动态性136.1、基于QoS建模的效力引荐2、QoS动态性建模的效力引荐3、基于协同过滤的效力引荐4、基于情景感知QoS预测的个性化效力引荐效力引荐技术特征的开展137.Q

54、oS动态性建模的效力引荐QoS数据的搜集与更新非历史和上下文的 研讨示范1Research on tool for service quality measurement of Web Services.主要任务：提出了一种基于API Hook搜集QoS数据的方法2Random-QoS-Aware Reliable Web Service Composition.主要任务：将QoS的评价因子映射为一组随机变量，用数学期望、方差来衡量评价因子的值，不仅仅计算历史记录值的平均值。3An Approach for Measuring Quality of Web Services Based on

55、the Superposition of Uncertain Factors.主要任务：基于非确定要素叠加的web效力评价方法。局限性： 虽然反映了Web效力的动态特征，但没思索不同用户之间运用阅历的不同即用户运用效力中关注的上下文。138.1、基于QoS建模的效力引荐2、QoS动态性建模的效力引荐3、基于协同过滤的效力引荐4、基于情景感知QoS预测的个性化效力引荐效力引荐技术特征的开展139.基于协同过滤的效力引荐研讨示范非上下文的1Reputation-based recommender discovery approach for service selection.主要任务：将信任网络

56、划分为假设干个性化的信任网络，经过信任度的迭代传播，挑选出信任度高的引荐者。2Web service QoS prediction approach主要任务：经过用户间Qos数据的运用阅历的类似性计算，挑选出历史Qos数据与效力恳求者历史Qos数据最相近的用户及其历史Qos记录。局限性： 思索到了用户的历史运用阅历，但是没有思索用户进展效力调用时的情景，例如操作系统、内存、CPU、网络的带宽、平安性等情况。140.1、基于QoS建模的效力引荐2、QoS动态性建模的效力引荐3、基于协同过滤的效力引荐4、基于情景感知QoS预测的个性化效力引荐效力引荐技术特征的开展141.基于情景感知QoS预测的个

57、性化效力引荐创新之处 在进展Web效力引荐时，思索到用户调用效力时的情景，如操作系统、内存、CPU、网络的带宽、平安性等等。技术道路 经过聚类的方式，首先挑选出与当前用户效力调用的情景最接近的一组效力，再进展评价引荐。(思索历史和类似的上下文)142.效力产生 当用户提出效力调用恳求时，一组满足用户功能需求的效力及其调用的历史记录就会生成。 历史记录笼统为属性集合表示如下： Q=q1, q2, q3, , qk,其中包括QoS属性如呼应时间等， Context 情境属性如IP地址, 时间日期。 高斯方法Gaussian approach: 属性的规范化处置。 表示用户 j 调用效力 i 的第k

58、个属性的规范化处置后的值。143.效力生成以后，按照情境Context进展聚类 根据效力的调用记录，对调用记录中属性进展规范化处置高斯方法；然后按照情景的类似性欧几里得间隔进展聚类k-means算法欧几里得间隔Euclidean distance:计算情景属性的类似性。 Sim(p,q)表示p,q两条历史记录，调用情景的类似性。, 分别表示p,q两条历史记录中的第i个属性规范化处置后的值。k-means 算法:聚类算法144.效力引荐 根据聚类结果，挑选出与当前用户调用情景最类似的一组效力。按照QoS的值对效力进展排序，将具有最大QoS值的效力引荐给用户。 贝叶斯推论Bayesian Infe

59、rence:用于按照QoS对效力进展排序,根据先验概率，计算后验概率。 OS=1,表示用户对效力综合性能称心。因此实践上p(OS=1|)表示的是用户对效力称心程度，值越高那么效力性能越好145.例如：表示效力调用的一条历史记录表示效力sj被用户uj调用 146.流程总结高斯方法 Gaussian approach 数据预处置历史记录按情景聚类Cluster中效力按QoS排序效力生成历史记录具有最好QoS的效力引荐给用户K-means 算法贝叶斯推论当总体QoS大于给定阈值时，那么表示用户称心即OS=1147.高级专题探求性的几个议题1、效力引荐2、效力组合3、效力演化4、效力统计148.效力组

60、合的背景有将简单功能效力组合在一同提供复杂功能效力的需求有提高对于已有的效力复用程度的需求如何有效地组合分布于Internet中的各类效力，实现效力之间的无缝集成，形胜利能丰富的企业级效力流程以到达企业的商业目的149.Web效力组合定义从业务流程的角度出发，Web效力组合是根据一定的业务规那么将效力进展有机衔接，使其相互协作从而完成既定的商务目的。从运用集成的角度出发，Web 效力组合是未来自于不同企业的异质异构信息系统和软件进展无缝集成，消除信息孤岛，从而构成互通互联的软件结合体的过程。从问题求解的角度出发，以为Web效力组合是为到达用户特定目的，在给定的一些效力中，发现一个能满足这一目的