【正文】 該系統(tǒng)的功能完全考慮了 學(xué)術(shù)論文通過的流程和步驟，并將相應(yīng)的步驟實現(xiàn)。 同時，測試人員也對本系統(tǒng)提出了建議，如頁面美觀有待進(jìn)一步提高，系統(tǒng)中沒有即時通信系統(tǒng)，消息傳送功能比較單一等。 此外，測試人員還試圖進(jìn)行越權(quán)操作，如 作者試圖在地址欄中敲入作者管理的頁面地址，均被返回到系統(tǒng)管理員登錄界面；同時，測試人員也試圖使用 *、 ?等字符登錄系統(tǒng)，均顯示用戶名或密碼錯誤的對話框，未能得逞。 此外，作者還在投稿之時選擇了存草稿，編輯對稿件進(jìn)行初審時選擇初審不通過，專家進(jìn)行終審時選擇退回修改、不予錄用等項目，均符合設(shè)計任務(wù)書的要求。 此時，算法設(shè)計欄目的編輯再次登錄系統(tǒng)，在已錄用稿 件欄目下有一篇稿件，將該稿件下載至本地計算機，確定刊用該稿件。 被指定的專家登錄本系統(tǒng)之后，看到有一篇等待終審的稿件。最先，投稿直接提交至算法設(shè)計欄目。 第五章 系統(tǒng)測試 38 此后，另外一名同學(xué)在注冊頁面填寫相關(guān)信息注冊成為了本系統(tǒng)的作者。 首先，系統(tǒng)管理員設(shè)置了系統(tǒng)的屬性，包括學(xué)科、欄目 、職稱等。 經(jīng)過以上步驟，便可對學(xué)術(shù)論文網(wǎng)上投稿系統(tǒng)進(jìn)行系統(tǒng)測試。 2 復(fù)制數(shù)據(jù)庫 首先需要在服務(wù)器上安裝 SQL Server2021，并且在安裝的過程中身份驗證選擇 SQL Server 和 Windows。 1 復(fù)制文件夾 選定另外一臺局域網(wǎng)中的普通 PC 機做服務(wù)器，并在服務(wù)器上安裝 IIS 版本。在系統(tǒng)詳細(xì)設(shè)計完成之后，有必要對系統(tǒng)進(jìn)行測試。部分僅僅修改較少字段的頁面，如修改密碼等，使用的技術(shù)與之前的頁面類似，流程也較簡單，為節(jié)約篇幅，不在 此做闡述。 稿件終審的頁面截圖如圖 413 所示。終審時會改變稿件表中的兩個字段：狀態(tài)位、終審專家。編輯閱讀和回復(fù)消息的頁面截圖如 412 所示。在本頁面中，列出了作者發(fā)送消息的列表。 編輯接收和回復(fù)消息 作者在投稿和投稿之后都可以向編輯發(fā)送消息。 第四章 系統(tǒng)詳細(xì)設(shè)計及實現(xiàn) 35 已錄用稿件 編輯可以在該頁面中查看到已經(jīng)通過終審確定錄用的稿件。 圖 411 稿件初審頁面截圖 另外，如果稿件完全不符合要求，編輯有權(quán)利直接將稿件刪除。初審?fù)ㄟ^的流程如圖 410 所示。初審的結(jié)果有兩種，一是通過初審，通過初審時編輯要選擇終審的專家；另一種是初審不通過。作者發(fā)送消息的頁面截圖如49 所示。 作者發(fā)送消息 作者不僅可以在投稿時向編輯部發(fā)送消息，也可以在投稿之后向欄目的編輯發(fā)送消息。另外，編輯也可以對稿件的意見給作者發(fā)送消息。作者可依據(jù)狀態(tài)做出相應(yīng)的決策。 第四章 系統(tǒng)詳細(xì)設(shè)計及實現(xiàn) 33 已投稿 系 統(tǒng)允許作者隨時查看自己所投稿件的狀態(tài)。 第四章 系統(tǒng)詳細(xì)設(shè)計及實現(xiàn) 32 修 改 標(biāo) 題 、 英 文 標(biāo) 題 、 摘 要 和 英 文 摘 要刪 除 服 務(wù) 器 上原 來 的 文 件上 傳 文 件 框 為 空 ？重 新 上 傳 文件 到 服 務(wù) 器修 改 數(shù) 據(jù) 表 中的 文 件 路 徑完 成Y E SN O 圖 47 繼續(xù)投稿流程圖 繼續(xù)投稿的頁面截圖如圖 48 所示。當(dāng)作 者點擊繼續(xù)投稿時，服務(wù)器上的數(shù)據(jù)表內(nèi)的相應(yīng)信息將會被修改，與此同時也會判斷上傳文件框中是否有文件，如果有文件將會把服務(wù)器上之前的對應(yīng)的稿件刪除，重新向服務(wù)器上傳文件并修改數(shù)據(jù)表中“路徑”字段。繼續(xù)投稿的頁面中，允許作者修改標(biāo)題、英文標(biāo)題、摘要和英文摘要；同時也允許作者重新上傳稿件。本頁面提供了作者儲存的草稿和被專家判定為退回修改的且作者為當(dāng)前用戶的所有稿件。 草稿和修改稿 作者在投稿時可以選擇稿件是直接投稿還是存為草稿，如果存為草稿，之后當(dāng)作者查看草稿時，允許作者再次投稿。 最后，需要將稿件的信息（含存放路徑及文件名）存放到服務(wù)器的數(shù)據(jù)表中。 在實際應(yīng)用中，在服務(wù)器上存放稿件的形式有兩種，一種是存放到數(shù)據(jù)表中，另一種是存放在服務(wù)器的某個文件夾下。 作者投稿的流程如圖 46 所示。 第四章 系統(tǒng)詳細(xì)設(shè)計及實現(xiàn) 29 顯 示 密 碼 提示 問 題驗 證 用 戶 名 是 否 存 在 ？作 者 輸 入 密 碼提 示 問 題 答 案答 案 是 否 正 確 ？輸 入 新 的 密 碼更 新 數(shù) 據(jù) 庫 中的 該 用 戶 密 碼失 敗完 成N OY E SN OY E S輸 入 用 戶 名 圖 45 作者找回密碼流程圖 作者投稿 作者投稿是本系統(tǒng)的首要任務(wù)，作者投稿時需要填寫標(biāo)題、英文標(biāo)題、關(guān)鍵詞、英文關(guān)鍵詞、第二作者、第二作者單位、摘要、英文摘要、文獻(xiàn)分類號，選擇投稿欄目，上傳文檔。為了有效防止作者重復(fù)注冊，為用戶提供一個找回密碼的功能十分必要。作者注冊的頁面如圖 44 所示。該頁面中，在客戶端使用了 javasript 腳本 [11]，對用戶的輸入做了限制；另外，當(dāng)用戶注冊時也應(yīng)先確認(rèn)用戶名是否已經(jīng)被占用（因為用戶名是作者在登錄時的唯一標(biāo)識，數(shù)據(jù)表中也設(shè)置了唯一的約束），此時，需要在作者表中進(jìn)行檢索，當(dāng)用戶名存在時提醒用戶更換新的用戶名。 作者頁面 作者注冊 普通游客在投稿之前需要先注冊成為本系統(tǒng)的作者方能投稿、查看稿件狀態(tài)等。添加、修改的原理與前面的欄目管理類似，只是操作的數(shù)據(jù)表不同，在此不作詳細(xì)闡述。當(dāng)用戶點擊刪除且該用戶未投稿時，可直接將該用戶刪除；當(dāng)點擊用戶名時，將鏈接到一個新的頁面，新頁面中根據(jù)指定的作者編號，在數(shù)據(jù)表中檢索該作者所投的稿件，并顯示出來。同第四章 系統(tǒng)詳細(xì)設(shè)計及實現(xiàn) 27 時，也允許管理員查看任何作者所投的稿件。 其他諸如省份管理、城市管理、學(xué)科管理、職稱管理等頁面與此頁面類似，不同的就是操作的數(shù)據(jù)表不同，限于篇幅，不做介紹。修改本身就包括三部分：修改、取消和更新。 第四章 系統(tǒng)詳細(xì)設(shè)計及實現(xiàn) 26 圖 43 Treeview 結(jié)構(gòu)圖 期刊欄目管理頁面 欄目管理頁面可以實現(xiàn)系統(tǒng)管理員對期刊欄目的添加、修改和刪除功能。該控件需要手動安裝，安裝的過程等在本文中不做介紹。頁面結(jié)構(gòu)如圖 42 所示。本系統(tǒng)的四種不同類型用戶，存儲在不同的數(shù)據(jù)表中，所以不能共用一個登錄頁面；但，登錄的原理都 是一致的：最先在客戶端使用 javascript 進(jìn)行非空驗證 [7]，當(dāng)用戶名和密碼都不為空時傳送到服務(wù)器，在服務(wù)上首先連接數(shù)據(jù)庫，然后在相應(yīng)的數(shù)據(jù)表中檢索用戶和密碼是否匹配，當(dāng)用戶存在且密碼正確時記錄諸如用戶名、用戶類型等信息，并重定向至某個頁面；如果用戶名和密碼在數(shù)據(jù)庫中不匹配，則彈出登錄失敗的對話框。 主頁截圖如圖 41 所示。 該頁面主要分為導(dǎo)航欄、刊物信息欄、下載專區(qū)、投稿指南和友情鏈接欄。創(chuàng)建該視圖的 SQL語句為： create view article_v as select articleid, route, title, title_e, , submittime, state, realname, , tel, trial_f, Trial_l, section from article,author where = 數(shù)據(jù)表關(guān)系圖 數(shù)據(jù)表之間的外鍵關(guān)聯(lián)比較多，為了方便清晰地查看各個表之間的關(guān)系，畫出了如圖 34 所示的數(shù)據(jù)關(guān)系圖。為此，在欄目表與專家和編輯表上建立了專家和編輯的視圖。創(chuàng)建該視圖的 SQL語句為： create view author_e as select , , , , , , , , , from author,profession,degree,subject where = and = and = 3 專家和編輯視圖（ exed_v） 系統(tǒng)管理員在對專家和編輯進(jìn)行管理時，需要查看他們的詳細(xì)信息。創(chuàng)建一個省市視圖可以方便的完成該任務(wù)。如果每次檢索都即時手動從多個表中查詢，需要寫較多的 SQL語句，工作量大、檢索繁瑣，為解決此類情況，建立了若干視圖。該字段并不是外鍵，主要原因在于該字段是在投稿、審稿時由系統(tǒng)自動寫入的，不允許用戶的操作。其主要字段及其數(shù)據(jù)類型等信息如表 310 所示。稿件除了附件本身之外還要包括所屬作者、提交日期、稿件目前的狀態(tài)、需要處理的部門、初審編輯、終審專 家等詳細(xì)信息。該表中有一個為 usertype 的字段，在程序中設(shè)置專家的 usertype 值為 3，編輯的 usertype 值為 2。該表的主要字段及其數(shù)據(jù)類型等信息如表 39 所示。 9 專家和編輯表（ exed） 專家和編輯有著共同的屬性，如分管欄目等。該表的主要字段及其數(shù)據(jù)類型等信息如表 38 所示。 表 37 作者表結(jié)構(gòu) 字段 意義 數(shù)據(jù)類型 長度 是否為空 約束 authorid 用戶編號 int 4 非空 主鍵 自增 username 用戶名 varchar 50 非空 唯一 userpwd 用戶密碼 varchar 100 非空 realname 真實姓名 varchar 20 非空 birthday 出生日期 datetime 非空 profession 職稱 int 4 非空 外鍵 degree 學(xué)位 int 4 非空 外鍵 unit 單位 varchar 60 非空 pcid 省市 int 4 非空 外鍵 address 聯(lián)系地址 varchar 100 非空 zipe 郵政編碼 char 6 非空 tel 聯(lián)系電話 varchar 12 非空 電子郵箱 varchar 30 非空 question 密碼提示問題 varchar 50 非空 ansewer 密碼提示問題答案 varchar 50 非空 subject 所屬學(xué)科 varchar 20 非空 外鍵 usermore 備注 varchar 200 可 空 第三 章 系統(tǒng)總體設(shè)計 17 8 管理員表（ admin） 超級管理員的屬性比較少，沒有像作者一樣的關(guān)于學(xué)科、學(xué)位等的信息。作者表的主要作用就是方便用戶的登錄，用以識別用戶的身份，并存儲用戶的相關(guān)信息。其第三 章 系統(tǒng)總體設(shè)計 16 主要字段及其數(shù)據(jù)類型等信息如表 36 所示。 表 35 學(xué)科表結(jié)構(gòu) 字段 意義 數(shù)據(jù)類型 長度 是否為空 約束 subjectid 學(xué)科編號 int 4 非空 主鍵 自增 subject 學(xué)科 varchar 20 非空 唯一 6 欄目表（ tsection） 隨著學(xué)術(shù)期刊的發(fā)展，可能會設(shè)立新的欄目，為適應(yīng)這種變化 就需要系統(tǒng)管理員將新的欄目添加到系統(tǒng)中。為此，設(shè)立專門的數(shù)據(jù)表顯得尤為必要。其主要字段及其數(shù)據(jù)類型等信息如表 34 所示。其主要字段及其數(shù)據(jù)類型等信息如表 33所 示。 3 省份代碼表（ province） 系統(tǒng)的每個用戶都有自己的歸屬地，為了便于聯(lián)系，系統(tǒng)有必要得到用戶所在的省市。其主要字段及其數(shù)據(jù)類型等如表 32 所示。其主要字段及其數(shù)據(jù)類型等信息如表 31 所示。 1 職稱表（ profession） 隨著學(xué)術(shù)的繁榮，可能會出現(xiàn)新的職稱，為適應(yīng)這種變化就需要系統(tǒng)管理員將新的職稱添加到系統(tǒng)中。同時，作者在投稿時，也可能與編輯聯(lián)系，給編輯發(fā)送消息，為此，需要建立一個編輯接收消息表。同時，期刊設(shè)置的欄目可能會發(fā)生變化，單獨建表也方便了對欄目的管理。但學(xué)位表的內(nèi)容不可修改，省表、市表等可根據(jù)情況做出改動。 本系統(tǒng)的用戶有管理員、編輯、專家和作者四種類型，他們之間的屬性差第三 章 系統(tǒng)總體設(shè)計 14 距較大，為方便管理，根據(jù)指導(dǎo)老師的建議，將四種類型的用戶分開存放，但編輯和專家屬性大致相同，可合并為一個表。 數(shù)據(jù)表 根據(jù)系統(tǒng)的需要，需要有用戶表、稿件表等基本表。 第三 章 系統(tǒng)總體設(shè)計 13 作 者 注 冊作 者 投 稿直 接 投 稿 存 儲 草 稿編 輯 初 審專 家 終 審錄 用通 過 ？通 過 ？退 回再 次 投 稿未 通 過不 予 錄 用退 回 修 改通 過通 過 圖 33 系統(tǒng)流程圖 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫連接類 系統(tǒng)中多次使用數(shù)據(jù)庫連接，假如每次連接之前進(jìn)行定義，則當(dāng)修改 SQL Server 的連接方式發(fā)生改變后，對于系統(tǒng) 修改的工作量會很大。 file 目錄下存放了作者上傳的稿件，所有稿件可能被作者本人，相應(yīng)欄目的編輯和編輯選中的專家看到；最后需要被編輯下載后從服務(wù)器上刪除。目錄結(jié)構(gòu)如圖 32 所示。 系統(tǒng)結(jié)構(gòu) 根據(jù)系統(tǒng)的功能需求與模塊劃分，可以畫出如圖 31 所示的系統(tǒng)結(jié)構(gòu)圖。 稿件終審：稿件終審決定稿件的錄用與否，決定這稿件是否在本刊發(fā)布，對期刊刊登的稿件起著決定性作用。定期修改密碼可以提高系統(tǒng)的安全性。 第三 章 系統(tǒng)總體設(shè)計 10 接收作者消息：作者在投稿的過程中，可以給相應(yīng)欄目的編輯發(fā)送消息；編輯在登錄系統(tǒng)后，可以查看作者對稿件的說明等消息。