投稿與審稿系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

計(jì)算機(jī)應(yīng)用技術(shù)的進(jìn)步，使期刊編輯流程信息化和網(wǎng)絡(luò)化成為主要趨勢。在線審稿、投稿系統(tǒng)縮短了作者的投稿周期，加快了編輯和專家的審稿流程，為作者與編輯進(jìn)行即時(shí)溝通架設(shè)了橋梁，方便讀者、作者在線閱讀稿件。
目前出現(xiàn)的在線投稿、審稿系統(tǒng)采用ASP技術(shù)。ASP是微軟推出的一種技術(shù)，只能在Windows操作系統(tǒng)上運(yùn)行，Windows本身的所有問題都會(huì)一成不變地累加到了它的身上。安全性、穩(wěn)定性、跨平臺性都會(huì)因?yàn)榕cWindows的捆綁而顯現(xiàn)出來。由于ASP程序采用非編譯語言，大大降低了程序源代碼的安全性，如果黑客侵入站點(diǎn)，就可以獲得ASP源代碼；每當(dāng)客戶端打開一個(gè)ASP網(wǎng)頁時(shí)，服務(wù)器都必須將該ASP程序從頭到尾重讀一遍，并加以編譯執(zhí)行，最后送出標(biāo)準(zhǔn)的HTML格式文件給客戶端，因而影響了運(yùn)行速度。而JSP是跨平臺的，可以在所有的服務(wù)器操作系統(tǒng)上運(yùn)行。JSP源程序不大可能被下載，一些程序完全可以放到不對外的目錄中。JSP在執(zhí)行以前先被編譯成字節(jié)碼(byte code)，字節(jié)碼由Java虛擬機(jī)(Java Virtual Machine)解釋執(zhí)行，比源碼解釋的效率高；服務(wù)器上還有字節(jié)碼的Cache機(jī)制，能提高字節(jié)碼的訪問效率。并且JSP結(jié)合MVC模式將數(shù)據(jù)和業(yè)務(wù)規(guī)則從表示層分開，可以最大化地重用代碼，具有易維護(hù)性。綜上所述本系統(tǒng)采用JSP[1]技術(shù)。
1 系統(tǒng)功能需求概述
投稿、審稿系統(tǒng)的主要目標(biāo)是為了簡化傳統(tǒng)手工工作流程，縮短稿件在傳遞過程中的時(shí)間，使投稿人審稿人的交流便利順暢，縮短論文發(fā)表的時(shí)滯[2]。
　本系統(tǒng)分為投稿模塊與審稿模塊。投稿模塊包含了以下5個(gè)功能：用戶注冊、用戶登陸、在線投稿、稿件狀態(tài)查詢、修改個(gè)人信息。在線投稿功能包括填寫稿件信息，上傳稿件，稿件信息存儲在數(shù)據(jù)庫中，稿件上傳到系統(tǒng)指定的硬盤目錄中，投稿系統(tǒng)自動(dòng)給每個(gè)稿件唯一的編號，以便編輯人員對稿件正確處理。審稿模塊包含以下7個(gè)功能：權(quán)限管理、用戶登錄、查看稿件、稿件轉(zhuǎn)發(fā)、稿件審理、在線退修、擬錄稿件、退稿。權(quán)限管理功能：管理員對各個(gè)使用者的權(quán)責(zé)給予其所需的權(quán)限來瀏覽相應(yīng)的頁面，使用相應(yīng)的操作，此系統(tǒng)的管理員是編輯；查看稿件功能：審稿模塊的功能是可以查看稿件的基本信息，并可以下載原稿；稿件審理功能：評價(jià)稿件，將評價(jià)錄入到數(shù)據(jù)庫中。
2 系統(tǒng)設(shè)計(jì)
2.1 系統(tǒng)總體設(shè)計(jì)
本文根據(jù)傳統(tǒng)手工流程建立作者、編務(wù)、編輯、副主編、主編、專家6個(gè)角色，系統(tǒng)方案圖如圖1。這些角色可以通過編輯部網(wǎng)站遠(yuǎn)程訪問編輯部的數(shù)據(jù)庫。其中編輯角色相當(dāng)于一個(gè)中部樞紐，查看編務(wù)發(fā)來的稿件，評價(jià)稿件，把稿件轉(zhuǎn)發(fā)給副主編、專家，查看副主編、專家對稿件的評價(jià)，決定對稿件進(jìn)行退稿、退修、錄用等操作。編輯具有角色管理的權(quán)限，刪除、添加、修改各個(gè)角色及其功能等。
　本文設(shè)置兩個(gè)相對獨(dú)立的數(shù)據(jù)庫(投稿數(shù)據(jù)庫、工作數(shù)據(jù)庫)，這樣，可把來自作者的垃圾數(shù)據(jù)和帶病毒數(shù)據(jù)擋在外面。其中，投稿數(shù)據(jù)庫可以限制作者的稿件文件的大小和數(shù)量,并把作者投稿以臨時(shí)文件形式存放，同時(shí)進(jìn)行自動(dòng)殺毒。在投稿數(shù)據(jù)庫與工作數(shù)據(jù)庫之間，單獨(dú)提供一個(gè)工具程序，由編輯人工參與實(shí)現(xiàn)數(shù)據(jù)的過濾和導(dǎo)入。
2.2 處理流程
本系統(tǒng)的業(yè)務(wù)流程如圖2所示，編務(wù)收到作者來稿后先進(jìn)行查閱，刪除一些垃圾稿件，并把不同欄目的稿件分配給不同的編輯；編輯初審稿件可以直接退稿，可以把稿件轉(zhuǎn)發(fā)給副主編和相關(guān)的專家審稿；副主編可以把稿件轉(zhuǎn)發(fā)給主編審理；編輯收到副主編和專家的審稿反饋后可以決定稿件的處理結(jié)果(退稿、退修、擬錄)；最后作者可以在系統(tǒng)上查看已投稿件的狀態(tài)。

2.3 數(shù)據(jù)庫設(shè)計(jì)
本系統(tǒng)采用的數(shù)據(jù)庫是MySQL[3],數(shù)據(jù)表有register、caogaoxiang、tougao、functions、module、role、role_function、user_role、userinfo、category。表register用來存儲作者注冊的個(gè)人信息；表caogaoxiang是還未上傳稿件的情況下存儲作者投稿時(shí)填寫的稿件的相關(guān)信息，并且作者可以在草稿箱看到此稿件的信息；表tougao是作者上傳稿件成功后存儲稿件信息；表category是存儲編輯部人員對稿件操作的有關(guān)信息，表tougao、表category通過公共關(guān)鍵字contributionNo關(guān)聯(lián)，關(guān)鍵字contributionNo是表tougao的主鍵，是category的外鍵；表functions、module、role、role_function、user_role、userinfo用來實(shí)現(xiàn)權(quán)限管理功能，由編輯角色操作。表tougao和表category部分內(nèi)容如表1、表2所示。

3 系統(tǒng)實(shí)現(xiàn)
3.1 MVC模式簡介
　MVC架構(gòu)是“Model-View-Controller”的縮寫，即“模型-視圖-控制器”。運(yùn)用這種模塊化“分離”的思想，MVC設(shè)計(jì)模式實(shí)現(xiàn)了業(yè)務(wù)邏輯和顯示的分離，大大提高了軟件的質(zhì)量和代碼可維護(hù)性。同時(shí)，降低了各層之間的耦合，提供了應(yīng)用的可擴(kuò)展性。
3.2 Struts2+Spring+JPA架構(gòu)
　基于MVC模式，本投稿和審稿系統(tǒng)分為持久層、數(shù)據(jù)對象層、業(yè)務(wù)層、控制層、表現(xiàn)層。Struts2框架用來實(shí)現(xiàn)頁面跳轉(zhuǎn)，Spring框架用來實(shí)現(xiàn)該系統(tǒng)業(yè)務(wù)邏輯的服務(wù)層，JPA框架則用來操作實(shí)現(xiàn)持久層和控制事務(wù)[4]。
　(1)表示層：展現(xiàn)給作者、編輯人員、審稿專家等用戶的狀態(tài)界面，此處采用包含Struts2標(biāo)簽的JSP頁面，Struts2標(biāo)簽簡化了JSP代碼。
　(2)控制層：Struts2中的action，把用戶的請求轉(zhuǎn)發(fā)給不同的業(yè)務(wù)邏輯進(jìn)行處理，并把處理后的信息反饋到表現(xiàn)層。
　(3)業(yè)務(wù)邏輯層：此系統(tǒng)的業(yè)務(wù)邏輯包含該系統(tǒng)的業(yè)務(wù)需求，用戶的每個(gè)業(yè)務(wù)請求都提供一個(gè)與之對應(yīng)的業(yè)務(wù)邏輯方法。
　(4)持久層：DAO層，負(fù)責(zé)與持久化對象交互，封裝了數(shù)據(jù)的增、刪、查、改操作。
　(5)領(lǐng)域?qū)ο髮樱和ㄟ^JPA作為O/R Mapping的映射工具，將關(guān)系型數(shù)據(jù)庫映射成對象，實(shí)現(xiàn)以面向?qū)ο蠓绞讲僮鲾?shù)據(jù)庫。
　各個(gè)模塊采用的Struts2+Spring+JPA架構(gòu)的系統(tǒng)結(jié)構(gòu)圖如圖3所示。