高校學報采編系統的設計與實現

米 捷，張 鵬

(1.河南工程學院 計算機學院，河南 鄭州 451191；2.南召電業局，河南 南召 474650)

高校學報采編系統的設計與實現

米 捷1，張 鵬2

(1.河南工程學院 計算機學院，河南 鄭州 451191；2.南召電業局，河南 南召 474650)

分析了傳統投稿方式的弊端，以某高校的學報為例，對編輯的日常工作進行解析，并進行了功能模塊的設計、數據庫設計和關鍵技術的實現.以Visual Studio.NET 2003為開發軟件，并結合C #語言和Microsoft SQL Server數據庫管理系統，從高校學報自身特點和工作中常見問題出發，較全面地實現了學報的網絡化管理，正在得到逐步推廣.

學報管理；模塊；在線投稿；數據庫

傳統的編輯出版工作由信息采集、選題策劃、組稿、審稿、編輯加工整理、審定發稿、發稿后的編輯工作及整體設計等幾部分組成[1]，而高校學報在成立之初，其辦刊宗旨和期刊性質、設計風格就已經確定，所以編輯出版工作的信息采集、選題策劃、整體設計等環節，并不是學報的日常工作內容.因此，傳統的編輯出版網絡管理系統并適用于高校學報，鑒于這種情況，國內仍有高校學報采用傳統的投稿、審稿方式，甚至是書信投遞稿件，當然，隨著早期網絡的興起，大部分期刊部門的編輯、審稿專家、作者之間都已采用了電子郵件的形式傳遞稿件和日常聯系.雖然這種方式比傳統郵寄方式提高了實效性且降低了開銷，但是整個投稿過程對作者來說還是模糊的，比如投稿人想了解稿件的狀態，只能打電話或發郵件咨詢，給人的感覺是一個不透明的過程.另外，由于電子郵件本身穩定性和安全性的原因，發送郵件的人，總是擔心郵件沒有安全到達目的地，時常還需要通過電話進行交流來確認.因此，這種模式還不是真正意義上的網絡管理.

1 需求分析及模塊設計

以某高校學報的日常編輯工作流程為例，整個過程為：作者投稿、查看專家審稿意見、初審、選專家、上傳盲審稿,送外審、專家評審、安排刊期、終審、優先出版、分稿(手動/自動).其中，自動分稿有四種方式可選：①輪詢，②按投稿學科，③按投稿欄目，④按投稿月份；手動分稿有兩種方式：①固定人分稿，如主任/副主編/責編/編輯，②都可分稿.

進一步細化得到所要設計的系統模型，如圖1所示.

根據用戶的操作需求，可將系統劃分為5個功能模塊：系統管理員模塊(或者叫做主編管理模塊)、作者投遞稿件模塊、稿件管理模塊、審稿專家評審模塊和其他功能模塊.

1.1 系統管理員模塊

管理員模塊是對整個系統的總體管理，也可稱為主編管理模塊，主要包括對作者、審稿專家、編輯等人員的信息進行管理維護及對個人資料和系統安全信息進行管理維護，除此之外，還包括查看其他編輯人員對稿件的處理過程、查看某稿件的當前狀態、對稿件進行最終審定、決定是否錄等綜合管理.

1.2 作者投遞稿件模塊

作者登錄學報網站進行注冊后，系統生成用戶名和密碼，再次登錄后才能進行在線投稿，而且登錄后作者可以隨時修改個人信息.對于已成功投遞的稿件，作者可隨時查看稿件所處狀態，包括“已投遞成功”、“編輯部正在處理”、“正在外審”、“退修”、“退稿”或“已錄用”等.如需作者“退修”的稿件，作者看到狀態后，可下載審稿意見，在規定時間內修改并重新上傳.在此期間，作者有任何問題可與責任編輯在線直接聯系，免去了發郵件產生的時間延遲.

圖1 稿件處理流程

1.3 稿件管理模塊

責任編輯或編輯的用戶名及密碼主要是由管理員(或主編)提供的，他們主要負責稿件的管理，包括稿件的初審工作、指派相關專家外審、審稿后稿件的復審工作以及根據稿件的具體情況進行審稿人審定后的編輯加工，然后把稿件的處理意見反饋給作者和主編，即退稿、退修或提交主編終審.

1.4 審稿專家評審模塊

由管理員為專家提供用戶名和密碼，當然，為了充實專家庫，也提供校內外專家在線注冊功能，提交證明材料后通過管理員或主編審核后也可進入專家庫.審稿專家登錄系統后，可以看到或修改個人信息，對于責任編輯為其分配的待審稿件，可以將其下載到本地，審閱后在線提交評審意見.

1.5 其他功能模塊

其他功能模塊主要包括統計分析、在線留言以及已發表文章瀏覽等功能.其中統計分析功能主要是對稿件數量、審稿專家費用等內容的統計，以便達到輔助分析的功能，對管理者進行相關工作的安排非常有利；在線留言和已發表文章瀏覽主要是對作者服務，在線留言功能可及時并直接和編輯部取得聯系，避免了收發郵件產生的延遲；已發表文章瀏覽功能可盡快將已出版文章上傳至網絡，避免了紙質出版和網絡出版的時滯問題.

2 系統數據流分析

從作者在線投稿開始，系統便形成了一個由文章名、作者簡介、摘要信息、關鍵詞等數據組成的數據流，自動生成一個ID號.接下來由編輯進行初審，初審后的數據流分為退稿、退修或專家外審等進行處理.專家外審后提交給責任編輯進行復審，之后的數據流又可分為退稿、退修或主編終審等方向.終審后的數據流又分為退稿、退修、編輯加工或錄用等方向.作者將修改后的稿件再次上傳，如無需專家重審，則此數據流將直接指向責任編輯，否則將重新進入初審狀態.系統的數據流見圖2，其中Data1是稿件信息狀態表，記錄稿件各階段的狀態信息.

圖2 系統數據流

3 系統開發及應用環境

由于高校學報一般都置身于學校，因此，本采編系統可建立在校園網的基礎上，采用Visual Studio.NET 2003作為集成應用開發環境，采用C #語言以及Microsoft SQL Server作為數據庫管理系統，Windows Server 2003內置的IIS服務器為Web服務器.整個系統由Web服務器統一管理.其結構如圖3所示.

圖3 系統網絡結構

由圖3可知，作者和審稿專家均有校內和校外之分，校內用戶可直接通過訪問校園網來使用該系統，相對便捷，而校外的用戶則要需要通過因特網實現對該系統的操作.因此，作為學報的服務器端，要能承載足夠多的用戶同時訪問，還要有相充足的硬件配置來應對大規模數據.本采編系統的用戶是通過瀏覽器來進行操作的，所以對于作者、審稿專家和編輯部工作人員來說，配置的計算機只要求能夠上網并可以通過瀏覽器訪問網頁即可.

4 采編系統的數據庫設計

4.1 數據庫概念設計

根據數據庫設計的基本原則[2]進行該數據庫的詳細設計，分析得到本系統的實體有：管理員或主編、編輯、作者、審稿專家和稿件.管理員或主編管理整個數據庫，包括為編輯和審稿專家分配用戶名、密碼；管理編輯、專家和作者的個人信息；對稿件進行終審；決定是否錄用以及自己個人信息的維護，由于本系統中的管理員只有一個，而編輯、審稿專家、作者、稿件卻有多個，所以管理員和他們之間是一對多的關系.同樣的道理，由于一個學報的編輯肯定是多個的，所以編輯和審稿專家、作者和稿件之間是多對多的關系；而審稿專家和作者之間沒有直接關系，多個審稿專家可以對應多個稿件，一個稿件也可能讓多個審稿專家評審后由編輯決定是否錄用，所以審稿專家與稿件之間也是多對多的關系；最后，作者和稿件之間很明顯是一對多的關系.系統E-R圖見圖4.

圖4 系統E-R圖

4.2 建立系統數據庫表

根據圖4中各個實體之間的關系，以及上述對系統功能模塊的劃分和用戶需求，可設計數據庫信息表.主要涉及管理員信息表、編輯信息表、作者信息表、專家信息表和稿件信息表.以編輯和稿件信息表為例，如表1和表2所示.

表1 編輯信息表

表2 稿件信息表

編輯信息表主要用于存儲編輯個人信息，主鍵為ST_EditorID，如主鍵變動，則對其子表級聯更新.

稿件信息表主要用于存儲作者所投稿件的相關信息，主鍵為ST_Article_ID，外鍵有ST_Admin、ST_Editor_ID、ST_Author_ID和ST_Expert_ID.如果主鍵變動，則對其子表級聯更新.除此之外，還有管理員、作者和專家信息表，此處不再贅述.

4.3 數據庫中的信息表

在關系數據庫中，數據表的關系設計可以有效地減少數據冗余[3，4].在SQL Server數據庫中，主要信息表之間的關系如圖5所示.使用ADO數據庫鏈接技術的Open方法來打開數據庫連接，通過用于鏈接數據庫的Connection對象和用于操作數據庫的Recordset對象來完成對數據庫的鏈接和操作.

圖5 數據庫中主要信息表之間的關系

5 系統功能實現及其關鍵技術

前面將本系統主要分為了五個模塊，由于篇幅原因，以作者在線投稿模塊為例.一般作者投稿涉及的編輯部可能若干個，生活中又涉及很多用戶名和密碼，所以再次注冊極有可能遺忘，故本采編系統考慮不用用戶名登錄的模式，而是讓作者直接填寫個人信息或稿件信息即可進行登錄,查詢時按照首次提交的信息依次填寫，以后每次投稿都必須重新輸入.根據日常統計，一年內同一作者重復投稿的比例并不大，所以此方式對作者來說工作量也不算大，而且不必擔心時間長忘記用戶名和密碼的問題.重點是文章上傳后保存的文件名要直觀，采用FTP的形式以上傳時間加文章標題為上傳后的文章標題，當然，作者查詢時，只要輸入文章標題，而無需輸入上傳時間.

關鍵代碼如下：

if(File1.PostedFile.ContentLength!=0)

{

string n=File1.PostedFile.FileName; //獲取文件名

int a=n.LastIndexOf("."); //獲取文件擴展名

string newext=n.Substring(a); //根據投稿提交日期給文件命名,確保文件名不重復

string newname=File1.PostedFile.ContentLength.ToString( ); //保存文件到所要的目錄

string filepath=Server.MapPath("")+"Upfile"+Label1.Text.ToString( ).Trim( )+

Path.GetFileName(File1.Posted-File.FileName);

if(File.Exists(filePath))File1.PostedFile.SaveAs(filePath);

string nam=Label1.Text.ToString( )+Path.GetFileName(File1.PostedFile.FileName);

……

投稿人可通過稿件ID號查詢稿件狀態、審稿意見等信息，另外，如稿件狀態為“修改后再審”或“修改后發表”，則系統必須具有重新上傳文件的功能，第二次或第三次上傳的稿件與原稿件的ID號相同，且與原稿件放在同一文件夾里，但命名時可以以上傳時間不同來區別.

本設計對數據庫的訪問可以充分利用sql內置的存儲過程高效實現.該過程速度快，而且是在數據庫的服務器端運行，因而降低了網絡流量、提高了整體的執行效率.

6 結語

本系統從高校學報自身特點和工作中常見問題出發，較全面地展示了期刊的網絡化管理.只要作者投稿成功，就可以隨時查詢包括編輯、審稿專家(視編輯部情況而定)、主編等多方面信息，增加了審稿的透明度.其次，稿件一旦被上傳，所有的信息將自動錄入數據庫，不需要另外登記，當然還可以增加根據關鍵詞自動篩選專家的功能.直接通過瀏覽器進行審稿或與作者直接交流，使編輯從繁瑣的紙質工作中徹底解放出來，甚至可以利用寒暑假在家辦公.總之，無論是編輯還是審稿人，其時間安排更加靈活，效率大大提高，同時也可以縮短出刊周期.管理的科學化和規范化，在提高工作質量的基礎上，使投稿變得簡單、規范，為提高刊物質量打下了堅實基礎.

[1] 中國編輯學會.出版專業實務[M].上海：上海辭書出版社，2007.

[2] 詹 英.數據庫技術與應用[M].北京：清華大學出版社，2008.

[3] 周志新.科技期刊建立在線投稿與審稿系統的目的與原則[J].編輯學報，2005,17(1)：54-55.

[4] 張小宇.基于Web的學術期刊管理系統[D].西安：西安電子科技大學,2010.

責任編輯：趙秋宇

Design and Application of System for Gathering and Editing of University Journals

MI Jie1,ZHANG Peng2

(1.SchoolofComputingScience,HenanUniversityofEngineering,Zhengzhou451191,China; 2.NanzhaoElectricPowerBureau,Nanzhao474650,China)

In order to analyze the disadvantages of traditional tunnels for contributing to journals,we took an university journal as an example to understand and analyze the daily work of its editorial department.Accordingly,function modules,a database and key technologies were developed.Then,taking Visual Studio.NET 2003 as development software,together with C# Language and Microsoft SQL Server database management system,a more overall network management was made to come true and is generalized to others.

management of university journal,module,electronic contribution,database

2015-05-12

米 捷(1981—)，女，河南鄭州人，講師，碩士，研究方向：計算機網絡研究.

1671-9824(2016)02-0063-06

TP311

A