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