【文章內容簡介】 ，在Web應用和EJB組件間增加了業(yè)務代理模式。Web應用通過代理接口訪問EJB組件的業(yè)務邏輯（）。同時在EJB和數(shù)據(jù)庫服務器間也增加了DAO（Data Access Object）來削弱EJB組件和數(shù)據(jù)庫的關系。這樣上層只需針對接口編程，而無須針對實現(xiàn)來編程，這樣即使需求發(fā)生改變，只要接口沒有改變就不用從新編碼。 管理子系統(tǒng)的分層應用 面向接口編程在一個面向對象的系統(tǒng)中，系統(tǒng)的各種功能是由許許多多的不同對象協(xié)作完成的。在這種情況下，各個對象內部是如何實現(xiàn)自己的對系統(tǒng)設計人員來講就不那么重要了；而各個對象之間的協(xié)作關系則成為系統(tǒng)設計的關鍵。小到不同類之間的通信，大到各模塊之間的交互，在系統(tǒng)設計之初都是要著重考慮的，這也是系統(tǒng)設計的主要工作內容。面向接口編程而不是實現(xiàn)，可以避免當某個功能需要改變時而要更改所有代碼。面向接口編程具有以下優(yōu)點：216。 程序員不必知道其使用對象的具體所屬類，只須制定該接口的功能就可以了。216。 一個對象可以很容易地被（實現(xiàn)了相同接口的）的另一個對象所替換。216。 對象間的連接不必硬綁定（hardwire）到一個具體類的對象上，因此增加了靈活性。216。 松散藕合（loosens coupling）。216。 增加了代碼的可重用性。216。 提高了（對象）組合的機率，因為被包含對象可以是任何實現(xiàn)了一個指定接口的類。 實現(xiàn)交通工具接口的不同類，描述了4個實現(xiàn)交通工具接口的實現(xiàn)類，輪船、飛機、火車和小汽車。我們只需關心交通工具這一接口提供的功能即可，即方便人們出行，節(jié)省時間。使用時，掉用交通工具這一接口即可，無需知道其具體實現(xiàn)時輪船還是飛機。第六章 設計模型第五章 用戶體驗模型建立用戶體驗模型是通過系統(tǒng)中反映用戶體驗的元素去定義每個用例所表達的行為。用例使用過程描述用戶在執(zhí)行用例過程所經(jīng)過的頁面。每個用例使用過程都有一個結構視圖和一個動態(tài)視圖。屏幕式用戶體驗模型中的主要元素。在Web應用系統(tǒng)中，屏幕是一個客戶端元素，該元素表達該應用系統(tǒng)在一個客戶窗口中產(chǎn)生的全部內容。一個屏幕可以包含多個頁面的信息。建立用戶體驗模型主要有以下兩步：1）、找出參與的頁面找出用戶執(zhí)行用例過程中與系統(tǒng)交互時所使用的頁面，使用頁面描述用戶與系統(tǒng)交互的內容，頁面是一個客戶端元素，該元素表達系統(tǒng)在一個客戶窗口中產(chǎn)生的內容。以下內容是找出頁面上的各類信息：216。 動態(tài)內容。動態(tài)內容是在頁面上顯示的一類信息，它提供運行是的業(yè)務邏輯內容。那些靜態(tài)內容并不需要在用戶體驗模型中描述，因為靜態(tài)內容通常關注的是直觀的的視覺感受，并不影響系統(tǒng)表示與系統(tǒng)業(yè)務邏輯之間的配合關系。216。 用戶所提供的內容。那些由用戶通過輸入方式的提供的內容。216。 用戶動作。用戶可以在頁面上執(zhí)行的動作。如點擊一個按鈕或者選擇一個菜單項。2）、定義頁面關系針對用例的每個事件流，建立頁面關系圖：根據(jù)第三章的用例分析可找出了各用例的屏幕，就可以得出各用例的頁面關系。 管理員登陸頁面關系 管理員登陸頁面關系 商家管理頁面關系 商家管理頁面關系 用戶管理頁面關系 用戶管理頁面關系 公告欄管理頁面關系 公告欄管理頁面關系 報表統(tǒng)計頁面關系 報表統(tǒng)計頁面關系 訪問量統(tǒng)計頁面關系 訪問量統(tǒng)計頁面關系 管理員管理頁面關系 管理員管理頁面關系 管理員登出頁面關系 管理員登出頁面關系第六章 設計模型設計模型主要是根據(jù)用戶體現(xiàn)模型和用例實現(xiàn)找出參與該用例的分析類，以及這些分析類之間的關系，同時為這些用例的事件流建模。分析類包括用例的用例的屬性、責任和關系。分析類主要分為邊界類、控制類、實體類三種。在找分析類的同時，可根據(jù)MVC的架構對分析類做初步的分層。 分析類描述類別UML表示說明邊界類邊界類表達系統(tǒng)與其環(huán)境之間的邊界控制類控制類表達系統(tǒng)的控制與協(xié)調邏輯實體類實體類封裝了在系統(tǒng)在系統(tǒng)內部表達的信息216。 邊界類　用于描述系統(tǒng)和其環(huán)境之間進行的交互，一個邊界類可以作為一　　　組頁面的概括，相應設計Structs架構中的ActionForm類。216。 控制類　封裝針對用例的行為并處理主要的事件控制流程。相應設計　Structs架構中的Acion類。216。 實體類　　　封裝了在系統(tǒng)內部表述的信息內容，同時也包括相關的屬性和行　為內容。設計的實體類（關鍵抽象）將與設計實體EJB或JavaBean相對應 分析工作區(qū) 關鍵抽象即實體類，主要是管理子系統(tǒng)中的名詞。管理子系統(tǒng)中，找到９個關鍵抽象。 管理子系統(tǒng)的關鍵抽象 控制類控制類主要是應用中的動詞或表示跳轉的事件。 邊界類管理子系統(tǒng)中邊界類較多，將在用例實現(xiàn)中加以描述 分析工作區(qū)用例實現(xiàn)根據(jù)分析工作區(qū)找出的分析類為用例事件建立事件序列，即建立UML序列圖和，同時根據(jù)把分析類初步分層，即分為表示層、控制層、業(yè)務邏輯層和持久化層。分析類都分布在這幾層里。 管理員登陸管理登陸包含有管理員登陸、商務中心首頁兩個邊界類，一個管理員登陸控制類和一個管理員實體類，相應的業(yè)務接口分布在業(yè)務邏輯層。圖 管理員登陸用例分析類和分層結構圖 管理員登陸序列圖 商家管理商家管理包含有商家管理頁、商家信息頁等6個邊界類，一個商家管理控制類和申請、已注冊商家實體類。 商家管理用例分析類及分層結構 用戶管理該用例含有用戶管理頁、用戶信息頁等5個邊界類，1個用戶控制類和1個用戶實體類。 用戶管理用例分析類及分層結構 公告欄管理 該用例含有公告列表、公告添加/修改等5個邊界類，1個公告處理控制類和1個公告欄實體類， 公告欄管理分析類及分層結構 報表統(tǒng)計該用例含有報表交易列表等3個邊界類，1個報表控制類和1個報表實體類。 報表管理分析類及分層結構 報表管理用例序列圖 訪問量統(tǒng)計該用例只有1個訪問量管理頁邊界類、訪問量控制類和訪問量實體類。 訪問量控制分析類及分層結構 管理員管理該用例含有管理員設定 等4個邊界類，1個管理員管理控制類和1個管理員實體類。 管理員管理分析類及分層結構 管理員管理用例序列圖 管理員登出由于管理員登出只需告訴服務器，結束當前管理員的會話跟蹤即可，因此該用例只有簡單的2個邊界類。 管理員登出用例分析類 管理員登場序列圖 類的設計類的設計，主要是把找到的分析類轉化為與特定編程語言相關的設計類。初步確定這些類的屬性及方法，以及這設計類的包結構。由于管理子系統(tǒng)是基于MVC的J2EE應用，所以我們采用Java語言的語法來分析設計類。這里的設計類主要包括: servlet、JSP頁面和Java類。 定義包結構包，即目錄。把相關的類放入同一個包中，方便查找和集中管理。包的命名應該有自解作用而且要簡單明了。1)、EJB容器中的包結構 表示組織及子系統(tǒng)。 EJB容器中的包結構，dao包主要與數(shù)據(jù)庫相關的DAO類及一些實體類。exceptions包定義了整個管理子系統(tǒng)的出錯類型，如當數(shù)據(jù)庫發(fā)生錯誤時拋出DatastoreException。ejb 包存放EJB組件。interfaces 定義了給EJB容器的客戶段調用的接口。util 存放常用工具類。2）、Web容器中的包結構在Web容器中，通常一個包對應一個用例。如admin包則對應管理員管理用例，但并不是所有的包都對應一個用例，如service 包則存放web容器中的服務類如業(yè)務代理或者一寫公共的服務。 Web容器中的包結構 定義設計類定義設計類包含如下工作：216。 定義類的可見性；216。 定義類的方法；216。 定義類的屬性；216。 定義好類的依賴關系； 報表管理的設計類 管理員登陸設計類 管理員管理設計類 訪問量統(tǒng)計設計類 定義持久化類持久化類（實體類）實際上也是設計類的一種，但實體類屬性通常與數(shù)據(jù)庫的字段相對應，因此這里把它和設計類分開處理。⑴基類BasePersistentObject有持久化類的基類，所以持久化類必須繼承這個類；id: 代表對象的OIDversion: 用于版本控制；⑵公告欄（CallBoard）標題：title內容：description有效時間：periodOfValidity發(fā)表時間：publishTime作者：author⑶報表（ReportForms）數(shù)據(jù)來源于商務中心的訂單買方:buyer賣方:seller交易時間:dealTime交易金額:dealSum訂單號:ordered⑷訪問量（VistSum）日訪問量：dateVisit總訪問量：totalVisit日用戶注冊量:dayReg總用戶注冊量:totalReg日商家注冊量:dayMechantReg總商家注冊量: totalMechantReg⑸管理員（Admins）登陸名：name密碼：password級別：level管理模塊：module真實姓名：realName出生日期：birthday地址：assress電話：phone移動電話：mobilePhoneEmail：注冊實際：regTime描述：description狀態(tài)：state第七章 系統(tǒng)數(shù)據(jù)庫設計第七章 系統(tǒng)數(shù)據(jù)庫設計由于管理子系統(tǒng)要讀到購物子系統(tǒng)5張表并對其數(shù)據(jù)進行管理，這5 張表分別為：消費者（用戶）注冊信息（Customer）、商家（客戶）注冊信息(Seller)訂單信息表（Order）、商品項表（Item）、商品信息表（Goods）、商品類別表（Category）。這5張表并不屬于管理子系統(tǒng)，因此不再進一步描述。 數(shù)據(jù)字典1．管理員信息(1)名字：管理員ID變量名：ID描述：系統(tǒng)生成，管理員的編號，是該管理員的唯一標識定義：一個Long型值位置：管理員信息表(2)名字：管理員名稱變量名：Name描述：管理員登錄系統(tǒng)后臺所需要的身份識別，由超級管理員（系統(tǒng)初始由中心設定）給予人員賬號，個人不能申請，一次只允許一個管理員登錄系統(tǒng)定義：不少于4個字符位置：管理員信息表，系統(tǒng)維護信息文件(3)名字：管理員密碼變量名：password描述：管理員登錄系統(tǒng)所必需的密碼識別，初始由超級管理員設計定，管理員自己可更改定義：不少于6個字符，只能是字母和數(shù)字的組合位置：管理員信息表(4)名字：管理員級別變量名：level描述：設定了管理員的級別 定義：只有兩個字符串值，”mon”普通管理員，”super”超級管理員 位置：管理員信息表(5)名字：管理員權限變量名：purview描述：設定了管理員的權限，所能涉及的管理系統(tǒng)的權力范圍定義：數(shù)字字符串，數(shù)字表示權限的編號 位置：管理員信息表2． 系統(tǒng)日統(tǒng)計信息(1)名字：運行日期變量名：workDate描述：系統(tǒng)正常運行的記錄日期定義：一個格式化的日期，“ xxxxxxxx ” 位置：系統(tǒng)日統(tǒng)計信息表(2)名字：網(wǎng)站日訪問量變量名：webAccessQuantityPerDay描述：商務中心每日的訪問量，記錄主頁訪問人次定義：數(shù)字位置：系統(tǒng)日統(tǒng)計信息表(3)名字：日總成交額變量名：dealSumPerDay描述：商務中心每日的交易總成交金額定義：數(shù)字位置：系統(tǒng)日統(tǒng)計信息表(4)名字：日注冊用戶數(shù)量變量名：consumerRegNumPerDay描述：每天在商務中心注冊的用戶數(shù)量定義：數(shù)字位置：系統(tǒng)日統(tǒng)計信息表(5)名字：日注冊商家數(shù)量變量名：merchantRegNumPerDay描述：每天在商務中心注冊的商家數(shù)量定義：數(shù)字位置：系統(tǒng)日統(tǒng)計信息表(6)名字：日訂單總數(shù)變量名：totalOrderPerDay描述：每天交易成功后制定的訂單數(shù)量定義：數(shù)字位置：系統(tǒng)日統(tǒng)計信息表3． 公告信息(1)名字：公告ID變量名：ID描述：某條公告的唯一標識定義：Long型，系統(tǒng)生成位置：公告信息表(2)名字：公告標題變量名：title描述：公告的標題定義：少于20個字符位置：公告信息表(3)名字：作者變量名：author描述：公告的作者定義：少于10個字符位置：公告信息表(