【文章內(nèi)容簡介】 界面包的職責(zé)是： （ 1） 與用戶的交互，接收用戶的各種輸入以及輸出各種提示信息或處理結(jié)果。 （ 2） 對于輸入的數(shù)據(jù)進(jìn)行數(shù)據(jù)校驗，過濾非法數(shù)據(jù)。 （ 3） 向業(yè)務(wù)處理對象發(fā)送處理請求。 用戶界面包圖展開如圖 32所示： 用 戶 界 面輸 入 ， 輸 出數(shù) 據(jù) 效 驗發(fā) 送 業(yè) 務(wù) 處 理 請 求 圖 32 用戶界面包展開圖 Fig32 Package Diagram of Users Interface 用戶界面包包含的類見圖 33： + 數(shù) 據(jù) 效 驗 ( )+ 業(yè) 務(wù) 處 理 ( ) 輸 入 輸 出 元 素 業(yè) 務(wù) 代 理 對 象用 戶 界 面 類輸 入 界 面 輸 出 界 面 圖 33 用戶界面類圖 Fig33 Class Diagram of Users Interface 業(yè)務(wù)邏輯包的職責(zé)是： （ 1） 實現(xiàn)各種業(yè)務(wù)處理邏輯或處理算法。 （ 2） 驗證請求者的權(quán)限。 （ 3） 向數(shù)據(jù)訪問對象發(fā)送數(shù)據(jù)持久化操作的請求。 （ 4） 向用戶界面層返回處理結(jié)果。 業(yè)務(wù)邏輯包圖展開如圖 34所示： 業(yè) 務(wù) 邏 輯實 現(xiàn) 各 種 業(yè) 務(wù) 處 理 邏 輯 或 處 理 算 法 。驗 證 請 求 者 的 權(quán) 限 。向 數(shù) 據(jù) 訪 問 對 象 發(fā) 送 數(shù) 據(jù) 持 久 化 操 作 的 請 求 。向 用 戶 界 面 層 返 回 處 理 結(jié) 果 。 圖 34 業(yè)務(wù)邏輯包圖展開 Fig34 Package Diagram of Business 北京郵電畢業(yè)設(shè)計 8 業(yè)務(wù)邏輯包包含的類見圖 35： + 業(yè) 務(wù) 處 理 ( ) 數(shù) 據(jù) 庫 連 接 對 象 數(shù) 據(jù) 庫 訪 問 對 象業(yè) 務(wù) 邏 輯 類+ 業(yè) 務(wù) 處 理 ( ) 權(quán) 限 管 理 對 象 業(yè) 務(wù) 對 象業(yè) 務(wù) 代 理 類 圖 35 業(yè)務(wù)邏輯類圖 Fig35 Class Diagram of Business 數(shù)據(jù)訪問層的職責(zé)是： （ 1） 實現(xiàn)數(shù)據(jù)的持久化操作。 （ 2） 實現(xiàn)事務(wù)處理。 數(shù)據(jù)訪問包圖展開如圖 36所示： 數(shù) 據(jù) 訪 問實 現(xiàn) 數(shù) 據(jù) 的 持 久 化 操 作 。實 現(xiàn) 事 務(wù) 處 理 。 圖 36 數(shù)據(jù)訪問包圖展開 Fig36 Package Diagram of Data Access 數(shù)據(jù)訪問包包含的類見圖 37： + 開 始 事 務(wù) ( )+ 提 交 事 務(wù) ( )+ 回 滾 事 務(wù) ( )數(shù) 據(jù) 庫 連 接 類+ 讀 取 ( )+ 寫 入 ( ) 數(shù) 據(jù) 庫 連 接 對 象數(shù) 據(jù) 庫 訪 問 類 圖 37 數(shù)據(jù)訪問類圖 Fig37 Class Diagram of Data Access 對于每一個業(yè)務(wù)處理中需要持久化操作的對象都可以對應(yīng)為一個數(shù)據(jù)庫訪問對象，在很多業(yè)務(wù)處理中 需要請求多個數(shù)據(jù)庫訪問對象來進(jìn)行數(shù)據(jù)的讀寫操作，而這些操作又必須在同一個事務(wù)中，這時需要用同一個數(shù)據(jù)庫連接對象來進(jìn)行統(tǒng)一的事務(wù)處理。這里的數(shù)據(jù)庫連接類的創(chuàng)建用到了單件（ Singleton）模式，保證一個類僅有一個實例，一個客戶在同一時刻只能用一個數(shù)據(jù)庫連接對象。 權(quán)限管理的主要職責(zé)是： （ 1） 驗證請求者的請求權(quán)限。 （ 2） 提供請求者的權(quán)限列表。 權(quán)限管理包圖展開如圖 38所示： 權(quán) 限 管 理驗 證 請 求 者 的 請 求 權(quán) 限提 供 請 求 者 的 權(quán) 限 列 表 圖 38 權(quán)限管理包圖展開 Fig38 Package Diagram of Access Authorization 北京郵電畢業(yè)設(shè)計 9 權(quán)限管理包包含的類見圖 39： + 登 陸 ( )+ 退 出 ( )+ 是 否 已 構(gòu) 建 權(quán) 限 列 表 ( )+ 構(gòu) 建 權(quán) 限 列 表 ( ) 操 作 員 代 碼 操 作 員 名 稱 權(quán) 限 列 表操 作 員 類+ 驗 證 權(quán) 限 ( i n 操 作 員 代 碼 , i n 權(quán) 限 列 表 )+ 獲 取 權(quán) 限 列 表 ( i n 操 作 員 代 碼 ) 操 作 員 對 象權(quán) 限 管 理 類 圖 39 權(quán)限管理類圖 Fig39 Class Diagram of Access Authorization 異常處理的職責(zé)： （ 1） 匯報運(yùn)行時的詳細(xì)異常信息。 （ 2） 記錄異常處理日志。 異常處理包圖展開如圖 310 所示： 異 常 處 理匯 報 運(yùn) 行 時 的 詳 細(xì) 異 常 信 息記 錄 異 常 處 理 日 志 圖 310 異常處理包圖展開 Fig310 Package Diagram of Exception Processing 異常處理包包含的類見圖 311： 異 常 處 理 實 現(xiàn) 異 常 處 理 對 象異 常 處 理 類異 常 處 理 實 現(xiàn) 異 常 處 理 實 現(xiàn) 異 常 處 理 實 現(xiàn) 異 常 處 理 實 現(xiàn) 異 常 處 理 實 現(xiàn) 異 常 處 理 實 現(xiàn) 圖 311 異常處理類圖 Fig311 Class Diagram of Exception Processing 因為異常處理類型比較多，如：系統(tǒng)異常、數(shù)據(jù)庫異常、業(yè)務(wù)邏輯異常等，針對不同類型的異常處理方式也容易變，如：顯示錯誤，記錄文本日志，記錄數(shù)據(jù)庫日志等，所以這里使用了橋接（ Bridge）模式來實現(xiàn)， 使各部分的變化比較獨(dú)立。 系統(tǒng)架構(gòu)圖 系統(tǒng)架構(gòu)類圖 將包圖展開，得到類圖，它是架構(gòu)的靜態(tài)結(jié)構(gòu)圖，表達(dá)了各個類之間的靜態(tài)聯(lián)系。農(nóng)業(yè)銀行小額支付中的電子交易模塊系統(tǒng)架構(gòu)類圖如下圖 312所示。 北京郵電畢業(yè)設(shè)計 10 異 常 處 理 實 現(xiàn) 異 常 處 理 對 象異 常 處 理 類異 常 處 理 實 現(xiàn) 異 常 處 理 實 現(xiàn) 異 常 處 理 實 現(xiàn) 異 常 處 理 實 現(xiàn) 異 常 處 理 實 現(xiàn) 異 常 處 理 實 現(xiàn)+ 登 陸 ( )+ 退 出 ( )+ 是 否 已 構(gòu) 建 權(quán) 限 列 表 ( )+ 構(gòu) 建 權(quán) 限 列 表 ( ) 操 作 員 代 碼 操 作 員 名 稱 權(quán) 限 列 表操 作 員 類+ 讀 取( )+ 寫 入( ) 數(shù) 據(jù) 庫 連 接 對 象數(shù) 據(jù) 庫 訪 問 類+ 驗 證 權(quán) 限 ( i n 操 作 員 代 碼 , i n 權(quán) 限 列 表 )+ 獲 取 權(quán) 限 列 表 ( i n 操 作 員 代 碼 ) 操 作 員 對 象權(quán) 限 管 理 類輸 入 界 面輸 出 界 面+ 數(shù) 據(jù) 效 驗( )+ 業(yè) 務(wù) 處 理( ) 輸 入 輸 出 元 素 業(yè) 務(wù) 代 理 對 象用 戶 界 面 類+ 業(yè) 務(wù) 處 理( )數(shù) 據(jù) 庫 連 接 對 象數(shù) 據(jù) 庫 訪 問 對 象業(yè) 務(wù) 邏 輯 類+ 業(yè) 務(wù) 處 理( ) 權(quán) 限 管 理 對 象 業(yè) 務(wù) 對 象業(yè) 務(wù) 代 理 類+ 開 始 事 務(wù)( )+ 提 交 事 務(wù) ( )+ 回 滾 事 務(wù) ( )數(shù) 據(jù) 庫 連 接 類 圖 312 系統(tǒng)架構(gòu)類圖 Fig312 Class Diagram of System Architecture 注冊新用戶流程圖 輸入：用戶的用戶名、姓名，密碼 、 身份證 、性別、年齡、生日。 處理：添加會員信息。在這 里可以添加會員。添加信息有：用戶的戶名、姓名，密碼 、 身份證 、性別、年齡、生日 。 輸出：添加成功，提示成功信息，不成功則顯示錯誤的信息頁面。 流程圖如下： 北京郵電畢業(yè)設(shè)計 11 圖 313 注冊用戶流程圖 系統(tǒng)用例圖 客戶可以發(fā)起轉(zhuǎn)賬、發(fā)放工資、還可以修改密碼和詳細(xì)資料以及對操作記錄的查詢工作。 圖 314 客戶用例圖 管理員可以管理注冊信息、添加管理員、還可以修改管理員密碼和詳細(xì)資料以及發(fā)布及管理系統(tǒng)通知、管理銀行信息對操作記錄的查詢、 管理工作。 發(fā)起轉(zhuǎn)賬 發(fā)放工資 修改密碼 修改資料 查詢記錄 北京郵電畢業(yè)設(shè)計 12 圖 315 管理員用例圖 數(shù)據(jù)庫設(shè)計 關(guān)系型數(shù)據(jù)庫是目前應(yīng)用最廣泛的數(shù)據(jù)庫。既然是面向?qū)ο笙到y(tǒng)設(shè)計，數(shù)據(jù)庫設(shè)計當(dāng)然也要是面向?qū)ο蟮摹，F(xiàn)在要考慮如何對類進(jìn)行持久化操作，即如何將對象類映射到關(guān)系數(shù)據(jù)庫的二維表。目前可以采用數(shù)據(jù)庫建模工具來實現(xiàn)，象 PowerDesigner、 Rose 等。 數(shù)據(jù)庫的完整性 SQL把各種完整性約束作為數(shù)據(jù)庫模式定義的一部分。既有效防止了對數(shù)據(jù)庫的意外破壞，提高了完整性檢測的效率，又可以 減輕編程人員的負(fù)擔(dān)。 SQL對三種不同完整性約束的設(shè)置及檢測，采取了不同的方式加以實現(xiàn)。 實體完整性規(guī)定，主碼的任何屬性都不能為空，因為，概念模型中實體和聯(lián)系都是可區(qū)分的，而且它們以碼為唯一性標(biāo)識。 SQL中實體完整性是通過主碼來實現(xiàn)的。一旦某個屬性或?qū)傩越M被定義為主碼，該主碼的每個屬性就不能為空值，并且在關(guān)系中不能出現(xiàn)主碼值完全相同的兩個元組。 主碼的定義是在 Create Table 語句中使用 Primary Key關(guān)鍵字來實現(xiàn)的。方法有兩種： a)在屬性定義后加上關(guān)鍵字 Primary Key； b)在屬性表定義后加上額外的定義主碼的子句： Primary Key（ 主碼屬性名表 ） 參照完整性是對關(guān)系間引用數(shù)據(jù)的一種限制。 對于用戶自定義完整性約束， SQL提供了非空約束、對屬性的 CHECK約束、對元組的CHECK約束、觸發(fā)器等來實現(xiàn)用戶的各種完整性要求。 提高數(shù)據(jù)庫運(yùn)行效率的辦法 ： (1) 在數(shù)據(jù)庫物理設(shè)計時，降低范式，增加冗余 , 少用觸發(fā)器 , 多用存儲過程。 (2) 當(dāng)計算非常復(fù)雜、而且記錄條數(shù)非常巨大時 (例如一千萬條 )，復(fù)雜計算要先在數(shù)據(jù)庫外面，以文件系統(tǒng)方式用 C++語言計算處理完成之后 ，最后才入庫追加到表中去。這是電信計費(fèi)系統(tǒng)設(shè)計的經(jīng)驗。 管理注冊用戶 添加管理員 發(fā)布系統(tǒng)通知 管理銀行記錄 管理操作記錄 北京郵電畢業(yè)設(shè)計 13 (3) 發(fā)現(xiàn)某個表的記錄太多，例如超過一千萬條，則要對該表進(jìn)行水平分割。水平分割的做法是，以該表主鍵 PK的某個值為界線，將該表的記錄水平分割為兩個表。若發(fā)現(xiàn)某個表的字段太多，例如超過八十個，則垂直分割該表，將原來的一個表分解為兩個表。 (4) 對數(shù)據(jù)庫管理系統(tǒng) DBMS進(jìn)行系統(tǒng)優(yōu)化，即優(yōu)化各種系統(tǒng)參數(shù)，如緩沖區(qū)個數(shù)。 (5) 在使用面向數(shù)據(jù)的 SQL語言進(jìn)行程序設(shè)計時，盡量采取優(yōu)化算法。 總之，要提高數(shù)據(jù)庫的運(yùn)行效率，必須從數(shù)據(jù)庫系統(tǒng) 級優(yōu)化、數(shù)據(jù)庫設(shè)計級優(yōu)化、程序?qū)崿F(xiàn)級優(yōu)化，這三個層次上同時下功夫。 ER 圖 ER 圖如圖所示： 圖 316 實體 E— R圖 物理表結(jié)構(gòu)圖 該表用于存儲注冊用戶的基本信息。該表的主要字段有用戶編號、用戶名、用戶密碼、申請時間、標(biāo)志、。其中編號是表中的主鍵 ,得到物理表結(jié)構(gòu)如下： 表 31 管理員表“ admin” 列名 數(shù)據(jù)類型 長度 允許空 Id Int 4 否 Username Nvarchar 50 否 Password Nvarchar 50 否 addtime Datetime 50 否 Sex Nvarchar 4 否 age int 4 否 address Nvarchar 200 否 tel Nvarchar 50 否 用戶實體 管理員實體 開戶時間 登陸賬號 密 碼 年 齡 身份證號 聯(lián)系地址 賬 號 管理 用戶賬號 密 碼 性 別 真實姓名 真實姓名 性 別 聯(lián)系地址 聯(lián)系電話 北京郵電畢業(yè)設(shè)計