本科畢業(yè)設(shè)計（論文）基于SSH框架的經(jīng)貿(mào)學(xué)院信息系統(tǒng)的設(shè)計與開發(fā)摘要廣東工業(yè)大學(xué)經(jīng)濟與貿(mào)易學(xué)院于2009年與管理學(xué)院分拆成為一個新的學(xué)院，急需一個屬于自己學(xué)院的官方網(wǎng)站用于協(xié)助學(xué)院的日常事務(wù)管理。然而此前的學(xué)院信息系統(tǒng)開發(fā)采用的技術(shù)相對落后，而且存在相對多的漏洞，在此背景之下，我們進(jìn)行了針對符合經(jīng)濟與貿(mào)易學(xué)院實際情況的管理信息系統(tǒng)的研究與開發(fā)。本信息系統(tǒng)通過采用面向?qū)ο骍ML分析技術(shù)，分別進(jìn)行了業(yè)務(wù)建模、需求分析和系統(tǒng)分析，明確了系統(tǒng)設(shè)計的內(nèi)容。在系統(tǒng)設(shè)計開發(fā)部分，本系統(tǒng)采用了基于B/S設(shè)計模式的MVC設(shè)計模式，并通過運用當(dāng)前比較流行和適用的SSH框架技術(shù)實現(xiàn)了系統(tǒng)的諸多功能，例如新聞發(fā)布、科研信息發(fā)布、文件共享等功能。另外本系統(tǒng)還采用了頁面靜態(tài)化技術(shù)，加快了網(wǎng)頁的打開速度，提高了用戶體驗。關(guān)鍵詞經(jīng)濟與貿(mào)易學(xué)院；管理信息系統(tǒng)；面向?qū)ο骍ML分析；SSH框架注本論文題目來源于教師的校級科研項目ABSTRACTGUANGDONGUNIVERSITYOFECONOMICSANDTRADEINSTITUTESCHOOLOFMANAGEMENTIN2009ANDSPLITINTOANEWCOLLEGE,THENEEDFORABELONGINGTOTHEIROWNOFFICIALWEBSITEOFTHEINSTITUTEUSEDTOASSISTINTHEDAILYAFFAIRSOFTHESCHOOLOFMANAGEMENTHOWEVER,PREVIOUSCOLLEGEINFORMATIONSYSTEMDEVELOPMENTUSINGTHETECHNOLOGYISRELATIVELYBACKWARD,BUTTHEREISRELATIVELYMOREVULNERABILITY,INTHISCONTEXT,WECARRIEDOUTTHERESEARCHANDDEVELOPMENTOFTHEMANAGEMENTINFORMATIONSYSTEMFORTHEACTUALSITUATIONOFTHESCHOOLOFECONOMYANDTRADETHEINFORMATIONSYSTEMSTHROUGHTHEUSEOFOBJECTORIENTEDUMLANALYSIS,BUSINESSMODELING,REQUIREMENTSANALYSISANDSYSTEMSANALYSIS,CLEARTHECONTENTSOFTHESYSTEMDESIGNINTHESYSTEMDESIGNANDDEVELOPMENTPARTOFTHESYSTEMBASEDONB/SDESIGNPATTERNMVCDESIGNPATTERN,ANDMANYOFTHEFEATURESOFTHESYSTEMTHROUGHTHEUSEOFTHETECHNOLOGYOFTHEMOREPOPULARANDAPPLICABLESSHFRAMEWORK,SUCHASPRESSRELEASES,RESEARCHINFORMATION,THEFILESHARINGANDOTHERFUNCTIONSINADDITIONTHESYSTEMALSOUSESTHEPAGESTATICTECHNOLOGYTOSPEEDUPTHEPAGESOPENFASTER,ANDIMPROVETHEUSEREXPERIENCEKEYWORDSSCHOOLOFECONOMICSANDTRADEMANAGEMENTINFORMATIONSYSTEMOBJECTORIENTEDUMLANALYSISSSHFRAMEWORK目錄1緒論111選題背景112我國高校信息系統(tǒng)建設(shè)現(xiàn)狀113選題意義114可行性分析2141經(jīng)濟可行性分析2142技術(shù)可行性2143社會可行性22需求分析221系統(tǒng)描述3211基本數(shù)據(jù)維護功能需求3212基本業(yè)務(wù)功能需求522系統(tǒng)目標(biāo)923系統(tǒng)范圍和系統(tǒng)邊界924參與者1025系統(tǒng)用例1026細(xì)化用例1327系統(tǒng)用例場景163系統(tǒng)分析2131分析對象21311系統(tǒng)基本用例實現(xiàn)22312系統(tǒng)業(yè)務(wù)用例實現(xiàn)2532分析模型384系統(tǒng)設(shè)計4441系統(tǒng)平臺說明44411編程語言選擇分析45412系統(tǒng)開發(fā)模式說明45413系統(tǒng)架構(gòu)設(shè)計4642數(shù)據(jù)庫設(shè)計4843搭建系統(tǒng)開發(fā)環(huán)境54431系統(tǒng)開發(fā)軟件及框架的版本54432系統(tǒng)配置54433添加SSH框架支持5844代碼設(shè)計61441實現(xiàn)持久化對象層61442實現(xiàn)數(shù)據(jù)訪問層63443實現(xiàn)業(yè)務(wù)邏輯層64444實現(xiàn)WEB表現(xiàn)層64444STRUTS2和SPRING的配置655系統(tǒng)測試66結(jié)論80參考文獻(xiàn)81致謝821緒論11選題背景進(jìn)入21世紀(jì)以來，互聯(lián)網(wǎng)在中國迅猛發(fā)展，整個中華大地各行各業(yè)都掀起了一股信息化建設(shè)的浪潮，各種門戶網(wǎng)站，企業(yè)網(wǎng)站紛紛建立。同時，作為信息化人才的培養(yǎng)基地，各高校也相繼建立起自己的學(xué)校和院系信息系統(tǒng)。如今各種高校的管理信息系統(tǒng)在高校中扮演者各種各樣的角色，有的是圖書管理系統(tǒng)協(xié)助圖書管理、有的是排課系統(tǒng)協(xié)助教學(xué)工作提供工作效率、有的是科研項目管理系統(tǒng)協(xié)助高校的項目管理等等。信息系統(tǒng)的建立提高了高校的管理效率，強化教學(xué)質(zhì)量、促進(jìn)科研教研、提升服務(wù)水平、教學(xué)資源管理、科研管理、后勤與服務(wù)管理的全面整合，實現(xiàn)信息化增值服務(wù)。總之高校信息管理系統(tǒng)已經(jīng)成為高等教育辦學(xué)中必不可少的一部分，是信息經(jīng)濟條件下高等院校發(fā)展的大勢所趨，也是我過高校向世界一流大學(xué)邁進(jìn)的必有之路。12我國高校信息系統(tǒng)建設(shè)現(xiàn)狀我國高校信息系統(tǒng)建設(shè)近年來取得了巨大的成就，絕大部分的院校都擁有自己的管理信息系統(tǒng)，但是我國的高校信息系統(tǒng)建設(shè)存在部分管理信息系統(tǒng)信息更新慢、信息系統(tǒng)所應(yīng)用的技術(shù)落后跟不上互聯(lián)網(wǎng)發(fā)展的需求、網(wǎng)頁打開速度慢、容易出現(xiàn)網(wǎng)頁崩潰等問題。這樣問題嚴(yán)重影響到了學(xué)校院系的對外形象，也嚴(yán)重影響到了高校的管理效率，阻礙了我國高校的信息化建設(shè)。13選題意義目前我校信息化建設(shè)發(fā)展良好，擁有眾多的信息管理系統(tǒng)，為我校的教學(xué)質(zhì)量的提高和管理效率的提高都做出了重要的貢獻(xiàn)。2009對于經(jīng)濟系和國際貿(mào)易系從管理學(xué)院分離出來成立了經(jīng)濟與貿(mào)易學(xué)院，在社會信息化的時代大背景之下，新生的經(jīng)濟與貿(mào)易學(xué)院急迫需要一個屬于自己的學(xué)院信息管理系統(tǒng)以協(xié)助學(xué)院的日常工作管理。然而此前經(jīng)貿(mào)學(xué)院的學(xué)院網(wǎng)站信息管理系統(tǒng)存在加載速度慢、頁面不美觀、功能不完善等缺點。所以我們很有必要采用新的技術(shù)開發(fā)出一個適應(yīng)現(xiàn)在互聯(lián)網(wǎng)發(fā)展需求和符合經(jīng)貿(mào)學(xué)院需求的信息管理系統(tǒng)。該信息系統(tǒng)除了協(xié)助學(xué)院的日常管理工作外還會作為一個學(xué)院主頁向外界展示經(jīng)貿(mào)學(xué)院的風(fēng)采，讓更多的師生、家長都可以了解到經(jīng)貿(mào)學(xué)院，為經(jīng)貿(mào)學(xué)院的信息化建設(shè)作出應(yīng)有的貢獻(xiàn)。因此，本信息系統(tǒng)的建立具有積極的重要意義。14可行性分析我們主要是從以下三個方面進(jìn)行該信息系統(tǒng)的可行性分析141經(jīng)濟可行性分析本信息系統(tǒng)的研究與開發(fā)主要的成本來自于時間成本，經(jīng)濟成本幾乎是很小的。完成改系統(tǒng)的開發(fā)需要的硬件環(huán)境是一個辦公地點、4臺電腦、桌子椅子各4套、網(wǎng)線路由等。而我們所使用的開發(fā)軟件版本都是免費的，不存在較大費用問題。所以說本信息系統(tǒng)的開發(fā)在學(xué)校的支持下在經(jīng)濟條件方面是可行的。142技術(shù)可行性根據(jù)我們項目小組的學(xué)習(xí)經(jīng)驗來說，開發(fā)完成本信息系統(tǒng)需要應(yīng)用到SSH的框架技術(shù)，而根據(jù)我們小組成員的學(xué)習(xí)經(jīng)驗，盡管我們之前沒有相關(guān)項目的開發(fā)經(jīng)驗，但是從技術(shù)的角度來看并不存在技術(shù)上解決不了的問題。通過不斷地學(xué)習(xí)和實踐，我們有足夠的信心可以完成該信息系統(tǒng)的開發(fā)。所以，從技術(shù)可行性的角度來看，我們完成該信息系統(tǒng)實現(xiàn)業(yè)務(wù)目標(biāo)是可行的。143社會可行性目前絕大部分的高校院系都擁有自己的管理信息系統(tǒng)，在教育信息化的背景下，缺少信息管理系統(tǒng)的工作效率是低下的，而且作為一個本科院校的學(xué)院，如果連一個院系的網(wǎng)站都沒有，這樣不單與自身身份不匹配，而且有損學(xué)校院系的聲譽。從社會的角度來看，一個學(xué)院的網(wǎng)站就是其對外的形象的體現(xiàn)，學(xué)生、家長和各種社會人士都可以通過學(xué)院網(wǎng)站來了解一個學(xué)院的概括。因此，從社會的角度來看，建立經(jīng)貿(mào)學(xué)院網(wǎng)站信息系統(tǒng)不單從學(xué)院自身管理角度來說是必要的，而且從社會公眾的角度來說是一種社會公眾所潛在的需求。所以說從社會可行性來說，建立該信息系統(tǒng)也是可行的。2需求分析分析的一般步驟是先建立業(yè)務(wù)用例模型，然后根據(jù)業(yè)務(wù)用例模型在精化成概念用例模型，接下來才到需求分析。毋庸置疑，業(yè)務(wù)用例模型是很重要的，但是業(yè)務(wù)用例模型是針對商業(yè)組織建模的，并非所有的系統(tǒng)都需要從業(yè)務(wù)用例建模開始。由于本系統(tǒng)的系統(tǒng)需求并不是很復(fù)雜，只是屬于一個小型的管理信息系統(tǒng)，不涉及復(fù)雜的業(yè)務(wù)，系統(tǒng)需求比較明確，因此本系統(tǒng)的開發(fā)將直接由需求分析開始。21系統(tǒng)描述通過參考個方面的資料和小組的討論，我們認(rèn)為本系統(tǒng)應(yīng)該滿足用戶基本信息的管理、用戶權(quán)限管理、公告新聞的發(fā)布管理、科研相關(guān)信息管理、消息留言管理、資源下載管理等需求，另外為了提高網(wǎng)頁的打開速度，系統(tǒng)還應(yīng)該包括對前臺頁面進(jìn)行頁面靜態(tài)化處理的功能。其中用戶基本信息的管理包括學(xué)生信息管理、班級信息管理、專業(yè)信息管理、教師信息管理；用戶權(quán)限管理包括功能設(shè)置、角色設(shè)置、密碼找回；公告新聞發(fā)布管理包括通知公告管理、學(xué)院新聞管理；消息留言管理包括消息管理、留言管理。本信息系統(tǒng)計劃由4個人組成的小組完成，在小組內(nèi)我們做了細(xì)致化的分工，本人主要負(fù)責(zé)的是與科研相關(guān)信息管理模塊，下面簡稱為信息管理模塊。該模塊包括的主要功能有學(xué)院科研信息管理、科研動態(tài)管理、科研論文管理、科研著作管理、科研獲獎信息的管理、橫向項目管理、縱向項目管理。在下面的分析中，本文將主要圍繞科研相關(guān)信息管理模塊來進(jìn)行的。211基本數(shù)據(jù)維護功能需求各個模塊的基本數(shù)據(jù)維護功能包括數(shù)據(jù)的增加、修改、查詢和刪除。1、增加數(shù)據(jù)，如圖21所示。增加數(shù)據(jù)要求系統(tǒng)必須要記錄改動作的操作者以便以后的信息分類。輸入數(shù)據(jù)保存到數(shù)據(jù)庫顯示輸入數(shù)據(jù)后結(jié)果圖21增加數(shù)據(jù)示意圖2修改數(shù)據(jù)，如圖22所示。修改數(shù)據(jù)必須要經(jīng)過相關(guān)的驗證，通過驗證后才能進(jìn)行數(shù)據(jù)的修改。選擇要修改的數(shù)據(jù)是否可修改修改數(shù)據(jù)否查看數(shù)據(jù)詳細(xì)是圖22修改數(shù)據(jù)示意圖3、查詢數(shù)據(jù)，如圖23所示。查詢數(shù)據(jù)要求可以實現(xiàn)按條件精確查找和模糊查找兩種查詢方式。輸入需要查詢的條件根據(jù)查詢條件到數(shù)據(jù)庫查詢相關(guān)數(shù)據(jù)顯示相關(guān)數(shù)據(jù)列表選擇精確查詢或模糊查詢圖23查詢數(shù)據(jù)示意圖4、刪除數(shù)據(jù)，如圖24所示。刪除數(shù)據(jù)必須要經(jīng)過相關(guān)的驗證，通過驗證后才能進(jìn)行數(shù)據(jù)的刪除。選擇要刪除的數(shù)據(jù)是否可刪除刪除數(shù)據(jù)否查看數(shù)據(jù)詳細(xì)是確定刪除圖24刪除數(shù)據(jù)示意圖212基本業(yè)務(wù)功能需求無論系統(tǒng)業(yè)務(wù)功能是什么，怎么變化，其功能的實現(xiàn)都離不開數(shù)據(jù)的增刪改查基本功能。但是因為增加是實際的業(yè)務(wù)，情況可能會變得復(fù)雜，每一個管理功能都不會是通過單一的數(shù)據(jù)增刪改查即能實現(xiàn)，下面我們對信息管理功能模塊進(jìn)行詳細(xì)的系統(tǒng)業(yè)務(wù)分析。信息管理功能模塊包括科研信息管理模塊、科研動態(tài)管理模塊、科研論文管理模塊、科研著作管理模塊、科研獲獎管理模塊、橫向項目管理模塊、縱向項目管理模塊共7個模塊。每個模塊包括的子模塊包括發(fā)布信息、查看已發(fā)布信息、審核已發(fā)布信息、查看最新發(fā)布信息。每個管理模塊功能結(jié)構(gòu)圖如圖25所示。信息管理發(fā)布信息查看已發(fā)布信息審核發(fā)布信息查看最新發(fā)布信息圖25管理模塊功能結(jié)構(gòu)圖1、發(fā)布信息每個管理模塊下發(fā)布信息的內(nèi)容不一樣但是原理和業(yè)務(wù)是一樣的，如圖26所示。發(fā)布信息保存到數(shù)據(jù)庫顯示已發(fā)布信息列表圖26發(fā)布信息示意圖前置條件用戶已登陸系統(tǒng)管理后臺并且該擁有發(fā)布信息權(quán)限。信息的發(fā)布包括以下7方面信息的發(fā)布1科研論文的發(fā)布。發(fā)布內(nèi)容包括論文題目、第一作者、第二作者、第三作者、發(fā)表刊物名稱、卷號、期號、頁碼范圍、文獻(xiàn)標(biāo)識碼、出版年月、地方刊號、INTERGRAL、CN號、ISBN號、ISSN號、EI、SCI、ISTP、統(tǒng)計源、學(xué)科門類、是否是核心期刊、全文轉(zhuǎn)載、國外發(fā)行、外刊、論文集市國外還是國內(nèi)的、課題資助來源、作者歸屬和附件。2科研信息的發(fā)布。發(fā)布內(nèi)容包括發(fā)布單位、發(fā)布時間、信息標(biāo)題、信息內(nèi)容、附件。要求該功能可以實現(xiàn)科研信息的編輯和發(fā)布，且信息標(biāo)題和內(nèi)容不能為空。3科研動態(tài)的發(fā)布。發(fā)布內(nèi)容包括發(fā)布單位、發(fā)布時間、信息標(biāo)題、信息內(nèi)容、附件。要求該功能可以實現(xiàn)科研動態(tài)的編輯和發(fā)布，且信息標(biāo)題和內(nèi)容不能為空。4科研著作的發(fā)布。發(fā)布內(nèi)容包括著作第一作者、著作名稱、出版時間、出版社、ISBN號和附件。5科研獲獎信息的發(fā)布。發(fā)布內(nèi)容包括獲獎?wù)?、項目名稱、授予單位、獲獎等級、項目類型、出版時間和附件。6橫向項目的發(fā)布。發(fā)布內(nèi)容包括項目編號、項目名稱、合作單位、負(fù)責(zé)人、項目時間、合作單位、項目資金、來款情況、發(fā)布時間、備注信息和附件。7縱向項目的發(fā)布。發(fā)布內(nèi)容包括項目編號、項目名稱、項目時間、項目來源、項目等級、負(fù)責(zé)人、項目資金、來款情況、發(fā)布時間、備注信息和附件。2、查看已發(fā)布信息當(dāng)信息發(fā)布之后，我們可能會遇到需要修改刪除信息的情況，因此要求系統(tǒng)提供一個查看自己發(fā)布的信息的模塊，通過該模塊可以實現(xiàn)對自己發(fā)布的信息的詳情查看和改刪除。查看已發(fā)布信息模塊只有發(fā)布人才可以進(jìn)入，其他人一概沒有權(quán)限進(jìn)入。在該管理模塊中，每個管理模塊的查看已發(fā)布信息模塊大致相同，如圖27所示輸入需要查詢的條件根據(jù)查詢條件到數(shù)據(jù)庫查詢相關(guān)信息顯示相關(guān)信息列表是否已審核查看、修改、刪除信息否查看信息詳細(xì)是圖27查看已發(fā)布信息示意圖前置條件用戶已登陸系統(tǒng)管理后臺進(jìn)入查看已發(fā)布信息模塊。3、審核發(fā)布信息審核發(fā)布信息，如圖28所示。信息發(fā)布之后不能立刻對外公布，必須要經(jīng)過管理員的審核。信息的審核狀態(tài)有4種，分別是院內(nèi)、院外、不通過、未審核。選擇待審核信息進(jìn)行審核顯示審核結(jié)果圖28審核發(fā)布信息示意圖前置條件用戶進(jìn)入審核發(fā)布信息模塊。4、查看最新發(fā)布信息最新發(fā)布是已經(jīng)經(jīng)過了審核的信息，如圖29所示進(jìn)入查看最新信息模塊查看信息詳情顯示詳情結(jié)果圖29查看最新科研論文示意圖前置條件用戶已登錄系統(tǒng)管理后臺。5、上傳附件我們在發(fā)布某些信息時，往往需要附帶發(fā)布信息的附件，例如發(fā)布一條申報某科研項目的通知，那么就有存在要同時發(fā)布申報表的需求。因此要求系統(tǒng)有上傳附件的功能。在發(fā)布科研論文時用戶可以選擇是否上傳附件附件可以添加多個，附件可選的格式包括DOC、DOCX、XLS、XLSX、PPT、PPTX、PDF、EXE、BIN、ZIP、HTM、HTML、GIF、BMP、JPEG、MPEG。上傳附件示意圖如圖210所示上傳附件保存到數(shù)據(jù)庫顯示上傳結(jié)果圖210上傳附件示意圖前置條件用戶登錄到發(fā)布信息頁面。6、下載附件下載附件如圖211所示。進(jìn)入信息詳情頁下載附件下載成功圖211附件下載示意圖前置條件用戶進(jìn)入到信息詳情頁面。7、信息批量導(dǎo)入如果存在大量的信息需要發(fā)布，我們不能一條一條地發(fā)布，這樣的效率很低，因此要求系統(tǒng)必須具備信息批量導(dǎo)入的功能，但信息批量導(dǎo)入要求導(dǎo)入文件符合系統(tǒng)提供的導(dǎo)入模板。如圖212所示進(jìn)入發(fā)布信息頁面選擇批量導(dǎo)入信息下載樣板文件上傳批量信息文件顯示上傳結(jié)果頁面圖212科研信息批量導(dǎo)入前置條件用戶登陸系統(tǒng)管理后臺。8、信息批量導(dǎo)出信息的批量導(dǎo)出如圖213所示進(jìn)入對應(yīng)論文列表選擇批量導(dǎo)出確定導(dǎo)出圖213信息批量導(dǎo)出示意圖前置條件用戶登錄系統(tǒng)管理后臺。22系統(tǒng)目標(biāo)1、為各種科研相關(guān)信息的管理提供一個操作平臺，提高工作效率和管理效能。2、提供一個友好的信息展示平臺，方便信息的快速公布，同時方便讀者快速查閱相關(guān)信息。23系統(tǒng)范圍和系統(tǒng)邊界由上述系統(tǒng)描述我們可以知道科研相關(guān)信息管理的系統(tǒng)范圍包括科研信息發(fā)布管理、科研動態(tài)管理、科研論文管理、科研著作管理、科研獲獎管理、橫向項目管理、縱向項目管理，系統(tǒng)邊界就上面各個模塊的邊界，參與者處在系統(tǒng)系統(tǒng)邊界之外，不屬于系統(tǒng)方位之內(nèi)。他們關(guān)系如下圖所示圖214系統(tǒng)邊界24參與者由系統(tǒng)描述可以知道系統(tǒng)的參與者有游客、用戶和管理員。1、游客游客可以通過登錄該系統(tǒng)的前臺網(wǎng)站查看展示出來的相關(guān)信息，同時擁有下載附件的權(quán)限。2、用戶用戶的權(quán)限由管理員根據(jù)實際情況任意授予，在本系統(tǒng)中根據(jù)經(jīng)貿(mào)學(xué)院的實際情況，用戶包括的參與者有院長、黨委書記、副院長、黨委副書記、老師等。因為用戶的具體權(quán)限要根據(jù)實際情況而定，現(xiàn)階段是不確定的，為了分析方便，所以后面的分析中對院長、黨委書記、副院長、黨委副書記、老師等參與者統(tǒng)一以用戶統(tǒng)稱并且假設(shè)在信息管理模塊中用戶不擁有信息的審核權(quán)限。3、管理員管理員擁有所有系統(tǒng)權(quán)限。25系統(tǒng)用例在大型復(fù)雜的系統(tǒng)中，系統(tǒng)用例都是來源于業(yè)務(wù)用例，但是由于本系統(tǒng)的業(yè)務(wù)并不復(fù)雜，如果進(jìn)行業(yè)務(wù)用例分析的話只能是將簡單問題復(fù)雜話，因此我們直接由系統(tǒng)描述去分析出系統(tǒng)用例。信息管理模塊具有7個子模塊，每個子模塊的功能需求如下1、科研信息管理模塊科研信息管理模塊包括科研信息的編輯發(fā)布、查看已發(fā)布科研信息，審核已發(fā)布科研信息、查看最新發(fā)布科研信息、附件的上傳和下載。2、科研動態(tài)管理模塊科研動態(tài)管理模塊包括科研動態(tài)的編輯發(fā)布、查看已發(fā)布科研動態(tài)，審核已發(fā)布科研動態(tài)、查看最新發(fā)布科研動態(tài)、附件的上傳和下載。3、科研論文管理模塊科研論文管理模塊包括科研論文發(fā)布、查看已發(fā)布科研論文，審核已發(fā)布科研論文、查看最新發(fā)布科研論文、附件的上傳和下載、科研論文的批量導(dǎo)出和導(dǎo)入。4、科研著作管理模塊科研著作管理模塊包括科研著作發(fā)布、查看已發(fā)布科研著作，審核已發(fā)布科研著作、查看最新發(fā)布科研著作、附件的上傳和下載、科研著作的批量導(dǎo)出和導(dǎo)入。5、科研獲獎管理模塊科研獲獎管理模塊包括科研獲獎發(fā)布、查看已發(fā)布科研獲獎，審核已發(fā)布科研獲獎、查看最新發(fā)布科研獲獎、附件的上傳和下載。6、橫向項目管理模塊橫向項目管理模塊包括橫向項目發(fā)布、查看已發(fā)布橫向項目，審核已發(fā)布橫向項目、查看最新發(fā)布橫向項目、附件的上傳和下載、橫向項目的批量導(dǎo)出和導(dǎo)入。7、縱向項目管理模塊縱向項目管理模塊包括縱向項目發(fā)布、查看已發(fā)布縱向項目，審核已發(fā)布縱向項目、查看最新發(fā)布縱向項目、附件的上傳和下載、縱向項目的批量導(dǎo)出和導(dǎo)入。從上面的分析可以找到，每個子模塊的系統(tǒng)用例很類似，因此我們只需要從中選出科研信息管理和科研論文管理兩個具有代表性的子模塊來進(jìn)行系統(tǒng)用例詳細(xì)分析，其他具有類似系統(tǒng)用例的子模塊只要參考這兩個子模塊就可以了。其系統(tǒng)用例關(guān)系圖如圖215和圖216所示上上上上FROM上上上上FROM上上上上上FROM上上上上上上上FROM上上上FROM上上上FROM上上上上上上上FROM上上圖215科研信息管理子模塊系統(tǒng)用例圖上上上上上上上FROM上上上上上FROM上上上上上上上FROM上上上上上上上上上上FROM上上上上FROM上上上上FROM上上上上上上上上上FROM上上圖216科研論文管理子模塊系統(tǒng)用例圖26細(xì)化用例根據(jù)實際業(yè)務(wù)，分別對子模塊下的系統(tǒng)用例進(jìn)行細(xì)化分析，具體如下。1、科研信息管理模塊。該模塊下面有4個用例，每個用例的細(xì)分用例如下圖所示上上上上上FROM上上上上上上上上上上上上上上圖217發(fā)布科研信息細(xì)化系統(tǒng)用例圖上上上上上上上上上上上上上上上上上上圖218查看已發(fā)布科研信息細(xì)化系統(tǒng)用例圖上上上上上上上上上上上上上上上上上上上上圖219審核已發(fā)布科研信息細(xì)化系統(tǒng)用例圖上上上上上上上上上上上上上上上上上上上上上上上上圖220查看最新科研信息細(xì)化系統(tǒng)用例圖2、科研信息管理模塊。該模塊下面有4個用例，每個用例的細(xì)分用例如圖上上上上上上上上上上上上上上上上圖221發(fā)布科研論文細(xì)化系統(tǒng)用例圖圖222查看已發(fā)布科研論文細(xì)化系統(tǒng)用例圖上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上上圖223審核已發(fā)布科研論文細(xì)化系統(tǒng)用例圖上上上上上上上上上上上上上上上上上上上上上上圖224查看最新科研論文細(xì)化系統(tǒng)用例圖在修改信息的子用例中還包括了附件管理的子用例，包括附件的修改、刪除、下載，下面以修改科研論文為例說明，如圖225所示上上上上上上FROM上上上上上上上上上上上上上上上圖225修改科研論文細(xì)化系統(tǒng)用例圖27系統(tǒng)用例場景系統(tǒng)用例場景與業(yè)務(wù)用例場景一樣，都是描述用例的執(zhí)行過程；不同的是，業(yè)務(wù)用例場景單單描述現(xiàn)實業(yè)務(wù)，而系統(tǒng)用例場景則是描述現(xiàn)實業(yè)務(wù)在結(jié)合新系統(tǒng)后如何執(zhí)行的過程，系統(tǒng)的參與者如何使用這些系統(tǒng)用例來完成業(yè)務(wù)目標(biāo)。繪制系統(tǒng)用例場景同樣可以使用活動圖、順序圖、協(xié)助圖等交互圖來描述。本項目為了更好地描述系統(tǒng)參與者使用系統(tǒng)用例的執(zhí)行過程，明確各參與者的職責(zé)，因此使用活動圖來繪制系統(tǒng)用例場景，描述系統(tǒng)用例實現(xiàn)的執(zhí)行過程。下面通過繪制活動圖，從而完整地展示系統(tǒng)用例場景。1、科研信息管理用例場景1用戶登錄管理信息系統(tǒng)，編輯科研信息，有必要時可選擇添加附件，然后提交信息。2顯示已發(fā)布科研信息列表，科研信息未經(jīng)過審核前用戶可以修改、刪除科研信息。另外還可以查看科研信息詳細(xì)、查詢科研信息。3管理員審核新發(fā)布的科研信息，進(jìn)行審批，審核的狀態(tài)有4鐘，分別是未審核、不通過、院內(nèi)、院外,審核完成后顯示最新審核信息列表。管理員可以查看科研信息詳細(xì)，另外還可以查詢、修改、刪除科研信息。4游客通過經(jīng)貿(mào)學(xué)院網(wǎng)站查看最新科研信息。用戶和管理員還可以在網(wǎng)站管理后臺的查看最新科研信息子模塊查看最新科研信息。所有參與者都可以下載附件。圖226是某特定情況下科研信息管理的系統(tǒng)用例場景圖226某特定情況下科研信息管理的系統(tǒng)用例場景2、科研論文管理用例場景1用戶登錄管理信息系統(tǒng)，填寫科研論文信息，有必要時可選擇添加附件，然后提交信息。此外用戶還可以通過批量導(dǎo)入科研論文。2顯示已發(fā)布科研論文列表，科研論文未經(jīng)過審核前用戶可以修改、刪除科研論文。另外還可以查看科研論文詳細(xì)、查詢科研論文、批量導(dǎo)出科研論文。3管理員審核新發(fā)布的科研論文，進(jìn)行審批，審核的狀態(tài)有4鐘，分別是未審核、不通過、院內(nèi)、院外,審核完成后顯示最新審核信息列表。管理員可以查看科研論文詳細(xì)，另外還可以查詢、修改、刪除科研論文和批量導(dǎo)出科研論文。4游客通過經(jīng)貿(mào)學(xué)院網(wǎng)站查看最新科研論文。用戶和管理員還可以在網(wǎng)站管理后臺的查看最新科研信息子模塊查看最新科研論文。所有參與者都可以下載附件。圖227是某特定情況下科研論文管理的用例系統(tǒng)場景圖227某特定情況下科研論文管理的系統(tǒng)用例場景3系統(tǒng)分析統(tǒng)一過程把分析與設(shè)計合并為一個核心工作流，即當(dāng)成一個階段來看。其實，分析設(shè)計階段，也就是我們通常所說的概要設(shè)計與詳細(xì)設(shè)計。本項目將系統(tǒng)分析與設(shè)計分為兩個階段，旨在表示在系統(tǒng)分析階段與設(shè)計階段的不同，分析階段是通過分析類，建立分析模型，描述系統(tǒng)如何使用對象來實現(xiàn)系統(tǒng)需求。同時，分析階段未涉及實現(xiàn)語言與方式，抽象層次較高。因此，用分析階段作為需求到設(shè)計的過渡，來保持與系統(tǒng)需求一致。31分析對象既然我們采用的是面向?qū)ο蟮姆椒?，那么，自然就要通過對象之間的交互來描述需求的實現(xiàn)。因此，我們從分析系統(tǒng)的對象開始，進(jìn)入系統(tǒng)分析階段。在UML的分析模型，使用的MVC模式，使用邊界對象、控制對象、實體對象，這個三者來建立用例場景的對象模型。因此，回顧以上分析，仔細(xì)分析系統(tǒng)用例場景中的活動，以此發(fā)現(xiàn)和定義各個用例的對象，并得知對象如何交互來實現(xiàn)用例的。本項目使用時序圖來描述用例的對象交互。311系統(tǒng)基本用例實現(xiàn)系統(tǒng)的基本用例實現(xiàn)包括系統(tǒng)的登陸、信息的發(fā)布、刪除、修改、查詢。由于每個用例的實現(xiàn)前提都是要求用戶已經(jīng)登錄系統(tǒng)，因此可以把登錄功能模塊單獨出來，在以后的時序圖中距不必要每次的畫出登陸部分。在系統(tǒng)基本用例實現(xiàn)中我們以管理員為參與者，以科研論文的刪除修改為，通過時序圖來描述對象交互。1、系統(tǒng)登錄，如圖31所示圖31管理員登陸系統(tǒng)用例實現(xiàn)圖2、信息的修改和刪除。信息的修改和刪除包括各個科研信息、科研動態(tài)、科研論文和附件等的信息的修改和刪除。由于每個模塊的信息的修改和刪除的實現(xiàn)方法原理都一樣，因此這里以科研論文的修改和刪除為例進(jìn)行用例實現(xiàn)說明，如圖32和34所示圖32修改科研信息用例實現(xiàn)圖33修改科研論文分析類圖34科研論文刪除用例實現(xiàn)圖35科研論文刪除分析類312系統(tǒng)業(yè)務(wù)用例實現(xiàn)根據(jù)上述的系統(tǒng)描述和系統(tǒng)用例分析，我們可以知道系統(tǒng)的7個子模塊擁有相似或相近的系統(tǒng)功能，因此我們沒有必要7個模塊一個一個地去進(jìn)行系統(tǒng)用例實現(xiàn)的分析，我們以科研論文管理子模塊為代表進(jìn)行分析即可。1、發(fā)布科研論文用例實現(xiàn)，如圖36所示圖36發(fā)布科研論文用例實現(xiàn)其對應(yīng)的分析類圖如圖37所示圖37發(fā)布科研論文分析類2、查看已發(fā)布科研論文。這部分只有發(fā)布人有權(quán)限進(jìn)入，如圖38所示圖38查看已發(fā)布科研論文用例實現(xiàn)其對應(yīng)的分析類圖如圖39所示圖39查看已發(fā)布科研論文分析類圖3、審核科研論文用例實現(xiàn)，如圖310所示圖310審核科研論文用例實現(xiàn)圖其對應(yīng)的分析類圖如圖311所示圖311審核科研論文分析類4、查看最新科研論文。該部分主要展示已被審核的科研論文。其用例實現(xiàn)圖如圖312所示圖312查看最新科研論文用例實現(xiàn)圖其對應(yīng)的分析類圖如圖313所示圖313查看最新科研論文分析類圖5、附件上傳。在發(fā)布科研論文的時候用戶可以選擇是否上傳附件。附件上傳的用例實現(xiàn)如圖314所示314附件上傳用例實現(xiàn)其對應(yīng)的附件上傳分析類圖如圖315所示圖315附件上傳分析類6、附件下載。附件下載的用例實現(xiàn)如圖316所示圖316附件下載用例實現(xiàn)附件下載對應(yīng)的分析類如圖317所示圖317附件下載分析類圖7、科研論文批量導(dǎo)入?？蒲姓撐呐繉?dǎo)入要求導(dǎo)入文件符合系統(tǒng)要求的格式，科研論文批量導(dǎo)入用例實現(xiàn)圖如圖318所示圖318科研論文批量導(dǎo)入科研論文批量導(dǎo)入的分析類圖如圖319所示圖319科研論文批量導(dǎo)入8、科研論文批量導(dǎo)出?？蒲姓撐呐繉?dǎo)出用例實現(xiàn)如圖320所示圖320科研論文批量導(dǎo)出科研論文批量導(dǎo)出的分析類圖如圖321所示圖321科研論文批量導(dǎo)出32分析模型在項目過程中，我們可以通過分析模型對需求進(jìn)行分析，得到系統(tǒng)視角的理解。在本節(jié)中將從WEB、BUSSINESSCONTROL、ENTITY這3個層次剖析分析類所在的層次，從而建立起分析模型。分析模型完成后我們將得到一個非常接近于設(shè)計類的模型，距離編碼所使用的實現(xiàn)類僅一步之遙，可以真正進(jìn)入系統(tǒng)設(shè)計階段了。在本系統(tǒng)開發(fā)中，我們將使用SSH框架來實現(xiàn)系統(tǒng)，SSH是一個MVC模式的實現(xiàn)，由PAGE、ACTION和ACTIONFROM三個單元構(gòu)成。1、發(fā)布科研論文的分析模型，具體的分析如下1發(fā)布科研論文WEB層分析模型圖322發(fā)布科研論文WEB層分析模型實、對應(yīng)的分析類圖如323所示圖323發(fā)布科研論文WEB層分析類圖2發(fā)布科研論文BUSINESSCONTROL層分析模型圖323僅僅是發(fā)布科研論文用例在WEB層的實現(xiàn)，接下來，我們還要在BUSINESSCONTROL層實現(xiàn)它。從圖322中我們可以看出，發(fā)布科研用例想BUSINESSCONTROL層的發(fā)布科研論文CONTROL類發(fā)出了三條消息，這三條消息在BUSINESSCONTROL層的實現(xiàn)結(jié)果如圖324所示。圖324發(fā)布科研論文BUSINESSCONTROL層實現(xiàn)相對應(yīng)的，在BUSINESSCONTROL層上，發(fā)布可以論文用例被實現(xiàn)如圖325所示結(jié)構(gòu)。圖325發(fā)布科研論文BUSINESSCONTROL層分析類圖3發(fā)布科研論文ENTITY層分析模型同樣道理，在ENTITY層應(yīng)用相應(yīng)的框架繪制出的發(fā)布科研論文實現(xiàn)如圖326所示。圖326發(fā)布科研論文ENTITY層分析類圖相對應(yīng)的在ENTITY層上，發(fā)布科研論文用例被實現(xiàn)為如圖327所示。圖327發(fā)布科研論文ENTITY層分析類圖綜合上述，我們可以得到發(fā)布科研論文用例最終分析模型，如圖328所示圖328發(fā)布科研論文用例最終分析模型4系統(tǒng)設(shè)計通過上面的系統(tǒng)分析，我們已經(jīng)明確了系統(tǒng)的需求，下面我們將進(jìn)入系統(tǒng)設(shè)計階段，分別從平臺說明、搭建系統(tǒng)框架、代碼設(shè)計三方面進(jìn)行。41系統(tǒng)平臺說明在進(jìn)入代碼設(shè)計之前，我們必須要明確系統(tǒng)開發(fā)所用的平臺。目前，系統(tǒng)開發(fā)平臺有兩種模式，一是C/S模式，另一個是B/S模式。C/S模式是指客戶機/服務(wù)器模式，其優(yōu)點是能充分利用分散的PC的處理能力，減輕服務(wù)器端的負(fù)擔(dān)同時還可以提到客戶端的響應(yīng)速度；其缺點是必須在客戶端安裝客戶端軟件。B/S模式是指瀏覽器/服務(wù)器模式，其優(yōu)點是不需有在客戶端安裝任何附加軟件，只需要通過瀏覽器就可以登錄系統(tǒng)，減去安裝客戶端軟件的麻煩，但其缺點是會增加服務(wù)器端的負(fù)擔(dān)，影響系統(tǒng)的響應(yīng)速度。通過前面的系統(tǒng)分析，我們已經(jīng)可以知道，經(jīng)貿(mào)學(xué)院網(wǎng)站面向的用戶群體有限，同時在線用戶比較少，服務(wù)器端并不會因為訪問量過大而造成數(shù)據(jù)堵塞，因此很明顯，經(jīng)貿(mào)學(xué)院網(wǎng)站是開發(fā)應(yīng)該選擇B/S模式。411編程語言選擇分析確定系統(tǒng)平臺模式之后，我們就要選擇系統(tǒng)開發(fā)的平臺。目前有NET,JAVA，C，PHP四大主流軟件開發(fā)技術(shù)平臺，四種平臺各有優(yōu)點和缺點，不能說哪個平臺是最好的。但是對于某一個具體的項目來說，選擇符合項目本身特點的實現(xiàn)平臺卻是至關(guān)重要的。首先來分析NET。NET是不能跨平臺的，必須是基于在WINDWOS的FRAMEWORK環(huán)境的，在本項目中必須要求系統(tǒng)可以跨平臺的，因此NET不適用本項目的系統(tǒng)開發(fā)，宣告退出。PHP和JAVA一樣是可以實現(xiàn)跨平臺應(yīng)用的，PHP的特點是靈活，開發(fā)速度快，可以不受限制地獲得源碼，這種開源的模式使得PHP具有強大的生命力。但是前輩們用自己的開發(fā)經(jīng)驗告訴我們，PHP并不適合大型項目的開發(fā)，比較適合中小型系統(tǒng)的開發(fā)。相比之下，JAVA則是一個成熟的開發(fā)平臺，擁有眾多快速開發(fā)中大型項目的經(jīng)典開發(fā)模式和框架。在本項目中，該系統(tǒng)雖然不是一個很大型的系統(tǒng)，但是卻對代碼的復(fù)用性要求比較高，因此我們選擇我們自己比較熟悉的JAVA，希望能應(yīng)用我們自己所學(xué)的知識大展拳腳。C和JAVA一樣同是面向?qū)ο蟮恼Z言，都適用于大型項目的開發(fā)，但是C比較適用于C/S模式的開發(fā)，而JAVA比較適用于B/S模式的開發(fā)。通過前面的分析，我們已經(jīng)知道本項目要求采用B/S模式，所以C很自然地被排除了。綜上所述，我們最終選擇了JAVA開發(fā)平臺。412系統(tǒng)開發(fā)模式說明在JAVA平臺下，綜合上面系統(tǒng)分析，我們可以通過采用MVC經(jīng)典模式來進(jìn)行該系統(tǒng)的開發(fā)，MVC模式就是為面向?qū)ο笳Z言而生的。MVC是“MODELVIEWCONTROLLER“的縮寫，中文翻譯為“模型視圖控制器“。MVC應(yīng)用程序總是由這三個部分組成。EVENT事件導(dǎo)致CONTROLLER改變MODEL或VIEW，或者同時改變兩者。只要CONTROLLER改變了MODELS的數(shù)據(jù)或者屬性，所有依賴的VIEW都會自動更新。類似的，只要CONTROLLER改變了VIEW，VIEW會從潛在的MODEL中獲取數(shù)據(jù)來刷新自己。MVC是一個復(fù)雜的架構(gòu)，其實現(xiàn)也顯得非常復(fù)雜。MVC英文即MODELVIEWCONTROLLER，即把一個應(yīng)用的輸入、處理、輸出流程按照MODEL、VIEW、CONTROLLER的方式進(jìn)行分離，這樣一個應(yīng)用被分成三個層模型層、視圖層、控制層。視圖VIEW代表用戶交互界面，對于WEB應(yīng)用來說，可以概括為HTML界面，但有可能JSP界面。模型MODEL就是業(yè)務(wù)流程/狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據(jù)，并返回最終的處理結(jié)果?？刂艭ONTROLLER可以理解為從用戶接收請求,將模型與視圖匹配在一起，共同完成用戶的請求。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請求?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。MVC的主要優(yōu)點如下1、多個視圖可以對應(yīng)一個模型。這樣有利于代碼的重用。如果模型發(fā)生改變，也容易升級和維護。2、由于模型和視圖有CONTROLER進(jìn)行控制，并且模型和視圖是分離的，因此，可以通過模型為視圖提供不同的數(shù)據(jù)，如各種類型的數(shù)據(jù)庫、XML、EXCEL等。3、由于控制器負(fù)責(zé)訪問視圖和模型，因此，可以在控制器中加入權(quán)限驗證來限制用戶對敏感資源的訪問。4、在MVC模式中，3個層次是分離的，降低了各個層次之前的耦合性，這樣有利于對系統(tǒng)的隔層進(jìn)行拓展。413系統(tǒng)架構(gòu)設(shè)計目前，基于MVC模式的框架非常多，在本系統(tǒng)的開發(fā)中我們采用了一個輕量級的JAVAEE技術(shù)的應(yīng)用STRUTS2HIBERNATESPRING，下面我們簡稱其為SSH框架。SSH框架中每個框架的特點如下。STRUS2框架是STRUS1X的升價版本，繼承了WEBWORK框架的優(yōu)良設(shè)計，提供了更為強大的功能。STRUS2另外還提供了強大的標(biāo)簽庫，例如TAGLIB標(biāo)簽庫，使用標(biāo)簽庫可以避免JSP頁面編寫大量業(yè)務(wù)邏輯，是開發(fā)人員節(jié)省了寶貴的時間。如果只有JSP語言編寫JSP頁面，代碼的工作量是很大的，很多功能用JSP語言需要寫很長的代碼的，而用STRUS2的標(biāo)簽卻只需引用簡單的標(biāo)簽即可達(dá)到相同的效果，筆者曾經(jīng)進(jìn)行過SSH框架的學(xué)習(xí)對此也是深有感觸。SPRING框架博大精深，是集框架之大成者，其具有IOC解耦合和AOP面向方向編程的特點，在實際項目中更多地作為其他框架的“粘合劑”作用。對其他現(xiàn)有框架的集成是SPRING的強大之處，這些子框架之間彼此獨立，當(dāng)使用每個框架方案代替現(xiàn)有方案是，不會影響到系統(tǒng)其他框架的實現(xiàn)部分，極大降低了系統(tǒng)開發(fā)和維護工作量。在SSH框架中，SPRING就肩負(fù)著整合STRUTS2和HIBERNATE的作用。HIBERNATE框架是目前最流行的ORM（對象關(guān)系映射）框架，HIBERNATE框架將JDBC進(jìn)行了輕量級的對象封裝，實現(xiàn)了數(shù)據(jù)的持久化，開發(fā)人員可以方便的運用面向?qū)ο缶幊痰乃枷雭砜刂茢?shù)據(jù)庫。在SSH框架中，表現(xiàn)層、業(yè)務(wù)邏輯層和數(shù)據(jù)服務(wù)層3個層次涇渭分明，也就是說，表現(xiàn)層只和業(yè)務(wù)邏輯層打交道，而業(yè)務(wù)邏輯層通過數(shù)據(jù)服務(wù)層來操作數(shù)據(jù)庫。表現(xiàn)層并不直接訪問數(shù)據(jù)服務(wù)層。采用SSH框架后，本系統(tǒng)可以細(xì)分為以下幾個層次。1、WEB層該層主要包括JSP頁面、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ù)邏輯的接口。實現(xiàn)接口類的命名原則是在接口名后面加上IMPL，如COMMONSERVICEIMPL表示實現(xiàn)COMMONSERVICE接口的類。該層的接口和類需要在SPRING中進(jìn)行配置。3、數(shù)據(jù)訪問層（DAO層）該層和業(yè)務(wù)邏輯層類似，也是由若干接口和類組成。4、持久對象層（PO層）該層有若干實現(xiàn)類組成，這些需要在映射文件中配置，可以在數(shù)據(jù)訪問層的實現(xiàn)類中通過HIBERNATE框架來訪問時就層對象。從上面的描述可以看出，使用SSH框架可以實現(xiàn)持久化對象層、數(shù)據(jù)訪問層、業(yè)務(wù)邏輯層和CONTROLER，可以將這4部分成為中間層。如圖41是本系統(tǒng)的基本層次結(jié)構(gòu)。JSP頁面中間層數(shù)據(jù)庫圖41系統(tǒng)的基本層次結(jié)構(gòu)其中“中間層”中的各組件調(diào)用關(guān)系如圖42所示。ACTION類業(yè)務(wù)邏輯層組件數(shù)據(jù)訪問層組件持久化對象層（實體BEAN）圖42“中間層”各組件的調(diào)用關(guān)系42數(shù)據(jù)庫設(shè)計本系統(tǒng)一共包括33張數(shù)據(jù)庫表，為了保持論文的簡潔性，這里只對我負(fù)責(zé)的11張表進(jìn)行性展示，如下所示。表41INFO信息發(fā)布序號字段名字段類型字段長度主鍵外鍵空值備注1INFOIDINTEGER是否自增2INFOTITLEVARCHAR50否信息標(biāo)題3INFOSENDERVARCHAR50發(fā)布單位4INFOTIMEDATETIME發(fā)布時間5INFOCONTEXTTEXT否信息內(nèi)容6INFOREADTIMESINTEGER否閱讀次數(shù)，默認(rèn)為07INFOEDITERINTEGER是與老師表的TEACHERID對應(yīng),發(fā)布者8AUDITINGCHAR1審核狀態(tài)，默認(rèn)為0（0未審核，1院內(nèi)公開，2對外公開,3審核不通過）9INFOASSESSORINTEGER是空審核員，與老師表對應(yīng)TEACHERID10ASSESSORINFOVARCHAR100空審核信息11INFOTYPEVARCHAR1否信息類型，（1通知公告，2滾動新聞，3科研信息，4科研動態(tài)，5招生就業(yè)表2信息附件（INFOFILES）序號字段名字段類型字段長度主鍵外鍵空值備注1INFOFILESIDINTEGER是自增2INFOIDINTEGER是否與信息發(fā)布對應(yīng)INFOID3FILENAMEVARCHAR100否下載的文件名4FILEURLVARCHAR1000唯一檔路徑5FILECONTEXTVARCHAR500備注表3橫向項目（HORIZONTAL）序號字段名字段類型字段長度主鍵外鍵空值備注1HORIDINTEGER是否2HORNUMVARCHAR7否項目號3HORTITLEVARCHAR50否項目名稱4HORCOPARTNERVARCHAR500合作單位（項目委托單位）5HORPRINCIPALVARCHAR50否負(fù)責(zé)人6HORACCOUNTINTEGER否項目資金（合同金額）7HORRECINTEGER來款情況（到校金額）8HORTIMEDATETIME項目時間9HORCONTEXTVARCHAR500備注10EDITERINTEGER4是與老師表的TEACHERID對應(yīng)11AUDITINGCHAR1審核狀態(tài)，默認(rèn)為0（0未審核，1院內(nèi)公開，2對外公開,3審核不通過）12ASSESSORINTEGER是審核員，與老師表對應(yīng)TEACHERID13ASSESSORINFOVARCHAR100空審核信息14EDITEDTIMEDATETIME發(fā)布時間表4縱向項目（VERTICAL）序號字段名字段類型字段長度主鍵外鍵空值備注1VERIDINTEGER是否2VERNUMVARCHAR7否項目號3VERTITLEVARCHAR50否項目名稱4VERCOPARTNERVARCHAR500項目來源委托單位5VERPRINCIPALVARCHAR50否負(fù)責(zé)人6VERACCOUNTINTEGER否項目資金（項目金額/萬）7VERRECINTEGER來款情況（到校金額/萬）8VERSORTVARCHAR8排序方式【國家級省級市/廳級】9VERTIMEDATETIME項目日期，只寫年份10VERCONTEXTVARCHAR500備注11EDITERINTEGER4是與老師表的TEACHERID對應(yīng)12AUDITINGCHAR1審核狀態(tài)，默認(rèn)為0（0未審核，1院內(nèi)公開，2對外公開,3審核不通過）13ASSESSORINTEGER是審核員，與老師表對應(yīng)TEACHERID14ASSESSORINFOVARCHAR100空審核信息15EDITEDTIMEDATETIME發(fā)布時間表5科研獲獎（PRIZE）序號字段名字段類型字段長度主鍵外鍵空值備注1PRIZEIDINTEGER是2WINNERVARCHAR120獲獎?wù)?ITEMNAMEVARCHAR160項目名稱4AWARDUNITVARCHAR300授予單位5PUBLICATIONYEARDATETIME出版時間（不清楚，未定作用）6STEPVARCHAR120獲獎等級7AWARDTYPEVARCHAR120項目類型8EDITERINTEGER是與老師表的TEACHERID對應(yīng)9AUDITINGCHAR1審核狀態(tài)，默認(rèn)為0（0未審核，1院內(nèi)公開，2對外公開,3審核不通過）10ASSESSORINTEGER是審核員，與老師表對應(yīng)TEACHERID11ASSESSORINFOVARCHAR100空審核信息表6科研論文（DISSERTATION）序號字段名字段類型字段長度主鍵外鍵空值備注1DISIDINTEGER是科研論文編號，自增2AUTHOR1VARCHAR50第一作者3AUTHOR2VARCHAR50第二作者4AUTHOR3VARCHAR50第三作者5TITLEVARCHAR50論文名稱6PUBLICATIONVARCHAR50刊物名稱7PUBLISHYEARDATETIME出版年份8ROLLVARCHAR50卷號9ISSUEVARCHAR50期號10DOCUMENTCODEVARCHAR6文獻(xiàn)標(biāo)識碼11PAGEVARCHAR30頁碼范圍12ISBNVARCHAR20ISBN國際標(biāo)準(zhǔn)刊號10位ISBN714400316X13ISSNVARCHAR10ISSN號ISSNXXXXXXXX14PUBLISHCNVARCHAR50國外發(fā)行15SCIVARCHAR50SCI科學(xué)引文索引16EIVARCHAR50EI工程索引17ISTPVARCHAR50ISTP科技會議錄索引18COREPERIODICALVARCHAR2核心期刊（是/否）19CATALOGVARCHAR50統(tǒng)計源20TYPEVARCHAR30學(xué)科門類21INTERGRALVARCHAR50INTERGRAL22CNVARCHAR50CN國內(nèi)統(tǒng)一刊號23LOCALVARCHAR50地方刊號24FULLTEXTCOPYVARCHAR50全文轉(zhuǎn)載25FOREIGNPAGEVARCHAR50外刊26COLLOQUIUMVARCHAR50論文集（國內(nèi)或國外）27SOURCEVARCHAR50課題（資助）來源28TO2AUTHORVARCHAR2將第二作者作為歸屬者（不選，則默認(rèn)視第一作者為論文歸屬者；）30EDITERINTEGER4是與老師表的TEACHERID對應(yīng)31AUDITINGCHAR1審核狀態(tài)，默認(rèn)為0（0未審核，1院內(nèi)公開，2對外公開,3審核不通過）32ASSESSORINTEGER是審核員，與老師表對應(yīng)TEACHERID33ASSESSORINFOVARCHAR100空審核信息表7科研著作（BOOKMAKING）序號字段名字段類型字段長度主鍵外鍵空值備注1BOOKMAKINGIDINTEGER是2BOOKMAKINGAUTHORVARCHAR50第一作者3BOOKMAKINGTITLEVARCHAR100著作名稱4PUBLISHINGCOMPANYVARCHAR100出版社PUBLISHTIMEDATETIME出版時間6ISBNVARCHAR20ISBN號7EDITERINTEGER是與老師表的TEACHERID對應(yīng)8AUDITINGCHAR1審核狀態(tài)，默認(rèn)為0（0未審核，1院內(nèi)公開，2對外公開,3審核不通過）9ASSESSORINTEGER是審核員，與老師表對應(yīng)TEACHERID10ASSESSORINFOVARCHAR100空審核信息11EDITEDTIMEDATETIME發(fā)布時間表8科研著作附件BOOKMAKINGFILE序號字段名字段類型字段長度主鍵外鍵空值備注BOOKMAKINGFILEIDINTEGER是BOOKMAKINGFILENAMEVARCHAR150附件名稱BOOKMAKINGFILEURLVARCHAR1000路徑BOOKMAKINGFILECONTEXTVARCHAR1000文件描述BOOKMAKINGIDINTEGERDISSERTATION表主鍵表9科研論文附件（DISSERTATIONFILE序號字段名字段類型字段長度主鍵外鍵空值備注DISSERTATIONFILEIDINTEGER是DISSERTATIONFILENAMEVARCHAR150附件名稱DISSERTATIONFILEURLVARCHAR1000路徑DISSERTATIONFILECONTEXTVARCHAR1000文件描述DISIDINTEGERDISSERTATIO