課程設(shè)計(jì)論文基于Java平臺(tái)的學(xué)報(bào)管理系統(tǒng)的設(shè)計(jì)

1、基于java平臺(tái)的學(xué)報(bào)管理系統(tǒng)的設(shè)計(jì) 【摘要摘要】 本文介紹了基于 java 平臺(tái)、利用 mvc 設(shè)計(jì)模式的 b/s 框架 的學(xué)報(bào)信息管理系統(tǒng)的開發(fā)過程，主要包括需求分析、功能劃分、 數(shù)據(jù)庫設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)等方面。根據(jù)稿件的處理過程定義了稿件 在系統(tǒng)中的八種狀態(tài)和相應(yīng)處理方法。系統(tǒng)體現(xiàn)了 java 在 web 應(yīng)用系統(tǒng)設(shè)計(jì)領(lǐng)域的強(qiáng)大功能。 關(guān)鍵詞：關(guān)鍵詞：mvc web jsp 學(xué)報(bào)信息管理系統(tǒng) 目目 錄錄 摘要要-i-i 目錄- 第 1 章 引言-1 第 2 章 mvc設(shè)計(jì)模式的簡介 -2 第 3 章 系統(tǒng)分析與實(shí)現(xiàn)-3 3.1 系統(tǒng)分析-3 3.2 后臺(tái)數(shù)據(jù)庫的設(shè)計(jì)-6 3.3 系統(tǒng)實(shí)現(xiàn)-6

2、 總結(jié)-11 致謝-12 參考文獻(xiàn)-13 第第1 1章章 引言 當(dāng)今社會(huì)是信息社會(huì)，信息化已經(jīng)深入社會(huì)的各個(gè)方面。隨著科學(xué)技術(shù)的 發(fā)展，全球信息化時(shí)代的全面到來，數(shù)字化科技將為未來社會(huì)建立起“數(shù)字世 界新秩序” ，數(shù)字化信息將成為人類社會(huì)的重要支柱之一。我院學(xué)報(bào)編輯部正在 逐步加快實(shí)現(xiàn)信息化的腳步，為了更加方便投稿作者和編輯部內(nèi)部工作人員處 理稿件，建立期刊網(wǎng)絡(luò)管理平臺(tái)勢(shì)在必行。本課題分析并設(shè)計(jì)了學(xué)報(bào)信息管理 系統(tǒng)，它具備了較完善的信息管理功能，包括用戶注冊(cè)、稿件信息管理、專家 庫信息管理等，系統(tǒng)基于java平臺(tái)，利用sql server 2000作為后臺(tái)數(shù)據(jù)庫，設(shè) 計(jì)過程中利用mvc（mod

3、el-view-control，模型-視圖-控制器）的設(shè)計(jì)模式。 第2章 mvc設(shè)計(jì)模式的簡介 mvc是80年代smlltalk-80出現(xiàn)的一種軟件設(shè)計(jì)模式，現(xiàn)在已經(jīng)被廣泛使用， 它強(qiáng)制性地把應(yīng)用程序的輸入、處理和輸出分開。mvc把應(yīng)用程序分成三個(gè)核 心模塊：模型、視圖和控制器，它們分別擔(dān)負(fù)不同的任務(wù)。 (1)、視圖 視圖是用戶看到并與之交互的界面。視圖向用戶顯示相關(guān)的數(shù)據(jù)，并能接 收用戶的輸入數(shù)據(jù)，但是并不進(jìn)行任何實(shí)際的業(yè)務(wù)處理。視圖可以向模型查詢 業(yè)務(wù)狀態(tài)，但不能改變模型。視圖還能接受模型發(fā)出的數(shù)據(jù)更新事件，從而對(duì) 用戶界面進(jìn)行同步更新。 (2)、模型 模型是應(yīng)用程序的主體部分。模型表示業(yè)

4、務(wù)數(shù)據(jù)和業(yè)務(wù)邏輯。一個(gè)模型能 為多個(gè)視圖提供數(shù)據(jù)。由于同一個(gè)模型可以被多個(gè)視圖重用，所以提高了應(yīng)用 的可重用性。 (3)、控制器 控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。當(dāng)web用戶 單擊web頁面中的提交按鈕來發(fā)送html表單時(shí)，控制器接收請(qǐng)求并調(diào)用相應(yīng) 的模型組件去處理請(qǐng)求，然后調(diào)用相應(yīng)的視圖來顯示模型返回的數(shù)據(jù)。 (4)、mvc處理過程 首先控制器接收用戶的請(qǐng)求，并決定調(diào)用哪個(gè)模型來進(jìn)行處理，然后模型 根據(jù)用戶請(qǐng)求進(jìn)行相應(yīng)的業(yè)務(wù)邏輯處理，并返回?cái)?shù)據(jù)，最后控制器調(diào)用相應(yīng)的 視圖來格式化模型返回的數(shù)據(jù)，并通過視圖呈現(xiàn)給用戶。 (5)、mvc的優(yōu)點(diǎn) 多個(gè)視圖能共享一個(gè)模型。在mv

5、c設(shè)計(jì)模式中，模型響應(yīng)用戶請(qǐng)求并返回 響應(yīng)數(shù)據(jù)，視圖負(fù)責(zé)格式化數(shù)據(jù)并把它們呈現(xiàn)給用戶，業(yè)務(wù)邏輯和表示層分離， 同一個(gè)模型可以被不同的視圖重用，所以大大提高了代碼的可重用性。另外， 模型是自包含的，與控制器和視圖保持相對(duì)獨(dú)立，所以可以方便地改變應(yīng)用程 序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。如果把數(shù)據(jù)庫從一個(gè)移植到另一個(gè)，只需要改變模型 即可。一旦正確地實(shí)現(xiàn)了模型，不管數(shù)據(jù)來自哪個(gè)數(shù)據(jù)庫，視圖都會(huì)正確地顯 示它們。由于mvc的三個(gè)模塊相互獨(dú)立，改變其中一個(gè)不會(huì)影響其他兩個(gè)，所 以依據(jù)這種設(shè)計(jì)思想能構(gòu)造良好的松耦合的構(gòu)件。此外，控制器提高了應(yīng)用程 序的靈活性和可配置性?？刂破骺梢杂脕磉B接不同的模型和視圖去完成用戶的

6、 不同需求。給定一些重用模型和視圖，控制器可以根據(jù)用戶的需求選擇適當(dāng)?shù)?模型進(jìn)行處理，然后選擇適當(dāng)?shù)囊晥D將處理結(jié)果顯示給用戶1。 第3章 系統(tǒng)分析與實(shí)現(xiàn) 3.13.1 系統(tǒng)分析系統(tǒng)分析 本系統(tǒng)包括普通瀏覽者、注冊(cè)用戶及投稿人、審稿專家、編輯部工作人員 （包括欄目編輯和主編）四角色，各自所需功能說明如下： (1)、普通瀏覽者，可查看、搜索和下載已經(jīng)發(fā)表的論文。 (2)、注冊(cè)用戶，可進(jìn)行的操作：a、投稿；b、修改個(gè)人信息（密碼，個(gè)人 基本信息以及研究方向） ；c、查看所投稿件的狀態(tài)；d、下載需要校對(duì)的稿件， 上傳校對(duì)后的稿件；e、查看稿費(fèi)。 (3)、審稿專家：必須是編輯部工作人員添加的，可進(jìn)行的操

7、作：a、下載 審閱編輯部工作人員指定的需要審核的稿件，并給出審稿意見和稿件是否可以 發(fā)表的建議；b、修改自己的信息（個(gè)人基本信息以及研究方向）但要提交給編 輯部工作人員審核；c、查看自己審閱過的稿件和審稿費(fèi)用。 (4)、欄目編輯人員，由主編添加，可進(jìn)行的操作：a、添加審稿專家，查 看專家的信息并審核該專家是否具有審稿資格；b、為未發(fā)表的稿件選擇合適的 審稿專家，直接決定某篇稿件是否可以發(fā)表，但必須給出審稿意見并提交給主 編查看審核；c、修改個(gè)人信息（密碼和個(gè)人基本信息） ；d、搜索人員和稿件信 息。 (5)、主編，可進(jìn)行的操作：a、添加，刪除欄目編輯，以及修改欄目編輯 信息；b、添加審稿專家，

8、查看專家的信息并審核該專家是否具有審稿資格； c、為未發(fā)表的稿件選擇合適的欄目編輯；d、可直接決定稿件是否可以發(fā)表， 如果稿件被退稿要給出退稿理由，同時(shí)把退稿理由以電子郵件的形式發(fā)送到投 稿人的電子信箱中；e、修改個(gè)人信息(密碼和個(gè)人基本信息)；f、搜索人員和 稿件信息。 根據(jù)以上分析，本系統(tǒng)有兩大主模塊：投稿模塊和審稿模塊，詳細(xì)模塊結(jié) 構(gòu)分析如圖1所示，各個(gè)模塊的功能及其之間的關(guān)系說明如下： 信息管理系統(tǒng) 投稿模塊審稿模塊 注 冊(cè) 模 塊 投 稿 模 塊 信 息 搜 索 模 塊 郵 件 發(fā) 送 模 塊 稿 件 信 息 管 理 模 塊 人 員 信 息 管 理 模 塊 圖 1 系統(tǒng)模塊示意圖 注

9、冊(cè)模塊主要負(fù)責(zé)把用戶的注冊(cè)信息保存到數(shù)據(jù)庫中，注冊(cè)完成后自動(dòng)調(diào) 用郵件發(fā)送模塊把注冊(cè)用戶的用戶名和密碼發(fā)送到注冊(cè)用戶填寫的電子郵箱中。 投稿模塊主要負(fù)責(zé)把注冊(cè)用戶的投稿信息保存到數(shù)據(jù)庫中并把稿件上傳到 服務(wù)器端指定的目錄下，該模塊包含一個(gè)文件上傳子模塊，使用第三方開發(fā)的 javasmartupload.jar包來實(shí)現(xiàn)文件的上傳2。 信息搜索模塊和郵件發(fā)送模塊被投稿模塊和審稿模塊共同使用。信息搜索 模塊方便普通瀏覽者，投稿人，審稿專家，編輯部工作人員搜索人員和稿件的 信息。但權(quán)限不同搜索到的信息及其類型范圍不同。郵件發(fā)送模塊主要負(fù)責(zé)把 一些信息發(fā)送到指定郵箱中。 稿件信息管理模塊主要負(fù)責(zé)處理稿件

10、在被審核過程中的狀態(tài)，并來提醒相 應(yīng)的人員進(jìn)行處理。 人員信息管理模塊只能由編輯部工作人員的使用，包括專家?guī)煨畔⒐芾砗?工作人員信息管理。 稿件作為本系統(tǒng)的處理的核心，其處理過程如圖2所示：稿件由系統(tǒng)注冊(cè)用 戶上傳到服務(wù)器端，首先由主編審核，可以直接決定稿件是否合格，主編根據(jù) 稿件的研究方向把稿件發(fā)給合適的欄目編輯；欄目編輯審核稿件，系統(tǒng)根據(jù)稿 件的研究方向和審稿專家的研究方向，列出符合審稿的專家，欄目編輯把稿件 發(fā)送給合適的專家；專家審稿后給出審稿意見和稿件是否可以發(fā)表的建議，然 后提交給欄目編輯進(jìn)行二次審核；欄目編輯根據(jù)專家審稿意見填寫自己的意見 提交給主編進(jìn)行二次審核；主編結(jié)合欄目編輯和

11、審稿專家的意見來決定稿件是 否通過，不合格需要填寫退稿理由以電子郵件的形式發(fā)給投稿人，合格稿件進(jìn) 入校對(duì)狀態(tài)，此時(shí)是通過編輯部工作人員來提醒；三次校對(duì)后稿件進(jìn)入發(fā)表狀 態(tài)，由編輯部確定稿件的發(fā)表年份和發(fā)表期數(shù)；稿件發(fā)表后，網(wǎng)站的普通瀏覽 者可以下載查考。 根據(jù)稿件的處理過程，定義了稿件在系統(tǒng)中有八種狀態(tài)： (1)、未審（稿件在主編的手中） (2)、通過主編的審核,并已由主編發(fā)給欄目編輯,等待選擇審稿專家（稿件 在欄目編輯的手中） (3)、通過欄目編輯的審核，選擇合適的審稿專家（稿件在專家的手中） (4)、通過審稿專家的審核，提交給欄目編輯查看（稿件在欄目編輯的手中） (5)、欄目編輯把查看后的

12、稿件提交給主編（稿件在主編的手中） (6)、通過主編審稿查看，稿件進(jìn)入校對(duì)狀態(tài)（校對(duì)狀態(tài)） (7)、三次校對(duì)后進(jìn)入發(fā)表狀態(tài)（已發(fā)表） (8)、未通過審稿 稿件 上傳 不合格 不合格 合格 合格 合格（進(jìn)入校對(duì)狀態(tài)） 可以被普通用戶查看 圖 2 稿件的處理過程 通知投稿人到 編輯部下載審稿意 見對(duì)稿件進(jìn)行校對(duì)， 共需三次校對(duì) 欄目編輯 主編 發(fā)表，確定稿 件的發(fā)表年份和發(fā) 表期刊 主編根據(jù)稿件的研究方向， 把稿件發(fā)給指定的欄目編 輯 專家審稿時(shí)給出對(duì) 稿件的意見，同時(shí)給出 該稿件是否可以發(fā)表的 意見 該部分，不是通過 系統(tǒng)來提醒投稿人，而 是編輯部工作人員來提 醒 退稿，并用郵件通知投稿人 主編

13、審核 欄目編輯 審核 專家審核 合格 3.23.2 后臺(tái)數(shù)據(jù)庫的設(shè)計(jì)后臺(tái)數(shù)據(jù)庫的設(shè)計(jì) 本系統(tǒng)使用sql server2000作為后臺(tái)數(shù)據(jù)庫，建立了一個(gè)名為tougao的數(shù)據(jù) 庫，以下是幾個(gè)重要表的介紹： user表作用是保存注冊(cè)用戶及投稿人的信息，共包含17個(gè)字段：注冊(cè)用戶 名uid必需是唯一的、密碼upwd、實(shí)姓名uname、年齡uage、所屬民族 unation、工作單位uunit、職稱uppost、職位upost、學(xué)歷ulevel、電子郵箱 uemail、通信地址uaddress、郵政編碼uzipcode、聯(lián)系電話utel、一級(jí)研究方向 udone、二級(jí)研究方向udtwo、三級(jí)研究方向u

14、dthree以及主鍵id用來編號(hào)。 paper表作用是保存投稿的信息，共包含29個(gè)字段：投稿人及該用戶的注冊(cè) 用戶名uid、稿件的中文名pcname、稿件的英文名pename、作者pauthor、稿 件的聯(lián)系人pconnecter、通訊地址paddress、郵政編碼pzipcode、聯(lián)系電話 ptel、稿件的中文摘要pcabstract、英文摘要peabstract、稿件的一級(jí)研究方向 pdone、稿件的二級(jí)研究方向pdtwo、稿件的三級(jí)研究方向pdthree、稿件的項(xiàng) 目基金pfunditem、稿件的所屬中國圖書分類號(hào)pbooktype、所屬中國圖書分類 的子項(xiàng)名pbookitem、稿件的狀

15、態(tài)pstate、投稿費(fèi)用ptbonus、審稿專家的用戶 名eid、審稿費(fèi)用psbonus、專家審稿意見pidea、專家對(duì)該稿件是否可以發(fā)表的 意見ppass(1:通過0:未通過)、稿件發(fā)表的年份pyear、稿件發(fā)表的期數(shù)pmonth、 負(fù)責(zé)該稿件審核的欄目編輯wid、記錄稿件在服務(wù)器中的位置ppath、欄目編輯 的審稿意見pwidea、主編的審稿意見paidea以及主鍵id用來編號(hào)。稿件的一級(jí) 研究方向、二級(jí)研究方向和三級(jí)研究方向三個(gè)字段不僅說明所投稿件的研究方 向，更為了方便以后欄目編輯選擇合適的審稿專家。 expert表作用是保存審稿專家的信息，共包含18個(gè)字段：專家用戶名eid必 需是唯

16、一的、密碼epwd、真實(shí)姓名ename、民族e(cuò)nation、年齡eage、工作單位 eunit、職稱eppost、職位epost、學(xué)歷elevel、電子郵箱eemail、通信地址 eaddress、郵政編碼ezipcode、聯(lián)系電話etel、記錄審稿專家是否通過編輯部的 審核epass(1:通過0:未通過)、專家的一級(jí)研究方向edone、二級(jí)研究方向 edtwo、三級(jí)研究方向edthree、以及主鍵id來編號(hào)。專家的用戶名必須唯一并 且專家的用戶名和密碼是由編輯部工作人員添加的，其他的基本信息是由專家 自己填寫并提交給編輯部工作人員審核。 worker表作用是保存工作人員的信息，共包含7個(gè)字段

17、：用來記錄工作人員 的登錄用戶名wid必需是唯一的、密碼wpwd、真實(shí)姓名wname、職位wpost、 電子郵箱wemail、聯(lián)系電話wtel、以及主鍵id用來編號(hào)。主編和欄目編輯都屬 于工作人員，但主編的用戶名admin開始就存儲(chǔ)在數(shù)據(jù)庫中，欄目編輯的信息由 主編負(fù)責(zé)添加。 上面的四個(gè)表是通過paper表來實(shí)現(xiàn)連接的，其中的uid、eid和wid分別用 來記錄表user、expert和worker中唯一的用戶登錄名。 3 3.3.3 系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn) 1、系統(tǒng)開發(fā)環(huán)境 在眾多的網(wǎng)絡(luò)開發(fā)語言中選擇了 jsp，因?yàn)樗哂懈呖煽啃院头奖愕囊浦?性，以及優(yōu)秀的平臺(tái)開發(fā)解決方案。本系統(tǒng)的開發(fā)環(huán)境如下：

18、 (1)、系統(tǒng)開發(fā)操作系統(tǒng)：windows2000 server (2)、java 運(yùn)行環(huán)境：jdk_1_5 (3)、服務(wù)器引擎：tomcat5.0.19 (4)、系統(tǒng)開發(fā)數(shù)據(jù)庫系統(tǒng)：ms sql server 2000 (5)、圖形化開發(fā)工具： eclipse 系統(tǒng)的主頁如圖4所示： 圖4 主頁 登錄系統(tǒng)主頁的用戶可以查閱和搜索已經(jīng)發(fā)表的稿件的基本信息，同時(shí)可 以下載稿件參考，以下是幾個(gè)模塊的實(shí)現(xiàn)過程的介紹。 2、 mvc模式應(yīng)用 下面以用戶登錄的前后處理過程來說明設(shè)計(jì)系統(tǒng)使用的mvc設(shè)計(jì)模式。 用戶登錄類型共三種：注冊(cè)用戶，審稿專家，編輯部工作人員。用戶輸入 登錄信息后，把信息提交給控制器

19、main。main是一個(gè)servlet，完全的java類， 擔(dān)當(dāng)控制器的功能，在main中得到用戶的輸入信息，如果用戶名，密碼和用戶 類型任一個(gè)為空，則控制器直接選擇視圖login.jsp返回給用戶，提示用戶輸入有 錯(cuò)誤。否則調(diào)用模型中的類db.java和類validateuser共同來完成用戶的驗(yàn)證，驗(yàn) 證成功后返回相應(yīng)用戶類型的操作界面，不成功則返回登錄界面login.jsp，提示 用戶操作錯(cuò)誤。 總的控制模型圖如圖3所示1： 3、 數(shù)據(jù)庫連接 類db.java和數(shù)據(jù)庫配置文件perties來共同完成數(shù)據(jù)庫的連接。 存取信息 應(yīng) 用 服 務(wù) 器 和 數(shù) 據(jù) 庫 瀏 覽 器 選擇

20、 實(shí)例化調(diào)用 選擇 控制器 模 型 驗(yàn) 證 視圖 輸入登陸 請(qǐng)求信息 響應(yīng) 圖 3 控制模型圖 類db.java共有七個(gè)方法及其核心代碼的說明如下5: (1)、public db() 類的構(gòu)造函數(shù)，從文件perties中得到連接數(shù)據(jù)庫的 驅(qū)動(dòng)程序，連接的數(shù)據(jù)庫名，登錄用戶名和密碼 (2)、public void connect() 加載驅(qū)動(dòng)程序，并實(shí)現(xiàn)與數(shù)據(jù)庫的 連接 class.forname(dr);/加載驅(qū)動(dòng)程序 cn = drivermanager.getconnection(ur,user,password); /建立與數(shù)據(jù)庫tougao 的連接 (3)、public v

21、oid createsm() 創(chuàng)建執(zhí)行sql語句的statement對(duì)象 sm = cn.createstatement();/建立statement對(duì)象 在默認(rèn)情況下，同一時(shí)間每個(gè)statement對(duì)象只能打開一個(gè)resultset對(duì)象。 因此，如果讀取一個(gè)resultset對(duì)象與讀取另一個(gè)交叉，則這兩個(gè)對(duì)象必須是由 不同的statement對(duì)象生成的。因此用這個(gè)方法可以避免在同一個(gè)頁面同時(shí)使用 多個(gè)resultset對(duì)象，當(dāng)已經(jīng)存在resultset對(duì)象時(shí)，為了能夠繼續(xù)得到resultset對(duì) 象，必須再創(chuàng)建一個(gè)statement對(duì)象6。 (4)、public resultset gets

22、et(string str) 根據(jù)傳入的sql語句查詢數(shù)據(jù)庫，得到 一個(gè)resultset集合 rs = sm.executequery(str);/執(zhí)行查詢語句，返回記錄結(jié)合 (5)、public boolean updatedb(string str) 根據(jù)傳入的sql語句更新數(shù)據(jù)庫 sm.executeupdate(str);/執(zhí)行插入，刪除等更新數(shù)據(jù)庫的 操作 (6)、public void closesm() 關(guān)閉一個(gè)statement對(duì)象 sm.close(); (7)、public void close()斷開與數(shù)據(jù)庫的連接 cn.close(); 數(shù)據(jù)庫配置文件pe

23、rties的說明如下: driver=com.microsoft.jdbc.sqlserver.sqlserverdriver /數(shù)據(jù)庫驅(qū)動(dòng)程序 url=jdbc:microsoft:sqlserver:/localhost:1433;databasename=tougao/連接的數(shù) 據(jù)庫 username=sa/用戶名 password=sa/密碼 db.java讀取配置文件中的信息,這種方法可以方便系統(tǒng)在不同類型數(shù)據(jù)庫上 的使用，提高了系統(tǒng)的可移植性。在使用不同的數(shù)據(jù)庫時(shí)只要改變數(shù)據(jù)庫驅(qū)動(dòng) 程序,要連接的數(shù)據(jù)庫名,以及用戶名和密碼.不需要重新編譯db.java文件，即可 完成數(shù)據(jù)庫的操作。

24、 4、稿件上傳 稿件上傳及文件上傳，jsp中使用第三方開發(fā)的javasmartupload.jar包來實(shí)現(xiàn) 文件的上傳，運(yùn)用程序的目錄下/user/uploadfile.jsp文件來實(shí)現(xiàn)稿件上傳，以下 是該頁面中的實(shí)現(xiàn)稿件上傳的過程及其核心代碼的說明： /定義目標(biāo)目錄 string destination=/upload/; /初始化對(duì)象 mysmartupload.initialize(pagecontext); /文件上傳 mysmartupload.upload(); string paperpath = null; /文件上傳路徑 /得到所有上傳文件的信息 com.jspsmart.u

25、pload.file myfile = mysmartupload.getfiles().getfile(0); if(!myfile.ismissing() /得到文件的上傳位置 paperpath = destination + myfile.getfilename(); /把文件保存到服務(wù)器端指定的目錄中 myfile.saveas(paperpath); 通過以上的步驟即可實(shí)現(xiàn)把客戶端要投的稿件上傳到服務(wù)器端指定的目錄 中，同時(shí)把paperpath保存到數(shù)據(jù)庫的表paper中ppath字段里，這樣為了方便以后 稿件的下載。 5、審稿模塊 審稿模塊是該系統(tǒng)的核心部分，是通過設(shè)置稿件的8種

26、狀態(tài)來把稿件分配給 不同的用戶進(jìn)行審核來完成的。以下通過審稿流程來說明審稿模塊是如何實(shí)現(xiàn) 的。 (1)、表paper中的字段pstate是用來表示稿件的狀態(tài)默認(rèn)值為1，及用戶投稿 后稿件的狀態(tài)；此時(shí)的稿件只有主編有權(quán)限使用。主編可以查看下載查看稿件 的內(nèi)容，可以直接退稿并給出退稿理由，同時(shí)把退稿理由以電子郵件的形式發(fā) 送給投稿人，并把pstate的值設(shè)置為8（未通過審稿） 。通過主編的第一次審核后 把稿件發(fā)給合適的欄目編輯，此時(shí)把pstate的值改為2，并且把該記錄中的wid 設(shè)置為主編選擇的欄目編輯的登錄用戶名，此時(shí)該稿件歸該欄目編輯所有。 (2)、欄目編輯可以下載查看稿件的內(nèi)容，可以退稿并給出退稿理由提交給 主編第二次審核，并把pstate的值設(shè)置為5。通過欄目編輯的第一次審核后可為 稿件選擇合適的審稿專家，并把pstate的值設(shè)置為3，同時(shí)設(shè)置該記錄中的eid的 值為該審稿專家的登錄用戶名。審稿專家的選擇依據(jù)稿件的研究方向和審稿專 家的研究方向。系統(tǒng)自動(dòng)的以電子郵件的方式提醒審稿專家登錄編輯部網(wǎng)站下 載審稿審核。 (3)、專家審稿完成后設(shè)置pstate的值為4，給出審稿意見，同時(shí)給出該稿件 是否可以發(fā)表的意見，如果可發(fā)表則設(shè)置paper表