【正文】 閱等方面的服務。以后還會包括網 上支付授權的功能 : 收到付款通知單列表 付款通知單列表詳情 內蒙古大學碩士學位論文 收到付款通知單歷史記錄查詢 (14)運輸模塊 :本模塊包括 :運單議價、簽約、運輸通知、運輸跟蹤等方面的功能。 基于 EJB 的多層系統(tǒng)架構分析與設計 系統(tǒng)構架 前面已經較詳細地論述了本系統(tǒng)采用 J2EE 平臺進行設計開發(fā)，并按照體系規(guī)范要 求實現(xiàn)多層設計的相關理論依據，在實際運用中，使用分層技術的優(yōu) 點在于 : 1)使用層，只要知道它提供哪些功能而不需要去了解層的實現(xiàn)細節(jié)。 2)可以使用另一種技術來改變某一層的功能實現(xiàn)方法，但不會影響和它相鄰的層的 應用。 3)可以減少不同層之間的依賴。 4)容易制定出層標準。 5)底下的層可以用來建立頂上的層的多項服務。 目前，三層結構是應用軟件系統(tǒng)中最常用的分層方式。本系統(tǒng)的架構即按照三層 結構 :客戶層、中間層、以及基礎架構層進行規(guī)劃與設計。 16 客戶層邏輯主要處理用戶和軟件的交互。本系統(tǒng)采用典型的基于 HTML 的界面。由 于中國石油內部包括集團總部以及各級 分公司電子商務部門的桌面上，運行的無一例 外是 windows 系統(tǒng)，因此 IE 瀏覽器是默認的選擇，但出于全面的考慮， Netscape 也 可以被系統(tǒng)所支持，盡管意義不大。客戶層的主要職責就是為用戶提供信息，以及翻 譯用戶指令并傳送給業(yè)務層和基礎架構層。 基礎架構層邏輯包括處理和其他系統(tǒng)的通信，代表系統(tǒng)執(zhí)行任務。例如數據庫系 統(tǒng)交互，和其他應用系統(tǒng)的交互等。在本系統(tǒng)的框架內，這個層的最大的邏輯就是存 儲持久數據，因此，也可以稱為數據存儲層。 中間層邏輯有時也被叫做業(yè)務邏輯。它包括輸入和被存儲數據的計 算。驗證客戶層 來的數據，根據客戶層的指令或請求指派一個基礎架構層邏輯。中間層邏輯中，困難 的是如何區(qū)分一個邏輯是屬于本層還是屬于客戶層。因此，在 J2EE 邏輯體系結構中， 該層進一步分割為 Web 層 (表達層 )與 EJB 層，前者主要負責與客戶層進行交互，并作 為中介將客戶請求提交到 EJB 層進行處理 。后者進行事務處理，同時提供對業(yè)務數據 基于 WEB 的 B2B 電子商務平臺的設計與實現(xiàn) 的訪問。 層技術中層的劃分沒有統(tǒng)一的標準。如何使用都要看具體的情況才能夠決定。作 為一個電子商務平臺。該系統(tǒng)要求能夠同時處理大量 用戶的請求，用戶的范圍廣。同 時中間層邏輯十分復雜，不但需要對大量訂單進行及時處理，而且動態(tài)交易系統(tǒng)需要 長時間穩(wěn)定的實時數據處理與傳輸，這就要求層級結構劃分為更細的粒度。 基于 EJB 構建電子商務系統(tǒng)存在的問題 J2EE 和 EJB 在開發(fā)大型的企業(yè)應用系統(tǒng)中具有無可比擬的優(yōu)勢，它們提供中間層 集成框架用來滿足無需太多費用而又需要高可用性、高可靠性以及可擴展性的應用的 需求，通過提供統(tǒng)一的開發(fā)平臺，降低了開發(fā)多層應用的費用和復雜性，同時提供對 現(xiàn)有應用程序集成強有力支持。 雖然 EJB 技術 在大型企業(yè)應用中得到了廣泛的應用，但采用 EJB 技術開發(fā)的系統(tǒng) 也存在著一些問題，這些問題將為系統(tǒng)的實際應用帶來不便和麻煩。 EJB 系統(tǒng)存在的 主要問題有 : ①層次之間聯(lián)系過于緊密，客戶端和后端的業(yè)務對象具有較強的依賴關系，不利 于系統(tǒng)的管理和維護 。 ②在客戶和服務器之間太多的方法調用會導致網絡性能方面的問題 。 ③缺乏統(tǒng)一的客戶訪問機制，將業(yè)務對象暴露給客戶端，可能會產生安全方面的 問題。 一個多層次的 J2EE 應用程序通常具有很多由 EJB 實現(xiàn)的服務器端對象，它們通常 負責提供系統(tǒng)服務、數據信息等 ，也就是說作為業(yè)務對象，它們既包括相關的程序數 據，也包括其程序邏輯。應用系統(tǒng)的用戶需要訪問業(yè)務對象來滿足自己的需求，如果 業(yè)務對象向用戶提供接口，用戶可以直接地與相關對象通信，但是這樣一來，用戶必 須負責管理所調用的業(yè)務對象之間的關系，并且能夠處理其間的業(yè)務流程。而且，如 內蒙古大學碩士學位論文 果用戶和業(yè)務對象之間存在過于直接的交互，兩者的聯(lián)系就會過于緊密，同時也使得 用戶過于依賴業(yè)務對象的具體實現(xiàn)，并負責管理與交互 過程有關的業(yè)務對象查找和創(chuàng) 建，以及不同的對象間相互調用的關系，甚至一些時候用戶還需要管理多次調用之間 的事務管理環(huán)節(jié)。 在用戶需求不斷增加時，用戶與不同的業(yè)務對象之間的交互也會變越來越復雜， 而業(yè)務對象可能需要一定內部的更新才能滿足用戶的需要，但是這樣的話用戶又需要 17 根據業(yè)務對象實現(xiàn)的變化而做出相應的改變，這種情況將為應用系統(tǒng)帶來相當大的麻 煩。 在訪問 EJB 應用系統(tǒng)時，用戶需要與遠程對象進行交互。如果用戶直接與所有相關的 業(yè)務對象交互的話，將帶來很大的網絡負擔 。因為對于每一個客戶端的調用，都將產 生 一次遠程的調用，而如果存在大量的系統(tǒng)用戶，用戶與對象間的交互就將為網絡通信 帶來很大的壓力，使系統(tǒng)性能受到很大破壞。如果用戶可以直接訪問后端的業(yè)務對象， 但是系統(tǒng)中又缺少一個統(tǒng)一的用戶訪問機制，那么這些訪問很有可能變得雜亂無章， 引起系統(tǒng)性能的下降，甚至導致一些安全方面的問題。 基于 EJB 的三層應用模型的技術框架 針對 EJB 系統(tǒng)存在的上述問題，需要提供一個暴露給客戶端的統(tǒng)一接口，客戶端 直接通過這個接口訪問 EJB 中的方法，以降低客戶端與 EJB 之間的藕合度 。將遠程方法 調用通過本地調用來 實現(xiàn)，以減少網絡開銷，提高系統(tǒng)性能 。對業(yè)務對象間的復雜交互 進行封裝，使業(yè)務對象對于客戶端來說是透明的，以避免客戶端對業(yè)務對象的隨意訪 問。為此，本論文提出了基于 EJB 的三層應用模型，其基本結構如圖 所示。 基于 WEB 的 B2B 電子商務平臺的設計與實現(xiàn) 系統(tǒng)訪問會話層 子系統(tǒng)會話層 應用爭鰻 .4 Three 七翌 圖 基于 EJB 的三層應用模型 基于 EJB 的三層應用模型將實際的應用系統(tǒng)分為三層，即系統(tǒng)訪問會話層、子系 統(tǒng)會話層和 EJB 應用組件層。實際應用中可將一個系統(tǒng)分解為若干個子系統(tǒng)，然后分 別用子系統(tǒng) 會話 Bean 對子系統(tǒng)包含的會話 Bean 和實體 Bean 進行封裝，最后，再用系 統(tǒng)訪問會話 Bean 封裝這些子系統(tǒng)。這樣，客戶端對 EJB 的方法調用可通過訪問系統(tǒng)訪 問會話 Bean 來實現(xiàn)。下面分別對這三層進行說明。 (1) EJB 應用組件層 E 皿應用組件層為服務器端業(yè)務對象，一般包括會話 Bean 和實體 Bean，用來處理 業(yè)務邏輯和業(yè)務數據。 EJB 應用組件層是最為重要的一層，因為大多數方法的實現(xiàn)是 在這一層完成的，客戶端對方法的大多數調用最終也要通過這一層來實現(xiàn)。由于要對 EJB 應用組件層進行封裝，一 般對 EJB 應用組件層的訪問是通過本地接口實現(xiàn)的。 EJB 應用組件層的實現(xiàn)直接決定了系統(tǒng)的質量。 (2)子系統(tǒng)會話層 一個系統(tǒng)分為若干個子系統(tǒng)，每個子系統(tǒng)把一些相關的 EJB 組件封裝在一起。子 系統(tǒng)會話層由會話 Bean 來實現(xiàn)，即使用會話 Bean 包含一個工作流中所有相關對象的 交互。這個會話 Bean 負責管理業(yè)務對象，并向上層即系統(tǒng)訪問會話層提供對子系統(tǒng)會 內蒙古大學碩士學位論文 話層的訪問接口，會話 Bean 可以 處理底層對象的交互過程，并包含必須提供的接口， 由此它屏蔽了復雜的對象交互。子系統(tǒng)會話 Bean 也負責管理業(yè)務數據和業(yè)務對象之間 的交互，并表達其中需要的業(yè)務邏輯，因此會話 Bean 也可以管理業(yè)務對象之間的作用 關系 。同時，根據工作流的需要，子系統(tǒng)會話 Bean 也管理對象的創(chuàng)建、查找、修改和 刪除。子系統(tǒng)會話 Bean 只是對通往子系統(tǒng)對象的接口進行抽象以使它們更易于使用。 子系統(tǒng)會話層作為系統(tǒng)訪問會話層和 EJB 應用組件層的中轉站，起著承上啟下的作用， 如果由系統(tǒng)訪問會話層直接管理 EJB 應用組件層，則由于大型企業(yè) 系統(tǒng) EJB 的數量多 以及 E 皿之間的復雜交互，系統(tǒng)訪問會話層對 E 皿應用組件層的直接管理將比變得很 復雜且很難實現(xiàn)。 18 (3)系統(tǒng)訪問會話層 系統(tǒng)訪問會話層向客戶端提供對系統(tǒng)訪問的一個統(tǒng)一接口。這樣，所有用戶對系 統(tǒng)的訪問都通過系統(tǒng)訪問會話層來實現(xiàn)。系統(tǒng)訪問會話層由會話 Bean 來實現(xiàn)，即由會 話 Bean 包含一個工作流中所有相關對象的交互。系統(tǒng)訪問會話層負責子系統(tǒng)會話層業(yè) 務對象之間的交互，并實現(xiàn)其中的業(yè)務邏輯，管理工作流中相關對象的生命周期，系 統(tǒng)訪問會話層在系統(tǒng)層次上對整個系統(tǒng)進行管理。對一 般方法的調用，系統(tǒng)訪問會話 層只是提供了一個客戶對系統(tǒng)訪問的接口，而不提供其方法的具體實現(xiàn)。系統(tǒng)訪問會 話 Bean 只定義幾個管理底層對象的管理方法和一個執(zhí)行方法 execute，易于管理和實 現(xiàn)?？蛻艨梢哉{用本層的管理方法以進行粗粒度訪問，也可通過調用執(zhí)行方法 execute 以訪問低層的方法。當客戶通過 execute 方法進行方法調用時，首先定位此方法所屬 的子系統(tǒng)，調用此子系統(tǒng)的方法，由子系統(tǒng)會話層實現(xiàn)此方法或者由子系統(tǒng)會話層調 用相應的 EJB 來實現(xiàn)此方法。 隨著計算機的存儲和處理能力的不斷增強，將一 個或多個子系統(tǒng)包含的 EJB 部署 基于 WEB 的 B2B 電子商務平臺的設計與實現(xiàn) 到同一 JVM 中成為可能。為最大限度地提高系統(tǒng)性能，基于 EJB 的三層應用模型要求 對系統(tǒng)進行合理劃分，以適當的粒度劃分為多個子系統(tǒng)。若粒度過大，則子系統(tǒng)包含 的 EJB 過多，不利于子系統(tǒng)的管理 。若粒度太小，則劃分的子系統(tǒng)會過多，不利于系統(tǒng) 訪問會話層對子系統(tǒng)的管理。在部署 EJB 時，將訪問頻率高的一個或多個子系統(tǒng)與系 統(tǒng)訪問會話 Bean 部署在同一 jvm 中，這樣，可以對這些子系統(tǒng)進 行本地訪問，從而減 少了網絡開銷，提高了系統(tǒng)性能。 基于 EJB 的三層應用模型的實現(xiàn)方法 3. 4. 1 EJB 應用組件層的實現(xiàn) EJB 應用組件層主要用于處理業(yè)務邏輯和業(yè)務數據，一般由會話 Bean 和實體 Bean 來實現(xiàn)。由于客戶端對 EJB 應用組件層方法的調用是通過系統(tǒng)訪問會話層和子系統(tǒng)會 話層的接口實現(xiàn)而不是直接訪問 EJB，而每個子系統(tǒng)一般處于同一 Jvm 中，所以 EJB 組件不需要提供遠程接口，而只需提供本地接口。與業(yè)務過程相關的邏輯由會話 Bean 處理，而與數據相關的邏輯則由實體 Bean 處理。 E 皿應用組件層包含的是一些基本的 EJB 組件，這些組件實現(xiàn)系統(tǒng)的基本功能。 EJB 應用組件層是 EJB 技術規(guī)范的真正體現(xiàn)， 其實現(xiàn)也應嚴格遵循 EJB 技術規(guī)范的規(guī)定和要求。 子系統(tǒng)會話層的實現(xiàn) 子系統(tǒng)會話層是基于 E 鄧的三層應用模型的中間層，主要用于對底層相關 E 鄧的 封裝，且向上層即系統(tǒng)訪問會話層提供服務。子系統(tǒng)會話層可包含多個 EJB，且此層 定義這些 EJB 的所有方法，這些方法一般是通過調用底層 EJB 來實現(xiàn)的。此外，子系 統(tǒng)會話層還負責對底層的業(yè)務對象及其交互進行管理，所以還應定義一些管理方法， 內蒙古大學碩士學位論文 這些方法可以實現(xiàn)對系統(tǒng)的粗粒度訪問。 子系統(tǒng)會話層一般由會話 Bean 來實現(xiàn)，此會話 Bean 稱為子系統(tǒng)會話 Bean。子系 統(tǒng)會話層中的子系統(tǒng)會話 Bean 與系統(tǒng)訪問會話 Bean 可部署在同一或不同的 JVM 中， 而客戶端對方法的調用是通過系統(tǒng)訪問會話層實現(xiàn)的，所以子系統(tǒng)會話 Bean 既要提供 本地接口，也要提供遠程接口。如果子系統(tǒng)會話 Bean 與系統(tǒng)訪問會話 Bean 處于同一 Jvm 中，則系統(tǒng)訪問會話 Bean 通過本地接口對子系統(tǒng)會話 Bean 進行訪問，否則，系 統(tǒng)訪問會話 Bean 對子系統(tǒng)會話 Bean 的訪問要通過遠程接口來實現(xiàn)。 子系統(tǒng)會話 Bean 可以是無狀態(tài)會話 Bean，也可以是有狀態(tài)會話 Bean，這依情況 的不同而選擇。在實現(xiàn)子系統(tǒng)會話層時，首先應該決定是用無狀態(tài)會話 Bean 還是有狀 19 態(tài)會話 Bean 來實現(xiàn)，這主要取決于子系統(tǒng)會話層所建模的業(yè)務流程。如果一個業(yè)務流 程只需要一次方法調用就可以實現(xiàn)其服務，那么就可以使用無狀態(tài)會話 Bean 來實現(xiàn)。 如果一個業(yè)務流程需要多次方法調用來實現(xiàn)其服務時，一 般使用有狀態(tài)會話 Bean 來實現(xiàn)這一流程，因為每次方法調用的狀態(tài)信息都必須在會話 Bean 中保存。 系統(tǒng)訪問會話層的實現(xiàn) 系統(tǒng)訪問會話層為基于 EJB 的三層應用模型的最上層，也是直接面向客戶端的層 次。系統(tǒng)訪問會話層主要用于對子系統(tǒng)會話層進行封裝，使客戶端不直接對子系統(tǒng)會 話層進行訪問，以隱藏其實現(xiàn)，提高安全性。系統(tǒng)訪問會話層負責對子系統(tǒng)會話層的 業(yè)務對象及其交互進行管理，所以應定義一些管理方法實現(xiàn)低層對象的交互。