【正文】 達和內容，明確了角色 的定義及開發(fā)者與網(wǎng)頁設計者的分工。本系統(tǒng)的設計模式選擇的便是Model2。 MVC Model2 的體系結構如圖 24 所示。 圖 24 MVC Model2 體系結構圖 [5] 小結 本章首先介紹了目前面向對象的軟件開發(fā)中所常用的幾種項目管理方法，并最終根據(jù)系統(tǒng)需要選擇了 ICONIX 作為系統(tǒng)項目管理方法。然后對 MVC 設計模式基本原理進行了詳細闡述，并介紹了 MVC 的兩種不同的模式 Model1 和 Model2,并確定本系統(tǒng)的設計模式便是 MVC Model2。 第 3 章 需求分析 需求分析在軟件開發(fā)過程中，具有舉 足輕重的地位，它具有決策性，方向性，策略性的作用。需求分析的任務就是要解決“做什么”的問題，就是要全面地理解用戶的各項需求，并準確地表達所接受的用戶需求。 需求描述 新聞發(fā)布系統(tǒng)功能需求主要包括：前臺顯示功能和后臺管理功能。 前臺顯示功能主要針對一般用戶的，當一般用戶在瀏覽新聞系統(tǒng)時，系統(tǒng)應該對新聞欄目和新聞條目的顯示。另外，前臺顯示功能還應包括一個提供給系統(tǒng)管理員登錄后臺的登錄入口。具體需求見表 31 系統(tǒng)前臺顯示需求表。 表 31 系統(tǒng)前臺顯示需求表 用戶 要求實現(xiàn)功能 一般用戶 瀏覽新聞欄目 一般用戶 瀏覽新聞 系統(tǒng)管理員 登錄后臺系統(tǒng) 后臺管理功能是針對系統(tǒng)管理員的，當系統(tǒng)管理員登錄系統(tǒng)后臺時，系統(tǒng)后臺提供給系統(tǒng)管理員的功能應該有：對新聞欄目的瀏覽、添加、修改和刪除；對新聞條目的瀏覽、添加、修改和刪除。具體需求見表 32 系統(tǒng)后臺管理需求表。 表 32 系統(tǒng)后臺管理需求表 用戶 要求實現(xiàn)功能 系統(tǒng)管理員 瀏覽新聞欄目 系統(tǒng)管理員 添加新聞欄目 系統(tǒng)管理員 修改新聞欄目 系統(tǒng)管理員 刪除新聞欄目 系統(tǒng)管理員 瀏覽新聞 系統(tǒng)管理員 修改新聞 系統(tǒng)管理員 添加新聞 系統(tǒng)管理員 刪除新聞 角色識別 角色識別的任務是找到所有可能與系統(tǒng)發(fā)生交互行為的外部實體、對象和系統(tǒng)。他們的行為不受系統(tǒng)控制，但是可以提供輸入信息。 從系統(tǒng)描述可知，在前臺顯示模塊中，系統(tǒng)主要對一般用戶的瀏覽需求和管理員的登錄需求做出響應；而在后臺管理系統(tǒng)中，系統(tǒng)管理員可以對新聞欄目及新聞進行瀏覽、添加、修改和刪除。所以本系統(tǒng)應包括兩個角色：一般用戶和系統(tǒng)管理員用戶。而事實上這些人對于系統(tǒng)來說都是用戶，只是當用戶登錄到后臺便成了管理員而已。因此，系統(tǒng)角色可以統(tǒng)一為：用戶。 用例識別 在 UML 文檔中，用 例（即 Use Case）的定義是：在不展現(xiàn)一個系統(tǒng)或子系統(tǒng)內部結構的情況下，對系統(tǒng)或子系統(tǒng)的某個連貫的功能單元的定義和描述 [6]。 用例識別的目標是在需求描述和系統(tǒng)角色識別的基礎上，識別出角色相映的用例，從而可以得出系統(tǒng)的用例模型，如圖 31 是“系統(tǒng)用例模型圖”。 圖 31 系統(tǒng)用例模型圖 用例文檔 用例文檔主要為了描述出用例的詳細業(yè)務流程，本系統(tǒng)主要包括以下用例文檔： 1 前臺顯示用例文檔： 基本流程：當用戶在前臺瀏覽新聞系統(tǒng)時，系統(tǒng)默認顯示給用戶的是所有欄目和所有新聞條目（每頁顯示 8 條新聞， 一頁顯示不完可以分頁顯示）。當用戶點擊某個欄目時，系統(tǒng)顯示相應的新聞條目。 分支流程：如果某個欄目下沒有任何新聞，系統(tǒng)將顯示一條信息，以指出該欄目沒有新聞可以顯示。 （ 2）登錄入口用例文檔： 基本流程：用戶在前臺顯示頁面提供的登錄后臺系統(tǒng)的登錄入口中輸入用戶信息，系統(tǒng)根據(jù)用戶的登錄信息進行檢驗，然后進入系統(tǒng)后臺管理系統(tǒng)。 分支流程：如果用戶取消登錄，則系統(tǒng)將信息重置，用戶回到前臺顯示頁面。 如果用戶輸入的信息不正確，系統(tǒng)將控制權交給“登錄錯誤”頁面，用戶可以在此重新輸入用戶名和密碼進行登錄。 （ 3）系統(tǒng)后臺 管理用例文檔： 基本流程：用戶在登錄系統(tǒng)后臺后，可以對新聞和欄目進行操作，根據(jù)用戶的操作選擇，進入擴展用例。 （ 4）新聞管理用例文檔： 基本流程：用戶進入系統(tǒng)后便可瀏覽到新聞條目，在瀏覽過程中，用戶可以修改和刪除新聞。用戶在進行相應的操作后，系統(tǒng)存儲新的信息，系統(tǒng)將控制權交給后臺管理用例。 分支流程：如果用戶放棄對新聞的相應操作，則系統(tǒng)直接將控制權交給后臺管理用例。 如果用戶選擇添加新聞，系統(tǒng)將控制權交給添加新聞用例。 （ 5）添加新聞用例文檔： 基本流程：用戶填寫新聞相關信息，并確定添加新聞時，系統(tǒng)將存儲此 新聞，并將控制權交給新聞管理用例。 分支流程：如果用戶放棄新聞添加，系統(tǒng)將直接將控制權交回給新聞管理用例。 （ 6）欄目管理用例文檔： 基本流程：用戶在后臺管理中選擇欄目管理時，用戶將瀏覽到系統(tǒng)已有欄目，并可對其進行修改刪除操作，用戶在進行相應操作后，系統(tǒng)會存儲新的信息，控制權將回到欄目管理用例。 分支流程：如果用戶放棄相應操作，控制權將直接回到欄目管理用例。 如果用戶選擇添加欄目，控制權將交給添加欄目用例。 （ 7）添加欄目用例文檔： 基本流程：用戶填寫欄目相關信息，并確定添加欄目，系統(tǒng)將存儲此欄目，并將控制 權交給欄目管理用例。 分支流程：如果用戶放棄欄目添加，控制權將直接交回到欄目管理用例。 用例驅動分析 通過以上對系統(tǒng)需求的分析已經(jīng)定義了系統(tǒng)的角色和系統(tǒng)用例。系統(tǒng)根據(jù)用例模型可以對用例進行細化，從而展現(xiàn)整個用例的活動順序。序列圖則反映了用例各個類之間的具體調用過程 [7]，如圖便是根據(jù)系統(tǒng)的角色分析和系統(tǒng)用例模型而得出的相應活動的順序圖如圖 32 至圖 37。 圖 32 前臺活動順序圖 圖 33 用戶登錄活動順序圖 圖 34 后臺新聞管理活動順序圖 圖 35 添加新聞活動順序圖 圖 36 欄目管理活動順序 圖 圖 37 添加欄目活動順序圖 小結 本章從用戶的角度，分析了系統(tǒng)的需求用例，畫出了系統(tǒng)用例模型圖，并得出了相應的用例文檔；做出了用例驅動分析，并得出了相應的順序圖。本章的工作為系統(tǒng)的設計打下基礎。 第 4 章 系統(tǒng)設計 根據(jù)上一章的需求用例分析，本章從先總體構架的角度對系統(tǒng)進行總體設計，然后根據(jù) MVC 三層模式對系統(tǒng)進行詳細設計，最后對系統(tǒng)數(shù)據(jù)庫和數(shù)據(jù)庫連接池進行了設計。 系統(tǒng)總體設計 系統(tǒng)構架 系統(tǒng)基于 MVC Model2 設計模式，設計出本系統(tǒng)自己的設計模式，在 MVC Model2 基礎 上加入數(shù)據(jù)庫連接池模塊層對數(shù)據(jù)庫操作進行封裝。具體模式圖如圖 41。 圖 41 系統(tǒng)設計模式圖 對于 MVC 設計模式，在本系統(tǒng)中具體實現(xiàn)方式是： Model 由 JavaBean 完成，View 由 JSP 完成， Controller 由 Servlet 完成，再加上數(shù)據(jù)庫連接池專門負責數(shù)據(jù)庫連接和管理。本系統(tǒng)具體構架如圖 42。 圖 42 系統(tǒng)構架圖 發(fā)現(xiàn)系統(tǒng)類 發(fā)現(xiàn)系統(tǒng)類是域建模的工作，其主要目的是根據(jù)系統(tǒng)需求用例及描述，找到代表與本新聞系統(tǒng)將要解決的問題有關的事務和概念的“對象”，即類 [1]。 在本系統(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)在添加新聞時，應該可以將添加的新聞保存為一個 HTML 文件。 由以上需求集進一步分析可知： （ 1）詞“系統(tǒng)”太模糊，不能成為一個對象的名稱；同樣，“前臺”和“后臺”為系統(tǒng)的兩個不同的區(qū)域，亦不能成為對象名稱； （ 2）“新聞欄目”和“新聞”為系統(tǒng)的兩個主要內容，所以應該分別作為一個類，而新聞欄目和新聞的顯示需要管理類進行管理，系統(tǒng)管理員要對欄目和新聞進行查看、添加、修改和刪除，也需要相應的管理類進行管理，所以，系統(tǒng)對于新聞欄目和新聞分別需要“欄目管理類”和 “新聞管理類”； （ 3）要將添加的新聞保存為一個 HTML 文件，需要一個從表單中收集信息并將其轉換為一個 HTML 文件的類； （ 4）系統(tǒng)要保存信息，必須用到數(shù)據(jù)庫，所以需要一個數(shù)據(jù)庫連接的類； （ 5）要將系統(tǒng)的各個功能執(zhí)行成功，少不了相應的控制類。 因此，識別出系統(tǒng)主要的類：新聞類（ News）和新聞管理類（ NewsMgr），欄目類（ Category）和欄目管理類（ CategoryMgr），數(shù)據(jù)庫連接池的連接對象類（ ConnectionObject）和連接池管理類（ ConnectionPool）以及各個 Servlet類。 視圖層設計 前臺設計 當一個用戶瀏覽新聞系統(tǒng)時，首先進入系統(tǒng)前臺界面。如果把一個系 統(tǒng)比作一個人，那么前臺界面則是這個人的臉，因此系統(tǒng)的前臺界面的設計是比較重要的，并且，前臺界面應該被設計得比較簡潔，方便。前臺界面設計如圖 43 所示。 圖 43 前臺界面設計圖 首先，在本系統(tǒng)的前臺界面的頂部用戶可以看到一個專為系統(tǒng)管理員用戶提供的登錄入口，為系統(tǒng)管理員提供了方便。而對于一般用戶來說，他們也不會感覺這有何不妥，因為此登錄界面比較簡潔，并不會影響用戶正常地閱讀新聞。 其次，在登錄界面的下方是新聞欄目的顯示，顯示系統(tǒng)新聞欄目數(shù)據(jù)庫中已有的新聞欄目，一目了然，用戶可以方便地找到自己喜歡和關心的新聞 所在的欄目。 再次，在新聞欄目的下方則是新聞條目的顯示，默認的新聞條目的顯示方式是以表格的形式將系統(tǒng)新聞數(shù)據(jù)表中的新聞按發(fā)布時間進行列表（發(fā)布較早的新聞被放在列表的后面，而發(fā)布較遲的新聞被放在列表的前面，體現(xiàn)了新聞的“新”，即“時效性”）。新聞列表中僅顯示新聞的標題，發(fā)布時間和新聞作者，如果想瀏覽整篇新聞，用戶可以點擊新聞標題（超鏈接），這時系統(tǒng)會將用戶引導向一個包含新聞具體內容的 HTML 文件。 然后，用戶可以對自己比較關心和感興趣的新聞進行有選擇性地瀏覽，這時新聞欄目便起作用了。當用戶點擊新聞所在的欄目時 ，系統(tǒng)在新聞列表中只顯示本欄目的新聞條目。用戶可以在此瀏覽自己關心和感興趣的新聞。 后臺設計 .1 后臺主頁面設計 當用戶登錄到系統(tǒng)后臺時，他便成為系統(tǒng)管理員，可以執(zhí)行對新聞和欄目的查看、修改、刪除和添加。此界面主要是面向管理員的，界面要設計得簡潔方便，使得系統(tǒng)管理員在管理系統(tǒng)時容易操作。后臺界面設計如圖 44 所示。 圖 44 后臺管理系統(tǒng)主界面設計圖 當管理員用戶登錄到系統(tǒng)后臺時，呈現(xiàn)到他眼前的是系統(tǒng)后臺管理的主頁面： 首先，系統(tǒng)后臺主頁面左上角是歡迎詞（ Wele+管理員名），對于管理員，他可以感 覺到系統(tǒng)的人性化；對于系統(tǒng)本身，系統(tǒng)可以識別此時登錄的是哪個管理員，可以分配管理員的權限。 其次，歡迎詞下方是系統(tǒng)管理的功能選擇，一目了然，管理員可以在此選擇要操作的模塊進入，然后執(zhí)行相應的操作。 再次，再往下就是系統(tǒng)新聞列表，與前臺新聞顯示類似，只是多了對新聞的操作（修改和刪除）。管理員可以在此對系統(tǒng)已有的新聞進行修改和刪除操作。 .2 添加新聞設計 如果系統(tǒng)管理員在系統(tǒng)后臺主頁面中選擇“添加新聞”，管理員會進入下圖這樣一個頁面進行新聞的添加，添加完新聞標題和新聞正文內容后，還必須選擇所添加新聞所屬的新聞 欄目。確認所有內容均已填好，點擊“發(fā)表”按鈕，新聞發(fā)布工作完成，如果點擊“清除”按鈕，則系統(tǒng)清除管理員剛才的所有輸入，讓管理員重新填寫新聞的各項內容。管理員可以在系統(tǒng)后臺主頁面中看到剛剛發(fā)表的新聞，可以對其進行相關操作，如圖 45。 圖 45 發(fā)布新聞頁面設計圖 .3 欄目管理設計 如果系統(tǒng)管理員在系統(tǒng)后臺主頁面中選擇“欄目管理”，系統(tǒng)將鏈接到新聞欄目管理頁面。欄目管理頁面上有一些鏈接按鈕，可以讓管理員鏈接到其他頁面。鏈接按鈕下面是系統(tǒng)已有新聞欄目的列表，在此，管理員可以對新聞發(fā)布系統(tǒng)的欄目進行操作（編輯和 刪除欄目）。 如果管理員想要添加新聞欄目，只需點擊“添加欄目”，就可以被鏈接到添加新聞欄目頁面（因為此頁面比較簡單，所以并未給出具體設計圖），添加欄目完成后，管理員可以在欄目管理主頁面的欄目列表中找到新添加的欄目，并對其進行相關操作，如圖 46。 圖 46 欄目管理頁面設計圖 模型層設計 本系統(tǒng)模型層由 JavaBean 完成，模型層設計主要設計出完成各個功能模塊中模型層的 JavaBean 類。模型層的類主要有新聞類 News 和新聞管理類 NewsMgr以及欄目類 Category 和欄目管理類 CategoryMgr。 前臺顯示和用戶登錄 在前臺顯示和用戶登錄模塊中，充當模型層的是 News 和 NewsMgr 根據(jù)系統(tǒng)分析中的系統(tǒng)前臺需求用例分析和上述的前臺界面功能描述，對系統(tǒng)的前臺的每一個流程、每一個模塊進行詳細功能設計。其相應的功能模型如下圖 47。 圖 47 系統(tǒng)前臺顯示和用戶登錄靜態(tài)模型圖 根據(jù)上面的系統(tǒng)前臺模型，我們可以來說明各個類的責任和功能。 表 41 前臺類責任表 名稱 類型 屬性 責任