【文章內(nèi)容簡介】 家、編輯分管的欄目等；另外，系統(tǒng)管理員的一個重要任務(wù)就是 及時管理期刊的欄目變化，以方便作者在投稿時選擇相應(yīng)的投稿欄目。 2 作者投稿 作者投稿將是本系統(tǒng)的首要任務(wù)之一。在此系統(tǒng)中，需要完成作者投稿（含草稿的繼續(xù)投稿和退回修改稿的再次投遞）、作者查稿、接收系統(tǒng)消息等。首先，注冊成為本系統(tǒng)作者的用戶可以直接投稿，投稿的過程中需要填寫標題、英文標題、關(guān)鍵詞、英文關(guān)鍵詞、第二作者、摘要、英文摘要、文獻分類號，并選擇投稿欄目，在投稿的最后需要上傳已經(jīng)準備好的 Word 或 PDF 文檔。投稿時可以選擇直接投稿或存放在草稿箱，如果直接投稿則，則稿件不能夠再被修改，此后即可以被編輯進行初 審；如果選擇存放在草稿箱，作者可在此后繼續(xù)對稿件進行修改后再投稿。 作者在此系統(tǒng)中的另一權(quán)限就是接收系統(tǒng)發(fā)來的消息。每當自己所投稿件的狀態(tài)發(fā)生改變時，系統(tǒng)會自動生成一條新消息發(fā)送到作者的收件箱，作者在第二章 可行性研究與需求分析 6 登錄后便可查看；另外，作者也可以通過已投稿箱來查看自己所投稿件的狀態(tài)，并根據(jù)相應(yīng)的狀態(tài)進行處理。 3 編輯初審 作者在投稿后，首先會讓稿件所投欄目的編輯看到。編輯會看到自己負責欄目下稿件的列表，編輯可以直接對稿件進行初步審閱，并根據(jù)個人的意見給出初審?fù)ㄟ^或初審不通過的狀態(tài)變化。當稿件被判定為初審?fù)ㄟ^之時需要選擇對該 稿件進行終審的專家，由專家對稿件進行終審；當稿件被判定為初審不通過之后，稿件直接退回。另外，不論編輯如何處理，作者都會收到相應(yīng)的短消息。 4 專家終審 當稿件被編輯判定為初審?fù)ㄟ^之后，被編輯選擇的專家在登錄系統(tǒng)后就可以看到需要由自己進行終審的稿件的列表。此時，專家可以仔細查閱稿件，對稿件進行終審。專家可以將稿件設(shè)置為三種狀態(tài)：①終審?fù)ㄟ^②直接退回③退回修改。同樣，稿件的狀態(tài)發(fā)生改變時，系統(tǒng)會發(fā)送相應(yīng)的短消息給稿件的作者。 需要解決的主要問題 1 網(wǎng)上投稿系統(tǒng)的安全性問題 網(wǎng)上投稿系統(tǒng)的安全性很重要。作者、編輯、專家 和管理員之間各司其職，任何人不能越權(quán)操作。 2 上傳稿件問題 作者在投稿時，需要上傳 Word 或 PDF 稿件。作者上傳的稿件必須根據(jù)相應(yīng)的規(guī)則進行重新命名以防出現(xiàn)重名的問題，同時，也要將相應(yīng)的稿件地址寫入到數(shù)據(jù)庫中。 系統(tǒng)開發(fā)環(huán)境 開發(fā)環(huán)境需要 的支持，使用的計算機需要滿足以下配置： 硬件要求： 第二章 可行性研究與需求分析 7 1． CPU： Intel Pentium IIclass 300 MHz 以上； 2． 內(nèi)存： 96 MB (最好 128 MB)以上； 3． 磁盤空間： 250 MB(完全安裝 ) 155 MB(快速安裝 )以上； 4． 顯示 器： 800x600， 256 colors。 軟件要求： 1． Microsoft Windows 2021 + SP1 操作系統(tǒng)； 2． Microsoft Inter Explorer 瀏覽器以上； 3． SQL Server2021 數(shù)據(jù)庫系統(tǒng)； 4． ，安裝 .NET Framework 。 為使計算機能夠流暢地進行開發(fā)，使用了如下的配置： 硬件環(huán)境： 1． CPU主頻在 ； 2． 內(nèi)存在 512MB； 3． 磁盤總空間： 80G； 4． 顯示器： 1024*768，真彩色。 軟件環(huán)境 ： 1． Microsoft Windows 2021 + SP1 操作系統(tǒng)； 2． Microsoft Inter Explorer 瀏覽器； 3． SQL Server2021 數(shù)據(jù)庫系統(tǒng)； 4． ，安裝 .NET Framework 。第三 章 系統(tǒng)總體設(shè)計 8 第三章 系統(tǒng)總體設(shè)計 系統(tǒng)模塊劃分 系統(tǒng)模塊按照用戶的類別可分為系統(tǒng)管理員模塊、作者模塊、編輯模塊和專家模塊。 系統(tǒng)管理員模塊 管理員登錄：系統(tǒng)管理員在進行系統(tǒng)管理時首先要登錄系統(tǒng)，才能擁有系統(tǒng)管理員的權(quán)限。 省份管理：當行政區(qū)劃發(fā)生變化時，為了讓作者的聯(lián)系方 式能夠及時得到更新，有必要對省份進行添加、刪除或修改。 城市管理：城市發(fā)生改變的情況較省份發(fā)生變化的情況會更多，另外，省份發(fā)生變化時也常常會引起城市發(fā)生變化，所以，城市管理是很有必要的。 職稱管理：投稿的作者可能是多個系統(tǒng)的，包含教育、醫(yī)療等，最初添加的職稱可能在日后的使用中不完備，時常需要添加新的職稱。 學(xué)科管理：隨著學(xué)術(shù)的繁榮和發(fā)展，交叉學(xué)科的出現(xiàn)和新名詞的誕生，可能需要對學(xué)科進行管理。 專家管理：專家是系統(tǒng)的用戶，新聘用專家或已辭退的專家要在最短的時間內(nèi)進行管理。 編輯管理：編輯是期刊編輯部的工作人員 ，當工作人員的人事關(guān)系發(fā)生變動后（如調(diào)離、辭職或更換工作部門等）需要對其進行管理。 作者管理：當作者長期不投稿或每次投稿都違規(guī)的情況下，可以考慮將該作者刪除，以便節(jié)約系統(tǒng)資源。 欄目管理：期刊的欄目發(fā)生改變是再正常不過的了，當欄目發(fā)生變化后，需要及時修改以便作者能夠根據(jù)期刊設(shè)置的欄目來投稿。 修改個人密碼：系統(tǒng)管理員的密碼一旦發(fā)生泄露，將會導(dǎo)致無法挽回的災(zāi)難，此時，修改密碼就成為當務(wù)之急。 第三 章 系統(tǒng)總體設(shè)計 9 作者模塊 作者注冊：系統(tǒng)不可能為每個作者都分配一個用戶名，當某作者需要向期刊投稿時需要首先根據(jù)系統(tǒng)的要求填寫相關(guān)信息注 冊成為本系統(tǒng)的作者。 作者登錄：作者在投稿或查稿時，系統(tǒng)需要先識別用戶的身份。 新投稿：投稿是本系統(tǒng)的首要任務(wù)，作者在投稿時需要填寫標題、英文標題、中英文關(guān)鍵詞、中英文摘要、第二作者及單位、文獻分類號等必要的信息，選擇投稿欄目，并上傳規(guī)定格式的文檔，最后可以選擇直接投稿或保存到草稿箱。 查看已投稿：稿件一旦被投遞，就會被編輯看到，編輯可以對稿件進行初審，之后可能要被專家進行終審，作者可以通過查看已投稿列表來查看自己稿件的狀態(tài)。 查看草稿：作者在投稿時選擇存草稿后，稿件上傳到服務(wù)器，但編輯還不能看到，此時，作 者可以對稿件進行修改，上傳新的稿件，或修改稿件的其他信息，然后再投稿。 接收編輯部消息：當稿件的狀態(tài)發(fā)生改變時（如初審?fù)ㄟ^、被錄用等），系統(tǒng)都會自動發(fā)送一條消息給稿件的作者，作者也可以通過系統(tǒng)的消息來了解自己稿件的狀態(tài)變化。 修改個人信息：當作者的個人信息發(fā)生改變（如職稱晉升、工作單位、地址發(fā)生變動）時，為了方便編輯部及時聯(lián)系作者，需要作者及時在系統(tǒng)中修改個人的信息。 修改密碼：如果作者的密碼泄露，會被不法分子利用進行惡意投稿等，可能會被系統(tǒng)管理員刪除賬號，所以，定期修改密碼可以提高系統(tǒng)的安全性。 編輯部分 編輯登錄：每個編輯都有自己負責的欄目，識別編輯的身份，讓各位編輯各司其職，方便編輯的稿件初審。 稿件初審：編輯對稿件進行初審，導(dǎo)致稿件的狀態(tài)發(fā)生變化是學(xué)術(shù)論文投稿系統(tǒng)不可或缺的一部分。 第三 章 系統(tǒng)總體設(shè)計 10 接收作者消息：作者在投稿的過程中，可以給相應(yīng)欄目的編輯發(fā)送消息；編輯在登錄系統(tǒng)后，可以查看作者對稿件的說明等消息。 修改密碼：編輯的密碼一旦泄露，可能導(dǎo)致不法人員惡意刪除系統(tǒng)稿件，惡意對稿件進行初審?fù)ㄟ^的設(shè)置，對系統(tǒng)的安全性構(gòu)成威脅。定期修改密碼可以提高系統(tǒng)的安全性。 專家部分 專家登錄：每位專家都有自己負責的欄目，識別專 家的身份，讓各位專家各司其職，方便專家的稿件初審。 稿件終審：稿件終審決定稿件的錄用與否，決定這稿件是否在本刊發(fā)布，對期刊刊登的稿件起著決定性作用。 修改密碼：專家決定這稿件的錄用與否，當其密碼泄露時可能會導(dǎo)致期刊的質(zhì)量問題，專家定期修改密碼可以提高系統(tǒng)的安全性。 系統(tǒng)結(jié)構(gòu) 根據(jù)系統(tǒng)的功能需求與模塊劃分，可以畫出如圖 31 所示的系統(tǒng)結(jié)構(gòu)圖。 第三 章 系統(tǒng)總體設(shè)計 11 學(xué) 術(shù)論 文網(wǎng) 上投 稿系 統(tǒng)系統(tǒng)管理員 作者編輯 專家 管 理 員 登 錄 省 份 管 理城 市 管 理 職 稱 管 理學(xué) 科 管 理專 家 管 理編 輯 管 理作 者 管 理欄 目 管 理修 改 密 碼作 者 注 冊作 者 登 錄新 投 稿查 看 已 投 稿查 看 草 稿接 受 編 輯 部 消 息查 看 個 人 信 息修 改 個 人 信 息修 改 密 碼編 輯 登 錄稿 件 初 審接 受 作 者 消 息查 看 個 人 信 息修 改 密 碼專 家 登 錄稿 件 終 審查 看 個 人 信 息修 改 密 碼 圖 31 系統(tǒng)結(jié)構(gòu)圖 目錄規(guī)劃 該解決方案按照用戶來規(guī)劃，分別分為 admin、 author、 editor 和 expert 四個目錄，另外，添加存放稿件的 file 目錄。目錄結(jié)構(gòu)如圖 32 所示。 第三 章 系統(tǒng)總體設(shè)計 12 學(xué) 術(shù) 論 文 網(wǎng) 上 投 稿 系 統(tǒng)系 統(tǒng) 管 理 員（ a d m i n ）編 輯（ e d i t o r ）作 者（ a u t h o r ）專 家（ e x p e r t ）稿 件（ f i l e ） 圖 32 系統(tǒng)目錄結(jié)構(gòu) admin 目錄下存放了系統(tǒng)管理員使用到的所有頁面，包括省份管理、城市管理、職稱管理、作者管理、專家管理、編輯管理、期刊欄目管理等頁面； author 目錄下存放了作者使用到的所有頁面，包括投稿頁面、草稿箱、已投稿、接收編輯部消息、修改個人信息、修改密碼等頁面； editor 目錄下存放了編輯使用到的所有頁面，包括稿件初審頁面、接收作者消息等； expert 目錄下存放了專家使用到的所有頁面，包括稿件終審頁面、修改個人信息、修改密碼等。 file 目錄下存放了作者上傳的稿件，所有稿件可能被作者本人，相應(yīng)欄目的編輯和編輯選中的專家看到；最后需要被編輯下載后從服務(wù)器上刪除。 系統(tǒng)流程設(shè)計 系統(tǒng)從作者注冊到編輯初審再到專家終審，流程如圖 33 所示。 第三 章 系統(tǒng)總體設(shè)計 13 作 者 注 冊作 者 投 稿直 接 投 稿 存 儲 草 稿編 輯 初 審專 家 終 審錄 用通 過 ？通 過 ？退 回再 次 投 稿未 通 過不 予 錄 用退 回 修 改通 過通 過 圖 33 系統(tǒng)流程圖 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫連接類 系統(tǒng)中多次使用數(shù)據(jù)庫連接，假如每次連接之前進行定義，則當修改 SQL Server 的連接方式發(fā)生改變后，對于系統(tǒng) 修改的工作量會很大。為解決此問題，單獨建立了一個 的類，內(nèi)有 dbcon()方法以連接數(shù)據(jù)庫，每次使用數(shù)據(jù)庫連接時只需調(diào)用該類的方法即可。 數(shù)據(jù)表 根據(jù)系統(tǒng)的需要，需要有用戶表、稿件表等基本表。用戶表中存放用戶的基本信息，稿件表中存放稿件編號、文題、關(guān)鍵詞、摘要、存放路徑等信息。 本系統(tǒng)的用戶有管理員、編輯、專家和作者四種類型，他們之間的屬性差第三 章 系統(tǒng)總體設(shè)計 14 距較大，為方便管理，根據(jù)指導(dǎo)老師的建議，將四種類型的用戶分開存放，但編輯和專家屬性大致相同，可合并為一個表。另外，作者的基本屬性如職稱、學(xué)位、學(xué)科及省市等為了減 少數(shù)據(jù)的冗余都應(yīng)單獨存放在其他表中，其主鍵在作者表中作為外鍵。但學(xué)位表的內(nèi)容不可修改，省表、市表等可根據(jù)情況做出改動。 稿件都有一個屬性，就是投稿欄目，也應(yīng)建立外鍵 [5]。同時，期刊設(shè)置的欄目可能會發(fā)生變化，單獨建表也方便了對欄目的管理。 為了方便用戶及時查看自己稿件的狀態(tài)變化，系統(tǒng)在每次稿件狀態(tài)發(fā)生改變時都給出了消息提示，這需要用戶接收消息表。同時，作者在投稿時，也可能與編輯聯(lián)系，給編輯發(fā)送消息，為此，需要建立一個編輯接收消息表。 綜上，建立的表有：省表、市表、職稱表、學(xué)位表、學(xué)科表、欄目表、管理員表、編 輯專家表、作者表、稿件表、用戶接收消息表和編輯接收消息表。 1 職稱表（ profession） 隨著學(xué)術(shù)的繁榮，可能會出現(xiàn)新的職稱，為適應(yīng)這種變化就需要系統(tǒng)管理員將新的職稱添加到系統(tǒng)中。為此，設(shè)立專門的數(shù)據(jù)表顯得尤為必要。其主要字段及其數(shù)據(jù)類型等信息如表 31 所示。 表 31 職稱表結(jié)構(gòu) 字段 意義 數(shù)據(jù)類型 長度 是否為空 約束 professionid 職稱編號 int 4 非空 主鍵 自增 profession 職稱 varchar 20 非空 唯一 2 學(xué)位表（ degree） 為提高數(shù)據(jù)的獨立性，減少 系統(tǒng)的冗余設(shè)立專門的數(shù)據(jù)表顯得尤為必要。其主要字段及其數(shù)據(jù)類型等如表 32 所示。 表 32 學(xué)位表結(jié)構(gòu) 字段 意義 數(shù)據(jù)類型 長度 是否為空 約束 degreeid 學(xué)位編號 int 4 非空 主鍵 自增 degree 學(xué)位 varchar 20 非空 唯一 注：在該表中只有三條記錄，職稱名稱分別為學(xué)士、碩士和博士，并且該第三 章 系統(tǒng)總體設(shè)計 15 表不可修改。 3 省份代碼表（ province） 系統(tǒng)的每個用戶都有自己的歸屬地，為了便于聯(lián)系，系統(tǒng)有必要得到用戶所在的省市。需要單獨建立省份表。其主要字段及其數(shù)據(jù)類型等信息如表 33所 示。 表