第一篇：基于mvc架構(gòu)的校內(nèi)論壇系統(tǒng)

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

關(guān)鍵詞：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

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

1MVC架構(gòu)

MVC(Model--View--Controller)的框架架構(gòu)，是一種在框架架構(gòu)設(shè)計上分層思想的體現(xiàn)，也是目前絕大部分框架所采用的架構(gòu)設(shè)計。這個架構(gòu)主要是把一個應(yīng)用系統(tǒng)分為模型層(Model)，表示層(View)和控制層(Controller)。

1）視圖(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)處理。

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

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

劃分控制層的作用也很明顯，MVC是一個分發(fā)器，選擇不同的模型，選擇不同的視圖，可以完成不同的用戶請求?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。例如，用戶點擊一個連接，控制層接受請求后，并不處理業(yè)務(wù)信息，它只把用戶的信息傳遞給模型，告訴模型如何去操作，并且選擇符合要求的視圖返回給用戶。因此，一個模型可能對應(yīng)多個視圖，一個視圖可能對應(yīng)多個模型。模型、視圖與控制器的分離，使得一個模型可以具有多個顯示視圖。如果用戶通過某個視圖的控制器改變了模型的數(shù)據(jù)，所有其它依賴于這些數(shù)據(jù)的視圖都應(yīng)反映到這些變化。因此，無論何時發(fā)生了何種數(shù)據(jù)變化，控制器都會將變化通知所有的視圖，導(dǎo)致顯示的更新。這實際上是一種模型的變化一傳播機制。系統(tǒng)設(shè)計與實現(xiàn)

2.1 功能模塊設(shè)計

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

2.1.1 會員模塊

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

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

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

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

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

2.1.2 帖子模塊

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

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

3)帖子查找模塊

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

2.1.3 后臺管理

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

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

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

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

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

2.2 數(shù)據(jù)庫的E-R模型

數(shù)據(jù)庫設(shè)計是指對于一個給定的應(yīng)用環(huán)境，構(gòu)造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng),使之能夠有效地存儲數(shù)據(jù),滿足各種用戶的應(yīng)用需求[1](信息要求和處理要求)。

數(shù)據(jù)模型是是數(shù)據(jù)特征的抽象，從抽象層次上描述了系統(tǒng)的靜態(tài)特征、動態(tài)行為和約束條件，為數(shù)據(jù)庫系統(tǒng)的信息表與操作提供一個抽象的框架。描述了數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)操作及數(shù)據(jù)約束。

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

本系統(tǒng)的E-R圖如圖2所示。

2.3 系統(tǒng)的實現(xiàn)

通過對在校大學(xué)生的具體需求分析，設(shè)計出系統(tǒng)的模型，在此基礎(chǔ)上對系統(tǒng)進行詳細設(shè)計、對個功能模塊的完善、修改系統(tǒng)中存在的BUG，最終完成了該校園論壇的設(shè)計。該系統(tǒng)通過測試成功實現(xiàn)需求分析中的各項功能。結(jié)論

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

參考文獻：

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

第二篇：mvc架構(gòu)基礎(chǔ)知識

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

然而，如果在面試的時候問這些程序員，你們?yōu)槭裁匆獙W(xué)習(xí)這些框架？這些框架的本質(zhì)到底是什么？似乎很少很少有人能夠給我非常滿意的答復(fù)。因為他們都在為了學(xué)習(xí)而學(xué)習(xí)，為了工作而學(xué)習(xí)，而不是在真正去深入了解一個框架。其實所有的人都應(yīng)該思考這樣的問題：為什么要學(xué)習(xí)框架？框架到底給我?guī)砹耸裁?？接下來，我們以登錄作為一個最簡單的例子，來看看不同的年代，我們是怎么寫Web程序的。目 錄 [-]

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

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

后來，程序?qū)懙迷絹碓蕉?，我們發(fā)現(xiàn)，這種在HTML代碼中編寫Java代碼來完成邏輯的方式存在著不少問題：

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

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

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

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

在這個時候，如果有一個產(chǎn)品，它能夠?qū)㈨撁嫔系哪切㎎ava代碼抽取出來，讓頁面上盡量少出現(xiàn)Java代碼，該有多好。于是許多人開始使用servlet來處理那些業(yè)務(wù)邏輯。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的請求關(guān)系。Xml代碼

1.

2.Login 3.

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

7.

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

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

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

很多年前，那是一個貧苦的年代，如果我們要使用Java在網(wǎng)頁上做一些動態(tài)的交互功能。很多人會告訴你一個技術(shù)，叫做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發(fā)送過來的登錄請求，并進行處理。這樣，我們不需要任何額外的配置文件，也不需要任何框架的幫忙，就能完成邏輯。

再后來，出現(xiàn)框架

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

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

我們到底要什么

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

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

1.數(shù)據(jù)

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

2.頁面展示

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

3.處理具體業(yè)務(wù)的場所

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

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

數(shù)據(jù) ———— Model 頁面展示 ———— View

處理具體業(yè)務(wù)的場所 ———— Control

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

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

在這幅圖中，MVC三個框框各司其職，結(jié)構(gòu)清晰明朗。不過我覺得這幅圖忽略了一個問題，就是數(shù)據(jù)是動的，數(shù)據(jù)在View和Control層一旦動起來，就會產(chǎn)生許多的問題：

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

2.數(shù)據(jù)從View層傳遞到Control層，如何方便的進行數(shù)據(jù)格式和內(nèi)容的校驗？

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

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

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

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

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

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

第三篇：MVC人事管理系統(tǒng)詳細設(shè)計方案[范文]

人事管理系統(tǒng)詳細設(shè)計方案

功能實現(xiàn)

在進行了總體設(shè)計之后，將進入到軟件功能實現(xiàn)階段，功能實現(xiàn)就是在概要設(shè)計的基礎(chǔ)上結(jié)合用戶需求分析對系統(tǒng)的各個模塊、各個模塊的功能進行實際開發(fā)。

5.1 系統(tǒng)首頁介紹

如圖5.1是系統(tǒng)的登錄頁面:

圖 5.1 登錄頁面

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

圖 5.2 主頁面功能展示

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

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

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

圖 5.3 人員管理模塊

5.2.2模塊實現(xiàn)

添加員工相關(guān)頁面：addUser.jsp

圖 5.4 添加員工頁面

刪除員工相關(guān)頁面：delUser.jsp、delUser1.jsp

圖

圖 5.5 刪除員工頁面

圖 5.6 刪除員工頁面（2）

查詢相關(guān)頁面：select.jsp

圖 5.7 查詢頁面

修改員工信息相關(guān)頁面：updateUser.jsp

圖 5.8 修改員工信息

修改密碼相關(guān)頁面：update_pass.jsp

圖 5.9 修改密碼

修改個人信息相關(guān)頁面：updSelf.jsp

圖 5.10 修改個人信息

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

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

圖 5.11 分組管理模塊

5.3.2模塊實現(xiàn)

創(chuàng)建分組相關(guān)頁面：update_groups.jsp

圖 5.12 創(chuàng)建分組

刪除分組相關(guān)頁面：delGroup.jsp

圖 5.13 刪除分組

修改分組相關(guān)頁面：addGroup.jsp、altManager.jsp、delGroupU.jsp、intUser_group.jsp

圖 5.14 修改分組

圖 5.15 修改組信息

圖5.16 添加組員

圖 5.17 移除組員

圖 5.18 更換組長

查詢分組相關(guān)頁面：groupselectB.jsp、groupselectD.jsp

圖 5.19 查詢分組

5.4 備忘錄模塊 5.4.1模塊簡介

本模塊包括創(chuàng)建備忘、修改備忘、刪除備忘和查看備忘四部分；查看又分為查詢?nèi)亢湍：樵儍煞N方式。

圖 5.20 備忘錄模塊

5.4.2模塊實現(xiàn)

創(chuàng)建備忘相關(guān)頁面：memocreate.jsp

圖 5.21 創(chuàng)建備忘

刪除備忘相關(guān)頁面：memodelete.jsp

圖 5.22 刪除備忘

查看備忘相關(guān)頁面：memoselect1.jsp、memoselect2.jsp

圖 5.23 全部查詢

圖 5.24 關(guān)鍵字查詢

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

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

圖 5.25 請假流程模塊

5.5.2模塊實現(xiàn)

創(chuàng)建假條相關(guān)頁面：createLeave.jsp

圖 5.26 創(chuàng)建假條

審批假條相關(guān)頁面：leaveperson.jsp

圖 5.27 審批假條

歷史查看相關(guān)頁面：selectLeaveSelf.jsp

圖 5.28 歷史查看

5.6 站內(nèi)信模塊 5.6.1模塊簡介

本模塊包含創(chuàng)建站內(nèi)信、收件箱、發(fā)件箱和草稿箱四個功能；其中包括可以群發(fā)郵件、可以添加附件、驗證碼驗證等功能。

圖 5.29 站內(nèi)信模塊

5.6.2模塊實現(xiàn)

創(chuàng)建站內(nèi)信相關(guān)頁面：mailcheck.jsp

圖 5.30 創(chuàng)建站內(nèi)信

發(fā)件箱相關(guān)頁面：MailoutDetail.jsp、MailoutSelect1.jsp

圖 5.31 發(fā)件箱

收件箱相關(guān)頁面：MailReceive.jsp.MailReceive2

圖 5.32 收件箱

第四篇：系統(tǒng)架構(gòu)設(shè)計師崗位職責

1.負責相關(guān)產(chǎn)品的架構(gòu)設(shè)計工作，以及產(chǎn)品間的接口設(shè)計及管理。

2.負責指導(dǎo)產(chǎn)品的高層設(shè)計，參與重要或高風險模塊的設(shè)計，控制高層設(shè)計的質(zhì)量。

3.負責或參與公司外部和內(nèi)部技術(shù)規(guī)范的制定。

4.負責向相關(guān)組織提供關(guān)鍵技術(shù)支持。

5.負責在公司內(nèi)部進行組織領(lǐng)域內(nèi)的技術(shù)知識傳遞。

6.負責或參與各項研發(fā)過程的技術(shù)評審工作。

7.與其他部門進行協(xié)調(diào)、溝通，保證開發(fā)與設(shè)計相符。

8.負責相關(guān)請求的技術(shù)分析；負責制訂相關(guān)的技術(shù)解決方案。

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

第五篇：系統(tǒng)分析師、系統(tǒng)架構(gòu)設(shè)計師崗位職責

1.負責軟件產(chǎn)品的系統(tǒng)分析設(shè)計，核心模塊實現(xiàn)。

2.負責對產(chǎn)品的整體系統(tǒng)架構(gòu)，開發(fā)及相關(guān)管理文檔編寫。

3.有團隊管理經(jīng)驗，并能按照相關(guān)研發(fā)規(guī)范過程進行研發(fā)。