【正文】 l c o m e X X ）添 加 新 聞 欄 目 管 理 退 出 刷 新 主 頁? ?新 聞 列 表修 改 、 刪 除操 作 圖 44 后臺管理系 統(tǒng) 主界面 設計圖 當管理員用戶登錄到系統(tǒng)后臺時，呈現(xiàn)到他眼前的是系統(tǒng)后臺管理的主頁面： 首先，系統(tǒng)后臺主頁面左上角是歡迎詞（ Wele+管理員名），對于管理員，他可以感覺到系統(tǒng)的人性化；對于系統(tǒng)本身，系統(tǒng)可以識別此時登錄的是哪個管理員，可以分配管理員的權限。欄目管理頁面上有一些鏈接按鈕，可以讓管理員鏈接到其他頁面。 表 41 前臺類責任表 名稱 類型 屬性 責任（或操作） Index page 邊界 無 顯示系統(tǒng)前臺主頁面，并提供管理員登錄 News 實體 新聞條目的屬性 新聞條目的抽象 NewsMgr 控制 無 根據(jù)新聞 ID 得到新聞對象，獲得所有新聞和根據(jù)欄目 ID 得到該欄目的所有新聞 Login Form 邊界 無 提供管理員登錄，并負責客戶端的登錄完整性檢驗 main page 邊界 無 系統(tǒng)后臺管理主頁面 新聞管理 管理員在系統(tǒng)后臺主界面中可以對已有新聞進行管理（修改、刪除和添加），新聞管理模塊中充當模型層的仍然是 News 和 NewsMgr。 L o g i n F o r m用 戶+ L o g i n S e r v l e t ( ) d o P o s t ( ) : v o i dL o g i n S e r v l e tM a i n P a g eL o g i n e r r o r P a g e 圖 410 登錄控制靜態(tài)模型圖 根據(jù)圖 410 登錄控制靜態(tài)模型設計，對各個類的責任和功能進行說明。所以，數(shù)據(jù)庫需求分析中就要考慮兩方面因素。 精品文檔 值得下載 欄 目 編 號欄 目欄 目 名 稱新 聞新 聞 編 號新 聞 標 題新 聞 內 容管 理 員 名稱所 屬 欄 目發(fā) 布 時 間屬 于1N管 理 員管 理1 N用 戶 名 密 碼 圖 413 實體之間關系的 ER圖 [8] 數(shù)據(jù)庫邏輯設計 根據(jù)數(shù)據(jù)庫需求分析和數(shù)據(jù)庫概念設計，設計如下所示的數(shù)據(jù)項和數(shù)據(jù)結構： 管理員表（用戶名，密碼），用戶名為主碼； 欄目表（欄目編號，欄目名稱），欄目編號為主碼； 新聞表（新聞編號，新聞標題，新聞內容，管理員名，所屬欄目，發(fā)布時 間），新聞編號為主碼，管理員名和所屬欄目為外碼； 數(shù)據(jù)庫表設計 數(shù)據(jù)庫邏輯設計完畢后，現(xiàn)在可以將上面的數(shù)據(jù)庫概念結構轉化為某種數(shù)據(jù)庫系統(tǒng)所支持的實際數(shù)據(jù)庫模型。這些操作往往成為最耗時的操作，很多時候，一個網站的速度瓶頸可能就在于此，因而對數(shù)據(jù)庫的連接的管理顯得特別重要。 連 接 池取一個連接放回連接S e r v l e t 、 J a v a B e a nS Q L 操 作初 始 化 數(shù) 據(jù) 庫 連 接 池數(shù) 據(jù) 庫連 接 池連 接 1連 接 2連 接 n…空 閑 連 接 ？取 出 連 接Y池 的 上 限 ？N等 待重 試Y加 入 新 連接 到 池 中N是 否 使 用 最 大 次 數(shù) ？從 池 中 刪除 該 連 接Y使 用 次 數(shù) 加 1連 接 狀 態(tài) 設 為 忙N使 用 連 接使 用 完 后 放 回 池 中 圖 414 連接池工作原理圖 [10] 當連接池工作時，首先，在連接池中應當初始化內含一定數(shù)量的連接對象；在使用過程中，如果池中的連接對象不夠，可根據(jù)需要逐漸加入新的連接對象，但池中的連接對象也不能是無限的，當達到最大連接對象數(shù)量時，便不能再往池中添加新的連接對象，如果此時連接對象數(shù)量仍然不夠，就只能等待別的連接對象釋放后再使用，即定義連接池中連接對象的上下界和連接超時時間。連接池內部聯(lián)系類圖如圖 415 所示。charset=UTF8% !開始導入 packages % page import=.*,.*,.*% % page import=mybean.*% !導入結束 % String title = 筱筱新聞管理系統(tǒng) 。 String trbgco。 公共頁面 是一個包含頁面，它包含了一些其 它頁面可能經常用到的JavaBean 包以及一些在其它頁面中常用到的參數(shù)。該連接池組件由兩個 Java 類 —— ConnectionObject 和 ConnectionPool 和一個數(shù)據(jù)庫連接配置文件（ ）構成。當用戶使用完后再把連接對象放回連接池中，以節(jié) 省重新建立連接對象所花費的時間。當有多個 用戶連接系統(tǒng)的時候，在同一時間有可能會不止一個用戶需要數(shù)據(jù)庫連接，在這種情況下，系統(tǒng)開銷也是相當大的。 數(shù)據(jù)庫概念設計 根據(jù)上面的數(shù)據(jù)庫需 求分析，就可以構造出各種實體，以及并根據(jù)它們的關系繪制出實體間的 ER 圖 [8]，為以后的邏輯設計打下基礎。 C l a s s M a n a g e P a g e用 戶A d d C a t e g o r y P a g e+ E d i t C a t e g o r y ( ) d o P o s t ( ) : v o i dE d i t C a t e g o r y S e r v l e t+ D e l e t e C a t e g o r y S e r v l e t ( ) d o G e t ( ) : v o i dD e l e t e C a t e g o r y S e r v l e t+ a d d ( ) : v o i d+ m o d i f y ( ) : v o i d+ d e l e t e ( ) : v o i dC a t e g o r y M g r+ g e t I d ( ) : i n t+ g e t N a m e ( ) : s t r i n g+ s e t I D ( ) : v o i d+ s e t N a m e ( ) : v o i d i d : i n t n a m e : s t r i n gC a t e g o r y+ A d d C a t e g o r y S e r v l e t ( )+ d o P o s t ( ) : v o i dA d d C a t e g o r y S e r v l e t 圖 412 欄目管理靜態(tài)模型圖 精品文檔 值得下載 根據(jù)圖 412 欄目管理靜態(tài)模型設計，對各個類 的責任和功能進行說明。所以登錄控制器必須對用戶登錄信息進行識別，判斷其是否有權限登錄到后臺系統(tǒng)。其相應的功能模型如下圖 47。管理員可以在系統(tǒng)后臺主頁面中看到剛剛發(fā)表的新聞，可以對其進行相關操作，如圖 45。此界面主要是面向管理員的，界面要設計得簡潔方便，使得系統(tǒng)管理員在管理系統(tǒng)時容易操作。而對于一般用戶來說，他們也不會感覺這有何不妥，因為此登錄界面比 較簡潔，并不會影響用戶正常地閱讀新聞。 在本系統(tǒng)中，根據(jù)第 3 章中對系統(tǒng)需求用例的分析，可以總結出如下的需求集 : （ 1）系統(tǒng)應該分為前臺和后臺； （ 2）系統(tǒng)前臺應該可以顯示新聞欄目和新聞以及用于管理員登錄系統(tǒng)后臺的登錄界面； （ 3）一般用戶應該可以在前臺自由瀏覽新聞，包括選擇性地瀏覽新聞即先選擇新聞欄目再瀏覽新聞欄目下的新聞條目；用戶在瀏覽新聞時，系統(tǒng)應該可以將顯示給用戶一個包含新聞具體內容的 HTML 文件； （ 4）系統(tǒng)管理員應該可以登錄到系統(tǒng)后臺； （ 5）系統(tǒng)管理員應該可以對新聞 欄目和新聞進行查看、修改、刪除和添加操作。 頂 層 包 : : 用 戶用 戶 新 聞 系 統(tǒng) 主 頁1 ： 瀏 覽新 聞 欄 目 新 聞 顯 示 新 聞 管 理 對 象4 ： 返 回 數(shù) 據(jù) 庫 新 聞 表 中 所 有 新 聞欄 目 管 理 對 象7 ： 返 回 欄 目6 ： 閱 讀 新 聞5 ： 新 聞 列 表2 ： 請 求 新 聞 顯 示 3 ： 調 用 新 聞 管 理 對 象6 ： 調 用 欄 目 管 理 對 象 圖 32 前臺活動順序圖 精品文檔 值得下載 頂 層 包 : : 用 戶用 戶 登 錄 入 口1 ： 輸 入 登 錄 信 息登 錄 控 制 器2 ： 提 交3 ： 判 斷后 臺4 ： 轉 入登 錄 出 錯4 ： 轉 入5 ： 重 新 登 錄 圖 33用戶登錄活動順序圖 頂 層 包 : : 用 戶用 戶 后 臺 管 理 主 頁 面1 ： 進 入 系 統(tǒng)2 ： 顯 示 系 統(tǒng) 新 聞操 作 修 改 新 聞 刪 除 新 聞修 改 控 制 器刪 除 控 制 器3 ： 修 改 新 聞3 ： 刪 除 新 聞5 ： 更 新 信 息4 ： 修 改 完 成4 ： 刪 除 完 成添 加 新 聞6 : 添 加 新 聞 圖 34 后臺新聞管理活動順序圖 頂 層 包 : : 用 戶用 戶后 臺 管 理 主 頁 面1 : 進 入 系 統(tǒng)添 加 新 聞3 : 添 加 新 聞2 : 顯 示 新 聞 條 目添 加 控 制 器4 : 返 回 更 新 后 的 信 息 圖 35 添加新聞活動順序圖 精品文檔 值得下載 頂 層 包 : : 用 戶欄 目 管 理 頁 面1 : 管 理 欄 目修 改 欄 目2 : 修 改 欄 目3 : 修 改 成 功刪 除 欄 目4 : 刪 除 欄 目5 : 刪 除 成 功添 加 欄 目6 : 添 加 欄 目 圖 36 欄目管理活動順序圖 頂 層 包 : : 用 戶添 加 欄 目1 : 欄 目 管 理欄 目 管 理2 : 顯 示 欄 目3 : 添 加 欄 目4 : 添 加 成 功添 加 控 制 圖 37 添加欄目活動順序圖 小結 本章 從用戶的角度，分析了系統(tǒng)的需求用例，畫出了系統(tǒng)用例模型圖，并得出了相應的用例文檔；做出了用例驅動分析，并得出了相應的順序圖。 （ 6）欄目管理用例文檔： 基本流程：用戶在后臺管理中選擇欄目管理時，用戶將瀏覽到系統(tǒng)已有欄目，并可對其進行修改刪除操作，用戶在進行相應操作后，系統(tǒng)會存儲新的信息，控精品文檔 值得下載 制權將回到欄目管理用例。 如果用戶輸入的信息不正 確，系統(tǒng)將控制權交給“登錄錯誤”頁面，用戶可以在此重新輸入用戶名和密碼進行登錄。因此，系統(tǒng)角色可以統(tǒng)一為：用戶。具體需求見表 31 系統(tǒng)前臺顯示需求表。 MVC Model