高級軟件工程-面向服務(wù)的軟件工程

1、二、面向效力的軟件工程劉進 mailjinliuyahoo.2.1概念和背景2.2面向效力的架構(gòu)SOA2.3語義互操作2.4效力案例2.5效力開發(fā)方法2.6云計算中的效力2.7高級專題提 綱2.什么是效力?Web效力的定義W3C： Web效力Web service該當是一個軟件系統(tǒng)，用以支持網(wǎng)絡(luò)間不同機器的互動操作。 Web效力是一個用URI(Uniform Resource Identifier)標識的軟件實體，其接口和綁定可以用XML協(xié)議定義、描畫和發(fā)現(xiàn)。Web效力經(jīng)過Internet協(xié)議以基于XML音訊，以松散耦合的方式與其它軟件實體或Web效力直接通訊。3.Web效力的興起Web效力作

2、為一種新興起的技術(shù)，被稱為繼PC和Internet之后的第三次計算機革命Web效力利用規(guī)范的Internet協(xié)議如,SMTP等，處理了面向Web的分布式計算的通訊問題，而傳統(tǒng)的分布式模型處理的是特定平臺下的通訊問題。Web效力具有完全的平臺獨立性和言語獨立性，只需遵守WebService的接口即可進展效力的懇求和調(diào)用。4.Web效力的主要思想以后的運用將由一組在線效力組合而成。兩個類似的效力運用一致的規(guī)范和方法在網(wǎng)絡(luò)上發(fā)布，一個信息運用就可以按照代價或性能的規(guī)范，從這兩個相互競爭的候選效力中選擇一個效力來運用。效力允許在機器間復制，可以經(jīng)過將特定的效力復制到本地存儲庫，從而提高位于特定的計算機

3、(群)上的運用程序的性能.5.Web效力的本質(zhì)從表像上看，Web效力就是運用程序,它向外界暴顯露一個可以經(jīng)過Web訪問方式進展調(diào)用的效力接口。從運用程序的角度上看，Web效力是一種新的Web運用程序,是自包含、自描畫、模塊化的運用程序，可以經(jīng)過互聯(lián)網(wǎng)特別是Web方式來描畫、發(fā)布、查找和調(diào)用。6.開展脈絡(luò)前期互聯(lián)網(wǎng)一個以協(xié)議為主的交互世界 底層網(wǎng)絡(luò)協(xié)議和簡單的內(nèi)容傳輸協(xié)議：“桶到“桶之間的交換，不觸及“桶中的內(nèi)容很少觸及7.開展脈絡(luò)當前互聯(lián)網(wǎng)一個以“文檔的對象化方式主導的交互世界O-本體論域中的規(guī)范化概念Service instance-對象Service schema-知識方式類Control

4、led-vocabulary受控詞集 人或機器了解的含義8.開展脈絡(luò)當前互聯(lián)網(wǎng)一個以“文檔的對象化方式主導的交互世界O-本體論域中的規(guī)范化概念Service instance-對象Service schema-知識方式類Controlled-vocabulary受控詞集 人或機器了解的含義9.開展脈絡(luò)今后互聯(lián)網(wǎng)一個以價值為導向的交互世界未經(jīng)整合、低價值的資源經(jīng)過整合、高價值的效力10.Web效力特征完好的封裝性。效力是一種部署在Web上的對象,自然具備對象的良好封裝性,對于運用者而言,能且僅能看到該對象提供的功能列表。松散耦合:當一個Web效力的實現(xiàn)發(fā)生變卦的時候,調(diào)用者是不會感到這一點的,對

5、于調(diào)用者來說,只需效力的調(diào)用接口不變,效力實現(xiàn)任何變卦對他們來說都是透明的。運用規(guī)范協(xié)議規(guī)范:作為Web效力,其一切公共的協(xié)約完全需求運用開放的規(guī)范協(xié)議進展描畫、傳輸和交換。這些規(guī)范協(xié)議具有完全免費的規(guī)范,以便由恣意方進展實現(xiàn)。高度可集成才干:由于效力采取簡單的、易了解的規(guī)范協(xié)議作為組件接口描畫規(guī)范和協(xié)同描畫規(guī)范,完全屏蔽了不同軟件平臺的差別。11.Web效力優(yōu)勢高度的通用性和易用性: Web效力利用規(guī)范的工Internet協(xié)議(如HTTP,SMTP等),處理了面向Web的分布式計算方式,提高了系統(tǒng)的開放性、通用性和可擴展性。完全的平臺、言語獨立性: Web效力進展了更高程度的籠統(tǒng),只需遵守W

6、eb效力的接口即可進展效力的懇求與調(diào)用。高度的集成性: Web效力本質(zhì)就是經(jīng)過效力的組合來完成業(yè)務(wù)邏輯的,因此,表現(xiàn)出了高度的組裝性和集成性.容易發(fā)布和部署: Web效力體系構(gòu)造方案經(jīng)過UDDI, WSDL, SOAP等技術(shù)協(xié)議,可以很容易實現(xiàn)系統(tǒng)的部署.12.Web效力架構(gòu)棧12342、3將在2.3節(jié)討論13.2.1概念和背景2.2面向效力的架構(gòu)SOA2.3語義互操作2.4效力案例2.5效力開發(fā)方法2.6云計算中的效力2.7高級專題提 綱14.SOA(Service-Oriented Architecture)來源SOA不是一個新概念,通用對象代理架構(gòu)CORBA和分布式組件對象模型DCOM被

7、看成是SOA架構(gòu)的前身。1996年,Gartner Group提出了SOA“預(yù)言(到2021年,超越60%的企業(yè)將運用SOA作為一個“指點原那么),由于當時的軟件開展程度和信息化程度還缺乏支撐此概念進入本質(zhì)性的運用階段。SOA可以以為是面向?qū)ο蠓治雠c設(shè)計(OOAD)的合理開展；也是電子商務(wù)處理方案中，在體系構(gòu)造、系統(tǒng)設(shè)計、實現(xiàn)與部署時所采用的組件化方法的合理開展。15.SOA興起緣由計算部件的對象化趨勢分布式系統(tǒng)的自然開展系統(tǒng)與運算環(huán)境的異質(zhì)性操作環(huán)境的動態(tài)性交流設(shè)備細節(jié)的透明化面向過程需求多重效力16.Gartner Group 關(guān)于SOA的最初概念客戶端/效力器的軟件設(shè)計方法，一項運用由軟

8、件效力和軟件效力運用者組成。SOA 與大多數(shù)通用的客戶端/效力器模型的不同之處，在于它強調(diào)軟件組件的松散耦合，并運用獨立的規(guī)范接口對象化趨勢17.SOA 的當前定義W3C SOA的定義：SOA是組件的集合，這些組件能被調(diào)用，并且接口的描畫可以發(fā)布和發(fā)現(xiàn)。維基百科SOA的定義：SOA是構(gòu)造分布式計算的運用程序的方法。它將運用程序功能作為效力發(fā)送給最終用戶或者其它效力。它采用開放規(guī)范、與軟件資源進展交互并采用表示的規(guī)范方式。18.SOA 的當前定義續(xù)當代 SOA 代表一個開放的、矯捷的、可擴展的、可聯(lián)邦的、可組合的架構(gòu)，包含了自治的、高效力質(zhì)量的、廠商多樣性的、可互操作的、可發(fā)現(xiàn)的和潛在可復用的效

9、力，運用 Web 效力來實現(xiàn)。 Thomas Erl19.普遍接受的SOA架構(gòu)W3C發(fā)布的Web效力架構(gòu)根本兩種根本角色(效力提供者和效力懇求者)和一個可選的效力注冊中心.三種角色交互,涉及發(fā)布、發(fā)現(xiàn)、綁定操作.UDDI、WSDL和SOAP將在2.3節(jié)“語義互操作中討論20.SOA架構(gòu)中的角色效力提供者(service provider)：發(fā)布本人的效力,并且運用本身效力的懇求進展呼應(yīng).效力代理(service broker)：可選.注冊與發(fā)布效力及其提供者,對其進展分類,并提供搜索效力.效力運用者(service requester):利用效力代理來查找所需效力,進而根據(jù)需求運用該效力.21

10、.SOA架構(gòu)中的操作發(fā)布(publish)：使效力提供者可以經(jīng)過向效力代理注冊本人的功能及訪問接口.查找(find)：效力運用者可以經(jīng)過效力代理查找特定的效力.綁定(bind)：使效力運用者可以調(diào)用或激活效力.22.SOA架構(gòu)特點效力的封裝(encapsulation).將效力封裝成用于業(yè)務(wù)流程的可重用組件的運用程序函數(shù).效力的互操作(interoperability).經(jīng)過效力之間既定的通訊協(xié)議進展互操作,SOA提供效力的互操作特性更利于其在多種場所被重用“效力組織和交互方式這種籠統(tǒng)協(xié)議.效力是位置透明的(location transparency).效力懇求者不需求知道效力的詳細位置及是哪

11、一個效力呼應(yīng)了本人的懇求.23.SOA架構(gòu)特點續(xù)效力的重用(reuse).一個效力是一個獨立的實體,與底層實現(xiàn)和用戶的需求完全無關(guān),極大的方便了效力的反復運用,從而降低了開發(fā)本錢.效力是自治(autonomous)的功能實體.效力是由組件組成的組合模塊,是自包含和模塊化的.效力之間的松散耦合(loosely coupled).效力懇求者和效力提供者之間只需接口上的往來,至于效力內(nèi)部如何更改,如何實現(xiàn)都與效力懇求者無關(guān)24.SOA與Web效力當前P7和前期P8的區(qū)別的聯(lián)絡(luò)與區(qū)別SOA是一套面向效力架構(gòu)的規(guī)范規(guī)范；Web效力是一套技術(shù)體系，可以用來建立運用途理方案，處理特定的音訊通訊和運用集成問題

12、。SOA是一種軟件架構(gòu)，不局限于某個技術(shù)的組合(例如Web效力)。SOA和Web效力是一對關(guān)聯(lián)技術(shù)。25.2.1概念和背景2.2面向效力的架構(gòu)SOA2.3語義互操作2.4效力案例2.5效力開發(fā)方法2.6云計算中的效力2.7高級專題提 綱26.開展脈絡(luò)對象化的文檔互聯(lián)網(wǎng)一個以“文檔的對象化方式主導的交互世界O-本體論域中的規(guī)范化概念Service instance-對象Service schema-知識方式類Controlled-vocabulary受控詞集 人或機器了解的含義27.XML建模體系與語義Web語義互操作途徑之一：當前式，RDF、本體與語義Web語義互操作途徑之二：三角架構(gòu)，UDD

13、I開放式的、WSDL類或者對象與SOAP前期-內(nèi)容傳輸28.適用于網(wǎng)絡(luò)運用的標簽化描畫方式XMLXML (可擴展標志言語)是SGML的子集，其目的是允許普通的SGML在Web上以HTML的方式被效力、接納和處置。XML被設(shè)計成易于實現(xiàn)，且可在SGML和HTML之間相互操作。29.XML的根本特點XML是構(gòu)造化的。XML是自描畫的。XML允許自定義標簽,并且這些標簽可以闡明數(shù)據(jù)的語義,而不是HTML中的格式闡明。XML是可擴展的。XML的概念很簡單,但是它卻有寬廣的運用領(lǐng)域,由于任何人都可以按照本人運用的需求定義相應(yīng)的XML標簽來表達信息的構(gòu)造和類型。獨立于平臺和運用。文檔內(nèi)容是基于UniCod

14、e的文本,適于網(wǎng)絡(luò)的傳輸。XML易于設(shè)計。XML文檔容易編寫,設(shè)計正式且簡約,可讀性強。更準確的搜索。XML標簽表達的是內(nèi)容的含義,從而搜索引擎可以經(jīng)過搜索XML文檔得到更準確的需求的內(nèi)容。廣泛的支持。XML得到了眾多的軟件廠商比如Microsoft,IBM,Sun,Oracle等幾乎一切大公司的支持。30.簡單的XML文件XML聲明文檔類型聲明文檔元素! DOCTYPE books SYSTEM “books.dtd Java超級編程比爾蓋茨31.格式良好Well-formed的XML文檔遵照如下規(guī)那么的XML文檔稱為格式良好的XML文檔：語法規(guī)范必需有XML聲明語句必需有且僅有一個根元素標

15、志大小寫敏感屬性值用引號標志成對空標志封鎖元素正確嵌套32.有限表達才干的XML DTD描畫XML文檔的構(gòu)造時，文件類型定義(DTD)是一個重要的工具，DTD也是XML1.0的重要組成部分。但DTD存在不少缺陷：DTD是基于正那么表達式的，描畫才干有限；DTD沒有數(shù)據(jù)類型的支持，在大多數(shù)運用環(huán)境下才干缺乏；DTD的約束定義才干缺乏，無法對XML實例文檔作出更細致的語義限制；DTD的構(gòu)造不夠系統(tǒng)化，復用的代價相對比較高；DTD并非運用XML作為描畫手段，而DTD的構(gòu)建和訪問并沒有規(guī)范的編程接口，無法運用規(guī)范的編程方式進展DTD維護。33.較強表達才干的XML SchemaXML Schema 是

16、針對DTD的缺陷設(shè)計的。2001年5月，XML Schema作為W3C的引薦規(guī)范正式發(fā)布，并迅速取代DTD的位置，成為描畫XML文檔構(gòu)造的主流技術(shù)。34.XML Schema的優(yōu)點一致性。XML Schema本身就是一個XML文檔。擴展性。XML Schema對DTD進展擴展，引進了數(shù)據(jù)類型、命名空間等，還可以基于規(guī)范數(shù)據(jù)類型創(chuàng)建本人的數(shù)據(jù)類型?；Q性。利用XML Schema可以書寫XML文檔以及驗證文檔的合法性。經(jīng)過映射機制，可以實現(xiàn)Schema的轉(zhuǎn)換。規(guī)范性。XML Schema更加便于描畫文檔的內(nèi)容，對數(shù)據(jù)的內(nèi)容、格式進展各種限制，對各種不同的數(shù)據(jù)進展轉(zhuǎn)換，并驗證數(shù)據(jù)的正確性。35.A

17、 Simple XML Schema /XML聲明 36.XML的自描畫體系與語義Web的開展37.XML建模體系與語義Web語義互操作途徑之一：RDF、本體與語義Web語義互操作途徑之二：UDDI、WSDL與SOAP38.基于XML的語義Web技術(shù)傳統(tǒng)的Web面向文檔，沒有提供網(wǎng)頁中數(shù)據(jù)語義信息的表述和處置機制，不便于經(jīng)過計算機進展判別和推理。2001年，Web開創(chuàng)人Tim Berners-Lee等人正式提出語義Web。語義Web對如今的Web進展了擴展和延伸,經(jīng)過XML、RDF/RDFS和本體技術(shù)，將Web中的信息按照語義層次構(gòu)造進展組織，并以此為根底構(gòu)建推理規(guī)那么，完成語義的知識表達和推

18、理。39.RDF(資源描畫框架) Resource Description Framework(RDF)是W3C組織于2004年2月10日發(fā)布的一個引薦規(guī)范。它的功能是利用當前存在著的多種元數(shù)據(jù)規(guī)范來描畫各種網(wǎng)絡(luò)資源，構(gòu)成人機可讀的、可以由計算機自動處置的文件。RDF是采用XML語法格式處置元數(shù)據(jù)的運用，為描畫圖像、文檔和它們之間的相互關(guān)系定義了一個簡單數(shù)據(jù)模型。簡而言之，RDF用于進展資源描畫，但它并不直接用來描畫資源，而是定義了描畫資源的規(guī)那么。40.RDF Schema (RDFS)RDF Schema 是資源描畫框架的擴展。RDF方式相對于RDF來說提供了一個更高級別的籠統(tǒng)概念。詳細類

19、別的資源詳細的屬性描畫的資源與屬性直接的關(guān)系RDFS 允許詳細資源能被描畫成為更加普通的類別的實例。RDFS提供了傳統(tǒng)RDF詞匯能被開展的機制，同時，RDFS提供了重要的語義功能，即能被加強型的語義言語如 DAML, OIL 和 OWL進展運用。41.RDF的自描畫體系與語義Web的開展42.本體“本體這個術(shù)語來自于哲學，它是研討世界上的各種實體以及它們是怎樣關(guān)聯(lián)的科學。對于 web，本體那么關(guān)于對 web 信息及 web 信息之間的關(guān)系的準確描畫。關(guān)于論域中概念的準確描畫43.Web Ontology Language (OWL)Web本體言語是構(gòu)建在RDF之上的，用于處置Web中信息的標志

20、言語，于2004年成為W3C建議規(guī)范。OWL提供更多的詞匯、豐富的操作符、更強的語法，來對領(lǐng)域知識或者概念加以描畫。經(jīng)過簡單的概念定義復雜的概念，按照“概念-屬性-概念的方式描畫概念間的關(guān)系。44.OWL子言語-按描畫和計算才干分類為了便于開發(fā)支持OWL的工具，OWL提供了以下三個子言語。OWL Lite創(chuàng)建簡單的本體用戶OWL DL(描畫邏輯)當在需求較強的表達才干，同時一切的結(jié)論都需求能經(jīng)過計算推理得到、一切的計算都能在有限的時間內(nèi)完成時，可以運用OWL DL。OWL Full高表達才干45.語義Web效力和OWL-S語義Web效力(SWWS)就是將語義Web技術(shù)與Web效力技術(shù)相結(jié)合，經(jīng)

21、過語義Web效力標志言語OWL-S，利用本體來描畫Web效力信息，經(jīng)過這些帶有語義信息的描畫來實現(xiàn)效力的自動發(fā)現(xiàn)、調(diào)用和組合。46.OWL-SOWL-S是本體言語，是OWL根底框架的語義Web，為了描畫語義Web效力。OWL-S能運用戶和軟件提供商自動地發(fā)現(xiàn)、調(diào)用、組合和監(jiān)控Web資源來提供效力。 OWL-S的目的自動的Web效力發(fā)現(xiàn)自動的Web效力調(diào)用自動的Web效力組合和互操作47.OWL-S重要組成Service Profile 描畫此Web效力提供什么效力、引見效力的稱號、提供的功能、效力提供者的聯(lián)絡(luò)方式。Process Model 描畫Web效力是怎樣任務(wù)。Service Groun

22、ding 描畫怎樣運用Web效力48.OWL-S技術(shù)來源49.XML建模體系與語義Web語義互操作途徑之一：RDF、本體與語義Web語義互操作途徑之二：UDDI、WSDL與SOAP50.傳統(tǒng)Web Service互操作的中心技術(shù)WebService的中心技術(shù)主要包括SOAP 、WSDL和 UDDI。這三大部分代 表了 Web service 體系中的三個層次，分別是：傳輸層 、描畫層和發(fā)現(xiàn)層。51.SOAP使人想起了互聯(lián)網(wǎng)發(fā)的前期互聯(lián)網(wǎng)一個以協(xié)議為主的交互世界 底層網(wǎng)絡(luò)協(xié)議和簡單的內(nèi)容傳輸協(xié)議：“桶到“桶之間的交換，不觸及“桶中的內(nèi)容很少觸及52.SOAP(簡單對象訪問協(xié)議)SOAP是一種在分

23、布式環(huán)境中進展信息轉(zhuǎn)換的輕量級協(xié)議。作為一種不依賴傳輸協(xié)議、用于在運用程序之間以對象的方式交換數(shù)據(jù)的表示層通訊協(xié) 議，SOAP是Web Services的中心。主要特征擴展性Extensible。SOAP定義了一個框架,允許例如平安、路由和可靠性等特性作為分層擴展添加進來互操作Interoperable。SOAP允許運用任何傳輸協(xié)議傳輸數(shù)據(jù)。獨立Independent于編程模型。SOAP采用XML文本格式，因此可以獨立于各種編程言語和平臺。53.SOAP信息交換方式SOAP音訊交換方式MEP是指如何根據(jù)通訊的需求將多條音訊組合成一條整體的音訊交換的籠統(tǒng)描畫。四種方式：懇求-呼應(yīng)音訊交換方式一個

24、SOAP節(jié)點向另一個SOAP節(jié)點發(fā)送的包含SOAP信息的懇求，另一個節(jié)點前往包含SOAP音訊的呼應(yīng)54.SOAP信息交換方式(續(xù))單一呼應(yīng)音訊交換方式一個SOAP節(jié)點向另一個SOAP節(jié)點發(fā)送的懇求不包含任何SOAP信息，而期望對方前往SOAP音訊。SOAP Web方法特性懇求呼應(yīng)方式和單一呼應(yīng)方式可一同運用，SOAP節(jié)點間相互交流一些額外信息以表示W(wǎng)eb方法的名字。SOAP Action特性懇求呼應(yīng)方式和單一呼應(yīng)方式可一同運用， SOAP節(jié)點間相互交流一些額外信息以表示其激活標志。55.SOAP 信息交換Service BrokerServiceConsumerService Provider

25、 SOAPmessageWSDLdescribingserviceSOAPmessageclientserviceregistryfindpublishDESCRIBEINVOKESOAP SenderSOAP ReceiverSOAP SenderSOAP Receiverrequestresponse56.SOAP協(xié)議組成SOAP由4部分組成：SOAP封裝SOAP Envelope構(gòu)造定義了一個整體的表示框架，可用于表示在音訊中的是什么誰該當處置它是“可選的還是“強迫的SOAP編碼規(guī)那么SOAP Encoding Rules定義了一套編碼機制用于交換運用程序定義的數(shù)據(jù)類型的實例SOAP R

26、PC表示SOAP RPC Presentation定義了一個用于表示遠程過程調(diào)用和呼應(yīng)的商定SOAP綁定SOAP Binding定義了一種運用底層傳輸協(xié)議來完成在節(jié)點間交換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、：將數(shù)據(jù)的值編碼為XML格式對于運用中所定義的數(shù)據(jù)構(gòu)造和值，SOAP可以將其轉(zhuǎn)換為由節(jié)點和帶有標簽的邊組成的圖，稱為數(shù)據(jù)模型，并進而經(jīng)過SOAP編碼規(guī)那么將SOAP數(shù)據(jù)模型轉(zhuǎn)換為XML格式。60.SOAP RPC SOAP 遠程過程調(diào)用信息描畫了方法的懇求或者方法的回復。SOAP XML文檔在效力器端轉(zhuǎn)換成方法調(diào)用，調(diào)用后的結(jié)果將編碼成為XML文檔前往給效力懇求者。61.SOAP懇求目的對象的URI方法的參數(shù)方法名62.SOAP呼應(yīng)方法名目的對象的URI前往的結(jié)果63.SOAP協(xié)議綁定SOAP可在任何傳輸協(xié)議上運用，并提供了一種用于定義恣意協(xié)議綁定的靈敏框架。HTTP運用極為廣泛，也是SOAP

28、協(xié)議綁定對象的首選。64. 懇求與回應(yīng)POST /Accounts/Henrik /1.1Content-Type: text/xml; charset=utf-8“Content-Length: nnnnSOAPAction: /MyMessageSOAP:Envelope. 懇求 回應(yīng)/1.1 200 OkContent-Type: text/xml; charset=utf-8“Content-Length: nnnnSOAP:Envelope.HTTP懇求方法HTTP協(xié)議版本HTTP懇求資源資源的文本類型以及編碼格式、長度SOAPAction 懇求頭字段指示SOAP HTTP懇求的目的

29、，它的值是一個標識該目的的URI SOAP信息2XX形狀碼表示勝利前往65.SOA架構(gòu) 66.WSDL使人想起了互聯(lián)網(wǎng)開展的當前情況互聯(lián)網(wǎng)一個以“文檔的對象化方式主導的交互世界O-本體論域中的規(guī)范化概念Service instance-對象Service schema-知識方式類Controlled-vocabulary受控詞集 人或機器了解的含義67.WSDLWSDLWeb services description language是以XML格式來描畫Web效力接口，指定Web效力的位置、操作方法等信息的描畫言語。運用者運用WSDL就可以運用Web效力，而不用關(guān)懷效力的實現(xiàn)細節(jié)。68.WSD

30、L構(gòu)成元素WSDL文檔包含7個關(guān)鍵的構(gòu)成元素 ：service、和元素是Web Service的籠統(tǒng)定義，與詳細的Web Service部署細節(jié)無關(guān)，可以被重用；而、和元素是Web Service的詳細描畫，其中定義了Web Service的技術(shù)細節(jié) 69.WSDL文檔構(gòu)造例如代碼 ：WeatherWebService.wsdl 是天氣預(yù)告Web Service的WSDL文檔， 詳細含義分析如下： 該元素用來定義WSDL文檔的稱號，引入需求的XML命名空間70.元素規(guī)定了與音訊相關(guān)的數(shù)據(jù)類型的定義 71.(音訊)元素定義了傳送的音訊的數(shù)據(jù)構(gòu)造 (端口類型)元素是籠統(tǒng)操作和籠統(tǒng)音訊的組合 72.

31、 (綁定)元素用來詳細化元素，其中定義了元素中的操作和音訊的格式與協(xié)議等 73.(效力)元素指定了Web Service的位置。一個元素可以包含多個(端口)元素，端口的集合構(gòu)成了service。weather.wsdl中的元素如下： 74.WSDL綁定WSDL 綁定可為 web service 定義音訊格式和協(xié)議細節(jié)。WSDL規(guī)范中定義了3種綁定擴展：SOAP綁定 GET POST綁定MIME綁定其中SOAP綁定是最常用的一種方式。75.SOAP綁定綁定名，命名空間不反復指出綁定是針對SOAP協(xié)議格式的指出操作是面向RPC音訊包含參數(shù)和前往值的還是面向文檔的音訊包含文檔運用的 SOAP 協(xié)議指

32、出綁定是針對SOAP協(xié)議格式的此URI該當被直接用作SOAPAction頭的值給出輸入、輸出音訊的編碼為literal76.UDDIUDDI是經(jīng)過因特網(wǎng)描畫效力、發(fā)現(xiàn)效力并且集成商業(yè)效力的一個獨立于平臺的框架。UDDI代表著普遍化的描畫、發(fā)現(xiàn)和集成。UDDI是一個存儲Web效力的目錄，運用WSDL描畫Web效力接口。77.UDDI互聯(lián)網(wǎng)今后開展的初級階段互聯(lián)網(wǎng)一個以價值為導向的交互世界未經(jīng)整合、低價值的資源78效力集市.UDDI互聯(lián)網(wǎng)今后開展的初級階段互聯(lián)網(wǎng)一個以價值為導向的交互世界經(jīng)過整合、高價值的效力79效力集市存在明顯的差距.四種中心數(shù)據(jù)類型businessEntity(描畫發(fā)布效力組織

33、的信息)businessService(描畫效力的業(yè)務(wù)功能)binding Template(描畫效力的技術(shù)細節(jié))tModel(其他各種屬性)新的數(shù)據(jù)類型(2.0/3.0)publisherAssertion 描畫所注冊的效力之間的關(guān)系Subscription 跟蹤一組實體的變卦80.UDDI 數(shù)據(jù)構(gòu)造BusinessEntity企業(yè)碼, 企業(yè)名, 聯(lián)絡(luò)方式,描畫信息,分類BusinessService效力碼, 企業(yè)碼,效力名描畫信息及分類BindingTemplate綁定碼, 效力碼,描畫信息, 描畫信息,接入點tModel模型名, 描畫信息,概述文檔,指向WSDL文檔的指針WSDL 文檔外

34、部Web效力的接口描畫81.UDDI如何任務(wù)2)將效力的描畫注冊到UDDI注冊中心UDDI Business Registry3) UDDI 注冊中心給每個實體指定一個在程序中獨一的標識符4)電子買賣場所和搜索引擎等客戶機與商業(yè)運用程序運用 UDDI 注冊中心來發(fā)現(xiàn)它們感興趣的效力1)軟件公司、程序員等將tModel發(fā)布到UDDI注冊中心5)企業(yè)調(diào)用這些效力,簡便地進展動態(tài)集成82.注冊信息企業(yè)與效力的注冊信息：白頁：表示企業(yè)的根本信息，如企業(yè)的稱號、運營范圍描畫、聯(lián)絡(luò)信息等。黃頁：經(jīng)過支持運用多種具有分類功能的分類法系統(tǒng)產(chǎn)生的類別劃分，使得運用者可以在更大的范圍內(nèi)查找在注冊中心注冊的企業(yè)或者

35、效力。綠頁：與效力相關(guān)聯(lián)的綁定信息，并提供了指向這些效力所實現(xiàn)的技術(shù)規(guī)范的援用和指向基于文件的URL的不同發(fā)型機制指針。83.Web效力任務(wù)流程84.WS-BPELWS-BPEL(Web Services Business Process Execution Language)是一種基于XML用來描畫高層業(yè)務(wù)流程的編程言語，被描畫的業(yè)務(wù)流程的每個單一步驟由Web效力實現(xiàn)。原名是BPEL4WS，2002年由IBM、Microsoft、BEA協(xié)作開發(fā)。2007改名為WS-BPEL。目前版本是2.0本質(zhì)上是將一組Web效力整合在一同以構(gòu)成一個新的Web效力的言語。85.WS-BPEL 根本構(gòu)造 /流

36、程定義的根元素 /描畫業(yè)務(wù)流程與同伴的關(guān)系./經(jīng)過變量表示協(xié)作同伴間生成與傳送的信息./一組順序執(zhí)行的活動.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效力編配引擎，它可以使開發(fā)人員根據(jù)以BPEL XML語法寫成的過程描畫來編配Web效力。88.基于Apache ODE的Web效力組合一、加法效力(Add_Service)輸入double類變量a、b，輸出結(jié)果a+b；二、減法效力(Sub_Service)輸入double類變量a、b ，輸出結(jié)果a-b；三、將這兩個效力組合為一個新效力輸入double類變量a、b和字符串變量c，假設(shè)c=add，輸出結(jié)果為a+b；假設(shè)c=sub，輸出結(jié)果為a-b；89.基于Apache ODE的Web效力組合90.基于Apache ODE的Web效力組合組合后的Web效力運轉(zhuǎn)結(jié)果：91.2.1概念和背

38、景2.2面向效力的架構(gòu)SOA2.3語義互操作2.4效力案例2.5效力開發(fā)方法2.6云計算中的效力2.7高級專題提 綱92.開發(fā)案例-基于IP地址的氣候查詢效力案例經(jīng)過BPEL組裝IP2Location根據(jù)IP地址查出所在地的城市名和國名和GlobalWeather根據(jù)城市名和國名給出天氣信息兩個獨立的Web效力，使得兩個效力可以自動地串行調(diào)用，并將整合了的流程發(fā)布為WeatherByIP效力。93.業(yè)務(wù)用例客戶端向WeatherByIP效力懇求某一個IP所在地的天氣信息當WeatherByIP效力獲得目的IP后，將參數(shù)傳給IP2Location效力IP2Location效力根據(jù)IP地址查出所在

39、地的城市名和國名，將此音訊傳送給GlobalWeather效力GlobalWeather效力經(jīng)過城市名和國家名查詢當?shù)氐奶鞖庑畔?，并將反響信息傳回WeatherByIP效力WeatherByIP效力最終向用戶輸出目的IP所在地的天氣情況。94.ClientWeatherByIPServiceGlobalWeatherServiceIP2LocationServiceTargeted IPWeatherInfoLocationInfoTargeted IPWeatherInfo訪問流程1234595.開發(fā)環(huán)境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 輸入音訊構(gòu)造輸入信息98.IP2Location 輸出音訊構(gòu)造可輸出信息99.GlobalWeather 接口類型100.GetWeather輸入音訊構(gòu)造輸入信息101.GetWeather輸出音訊構(gòu)造輸出信息102.WeatherByIP Service的XML Schema為了使整個流程的輸入格式與輸出音訊格式堅持一致，需在XML Schema文檔中規(guī)定效力的輸入和輸出音訊構(gòu)造。主要來源自IP2Location Service的輸入音訊格式和GlobalWeather Service的輸出音訊格式。103.XML Schema圖形

42、化表示104.WeatherByIP的效力描畫接口類型和操作：輸入音訊構(gòu)造：輸出音訊構(gòu)造：105. BPEL流程是業(yè)務(wù)流程的物理實現(xiàn)，經(jīng)過效力間的音訊傳送，實現(xiàn)相互調(diào)用和流程組合BPEL流程描畫106.BPEL 變量映射在BPEL把音訊從一個service傳送給另一個service時，需求定義不同效力間的音訊變量的映射關(guān)系音訊傳送經(jīng)過Assign活動來實現(xiàn)。Assign1從WeatherByIP效力的輸入到IP2Location效力的輸入Assign2從IP2Location效力的輸出到GlobalWeather效力的輸入Assign3從GlobalWeather效力的輸出到WeatherBy

43、IP的輸出107.測試輸入的SOAP音訊：輸出的SOAP音訊：108.2.1概念和背景2.2面向效力的架構(gòu)SOA2.3語義互操作2.4效力案例2.5效力開發(fā)方法2.6云計算中的效力2.7高級專題提 綱109.開發(fā)范式的變化構(gòu)造化程序設(shè)計面向?qū)ο蟮能浖_發(fā)基于組件的軟件開發(fā)面向效力的軟件開發(fā)對象化+開放式從單機系統(tǒng)、分布式系統(tǒng)、異構(gòu)分布式系統(tǒng)，軟件的規(guī)模與復雜度逐漸提高，模塊耦合度逐漸降低對象化+開放式。110.面向效力的軟件開發(fā)特點兩個視圖：效力提供者視圖：關(guān)懷效力如何實現(xiàn)、封裝、發(fā)布、管理效力消費者視圖：關(guān)懷效力如何組合滿足業(yè)務(wù)需求面向重用的開發(fā)Development for reuseRe

44、use-based Development業(yè)務(wù)矯捷的開發(fā)快速構(gòu)建順應(yīng)開展111.Web 效力開發(fā)生命周期IBM將效力的生命周期分為建模、組裝、部署和管理四個階段，而SOA理念和最正確實際貫穿每個階段。治理和過程為SOA工程提供指點和監(jiān)管，支撐整個生命周期的各個階段。112.建模Model建模階段主要是搜集和分析業(yè)務(wù)需求，建立和優(yōu)化業(yè)務(wù)流程，并設(shè)計軟件效力的流程。業(yè)務(wù)模型的建立是此階段的主要任務(wù)。113.組裝Assemble在效力組合階段，主要是根據(jù)業(yè)務(wù)模型，利用已有的效力資源庫和業(yè)務(wù)處理方案，發(fā)現(xiàn)效力、創(chuàng)建效力和集效果勞的過程。114.部署Deploy在部署階段，主要是將效力以及集成的業(yè)務(wù)流程

45、部署到運轉(zhuǎn)環(huán)境中，經(jīng)過控制中心配置和優(yōu)化運轉(zhuǎn)環(huán)境，使其可以滿足業(yè)務(wù)所需的不同效力程度要求。提供一定的靈敏性，以支持效力和業(yè)務(wù)流程的動態(tài)更新以順應(yīng)不斷變化的業(yè)務(wù)需求。115.管理Manage管理階段提供對底層效力資源的管理，并實時監(jiān)測主要的性能目的以獲得預(yù)防、隔離、分析和修復問題的信息。及時了解系統(tǒng)的形狀，并為業(yè)務(wù)建模和業(yè)務(wù)流程的繼續(xù)改良提供重要的反響信息。116.效力提供者的開發(fā)方法零起點方法。為新 Web 效力創(chuàng)建新的效力接口，效力接口和效力實現(xiàn)都歸效力提供者一切。自頂向下方法。開發(fā)一個與現(xiàn)有效力接口一致的新 Web 效力。這類效力接口通常是業(yè)界規(guī)范的一部分，可以被許多效力提供者實現(xiàn)。效力接

46、口不能歸效力提供者一切。117.效力提供者的開發(fā)方法(續(xù))自底向上方法。用于為現(xiàn)有的運用程序創(chuàng)建新的效力接口。效力接口是從運用程序的運用程序編程接口application programming interface，API派生出來的。中間相遇方法。當效力接口曾經(jīng)存在，并且用作 Web 效力的運用程序也曾經(jīng)存在時，將運用中間相遇這種 Web 效力開發(fā)方法。主要義務(wù)是將現(xiàn)有的運用程序接口映射到效力接口定義中定義的那些運用程序接口。118.效力懇求者的開發(fā)方法靜態(tài)綁定。靜態(tài)綁定是在構(gòu)建時經(jīng)過為效力懇求者將運用的單個 Web 效力定位效力實現(xiàn)定義構(gòu)建的。構(gòu)建時動態(tài)綁定。當效力懇求者想運用特定類型的 W

47、eb 效力，但在運轉(zhuǎn)時之前實現(xiàn)是未知的，或者實現(xiàn)可以在運轉(zhuǎn)時發(fā)生改動，這時將運用這類綁定。這類效力定義在效力接口定義中。運轉(zhuǎn)時動態(tài)綁定。這類綁定的不同之處在于效力接口是在運轉(zhuǎn)時被發(fā)現(xiàn)的。找到效力接口后，就生成、編譯，然后執(zhí)行代理代碼。這類綁定通常與用戶界面一同運用，由于機器對機器的交互不能夠是真正動態(tài)的。119.效力設(shè)計方法中的原那么效力的稱號要方便運用者效力的操作不能太多或者太少效力的操作應(yīng)該是內(nèi)聚的和完全的效力應(yīng)該對實現(xiàn)的細節(jié)進展封裝效力應(yīng)該順應(yīng)多種調(diào)用方式效力的操作應(yīng)該是無形狀的效力應(yīng)該運用有形狀的事務(wù)進展建模效力的操作應(yīng)該代表業(yè)務(wù)動作效力操作的參數(shù)應(yīng)該是粗粒度的。120.2.1概念和背

48、景2.2面向效力的架構(gòu)SOA2.3語義互操作2.4效力案例2.5效力開發(fā)方法2.6云計算中的效力2.7高級專題提 綱121.云計算云計算Cloud Computing，是一種基于互聯(lián)網(wǎng)的計算方式，經(jīng)過這種方式，共享的軟硬件資源和信息可以按需求提供應(yīng)計算機和其他設(shè)備。云計算描畫了一種基于互聯(lián)網(wǎng)的新的IT效力添加、運用和交付方式，通常涉及經(jīng)過互聯(lián)網(wǎng)來提供動態(tài)易擴展而且經(jīng)常是虛擬化的資源。122.云計算中的效力特征隨需自助效力。隨時隨地用任何網(wǎng)絡(luò)設(shè)備訪問。多人共享資源池?？焖僦匦虏渴痨`敏度?？杀槐O(jiān)控與量測的效力?；谔摂M化技術(shù)快速部署資源或獲得效力。減少用戶終端的處置負擔。降低了用戶對于IT專業(yè)知識

49、的依賴。123.互聯(lián)網(wǎng)一個以價值為導向的交互世界未經(jīng)整合、低價值的資源124經(jīng)過整合、高價值的效力資源和效力集市云計算中的效力.云計算效力的概觀125.云計算效力方式軟件即效力SaaS平臺即效力PaaS根底架構(gòu)即效力IaaS126.軟件即效力SaaS消費者運用運用程序，但并不掌控操作系統(tǒng)、硬件或運作的網(wǎng)絡(luò)根底架構(gòu)。是一種效力觀念的根底，軟件效力供應(yīng)商，以租賃的概念提供客戶效力，而非購買，比較常見的方式是提供一組帳號密碼。例如: Microsoft CRM與Salesforce。127.平臺即效力PaaS消費者運用主機操作運用程序。消費者掌控運作運用程序的環(huán)境也擁有主機部分掌控權(quán)，但并不掌控操作

50、系統(tǒng)、硬件或運作的網(wǎng)絡(luò)根底架構(gòu)。平臺通常是運用程序根底架構(gòu)。例如: Google App Engine。128.根底架構(gòu)即效力IaaS消費者運用“根底計算資源，如處置才干、存儲空間、網(wǎng)絡(luò)組件或中間件。消費者能掌控操作系統(tǒng)、存儲空間、已部署的運用程序及網(wǎng)絡(luò)組件如防火墻、負載平衡器等，但并不掌控云根底架構(gòu)。例如: Amazon AWS、Rackspace。129.云計算效力的部署模型公用云Public Cloud 簡而言之，公用云效力可經(jīng)過網(wǎng)絡(luò)及第三方效力供應(yīng)者，開放給客戶運用，“公用一詞并不一定代表“免費，但也能夠代表免費或相當廉價，公用云并不表示用戶數(shù)據(jù)可供任何人查看，公用云供應(yīng)者通常會對用戶

51、實施運用訪問控制機制，公用云作為處理方案，既有彈性，又具備本錢效益。私有云Private Cloud 私有云具備許多公用云環(huán)境的優(yōu)點，例如彈性、適宜提供效力，兩者差別在于私有云效力中，數(shù)據(jù)與程序皆在組織內(nèi)管理，且與公用云效力不同，不會遭到網(wǎng)絡(luò)帶寬、平安疑慮、法規(guī)限制影響；此外，私有云效力讓供應(yīng)者及用戶更能掌控云根底架構(gòu)、改善平安與彈性，由于用戶與網(wǎng)絡(luò)都遭到特殊限制。130.云計算效力的部署模型續(xù)社區(qū)云Community Cloud 社區(qū)云由眾多利益相仿的組織掌控及運用，例如特定平安要求、共同目的等。社區(qū)成員共同運用云數(shù)據(jù)及運用程序?；旌显艸ybrid Cloud 混合云結(jié)合公用云及私有云，這個

52、方式中，用戶通常將非企業(yè)關(guān)鍵信息外包，并在公用云上處置，但同時掌控企業(yè)關(guān)鍵效力及數(shù)據(jù)。131.2.1概念和背景2.2面向效力的架構(gòu)SOA2.3語義互操作2.4效力案例2.5效力開發(fā)方法2.6云計算中的效力2.7高級專題提 綱132.高級專題探求性的幾個議題1、效力引薦2、效力組合3、效力演化4、效力統(tǒng)計133.效力引薦的背景 Web效力由于其良好的互操作性、平臺獨立性遭到了學術(shù)及業(yè)界的青睞。面向效力的計算改動了傳統(tǒng)的軟件開發(fā)、交互、運用的方式，構(gòu)成了軟件工程和分布式計算的新型范式。 同時也帶來了假設(shè)干新的挑戰(zhàn)，例如： 大量效力涌現(xiàn)，面對多個功能類似的效力，用戶如何進展效力選擇？134.效力引薦

53、技術(shù)特征的開展1、基于QoS建模的效力引薦2、QoS動態(tài)性建模的效力引薦3、基于協(xié)同過濾的效力引薦4、基于情景感知QoS預(yù)測的個性化效力引薦135.基于QoS建模的效力引薦常見的Qos效力評價因子： 執(zhí)行代價、呼應(yīng)時間、可靠性、可用性、信譽度、吞吐率模型的局限性： 多數(shù)情況下的前提假設(shè)是：一切的QoS數(shù)據(jù)可以從效力提供者獲取并且數(shù)據(jù)是穩(wěn)定的不需求思索動態(tài)性。 由于網(wǎng)絡(luò)開放性、動態(tài)性，Web效力的Qos信息是動態(tài)變化的需求思索動態(tài)性136.1、基于QoS建模的效力引薦2、QoS動態(tài)性建模的效力引薦3、基于協(xié)同過濾的效力引薦4、基于情景感知QoS預(yù)測的個性化效力引薦效力引薦技術(shù)特征的開展137.Q

54、oS動態(tài)性建模的效力引薦QoS數(shù)據(jù)的搜集與更新非歷史和上下文的 研討示范1Research on tool for service quality measurement of Web Services.主要任務(wù)：提出了一種基于API Hook搜集QoS數(shù)據(jù)的方法2Random-QoS-Aware Reliable Web Service Composition.主要任務(wù)：將QoS的評價因子映射為一組隨機變量，用數(shù)學期望、方差來衡量評價因子的值，不僅僅計算歷史記錄值的平均值。3An Approach for Measuring Quality of Web Services Based on

55、the Superposition of Uncertain Factors.主要任務(wù)：基于非確定要素疊加的web效力評價方法。局限性： 雖然反映了Web效力的動態(tài)特征，但沒思索不同用戶之間運用閱歷的不同即用戶運用效力中關(guān)注的上下文。138.1、基于QoS建模的效力引薦2、QoS動態(tài)性建模的效力引薦3、基于協(xié)同過濾的效力引薦4、基于情景感知QoS預(yù)測的個性化效力引薦效力引薦技術(shù)特征的開展139.基于協(xié)同過濾的效力引薦研討示范非上下文的1Reputation-based recommender discovery approach for service selection.主要任務(wù)：將信任網(wǎng)絡(luò)

56、劃分為假設(shè)干個性化的信任網(wǎng)絡(luò)，經(jīng)過信任度的迭代傳播，挑選出信任度高的引薦者。2Web service QoS prediction approach主要任務(wù)：經(jīng)過用戶間Qos數(shù)據(jù)的運用閱歷的類似性計算，挑選出歷史Qos數(shù)據(jù)與效力懇求者歷史Qos數(shù)據(jù)最相近的用戶及其歷史Qos記錄。局限性： 思索到了用戶的歷史運用閱歷，但是沒有思索用戶進展效力調(diào)用時的情景，例如操作系統(tǒng)、內(nèi)存、CPU、網(wǎng)絡(luò)的帶寬、平安性等情況。140.1、基于QoS建模的效力引薦2、QoS動態(tài)性建模的效力引薦3、基于協(xié)同過濾的效力引薦4、基于情景感知QoS預(yù)測的個性化效力引薦效力引薦技術(shù)特征的開展141.基于情景感知QoS預(yù)測的個

57、性化效力引薦創(chuàng)新之處 在進展Web效力引薦時，思索到用戶調(diào)用效力時的情景，如操作系統(tǒng)、內(nèi)存、CPU、網(wǎng)絡(luò)的帶寬、平安性等等。技術(shù)道路 經(jīng)過聚類的方式，首先挑選出與當前用戶效力調(diào)用的情景最接近的一組效力，再進展評價引薦。(思索歷史和類似的上下文)142.效力產(chǎn)生 當用戶提出效力調(diào)用懇求時，一組滿足用戶功能需求的效力及其調(diào)用的歷史記錄就會生成。 歷史記錄籠統(tǒng)為屬性集合表示如下： Q=q1, q2, q3, , qk,其中包括QoS屬性如呼應(yīng)時間等， Context 情境屬性如IP地址, 時間日期。 高斯方法Gaussian approach: 屬性的規(guī)范化處置。 表示用戶 j 調(diào)用效力 i 的第k

58、個屬性的規(guī)范化處置后的值。143.效力生成以后，按照情境Context進展聚類 根據(jù)效力的調(diào)用記錄，對調(diào)用記錄中屬性進展規(guī)范化處置高斯方法；然后按照情景的類似性歐幾里得間隔進展聚類k-means算法歐幾里得間隔Euclidean distance:計算情景屬性的類似性。 Sim(p,q)表示p,q兩條歷史記錄，調(diào)用情景的類似性。, 分別表示p,q兩條歷史記錄中的第i個屬性規(guī)范化處置后的值。k-means 算法:聚類算法144.效力引薦 根據(jù)聚類結(jié)果，挑選出與當前用戶調(diào)用情景最類似的一組效力。按照QoS的值對效力進展排序，將具有最大QoS值的效力引薦給用戶。 貝葉斯推論Bayesian Infe

59、rence:用于按照QoS對效力進展排序,根據(jù)先驗概率，計算后驗概率。 OS=1,表示用戶對效力綜合性能稱心。因此實踐上p(OS=1|)表示的是用戶對效力稱心程度，值越高那么效力性能越好145.例如：表示效力調(diào)用的一條歷史記錄表示效力sj被用戶uj調(diào)用 146.流程總結(jié)高斯方法 Gaussian approach 數(shù)據(jù)預(yù)處置歷史記錄按情景聚類Cluster中效力按QoS排序效力生成歷史記錄具有最好QoS的效力引薦給用戶K-means 算法貝葉斯推論當總體QoS大于給定閾值時，那么表示用戶稱心即OS=1147.高級專題探求性的幾個議題1、效力引薦2、效力組合3、效力演化4、效力統(tǒng)計148.效力組

60、合的背景有將簡單功能效力組合在一同提供復雜功能效力的需求有提高對于已有的效力復用程度的需求如何有效地組合分布于Internet中的各類效力，實現(xiàn)效力之間的無縫集成，形勝利能豐富的企業(yè)級效力流程以到達企業(yè)的商業(yè)目的149.Web效力組合定義從業(yè)務(wù)流程的角度出發(fā)，Web效力組合是根據(jù)一定的業(yè)務(wù)規(guī)那么將效力進展有機銜接，使其相互協(xié)作從而完成既定的商務(wù)目的。從運用集成的角度出發(fā)，Web 效力組合是未來自于不同企業(yè)的異質(zhì)異構(gòu)信息系統(tǒng)和軟件進展無縫集成，消除信息孤島，從而構(gòu)成互通互聯(lián)的軟件結(jié)合體的過程。從問題求解的角度出發(fā)，以為Web效力組合是為到達用戶特定目的，在給定的一些效力中，發(fā)現(xiàn)一個能滿足這一目的