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