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