1、 PAGE81 / NUMPAGES85 本科畢業(yè)設(shè)計(jì)（論文）基于SSH框架的經(jīng)貿(mào)學(xué)院信息系統(tǒng)的設(shè)計(jì)與開發(fā)學(xué)院管理學(xué)院 專業(yè)信息管理與信息系統(tǒng) 年級(jí)班別2008級(jí)（2）班 學(xué)號(hào)3108006259 學(xué)生凌 志 強(qiáng) 指導(dǎo)教師聶 小 東 2012年6月摘要工業(yè)大學(xué)經(jīng)濟(jì)與貿(mào)易學(xué)院于2009年與管理學(xué)院分拆成為一個(gè)新的學(xué)院，急需一個(gè)屬于自己學(xué)院的官方用于協(xié)助學(xué)院的日常事務(wù)管理。然而此前的學(xué)院信息系統(tǒng)開發(fā)采用的技術(shù)相對(duì)落后，而且存在相對(duì)多的漏洞，在此背景之下，我們進(jìn)行了針對(duì)符合經(jīng)濟(jì)與貿(mào)易學(xué)院實(shí)際情況的管理信息系統(tǒng)的研究與開發(fā)。本信息系統(tǒng)通過(guò)采用面向?qū)ο骍ML分析技術(shù)，分別進(jìn)行了業(yè)務(wù)建模、需求分析和系統(tǒng)分

2、析，明確了系統(tǒng)設(shè)計(jì)的容。在系統(tǒng)設(shè)計(jì)開發(fā)部分，本系統(tǒng)采用了基于B/S設(shè)計(jì)模式的MVC設(shè)計(jì)模式，并通過(guò)運(yùn)用當(dāng)前比較流行和適用的SSH框架技術(shù)實(shí)現(xiàn)了系統(tǒng)的諸多功能，例如新聞發(fā)布、科研信息發(fā)布、文件共享等功能。另外本系統(tǒng)還采用了頁(yè)面靜態(tài)化技術(shù)，加快了網(wǎng)頁(yè)的打開速度，提高了用戶體驗(yàn)。關(guān)鍵詞：經(jīng)濟(jì)與貿(mào)易學(xué)院；管理信息系統(tǒng)；面向?qū)ο骍ML分析；SSH框架注：本論文題目來(lái)源于教師的校級(jí)科研項(xiàng)目AbstractGuangdong University of Economics and Trade Institute School of Management in 2009 and split into a ne

3、w college, the need for a belonging to their own official website of the Institute used to assist in the daily affairs of the School of Management. However, previous college information system development using the technology is relatively backward, but there is relatively more vulnerability, in thi

4、s context, we carried out the research and development of the management information system for the actual situation of the School of Economy and Trade.The information systems through the use of object-oriented UML analysis, business modeling, requirements analysis and systems analysis, clear the co

5、ntents of the system design. In the system design and development part of the system based on B / S design pattern MVC design pattern, and many of the features of the system through the use of the technology of the more popular and applicable SSH framework, such as press releases, research informati

6、on, the file-sharing and other functions. In addition the system also uses the page static technology to speed up the pages open faster, and improve the user experience.Key words:School of Economics and Trade; management information system; object-oriented UML analysis; SSH framework目錄TOC o 1-31緒論 P

7、AGEREF _Toc324792225 h 11.1選題背景 PAGEREF _Toc324792226 h 11.2我國(guó)高校信息系統(tǒng)建設(shè)現(xiàn)狀 PAGEREF _Toc324792227 h 11.3選題意義 PAGEREF _Toc324792228 h 11.4可行性分析 PAGEREF _Toc324792229 h 21.4.1經(jīng)濟(jì)可行性分析 PAGEREF _Toc324792230 h 21.4.2技術(shù)可行性 PAGEREF _Toc324792231 h 21.4.3社會(huì)可行性 PAGEREF _Toc324792232 h 22需求分析 PAGEREF _Toc3247922

8、33 h 22.1系統(tǒng)描述 PAGEREF _Toc324792234 h 32.1.1基本數(shù)據(jù)維護(hù)功能需求 PAGEREF _Toc324792235 h 32.1.2基本業(yè)務(wù)功能需求 PAGEREF _Toc324792236 h 52.2系統(tǒng)目標(biāo) PAGEREF _Toc324792237 h 92.3系統(tǒng)圍和系統(tǒng)邊界 PAGEREF _Toc324792238 h 92.4參與者 PAGEREF _Toc324792239 h 102.5系統(tǒng)用例 PAGEREF _Toc324792240 h 102.6細(xì)化用例 PAGEREF _Toc324792241 h 132.7系統(tǒng)用例場(chǎng)景

9、PAGEREF _Toc324792242 h 163系統(tǒng)分析 PAGEREF _Toc324792243 h 213.1分析對(duì)象 PAGEREF _Toc324792244 h 213.1.1系統(tǒng)基本用例實(shí)現(xiàn) PAGEREF _Toc324792245 h 223.1.2系統(tǒng)業(yè)務(wù)用例實(shí)現(xiàn) PAGEREF _Toc324792246 h 253.2分析模型 PAGEREF _Toc324792247 h 384系統(tǒng)設(shè)計(jì) PAGEREF _Toc324792248 h 444.1系統(tǒng)平臺(tái)說(shuō)明 PAGEREF _Toc324792249 h 444.1.1編程語(yǔ)言選擇分析 PAGEREF _Toc

10、324792250 h 454.1.2系統(tǒng)開發(fā)模式說(shuō)明 PAGEREF _Toc324792251 h 454.1.3系統(tǒng)架構(gòu)設(shè)計(jì) PAGEREF _Toc324792252 h 464.2數(shù)據(jù)庫(kù)設(shè)計(jì) PAGEREF _Toc324792253 h 484.3搭建系統(tǒng)開發(fā)環(huán)境 PAGEREF _Toc324792254 h 544.3.1系統(tǒng)開發(fā)軟件與框架的版本 PAGEREF _Toc324792255 h 544.3.2系統(tǒng)配置 PAGEREF _Toc324792256 h 544.3.3添加SSH框架支持 PAGEREF _Toc324792257 h 584.4代碼設(shè)計(jì) PAGERE

11、F _Toc324792258 h 614.4.1實(shí)現(xiàn)持久化對(duì)象層 PAGEREF _Toc324792259 h 614.4.2實(shí)現(xiàn)數(shù)據(jù)訪問(wèn)層 PAGEREF _Toc324792260 h 634.4.3實(shí)現(xiàn)業(yè)務(wù)邏輯層 PAGEREF _Toc324792261 h 644.4.4實(shí)現(xiàn)Web表現(xiàn)層 PAGEREF _Toc324792262 h 644.4.4 struts2和Spring的配置 PAGEREF _Toc324792263 h 655系統(tǒng)測(cè)試 PAGEREF _Toc324792264 h 66結(jié)論 PAGEREF _Toc324792265 h 80參考文獻(xiàn) PAGERE

12、F _Toc324792266 h 81致 PAGEREF _Toc324792267 h 821緒論1.1選題背景進(jìn)入21世紀(jì)以來(lái)，互聯(lián)網(wǎng)在中國(guó)迅猛發(fā)展，整個(gè)中華各行各業(yè)都掀起了一股信息化建設(shè)的浪潮，各種門戶，企業(yè)紛紛建立。同時(shí)，作為信息化人才的培養(yǎng)基地，各高校也相繼建立起自己的學(xué)校和院系信息系統(tǒng)。如今各種高校的管理信息系統(tǒng)在高校中扮演者各種各樣的角色，有的是圖書管理系統(tǒng)協(xié)助圖書管理、有的是排課系統(tǒng)協(xié)助教學(xué)工作提供工作效率、有的是科研項(xiàng)目管理系統(tǒng)協(xié)助高校的項(xiàng)目管理等等。信息系統(tǒng)的建立提高了高校的管理效率，強(qiáng)化教學(xué)質(zhì)量、促進(jìn)科研教研、提升服務(wù)水平、教學(xué)資源管理、科研管理、后勤與服務(wù)管理的全面整

13、合，實(shí)現(xiàn)信息化增值服務(wù)。總之高校信息管理系統(tǒng)已經(jīng)成為高等教育辦學(xué)中必不可少的一部分，是信息經(jīng)濟(jì)條件下高等院校發(fā)展的大勢(shì)所趨，也是我過(guò)高校向世界一流大學(xué)邁進(jìn)的必有之路。1.2我國(guó)高校信息系統(tǒng)建設(shè)現(xiàn)狀我國(guó)高校信息系統(tǒng)建設(shè)近年來(lái)取得了巨大的成就，絕大部分的院校都擁有自己的管理信息系統(tǒng)，但是我國(guó)的高校信息系統(tǒng)建設(shè)存在部分管理信息系統(tǒng)信息更新慢、信息系統(tǒng)所應(yīng)用的技術(shù)落后跟不上互聯(lián)網(wǎng)發(fā)展的需求、網(wǎng)頁(yè)打開速度慢、容易出現(xiàn)網(wǎng)頁(yè)崩潰等問(wèn)題。這樣問(wèn)題嚴(yán)重影響到了學(xué)校院系的對(duì)外形象，也嚴(yán)重影響到了高校的管理效率，阻礙了我國(guó)高校的信息化建設(shè)。1.3選題意義目前我校信息化建設(shè)發(fā)展良好，擁有眾多的信息管理系統(tǒng)，為我校的教

14、學(xué)質(zhì)量的提高和管理效率的提高都做出了重要的貢獻(xiàn)。2009對(duì)于經(jīng)濟(jì)系和國(guó)際貿(mào)易系從管理學(xué)院分離出來(lái)成立了經(jīng)濟(jì)與貿(mào)易學(xué)院，在社會(huì)信息化的時(shí)代大背景之下，新生的經(jīng)濟(jì)與貿(mào)易學(xué)院急迫需要一個(gè)屬于自己的學(xué)院信息管理系統(tǒng)以協(xié)助學(xué)院的日常工作管理。然而此前經(jīng)貿(mào)學(xué)院的學(xué)院信息管理系統(tǒng)存在加載速度慢、頁(yè)面不美觀、功能不完善等缺點(diǎn)。所以我們很有必要采用新的技術(shù)開發(fā)出一個(gè)適應(yīng)現(xiàn)在互聯(lián)網(wǎng)發(fā)展需求和符合經(jīng)貿(mào)學(xué)院需求的信息管理系統(tǒng)。該信息系統(tǒng)除了協(xié)助學(xué)院的日常管理工作外還會(huì)作為一個(gè)學(xué)院主頁(yè)向外界展示經(jīng)貿(mào)學(xué)院的風(fēng)采，讓更多的師生、家長(zhǎng)都可以了解到經(jīng)貿(mào)學(xué)院，為經(jīng)貿(mào)學(xué)院的信息化建設(shè)作出應(yīng)有的貢獻(xiàn)。因此，本信息系統(tǒng)的建立具有積極的

15、重要意義。1.4可行性分析我們主要是從以下三個(gè)方面進(jìn)行該信息系統(tǒng)的可行性分析：1.4.1經(jīng)濟(jì)可行性分析 本信息系統(tǒng)的研究與開發(fā)主要的成本來(lái)自于時(shí)間成本，經(jīng)濟(jì)成本幾乎是很小的。完成改系統(tǒng)的開發(fā)需要的硬件環(huán)境是：一個(gè)辦公地點(diǎn)、4臺(tái)電腦、桌子椅子各4套、網(wǎng)線路由等。而我們所使用的開發(fā)軟件版本都是免費(fèi)的，不存在較大費(fèi)用問(wèn)題。所以說(shuō)本信息系統(tǒng)的開發(fā)在學(xué)校的支持下在經(jīng)濟(jì)條件方面是可行的。1.4.2技術(shù)可行性 根據(jù)我們項(xiàng)目小組的學(xué)習(xí)經(jīng)驗(yàn)來(lái)說(shuō)，開發(fā)完成本信息系統(tǒng)需要應(yīng)用到SSH的框架技術(shù)，而根據(jù)我們小組成員的學(xué)習(xí)經(jīng)驗(yàn)，盡管我們之前沒有相關(guān)項(xiàng)目的開發(fā)經(jīng)驗(yàn)，但是從技術(shù)的角度來(lái)看并不存在技術(shù)上解決不了的問(wèn)題。通過(guò)不

16、斷地學(xué)習(xí)和實(shí)踐，我們有足夠的信心可以完成該信息系統(tǒng)的開發(fā)。所以，從技術(shù)可行性的角度來(lái)看，我們完成該信息系統(tǒng)實(shí)現(xiàn)業(yè)務(wù)目標(biāo)是可行的。1.4.3社會(huì)可行性目前絕大部分的高校院系都擁有自己的管理信息系統(tǒng)，在教育信息化的背景下，缺少信息管理系統(tǒng)的工作效率是低下的，而且作為一個(gè)本科院校的學(xué)院，如果連一個(gè)院系的都沒有，這樣不單與自身身份不匹配，而且有損學(xué)校院系的聲譽(yù)。從社會(huì)的角度來(lái)看，一個(gè)學(xué)院的就是其對(duì)外的形象的體現(xiàn)，學(xué)生、家長(zhǎng)和各種社會(huì)人士都可以通過(guò)學(xué)院來(lái)了解一個(gè)學(xué)院的概括。因此，從社會(huì)的角度來(lái)看，建立經(jīng)貿(mào)學(xué)院信息系統(tǒng)不單從學(xué)院自身管理角度來(lái)說(shuō)是必要的，而且從社會(huì)公眾的角度來(lái)說(shuō)是一種社會(huì)公眾所潛在的需求。

17、所以說(shuō)從社會(huì)可行性來(lái)說(shuō)，建立該信息系統(tǒng)也是可行的。2需求分析分析的一般步驟是先建立業(yè)務(wù)用例模型，然后根據(jù)業(yè)務(wù)用例模型在精化成概念用例模型，接下來(lái)才到需求分析。毋庸置疑，業(yè)務(wù)用例模型是很重要的，但是業(yè)務(wù)用例模型是針對(duì)商業(yè)組織建模的，并非所有的系統(tǒng)都需要從業(yè)務(wù)用例建模開始。由于本系統(tǒng)的系統(tǒng)需求并不是很復(fù)雜，只是屬于一個(gè)小型的管理信息系統(tǒng)，不涉與復(fù)雜的業(yè)務(wù)，系統(tǒng)需求比較明確，因此本系統(tǒng)的開發(fā)將直接由需求分析開始。2.1系統(tǒng)描述通過(guò)參考個(gè)方面的資料和小組的討論，我們認(rèn)為本系統(tǒng)應(yīng)該滿足用戶基本信息的管理、用戶權(quán)限管理、公告新聞的發(fā)布管理、科研相關(guān)信息管理、消息留言管理、資源下載管理等需求，另外為了提高網(wǎng)

18、頁(yè)的打開速度，系統(tǒng)還應(yīng)該包括對(duì)前臺(tái)頁(yè)面進(jìn)行頁(yè)面靜態(tài)化處理的功能。其中用戶基本信息的管理包括學(xué)生信息管理、班級(jí)信息管理、專業(yè)信息管理、教師信息管理；用戶權(quán)限管理包括功能設(shè)置、角色設(shè)置、密碼找回；公告新聞發(fā)布管理包括通知公告管理、學(xué)院新聞管理；消息留言管理包括消息管理、留言管理。本信息系統(tǒng)計(jì)劃由4個(gè)人組成的小組完成，在小組我們做了細(xì)致化的分工，本人主要負(fù)責(zé)的是與科研相關(guān)信息管理模塊，下面簡(jiǎn)稱為信息管理模塊。該模塊包括的主要功能有學(xué)院科研信息管理、科研動(dòng)態(tài)管理、科研論文管理、科研著作管理、科研獲獎(jiǎng)信息的管理、橫向項(xiàng)目管理、縱向項(xiàng)目管理。在下面的分析中，本文將主要圍繞科研相關(guān)信息管理模塊來(lái)進(jìn)行的。2.

19、1.1基本數(shù)據(jù)維護(hù)功能需求 各個(gè)模塊的基本數(shù)據(jù)維護(hù)功能包括數(shù)據(jù)的增加、修改、查詢和刪除。增加數(shù)據(jù)，如圖2.1所示。增加數(shù)據(jù)要求系統(tǒng)必須要記錄改動(dòng)作的操作者以便以后的信息分類。輸入數(shù)據(jù)保存到數(shù)據(jù)庫(kù)顯示輸入數(shù)據(jù)后結(jié)果 圖2.1增加數(shù)據(jù)示意圖2.修改數(shù)據(jù)，如圖2.2所示。修改數(shù)據(jù)必須要經(jīng)過(guò)相關(guān)的驗(yàn)證，通過(guò)驗(yàn)證后才能進(jìn)行數(shù)據(jù)的修改。選擇要修改的數(shù)據(jù)是否可修改修改數(shù)據(jù)否查看數(shù)據(jù)詳細(xì)是 圖2.2修改數(shù)據(jù)示意圖3、查詢數(shù)據(jù)，如圖2.3所示。查詢數(shù)據(jù)要求可以實(shí)現(xiàn)按條件精確查找和模糊查找兩種查詢方式。輸入需要查詢的條件根據(jù)查詢條件到數(shù)據(jù)庫(kù)查詢相關(guān)數(shù)據(jù)顯示相關(guān)數(shù)據(jù)列表選擇精確查詢或模糊查詢 圖2.3查詢數(shù)據(jù)示意圖

20、4、刪除數(shù)據(jù)，如圖2.4所示。刪除數(shù)據(jù)必須要經(jīng)過(guò)相關(guān)的驗(yàn)證，通過(guò)驗(yàn)證后才能進(jìn)行數(shù)據(jù)的刪除。選擇要?jiǎng)h除的數(shù)據(jù)是否可刪除刪除數(shù)據(jù)否查看數(shù)據(jù)詳細(xì)是確定刪除 圖2.4刪除數(shù)據(jù)示意圖2.1.2基本業(yè)務(wù)功能需求 無(wú)論系統(tǒng)業(yè)務(wù)功能是什么，怎么變化，其功能的實(shí)現(xiàn)都離不開數(shù)據(jù)的增刪改查基本功能。但是因?yàn)樵黾邮菍?shí)際的業(yè)務(wù)，情況可能會(huì)變得復(fù)雜，每一個(gè)管理功能都不會(huì)是通過(guò)單一的數(shù)據(jù)增刪改查即能實(shí)現(xiàn)，下面我們對(duì)信息管理功能模塊進(jìn)行詳細(xì)的系統(tǒng)業(yè)務(wù)分析。 信息管理功能模塊包括科研信息管理模塊、科研動(dòng)態(tài)管理模塊、科研論文管理模塊、科研著作管理模塊、科研獲獎(jiǎng)管理模塊、橫向項(xiàng)目管理模塊、縱向項(xiàng)目管理模塊共7個(gè)模塊。每個(gè)模塊包括的

21、子模塊包括發(fā)布信息、查看已發(fā)布信息、審核已發(fā)布信息、查看最新發(fā)布信息。每個(gè)管理模塊功能結(jié)構(gòu)圖如圖2.5所示。信息管理發(fā)布信息查看已發(fā)布信息審核發(fā)布信息查看最新發(fā)布信息 圖2.5管理模塊功能結(jié)構(gòu)圖發(fā)布信息每個(gè)管理模塊下發(fā)布信息的容不一樣但是原理和業(yè)務(wù)是一樣的，如圖2.6所示。發(fā)布信息保存到數(shù)據(jù)庫(kù)顯示已發(fā)布信息列表 圖2.6發(fā)布信息示意圖 前置條件：用戶已登陸系統(tǒng)管理后臺(tái)并且該擁有發(fā)布信息權(quán)限。 信息的發(fā)布包括以下7方面信息的發(fā)布：科研論文的發(fā)布。發(fā)布容包括：論文題目、第一作者、第二作者、第三作者、發(fā)表刊物名稱、卷號(hào)、期號(hào)、頁(yè)碼圍、文獻(xiàn)標(biāo)識(shí)碼、出版年月、地方刊號(hào)、Intergral、CN號(hào)、ISB

22、N號(hào)、ISSN號(hào)、EI、SCI、ISTP、統(tǒng)計(jì)源、學(xué)科門類、是否是核心期刊、全文、國(guó)外發(fā)行、外刊、論文集市國(guó)外還是國(guó)的、課題資助來(lái)源、作者歸屬和附件。科研信息的發(fā)布。發(fā)布容包括：發(fā)布單位、發(fā)布時(shí)間、信息標(biāo)題、信息容、附件。要求該功能可以實(shí)現(xiàn)科研信息的編輯和發(fā)布，且信息標(biāo)題和容不能為空?？蒲袆?dòng)態(tài)的發(fā)布。發(fā)布容包括：發(fā)布單位、發(fā)布時(shí)間、信息標(biāo)題、信息容、附件。要求該功能可以實(shí)現(xiàn)科研動(dòng)態(tài)的編輯和發(fā)布，且信息標(biāo)題和容不能為空?？蒲兄鞯陌l(fā)布。發(fā)布容包括：著作第一作者、著作名稱、出版時(shí)間、ISBN號(hào)和附件。科研獲獎(jiǎng)信息的發(fā)布。發(fā)布容包括：獲獎(jiǎng)?wù)摺㈨?xiàng)目名稱、授予單位、獲獎(jiǎng)等級(jí)、項(xiàng)目類型、出版時(shí)間和附件。橫

23、向項(xiàng)目的發(fā)布。發(fā)布容包括：項(xiàng)目編號(hào)、項(xiàng)目名稱、合作單位、負(fù)責(zé)人、項(xiàng)目時(shí)間、合作單位、項(xiàng)目資金、來(lái)款情況、發(fā)布時(shí)間、備注信息和附件。縱向項(xiàng)目的發(fā)布。發(fā)布容包括：項(xiàng)目編號(hào)、項(xiàng)目名稱、項(xiàng)目時(shí)間、項(xiàng)目來(lái)源、項(xiàng)目等級(jí)、負(fù)責(zé)人、項(xiàng)目資金、來(lái)款情況、發(fā)布時(shí)間、備注信息和附件。查看已發(fā)布信息當(dāng)信息發(fā)布之后，我們可能會(huì)遇到需要修改刪除信息的情況，因此要求系統(tǒng)提供一個(gè)查看自己發(fā)布的信息的模塊，通過(guò)該模塊可以實(shí)現(xiàn)對(duì)自己發(fā)布的信息的詳情查看和改刪除。查看已發(fā)布信息模塊只有發(fā)布人才可以進(jìn)入，其他人一概沒有權(quán)限進(jìn)入。在該管理模塊中，每個(gè)管理模塊的查看已發(fā)布信息模塊大致一樣，如圖2.7所示：輸入需要查詢的條件根據(jù)查詢條件到

24、數(shù)據(jù)庫(kù)查詢相關(guān)信息顯示相關(guān)信息列表是否已審核查看、修改、刪除信息否查看信息詳細(xì)是 圖2.7查看已發(fā)布信息示意圖前置條件：用戶已登陸系統(tǒng)管理后臺(tái)進(jìn)入查看已發(fā)布信息模塊。審核發(fā)布信息審核發(fā)布信息，如圖2.8所示。信息發(fā)布之后不能立刻對(duì)外公布，必須要經(jīng)過(guò)管理員的審核。信息的審核狀態(tài)有4種，分別是院、院外、不通過(guò)、未審核。選擇待審核信息進(jìn)行審核顯示審核結(jié)果 圖2.8審核發(fā)布信息示意圖前置條件：用戶進(jìn)入審核發(fā)布信息模塊。查看最新發(fā)布信息最新發(fā)布是已經(jīng)經(jīng)過(guò)了審核的信息，如圖2.9所示：進(jìn)入查看最新信息模塊查看信息詳情顯示詳情結(jié)果圖2.9查看最新科研論文示意圖前置條件：用戶已登錄系統(tǒng)管理后臺(tái)。上傳附件我們?cè)?/p>

25、發(fā)布某些信息時(shí)，往往需要附帶發(fā)布信息的附件，例如發(fā)布一條申報(bào)某科研項(xiàng)目的通知，那么就有存在要同時(shí)發(fā)布申報(bào)表的需求。因此要求系統(tǒng)有上傳附件的功能。在發(fā)布科研論文時(shí)用戶可以選擇是否上傳附件附件可以添加多個(gè)，附件可選的格式包括doc、docx、xls、xlsx、ppt、pptx、pdf、exe、bin、zip、htm、html、gif、bmp、jpeg、mpeg。上傳附件示意圖如圖2.10所示：上傳附件保存到數(shù)據(jù)庫(kù)顯示上傳結(jié)果 圖2.10上傳附件示意圖前置條件：用戶登錄到發(fā)布信息頁(yè)面。下載附件下載附件如圖2.11所示。進(jìn)入信息詳情頁(yè)下載附件下載成功 圖2.11附件下載示意圖前置條件：用戶進(jìn)入到信息詳

26、情頁(yè)面。信息批量導(dǎo)入如果存在大量的信息需要發(fā)布，我們不能一條一條地發(fā)布，這樣的效率很低，因此要求系統(tǒng)必須具備信息批量導(dǎo)入的功能，但信息批量導(dǎo)入要求導(dǎo)入文件符合系統(tǒng)提供的導(dǎo)入模板。如圖2.12所示：進(jìn)入發(fā)布信息頁(yè)面選擇批量導(dǎo)入信息下載樣板文件上傳批量信息文件顯示上傳結(jié)果頁(yè)面 圖2.12科研信息批量導(dǎo)入前置條件：用戶登陸系統(tǒng)管理后臺(tái)。信息批量導(dǎo)出信息的批量導(dǎo)出如圖2.13所示：進(jìn)入對(duì)應(yīng)論文列表選擇批量導(dǎo)出確定導(dǎo)出 圖2.13信息批量導(dǎo)出示意圖前置條件：用戶登錄系統(tǒng)管理后臺(tái)。2.2系統(tǒng)目標(biāo)1、為各種科研相關(guān)信息的管理提供一個(gè)操作平臺(tái)，提高工作效率和管理效能。2、提供一個(gè)友好的信息展示平臺(tái)，方便信息的

27、快速公布，同時(shí)方便讀者快速查閱相關(guān)信息。2.3系統(tǒng)圍和系統(tǒng)邊界由上述系統(tǒng)描述我們可以知道科研相關(guān)信息管理的系統(tǒng)圍包括科研信息發(fā)布管理、科研動(dòng)態(tài)管理、科研論文管理、科研著作管理、科研獲獎(jiǎng)管理、橫向項(xiàng)目管理、縱向項(xiàng)目管理，系統(tǒng)邊界就上面各個(gè)模塊的邊界，參與者處在系統(tǒng)系統(tǒng)邊界之外，不屬于系統(tǒng)方位之。他們關(guān)系如下圖所示： 圖2.14系統(tǒng)邊界2.4參與者由系統(tǒng)描述可以知道系統(tǒng)的參與者有游客、用戶和管理員。1、游客：游客可以通過(guò)登錄該系統(tǒng)的前臺(tái)查看展示出來(lái)的相關(guān)信息，同時(shí)擁有下載附件的權(quán)限。2、用戶：用戶的權(quán)限由管理員根據(jù)實(shí)際情況任意授予，在本系統(tǒng)中根據(jù)經(jīng)貿(mào)學(xué)院的實(shí)際情況，用戶包括的參與者有：院長(zhǎng)、黨委書

28、記、副院長(zhǎng)、黨委副書記、老師等。因?yàn)橛脩舻木唧w權(quán)限要根據(jù)實(shí)際情況而定，現(xiàn)階段是不確定的，為了分析方便，所以后面的分析中對(duì)院長(zhǎng)、黨委書記、副院長(zhǎng)、黨委副書記、老師等參與者統(tǒng)一以用戶統(tǒng)稱并且假設(shè)在信息管理模塊中用戶不擁有信息的審核權(quán)限。3、管理員：管理員擁有所有系統(tǒng)權(quán)限。2.5系統(tǒng)用例在大型復(fù)雜的系統(tǒng)中，系統(tǒng)用例都是來(lái)源于業(yè)務(wù)用例，但是由于本系統(tǒng)的業(yè)務(wù)并不復(fù)雜，如果進(jìn)行業(yè)務(wù)用例分析的話只能是將簡(jiǎn)單問(wèn)題復(fù)雜話，因此我們直接由系統(tǒng)描述去分析出系統(tǒng)用例。信息管理模塊具有7個(gè)子模塊，每個(gè)子模塊的功能需求如下：1、科研信息管理模塊科研信息管理模塊包括科研信息的編輯發(fā)布、查看已發(fā)布科研信息，審核已發(fā)布科研信息

29、、查看最新發(fā)布科研信息、附件的上傳和下載。2、科研動(dòng)態(tài)管理模塊科研動(dòng)態(tài)管理模塊包括科研動(dòng)態(tài)的編輯發(fā)布、查看已發(fā)布科研動(dòng)態(tài)，審核已發(fā)布科研動(dòng)態(tài)、查看最新發(fā)布科研動(dòng)態(tài)、附件的上傳和下載。3、科研論文管理模塊科研論文管理模塊包括科研論文發(fā)布、查看已發(fā)布科研論文，審核已發(fā)布科研論文、查看最新發(fā)布科研論文、附件的上傳和下載、科研論文的批量導(dǎo)出和導(dǎo)入。4、科研著作管理模塊科研著作管理模塊包括科研著作發(fā)布、查看已發(fā)布科研著作，審核已發(fā)布科研著作、查看最新發(fā)布科研著作、附件的上傳和下載、科研著作的批量導(dǎo)出和導(dǎo)入。5、科研獲獎(jiǎng)管理模塊科研獲獎(jiǎng)管理模塊包括科研獲獎(jiǎng)發(fā)布、查看已發(fā)布科研獲獎(jiǎng)，審核已發(fā)布科研獲獎(jiǎng)、查看

30、最新發(fā)布科研獲獎(jiǎng)、附件的上傳和下載。6、橫向項(xiàng)目管理模塊橫向項(xiàng)目管理模塊包括橫向項(xiàng)目發(fā)布、查看已發(fā)布橫向項(xiàng)目，審核已發(fā)布橫向項(xiàng)目、查看最新發(fā)布橫向項(xiàng)目、附件的上傳和下載、橫向項(xiàng)目的批量導(dǎo)出和導(dǎo)入。7、縱向項(xiàng)目管理模塊縱向項(xiàng)目管理模塊包括縱向項(xiàng)目發(fā)布、查看已發(fā)布縱向項(xiàng)目，審核已發(fā)布縱向項(xiàng)目、查看最新發(fā)布縱向項(xiàng)目、附件的上傳和下載、縱向項(xiàng)目的批量導(dǎo)出和導(dǎo)入。從上面的分析可以找到，每個(gè)子模塊的系統(tǒng)用例很類似，因此我們只需要從中選出科研信息管理和科研論文管理兩個(gè)具有代表性的子模塊來(lái)進(jìn)行系統(tǒng)用例詳細(xì)分析，其他具有類似系統(tǒng)用例的子模塊只要參考這兩個(gè)子模塊就可以了。其系統(tǒng)用例關(guān)系圖如圖2.15和圖2.16所

31、示： 圖2.15科研信息管理子模塊系統(tǒng)用例圖圖2.16科研論文管理子模塊系統(tǒng)用例圖2.6細(xì)化用例根據(jù)實(shí)際業(yè)務(wù)，分別對(duì)子模塊下的系統(tǒng)用例進(jìn)行細(xì)化分析，具體如下。1、科研信息管理模塊。該模塊下面有4個(gè)用例，每個(gè)用例的細(xì)分用例如下圖所示： 圖2.17發(fā)布科研信息細(xì)化系統(tǒng)用例圖 圖2.18查看已發(fā)布科研信息細(xì)化系統(tǒng)用例圖 圖2.19審核已發(fā)布科研信息細(xì)化系統(tǒng)用例圖 圖2.20查看最新科研信息細(xì)化系統(tǒng)用例圖2、科研信息管理模塊。該模塊下面有4個(gè)用例，每個(gè)用例的細(xì)分用例如圖：圖2.21發(fā)布科研論文細(xì)化系統(tǒng)用例圖 圖2.22查看已發(fā)布科研論文細(xì)化系統(tǒng)用例圖圖2.23審核已發(fā)布科研論文細(xì)化系統(tǒng)用例圖圖2.24

32、查看最新科研論文細(xì)化系統(tǒng)用例圖 在修改信息的子用例中還包括了附件管理的子用例，包括附件的修改、刪除、下載，下面以修改科研論文為例說(shuō)明，如圖2.25所示： 圖2.25修改科研論文細(xì)化系統(tǒng)用例圖2.7系統(tǒng)用例場(chǎng)景系統(tǒng)用例場(chǎng)景與業(yè)務(wù)用例場(chǎng)景一樣，都是描述用例的執(zhí)行過(guò)程；不同的是，業(yè)務(wù)用例場(chǎng)景單單描述現(xiàn)實(shí)業(yè)務(wù)，而系統(tǒng)用例場(chǎng)景則是描述現(xiàn)實(shí)業(yè)務(wù)在結(jié)合新系統(tǒng)后如何執(zhí)行的過(guò)程，系統(tǒng)的參與者如何使用這些系統(tǒng)用例來(lái)完成業(yè)務(wù)目標(biāo)。繪制系統(tǒng)用例場(chǎng)景同樣可以使用活動(dòng)圖、順序圖、協(xié)助圖等交互圖來(lái)描述。本項(xiàng)目為了更好地描述系統(tǒng)參與者使用系統(tǒng)用例的執(zhí)行過(guò)程，明確各參與者的職責(zé)，因此使用活動(dòng)圖來(lái)繪制系統(tǒng)用例場(chǎng)景，描述系統(tǒng)用例實(shí)

33、現(xiàn)的執(zhí)行過(guò)程。下面通過(guò)繪制活動(dòng)圖，從而完整地展示系統(tǒng)用例場(chǎng)景。 1、科研信息管理用例場(chǎng)景 (1)用戶登錄管理信息系統(tǒng)，編輯科研信息，有必要時(shí)可選擇添加附件，然后提交信息。 (2)顯示已發(fā)布科研信息列表，科研信息未經(jīng)過(guò)審核前用戶可以修改、刪除科研信息。另外還可以查看科研信息詳細(xì)、查詢科研信息。 (3)管理員審核新發(fā)布的科研信息，進(jìn)行審批，審核的狀態(tài)有4鐘，分別是未審核、不通過(guò)、院、院外,審核完成后顯示最新審核信息列表。管理員可以查看科研信息詳細(xì)，另外還可以查詢、修改、刪除科研信息。 (4)游客通過(guò)經(jīng)貿(mào)學(xué)院查看最新科研信息。用戶和管理員還可以在管理后臺(tái)的查看最新科研信息子模塊查看最新科研信息。所有

34、參與者都可以下載附件。 圖2.26是某特定情況下科研信息管理的系統(tǒng)用例場(chǎng)景： 圖2.26某特定情況下科研信息管理的系統(tǒng)用例場(chǎng)景2、科研論文管理用例場(chǎng)景 (1)用戶登錄管理信息系統(tǒng)，填寫科研論文信息，有必要時(shí)可選擇添加附件，然后提交信息。此外用戶還可以通過(guò)批量導(dǎo)入科研論文。 (2)顯示已發(fā)布科研論文列表，科研論文未經(jīng)過(guò)審核前用戶可以修改、刪除科研論文。另外還可以查看科研論文詳細(xì)、查詢科研論文、批量導(dǎo)出科研論文。 (3)管理員審核新發(fā)布的科研論文，進(jìn)行審批，審核的狀態(tài)有4鐘，分別是未審核、不通過(guò)、院、院外,審核完成后顯示最新審核信息列表。管理員可以查看科研論文詳細(xì)，另外還可以查詢、修改、刪除科研論

35、文和批量導(dǎo)出科研論文。 (4)游客通過(guò)經(jīng)貿(mào)學(xué)院查看最新科研論文。用戶和管理員還可以在管理后臺(tái)的查看最新科研信息子模塊查看最新科研論文。所有參與者都可以下載附件。 圖2.27是某特定情況下科研論文管理的用例系統(tǒng)場(chǎng)景：圖2.27某特定情況下科研論文管理的系統(tǒng)用例場(chǎng)景3系統(tǒng)分析統(tǒng)一過(guò)程把分析與設(shè)計(jì)合并為一個(gè)核心工作流，即當(dāng)成一個(gè)階段來(lái)看。其實(shí)，分析設(shè)計(jì)階段，也就是我們通常所說(shuō)的概要設(shè)計(jì)與詳細(xì)設(shè)計(jì)。本項(xiàng)目將系統(tǒng)分析與設(shè)計(jì)分為兩個(gè)階段，旨在表示在系統(tǒng)分析階段與設(shè)計(jì)階段的不同，分析階段是通過(guò)分析類，建立分析模型，描述系統(tǒng)如何使用對(duì)象來(lái)實(shí)現(xiàn)系統(tǒng)需求。同時(shí)，分析階段未涉與實(shí)現(xiàn)語(yǔ)言與方式，抽象層次較高。因此，用

36、分析階段作為需求到設(shè)計(jì)的過(guò)渡，來(lái)保持與系統(tǒng)需求一致。3.1分析對(duì)象既然我們采用的是面向?qū)ο蟮姆椒?，那么，自然就要通過(guò)對(duì)象之間的交互來(lái)描述需求的實(shí)現(xiàn)。因此，我們從分析系統(tǒng)的對(duì)象開始，進(jìn)入系統(tǒng)分析階段。在UML的分析模型，使用的MVC模式，使用邊界對(duì)象、控制對(duì)象、實(shí)體對(duì)象，這個(gè)三者來(lái)建立用例場(chǎng)景的對(duì)象模型。因此，回顧以上分析，仔細(xì)分析系統(tǒng)用例場(chǎng)景中的活動(dòng)，以此發(fā)現(xiàn)和定義各個(gè)用例的對(duì)象，并得知對(duì)象如何交互來(lái)實(shí)現(xiàn)用例的。本項(xiàng)目使用時(shí)序圖來(lái)描述用例的對(duì)象交互。3.1.1系統(tǒng)基本用例實(shí)現(xiàn)系統(tǒng)的基本用例實(shí)現(xiàn)包括系統(tǒng)的登陸、信息的發(fā)布、刪除、修改、查詢。由于每個(gè)用例的實(shí)現(xiàn)前提都是要求用戶已經(jīng)登錄系統(tǒng)，因此可以

37、把登錄功能模塊單獨(dú)出來(lái)，在以后的時(shí)序圖中距不必要每次的畫出登陸部分。在系統(tǒng)基本用例實(shí)現(xiàn)中我們以管理員為參與者，以科研論文的刪除修改為，通過(guò)時(shí)序圖來(lái)描述對(duì)象交互。1、系統(tǒng)登錄，如圖3.1所示： 圖3.1管理員登陸系統(tǒng)用例實(shí)現(xiàn)圖2、信息的修改和刪除。信息的修改和刪除包括各個(gè)科研信息、科研動(dòng)態(tài)、科研論文和附件等的信息的修改和刪除。由于每個(gè)模塊的信息的修改和刪除的實(shí)現(xiàn)方法原理都一樣，因此這里以科研論文的修改和刪除為例進(jìn)行用例實(shí)現(xiàn)說(shuō)明，如圖3.2和3.4所示： 圖3.2修改科研信息用例實(shí)現(xiàn) 圖3.3修改科研論文分析類 圖3.4科研論文刪除用例實(shí)現(xiàn) 圖3.5科研論文刪除分析類3.1.2系統(tǒng)業(yè)務(wù)用例實(shí)現(xiàn)根據(jù)

38、上述的系統(tǒng)描述和系統(tǒng)用例分析，我們可以知道系統(tǒng)的7個(gè)子模塊擁有相似或相近的系統(tǒng)功能，因此我們沒有必要7個(gè)模塊一個(gè)一個(gè)地去進(jìn)行系統(tǒng)用例實(shí)現(xiàn)的分析，我們以科研論文管理子模塊為代表進(jìn)行分析即可。1、發(fā)布科研論文用例實(shí)現(xiàn)，如圖3.6所示： 圖3.6發(fā)布科研論文用例實(shí)現(xiàn)其對(duì)應(yīng)的分析類圖如圖3.7所示： 圖3.7發(fā)布科研論文分析類2、查看已發(fā)布科研論文。這部分只有發(fā)布人有權(quán)限進(jìn)入，如圖3.8所示：圖3.8查看已發(fā)布科研論文用例實(shí)現(xiàn)其對(duì)應(yīng)的分析類圖如圖3.9所示：圖3.9查看已發(fā)布科研論文分析類圖3、審核科研論文用例實(shí)現(xiàn)，如圖3.10所示： 圖3.10 審核科研論文用例實(shí)現(xiàn)圖其對(duì)應(yīng)的分析類圖如圖3.11所示

39、： 圖3.11 審核科研論文分析類4、查看最新科研論文。該部分主要展示已被審核的科研論文。其用例實(shí)現(xiàn)圖如圖3.12所示： 圖3.12 查看最新科研論文用例實(shí)現(xiàn)圖其對(duì)應(yīng)的分析類圖如圖3.13所示： 圖3.13查看最新科研論文分析類圖5、附件上傳。在發(fā)布科研論文的時(shí)候用戶可以選擇是否上傳附件。附件上傳的用例實(shí)現(xiàn)如圖3.14所示： 3.14 附件上傳用例實(shí)現(xiàn)其對(duì)應(yīng)的附件上傳分析類圖如圖3.15所示： 圖3.15附件上傳分析類6、附件下載。附件下載的用例實(shí)現(xiàn)如圖3.16所示： 圖3.16 附件下載用例實(shí)現(xiàn)附件下載對(duì)應(yīng)的分析類如圖3.17所示： 圖3.17附件下載分析類圖7、科研論文批量導(dǎo)入。科研論文批

40、量導(dǎo)入要求導(dǎo)入文件符合系統(tǒng)要求的格式，科研論文批量導(dǎo)入用例實(shí)現(xiàn)圖如圖3.18所示： 圖3.18 科研論文批量導(dǎo)入科研論文批量導(dǎo)入的分析類圖如圖3.19所示： 圖3.19科研論文批量導(dǎo)入8、科研論文批量導(dǎo)出?？蒲姓撐呐繉?dǎo)出用例實(shí)現(xiàn)如圖3.20所示： 圖3.20科研論文批量導(dǎo)出科研論文批量導(dǎo)出的分析類圖如圖3.21所示： 圖3.21 科研論文批量導(dǎo)出3.2分析模型在項(xiàng)目過(guò)程中，我們可以通過(guò)分析模型對(duì)需求進(jìn)行分析，得到系統(tǒng)視角的理解。在本節(jié)中將從WEB、BussinessControl、Entity這3個(gè)層次剖析分析類所在的層次，從而建立起分析模型。分析模型完成后我們將得到一個(gè)非常接近于設(shè)計(jì)類的模

41、型，距離編碼所使用的實(shí)現(xiàn)類僅一步之遙，可以真正進(jìn)入系統(tǒng)設(shè)計(jì)階段了。在本系統(tǒng)開發(fā)中，我們將使用SSH框架來(lái)實(shí)現(xiàn)系統(tǒng)，SSH是一個(gè)MVC模式的實(shí)現(xiàn)，由Page、Action和ActionFrom三個(gè)單元構(gòu)成。1、發(fā)布科研論文的分析模型，具體的分析如下：(1)發(fā)布科研論文Web層分析模型 圖3.22發(fā)布科研論文WEB層分析模型實(shí)、對(duì)應(yīng)的分析類圖如3.23所示： 圖3.23發(fā)布科研論文WEB層分析類圖(2)發(fā)布科研論文BusinessControl層分析模型圖3.23僅僅是發(fā)布科研論文用例在WEB層的實(shí)現(xiàn)，接下來(lái)，我們還要在BusinessControl層實(shí)現(xiàn)它。從圖3.22中我們可以看出，發(fā)布科研用

42、例想BusinessControl層的發(fā)布科研論文Control類發(fā)出了三條消息，這三條消息在BusinessControl層的實(shí)現(xiàn)結(jié)果如圖3.24所示。 圖3.24 發(fā)布科研論文BusinessControl層實(shí)現(xiàn)相對(duì)應(yīng)的，在BusinessControl層上，發(fā)布可以論文用例被實(shí)現(xiàn)如圖3.25所示結(jié)構(gòu)。 圖3.25 發(fā)布科研論文BusinessControl層分析類圖(3)發(fā)布科研論文Entity層分析模型同樣道理，在Entity層應(yīng)用相應(yīng)的框架繪制出的發(fā)布科研論文實(shí)現(xiàn)如圖3.26所示。 圖3.26 發(fā)布科研論文Entity層分析類圖相對(duì)應(yīng)的在Entity層上，發(fā)布科研論文用例被實(shí)現(xiàn)為如圖

43、3.27所示。 圖3.27 發(fā)布科研論文Entity層分析類圖綜合上述，我們可以得到發(fā)布科研論文用例最終分析模型，如圖3.28所示 圖3.28 發(fā)布科研論文用例最終分析模型 4系統(tǒng)設(shè)計(jì)通過(guò)上面的系統(tǒng)分析，我們已經(jīng)明確了系統(tǒng)的需求，下面我們將進(jìn)入系統(tǒng)設(shè)計(jì)階段，分別從平臺(tái)說(shuō)明、搭建系統(tǒng)框架、代碼設(shè)計(jì)三方面進(jìn)行。4.1系統(tǒng)平臺(tái)說(shuō)明在進(jìn)入代碼設(shè)計(jì)之前，我們必須要明確系統(tǒng)開發(fā)所用的平臺(tái)。目前，系統(tǒng)開發(fā)平臺(tái)有兩種模式，一是C/S模式，另一個(gè)是B/S模式。C/S模式是指客戶機(jī)/服務(wù)器模式，其優(yōu)點(diǎn)是能充分利用分散的PC的處理能力，減輕服務(wù)器端的負(fù)擔(dān)同時(shí)還可以提到客戶端的響應(yīng)速度；其缺點(diǎn)是必須在客戶端安裝客戶端

44、軟件。B/S模式是指瀏覽器/服務(wù)器模式，其優(yōu)點(diǎn)是不需有在客戶端安裝任何附加軟件，只需要通過(guò)瀏覽器就可以登錄系統(tǒng)，減去安裝客戶端軟件的麻煩，但其缺點(diǎn)是會(huì)增加服務(wù)器端的負(fù)擔(dān)，影響系統(tǒng)的響應(yīng)速度。通過(guò)前面的系統(tǒng)分析，我們已經(jīng)可以知道，經(jīng)貿(mào)學(xué)院面向的用戶群體有限，同時(shí)在線用戶比較少，服務(wù)器端并不會(huì)因?yàn)樵L問(wèn)量過(guò)大而造成數(shù)據(jù)堵塞，因此很明顯，經(jīng)貿(mào)學(xué)院是開發(fā)應(yīng)該選擇B/S模式。4.1.1編程語(yǔ)言選擇分析確定系統(tǒng)平臺(tái)模式之后，我們就要選擇系統(tǒng)開發(fā)的平臺(tái)。目前有.NET , JAVA ，c+ ，PHP四大主流軟件開發(fā)技術(shù)平臺(tái)，四種平臺(tái)各有優(yōu)點(diǎn)和缺點(diǎn)，不能說(shuō)哪個(gè)平臺(tái)是最好的。但是對(duì)于某一個(gè)具體的項(xiàng)目來(lái)說(shuō)，選擇符合

45、項(xiàng)目本身特點(diǎn)的實(shí)現(xiàn)平臺(tái)卻是至關(guān)重要的。 首先來(lái)分析.NET。.NET是不能跨平臺(tái)的，必須是基于在windwos的framework環(huán)境的，在本項(xiàng)目中必須要求系統(tǒng)可以跨平臺(tái)的，因此.NET不適用本項(xiàng)目的系統(tǒng)開發(fā)，宣告退出。PHP和java一樣是可以實(shí)現(xiàn)跨平臺(tái)應(yīng)用的，PHP的特點(diǎn)是靈活，開發(fā)速度快，可以不受限制地獲得源碼，這種開源的模式使得PHP具有強(qiáng)大的生命力。但是前輩們用自己的開發(fā)經(jīng)驗(yàn)告訴我們，PHP并不適合大型項(xiàng)目的開發(fā)，比較適合中小型系統(tǒng)的開發(fā)。相比之下，java則是一個(gè)成熟的開發(fā)平臺(tái)，擁有眾多快速開發(fā)型項(xiàng)目的經(jīng)典開發(fā)模式和框架。在本項(xiàng)目中，該系統(tǒng)雖然不是一個(gè)很大型的系統(tǒng)，但是卻對(duì)代碼的復(fù)

46、用性要求比較高，因此我們選擇我們自己比較熟悉的java，希望能應(yīng)用我們自己所學(xué)的知識(shí)大展拳腳。 C+和java一樣同是面向?qū)ο蟮恼Z(yǔ)言，都適用于大型項(xiàng)目的開發(fā)，但是C+比較適用于C/S模式的開發(fā)，而java比較適用于B/S模式的開發(fā)。通過(guò)前面的分析，我們已經(jīng)知道本項(xiàng)目要求采用B/S模式，所以C+很自然地被排除了。綜上所述，我們最終選擇了java開發(fā)平臺(tái)。4.1.2系統(tǒng)開發(fā)模式說(shuō)明 在java平臺(tái)下，綜合上面系統(tǒng)分析，我們可以通過(guò)采用MVC經(jīng)典模式來(lái)進(jìn)行該系統(tǒng)的開發(fā)，MVC模式就是為面向?qū)ο笳Z(yǔ)言而生的。MVC是Model-View-Controller的縮寫，中文翻譯為模型-視圖-控制器。MVC應(yīng)

47、用程序總是由這三個(gè)部分組成。Event(事件)導(dǎo)致Controller改變Model或View，或者同時(shí)改變兩者。只要Controller改變了Models的數(shù)據(jù)或者屬性，所有依賴的View都會(huì)自動(dòng)更新。類似的，只要Controller改變了View，View會(huì)從潛在的Model中獲取數(shù)據(jù)來(lái)刷新自己。MVC是一個(gè)復(fù)雜的架構(gòu)，其實(shí)現(xiàn)也顯得非常復(fù)雜。MVC英文即Model-View-Controller，即把一個(gè)應(yīng)用的輸入、處理、輸出流程按照Model、View、Controller的方式進(jìn)行分離，這樣一個(gè)應(yīng)用被分成三個(gè)層模型層、視圖層、控制層。視圖(View)代表用戶交互界面，對(duì)于Web應(yīng)用來(lái)說(shuō)

48、，可以概括為HTML界面，但有可能jsp界面。模型(Model)：就是業(yè)務(wù)流程/狀態(tài)的處理以與業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理過(guò)程對(duì)其它層來(lái)說(shuō)是黑箱操作，模型接受視圖請(qǐng)求的數(shù)據(jù)，并返回最終的處理結(jié)果?？刂?Controller)可以理解為從用戶接收請(qǐng)求, 將模型與視圖匹配在一起，共同完成用戶的請(qǐng)求。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個(gè)分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請(qǐng)求?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。MVC的主要優(yōu)點(diǎn)如下：1、多個(gè)視圖可以對(duì)應(yīng)一個(gè)模型。這樣有利于代碼的重用。如果模型發(fā)生改變，也容易升級(jí)和維護(hù)。2、由于模型和視圖有Controler進(jìn)行

49、控制，并且模型和視圖是分離的，因此，可以通過(guò)模型為視圖提供不同的數(shù)據(jù)，如各種類型的數(shù)據(jù)庫(kù)、XML、Excel等。3、由于控制器負(fù)責(zé)訪問(wèn)視圖和模型，因此，可以在控制器中加入權(quán)限驗(yàn)證來(lái)限制用戶對(duì)敏感資源的訪問(wèn)。4、在MVC模式中，3個(gè)層次是分離的，降低了各個(gè)層次之前的耦合性，這樣有利于對(duì)系統(tǒng)的隔層進(jìn)行拓展。4.1.3系統(tǒng)架構(gòu)設(shè)計(jì) 目前，基于MVC模式的框架非常多，在本系統(tǒng)的開發(fā)中我們采用了一個(gè)輕量級(jí)的Java EE技術(shù)的應(yīng)用Struts2+Hibernate+Spring，下面我們簡(jiǎn)稱其為SSH框架。 SSH框架中每個(gè)框架的特點(diǎn)如下。Strus2框架是Strus1.x的升價(jià)版本，繼承了Webwor

50、k框架的優(yōu)良設(shè)計(jì)，提供了更為強(qiáng)大的功能。Strus2另外還提供了強(qiáng)大的標(biāo)簽庫(kù)，例如taglib標(biāo)簽庫(kù)，使用標(biāo)簽庫(kù)可以避免jsp頁(yè)面編寫大量業(yè)務(wù)邏輯，是開發(fā)人員節(jié)省了寶貴的時(shí)間。如果只有jsp語(yǔ)言編寫jsp頁(yè)面，代碼的工作量是很大的，很多功能用jsp語(yǔ)言需要寫很長(zhǎng)的代碼的，而用strus2的標(biāo)簽卻只需引用簡(jiǎn)單的標(biāo)簽即可達(dá)到一樣的效果，筆者曾經(jīng)進(jìn)行過(guò)SSH框架的學(xué)習(xí)對(duì)此也是深有感觸。Spring框架博大精深，是集框架之大成者，其具有IoC解耦合和AOP面向方向編程的特點(diǎn)，在實(shí)際項(xiàng)目中更多地作為其他框架的“粘合劑”作用。對(duì)其他現(xiàn)有框架的集成是Spring的強(qiáng)大之處，這些子框架之間彼此獨(dú)立，當(dāng)使用每個(gè)

51、框架方案代替現(xiàn)有方案是，不會(huì)影響到系統(tǒng)其他框架的實(shí)現(xiàn)部分，極大降低了系統(tǒng)開發(fā)和維護(hù)工作量。在SSH框架中，Spring就肩負(fù)著整合Struts2和Hibernate的作用。Hibernate框架是目前最流行的ORM（對(duì)象-關(guān)系映射）框架，Hibernate框架將JDBC進(jìn)行了輕量級(jí)的對(duì)象封裝，實(shí)現(xiàn)了數(shù)據(jù)的持久化，開發(fā)人員可以方便的運(yùn)用面向?qū)ο缶幊痰乃枷雭?lái)控制數(shù)據(jù)庫(kù)。在SSH框架中，表現(xiàn)層、業(yè)務(wù)邏輯層和數(shù)據(jù)服務(wù)層3個(gè)層次涇渭分明，也就是說(shuō)，表現(xiàn)層只和業(yè)務(wù)邏輯層打交道，而業(yè)務(wù)邏輯層通過(guò)數(shù)據(jù)服務(wù)層來(lái)操作數(shù)據(jù)庫(kù)。表現(xiàn)層并不直接訪問(wèn)數(shù)據(jù)服務(wù)層。采用SSH框架后，本系統(tǒng)可以細(xì)分為以下幾個(gè)層次。1、Web層

52、：該層主要包括JSP頁(yè)面、MVC中的“C”（Controler）。其中“C”就是Struts2中的Action類。在Action類中主要負(fù)責(zé)調(diào)用業(yè)務(wù)邏輯層的組件，并返回相應(yīng)的結(jié)果（result）。2、業(yè)務(wù)邏輯層（Service層）：該層有若干接口和類組成。在本系統(tǒng)業(yè)務(wù)邏輯層的接口命名原則是使用后綴Service，例如，CommonService表示處理系統(tǒng)基礎(chǔ)業(yè)務(wù)邏輯的接口。實(shí)現(xiàn)接口類的命名原則是在接口名后面加上Impl，如CommonServiceImpl表示實(shí)現(xiàn)CommonService接口的類。該層的接口和類需要在Spring中進(jìn)行配置。3、數(shù)據(jù)訪問(wèn)層（DAO層）：該層和業(yè)務(wù)邏輯層類似，

53、也是由若干接口和類組成。4、持久對(duì)象層（PO層）：該層有若干實(shí)現(xiàn)類組成，這些需要在映射文件中配置，可以在數(shù)據(jù)訪問(wèn)層的實(shí)現(xiàn)類過(guò)Hibernate框架來(lái)訪問(wèn)時(shí)就層對(duì)象。從上面的描述可以看出，使用SSH框架可以實(shí)現(xiàn)持久化對(duì)象層、數(shù)據(jù)訪問(wèn)層、業(yè)務(wù)邏輯層和Controler，可以將這4部分成為中間層。如圖4.1是本系統(tǒng)的基本層次結(jié)構(gòu)。JSP頁(yè)面中間層數(shù)據(jù)庫(kù) 圖4.1 系統(tǒng)的基本層次結(jié)構(gòu)其中“中間層”中的各組件調(diào)用關(guān)系如圖4.2所示。Action類業(yè)務(wù)邏輯層組件數(shù)據(jù)訪問(wèn)層組件持久化對(duì)象層（實(shí)體Bean） 圖 4.2“中間層”各組件的調(diào)用關(guān)系4.2數(shù)據(jù)庫(kù)設(shè)計(jì)本系統(tǒng)一共包括33數(shù)據(jù)庫(kù)表，為了保持論文的簡(jiǎn)潔性，

54、這里只對(duì)我負(fù)責(zé)的11表進(jìn)行性展示，如下所示。表4.1 info(信息發(fā)布)序號(hào)字段名字段類型字段長(zhǎng)度主鍵外鍵空值備注1infoIdinteger是否自增2infoTitlevarchar 50否信息標(biāo)題3infoSendervarchar50發(fā)布單位4infoTimedatetime發(fā)布時(shí)間5infoContext text否信息容6infoReadtimesinteger否閱讀次數(shù)，默認(rèn)為07infoEditerinteger是與老師表的teacherId對(duì)應(yīng),發(fā)布者8auditingchar1審核狀態(tài)，默認(rèn)為0（0=未審核，1=院公開，2=對(duì)外公開,3=審核不通過(guò)）9infoAssesso

55、rinteger是空審核員，與老師表對(duì)應(yīng)teacherId10assessorInfovarchar100空審核信息11infoTypevarchar1否信息類型，（1=通知公告，2=滾動(dòng)新聞，3=科研信息，4=科研動(dòng)態(tài)，5=招生就業(yè)表2 信息附件（infoFiles）序號(hào)字段名字段類型字段長(zhǎng)度主鍵外鍵空值備注1infoFilesIdinteger是自增2infoIdinteger是否與信息發(fā)布對(duì)應(yīng)infoId3fileNamevarchar100否下載的文件名4fileUrlvarchar1000唯一檔路徑5fileContextvarchar500備注表3 橫向項(xiàng)目（horizontal）

56、序號(hào)字段名字段類型字段長(zhǎng)度主鍵外鍵空值備注1horIdinteger是否2horNumvarchar7否項(xiàng)目號(hào)3horTitlevarchar50否項(xiàng)目名稱4horCopartnervarchar500合作單位（項(xiàng)目委托單位）5horPrincipalvarchar50否負(fù)責(zé)人6horAccountinteger否項(xiàng)目資金（合同金額）7horRecinteger來(lái)款情況（到校金額）8horTimedatetime項(xiàng)目時(shí)間9horContextvarchar500備注10editerinteger4是與老師表的teacherId對(duì)應(yīng)11auditingchar1審核狀態(tài)，默認(rèn)為0（0=未審核，1

57、=院公開，2=對(duì)外公開,3=審核不通過(guò)）12assessorinteger是審核員，與老師表對(duì)應(yīng)teacherId13assessorInfovarchar100空審核信息14editedTimedatetime發(fā)布時(shí)間表4 縱向項(xiàng)目（vertical）序號(hào)字段名字段類型字段長(zhǎng)度主鍵外鍵空值備注1verIdinteger是否2verNumvarchar7否項(xiàng)目號(hào)3verTitlevarchar50否項(xiàng)目名稱4verCopartnervarchar500項(xiàng)目來(lái)源(委托單位)5verPrincipalvarchar50否負(fù)責(zé)人6verAccountinteger否項(xiàng)目資金（項(xiàng)目金額/萬(wàn)）7verR

58、ecinteger來(lái)款情況（到校金額/萬(wàn)）8verSortvarchar8排序方式國(guó)家級(jí) 省級(jí) 市/廳級(jí)9verTimedatetime項(xiàng)目日期，只寫年份10verContextvarchar500備注11editerinteger4是與老師表的teacherId對(duì)應(yīng)12auditingchar1審核狀態(tài)，默認(rèn)為0（0=未審核，1=院公開，2=對(duì)外公開,3=審核不通過(guò)）13assessorinteger是審核員，與老師表對(duì)應(yīng)teacherId14assessorInfovarchar100空審核信息15editedTimedatetime發(fā)布時(shí)間表5 科研獲獎(jiǎng)（prize）序號(hào)字段名字段類型字

59、段長(zhǎng)度主鍵外鍵空值備注1prizeIdinteger是2winnervarchar120獲獎(jiǎng)?wù)?itemNamevarchar160項(xiàng)目名稱4awardUnitvarchar300授予單位5publicationYeardatetime出版時(shí)間（不清楚，未定作用）6stepvarchar120獲獎(jiǎng)等級(jí)7awardTypevarchar120項(xiàng)目類型8editerinteger是與老師表的teacherId對(duì)應(yīng)9auditingchar1審核狀態(tài)，默認(rèn)為0（0=未審核，1=院公開，2=對(duì)外公開,3=審核不通過(guò)）10assessorinteger是審核員，與老師表對(duì)應(yīng)teacherId11asse

60、ssorInfovarchar100空審核信息表6 科研論文（dissertation）序號(hào)字段名字段類型字段長(zhǎng)度主鍵外鍵空值備注1disIdinteger是科研論文編號(hào)，自增2author1varchar50第一作者3author2varchar50第二作者4author3varchar50第三作者5titlevarchar50論文名稱6publicationvarchar50刊物名稱7publishYeardatetime出版年份8rollvarchar50卷號(hào)9issuevarchar50期號(hào)10documentCodevarchar6文獻(xiàn)標(biāo)識(shí)碼11pagevarchar30頁(yè)碼圍12I