第一篇：基于mvc架構的校內論壇系統

摘要：隨著信息技術的飛速發展，人們之間的交流也越發便捷。而針對不同的客戶群，急需一個公用平臺進行相互交流。論壇（BBS）就是在這樣的背景下應運而生。針對大學生這個特殊客戶群的特殊需求，對廣西工學院鹿山學院的在校大學生進行了具體的調研與分析。在此基礎上開發了一個實用于本校大學生一個論壇（BBS）系統。該系統基于B/S模式，采用JAVA語言結合SQL Server2005數據庫技術進行開發。系統采用三層構架，使用Ajax技術，實現不同應用程序以及異構之間的數據共享，提高了系統的運行速度。具有很好的實際意義和技術支持。

關鍵詞：BBS；S.S.H(Struts；Hibernate；Spring)；JAVA；JSP

中圖分類號：TP393文獻標識碼：A文章編號：1009-3044(2011)17-4081-02

Investigation and Realization of Campus BBS System Based on MVC Pattern

FENG Xue-wen

(Department of Computor Engineering, Lushan College, Guangxi University of Technology, Liuzhou 545006, China)

Abstract: With the rapid development of information technology, the communication between people become increasingly convenient.In light of different client groups, it is imperative to set a plattform for communicating.Internet Bulletin Board System(BBS)came into being against this background.In line with university students’ special requirements, survey and investigation against the students in Lushan College of Guangxi University of Technology was conducted.Thus, an applicable BBS system based on B/S pattern was developed.The mentioned system was developed by integrating JAVA program language and SQL Server 2005 database.By applying Ajax technology and three-tier framework, data between different application programs and heterogeneous structures could be shared effeciently, resulting in rapid running speed.Thus, more practical performances and better technical support were achieved.Key words: Internet Bulletin Board System(BBS);S.S.H(Struts,Hibernate,Spring);JAVA;JSP

論壇的主要目的是提供給某種特殊客戶群一個資源共享平臺，人們可以在這個平臺上進行交流與互動。目前國內自己開發的論壇（BBS）基本上都是處于最原始的JSP MODEL1模式, 這種模式是控制層與表示層合二為一,雖然開發簡單,但是擴展性和可維護性很差,這樣極大的限制了BBS網站的擴展,而本論壇 基于MVC模式的S.S.H框架[3](Sturts+Spring+hibernate)的論壇（BBS）,這種三層構架能具有強大的可擴展性和可維護性,非常適合網民創建自己的中小型BBS論壇。本論壇是針對在校大學生的具體需求進行開發，在這里，學生可以通過論壇進行信息查詢、信息搜索、信息交流、信息共享，因此具有很好的現實意義。

1MVC架構

MVC(Model--View--Controller)的框架架構，是一種在框架架構設計上分層思想的體現，也是目前絕大部分框架所采用的架構設計。這個架構主要是把一個應用系統分為模型層(Model)，表示層(View)和控制層(Controller)。

1）視圖(View)：代表用戶交互界面，對于Web應用來說，可以概括為HTML界面，但有可能為XHTML、XML和Applet。隨著應用的復雜性和規模性，界面的處理也變得具有挑戰性。一個應用可能有很多不同的視圖，MVC設計模式對于視圖的處理僅限于視圖上數據的采集以及用戶的請求，不包括在視圖上業務流程的處理。業務流程的處理交給模型(Model)處理。

2）模型(Model)：就是業務流程的處理以及業務規則的制定。業務流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數據，并返回最終的處理結果[2]。業務模型的設計可以說是MVC最主要的核心。對一個開發者來說，主要是專注于業務模型的設計。

3）控制器(Controller)可以理解為從用戶接收請求，將模型與視圖匹配在一起，共同完成用戶的請求。

劃分控制層的作用也很明顯，MVC是一個分發器，選擇不同的模型，選擇不同的視圖，可以完成不同的用戶請求。控制層并不做任何的數據處理。例如，用戶點擊一個連接，控制層接受請求后，并不處理業務信息，它只把用戶的信息傳遞給模型，告訴模型如何去操作，并且選擇符合要求的視圖返回給用戶。因此，一個模型可能對應多個視圖，一個視圖可能對應多個模型。模型、視圖與控制器的分離，使得一個模型可以具有多個顯示視圖。如果用戶通過某個視圖的控制器改變了模型的數據，所有其它依賴于這些數據的視圖都應反映到這些變化。因此，無論何時發生了何種數據變化，控制器都會將變化通知所有的視圖，導致顯示的更新。這實際上是一種模型的變化一傳播機制。系統設計與實現

2.1 功能模塊設計

本系統分為三個大的模塊，他們分別是會員資料模塊,帖子資料模塊和后臺管理模塊，它的功能層次圖如圖1所示。

2.1.1 會員模塊

此模塊用來實現會員的登陸注冊和會員資料的修改和查找。

1)會員登陸模塊：會員可以通過此模塊對論壇進行登陸,登陸后便可以使用所有的會員功能,比如發帖回復等等。

2)會員注冊模塊：沒有會員帳號的用戶,可以通過此模塊添加會員信息,添加成功后便可登陸論壇,使用會員功能。

3)資料修改模塊：已注冊的會員在登陸后,可以通過此模塊,對會員的基本資料,聯系方式,密碼,頭像等資料進行修改。

4)會員查找模塊：已注冊的會員在登陸后,可以通過此模塊,對會員進行查找,并可以查看對方的資料,聯系方式等等,從而方便會員之間的聯系。

2.1.2 帖子模塊

1)帖子發表模塊：已注冊的會員在登陸后,可以在相應的論壇中,發表或轉載自己的大作,發表成功后,其他會員便可以在相應的論壇中看到這篇帖子,并可以對其進行回復等操作。

2)帖子回復模塊：會員在發表完帖子后,用戶便可查看相關文章,并可以在文章中對已發表的帖子進行回復。

3)帖子查找模塊

會員可以通過此模塊,根據帖子的標題和作者,對相關的帖子進行查找。

2.1.3 后臺管理

1)帖子查找模塊：此模塊和帖子模塊中的帖子查找類似,只是管理員的搜索條件比普通用戶更加的廣泛,使搜索變的便捷。

2)帖子管理模塊：帖子管理模塊是管理員對帖子管理的平臺,如果管理員查看到帖子有不適宜發表的內容時,可以對帖子選擇刪除或者進行鎖定等操作,如果看到優秀的帖子,還可以將帖子進行置頂或加精。

3)會員管理模塊：管理員可以通過此模塊，對會員進行管理，對一些不法的用戶可以修改或者刪除其資料。

4)論壇模塊管理模塊：管理員可以通過此模塊，對論壇模塊的添加,創建,刪除等功能。

5)圖片管理模塊：管理員可以管理用戶上傳的頭像,和在文章里發表的圖片,從而加強對圖片的控制。

2.2 數據庫的E-R模型

數據庫設計是指對于一個給定的應用環境，構造最優的數據庫模式，建立數據庫及其應用系統,使之能夠有效地存儲數據,滿足各種用戶的應用需求[1](信息要求和處理要求)。

數據模型是是數據特征的抽象，從抽象層次上描述了系統的靜態特征、動態行為和約束條件，為數據庫系統的信息表與操作提供一個抽象的框架。描述了數據結構、數據操作及數據約束。

E-R圖概念化地構建實體間關系的模型，這使得它們區別于數據庫模型圖。ER圖的理念是：項目所有參與者能理解ER圖。ER圖由不同實體類型、關系、特性和類型構成。實體是諸如用戶的實際對象，有時更抽象，但必須有業務意義。特性用于描述實體，關系用于實體之間。1）實體：現實世界中的事物；2）屬性：事物的特性；3）聯系：現實世界中事物間的關系。實體集的關系有一對一、一對多、多對多的聯系。

本系統的E-R圖如圖2所示。

2.3 系統的實現

通過對在校大學生的具體需求分析，設計出系統的模型，在此基礎上對系統進行詳細設計、對個功能模塊的完善、修改系統中存在的BUG，最終完成了該校園論壇的設計。該系統通過測試成功實現需求分析中的各項功能。結論

通過對系統的設計、調試、測試，最終完成了該校園論壇的設計。本系統在基于B/S模式下結合三層架構的原理[4]，把Ajax局部刷新技術成功運用在系統中。實現了校園BBS論壇系統各項功能。很好地解決了廣西工學院鹿山學院長期以來學生缺乏一個信息共享平臺，具有很好的現實意義。

參考文獻：

[1] [2] [3] [4] 鄧子云.JSP網絡編程從基礎到實踐[M].電子工業出版社,2009.李容.基于MVC模式的Web應用研究[J].軟件導刊,2010,9(1):19-21.惠燕,潘煜.基于SSH的畢業設計管理平臺的研究[J].電子設計工程.2011,19(1):23-24.郭燕.MVC模式在B/S體系結構的應用研究[J].軟件導刊,2009(33):66-67.本論文轉載于易起論文網：http://www.17net.net/Article/805/25624_2.html

第二篇：mvc架構基礎知識

現在許許多多的初學者和程序員，都在趨之若鶩地學習Web開發的寶典級框架：Struts2，Spring，Hibernate。似乎這些框架成為了一個人是否精通Java，是否會寫J2EE程序的唯一事實標準和找工作的必備基礎。

然而，如果在面試的時候問這些程序員，你們為什么要學習這些框架？這些框架的本質到底是什么？似乎很少很少有人能夠給我非常滿意的答復。因為他們都在為了學習而學習，為了工作而學習，而不是在真正去深入了解一個框架。其實所有的人都應該思考這樣的問題：為什么要學習框架？框架到底給我帶來了什么？接下來，我們以登錄作為一個最簡單的例子，來看看不同的年代，我們是怎么寫Web程序的。目 錄 [-]

1.后來，我們放棄了在頁面上寫邏輯 2.在很多年前，我們這么寫程序的 3.再后來，出現框架 4.我們到底要什么

后來，我們放棄了在頁面上寫邏輯

后來，程序寫得越來越多，我們發現，這種在HTML代碼中編寫Java代碼來完成邏輯的方式存在著不少問題：

1.Java代碼由于混雜在一個HTML環境中而顯得混亂不堪，可讀性非常差。一個JSP文件有時候會變成幾十K，甚至上百K。要找一段邏輯，經常無法定位。

2.編寫代碼時非常困惑，不知道代碼到底應該寫在哪里，也不知道別人是不是已經曾經實現過類似的功能，到哪里去引用。

3.突然之間，某個需求發生了變化。于是，每個人蒙頭開始全程替換，還要小心翼翼的，生怕把別人的邏輯改了。

4.邏輯處理程序需要自己來維護生命周期，對于類似數據庫事務、日志等眾多模塊無法統一支持。

在這個時候，如果有一個產品，它能夠將頁面上的那些Java代碼抽取出來，讓頁面上盡量少出現Java代碼，該有多好。于是許多人開始使用servlet來處理那些業務邏輯。Java代碼

1.public class LoginServlet extends HttpServlet { 2.3./*(non-Javadoc)4.* @see javax.servlet.http.HttpServlet#doPost(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse)5.*/ 6.@Override

7.protected void doPost(HttpServletRequest req, HttpServletResponse resp)throws ServletException, IOException { 8.String message = null;9.RequestDispatcher dispatcher = req.getRequestDispatcher(“/result.jsp”);10.String name = req.getParameter(“name”);11.String password = req.getParameter(“password”);12.13.UserHandler userHandler = new UserHandler();14.if(userHandler.authenticate(name, password)){ 15.message = “恭喜你，登錄成功”;16.} else { 17.message = “對不起，登錄失敗”;18.} 19.20.req.setAttribute(“message”, message);21.dispatcher.forward(req, resp);22.} 23.}

在這里，我們需要在web.xml中為這個servlet配置url的請求關系。Xml代碼

1.

2.Login 3.

4.com.demo2do.servlet.LoginServlet 5. 6.

7.

8.Login 9. 10./Login 11. 12.

代碼重構到這里，我們發現，其實我們的工作量本身并沒有減少，只是代碼從JSP移動到了Servlet，使得整個流程看上去稍微清楚了一些。然而，為了這么點干凈，我們付出的代價是什么？為每個servlet都在web.xml里面去做一個url的請求配置！

在很多年前，我們這么寫程序的

很多年前，那是一個貧苦的年代，如果我們要使用Java在網頁上做一些動態的交互功能。很多人會告訴你一個技術，叫做JSP。在我還對Java非常困惑的時候，就有人告訴我，JSP是個好東西，它可以在HTML代碼里面寫Java代碼來完成邏輯。Html代碼

1.<% 2.String name = request.getParameter(“name”);3.String password = request.getParameter(“password”);4.5.UserHandler userHandler = new UserHandler();6.if(userHandler.authenticate(name, password)){ 7.%>

8.

恭喜你，登錄成功

12.

對不起，登錄失敗

作為一張JSP，它可以接收從別的JSP發送過來的登錄請求，并進行處理。這樣，我們不需要任何額外的配置文件，也不需要任何框架的幫忙，就能完成邏輯。

再后來，出現框架

時代進一步發展，人們發現簡單的JSP和Servlet已經很難滿足人們懶惰的要求了。于是，人們開始試圖總結一些公用的Java類，來解決Web開發過程中碰到的問題。這時，橫空出世了一個框架，叫做struts。它非常先進地實現了MVC模式，成為了廣大程序員的福音。

struts的代碼示例我就不貼了，網上隨便搜搜你可以發現一堆一堆的。在一定程度上，struts能夠解決web開發中的職責分配問題，使得顯示與邏輯分開。不過在很長一段時間內，使用struts的程序員往往無法分別我們到底需要web框架幫我們做什么，我們到底需要它完成點什么功能？

我們到底要什么

在回顧了我們寫代碼的歷史之后，我們回過頭來看看，我們到底要什么？

無論是使用JSP，還是使用Struts1，或是Struts2，我們至少都需要一些必須的元素（如果沒有這些元素，或許我還真不知道這個程序會寫成什么樣子）：

1.數據

在這個例子中，就是name和password。他們共同構成了程序的核心載體。事實上，我們往往會有一個User類來封裝name和password，這樣會使得我們的程序更加OO。無論怎么說，數據會穿插在這個程序的各處，成為程序運行的核心。

2.頁面展示

在這個例子中，就是login.jsp。沒有這個頁面，一切的請求、驗證和錯誤展示也無從談起。在頁面上，我們需要利用HTML，把我們需要展現的數據都呈現出來。同時我們也需要完成一定的頁面邏輯，例如，錯誤展示，分支判斷等等。

3.處理具體業務的場所

在這里，不同階段，處理具體業務的場所就不太一樣。原來用JSP和Servlet，后來用Struts1或者Struts2的Action。

上面的這些必須出現的元素，在不同的年代，被賦予了不同的表現形式，有的受到時代的束縛，其表現形式非常落后，有的已經不再使用。但是撥開這些外在的表現形式，我們就可以發現，這不就是我們已經熟門熟路的MVC嘛？

數據 ———— Model 頁面展示 ———— View

處理具體業務的場所 ———— Control

所以，框架不重要，概念是王道。只要能夠深刻理解MVC的概念，框架對你來說，只是一個jar包而已。

MVC的概念其實就那么簡單，這些概念其實早已深入我們的內心，而我們所缺乏的是將其本質挖掘出來。我們來看看下面這幅圖，這是一副流行了很多年的講述MVC模型的圖：

在這幅圖中，MVC三個框框各司其職，結構清晰明朗。不過我覺得這幅圖忽略了一個問題，就是數據是動的，數據在View和Control層一旦動起來，就會產生許多的問題：

1.數據從View層傳遞到Control層，如何使得一個個扁平的字符串，轉化成一個個生龍活虎的Java對象

2.數據從View層傳遞到Control層，如何方便的進行數據格式和內容的校驗？

3.數據從Control層傳遞到View層，一個個生龍活虎的Java對象，又如何在頁面上以各種各樣的形式展現出來

4.如果你試圖將數據請求從View層發送到Control層，你如何才能知道你要調用的究竟是哪個類，哪個方法？一個Http的請求，又如何與Control層的Java代碼建立起關系來？

除此之外，Control層似乎也沒有想象中的那么簡單，因為它作為一個控制器，至少還需要處理以下的問題：

1.作為調用邏輯處理程序的facade門面，如果邏輯處理程序發生了異常，我們該如何處理？

2.對于邏輯處理的結果，我們需要做怎么樣的處理才能滿足豐富的前臺展示需要？

這一個又一個問題的提出，都基于對MVC的基本概念的挖掘。所以，這些問題都需要我們在寫程序的時候去一一解決。說到這里，這篇文章開頭所提的問題應該可以有答案了：框架是為了解決一個又一個在Web開發中所遇到的問題而誕生的。不同的框架，都是為了解決不同的問題，但是對于程序員而言，他們只是jar包而已。框架的優缺點的評論，也完全取決于其對問題解決程度和解決方式的優雅性的評論。所以，千萬不要為了學習框架而學習框架，而是要為了解決問題而學習框架，這才是一個程序員的正確學習之道。

第三篇：MVC人事管理系統詳細設計方案[范文]

人事管理系統詳細設計方案

功能實現

在進行了總體設計之后，將進入到軟件功能實現階段，功能實現就是在概要設計的基礎上結合用戶需求分析對系統的各個模塊、各個模塊的功能進行實際開發。

5.1 系統首頁介紹

如圖5.1是系統的登錄頁面:

圖 5.1 登錄頁面

如圖5.2是系統正確登錄后的主頁面，主頁面包括菜單列表、快捷管理、公示板等功能。菜單列表包含了系統的五大功能，快捷管理則有退出系統、快捷審批假條、快捷讀郵件等功能；其中系統會根據用戶的不同權限，顯示不同的功能。

圖 5.2 主頁面功能展示

5.2 人員管理模塊 5.2.1模塊簡介

人員管理模塊是系統的根本所在，如圖5.3所示，包括添加員工、刪除員工、查詢

和修改信息四個功能；修改信息包括修改密碼、修改個人信息和修改員工信息。

圖 5.3 人員管理模塊

5.2.2模塊實現

添加員工相關頁面：addUser.jsp

圖 5.4 添加員工頁面

刪除員工相關頁面：delUser.jsp、delUser1.jsp

圖

圖 5.5 刪除員工頁面

圖 5.6 刪除員工頁面（2）

查詢相關頁面：select.jsp

圖 5.7 查詢頁面

修改員工信息相關頁面：updateUser.jsp

圖 5.8 修改員工信息

修改密碼相關頁面：update_pass.jsp

圖 5.9 修改密碼

修改個人信息相關頁面：updSelf.jsp

圖 5.10 修改個人信息

5.3 分組管理模塊 5.3.1模塊簡介

本系統對于人員進行分組管理，請假等功能也是建立在分組的基礎上的，分組管理模塊共有四個功能，分別是：創建分組、刪除分組、查詢分組和修改分組，其中修改分組又分為四個小功能：添加組員、移除組員、更換組長和修改組信息。如圖5.3.1

圖 5.11 分組管理模塊

5.3.2模塊實現

創建分組相關頁面：update_groups.jsp

圖 5.12 創建分組

刪除分組相關頁面：delGroup.jsp

圖 5.13 刪除分組

修改分組相關頁面：addGroup.jsp、altManager.jsp、delGroupU.jsp、intUser_group.jsp

圖 5.14 修改分組

圖 5.15 修改組信息

圖5.16 添加組員

圖 5.17 移除組員

圖 5.18 更換組長

查詢分組相關頁面：groupselectB.jsp、groupselectD.jsp

圖 5.19 查詢分組

5.4 備忘錄模塊 5.4.1模塊簡介

本模塊包括創建備忘、修改備忘、刪除備忘和查看備忘四部分；查看又分為查詢全部和模糊查詢兩種方式。

圖 5.20 備忘錄模塊

5.4.2模塊實現

創建備忘相關頁面：memocreate.jsp

圖 5.21 創建備忘

刪除備忘相關頁面：memodelete.jsp

圖 5.22 刪除備忘

查看備忘相關頁面：memoselect1.jsp、memoselect2.jsp

圖 5.23 全部查詢

圖 5.24 關鍵字查詢

5.5 請假流程模塊 5.5.1模塊簡介

本模塊包含創建假條、審批假條和歷史查看三個功能，其中審批假條是管理員功能，而總管理員是不能創建假條的。

圖 5.25 請假流程模塊

5.5.2模塊實現

創建假條相關頁面：createLeave.jsp

圖 5.26 創建假條

審批假條相關頁面：leaveperson.jsp

圖 5.27 審批假條

歷史查看相關頁面：selectLeaveSelf.jsp

圖 5.28 歷史查看

5.6 站內信模塊 5.6.1模塊簡介

本模塊包含創建站內信、收件箱、發件箱和草稿箱四個功能；其中包括可以群發郵件、可以添加附件、驗證碼驗證等功能。

圖 5.29 站內信模塊

5.6.2模塊實現

創建站內信相關頁面：mailcheck.jsp

圖 5.30 創建站內信

發件箱相關頁面：MailoutDetail.jsp、MailoutSelect1.jsp

圖 5.31 發件箱

收件箱相關頁面：MailReceive.jsp.MailReceive2

圖 5.32 收件箱

第四篇：系統架構設計師崗位職責

1.負責相關產品的架構設計工作，以及產品間的接口設計及管理。

2.負責指導產品的高層設計，參與重要或高風險模塊的設計，控制高層設計的質量。

3.負責或參與公司外部和內部技術規范的制定。

4.負責向相關組織提供關鍵技術支持。

5.負責在公司內部進行組織領域內的技術知識傳遞。

6.負責或參與各項研發過程的技術評審工作。

7.與其他部門進行協調、溝通，保證開發與設計相符。

8.負責相關請求的技術分析；負責制訂相關的技術解決方案。

9.組織實施技術可行性驗證及技術選型工作。

第五篇：系統分析師、系統架構設計師崗位職責

1.負責軟件產品的系統分析設計，核心模塊實現。

2.負責對產品的整體系統架構，開發及相關管理文檔編寫。

3.有團隊管理經驗，并能按照相關研發規范過程進行研發。