【正文】 接進(jìn)行了相應(yīng)的設(shè)計。 具體設(shè)計 根據(jù)連接池的工作原理，本文設(shè)計了一個的連接池組件。定義上下界可根據(jù)客戶端的情況動態(tài)地使用資源，以提高系 統(tǒng)的效率。當(dāng)需要使用數(shù)據(jù)庫連接的時候，直接從連接池中取出空閑對象供用戶使用。 本系統(tǒng)是一個新聞發(fā)布和管理的系統(tǒng)，新聞系統(tǒng)是面向廣大閱讀新聞的用戶的，用戶需要閱讀新聞時，系統(tǒng)需要從新聞數(shù)據(jù)庫中調(diào)出用 戶需要的新聞條目。首先，要為每次 web 請求（例如客戶瀏覽一件商品信息）建立 一次數(shù)據(jù)庫連接。本系統(tǒng)使用 SQL Server2021 數(shù)據(jù)庫。通過分析，針對系統(tǒng)管理員，總結(jié)出如下需求信息： （ 1）管理員可以對新聞欄目進(jìn)行增、刪、改； （ 2）管理員可以對新聞條目進(jìn)行增、刪、改。 對于一般用戶來說，他們所關(guān)心的是新聞的瀏覽。欄目管理靜態(tài)類圖設(shè) 計如圖 412。 表 44 用戶等錄控制類責(zé)任表 名稱 類型 屬性 責(zé)任（或操作） LoginServlet 控制 無 控制用戶登錄 新聞管理 新聞管理中主要涉及到新聞信息的添加、刪除和修改，所以其控制層由AddNewsServlet、 DeleteServlet 和 EditServlet 完成。 表 43 欄目管理類責(zé)任表 名稱 類型 屬性 責(zé)任（或操作） ClassManage page 邊界 無 顯示系統(tǒng)既有欄目，管理員可以在此對欄目進(jìn)行修改和刪除操作 Addclass page 邊界 無 添加欄目，提交給添加欄目控制器 Category 實體 ID 和 Name 新聞欄目的抽象 CategoryMgr 控制 無 實現(xiàn)對新聞欄目的操作 表 43 欄目管理類責(zé) 任表（續(xù)） EditCategoryServlet 控制 無 在控制層中設(shè)計 DeleteCategoryServet 控制 無 在控制層中設(shè)計 AddCategoryServlet 控制 無 在控制層中設(shè)計 控制層設(shè)計 用戶登錄 當(dāng)用戶通過系統(tǒng)前臺提供的登錄入口登錄后臺系統(tǒng)時，系統(tǒng)將用戶的登錄信息提交給登錄控制層處理。其靜態(tài)模型如圖 48。 前臺顯示和用戶登錄 在前臺顯示和用戶登錄模塊中，充當(dāng)模型層的是 News 和 NewsMgr 根據(jù)系統(tǒng)分析中的系統(tǒng)前臺需求用例 分析和上述的前臺界面功能描述，對系統(tǒng)的前臺的每一個流程、每一個模塊進(jìn)行詳細(xì)功能設(shè)計。鏈接按鈕下面是系統(tǒng)已有新聞欄目的列表，在此，管理員可以對新聞發(fā)布系統(tǒng)的欄目進(jìn)行操作（編輯和刪除欄目）。確認(rèn)所有內(nèi)容均已填好，點擊“發(fā)表”按鈕，新聞發(fā)布工作完成，如果點擊“清除”按鈕，則系統(tǒng)清除管理員剛才的所有輸入，讓管理員重新填寫新聞的各項內(nèi)容 。 其次，歡迎詞下方是系統(tǒng)管理的功能選擇，一目了然，管理員可以在此選擇要操作的模塊進(jìn)入，然后執(zhí)行相應(yīng)的操作。 后臺設(shè)計 后臺主頁面設(shè)計 當(dāng)用戶登錄到系統(tǒng)后臺時，他便成為系統(tǒng)管理 員，可以執(zhí)行對新聞和欄目的查看、修改、刪除和添加。新聞列表中僅顯示新聞的標(biāo)題，發(fā)布時間和新聞作者，如果想瀏覽整篇新聞，用戶可以點擊新聞標(biāo)題（超鏈接），這時系統(tǒng)會將用戶引導(dǎo)向一個包含新聞具體內(nèi)容的 HTML 文件。 圖 43 前臺界面設(shè)計圖 首先，在本系統(tǒng)的前臺界面的頂部用戶可以看到一個專為系統(tǒng)管理員用戶提供的登錄入口，為系統(tǒng)管理員提供了方便。 因此，識別出系統(tǒng)主要的類：新聞類（ News） 和新聞管理類（ NewsMgr），欄目類（ Category）和欄目管理類（ CategoryMgr），數(shù)據(jù)庫連接池的連接對象類（ ConnectionObject）和連接池管理類（ ConnectionPool）以及各個 Servlet類。 圖 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)總體設(shè)計 系統(tǒng)構(gòu)架 系統(tǒng)基于 MVC Model2 設(shè)計模式，設(shè)計出本系統(tǒng)自己的設(shè)計模式，在 MVC Model2 基礎(chǔ)上加入數(shù)據(jù)庫連接池模塊層對數(shù)據(jù)庫操作進(jìn)行封裝。序列圖則反映了用例各個類之間的具體調(diào)用過程 [7]，如圖便是根據(jù)系統(tǒng)的角色分析和系統(tǒng)用例模型而得出的相應(yīng)活動的順序圖如圖 32 至圖 37。 （ 7）添加欄目用例文檔： 基本流程：用戶填寫欄目相關(guān)信息，并確定添加欄目，系統(tǒng)將存儲此欄目，并將控制權(quán)交給欄目管理用例。 分支流程：如果用戶放棄新聞添加，系統(tǒng)將直接將控制權(quán)交回給新聞管理用例。用戶在進(jìn)行相應(yīng)的操作后，系統(tǒng)存儲新的信息，系統(tǒng)將控制權(quán)交給后臺管理用例。 分支流程：如果用戶取消登錄，則系統(tǒng)將信息重置，用戶回到前臺顯示頁面。 圖 31 系統(tǒng)用例模型圖 用例文檔 用例文檔主要為了描述出用例的詳細(xì)業(yè)務(wù)流程，本系統(tǒng)主要包括以下用例文檔： 1 前臺顯示用例文檔： 基本流程：當(dāng)用戶在前臺瀏覽新聞系統(tǒng)時，系統(tǒng)默認(rèn)顯示給用戶的是所有欄目和所有新聞條目（每頁顯示 8 條新聞，一頁顯示不完可以分頁顯示）。而事實上這些人對于系統(tǒng)來說都是用戶，只是當(dā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)。另外，前臺顯示功能還應(yīng)包括一個提供給系統(tǒng)管理員登錄后臺的登錄入口。 第 3 章 需求分析 需求分析在軟件開發(fā)過程中，具有舉足輕重的地位，它具有決策性，方向性，策略性的作用。本系統(tǒng)的設(shè)計模式選擇的便是Model2。 MVC Model1 的體系結(jié)構(gòu)如圖 23所示。一個應(yīng)用可能有很多不同的視圖， MVC 設(shè)計模式對于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務(wù)流程的處理。業(yè)務(wù)模型的設(shè)計可以說是 MVC 最主要的核心，必須能夠滿足大多數(shù)客戶的需求，包括保證應(yīng)用程序各組件的事務(wù)整合、維護(hù)并快速獲取應(yīng)用數(shù)據(jù)，支持事務(wù)工作流的協(xié)調(diào)以及在已有應(yīng)用程序中集成新的應(yīng)用組件等。例如，用戶點擊一個鏈接，控制層接受請求后，并不處理業(yè)務(wù)信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。 圖 22 MVC組件類型關(guān)系和功能圖 [3] MVC設(shè)計模式的典型流程[4]為：首先 Controller 接收用戶的請求，并決定應(yīng)該調(diào)用哪個 Model 來進(jìn)行處理，然后 Model 用業(yè)務(wù)邏輯來處理用戶的請求并返回數(shù)據(jù)，最后 Controller 用相應(yīng)的 View 格式化 Model 返回的數(shù)據(jù)，并通過表示層呈現(xiàn)給用戶。 JSP+JavaBean+Servlet+JDBC+DBMS 是一套能夠?qū)崿F(xiàn)動態(tài)網(wǎng)站的開發(fā)和維護(hù)的技術(shù)。 圖 21 ICONIX 總圖 [2] 設(shè)計模式 隨著 Web技術(shù)的發(fā)展， Web內(nèi)容從一些靜態(tài)頁面發(fā)展到內(nèi)容豐富的動態(tài)頁面。 項目管理方法選擇 本系統(tǒng)選擇的項目管理方法是 ICONIX，也許它并不是用于本系統(tǒng)開發(fā)最好的項目管理方法，當(dāng)然它也有很多缺點。和 RUP 一 樣， ICONIX 過程也是用例驅(qū)動的，但不需要 RUP 使紀(jì)錄延續(xù)到表中帶來的大量開銷；和 XP 一樣，它相對較小，比較緊湊，但不像 XP 那樣摒棄了分析和設(shè)計過程。要求先開發(fā)出系統(tǒng)中最重要的特性，迅速向客戶提供所需功能，然后隨著代碼的演進(jìn)通過重構(gòu)來滿足新的要求，從而使整個項目的風(fēng)險降到最小。 項目管理方法 項目管理方法比較 目前，面向?qū)ο筌浖_發(fā)的項目管理方法主要有 RUP、 XP 和 ICONIX。當(dāng)用戶請求頁面時，各部分聯(lián)合生成一個標(biāo)準(zhǔn)的 6HTML 頁面；當(dāng)信息修改時，用戶只需在一個可視化的界面對信息內(nèi)容進(jìn)行修改。對于上面這類企業(yè)來說，他們最需要的就是一個現(xiàn)成的可以自動發(fā)布信息的新聞發(fā)布系統(tǒng)，這樣只要會打字，會上網(wǎng)就能利用新聞發(fā)布系統(tǒng)快速簡潔地發(fā)布企業(yè)信息。人們對信息的需求有了更新，更高的要求，而網(wǎng)頁由于本身所具有的信息量大，傳遞快速，沒有時空限制等特點恰好滿足這種要求。 JavaBean。本設(shè)計采用基于 UML 用例驅(qū)動對象建模的 ICONIX 項目管理方法，應(yīng)用 MVC 三層設(shè)計模式，實現(xiàn)一個可以完成新聞欄目和新聞信息的添加、修改、刪除以及新聞查看功能的新聞發(fā)布系統(tǒng)。它的基本思想是分離新聞信息的內(nèi)容和表現(xiàn)形式，以期提高新聞發(fā)布效率。 Servlet。它打破了地域限制，真正使信息得以共享，改變了人們的工作和生活方式。但是，如果為了建立和維護(hù)自己的網(wǎng)站而聘請專職的網(wǎng)絡(luò)技術(shù)人員，其成本對于一個中小型企業(yè)來說實在是太高了。 它的基本思想是分離信息內(nèi)容和表現(xiàn)形式，內(nèi)容存儲在數(shù)據(jù)庫或獨立的文件中，而表現(xiàn)形式存儲在模版里。 第 2 章 系統(tǒng)概述 本章主要介紹在系統(tǒng)開發(fā)過程中所采用的軟件項目管理方法和系統(tǒng)設(shè)計模式。 XP 極限編程（ Extreme Programming， XP）是一門針對業(yè)務(wù)和軟件開發(fā)的規(guī)則 ,它將編碼和設(shè)計活動融為一體，弱化了構(gòu)架的概念 [1]。 ICONIX 的規(guī)模大概在重量級的 Rational Unified Process（ RUP）和輕量級的極限編程（ XP）之間 [2]。該過程的 3 個基本原則是：從用戶需求向內(nèi)進(jìn)行；從問題域的關(guān)鍵抽象向外進(jìn)行；從高級模型向下挖掘到詳細(xì)設(shè)計 [2]。圖 21 是 ICONIX 項目管理方法過程的總圖。而 JSP 是一種完全與平臺無關(guān)的開發(fā)新技 術(shù)，它集極高的運行效率，較短的開發(fā)周期，超強(qiáng)的擴(kuò)展能力，完全開放的技術(shù)標(biāo)準(zhǔn)，自由的開發(fā)方式等眾多完美特性于一身。 MVC 模式基本原理 MVC ModelViewController ，即把一個應(yīng)用的輸入 、處理、輸出流程按照 Model, View, Controller 的方式進(jìn)行分離，這樣一個應(yīng)用被分成三個層――模型層、視圖層、控制層，其三層之間的關(guān)系和功能如圖 22“ MVC 組件類型關(guān)系和功能圖”?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。業(yè)務(wù)流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據(jù)，并返回最終的處理結(jié)果。隨著應(yīng)用的復(fù)雜性和規(guī)模 性，界面的處理也變得具有挑戰(zhàn)性。 Model1 體系十分適合簡單應(yīng)用需要，卻不能滿足復(fù)雜的大型應(yīng)用程序的實現(xiàn)。這是一種有代表性的方法，它清晰地分離了表達(dá)和內(nèi)容，明確了角色的定義及開發(fā)者與網(wǎng)頁設(shè)計者的分工。然后對 MVC 設(shè)計模式基本原理進(jìn)行了詳細(xì)闡述，并介紹了 MVC 的兩種不同的模式 Model1 和 Model2,并確定本系統(tǒng)的設(shè)計模式便是 MVC Model2。 前臺顯示功能主要針對一般用戶的，當(dāng)一般用戶在瀏覽新聞系統(tǒng)時，系統(tǒng)應(yīng)該對新聞欄目和新聞條目的顯示。具體需求見表 32 系統(tǒng)后臺管理需求表。所以本系統(tǒng)應(yīng)包括兩個角色：一般用戶和系統(tǒng)管理員用戶。 用例識別的目標(biāo)是在需求描述和系統(tǒng)角色識別的基礎(chǔ)上，識別出角色相映的用例，從而 可以得出系統(tǒng)的用例模型，如圖 31 是“系統(tǒng)用例模型圖”。 （ 2）登錄入口用例文檔： 基本流程：用戶在 前臺顯示頁面提供的登錄后臺系統(tǒng)的登錄入口中輸入用戶信息，系統(tǒng)根據(jù)用戶的登錄信息進(jìn)行檢驗，然后進(jìn)入系統(tǒng)后臺管理系統(tǒng)。 （ 4）新聞管理用例文檔： 基本流程：用戶進(jìn)入系統(tǒng)后便可瀏覽到新聞條目，在瀏覽過程中，用戶可以修改和 刪除新聞。 （ 5）添加新聞用例文檔： 基本流程：用戶填寫新聞相關(guān)信息，并確定添加新聞時，系統(tǒng)將存儲此新聞，并將控制權(quán)交給新聞管理用例。 如果用戶選擇添加欄目，控制權(quán)將交給添加欄目用例。系統(tǒng)根據(jù)用例模型可以對用例進(jìn)行細(xì)化，從而展 現(xiàn)整個用例的活動順序。 第 4 章 系統(tǒng)設(shè)計 根據(jù)上一章的需求用例分析，本章從先總體構(gòu)架的角度對系統(tǒng)進(jìn)行總