畢業論文——基于web服務的企業級電子商務的研究與實現-文庫吧在線文庫

　　

【正文】 具體語法，全部功能通過特定協議的擴展元素取得，但 binding屬性基本結構不變。代理對象在內部創建并格式化正確 的 SOAP 消息發送給 Web 服務。 SOAP 協議以 XML 文件的形式提供了一個簡單、輕量的用于在分散或分布環境中交換結構化和類型信息的機制，能夠被用于從消息傳遞到 RPC 的各種系統。 SOAP 協議包括了 4 個部分 : (1)SOAP 封裝結構定義了一個整體框架用來表示消息中包含什么內容 ,誰來處理這些內容以及這些內容是可選的或是必需的。 SOAP 消息傳輸涉及三個主要角色： SOAP 發送者創建和發送 SOAP 消息給最終的 SOAP 接收者。 圖 25 UDDI 的橋梁作用 UDDI 有四種主要數據結構 :商業實體信息 (businessEntity 結構 )、服務信息 (businessService 結構 )、綁定信息 (bindingTemplate 結構 )、技術規范信息 (tModel 結構 )。 tModel(信息技術規范 )—— 提供一個基于抽象的引用系統 ,其中所含內容記錄了由鍵標識的元數據。指的是注冊企業并且允許通過企業提供的服務類型和功能來搜索企業。實際上將對查詢 UDDI 數據庫的注冊服務發出 UDDI 調用。業務層 —— 負責電子商務系統業務的處理，實現完整的業 務邏輯。傳統的由程序員主導的由里向外的開發模式被由用戶主導的由外向里的開發模式所取代，冗長串行的開發循環被即時、快速的引用裝配所取代。 購物車模塊是所有企業級電子商務系統中的核心模塊之一。 松散耦合 ：這一特征也是源于對象 /組件技術，當一個 Web 服務的實現發生變更的時候，調用者是不會感到這一點的，對于調用者來說，只要Web 服務的調用接口不變， Web 服務的實現任何變更對他們來說都是透明的，甚至是當 Web 服務的實現平臺從 J2EE 遷移到了 .NET 或者是相反的遷移流程，用戶都可以對此一無所知。支持各種通訊媒體如： HTTP、 SMTP、 MQ、 FTP、 RMI over IIOP 等 [8]。 3． 1 網上訂購 服務需求分析 網上訂購服務為客戶提供網上查閱商品信息，訂購商品，并通過信用卡付費的服務，商務公司將根據客戶提供的運輸信息送貨給客戶。當客戶表示準備完成訂單時，把賬單信息交給客戶服務代理。 Shopping Cart 購物車服務將提供一個基本的購物車，其功能包括插入 — 個產品及其訂購量，更新產品的訂購量和從購物車中刪除產品。服務對象類在WebService 程序集中實現。 （ Customer）服務模塊提供下面五種方法： 該服務應用程序能夠注冊客戶，從數據庫獲取客戶信息，它還提供了驗證客戶的機制。 GetIterms()方法 檢索購物車中的產品。在對網上訂購系統進行需求分析的基礎上，介紹了使用的主要技術，開發該系統的軟硬件環境。和迄今為止任何其他技術不同的是，這項技術能夠跨越系統、語言和平臺的障礙。其他技術的基于 Web 服務的企業級電子商務的研究與實現 29 失敗源于它們緊密地耦合每一個通信端點。購物車邏輯可以用在電子商務 Web站點上，也可以用于呼叫中心應用程序等。它修正了以前的 ASP 版本的運行錯誤，同時也吸收了 ASP 以前版本的最大優點，并參照 Java、 VB 的語言優勢，加入了許多新特色，較之 IIS 服務器上原有的 CGI、 ISAPI、 ASP等，在許多方面有著顯著的優越性 [10]： 基于 Web 服務的企業級電子商務的研究與實現 30 ? 引入了對全編譯語言（如 VB、 C）的支持，提供了更為模塊化的設計方式，使得代碼簡單易讀，具有更高程度上的可重用性和共享性，同時也提高了效 率。 DataSet 是內存中的數據緩存，它可以包含任意數目的 DataTable，每個 DataTable 一般對應一個數據庫中的數據表或視圖，一個 DataSet 組成 了數據庫數據的一個“斷開的”視圖。 瀏覽器為 Inter Explore ，滿足了版本為 以上的要求。 MDF 包含一個名稱為 NetShop 的數據庫，還包含幾個表與存儲過程。 表 41 Categories 表字段詳細說明 列 名 數 據 類 型 說 明 CategoryID int 給定類別 的唯一 ID。 0rderDetails 表描述訂購的每個產品和數量。239。 4． 3． 2． 2 網上訂購服務各功能模塊的實現方法詳述 1． Product Web 方法 我們的訂閱者將需要不同的方式檢索產品和產品類別，需要能夠搜索數據庫。 GetProduct() 該方法首先試著從緩存讀取 Product Catalog XML 輸出。這時才用訂閱應用程序傳遞的 CategoryID 返回產品數據。 GetCustomer() GetCustomer()方法的功能十分直觀。它允許我們在數據庫中收索產品信息。如果發生任何異常，將捕獲這個異常并調用 logError 函數。將設置數據庫連接讀取在 Appsettings鍵。這些 Web 服務將通過 WebMethod()聲明向訂閱 者提供各種方法 基于 Web 服務的企業級電子商務的研究與實現 42 4． 3． 2． 1 用 Visual 創建 Web 服務應用程序 按下面的步驟創建 Web 服務應用程序： (1)打開 Visual Studio． NET，創建一個新的 Web Service C項目。 Products Web 服務中的方 法調用的存儲過程 ? usp_ProductCategories從 Categories 表返回所有產品類型 ? usp_ProductDetail提供給定 ProductID 完整細節 ? usp_ProductByCategory提供給定 CategoryID 完整細節 ? usp_ProductSearch在產品目錄中搜索一個給定的短語或 SKU: Customer Web 服務中的方法調用的存儲過程 ? usp_CustomerAdd— 在 Customers 表中插入一個客戶 ? usp_CustomerAddress_Insert— 給定一個 CustomerID，插入一個客戶地址 ? usp_CustomerExists— 執行一個檢查，以確定客戶是否存在 ? usp_CustomerLogin— 執行一個檢查，以確定所傳遞的密碼和賬戶電子郵件地址是否有效 ? usp_CustomerSelect— 給定一個 CustomerID，返回客戶的所有數據 Cart Web 服務中的方法調用的存儲過程 ? usp_CartDelete— 刪除給定的 CartId 和它的內容 ? usp_CartDetailsAddItem— 添加一個產品到給定的 CartID ? usp_CartNew— 創建一個新的 CartID ? usp_CartRemoveItem— 從給定的 CartID 刪除一個給定產品 基于 Web 服務的企業級電子商務的研究與實現 38 ? usp_CartUpdate— 更新一個給定 CartID 和它的內容 Order Web 服務中的方法調用的存儲過程 ? usp_OrderDetail— 檢索給定 OrderID 的細節 ? usp_OrderInsert— 插入一個訂單 ? usp_OrderList— 檢索給定 CustomerID 的所有訂單 以上這些存儲過程運用 Trans_SQL 語句完成數據庫中的數據操作。 Cart 表將作為一個標題表并與 CartDetails 表定義一個父表和子表的關系。 (4)選擇 Attach a database file as a database name 單選按鈕。 Visual Studio .NET 是開發 Web 服務的最佳平臺之一，它提供了一系列簡單易用的工具和選項，簡化了 Web 服務的開發過程，提高了效率。本例中主要使用了 DataSet 來返回響應，使用了 SQLDataSetCommand 來對數據進行處理。 有以下幾個優點： ? 互用性： 解決方案將內存中的數據表示為 XML 文件，從而在組件之間進行傳遞，可以 充分利用 XML 的靈活性和互用性。傳統的客戶端應用程序， Web應用程序，甚至一個 Web服務都可以在任何時候、任何地方通過 Inter對其進行方便的調用。這允許我們用開發人員已經熟悉的一種環境經濟地擴展企業。一般在 Microsoft SQL Server 2020 中會見到這種主動 /被動群集。這些地方各有它們自己的異構系統和平臺結構。 4．訂單處理（ OrderProcessing）服務模塊提供下面三種方法： 該服務模塊獲取購 物車中的產品并提交這些產品作為訂單，并檢索過去的訂單，以及一個特定訂單的詳細情況。 AddressInsert()方法 把給定客戶默認的地址和送貨地址插入該客戶的地址薄中。 GetProductsByCategory()方法 獲取同類別的商品的信息 ProductSearch()方法 檢索所有產品的信息。服務將需要從購物車中提取數據，然后把數據添加到提交的訂單中，訂單的提交需要使用事務來完成。 網上定購服務的功能就是要將上述的 異構系統結合到 Web 服務中。當客戶準備完成訂單時，商務公司收集訂單的一些信息，如產品運輸地址，運輸手段等，并獲取客戶的信用卡信息以便根據訂單收費。電子商務系統的明顯優勢在于允許被多個應用程序訪問。 高度可集成能力 ：由于 Web 服務采取簡單的、易理解的標準 Web 協議作為組件界面描述和協同描述規范，完全屏蔽了不同軟件平臺的差異，無論是 CORBA、 DCOM 還是 EJB 都可以通過這一種標準的協議進行互操作，實現了在當前環境下最高的可集成性。在核心應用程序中，定義與各 Web Service 一致的輸入輸出接口參數，而且核心應用程序是體現企業個性化企業級電子商務系統的關鍵所在。 一個比較完整的基于 Web 服務的 B2B 電子商務體系結構如圖 211 所示。當需要融入新的電子商務流程，需要集成不同的電子商務應用以為用戶提供更完整的增值服務 時，都必須從最初的系統設計開始做起。我們可以利用基于XML 的描述語言 (如 WS DL)，對這些服務系統的操作類型、輸入輸出數據流、數據類型與傳輸協議和數據格式及安全控制機制等的捆綁方式、網絡位置等進行規范描述，描述結果是一個規則的 XML 文件，成為被描述服務系統的標準界面 (類似于 CORBA的 I DL)。 UDDI 注冊中心實際上公開了一種 Web 服務，允許客戶端注冊一個接口，并且瀏覽、檢查以及綁定到已經注冊的服務。允許客戶通過唯一標識符來搜索企業。 businessService結構 (服務 信息 )—— 將一系列有關商業流程或分類目錄的 Web 服務的描述 組合到一起。 UDDI 實際上就是一個向大家提供注冊服務的公共數據庫。 SOAP 消息的結構 如圖 23所示 . 圖 23 SOAP 消息的結構 基于 Web 服務的企業級電子商務的研究與實現 11 SOAP 消息是由下面的 XML 元素組成： 封套 —— 在 SOAP 協議中的元素名是“ Envelope” ,它在 SOAP 消息中必須出現 ,定義消息內容。由于是純文字 XML 格式 ,SOAP 信息可由任何一種程序語言所產生 ,被任何程序語言、甚至被用戶解讀。 DCOM、 RMI 或 IIOP使用需要在服務器和客戶機有明確的、同類型基本構架的具體對象模型協議。 ? HTTP GET/POST 擴展 :binding :address ? input擴展 ? output擴展 ? SOAP 擴展 SOAP:address SOAP:operation SOAP:body SOAP:fault SOAP:header和 SOAP:headerful 基于 Web 服務的企業級電子商務的研究與實現 9 2． 3． 2． 2 WSDL 的使用 WSDL 文檔是可以自動生成的，使用 Web 服務類的代碼和駐留服務的服務器的信息作為源信息。 WSDL 文檔用 XML 編寫，它的根元素是 definitions。端口類型包括一組 操作 ，而且端口類型被約束在某些協議上，即 綁定 。使用 WSDL 文檔，我們可以編寫代碼訪問和文檔相關的 Web 服務。 Web 服務 平臺用 XSD 來作為其數據類型系統。要實現互操作性， Web service 平臺必須提供一套標準的類型系統，用于溝通不同平臺、編程語言和組件模型中的不同類型系統。 Bind 操作：使 Service requester 能夠真正使用 Service provider。通過提供簡單和普遍適用的標準， Web 服務現在可以作為信息系統集成及系統間自動化信息交換的基礎。 然后論述了基于 Web 服務的企業級電子商務解決方案。而構建在 Web 服務之上的新型應用將充分利用現有系