【正文】 的中心。 ? 可編程性： 模型的對(duì)象可以通過(guò)強(qiáng)類型設(shè)計(jì)（ StronglyTyped Programming）來(lái)進(jìn)行操作。 4． 1． 2． 2 概述 是 Microsoft ActiveX Data Object(ADO， ActiveX 數(shù)據(jù)對(duì)象 )的改進(jìn) ， 是一個(gè)基于標(biāo)準(zhǔn)的程序設(shè)計(jì)模型 ， 用于創(chuàng)建分布式的、數(shù)據(jù)共享的應(yīng)用程序。 ? 改進(jìn)了配置、伸縮性和安全性和可靠性，解決了對(duì)于應(yīng)用程序進(jìn)行配置和維護(hù)時(shí)常常遇到的 DLL 陷阱問(wèn)題。 是創(chuàng)建基于 Web的動(dòng)態(tài)應(yīng)用程序的一種全新技術(shù)。由此可見(jiàn)， Web服務(wù)技術(shù)，能夠以簡(jiǎn)單低成本的手段解決異構(gòu)系統(tǒng)的通訊，無(wú)疑是開(kāi)發(fā)網(wǎng)上訂購(gòu)系統(tǒng)的最佳選擇。 Web服務(wù)的訂購(gòu)者可以是通過(guò) SOAP消息與此 Web服務(wù)進(jìn)行通訊的任何組件或應(yīng)用程序。這確實(shí)把代碼重用性提高到了最大程度。額外的好處是這些 XML Web 服務(wù)可以在異構(gòu)的應(yīng)用程序之間使用。 ? 可重用性：在當(dāng)今的技術(shù)世界中， XML Web 服務(wù)在應(yīng)用程序之間是可重用的。 XML web 服務(wù)是平臺(tái)中立的選擇，因?yàn)樗幌拗泼總€(gè)端點(diǎn)使用的技術(shù)。像 CORBA 和 RMI這樣的技術(shù)要求在每個(gè)端點(diǎn)使用 Java。 ? 可擴(kuò)展性：任何基于 XML Web 服務(wù)的架構(gòu)都允許我們以前所未有的程度把資產(chǎn)擴(kuò)展到整個(gè)企業(yè)和企業(yè)之外。因?yàn)?Web 應(yīng)用程序基于請(qǐng)求的要求， Web 集群為 Web 服務(wù)器提供了一種群集的形式。如果主動(dòng)服務(wù)器發(fā)生 故障，被動(dòng)服務(wù)器將聯(lián)機(jī)并響應(yīng)服務(wù)器請(qǐng)求。因?yàn)?SOAP—— Web 服務(wù)的支持技術(shù) —— 除了 XML 和 HTTP 外未綁定到任何事物上。 Web 服務(wù)解決了以下電子商務(wù)中存在的業(yè)務(wù)問(wèn)題： ? 企業(yè)的互操作性： Web 服務(wù)是基于 HTTP、 SOAP、 XML 和 WSDL的。對(duì)于現(xiàn)實(shí)世界中的這種情況，傳統(tǒng)做法是在各方之間進(jìn)行協(xié)商，通過(guò) Inter 或使用租賃的通信線路建立某種對(duì)等的虛擬私有網(wǎng)絡(luò)。 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 28 第四章 網(wǎng)上訂閱 Web服務(wù)的詳細(xì)設(shè)計(jì)與實(shí)現(xiàn) 4． 1 系統(tǒng)開(kāi)發(fā)應(yīng)用的技術(shù) 4． 1． 1 選擇 Web 服務(wù)的原因 商務(wù)公司辦公室在大連，電子商務(wù) Web應(yīng)用程序駐留在沈陽(yáng)的 Web 服務(wù)器上，呼叫中心位于上海，而訂單執(zhí)行操作在北京。并對(duì)該系統(tǒng)進(jìn)行了詳細(xì)的設(shè)計(jì)完成了模塊的 劃分，詳述了模塊的功能及提供的方法。 3． 3 本章小結(jié) 本章圍繞基于 Web 服務(wù)的電子商務(wù)示例網(wǎng)上訂購(gòu)系統(tǒng)進(jìn)一步闡述了 Web 服務(wù)在現(xiàn)實(shí)商務(wù)中的作用及優(yōu)勢(shì)。 InsertOrder()方法 將購(gòu)物車中的商品插入訂單中。 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 27 ItemUpdate()方法 更新購(gòu)物車。 ItermAdd()方法 添加產(chǎn)品到購(gòu)物車中。 CreateShoppingCart()方法 創(chuàng)建一輛新購(gòu)物車。 Exists()方法 查看一個(gè)客戶的電子郵件地址是否存在數(shù)據(jù)庫(kù)中，如果存在則檢索 CustomerID。 LoginCustomer()方法 驗(yàn)證登陸客戶的電子郵件地址和密碼。 GetCustomer()方法 給定一個(gè) CustomerID,返回該客戶的所有信息 RegisterCustomer()方法 把客戶注冊(cè)信息插入數(shù)據(jù)庫(kù)。 SelectProductCatalog()方法 查詢整個(gè)商品目錄并插入緩存中。 GetProduct()方法 首先試著從緩存讀取 ProductCatalog XML 輸出。 GetCategories()方法 檢索所有商品類別信息。 WebService 程序集依賴 OrderData 程序集，OrderData 程序集通過(guò)數(shù)據(jù)類訪問(wèn)數(shù)據(jù)庫(kù)，這樣可以更新和查詢訂單。如圖 33 所示： 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 23 客 戶 商 品 服 務(wù) 購(gòu) 物 車 服 務(wù) 客 戶 服 務(wù) 訂 單 服 務(wù)倉(cāng) 庫(kù) 管 理 員呼 叫 中 心 管 理 員 圖 33 網(wǎng)上訂購(gòu)系統(tǒng)用例 圖 2 客戶端應(yīng)用程序業(yè)務(wù)流程圖：客戶通過(guò)身份驗(yàn)證成功登陸后，客戶端應(yīng)用程序執(zhí)行以下業(yè)務(wù)流程，如圖 34所示： 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 24 圖 34 客戶端應(yīng)用程序業(yè)務(wù)流程圖 3 網(wǎng)上訂購(gòu)系統(tǒng)解決方案的程序集如圖 35 所示。 3. 2 網(wǎng)上訂 購(gòu) 系統(tǒng)的體系結(jié)構(gòu) 3． 2． 1 系統(tǒng)架構(gòu)設(shè)計(jì) 該系統(tǒng)的解決方案將以 Web 服務(wù)架構(gòu)為基礎(chǔ)，用 Web 服務(wù)的方法實(shí)現(xiàn)異構(gòu)系統(tǒng)和平臺(tái)的通信 —— 所有操作通過(guò)相同的 XML Web 服務(wù)進(jìn)行通信，如圖 31所示。在這個(gè)服務(wù)中，需要驗(yàn)證客戶的信用卡并收取費(fèi)用。 Customer 客戶服務(wù)使公司獲取客戶信息，更新現(xiàn)有客戶信息，或插入一個(gè)新客戶的信息。還可以為訂購(gòu)應(yīng)用程序提供關(guān)于產(chǎn)品的類別信息。 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 21 因此，需要把這個(gè)場(chǎng)景細(xì)分為電子商務(wù)實(shí)際的職能區(qū)域，即 Product Catalog、 Shopping Cart、 Customer 和 Order Processing 組件?，F(xiàn)實(shí)貿(mào)易交易中，企業(yè)可能是作為其他公司的承包商提供這個(gè)呼叫中心支持的，而這些公司經(jīng)常有它們自己的異構(gòu)的內(nèi)部系統(tǒng)。 Inter 店面站點(diǎn)駐留在沈陽(yáng)的 Web 集群中，呼叫中心應(yīng)用程序駐留在上海。 對(duì)于呼叫中心應(yīng)用程序，客戶可以告訴客戶服務(wù)代理他們想訂購(gòu)的產(chǎn)品，然后將選擇的產(chǎn)品放入 — 輛購(gòu)物車中。此時(shí)，后端的系統(tǒng)將處理訂單，獲取付款，并在公司庫(kù)存中劃去 這些產(chǎn)品。客戶可以瀏覽商務(wù)公司提供的產(chǎn)品目錄，把將要購(gòu)買產(chǎn)品放到購(gòu)物車中。 Inter 店面站點(diǎn)和呼叫中心內(nèi)用程序都將這些服務(wù)用于各自的異構(gòu)業(yè)務(wù)過(guò)程。下面將以電子商務(wù)的具體示例網(wǎng)上定購(gòu)服務(wù)為例詳細(xì)闡述 Web 服務(wù)的實(shí)現(xiàn)和使用。一個(gè)不僅能被最終用戶 Web 應(yīng)用程序（在線商店）訪問(wèn)，還能被呼叫中心操作員和后端系統(tǒng) (倉(cāng)庫(kù) )訪問(wèn)的框架會(huì)帶來(lái)巨大的經(jīng)濟(jì)收益。 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 20 第三章 基于 Web服務(wù)的電子商務(wù) 系統(tǒng) 需求分析與設(shè)計(jì) 電子商務(wù)的基本架構(gòu)為展示 Web 服務(wù)的承諾和競(jìng)爭(zhēng)能力提供了一個(gè)極好的現(xiàn)實(shí)的示例。 2． 6本章小結(jié) 本章 介紹了 Web 服務(wù)的概念，詳細(xì)闡述了 Web 服務(wù)的支持技術(shù)： Web服務(wù)將 XML 語(yǔ)言及其模式 XSD 作為基礎(chǔ)數(shù)據(jù)，通過(guò) SOAP 及 HTTP 協(xié)議進(jìn)行通信，用 WSDL 描述 Web 服務(wù)的所有操作， UDDI 協(xié)議實(shí)現(xiàn)了 Web 服務(wù)的發(fā)布。支持 CORBA、 EJB、 DCOM 等多種組件標(biāo)準(zhǔn)。 開(kāi)放性 ： Web Service 可以與其他 Web Service 進(jìn)行交互。一般而言，絕大多數(shù)規(guī)范將最終有 W3C 或OASIS 作為最終版本的發(fā)布方和維護(hù)方。 使用標(biāo)準(zhǔn)協(xié)議規(guī)范 ：作為 Web 服務(wù)，其所有公共的協(xié)約完全需要使用開(kāi)放的標(biāo)準(zhǔn)協(xié) 議進(jìn)行描述、傳輸和交換。 2． 5 Web 服務(wù) 的 優(yōu)點(diǎn) 完好的封裝性 ： Web 服務(wù)既然是一種部署在 Web 上的對(duì)象，自然具備對(duì)象的良好封裝性，對(duì)于使用者而言，他僅能看到該服務(wù)的描述。不同的企業(yè)只需構(gòu)建各自的核心應(yīng)用程序來(lái)調(diào)用現(xiàn)成的 WebService就可以構(gòu)建自己的企業(yè)級(jí)電子商務(wù)系統(tǒng)，這樣，企業(yè)級(jí)電子商務(wù)系統(tǒng)的開(kāi)發(fā)周期和開(kāi)發(fā)工作必然會(huì)大大縮短和減少。 將各個(gè)相對(duì)獨(dú)立的 Web Service 整合到一個(gè)系統(tǒng)中，需要構(gòu)建核心應(yīng)用程序。將此模塊以 Web Service 的形式實(shí)現(xiàn)，會(huì)大大簡(jiǎn)化 企業(yè)構(gòu)建企業(yè)級(jí)電子商務(wù)系統(tǒng)的過(guò)程，并使系統(tǒng)維護(hù)工作相對(duì)簡(jiǎn)單。而將用戶登錄模塊封裝成 Web Service 后，就能保持他與整個(gè) B2B 電子商務(wù)系統(tǒng)的相對(duì)獨(dú)立，只需合理定義其輸入輸出接口參數(shù)，就可通過(guò)簡(jiǎn)單協(xié)議完成一次 WebService 的調(diào)用。該系統(tǒng)首先應(yīng)整合 Intra 范圍內(nèi)的 Web 服務(wù)，如用戶登錄模塊、購(gòu)物車模塊 、訂單管理模塊等。開(kāi)發(fā)人員可通過(guò)調(diào)用 Web 應(yīng)用程序接口 (API)，將 Web 服務(wù)集成到電子商務(wù)應(yīng)用程序中，和調(diào)用本地服務(wù)有所不同的是， Web API 調(diào)用可通過(guò)互聯(lián)網(wǎng)發(fā)送給位于遠(yuǎn)程系統(tǒng)中的某一服務(wù)。 將緊密耦合的、高效的 n層計(jì)算技術(shù)與面向消息的、松散耦合的 Web概念相結(jié)合，便是 Web 服務(wù) 的核心。 圖 210傳統(tǒng)企業(yè)級(jí)電子商務(wù)體系結(jié)構(gòu) 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 17 2． 4． 2 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)體系結(jié)構(gòu) 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù) 系統(tǒng)能夠整合網(wǎng)絡(luò)中眾多的應(yīng)用程序，并大大提升各獨(dú)立應(yīng)用程序的價(jià)值。因此 便造成了軟件整體以及軟件各模塊的重用性差 。因?yàn)樵跇?gòu)建這些電子商務(wù)應(yīng)用的時(shí)候，程序員們一般都采用“獨(dú)立解決方案’來(lái)實(shí)施。數(shù)據(jù)層 —— 負(fù)責(zé)數(shù)據(jù)存儲(chǔ)與維護(hù)以及各項(xiàng)數(shù)據(jù)庫(kù)操作，實(shí)現(xiàn)事務(wù)邏輯和數(shù)據(jù)邏輯?？蛻魧?—— 通過(guò)用戶界面負(fù)責(zé)和客戶進(jìn)行交互。 服務(wù)發(fā)布就是將描述服務(wù)的 WSDL文檔發(fā)布到 UDDI 登記上，服務(wù)的發(fā)現(xiàn)依賴于服務(wù)的發(fā)布，服務(wù)發(fā)現(xiàn)層的發(fā)現(xiàn)機(jī)制對(duì)應(yīng)于服務(wù)發(fā)布層的發(fā)布機(jī)制。網(wǎng)絡(luò)是 Web 服務(wù)的基礎(chǔ)， XML 是 SOAP 消息協(xié)議的基礎(chǔ)， SOAP消息支持 Web 服務(wù)結(jié)構(gòu)中的發(fā)布、發(fā)現(xiàn)和綁定操作。 SOAP 序列化一個(gè)響應(yīng)并傳遞回去，然后分發(fā)給 Web 服務(wù)器以發(fā)回到客戶端應(yīng)用程序。一個(gè) SOAP 請(qǐng)求被發(fā)送到服務(wù)器，并且由 UDDI 注冊(cè)節(jié)點(diǎn)的 SOAP 處理器 反序列化。要訪問(wèn)這些 UDDI 服務(wù)，客戶端可以發(fā)送 SOAP 消息。如果不知道服務(wù)的地址或者它的接口，那么需要通過(guò)查詢一個(gè) Web 服務(wù)注冊(cè)中心來(lái)搜索服務(wù)。 圖 27描述了 UDDI 數(shù)據(jù)和它們的關(guān)系。 綠頁(yè)（ Green Page，通過(guò)服務(wù)組織企業(yè)） —— 綠頁(yè)描述 Web 服務(wù)提基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 14 供的服務(wù)。 黃頁(yè)（ Yellow Page，通過(guò)類別組織企業(yè)） —— 在黃頁(yè)中，按類別列出業(yè)務(wù)。 UDDI 商業(yè)注冊(cè)表提供的信息包含三個(gè)部分 : 白頁(yè)（ White Page，通過(guò)名字組織企業(yè)） —— 白頁(yè)列出關(guān)于 Web 服務(wù)的常用信息，例如， Web 服務(wù)的 URL,公司名稱，地址極其他信息。各核心結(jié)構(gòu)之間的關(guān)系 ,可用圖 26表示。提供 Web 服務(wù)的具體 入 口 地 址 信 息 , 支 持 對(duì) 入 口 地 址 的 重 定 向 , 并 包 含 指 向tModelInstanceInfo 結(jié)構(gòu)集的容器。提供所涉及的各個(gè) Web 服務(wù)的名稱、服務(wù)分類信息。提供企業(yè)標(biāo)識(shí)分類與行業(yè)分類信息 ,并且提供企業(yè)的地址、聯(lián)系方式等信息 ,以快速準(zhǔn)確地了解商業(yè)實(shí)體。他們相互關(guān)聯(lián)、相互合作，使得 UDDI 在調(diào)用過(guò)程中，迅速發(fā)現(xiàn)和發(fā)布服務(wù)。如圖 25 所示， UDDI 作為發(fā)現(xiàn)和發(fā)布服務(wù)的中心，在 Web Service 中起著重要的橋梁作用。通過(guò) UDDI，人們可以發(fā)布和發(fā)現(xiàn)有關(guān)某個(gè)公司及其 Web 服務(wù)的信息。 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(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 提供的、信息注冊(cè)中心的實(shí)現(xiàn)標(biāo)準(zhǔn)規(guī)范，同時(shí) 也使 注冊(cè)企業(yè) 提供的服務(wù)被發(fā)現(xiàn)和訪問(wèn) 的實(shí)現(xiàn)標(biāo)準(zhǔn) 協(xié)議 。一個(gè)可選 的 SOAP 中介（ intermediary） 可以用來(lái)在 SOAP 發(fā)送者和最終 SOAP 接收者之間截取 SOAP 消息。 SOAP 體 —— 在 SOAP 協(xié)議中的元素名是“ Body” ,它在 SOAP 消息中必須出現(xiàn)且必須是 Envelope 封裝元素的直接子元素 .如果有 Header 元素 ,它必須直接跟在 Header 元素之后 .包含了調(diào)用和響應(yīng)信息。 SOAP 頭 —— 在 SOAP 協(xié)議中的元素名是“ Header” ,它在 SOAP 消息中可能出現(xiàn)，必須是 Envelope 元素的第一個(gè)直接子元素。 (4)SOAP傳輸綁定框架定義了一個(gè)抽象框架用來(lái)使終端用戶能 通過(guò)下層協(xié)議交換 SOAP 封裝消息。 (2)SOAP編碼規(guī)則定義了用以交換應(yīng)用程序定義的數(shù)據(jù)類型的實(shí)例的一系列機(jī)制。 HTTP 用于實(shí)現(xiàn) SOAP 消息的傳輸 ,而 XML 是 SOAP 消息的編碼模式。 2． 3． 3． 2 單對(duì)象訪問(wèn)協(xié)議 SOAP SOAP 即簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議（ Simple Object Access Protocol），是一種通過(guò) Inter 交換 XML 格式信息的輕量級(jí) 協(xié)議。這是 CORBA、 JavaRMI 及 DCOM 這些以專屬二進(jìn)制格式傳送數(shù)據(jù)所不及的。 由于采用了 XML 文件格