【正文】 畢業(yè)設(shè)計論文 基于 MVC的新聞發(fā)布系統(tǒng)的設(shè)計與實現(xiàn)(電子商務(wù)論文 ) 基于 MVC 模式的新聞發(fā)布系統(tǒng)的 設(shè)計與實現(xiàn) 摘 要：新聞發(fā)布系統(tǒng)是公司內(nèi)容管理系統(tǒng)的主要應(yīng)用之一，是公司信息化建設(shè)和實現(xiàn)電子商務(wù)的重要途徑。它的基本思想是分離新聞信息的內(nèi)容和表現(xiàn)形式，以期提高新聞發(fā)布效率。本設(shè)計采用基于 UML 用例驅(qū)動對象建模的 ICONIX 項目管理方法，應(yīng)用 MVC 三層設(shè)計模式，實現(xiàn)一個可以完成新聞欄目和新聞信息的添加、修改、刪除以及新聞查看功能的新聞發(fā)布系統(tǒng)。 關(guān)鍵字 ：ICONIX； MVC； Servlet； JavaBean；新聞發(fā)布 Design and Implementation of the News Publishing System based on MVC model Abstract: The news publishing system is the main application of Content Management System in a pany, also it is an important approach of the panies’ information construction and the realization of ECommerce. The separation of the contents and views of information in the news is it is the basic idea, so as to advance the efficiency of the news. Through applying the project management methods of ICONIX, which is based on use case driven object modeling with UML, and MVC design pattern, this paper implement a news publishing system with functions of adding, editing, deleting the category and news, and browsing news message. Keywords： ICONIX。 MVC。 Servlet。 JavaBean。 News Publishing 目 錄 第 1 章 前言 1 第 2 章 系統(tǒng)概述 2 項目管理方法 2 項目管理方法比較 2 項目管理方法選擇 2 設(shè)計模式 3 MVC 模式基本原理 4 MVC Model1 5 MVC Model2 5 小結(jié) 6 第 3 章 需求分析 7 需求描述 7 角色識別 8 用例識別 8 用例文檔 8 用例驅(qū)動分析 10 小結(jié) 12 第 4 章 系統(tǒng)設(shè)計 13 系統(tǒng)總體設(shè)計 13 系統(tǒng)構(gòu)架 13 發(fā)現(xiàn)系統(tǒng)類 14 視圖層設(shè)計 15 前臺設(shè)計 15 后臺設(shè)計 16 模型層設(shè)計 18 前臺顯示和用戶登錄 18 新聞管理 19 欄目管理 20 控制層設(shè)計 21 用戶登錄 21 新聞管理 21 欄目管理 22 數(shù)據(jù)庫設(shè)計 23 數(shù)據(jù)庫需求分析 23 數(shù)據(jù)庫概念設(shè)計 23 數(shù)據(jù)庫邏輯設(shè)計 24 數(shù)據(jù)庫表設(shè)計 24 數(shù)據(jù)庫連接池設(shè)計 25 傳統(tǒng)的數(shù)據(jù)庫連接 25 數(shù)據(jù)庫連接池的必要性 25 數(shù)據(jù)庫連接池工作原理 26 具體設(shè)計 27 小結(jié) 27 第 5 章 系統(tǒng)實現(xiàn) 28 視圖層實現(xiàn) 28 公共頁面 28 前臺實現(xiàn) 29 后臺實現(xiàn) 30 模型層實現(xiàn) 32 新聞顯示 32 新聞管理 32 欄目管理 32 控制層實現(xiàn) 32 用戶登錄 33 新聞管理 33 欄目管理 34 數(shù)據(jù)庫實現(xiàn) 34 數(shù)據(jù)庫表實現(xiàn) 34 數(shù)據(jù)庫表關(guān)系 35 數(shù)據(jù)庫連接池實現(xiàn) 36 小結(jié) 36 第 6 章 系統(tǒng)運行測試 37 系統(tǒng)測試環(huán)境 37 系統(tǒng)測試硬件環(huán)境 37 系統(tǒng)測試軟件環(huán)境 37 Tomcat 的配置 37 系統(tǒng)測試 37 第 7 章 系統(tǒng)評價與改進 39 系統(tǒng)評價 39 系統(tǒng)改進 39 結(jié) 論 40 致 謝 41 參考文獻 42 附件 43 第 1 章 前言 伴隨著網(wǎng)絡(luò)的出現(xiàn)，網(wǎng)頁逐漸融入人們的生活?？焖偌皶r的新聞瀏覽，五彩繽紛的網(wǎng)上信息，使網(wǎng)絡(luò)與人們的生活息息相關(guān)，于是世界上出現(xiàn)了第三媒體―― Inter。它打破了地域限制，真正使信息得以共享，改變了人們的工作和生活方式。人們對信息的需求有了更新，更高的要求，而網(wǎng)頁由于本身所具有的信息量大，傳遞快速，沒有時空限制等特點恰好滿足這種要求。也正是由于網(wǎng)絡(luò)實現(xiàn)網(wǎng)站的數(shù)據(jù)信息能夠進行實時交互，保證網(wǎng)站數(shù)據(jù)的實時性。 隨著 Inter 信息技術(shù)的高速發(fā)展，越來越多的企業(yè)想將自己企 業(yè)的信息通過網(wǎng)絡(luò)與全世界分享并最終實現(xiàn)電子商務(wù)，所以它們已經(jīng)建立或計劃建立自己的網(wǎng)站。但是，如果為了建立和維護自己的網(wǎng)站而聘請專職的網(wǎng)絡(luò)技術(shù)人員，其成本對于一個中小型企業(yè)來說實在是太高了。對于上面這類企業(yè)來說，他們最需要的就是一個現(xiàn)成的可以自動發(fā)布信息的新聞發(fā)布系統(tǒng)，這樣只要會打字，會上網(wǎng)就能利用新聞發(fā)布系統(tǒng)快速簡潔地發(fā)布企業(yè)信息。 然而傳統(tǒng)的信息發(fā)布方式已經(jīng)不適應(yīng)這個快速變化的信息時代，需要一個更高效，更簡潔的方式進行信息發(fā)布。內(nèi)容管理系統(tǒng)正是基于這樣一個目的而誕生的，它是企業(yè)信息化建設(shè)和電子政務(wù)的新寵。 它的基本思想是分離信息內(nèi)容和表現(xiàn)形式，內(nèi)容存儲在數(shù)據(jù)庫或獨立的文件中，而表現(xiàn)形式存儲在模版里。當用戶請求頁面時，各部分聯(lián)合生成一個標準的 6HTML 頁面；當信息修改時，用戶只需在一個可視化的界面對信息內(nèi)容進行修改。大大縮短了信息的更新時間，提高了效率，并且簡化了操作。 本設(shè)計便是基于內(nèi)容管理思想的一個新聞發(fā)布系統(tǒng)，以下各章從系統(tǒng)概述、需求分析、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)、系統(tǒng)運行測試和系統(tǒng)評價與改進依次展現(xiàn)系統(tǒng)開發(fā)過程。 第 2 章 系統(tǒng)概述 本章主要介紹在系統(tǒng)開發(fā)過程中所采用的軟件項目管理方法和系統(tǒng)設(shè)計模式。 項目管理方法 項目管理方法比較 目前，面向?qū)ο筌浖_發(fā)的項目管理方法主要有 RUP、 XP 和 ICONIX。 RUP（ Rational Unified Process）統(tǒng)一軟件過程，是統(tǒng)一軟件開發(fā)過程，強調(diào)文檔、設(shè)計和代碼的質(zhì)量，采用動態(tài)適應(yīng)變化的漸進式迭代周期，依靠需求和測試驅(qū)動，并積極鼓勵客戶參與的開發(fā)方法 [1]。 RUP 是一個基于 UML 和構(gòu)件式構(gòu)架的迭代遞增型開發(fā)過程，更適用于大、中型軟件開發(fā)項目。 XP 極限編程（ Extreme Programming， XP）是一門針對業(yè)務(wù)和軟件開發(fā)的規(guī)則 ,它將編碼和設(shè)計活動融為一體，弱化了構(gòu)架的概念 [1]。要求先開發(fā)出系統(tǒng)中最重要的特性，迅速向客戶提供所需功能，然后隨著代碼的演進通過重構(gòu)來滿足新的要求，從而使整個項目的風(fēng)險降到最小。 XP 是一種漸進式的原型化開發(fā)方法，反映的是以編程為中心，節(jié)省資源的觀念。它具有溝通高效，設(shè)計簡單，反饋迅速等特點，是一種針對某些特定環(huán)境（需求變化快的小型開發(fā)團隊）的具體過程實施模型和方法論。 ICONIX 的規(guī)模大概在重量級的 Rational Unified Process（ RUP）和輕量級的極限編程（ XP）之間 [2]。和 RUP 一 樣， ICONIX 過程也是用例驅(qū)動的，但不需要 RUP 使紀錄延續(xù)到表中帶來的大量開銷；和 XP 一樣，它相對較小，比較緊湊，但不像 XP 那樣摒棄了分析和設(shè)計過程。因此，有助于使用統(tǒng)一建模語言（ UML），同時對需求進行跟蹤。該過程遵循了 Ivar Jacobson 的“用例驅(qū)動”的思想，能夠獲得有形、具體、易于理解的用例，可以使用這些用例來驅(qū)動開發(fā)工作。該過程的 3 個基本原則是：從用戶需求向內(nèi)進行；從問題域的關(guān)鍵抽象向外進行；從高級模型向下挖掘到詳細設(shè)計 [2]。 項目管理方法選擇 本系統(tǒng)選擇的項目管理方法是 ICONIX，也許它并不是用于本系統(tǒng)開發(fā)最好的項目管理方法，當然它也有很多缺點。本系統(tǒng)選擇它作為系統(tǒng)的軟件項目管理方法，第一是因為系統(tǒng)本身較簡單，采用 ICONIX 足以滿足系統(tǒng)需求，并且由于時間限制，本人沒有太多精力去學(xué)習(xí)更好的項目管理方法；第二是因為和別的軟件方法不同的是， ICONIX 更強調(diào)需求到設(shè)計之前的自然、有章可循的，同時也適合迭代的過渡，并且按照它自己的軟件方法思想，它對 UML 符號集在可擴充的前提下作了一定的取舍。 本系統(tǒng)選擇 ICONIX 項目管理方法，在系統(tǒng)設(shè)計和實現(xiàn)過程中，根據(jù)系統(tǒng)需要，對其進行了適當?shù)?取舍。圖 21 是 ICONIX 項目管理方法過程的總圖。 圖 21 ICONIX 總圖 [2] 設(shè)計模式 隨著 Web技術(shù)的發(fā)展， Web內(nèi)容從一些靜態(tài)頁面發(fā)展到內(nèi)容豐富的動態(tài)頁面。目前，用于生成動態(tài)網(wǎng)頁較為流行的技術(shù)有 Microsoft 的 ASP、 Tex 的 PHP 和 Sun的 JSP。 ASP 只能工作在微軟的 IIS（ Inter Information Server）和 PWS（ Personal Web Server）上及 PHP 模式，一些天生缺陷使得它們的使用受到了一定的制約。而 JSP 是一種完全與平臺無關(guān)的開發(fā)新技 術(shù)，它集極高的運行效率，較短的開發(fā)周期，超強的擴展能力，完全開放的技術(shù)標準，自由的開發(fā)方式等眾多完美特性于一身。 JSP+JavaBean+Servlet+JDBC+DBMS 是一套能夠?qū)崿F(xiàn)動態(tài)網(wǎng)站的開發(fā)和維護的技術(shù)。 DBMS 數(shù)據(jù)庫用于數(shù)據(jù)存儲， JDBC 用于連接數(shù)據(jù)庫并對數(shù)據(jù)庫進行存儲， Servlet 用于處理過程控制， JavaBean 用于封裝業(yè)務(wù)邏輯， JSP用于頁面顯示部分。而 MVC 正是這種設(shè)計模式代表。 MVC 模式基本原理 MVC ModelViewController ，即把一個應(yīng)用的輸入 、處理、輸出流程按照 Model, View, Controller 的方式進行分離，這樣一個應(yīng)用被分成三個層――模型層、視圖層、控制層，其三層之間的關(guān)系和功能如圖 22“ MVC 組件類型關(guān)系和功能圖”。 圖 22 MVC組件類型關(guān)系和功能圖 [3] MVC設(shè)計模式的典型流程[4]為：首先 Controller 接收用戶的請求，并決定應(yīng)該調(diào)用哪個 Model 來進行處理，然后 Model 用業(yè)務(wù)邏輯來處理用戶的請求并返回數(shù)據(jù)，最后 Controller 用相應(yīng)的 View 格式化 Model 返回的數(shù)據(jù)，并通過表示層呈現(xiàn)給用戶。 控制層 Controller 可以理解為從用戶接收請求，將模型與視圖匹配在一起，共同完成用戶的請求。劃分控制層的作用也很明顯，它清楚地告訴我們，它就是一個分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請求。控制層并不做任何的數(shù)據(jù)處理。例如，用戶點擊一個鏈接，控制層接受請求后，并不處理業(yè)務(wù)信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。因此，一個模型可能對應(yīng)多個視圖，一個視圖可能對應(yīng)多個模型。 模型層 Model 就是業(yè)務(wù)流程 /狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據(jù)，并返回最終的處理結(jié)果。業(yè)務(wù)模型的設(shè)計可以說是 MVC 最主要的核心，必須能夠滿足大多數(shù)客戶的需求，包括保證應(yīng)用程序各組件的事務(wù)整合、維護并快速獲取應(yīng)用數(shù)據(jù)，支持事務(wù)工作流的協(xié)調(diào)以及在已