【正文】 感謝我的父親、母親和妹妹對我的理解、支持和幫助。他所具有的精湛的學術造詣、勤懇的工作作風和對學生認真負責的態(tài)度使我深受感動，終生難忘。本新聞發(fā)布系統(tǒng)主要實現(xiàn)了新聞的后臺管理，例如新聞的添加、修改和刪除等功能；同時也實現(xiàn)了新聞欄目的管理，例如欄目的添加、修改和刪除等功能。從系統(tǒng)測試來看，系統(tǒng)基本可以運行。系統(tǒng)的開發(fā)過程中運用了 ICONIX 項目管理方法，通過用例驅動對象建模的方式對系統(tǒng)建模。 首先，為了方便管理系統(tǒng)應用程序，在 Tomcat 中為系統(tǒng)應用建立虛擬目錄。 PC 機上必須安裝并配置 java 運行環(huán)境―― JDK，本人用的 JDK 是。 第 6 章 系統(tǒng)運行測試 系統(tǒng)測試環(huán)境 系統(tǒng)測試需要相應的環(huán)境，所以在系統(tǒng)測試之前，進行系統(tǒng)硬件和軟件環(huán)境的配置。 圖 56 數(shù)據庫表關系圖 數(shù)據庫連接池實現(xiàn) 根據第 4 章中對數(shù)據庫連接池的設計，數(shù)據庫連接池組件主要通過Connectionpool 和 ConnectionObject 實現(xiàn)數(shù)據庫的連接和對連接的管理。 and OBJECTPROPERTY id, N39。 and OBJECTPROPERTY id, N39。 and OBJECTPROPERTY id, N39。 欄目的修改由 EditCategoryServlet 實現(xiàn)，當管理員在 中修改某個欄目后，將修改信息通過 Post 方法提交給 EditCategoryServlet，EditCategoryServlet 用修改后的信息去更新欄目數(shù)據表。 刪除新聞控制層是由 DeleteNewsServlet 實現(xiàn)。 AddNewsServlet 調用 JavaBean―― News 和 NewsMgr對新聞信息進行處理，然后將新聞信息保存到新聞數(shù)據表。同樣也會用到 LoginServlet 對登錄信息進行判斷。下面具體實現(xiàn)每個 Servlet。欄目類 Category和欄目管理類 CategoryMgr 如下實現(xiàn)欄目管理功能： public Category getById int id // 根據 ID 得到欄目； public void add Category category // 添加新的欄目； public void modify Category category // 修改欄目名稱； public void delete int id // 刪除欄 目。實現(xiàn)新聞顯示的功能函數(shù)如下： public Collection getAllNews //查詢所有的新聞； public Collection getAllByCategory int categoryId // 根據 CategoryId得到某欄目所有的新聞； public News getById int id // 根據 ID 得到新聞； public int getTotal //計算新聞的總數(shù)； public int getTotalByCategoryId int categoryId // 計算某類別新聞的總數(shù)。其實現(xiàn)截圖如圖 55。其實現(xiàn)截圖如圖 53。 是系統(tǒng)后臺主頁面，是管理員登錄到系統(tǒng)所看到的第一個頁面。 前臺實現(xiàn) 系統(tǒng)前臺視圖層由 實現(xiàn)。 % 中包含了其它頁面常用到的頁面尾部的設計。因為，如果一個用戶登錄到系統(tǒng)，系統(tǒng)便會給他設定一個 session，這個 session 在他退出系統(tǒng)之前均有效。 String tdbgcolor4 EEEEEE。 String trbgcolor2 EEEEEE。 String tablebgcolor 336699。 公共頁面 是一個包含頁面，它包含了一些其它頁面可能經常用到的JavaBean 包以及一些在其它頁面中常用到的參數(shù)。通過本章，系統(tǒng)設計出了用來完成系統(tǒng)用例的業(yè)務功能模型以及完成各個用例的類。該連接池組件由兩個 Java 類―― ConnectionObject 和 ConnectionPool 和一個數(shù)據庫連接配置文件（ ）構成。另外，同一個連接對象如果被使用的次數(shù)太多，可能會導致該連接對象的不穩(wěn)定。當用戶使用完后再把連 接對象放回連接池中，以節(jié)省重新建立連接對象所花費的時間。如果采用傳統(tǒng)的數(shù)據庫鏈接模式，那么對于每一個閱讀新聞的用戶，當他讀取新聞時，系統(tǒng)都要為他建立一次數(shù)據庫連接，而當他退出新聞閱讀時，系統(tǒng)釋放數(shù)據庫鏈接，那么，系統(tǒng)的數(shù)據庫連接是非常頻繁的。當有多個用戶連接系統(tǒng)的時候，在同一時間有可能會不止一個用戶需要數(shù)據庫連接，在這種情況下，系統(tǒng)開銷也是相當大的。 新聞發(fā)布系統(tǒng)的數(shù)據庫中各表的設計結果如下面幾個表所示。 數(shù)據庫概念設計 根據上面的數(shù)據庫需求分析，就可以構造出各種實體，以及并根據它們的關系繪制出實體間的 ER 圖 [8]，為以后的邏輯設計打下基礎。通過系統(tǒng)功能分析，針對一般新聞用戶的需求，總結出如下需求信息： （ 1）每個新聞對應一個 HTML 文件； （ 2）每個新聞只能對應一個新聞欄目； （ 3）每個欄目下可以有多個新聞。 圖 412 欄目管理靜態(tài)模型圖 根據圖 412欄目管理靜態(tài)模型設計，對各個類的責任和功能進行說明。新聞管理靜態(tài)類圖如圖411。所以登錄控制器必須對用戶登錄信息進行識別，判斷其是否有權限登錄到后臺系統(tǒng)。 圖48 新聞管理靜態(tài)模型圖 根據上面的新聞管理模型，我們可以對各個類的責任和功能進行說明。其相應的功能模型如下圖 47。 如果管理員想要添加新聞欄目，只需點擊“添加欄目”，就可以被鏈接到添加新聞欄目頁面（因為此頁面比較簡單，所以并未給出具體設計圖 ），添加欄目完成后，管理員可以在欄目管理主頁面的欄目列表中找到新添加的欄目，并對其進行相關操作，如圖 46。管理員可以在系統(tǒng)后臺主頁面中看到剛剛發(fā)表的新聞，可以對其進行相關操作，如圖 45。 再次，再往下就是系統(tǒng)新聞列表，與前臺新聞顯示類似，只是多了對新聞的操作（修改和刪除）。此界面主要是面向管理員的，界面要設計得簡潔方便，使得系統(tǒng)管理員在管理系統(tǒng)時容易操作。 然后，用戶可以對自己比較關心和感興趣的新聞進行有選擇性地瀏覽，這時新聞欄目便起作用了。而對于一般用戶來說，他們也不會感覺這有何不妥，因為此登錄界面比較簡潔，并不會影響用戶正常地閱讀新聞。 視圖層設計 前臺設計 當一個用戶瀏覽新聞系統(tǒng)時，首先進入系統(tǒng)前臺界面。 在本系統(tǒng)中，根據第 3 章中對系統(tǒng)需求用例的分析，可以總結出如下的需求集 : （ 1）系統(tǒng)應該分為前臺和后臺； （ 2）系統(tǒng)前臺應該可以顯示新聞欄目和新聞以及用于管理員登錄系統(tǒng)后臺的登錄界面； （ 3）一般用戶應該可以在前臺 自由瀏覽新聞，包括選擇性地瀏覽新聞即先選擇新聞欄目再瀏覽新聞欄目下的新聞條目；用戶在瀏覽新聞時，系統(tǒng)應該可以將顯示給用戶一個包含新聞具體內容的 HTML 文件； （ 4）系統(tǒng)管理員應該可以登錄到系統(tǒng)后臺； （ 5）系統(tǒng)管理員應該可以對新聞欄目和新聞進行查看、修改、刪除和添加操作。具體模式圖如圖 41。 圖 32 前 臺 活動 順序 圖 圖 33 用戶登錄活動順序圖 圖 34 后臺新聞管理活動順序圖 圖 35 添加新聞活動順序圖 圖 36 欄目管理活動順序圖 圖 37 添加欄目活動順序圖 小結 本章從用戶的角度，分析了系統(tǒng)的需求用例，畫出了系統(tǒng)用例模型圖，并得出了相應的用例文檔；做出了用例驅動分析，并得出了相應的順序圖。 分支流程：如果用戶放棄欄目添加，控制權將直接交回到欄目管理用例。 （ 6）欄目管理用例文檔： 基本流程：用戶在后臺管理中選擇欄目管理時，用戶將瀏覽到系統(tǒng)已有欄目，并可對 其進行修改刪除操作，用戶在進行相應操作后，系統(tǒng)會存儲新的信息，控制權將回到欄目管理用例。 分支流程：如果用戶放棄對新聞的相應操作，則系統(tǒng)直接將控制權交給后臺管理用例。 如果用戶輸入的信息不正確，系統(tǒng)將控制權交給“登錄錯誤”頁面，用戶可以在此重新輸入用戶名和密碼進行登錄。當用戶點擊某個欄目時，系統(tǒng)顯示相應的新聞條目。因此，系統(tǒng)角色可以統(tǒng)一為：用戶。他們的行為不受系統(tǒng)控制，但是可以提供輸入信息。具體需求見表 31 系統(tǒng)前臺顯示需求表。需求分析的任務就是要解決“做什么”的問題，就是要全面地理解用戶的各項需求，并準確地表達所接受的用戶需求。 MVC Model2 的體系結構如圖 24 所示。 圖 23 MVC Model1 體系結構圖 [5] MVC Model2 MVC 模式的 Model2 體系結構是一種把 JSP 與 Servlet 聯(lián)合起來實現(xiàn)動態(tài)內容服務的方法。業(yè)務流程的處理交予模型 Model 處理。 MVC 并沒有提供模型的設計方法，而只告訴我們應該組織管理這些模型，以便于模型的重構和提高重用性。因此，一個模型可能對應多個視圖，一個視圖可能對應多個模型。 控制層 Controller 可以理解為從用戶接收請求，將模型與視圖匹配在一起，共同完成用戶的請求。 DBMS 數(shù)據庫用于數(shù)據存儲， JDBC 用于連接數(shù)據庫并對數(shù)據庫進行存儲， Servlet 用于處理過程控制， JavaBean 用于封裝業(yè)務邏輯， JSP用于頁面顯示部分。目前，用于生成動態(tài)網頁較為流行的技術有 Microsoft 的 ASP、 Tex 的 PHP 和 Sun的 JSP。本系統(tǒng)選擇它作為系統(tǒng)的軟件項目管理方法，第一是因為系統(tǒng)本身較簡單，采用 ICONIX 足以滿足系統(tǒng)需求，并且由于時間限制，本人沒有太多精力去學習更好的項目管理方法；第二是因為和別的軟件方法不同的是， ICONIX 更強調需求到設計之前的自然、有章可循的，同時也適合迭代的過渡，并且按照它自己的軟件方法思想，它對 UML 符號集在可擴充的前提下作了一定的取舍。因此，有助于使用統(tǒng)一建模語言（ UML），同時對需求進行跟蹤。 XP 是一種漸進式的原型化開發(fā)方法，反映的是以編程為中心，節(jié)省資源的觀念。 RUP（ Rational Unified Process）統(tǒng)一軟件過程，是統(tǒng)一軟件開發(fā)過程，強調文檔、設計和代碼的質量，采用動態(tài)適應變化的漸進式迭代周期，依靠需求和測試驅動，并積極鼓勵客戶參與的開發(fā)方法 [1]。大大縮短了信息的更新時間，提高了效率，并且簡化了操作。 然而傳統(tǒng)的信息發(fā)布方式已經不適應這個快速變化的信息時代，需要一個更高效，更簡潔的方式進行信息發(fā)布。也正是由于網絡實現(xiàn)網站的數(shù)據信息能夠進行實時交互，保證網站數(shù)據的實時性。 News Publishing 目 錄 第 1 章 前言 1 第 2 章 系統(tǒng)概述 2 項目管理方法 2 項目管理方法比較 2 項目管理方法選擇 2 設計模式 3 MVC 模式基本原理 4 MVC Model1 5 MVC Model2 5 小結 6 第 3 章 需求分析 7 需求描述 7 角色識別 8 用例識別 8 用例文檔 8 用例驅動分析 10 小結 12 第 4 章 系統(tǒng)設計 13 系統(tǒng)總體設計 13 系統(tǒng)構架 13 發(fā)現(xiàn)系統(tǒng)類 14 視圖層設計 15 前臺設計 15 后臺設計 16 模型層設計 18 前臺顯示和用戶登錄 18 新聞管理 19 欄目管理 20 控制層設計 21 用戶登錄 21 新聞管理 21 欄目管理 22 數(shù)據庫設計 23 數(shù)據庫需求分析 23 數(shù)據庫概念設計 23 數(shù)據庫邏輯設計 24 數(shù)據庫表設計 24 數(shù)據庫連接池設計 25 傳統(tǒng)的數(shù)據庫連接 25 數(shù)據庫連接池的必要性 25 數(shù)據庫連接池工作原理 26 具體設計 27 小結 27 第 5 章 系統(tǒng)實現(xiàn) 28 視圖層實現(xiàn) 28 公共頁面 28 前