【正文】 名 varchar 10 非 空 pwd 密碼 varchar 20 非空 section 分管欄目 int 4 非空 外鍵 usertype 用戶類型 int 4 非空 注：在該表中，每個欄目只有一名編輯；但一個欄目下可以有多名專家。 第三 章 系統(tǒng)總體設計 18 10 稿件表（ article） 網(wǎng)上投稿系統(tǒng)的文章都以 Word 或 PDF 格式存放在服務器上。而稿件表內(nèi)就存儲了除稿件本身的其他信息。 表 310 稿件表結構 字段 意義 數(shù)據(jù)類型 長度 是否為空 備注 articleid 稿件編號 int 4 非空 主鍵 自增 route 存放路徑 varchar 200 非空 唯一 title 中文標題 varchar 60 非空 title_e 英文標題 varchar 200 非空 section 投稿欄目 int 4 非空 外鍵 authorid 作者編號 int 4 非空 外鍵 author_2 第二作者 varchar 20 可空 address_a2 第二作者單位 varchar 60 可空 author_3 第三作者 varchar 20 可空 address_a3 第三作者單位 varchar 60 可空 author_4 第四作者 varchar 20 可空 address_a4 第四作者單位 varchar 60 可空 author_5 第五作者 varchar 20 可空 address_a5 第五作者單位 varchar 60 可空 abstract 摘要 text 非空 abstract_e 英文摘要 text 非空 keyword_1 關鍵字一 varchar 20 非空 keyword_2 關鍵字二 varchar 20 可空 keyword_3 關鍵字三 varchar 20 可空 keyword_4 關鍵字四 varchar 20 可空 keyword_5 關鍵字五 varchar 20 可空 keyword_e1 英文關鍵字一 varchar 20 非空 keyword_e2 英文關鍵字 二 varchar 20 可空 第三 章 系統(tǒng)總體設計 19 keyword_e3 英文關鍵字三 varchar 20 可空 keyword_e4 英文關鍵字四 varchar 20 可空 keyword_e5 英文關鍵字五 varchar 20 可空 classification 文獻分類號 varchar 4 可空 submittime 提交時間 datetime 非空 submitip 提交 IP varchar 15 非空 state 稿件狀態(tài) int 4 非空 trial_f 初審編輯 int 4 可空 外鍵 trial_l 終審專家 int 4 可空 外鍵 articlemore 備注 varchar 200 可空 suggestion 處理意見 varchar 200 可空 狀態(tài)說明：該表中的稿件狀態(tài)只有其中，分別為： ① 草稿； ② 等待初審；③ 等待終審； ④ 初審未通過； ⑤ 終審通過，錄用； ⑥ 終審未通過，退回； ⑦ 終審不合格，退回修改。 視圖 本系統(tǒng)中的數(shù)據(jù)表較多，關聯(lián)的外鍵比較多，在檢索一個表的數(shù)據(jù)時為了查看到相應的文字信息，可能要到其關聯(lián)的外鍵表中去檢索。 1 省市視圖（ pc） 在列出各城市名稱的同時也要列出其所屬的省份。創(chuàng)建該視圖的 SQL語句為 [6]： create view pc (pcid, city, province) as select pcid, city, province 第三 章 系統(tǒng)總體設計 20 from city, province where = 2 作者視圖（ author_e） 在查找作者的詳細信息時，如果每個字段都去外鍵所關聯(lián)的表中去查找的話，工作量大、檢索繁瑣，為減輕此類情況，建立了作者的視圖，該視圖中詳細列出了作者的有關信息。為了方便系統(tǒng)管理員的查看，列出了專家和編輯分管的欄目。創(chuàng)建該視圖的 SQL語句為： create view exed_v as select 第三 章 系統(tǒng)總體設計 21 exedid, username, realname, pwd, usertype, sectionname from exed,tsection where =sectionname 4 稿件視圖（ article_v） 不論是作者、編輯還是專家，他們都要查看稿件；作為專家和編輯，在查看稿件時需要知道該稿件的作者及詳細的聯(lián)系方式，為此，在稿件表和作者表上建立了稿件視圖。 第三 章 系統(tǒng)總體設計 22 圖 34 數(shù)據(jù)表關系圖 第四章 系統(tǒng)詳細設計及實現(xiàn) 23 第四章 系統(tǒng)詳細設計及實現(xiàn) 公共頁面 主頁 主頁的主要作用就是導航，引導系統(tǒng)管理員、專家、編輯和作者分別登錄自己的模塊，進行相應的操作；同時，作為一家雜志社，在主頁上放置期刊的基本信息、期刊的最新情況，讓更多人來了解 本期刊，吸引更多的作者向我刊投稿；還有，在頁面上放置部分文檔供作者參考；另外，提供部分相關網(wǎng)站的超級鏈接也是必要的。導航欄分別建立了指向各種用戶登錄系統(tǒng)的超級鏈接；其它部分不屬于網(wǎng)上投稿系統(tǒng)的范圍，在此不做詳細闡述。 第四章 系統(tǒng)詳細設計及實現(xiàn) 24 圖 41 主頁截圖 用戶登錄頁面 為了方便各類用戶充分享有自己的權利，識別用戶的身份，需要用戶登錄此系統(tǒng)。 第四章 系統(tǒng)詳細設計及實現(xiàn) 25 系統(tǒng)管理員頁面 系統(tǒng)管理主頁 系統(tǒng)管理主頁中使用了框架，將頁面分為四個部分，最上面為 logo 等，嵌入了 ../；左側為系統(tǒng)管理導航，嵌入了 ；右側為管理頁面，嵌入了包括 學科管理、欄目管理、用戶管理等在內(nèi)的所有頁面；下側為版權信息，嵌入了 ../ 頁面。 圖 42 系統(tǒng)管理主頁結構圖 系統(tǒng)管理導航頁 該頁面中，添加了一個 treeview 控件。 Treeview 的結構如圖 43 所示。在頁面中添加了一個 datagrid 控件，在 datagrid 控件中列出了目前 數(shù)據(jù)庫中擁有的欄目，同時，在該 datagrid 控件中增加了刪除、編輯的按鈕列，分別實現(xiàn)對期刊欄目的刪除和編輯。同時，期刊增加欄目也是很正常的，所以本頁面中也加入了一個單行文本框和一個按鈕，允許系統(tǒng)管理員將期刊新增的欄目添加到數(shù)據(jù)庫中。 作者管理頁面 作者管理主要用于系統(tǒng)管理員對長期不投稿或亂投稿的作者進行刪除。 該頁面中加入了一個 datagrid 控件，控件中除了有綁定列之外，添加了刪除列和超級鏈接列。 編輯管理 編輯管理除了和作者管理之外相同的功能外，增加了修改和添加編輯的功能。 同時，專家管理與編輯管理非常相似，操作的數(shù)據(jù)表也相同，只是數(shù)據(jù)表中的用戶類型一個字段不同而已，所以， 該頁面也不予介紹。作者在注冊時需要填寫用戶名、密碼、工作單位、聯(lián)系方式等相關信息。當作者在點擊注冊時，也可能會出現(xiàn)用戶名已存在的情況，所以，當作者點擊注冊時也 要首先驗證用戶名是否已經(jīng)存在。 第四章 系統(tǒng)詳細設計及實現(xiàn) 28 圖 44 作者注冊頁面 作者找回密碼 作者在使用本系統(tǒng)的過程中，可能會出現(xiàn)忘記密碼的情況。找回密碼的流程如圖 45 所示。該 功能涉及的內(nèi)容多，在一個頁面上實現(xiàn)的話很容易造成數(shù)據(jù)量大，不易分辨，出現(xiàn)錯誤的幾率較大，所以，分成了多個頁面，在最后作者點擊投稿時一并寫入數(shù)據(jù)庫。 第四章 系統(tǒng)詳細設計及實現(xiàn) 30 填 寫 第 二 作 者 及 單 位填 寫 文 獻 分 類 號選 擇 投 稿 欄 目填 寫 中 英 文 標 題閱 讀 投 稿 須 知填 寫 中 英 文 關 鍵 詞選 填 附 加 信 息 ， 選擇 給 編 輯 部 留 言核 對 基 本 信 息填 寫 中 英 文 摘 要上 傳 稿 件選 擇 投 稿 或 存 稿 圖 46 作者投稿流程 由于部分內(nèi)容為必填，如中英文標題、摘要等，所以在部分頁面中添加了客戶端非空驗證；在上傳文檔時，首先要檢查文件長度不能為 0 字節(jié)，也要限制上傳的文件類型，如果不符合要求則不允許上傳文件；另外，為了防止上傳的文件出現(xiàn)重名文件，需要設置相應的規(guī)則對上傳的文 件進行重命名，本系統(tǒng)使用的規(guī)則是：作者編號 +當前年月日時分秒。兩種方式各有特點，使用存放在file 文件夾下的方式有如下優(yōu)點：當服務器的 SQL Server 程序出現(xiàn)意外時，專第四章 系統(tǒng)詳細設計及實現(xiàn) 31 家和編輯能夠立即到服務器上下載相應的文件更換為傳統(tǒng)的投稿方式，能夠及時應對突發(fā)事件。 注：該頁面中使用了保存文件的命令，所以需要導入 命名空間 [9]。同樣，被專家判定為退回修改的稿件也要繼續(xù)投稿。作者點擊稿件標題時，會進入繼續(xù)投稿的頁面。該頁面在載入時從數(shù)據(jù)庫中讀取了標題、英文標題、摘要和英文摘要并添加到了相應的文本框中，當作者需要修改時直接更改相應文本框的內(nèi)容即可。作者點擊繼續(xù)投稿時的流程如圖 47 所示。 圖 48 繼續(xù)投稿頁面截圖 與此同時，作者可以放棄自己的草稿和退回的稿件，即作者可以在草稿和修改稿列表中有選擇地將草稿和退回修改的稿件刪除。該頁面中列出了作者所投除存放在草稿箱的所有稿件，并給出了稿件的當前狀態(tài)。 作者接收消息 每當編輯對稿件進行初審或專家對稿件進行終審時，系統(tǒng)都會自動寫一條記錄到作者接受消息表，告知作者自己稿件狀態(tài)的變化。在該頁面中，列出了所有的列表，每當用戶點擊消息編號時，會顯示消息的詳細內(nèi)容，并置標志為已讀。在發(fā)送消息時， 不需要指定編輯名，只需要選擇欄目即可，系統(tǒng)會自動搜索該欄目的編輯，將消息發(fā)送給該編輯。 圖 49 作者發(fā)送消息頁面截圖 編輯頁面 編輯初審 編輯對稿件的初審直接決定了稿件能否參與終審的資格。第四章 系統(tǒng)詳細設計及實現(xiàn) 34 初審通過時一方面需要修改稿件的狀態(tài)字段，另一方面需要置終審專家字段，同時也要發(fā)送相應的短消息給稿件的作者。 設 置 稿 件 狀 態(tài) 為“ 初 審 通 過 ”選 擇 終 審 專 家發(fā) 送 短 消息 給 作 者 圖 410 稿件初審流程圖 初審稿件的頁面截圖如圖 411 所示。此時，一方面需要刪除服務器上的稿件文檔，同時又要刪除數(shù)據(jù)表中的記錄。在此頁面上，編輯可以點擊下載稿件，下載完成后，可以將稿件刪除。編輯需要閱讀并回復作者的消息。當編輯點擊“閱讀”時，系統(tǒng) 會載入消息的內(nèi)容，并在內(nèi)容的下方提供了直接回復的功能。 圖 412 編輯閱讀和回復消息的頁面截圖 專家頁面 專家終審 專家對稿件的終審決定了稿件能否在該刊發(fā)表。狀態(tài)為的改變會有三種可能：錄用、退回修改、不予錄用。 第四章 系統(tǒng)詳細設計及實現(xiàn) 36 圖 413 稿件終審頁面截圖 至此，主要的頁面已介紹完畢。 第五章 系統(tǒng)測試 37 第五章 系統(tǒng)測試 系統(tǒng)測試過程 為了能夠使系統(tǒng)的缺陷最大限度地顯現(xiàn)出來，系統(tǒng)測試將是最好的策略。 系統(tǒng)測試的過程如下： 測試期的準備工作 測試之前需要先配置服務器，將相應的文件夾和數(shù)據(jù)庫文件拷貝至服務器上。然后將開發(fā)環(huán)境所在的計算機的相應文件夾 sbumit 復制到服務器的 IIS目錄下，并為 sbumit 目錄創(chuàng)建虛擬目錄 [10]。之后將開發(fā)環(huán)境所在的計算機的 SQL Server 的服務管理器停止（不停止服務將無法復制文件），將 和 復制到服務器的某文件夾下；在服務器的 SQL Server 企業(yè)管理器中附件 ustc 的數(shù)據(jù)庫。 系統(tǒng)測試過程 分別找?guī)孜煌瑢W分別擔當系統(tǒng)管理員、編輯、專家和作者，對系統(tǒng)進行了測試。之后添加了相應欄目的編輯和專家。注冊成功之后，以作者的身份登錄系統(tǒng)，開始投稿。 算法設計欄目的作者登錄該系統(tǒng)，登錄之后立即看到有一篇稿件等待初審，審核各項信息之后認為該稿件符合要求，確定初審通過，并選擇了一名專家對此稿進行終審。專家將稿件下載到本地計算機上，仔細斟酌論文的內(nèi)容，認為論文通過終審。 最后，作者再次登錄該系統(tǒng)，在自己的“接收編輯部消息”一欄中查看到兩條消息，分別是初審通過和終審通過的消息；查看“已投稿”一欄，可看到自己之前所投的稿件狀態(tài)顯示為“錄用”。 系統(tǒng)測試結果 經(jīng)過性能上的測試，測試人員一致認為該系統(tǒng)符合畢業(yè)設計任務書上有關系統(tǒng)功能上的要求。所以，認定該系統(tǒng)在安全性方面符合畢業(yè)設計任務書的有關要求。結 論 39 結 論 系統(tǒng)功能完整性 經(jīng)過測試，本系統(tǒng)能夠完成系統(tǒng)管理、作者投稿、編輯初審、專家終審等系統(tǒng)要求的功能；同時，也滿足作者繼續(xù)投稿、接收編輯部消息等額外功