【文章內(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ì)于管理員，他可以感覺到系統(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)模型，我們可以來說明各個(gè)類的責(zé)任和功能。 表 41 前臺(tái)類責(zé)任表 名稱 類型 屬性 責(zé)任（或操作） Index page 邊界 無 顯示系統(tǒng)前臺(tái)主頁(yè)面，并提供管理員登錄 News 實(shí)體 新 聞 條目 的屬 性 新聞條目的抽象 NewsMgr 控制 無 根據(jù)新聞 ID得到新聞對(duì)象，獲得所有新聞和根據(jù)欄目 ID 得到該欄目的所有新聞 Login Form 邊界 無 提供管理員登錄，并負(fù)責(zé)客戶端的登錄完整性檢驗(yàn) main page 邊界 無 系統(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)行說明。 表 42 新聞管理類責(zé)任表 名稱 類型 屬性 責(zé)任（或操作） Main page 邊界 無 顯示系統(tǒng)后臺(tái)主頁(yè)面，系統(tǒng)管 理員可以在此對(duì)系統(tǒng)進(jìn)行操作 表 42 新聞管理類責(zé)任表（續(xù)） NewsMgr 控制 無 對(duì)新聞條目進(jìn)行操作，修改和刪除 News 實(shí)體 新聞屬性 對(duì)新聞實(shí)體的抽象 Addnews page 邊界 無 添加新聞界面，以 Form 形式收集信息然后提交給控制器 AddNewsServlet 控制 無 在控制層設(shè)計(jì) EditNewsServlet 控制 無 在控制層設(shè)計(jì) DeleteNewsServlet 控制 無 在控制層設(shè)計(jì) 欄目管理 欄目管理中可以對(duì)已有欄目的編輯、刪除以及添加新欄目 ，欄目管理靜態(tài)模型如圖 49。 圖 49 欄目管理靜態(tài)模型圖 根據(jù)上面的欄目管理靜態(tài)模型設(shè)計(jì)，我們可以對(duì)各個(gè)類的責(zé)任和功能進(jìn)行說明。 表 43 欄目管理類責(zé)任表 名稱 類型 屬性 責(zé)任（或操作） ClassManage page 邊界 無 顯示系統(tǒng)既有欄目，管理員可以在此對(duì)欄目進(jìn)行修改和刪除操作 Addclass page 邊界 無 添加欄目，提交給添加欄目控制器 Category 實(shí)體 ID 和 Name 新聞欄目的抽象 CategoryMgr 控制 無 實(shí)現(xiàn)對(duì)新聞欄目的操作 表 43 欄目管理類責(zé) 任表（續(xù)） EditCategoryServlet 控制 無 在控制層中設(shè)計(jì) DeleteCategoryServet 控制 無 在控制層中設(shè)計(jì) AddCategoryServlet 控制 無 在控制層中設(shè)計(jì) 控制層設(shè)計(jì) 用戶登錄 當(dāng)用戶通過系統(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)行說明。 表 44 用戶等錄控制類責(zé)任表 名稱 類型 屬性 責(zé)任（或操作） LoginServlet 控制 無 控制用戶登錄 新聞管理 新聞管理中主要涉及到新聞信息的添加、刪除和修改，所以其控制層由AddNewsServlet、 DeleteServlet 和 EditServlet 完成。新聞管理靜態(tài)類圖如圖411。 圖 411 新聞管理靜態(tài)模型圖 根據(jù)圖 411 新聞管理靜態(tài)模型設(shè)計(jì)，對(duì)各個(gè)類的責(zé)任和功能進(jìn)行 說明。 表45 新聞管理控制層靜態(tài)類責(zé)任表 名稱 類型 屬性 責(zé)任（或操作） EditNewsServlet 控制 無 對(duì)已有新聞編輯的控制 DeleteNewsServlet 控制 無 對(duì)刪除已有新聞的控制 AddNewsServlet 控制 無 對(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)行說明。 表 46 欄目管理控制層靜態(tài)類責(zé)任表 名稱 類型 屬性 責(zé)任（或操作） EditCategoryServlet 控制 無 對(duì)新聞欄目編輯的控制 DeleteCategoryServlet 控制 無 對(duì)刪除新聞欄目的控制 AddCategoryServlet 控制 無 對(duì)添加新聞欄目的控制 數(shù)據(jù)庫(kù)設(shè)計(jì) 數(shù)據(jù)庫(kù)需求分析 由于本系統(tǒng)面向的對(duì)象有兩個(gè)：一般用戶和系統(tǒng)管理 員。所以，數(shù)據(jù)庫(kù)需求分析中就要考慮兩方面因素。 對(duì)于一般用戶來說，他們所關(guān)心的是新聞的瀏覽。通過系統(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)管理員來說，他們所關(guān)心的是如何對(duì)新聞欄目和新聞的添加、修改和刪除。通過分析，針對(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 無 表 48 新聞 News 表 序號(hào) 字段名 字段含義 類型 寬度 是否非空 備注 1 newsId 新聞編號(hào) 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ā)布時(shí)間 datetime 8 Y 無 6 categoryId 新聞欄目編號(hào) int 4 Y 外碼 表 49 欄目 Category 表 序號(hào) 字段名 字段含義 類型 寬度 是否非空 備注 1 categoryId 新聞欄目編號(hào) int 4 Y Key 2 categoryName 新聞欄目名稱 char 20 Y 無 數(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ā)，存在很多問題。首先，要為每次 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)生上面提到的種種問題，但是，如果采用數(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ì)象供用戶使用。