【正文】 ? 定義 Web服務(wù)支持的各種操作要求的類型； ? 用這些類型構(gòu)建各種操作使用的消息； ? 用特定于訪問(wèn) Web 服務(wù)的方法把消息和具體操作關(guān)聯(lián)起來(lái)； ? 綁定 操作和端點(diǎn)作為綁定操作的一部分，將操作要求的數(shù)據(jù)格式和指定的端點(diǎn)地址固定； ? 服務(wù)元素把綁定定義和具體的端口連接，端口提供了服務(wù)最終的URL 地址。第一個(gè)聲明組件包括不同的命名空間（ NameSpace）聲明，聲明為根元素的屬性。 WSDL 文檔用 XML 編寫(xiě)，它的根元素是 definitions。 ? portType(包含 operation元素 ),將消息和 對(duì)應(yīng)的操作關(guān)連在一起。 operation元素使用 name 屬性命名可包含下面的元素： input發(fā)送到服務(wù)的消息 output從服務(wù)接收的消息 fault發(fā)生錯(cuò)誤，操作調(diào)用者接收到的消息 ? binding(包含 operation元素 )，提供了不同協(xié)議下訪問(wèn)操作必須使用的具體語(yǔ)法，全部功能通過(guò)特定協(xié)議的擴(kuò)展元素取得，但 binding屬性基本結(jié)構(gòu)不變。WSDL 擴(kuò)展 WSDL 定義只有與具體的協(xié)議一起使用才能發(fā)揮更大的作用，一般使用 SOAP 和 HTTP GET/POST 這兩個(gè)協(xié)議。 ? HTTP GET/POST 擴(kuò)展 :binding :address ? input擴(kuò)展 ? output擴(kuò)展 ? SOAP 擴(kuò)展 SOAP:address SOAP:operation SOAP:body SOAP:fault SOAP:header和 SOAP:headerful 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 9 2． 3． 2． 2 WSDL 的使用 WSDL 文檔是可以自動(dòng)生成的，使用 Web 服務(wù)類的代碼和駐留服務(wù)的服務(wù)器的信息作為源信息。 . NET 用發(fā)布的 WSDL 文件創(chuàng)建代理對(duì)象，與外部的 Web 服務(wù)通信 。代理對(duì)象在內(nèi)部創(chuàng)建并格式化正確 的 SOAP 消息發(fā)送給 Web 服務(wù)。 2． 3． 3 Web 服務(wù)的通信協(xié)議 2． 3． 3． 1 Web 服務(wù)通信協(xié)議的優(yōu)勢(shì) Web 服務(wù)必須建立在開(kāi)放和標(biāo)準(zhǔn)的規(guī)格之上，允許不同的客戶端呼叫使用它提供的服務(wù)。 DCOM、 RMI 或 IIOP使用需要在服務(wù)器和客戶機(jī)有明確的、同類型基本構(gòu)架的具體對(duì)象模型協(xié)議。因?yàn)橐粋€(gè)集成商業(yè)程序的參與者會(huì)發(fā)生變化，隨著時(shí)間的推移，技術(shù)也在變化，所以在所有參與者間確保一個(gè)單一的、統(tǒng)一的體系架構(gòu)就變得十分困難 [7]。 SOAP 協(xié)議以 XML 文件的形式提供了一個(gè)簡(jiǎn)單、輕量的用于在分散或分布環(huán)境中交換結(jié)構(gòu)化和類型信息的機(jī)制，能夠被用于從消息傳遞到 RPC 的各種系統(tǒng)。透過(guò) XML 來(lái)傳遞信息的優(yōu)點(diǎn) ,就是對(duì)程序語(yǔ)言、操基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 10 作系統(tǒng)的獨(dú)立性。由于是純文字 XML 格式 ,SOAP 信息可由任何一種程序語(yǔ)言所產(chǎn)生 ,被任何程序語(yǔ)言、甚至被用戶解讀。 SOAP 主要基于兩個(gè) Inter 標(biāo)準(zhǔn) :用于數(shù)據(jù)編碼的 XML 和用于信息傳輸?shù)? 版。 SOAP 協(xié)議包括了 4 個(gè)部分 : (1)SOAP 封裝結(jié)構(gòu)定義了一個(gè)整體框架用來(lái)表示消息中包含什么內(nèi)容 ,誰(shuí)來(lái)處理這些內(nèi)容以及這些內(nèi)容是可選的或是必需的。 (3)SOAP RPC 表示定義了一個(gè)用來(lái)表示遠(yuǎn)程過(guò)程調(diào)用和應(yīng)答的協(xié)定。 SOAP 消息的結(jié)構(gòu) 如圖 23所示 . 圖 23 SOAP 消息的結(jié)構(gòu) 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 11 SOAP 消息是由下面的 XML 元素組成： 封套 —— 在 SOAP 協(xié)議中的元素名是“ Envelope” ,它在 SOAP 消息中必須出現(xiàn) ,定義消息內(nèi)容。包含題頭的有關(guān)信息。 SOAP 消息傳輸涉及三個(gè)主要角色： SOAP 發(fā)送者創(chuàng)建和發(fā)送 SOAP 消息給最終的 SOAP 接收者。 如圖 24所示： 圖 24 SOAP 消息傳輸涉及三個(gè)主要角色 2． 3． 3． 3 HTTP 協(xié)議 HTTP 是一種應(yīng)用廣泛的應(yīng)用層網(wǎng)絡(luò)傳輸協(xié)議 ,將 SOAP 消息綁定到HTTP 協(xié)議 ,必須利用 HTTP 協(xié)議的請(qǐng)求 /應(yīng)答方式發(fā)送和接收 SOAP 消息 . HTTPGET 和 HTTPPOST 是兩個(gè)標(biāo)準(zhǔn)的基于 HTTP 協(xié)議的方法，請(qǐng)求題頭指定了客戶機(jī)要從服務(wù)器獲取的內(nèi)容 ,被請(qǐng)求的服務(wù)器相應(yīng)一個(gè)或多個(gè)響應(yīng)題頭。 UDDI 實(shí)際上就是一個(gè)向大家提供注冊(cè)服務(wù)的公共數(shù)據(jù)庫(kù)。 UDDI 包含有關(guān)公司服務(wù)的技術(shù)接口的信息。 圖 25 UDDI 的橋梁作用 UDDI 有四種主要數(shù)據(jù)結(jié)構(gòu) :商業(yè)實(shí)體信息 (businessEntity 結(jié)構(gòu) )、服務(wù)信息 (businessService 結(jié)構(gòu) )、綁定信息 (bindingTemplate 結(jié)構(gòu) )、技術(shù)規(guī)范信息 (tModel 結(jié)構(gòu) )。 businessEntity結(jié)構(gòu) (商業(yè)實(shí)體信息 )—— 處于所有結(jié)構(gòu)的頂層 ,用于保存業(yè)務(wù)信息。 businessService結(jié)構(gòu) (服務(wù) 信息 )—— 將一系列有關(guān)商業(yè)流程或分類目錄的 Web 服務(wù)的描述 組合到一起。 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 13 bindingTemplate (綁定 信息 )結(jié)構(gòu) —— 每個(gè) Web 服務(wù)的技術(shù)描述是通過(guò)單獨(dú)包含的 bindingTemplate 結(jié)構(gòu)的實(shí)例來(lái)實(shí)現(xiàn)的。 tModel(信息技術(shù)規(guī)范 )—— 提供一個(gè)基于抽象的引用系統(tǒng) ,其中所含內(nèi)容記錄了由鍵標(biāo)識(shí)的元數(shù)據(jù)。 圖 26 UDDI 核心結(jié)構(gòu)之間的關(guān)系 UDDI 技術(shù)的核心 是 UDDI 商業(yè)注冊(cè)表，它使用一個(gè) XML 文檔來(lái)描述企業(yè)及其提供的 Web 服務(wù)。允許客戶通過(guò)唯一標(biāo)識(shí)符來(lái)搜索企業(yè)。 UDDI 也支持按照行業(yè)、提供的產(chǎn)品 /服務(wù)以及地址來(lái)進(jìn)行企業(yè)歸類。指的是注冊(cè)企業(yè)并且允許通過(guò)企業(yè)提供的服務(wù)類型和功能來(lái)搜索企業(yè)。 圖 27 UDDI 數(shù)據(jù)的關(guān)系 2． 3． 4． 2 Web 上訪問(wèn) UDDI 在 Inter 上發(fā)現(xiàn)一個(gè) Web 服務(wù)有兩種方式：直接鍵入 URL 和使用搜索引擎來(lái)定位滿足您提供的標(biāo)準(zhǔn)的站點(diǎn)。 UDDI 注冊(cè)中心實(shí)際上公開(kāi)了一種 Web 服務(wù)，允許客戶端注冊(cè)一個(gè)接口，并且瀏覽、檢查以及綁定到已經(jīng)注冊(cè)的服務(wù)。下圖是查詢一個(gè) UDDI 注冊(cè)節(jié)點(diǎn)的體系結(jié)構(gòu)。實(shí)際上將對(duì)查詢 UDDI 數(shù)據(jù)庫(kù)的注冊(cè)服務(wù)發(fā)出 UDDI 調(diào)用。 如圖 28所示： 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 15 圖 28查詢一個(gè) UDDI 注冊(cè)節(jié)點(diǎn) 的體系結(jié)構(gòu) 2． 3． 5 Web 服務(wù)技術(shù)關(guān)聯(lián) 在 Web Service 的技術(shù)架構(gòu)中 (圖 29) , UDDI 作用于服務(wù)發(fā)布層和服務(wù)發(fā)現(xiàn)層。我們可以利用基于XML 的描述語(yǔ)言 (如 WS DL)，對(duì)這些服務(wù)系統(tǒng)的操作類型、輸入輸出數(shù)據(jù)流、數(shù)據(jù)類型與傳輸協(xié)議和數(shù)據(jù)格式及安全控制機(jī)制等的捆綁方式、網(wǎng)絡(luò)位置等進(jìn)行規(guī)范描述，描述結(jié)果是一個(gè)規(guī)則的 XML 文件，成為被描述服務(wù)系統(tǒng)的標(biāo)準(zhǔn)界面 (類似于 CORBA的 I DL)。 圖 29 Web Service 的技術(shù)架構(gòu) 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 16 2． 4 Web服務(wù)體系結(jié)構(gòu)在企業(yè)級(jí)電子商務(wù)的運(yùn)用 2． 4． 1 傳統(tǒng)企業(yè)級(jí)電子商務(wù)體系結(jié)構(gòu)局限性 通常的 企業(yè)級(jí)（ B2B）電子商務(wù)系統(tǒng)應(yīng)是基于一個(gè)分布式的環(huán)境，應(yīng)用 B/S 模式的 3層體系結(jié)構(gòu)，由客戶層、業(yè)務(wù)層和數(shù)據(jù)層組成，如圖 210所示。業(yè)務(wù)層 —— 負(fù)責(zé)電子商務(wù)系統(tǒng)業(yè)務(wù)的處理，實(shí)現(xiàn)完整的業(yè) 務(wù)邏輯。 普通的 企業(yè)級(jí) 電子商務(wù)系統(tǒng)雖然也具有快速、高效、低成本、高收益率等特點(diǎn)，但在實(shí)際運(yùn)作過(guò)程中，電子商務(wù)的基本結(jié)構(gòu)、交互接口等均沒(méi)有統(tǒng)一的標(biāo)準(zhǔn)和解決方案，這種不具備良好集成能力的應(yīng)用開(kāi)發(fā)模式使得系統(tǒng)本身會(huì)出現(xiàn)一些無(wú)法克服的缺陷。當(dāng)需要融入新的電子商務(wù)流程，需要集成不同的電子商務(wù)應(yīng)用以為用戶提供更完整的增值服務(wù) 時(shí)，都必須從最初的系統(tǒng)設(shè)計(jì)開(kāi)始做起。維護(hù)、升級(jí)及重新實(shí)現(xiàn)軟件及子模塊的勞動(dòng)重復(fù)，工作量大等。傳統(tǒng)的由程序員主導(dǎo)的由里向外的開(kāi)發(fā)模式被由用戶主導(dǎo)的由外向里的開(kāi)發(fā)模式所取代，冗長(zhǎng)串行的開(kāi)發(fā)循環(huán)被即時(shí)、快速的引用裝配所取代?；?Web 服務(wù) 的 B2B 電子商務(wù)系統(tǒng)正是運(yùn)用最先進(jìn)的 Web 服務(wù) 的技術(shù)，將傳統(tǒng)電子商務(wù)系統(tǒng)各子模塊做成一個(gè)個(gè)獨(dú)立的 Web 構(gòu)件，封裝后以 Web 服務(wù) 的形式發(fā)布到網(wǎng)上。 一個(gè)比較完整的基于 Web 服務(wù)的 B2B 電子商務(wù)體系結(jié)構(gòu)如圖 211 所示。 圖 211 基于 Web 服務(wù)的 B2B 電子商務(wù)體系結(jié)構(gòu) 傳統(tǒng)企業(yè)級(jí)電子商務(wù)系統(tǒng)將用戶登錄模塊作為自己的子模塊，而直接把功能函數(shù)集成到整個(gè)系統(tǒng)中，任何一個(gè)函數(shù)有變動(dòng)都必須要求整個(gè)系統(tǒng)基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 18 的相應(yīng)改動(dòng)和整體測(cè)試。 購(gòu)物車模塊是所有企業(yè)級(jí)電子商務(wù)系統(tǒng)中的核心模塊之一。而 Web Service 形式的購(gòu)物車模塊不僅僅是一個(gè)單獨(dú)的 Web Service，還可以整合許多發(fā)布在 Inter 范圍內(nèi)的 Web Service，如運(yùn)費(fèi)查詢、稅率計(jì)算乃至在線支付等等。在核心應(yīng)用程序中，定義與各 Web Service 一致的輸入輸出接口參數(shù)，而且核心應(yīng)用程序是體現(xiàn)企業(yè)個(gè)性化企業(yè)級(jí)電子商務(wù)系統(tǒng)的關(guān)鍵所在。 另外，作為整個(gè)供應(yīng)鏈的一部分，系統(tǒng)不僅應(yīng)該獨(dú)立地完成商務(wù)活動(dòng)，還應(yīng)該能提供規(guī)范的接口，方便快速地與其他的外部應(yīng)用程序，如企業(yè)資源規(guī)劃 (Enterprise Resource Planning ERP ) 、客戶關(guān)系管理(CustomerRelations Management CRM)、供 應(yīng)鏈管 理 (Supply Chain Management SCM)等進(jìn)行通信。 松散耦合 ：這一特征也是源于對(duì)象 /組件技術(shù)，當(dāng)一個(gè) Web 服務(wù)的實(shí)現(xiàn)發(fā)生變更的時(shí)候，調(diào)用者是不會(huì)感到這一點(diǎn)的，對(duì)于調(diào)用者來(lái)說(shuō)，只要Web 服務(wù)的調(diào)用接口不變， Web 服務(wù)的實(shí)現(xiàn)任何變更對(duì)他們來(lái)說(shuō)都是透明的，甚至是當(dāng) Web 服務(wù)的實(shí)現(xiàn)平臺(tái)從 J2EE 遷移到了 .NET 或者是相反的遷移流程，用戶都可以對(duì)此一無(wú)所知。這些標(biāo)準(zhǔn)協(xié)議具有完全免費(fèi)的規(guī)基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 19 范，以便由任意方進(jìn)行實(shí)現(xiàn)。 高度可集成能力 ：由于 Web 服務(wù)采取簡(jiǎn)單的、易理解的標(biāo)準(zhǔn) Web 協(xié)議作為組件界面描述和協(xié)同描述規(guī)范，完全屏蔽了不同軟件平臺(tái)的差異，無(wú)論是 CORBA、 DCOM 還是 EJB 都可以通過(guò)這一種標(biāo)準(zhǔn)的協(xié)議進(jìn)行互操作，實(shí)現(xiàn)了在當(dāng)前環(huán)境下最高的可集成性。它具有語(yǔ)言和平臺(tái)無(wú)關(guān)性。支持各種通訊媒體如： HTTP、 SMTP、 MQ、 FTP、 RMI over IIOP 等 [8]。并闡述了以上技術(shù)的相互聯(lián)系，在此基礎(chǔ)上，介紹了 Web 服務(wù)的體系結(jié)構(gòu)，分析了傳統(tǒng)企業(yè)級(jí)電子商務(wù)體系結(jié)構(gòu)的局限性，提出了基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)體 系結(jié)構(gòu)，并闡述了 Web 服務(wù)的優(yōu)勢(shì)。電子商務(wù)系統(tǒng)的明顯優(yōu)勢(shì)在于允許被多個(gè)應(yīng)用程序訪問(wèn)。雖然這些訪問(wèn)點(diǎn)面對(duì)不同的用戶界面，但它們可以容易地被結(jié)合到同一個(gè) Web 服務(wù)中。 3． 1 網(wǎng)上訂購(gòu) 服務(wù)需求分析 網(wǎng)上訂購(gòu)服務(wù)為客戶提供網(wǎng)上查閱商品信息，訂購(gòu)商品，并通過(guò)信用卡付費(fèi)的服務(wù)，商務(wù)公司將根據(jù)客戶提供的運(yùn)輸信息送貨給客戶。 客戶使用 Inter 店面站點(diǎn)訂購(gòu)產(chǎn)品。當(dāng)客戶準(zhǔn)備完成訂單時(shí)，商務(wù)公司收集訂單的一些信息，如產(chǎn)品運(yùn)輸?shù)刂罚\(yùn)輸手段等，并獲取客戶的信用卡信息以便根據(jù)訂單收費(fèi)。最后，商務(wù)公司把產(chǎn)品運(yùn)輸給客戶。當(dāng)客戶表示準(zhǔn)備完成訂單時(shí)，把賬單信息交給客戶服務(wù)代理。呼叫中心的人員可以通過(guò) Inter 使用 Inter 店面，為客戶操作這個(gè) Web 站點(diǎn)。 網(wǎng)上定購(gòu)服務(wù)的功能就是要將上述的 異構(gòu)系統(tǒng)結(jié)合到 Web 服務(wù)中。 Product Catalog 產(chǎn)品目錄服務(wù)將為我們的訂購(gòu)應(yīng)用程序提供讀取產(chǎn)品目錄的能力。 Shopping Cart 購(gòu)物車服務(wù)將提供一個(gè)基本的購(gòu)物車，其功能包括插入 — 個(gè)產(chǎn)品及其訂購(gòu)量，更新產(chǎn)品的訂購(gòu)量和從購(gòu)物車中刪除產(chǎn)品。 Order Processing 訂單服務(wù)將處理訂單。服務(wù)將需要從購(gòu)物車中提取數(shù)據(jù)，然后把數(shù)據(jù)添加到提交的訂單中，訂單的提交需要使用事務(wù)來(lái)完成。 圖 31 Web 服務(wù)實(shí)現(xiàn)異構(gòu)系統(tǒng)和平臺(tái)的通信 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 22 網(wǎng)上訂購(gòu)系統(tǒng)架構(gòu)如圖 32所示： 圖 32網(wǎng)上訂購(gòu)系統(tǒng)架 3． 2． 2 系統(tǒng)設(shè)計(jì) 1 系統(tǒng)高層用例圖：網(wǎng)上訂購(gòu)系統(tǒng)提供的服務(wù)可以被客戶通過(guò) Inter店面直接調(diào)用，客戶也可以通過(guò)呼叫中心的管理員來(lái)執(zhí)行服務(wù)，后端系統(tǒng)即倉(cāng)庫(kù)的管理員可以調(diào)用商品服務(wù)，客戶服務(wù)和訂單服務(wù)，完成商品目錄的更新，訂單的處理，以及獲得賬款，郵寄商品。服務(wù)對(duì)象類在WebService 程序集中實(shí)現(xiàn)。