【文章內(nèi)容簡介】 得系統(tǒng)管理員在管理系統(tǒng)時容易操作。后臺界面設(shè)計如圖 44 所示。 圖 44 后臺管理系統(tǒng)主界面設(shè)計圖 當(dāng)管理員用戶登錄到系統(tǒng)后臺時，呈現(xiàn)到他眼前的是系統(tǒng)后臺管理的主頁面： 首先，系統(tǒng)后臺主頁面左上角是歡迎詞（ Wele+管理員名），對于管理員，他可以感覺到系統(tǒng)的人性化；對于系統(tǒng)本身，系統(tǒng)可以識別此時登錄的是哪個管理員，可以分配管理員的權(quán)限。 其次，歡迎詞下方是系統(tǒng)管理的功能選擇，一目了然，管理員可以在此選擇要操作的模塊進(jìn)入，然后執(zhí)行相應(yīng)的操作。 再次，再往下就是系統(tǒng)新聞列表，與前臺新聞顯示類似，只是多了對新聞的操作（修改和刪除）。管理員可以在此對系統(tǒng)已有的新聞進(jìn)行修改和刪除操作。 添加新聞設(shè)計 如果系統(tǒng)管理員在系統(tǒng)后臺主頁面中選擇“添加新聞”，管理員會進(jìn)入下圖這樣一個頁面進(jìn)行新聞的添加，添加完新聞標(biāo)題和新聞?wù)膬?nèi)容后，還必須選擇所添加新聞所屬的新聞欄目。確認(rèn)所有內(nèi)容均已填好，點擊“發(fā)表”按鈕，新聞發(fā)布工作完成，如果點擊“清除”按鈕，則系統(tǒng)清除管理員剛才的所有輸入，讓管理員重新填寫新聞的各項內(nèi)容 。管理員可以在系統(tǒng)后臺主頁面中看到剛剛發(fā)表的新聞，可以對其進(jìn)行相關(guān)操作，如圖 45。 圖 45 發(fā)布新聞頁面設(shè)計圖 欄目管理設(shè)計 如果系統(tǒng)管理員在系統(tǒng)后臺主頁面中選擇“欄目管理”，系統(tǒng)將鏈接到新聞欄目管理頁面。欄目管理頁面上有一些鏈接按鈕，可以讓管理員鏈接到其他頁面。鏈接按鈕下面是系統(tǒng)已有新聞欄目的列表，在此，管理員可以對新聞發(fā)布系統(tǒng)的欄目進(jìn)行操作（編輯和刪除欄目）。 如果管理員想要添加新聞欄目，只需點擊“添加欄目”，就可以被鏈接到添加新聞欄目頁面（因為此頁面比較簡單，所以并未給出具體設(shè)計圖 ），添加欄目完成后，管理員可以在欄目管理主頁面的欄目列表中找到新添加的欄目，并對其進(jìn)行相關(guān)操作，如圖 46。 圖 46 欄目管理頁面設(shè)計圖 模型層設(shè)計 本系統(tǒng)模型層由 JavaBean 完成，模型層設(shè)計主要設(shè)計出完成各個功能模塊中模型層的 JavaBean 類。模型層的類主要有新聞類 News 和新聞管理類 NewsMgr以及欄目類 Category 和欄目管理類 CategoryMgr。 前臺顯示和用戶登錄 在前臺顯示和用戶登錄模塊中，充當(dāng)模型層的是 News 和 NewsMgr 根據(jù)系統(tǒng)分析中的系統(tǒng)前臺需求用例 分析和上述的前臺界面功能描述，對系統(tǒng)的前臺的每一個流程、每一個模塊進(jìn)行詳細(xì)功能設(shè)計。其相應(yīng)的功能模型如下圖 47。 圖47 系統(tǒng)前臺顯示和用戶登錄靜態(tài)模型圖 根據(jù)上面的系統(tǒng)前臺模型，我們可以來說明各個類的責(zé)任和功能。 表 41 前臺類責(zé)任表 名稱 類型 屬性 責(zé)任（或操作） Index page 邊界 無 顯示系統(tǒng)前臺主頁面，并提供管理員登錄 News 實體 新 聞 條目 的屬 性 新聞條目的抽象 NewsMgr 控制 無 根據(jù)新聞 ID得到新聞對象，獲得所有新聞和根據(jù)欄目 ID 得到該欄目的所有新聞 Login Form 邊界 無 提供管理員登錄，并負(fù)責(zé)客戶端的登錄完整性檢驗 main page 邊界 無 系統(tǒng)后臺管理主頁面 新聞管理 管理員在系統(tǒng)后臺主界面中可以對已有新聞進(jìn)行管理（修改、刪除和添加），新聞管理模塊中充當(dāng)模型層的仍然是 News 和 NewsMgr。其靜態(tài)模型如圖 48。 圖48 新聞管理靜態(tài)模型圖 根據(jù)上面的新聞管理模型，我們可以對各個類的責(zé)任和功能進(jìn)行說明。 表 42 新聞管理類責(zé)任表 名稱 類型 屬性 責(zé)任（或操作） Main page 邊界 無 顯示系統(tǒng)后臺主頁面，系統(tǒng)管 理員可以在此對系統(tǒng)進(jìn)行操作 表 42 新聞管理類責(zé)任表（續(xù)） NewsMgr 控制 無 對新聞條目進(jìn)行操作，修改和刪除 News 實體 新聞屬性 對新聞實體的抽象 Addnews page 邊界 無 添加新聞界面，以 Form 形式收集信息然后提交給控制器 AddNewsServlet 控制 無 在控制層設(shè)計 EditNewsServlet 控制 無 在控制層設(shè)計 DeleteNewsServlet 控制 無 在控制層設(shè)計 欄目管理 欄目管理中可以對已有欄目的編輯、刪除以及添加新欄目 ，欄目管理靜態(tài)模型如圖 49。 圖 49 欄目管理靜態(tài)模型圖 根據(jù)上面的欄目管理靜態(tài)模型設(shè)計，我們可以對各個類的責(zé)任和功能進(jìn)行說明。 表 43 欄目管理類責(zé)任表 名稱 類型 屬性 責(zé)任（或操作） ClassManage page 邊界 無 顯示系統(tǒng)既有欄目，管理員可以在此對欄目進(jìn)行修改和刪除操作 Addclass page 邊界 無 添加欄目，提交給添加欄目控制器 Category 實體 ID 和 Name 新聞欄目的抽象 CategoryMgr 控制 無 實現(xiàn)對新聞欄目的操作 表 43 欄目管理類責(zé) 任表（續(xù)） EditCategoryServlet 控制 無 在控制層中設(shè)計 DeleteCategoryServet 控制 無 在控制層中設(shè)計 AddCategoryServlet 控制 無 在控制層中設(shè)計 控制層設(shè)計 用戶登錄 當(dāng)用戶通過系統(tǒng)前臺提供的登錄入口登錄后臺系統(tǒng)時，系統(tǒng)將用戶的登錄信息提交給登錄控制層處理。所以登錄控制器必須對用戶登錄信息進(jìn)行識別，判斷其是否有權(quán)限登錄到后臺系統(tǒng)。用戶登錄控制器由 LoginServlet 完成，實現(xiàn)登錄控制的靜態(tài)類圖如圖 410。 圖 410 登錄控制靜態(tài)模型圖 根據(jù)圖 410 登錄控制靜態(tài)模型設(shè)計，對各個類的責(zé)任和功能進(jìn)行說明。 表 44 用戶等錄控制類責(zé)任表 名稱 類型 屬性 責(zé)任（或操作） LoginServlet 控制 無 控制用戶登錄 新聞管理 新聞管理中主要涉及到新聞信息的添加、刪除和修改，所以其控制層由AddNewsServlet、 DeleteServlet 和 EditServlet 完成。新聞管理靜態(tài)類圖如圖411。 圖 411 新聞管理靜態(tài)模型圖 根據(jù)圖 411 新聞管理靜態(tài)模型設(shè)計，對各個類的責(zé)任和功能進(jìn)行 說明。 表45 新聞管理控制層靜態(tài)類責(zé)任表 名稱 類型 屬性 責(zé)任（或操作） EditNewsServlet 控制 無 對已有新聞編輯的控制 DeleteNewsServlet 控制 無 對刪除已有新聞的控制 AddNewsServlet 控制 無 對添加新聞的控制 欄目管理 欄目管理模塊主要對新聞欄目進(jìn)行修改、刪除和添加，此功能模塊控制層由EditCategoryServlet、 DeleteCategoryServlet 和 AddCategoryServlet 完成。欄目管理靜態(tài)類圖設(shè) 計如圖 412。 圖 412 欄目管理靜態(tài)模型圖 根據(jù)圖 412欄目管理靜態(tài)模型設(shè)計，對各個類的責(zé)任和功能進(jìn)行說明。 表 46 欄目管理控制層靜態(tài)類責(zé)任表 名稱 類型 屬性 責(zé)任（或操作） EditCategoryServlet 控制 無 對新聞欄目編輯的控制 DeleteCategoryServlet 控制 無 對刪除新聞欄目的控制 AddCategoryServlet 控制 無 對添加新聞欄目的控制 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫需求分析 由于本系統(tǒng)面向的對象有兩個：一般用戶和系統(tǒng)管理 員。所以，數(shù)據(jù)庫需求分析中就要考慮兩方面因素。 對于一般用戶來說，他們所關(guān)心的是新聞的瀏覽。通過系統(tǒng)功能分析，針對一般新聞用戶的需求，總結(jié)出如下需求信息： （ 1）每個新聞對應(yīng)一個 HTML 文件； （ 2）每個新聞只能對應(yīng)一個新聞欄目； （ 3）每個欄目下可以有多個新聞。 （ 4）每個新聞除了包含新聞的基本信息之外，還得包含新聞所對應(yīng)的 HTML路徑信息。 對于系統(tǒng)管理員來說，他們所關(guān)心的是如何對新聞欄目和新聞的添加、修改和刪除。通過分析，針對系統(tǒng)管理員，總結(jié)出如下需求信息： （ 1）管理員可以對新聞欄目進(jìn)行增、刪、改； （ 2）管理員可以對新聞條目進(jìn)行增、刪、改。 數(shù)據(jù)庫概念設(shè)計 根據(jù)上面的數(shù)據(jù)庫需求分析，就可以構(gòu)造出各種實體，以及并根據(jù)它們的關(guān)系繪制出實體間的 ER 圖 [8]，為以后的邏輯設(shè)計打下基礎(chǔ)。如圖 413 為本新聞發(fā)布系統(tǒng)實體間的 ER 圖。 圖 413 實體之間關(guān)系的 ER 圖 [8] 數(shù)據(jù)庫邏輯設(shè)計 根據(jù)數(shù)據(jù)庫需求分析和數(shù)據(jù)庫概念設(shè)計，設(shè)計如下所示的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)： 管理員表（用戶名，密碼），用戶名為主碼； 欄目表（欄目編號，欄目名稱），欄目編號為主碼； 新聞表（新聞編號，新聞標(biāo)題，新聞內(nèi)容 ，管理員名，所屬欄目，發(fā)布時間），新聞編號為主碼，管理員名和所屬欄目為外碼； 數(shù)據(jù)庫表設(shè)計 數(shù)據(jù)庫邏輯設(shè)計完畢后，現(xiàn)在可以將上面的數(shù)據(jù)庫概念結(jié)構(gòu)轉(zhuǎn)化為某種數(shù)據(jù)庫系統(tǒng)所支持的實際數(shù)據(jù)庫模型。本系統(tǒng)使用 SQL Server2021 數(shù)據(jù)庫。 新聞發(fā)布系統(tǒng)的數(shù)據(jù)庫中各表的設(shè)計結(jié)果如下面幾個表所示。 表 47 管理員 Master 表 序號 字段名 字段含義 類型 寬度 是否非空 備注 1 UserName 管理員用戶名 char 12 Y Key 2 Password 管理員密碼 char 12 Y 無 表 48 新聞 News 表 序號 字段名 字段含義 類型 寬度 是否非空 備注 1 newsId 新聞編號 int 4 Y Key 2 Title 新聞標(biāo)題 char 50 N 無 3 Content 新聞內(nèi)容 char 5000 N 無 4 UserName 新聞作者 char 12 Y 外碼 5 Compose_date 新聞發(fā)布時間 datetime 8 Y 無 6 categoryId 新聞欄目編號 int 4 Y 外碼 表 49 欄目 Category 表 序號 字段名 字段含義 類型 寬度 是否非空 備注 1 categoryId 新聞欄目編號 int 4 Y Key 2 categoryName 新聞欄目名稱 char 20 Y 無 數(shù)據(jù)庫連接池設(shè)計 傳統(tǒng)的數(shù)據(jù)庫連接 傳統(tǒng)的數(shù)據(jù)庫連接模式基本上是按以下步驟進(jìn)行：①在主程序（如 Servlet、Beans）中建立數(shù)據(jù)庫連接；②進(jìn)行 SQL 操作，取出數(shù)據(jù)；③斷開數(shù)據(jù)庫連接 [9]。 數(shù)據(jù)庫連接池的必要性 傳統(tǒng)的數(shù)據(jù)庫連接模式開發(fā)，存在很多問題。首先，要為每次 web 請求（例如客戶瀏覽一件商品信息）建立 一次數(shù)據(jù)庫連接。當(dāng)有多個用戶連接系統(tǒng)的時候，在同一時間有可能會不止一個用戶需要數(shù)據(jù)庫連接，在這種情況下，系統(tǒng)開銷也是相當(dāng)大的。連接數(shù)據(jù)庫不僅要開銷一定的通訊和內(nèi)存資源，還必須完成用戶驗證、安全上下文配置這類任務(wù)；同時應(yīng)用程序還要管理每一個連接，確保這些連接在被使用完后能被正確關(guān)閉。這些操作往往成為最耗時的操作，很多時候，一個網(wǎng)站的速度瓶頸可能就在于此，因而對數(shù)據(jù)庫的連接的管理顯得特別重要。 本系統(tǒng)是一個新聞發(fā)布和管理的系統(tǒng)，新聞系統(tǒng)是面向廣大閱讀新聞的用戶的，用戶需要閱讀新聞時，系統(tǒng)需要從新聞數(shù)據(jù)庫中調(diào)出用 戶需要的新聞條目。如果采用傳統(tǒng)的數(shù)據(jù)庫鏈接模式，那么對于每一個閱讀新聞的用戶，當(dāng)他讀取新聞時，系統(tǒng)都要為他建立一次數(shù)據(jù)庫連接，而當(dāng)他退出新聞閱讀時，系統(tǒng)釋放數(shù)據(jù)庫鏈接，那么，系統(tǒng)的數(shù)據(jù)庫連接是非常頻繁的。這樣也會產(chǎn)生上面提到的種種問題，但是，如果采用數(shù)據(jù)庫鏈接池就方便得多，本系統(tǒng)采用的便是數(shù)據(jù)庫鏈接池模式對數(shù)據(jù)庫進(jìn)行連接。 數(shù)據(jù)庫連接池工作原理 數(shù)據(jù)庫連接池實際上是在一個容器對象中建立一定數(shù)目的數(shù)據(jù)庫連接對象。當(dāng)需要使用數(shù)據(jù)庫連接的時候，直接從連接池中取出空閑對象供用戶使用。