【正文】 onal。 使用 DataSet Command 對象來協(xié)調(diào) DataSet 和對應數(shù)據(jù)表之間的活動，包括 SQLDataSetCommand 對象和 ADODataSetCommand 對象。 DataSet 是 解決方案的中心。 4． 1． 2． 2 概述 是 Microsoft ActiveX Data Object(ADO， ActiveX 數(shù)據(jù)對象 )的改進 ， 是一個基于標準的程序設(shè)計模型 ， 用于創(chuàng)建分布式的、數(shù)據(jù)共享的應用程序。 是創(chuàng)建基于 Web的動態(tài)應用程序的一種全新技術(shù)。 Web服務(wù)的訂購者可以是通過 SOAP消息與此 Web服務(wù)進行通訊的任何組件或應用程序。額外的好處是這些 XML Web 服務(wù)可以在異構(gòu)的應用程序之間使用。 XML web 服務(wù)是平臺中立的選擇，因為它不限制每個端點使用的技術(shù)。 ? 可擴展性：任何基于 XML Web 服務(wù)的架構(gòu)都允許我們以前所未有的程度把資產(chǎn)擴展到整個企業(yè)和企業(yè)之外。如果主動服務(wù)器發(fā)生 故障，被動服務(wù)器將聯(lián)機并響應服務(wù)器請求。 Web 服務(wù)解決了以下電子商務(wù)中存在的業(yè)務(wù)問題： ? 企業(yè)的互操作性： Web 服務(wù)是基于 HTTP、 SOAP、 XML 和 WSDL的。 基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 28 第四章 網(wǎng)上訂閱 Web服務(wù)的詳細設(shè)計與實現(xiàn) 4． 1 系統(tǒng)開發(fā)應用的技術(shù) 4． 1． 1 選擇 Web 服務(wù)的原因 商務(wù)公司辦公室在大連，電子商務(wù) Web應用程序駐留在沈陽的 Web 服務(wù)器上，呼叫中心位于上海，而訂單執(zhí)行操作在北京。 3． 3 本章小結(jié) 本章圍繞基于 Web 服務(wù)的電子商務(wù)示例網(wǎng)上訂購系統(tǒng)進一步闡述了 Web 服務(wù)在現(xiàn)實商務(wù)中的作用及優(yōu)勢。 基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 27 ItemUpdate()方法 更新購物車。 CreateShoppingCart()方法 創(chuàng)建一輛新購物車。 LoginCustomer()方法 驗證登陸客戶的電子郵件地址和密碼。 SelectProductCatalog()方法 查詢整個商品目錄并插入緩存中。 GetCategories()方法 檢索所有商品類別信息。如圖 33 所示： 基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 23 客 戶 商 品 服 務(wù) 購 物 車 服 務(wù) 客 戶 服 務(wù) 訂 單 服 務(wù)倉 庫 管 理 員呼 叫 中 心 管 理 員 圖 33 網(wǎng)上訂購系統(tǒng)用例 圖 2 客戶端應用程序業(yè)務(wù)流程圖：客戶通過身份驗證成功登陸后，客戶端應用程序執(zhí)行以下業(yè)務(wù)流程，如圖 34所示： 基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 24 圖 34 客戶端應用程序業(yè)務(wù)流程圖 3 網(wǎng)上訂購系統(tǒng)解決方案的程序集如圖 35 所示。在這個服務(wù)中，需要驗證客戶的信用卡并收取費用。還可以為訂購應用程序提供關(guān)于產(chǎn)品的類別信息?，F(xiàn)實貿(mào)易交易中，企業(yè)可能是作為其他公司的承包商提供這個呼叫中心支持的，而這些公司經(jīng)常有它們自己的異構(gòu)的內(nèi)部系統(tǒng)。 對于呼叫中心應用程序，客戶可以告訴客戶服務(wù)代理他們想訂購的產(chǎn)品，然后將選擇的產(chǎn)品放入 — 輛購物車中?？蛻艨梢詾g覽商務(wù)公司提供的產(chǎn)品目錄，把將要購買產(chǎn)品放到購物車中。下面將以電子商務(wù)的具體示例網(wǎng)上定購服務(wù)為例詳細闡述 Web 服務(wù)的實現(xiàn)和使用。 基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 20 第三章 基于 Web服務(wù)的電子商務(wù) 系統(tǒng) 需求分析與設(shè)計 電子商務(wù)的基本架構(gòu)為展示 Web 服務(wù)的承諾和競爭能力提供了一個極好的現(xiàn)實的示例。支持 CORBA、 EJB、 DCOM 等多種組件標準。一般而言，絕大多數(shù)規(guī)范將最終有 W3C 或OASIS 作為最終版本的發(fā)布方和維護方。 2． 5 Web 服務(wù) 的 優(yōu)點 完好的封裝性 ： Web 服務(wù)既然是一種部署在 Web 上的對象，自然具備對象的良好封裝性，對于使用者而言，他僅能看到該服務(wù)的描述。 將各個相對獨立的 Web Service 整合到一個系統(tǒng)中，需要構(gòu)建核心應用程序。而將用戶登錄模塊封裝成 Web Service 后，就能保持他與整個 B2B 電子商務(wù)系統(tǒng)的相對獨立，只需合理定義其輸入輸出接口參數(shù)，就可通過簡單協(xié)議完成一次 WebService 的調(diào)用。開發(fā)人員可通過調(diào)用 Web 應用程序接口 (API)，將 Web 服務(wù)集成到電子商務(wù)應用程序中，和調(diào)用本地服務(wù)有所不同的是， Web API 調(diào)用可通過互聯(lián)網(wǎng)發(fā)送給位于遠程系統(tǒng)中的某一服務(wù)。 圖 210傳統(tǒng)企業(yè)級電子商務(wù)體系結(jié)構(gòu) 基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 17 2． 4． 2 基于 Web 服務(wù)的企業(yè)級電子商務(wù)體系結(jié)構(gòu) 基于 Web 服務(wù)的企業(yè)級電子商務(wù) 系統(tǒng)能夠整合網(wǎng)絡(luò)中眾多的應用程序，并大大提升各獨立應用程序的價值。因為在構(gòu)建這些電子商務(wù)應用的時候，程序員們一般都采用“獨立解決方案’來實施?？蛻魧?—— 通過用戶界面負責和客戶進行交互。網(wǎng)絡(luò)是 Web 服務(wù)的基礎(chǔ)， XML 是 SOAP 消息協(xié)議的基礎(chǔ)， SOAP消息支持 Web 服務(wù)結(jié)構(gòu)中的發(fā)布、發(fā)現(xiàn)和綁定操作。一個 SOAP 請求被發(fā)送到服務(wù)器，并且由 UDDI 注冊節(jié)點的 SOAP 處理器 反序列化。如果不知道服務(wù)的地址或者它的接口，那么需要通過查詢一個 Web 服務(wù)注冊中心來搜索服務(wù)。 綠頁（ Green Page，通過服務(wù)組織企業(yè)） —— 綠頁描述 Web 服務(wù)提基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 14 供的服務(wù)。 UDDI 商業(yè)注冊表提供的信息包含三個部分 : 白頁（ White Page，通過名字組織企業(yè)） —— 白頁列出關(guān)于 Web 服務(wù)的常用信息，例如， Web 服務(wù)的 URL,公司名稱，地址極其他信息。提供 Web 服務(wù)的具體 入 口 地 址 信 息 , 支 持 對 入 口 地 址 的 重 定 向 , 并 包 含 指 向tModelInstanceInfo 結(jié)構(gòu)集的容器。提供企業(yè)標識分類與行業(yè)分類信息 ,并且提供企業(yè)的地址、聯(lián)系方式等信息 ,以快速準確地了解商業(yè)實體。如圖 25 所示， UDDI 作為發(fā)現(xiàn)和發(fā)布服務(wù)的中心，在 Web Service 中起著重要的橋梁作用。 基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 12 2． 3． 4 Web 服務(wù)的發(fā)現(xiàn) 2． 2． 4． 1 UDDI 概述 UDDI 統(tǒng)一描述、發(fā)現(xiàn)和集成（ Universal Description, Discovery, and Integration）一套基于 Web 的、分 布式的、為 Web Service 提供的、信息注冊中心的實現(xiàn)標準規(guī)范，同時 也使 注冊企業(yè) 提供的服務(wù)被發(fā)現(xiàn)和訪問 的實現(xiàn)標準 協(xié)議 。 SOAP 體 —— 在 SOAP 協(xié)議中的元素名是“ Body” ,它在 SOAP 消息中必須出現(xiàn)且必須是 Envelope 封裝元素的直接子元素 .如果有 Header 元素 ,它必須直接跟在 Header 元素之后 .包含了調(diào)用和響應信息。 (4)SOAP傳輸綁定框架定義了一個抽象框架用來使終端用戶能 通過下層協(xié)議交換 SOAP 封裝消息。 HTTP 用于實現(xiàn) SOAP 消息的傳輸 ,而 XML 是 SOAP 消息的編碼模式。這是 CORBA、 JavaRMI 及 DCOM 這些以專屬二進制格式傳送數(shù)據(jù)所不及的。網(wǎng)絡(luò)服務(wù)采取了另外一種途徑來實現(xiàn)客戶端與服務(wù)器的通信，這就是 SOAP 協(xié)議。因此，各種不同的客戶端必須使用一種共通的溝通標準 ,才能夠順利地和各種不同技術(shù)開發(fā)的 Web 服務(wù)互通。本地的代理對象模擬 Web 服務(wù)上的方法調(diào)用，允許開發(fā)人員只與一個本地對象打交道，而不用編寫 SOAP消息。要使用這些擴展，只需引用包含擴展名稱的命名空間并在 binding和 port元素中使用這些擴展。端口類型支持的每個操作使用一個 operation元素來定義，通過消息包含的元素使操作和消息關(guān)聯(lián)。第二個組件是可選的 types 元素，定義了將在 WSDL 文檔中用到的特定數(shù)據(jù)類型。每個端點有一個相關(guān)的端口，不同的端口對應于訪問服務(wù)使用的特定協(xié)議 如圖 22 所示。操作包括輸入和輸出消息。 可用于動態(tài)發(fā)布Web 服 務(wù) 、查找已發(fā)布的 Web 服務(wù) 以及綁定 Web 服務(wù) [6]。WSDL 文檔包含了模式信息，與模式對消息結(jié)構(gòu)定義有關(guān)的信息，以及關(guān)于 SOAP 和 HTTP GET/POST 標準的信息。 現(xiàn)在的框架有一個共同的問題 ， 它們在導入多個XML Schema 和 WSDL 文檔方面能力有限。有時候數(shù)據(jù)是為數(shù)據(jù)庫準備的，有些時候則是供人閱讀的。 XML 提供了一種標記內(nèi)容的方式，可 以添加關(guān)于數(shù)據(jù)用途的信息。 2． 3 Web 服務(wù)的支持技術(shù) Web 服務(wù) 平臺需要一套協(xié)議來實現(xiàn)分布式應用程序的創(chuàng)建。 服務(wù)描述和服務(wù)實現(xiàn)是分離的，這使得 Service requester 可以在 Service provider 的具體實現(xiàn)處于開發(fā)階段、部署階段或完成階段時，對具體實現(xiàn)進行綁定。 Find 操作：使 Service requester 可以通過 Service registry 查找特定種類的服務(wù)。 Web 服務(wù)的體系結(jié)構(gòu)是面向服務(wù)的體系結(jié)構(gòu)（ SOA,Service Oriented Architecture）。 簡而言之： Web服務(wù)就是用戶通過互聯(lián)網(wǎng)向服務(wù)器發(fā)送一條 XML消息，然后收到一條 XML 響應消息。 最后展望了 Web 服務(wù)技術(shù)的發(fā)展。綜合以上研究論述 Web 服務(wù)的優(yōu)勢。 論文首先闡述基礎(chǔ)理論。今天，客戶、合作伙伴和員工在日常工作中不得不使用大量信息系 統(tǒng)，因為這些系統(tǒng)在整個 IT 環(huán)境中都是獨立的孤島式應用。 Web 服務(wù)不僅在信息系統(tǒng)間提供了一種新的通信方式，而且還帶來了針對軟件組件的全新思維方式。 Web 服務(wù)的出現(xiàn)，給軟件產(chǎn)業(yè)又一次帶來新的商業(yè)模式。基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 1 第一章 引言 1． 1 Web 服務(wù)在電子商務(wù)領(lǐng)域的應用 當前經(jīng)濟全球化趨勢不斷增強 ,以信息技術(shù)產(chǎn)業(yè)為先導的“新經(jīng)濟”方興未艾 ,而近期的熱點是建立在互聯(lián)網(wǎng)基礎(chǔ)上的電子商務(wù)新經(jīng)濟。但近幾年來 ,Inter 和 Web 的風起云涌 ,帶起 B2C 和 B2B(企業(yè)級 )電子商務(wù)浪潮，促使 運算平臺朝網(wǎng)絡(luò)遷移 ,企業(yè)間互動的需求隨之大增 ,舊式的 ERP和 EAI解決方案已無法滿足網(wǎng)絡(luò)時代的新需求 .解決此問題的方案是采用 Web 服務(wù)技術(shù)。 Web 服務(wù)作為企業(yè)中有效的流程集成的一種機制在市場中被采用，納斯達克和澳大利亞 股票交易系統(tǒng)都是非常有名的例子，他們都提供了一個接口，用于輸入公司代碼和接受最終成交的股票價格。充分利用數(shù)以千計的現(xiàn)有信息系統(tǒng)中的現(xiàn)有功能，并將它們轉(zhuǎn)變成可以以全新組合方式重復使用的組件 [2]，意味著新一代應用的構(gòu)建成本明顯降低。本文在 電子商務(wù)示例 —— 網(wǎng)上定購系統(tǒng)的詳細設(shè)計以及具體實現(xiàn)過程中，對應用在電子商務(wù)中的 Web 服務(wù)技術(shù)作深入的研究探討。在此基礎(chǔ)上，分析了傳統(tǒng)企業(yè)級電子商務(wù)體系結(jié)構(gòu)的局限性，提出了基于 Web 服務(wù)的企業(yè)級電子商務(wù)體系結(jié)構(gòu)。結(jié)合具體開發(fā)，闡述了實現(xiàn)過程中的關(guān)鍵技術(shù)，并對網(wǎng)上訂購系統(tǒng)的 Web 服務(wù)應用程序和客戶端 Web 應用程序進行了部署與測試。一旦部署以后，其他 Web服務(wù) 應用程序可以發(fā)現(xiàn)并調(diào)用它部署的服務(wù) [3]。 Web 服務(wù)的主要思想，是一組應用了網(wǎng)絡(luò)的服務(wù)的組合，就像一個“黑盒子” [4]。 Service Requester：利用 Service registry 查找所需的服務(wù)，然后使用該服務(wù)在這些角色之間使用 了三種操作： Publish 操作：使 Service provider 可以向 Service registry 注冊自己的功能及訪問接口。 典型的應用過程是：服務(wù)提供者開發(fā)一個通過網(wǎng)絡(luò)可以被訪問的服務(wù)，然后將服務(wù)的描述注冊到服務(wù)注冊 器或者發(fā)送給服務(wù)請求者；服務(wù)請求者通過查找動作在本地或服務(wù)注冊器中檢索服務(wù)描述，找到后，通過綁定就可以使用該項服務(wù)。開發(fā)者可以開發(fā)出平臺獨立、編程語言獨立的 Web 服務(wù)，從而能夠充分 利用現(xiàn)有的軟硬件資源和人力資源。解決方案就是使用可擴展標記語言（ Extensible Markup Language， XML）。 XML 可用于各種不同的應用程序，但其實質(zhì)是： XML 是一種表示數(shù)據(jù)的方式。 如想讓它在使用不同平臺和不同軟件的不同組織間傳遞，還需要用協(xié)議封裝。 基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 6 2． 3． 2 Web 服務(wù)的描述 Web 服務(wù)相關(guān)的 WSDL 文檔描述 了 Web 服務(wù)可以執(zhí)行的所有操作。它描述了服務(wù)、訪問服務(wù)的方式以及需要返回的響應的類型。在 WSDL 中， 消息 通過交換的數(shù)據(jù)類型來描述客戶端和服務(wù)之間的通信。并且 WSDL 是可擴展的，可以與其他類型的網(wǎng)絡(luò)協(xié)議和消息格式一起進行使用。第一個聲明組