【正文】 33 省份表結(jié)構(gòu) 字段 意義 數(shù)據(jù)類型 長度 是否為空 約束 pid 省份編號 int 4 非空 主鍵 自增 province 省份 varchar 20 非空 4 城市代碼表（ city） 為得到用戶的所在城市并方便用戶的選擇（以防手動輸入時出現(xiàn)失誤或惡意錯填），需要建立城市代碼表。其主要字段及其數(shù)據(jù)類型等信息如表 34 所示。 表 34 城市表結(jié)構(gòu) 字段 意義 數(shù)據(jù)類型 長度 是否為空 約束 cid 省市編號 int 4 非空 主鍵 自增 city 城市 varchar 22 非空 唯一 pid 所屬省份 int 4 非空 外鍵 5 學科表（ degree） 隨著學術(shù)的繁榮，可能會出現(xiàn)新的學科，為適應這種變化就需要系統(tǒng)管理員將新的學科添加到系統(tǒng)中。為此，設(shè)立專門的數(shù)據(jù)表顯得尤為必要。其主要字段及其數(shù)據(jù)類型等信息如表 35 所示。 表 35 學科表結(jié)構(gòu) 字段 意義 數(shù)據(jù)類型 長度 是否為空 約束 subjectid 學科編號 int 4 非空 主鍵 自增 subject 學科 varchar 20 非空 唯一 6 欄目表（ tsection） 隨著學術(shù)期刊的發(fā)展，可能會設(shè)立新的欄目，為適應這種變化 就需要系統(tǒng)管理員將新的欄目添加到系統(tǒng)中。為此，設(shè)立專門的數(shù)據(jù)表顯得尤為必要。其第三 章 系統(tǒng)總體設(shè)計 16 主要字段及其數(shù)據(jù)類型等信息如表 36 所示。 表 36 欄目表結(jié)構(gòu) 字段 意義 數(shù)據(jù)類型 長度 是否為空 約束 sectionid 欄目編號 int 4 非空 主鍵 自增 sectionname 欄目 varchar 20 非空 唯一 7 作者表（ author） 作者將是本系統(tǒng)中最重要的用戶，作者的信息對于期刊來說尤為重要。作者表的主要作用就是方便用戶的登錄，用以識別用戶的身份，并存儲用戶的相關(guān)信息。其主要字段及其數(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 學位 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 所屬學科 varchar 20 非空 外鍵 usermore 備注 varchar 200 可 空 第三 章 系統(tǒng)總體設(shè)計 17 8 管理員表（ admin） 超級管理員的屬性比較少，沒有像作者一樣的關(guān)于學科、學位等的信息。管理員表只存儲管理員的編號、用戶名和密碼的基本信息。該表的主要字段及其數(shù)據(jù)類型等信息如表 38 所示。 表 38 管理員表結(jié)構(gòu) 字段 意義 數(shù)據(jù)類型 長度 是否為空 約束 adminid 管理員編號 int 4 非空 主鍵 自增 username 用戶名 varchar 20 非空 realname 姓名 varchar 10 非空 pwd 密碼 varchar 20 非空 注：系統(tǒng)的管理員只需要一 人，所以系統(tǒng)中沒有設(shè)計對系統(tǒng)管理員的管理功能（修改密碼除外）；如果確實需要，可以直接操作數(shù)據(jù)表。 9 專家和編輯表（ exed） 專家和編輯有著共同的屬性，如分管欄目等。除此之外就只剩下一些基本信息了，而不像作者一樣有著太多的屬性。該表的主要字段及其數(shù)據(jù)類型等信息如表 39 所示。 表 39 專家表結(jié)構(gòu)表結(jié)構(gòu) 字段 意義 數(shù)據(jù)類型 長度 是否為空 約束 exedid 用戶編號 int 4 非空 主鍵 自增 username 用戶名 varchar 20 非空 realname 姓名 varchar 10 非 空 pwd 密碼 varchar 20 非空 section 分管欄目 int 4 非空 外鍵 usertype 用戶類型 int 4 非空 注：在該表中，每個欄目只有一名編輯；但一個欄目下可以有多名專家。該表中有一個為 usertype 的字段，在程序中設(shè)置專家的 usertype 值為 3，編輯的 usertype 值為 2。 第三 章 系統(tǒng)總體設(shè)計 18 10 稿件表（ article） 網(wǎng)上投稿系統(tǒng)的文章都以 Word 或 PDF 格式存放在服務(wù)器上。稿件除了附件本身之外還要包括所屬作者、提交日期、稿件目前的狀態(tài)、需要處理的部門、初審編輯、終審專 家等詳細信息。而稿件表內(nèi)就存儲了除稿件本身的其他信息。其主要字段及其數(shù)據(jù)類型等信息如表 310 所示。 表 310 稿件表結(jié)構(gòu) 字段 意義 數(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 關(guān)鍵字一 varchar 20 非空 keyword_2 關(guān)鍵字二 varchar 20 可空 keyword_3 關(guān)鍵字三 varchar 20 可空 keyword_4 關(guān)鍵字四 varchar 20 可空 keyword_5 關(guān)鍵字五 varchar 20 可空 keyword_e1 英文關(guān)鍵字一 varchar 20 非空 keyword_e2 英文關(guān)鍵字 二 varchar 20 可空 第三 章 系統(tǒng)總體設(shè)計 19 keyword_e3 英文關(guān)鍵字三 varchar 20 可空 keyword_e4 英文關(guān)鍵字四 varchar 20 可空 keyword_e5 英文關(guān)鍵字五 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)自動寫入的，不允許用戶的操作。 視圖 本系統(tǒng)中的數(shù)據(jù)表較多，關(guān)聯(lián)的外鍵比較多，在檢索一個表的數(shù)據(jù)時為了查看到相應的文字信息，可能要到其關(guān)聯(lián)的外鍵表中去檢索。如果每次檢索都即時手動從多個表中查詢，需要寫較多的 SQL語句，工作量大、檢索繁瑣，為解決此類情況，建立了若干視圖。 1 省市視圖（ pc） 在列出各城市名稱的同時也要列出其所屬的省份。創(chuàng)建一個省市視圖可以方便的完成該任務(wù)。創(chuàng)建該視圖的 SQL語句為 [6]： create view pc (pcid, city, province) as select pcid, city, province 第三 章 系統(tǒng)總體設(shè)計 20 from city, province where = 2 作者視圖（ author_e） 在查找作者的詳細信息時，如果每個字段都去外鍵所關(guān)聯(lián)的表中去查找的話，工作量大、檢索繁瑣，為減輕此類情況，建立了作者的視圖，該視圖中詳細列出了作者的有關(guān)信息。創(chuàng)建該視圖的 SQL語句為： create view author_e as select , , , , , , , , , from author,profession,degree,subject where = and = and = 3 專家和編輯視圖（ exed_v） 系統(tǒng)管理員在對專家和編輯進行管理時，需要查看他們的詳細信息。為了方便系統(tǒng)管理員的查看，列出了專家和編輯分管的欄目。為此，在欄目表與專家和編輯表上建立了專家和編輯的視圖。創(chuàng)建該視圖的 SQL語句為： create view exed_v as select 第三 章 系統(tǒng)總體設(shè)計 21 exedid, username, realname, pwd, usertype, sectionname from exed,tsection where =sectionname 4 稿件視圖（ article_v） 不論是作者、編輯還是專家，他們都要查看稿件；作為專家和編輯，在查看稿件時需要知道該稿件的作者及詳細的聯(lián)系方式，為此，在稿件表和作者表上建立了稿件視圖。創(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)系圖。 第三 章 系統(tǒng)總體設(shè)計 22 圖 34 數(shù)據(jù)表關(guān)系圖 第四章 系統(tǒng)詳細設(shè)計及實現(xiàn) 23 第四章 系統(tǒng)詳細設(shè)計及實現(xiàn) 公共頁面 主頁 主頁的主要作用就是導航，引導系統(tǒng)管理員、專家、編輯和作者分別登錄自己的模塊，進行相應的操作；同時，作為一家雜志社，在主頁上放置期刊的基本信息、期刊的最新情況，讓更多人來了解 本期刊，吸引更多的作者向我刊投稿；還有，在頁面上放置部分文檔供作者參考；另外，提供部分相關(guān)網(wǎng)站的超級鏈接也是必要的。 該頁面主要分為導航欄、刊物信息欄、下載專區(qū)、投稿指南和友情鏈接欄。導航欄分別建立了指向各種用戶登錄系統(tǒng)的超級鏈接；其它部分不屬于網(wǎng)上投稿系統(tǒng)的范圍，在此不做詳細闡述。 主頁截圖如圖 41 所示。 第四章 系統(tǒng)詳細設(shè)計及實現(xiàn) 24 圖 41 主頁截圖 用戶登錄頁面 為了方便各類用戶充分享有自己的權(quán)利，識別用戶的身份，需要用戶登錄此系統(tǒng)。本系統(tǒng)的四種不同類型用戶，存儲在不同的數(shù)據(jù)表中，所以不能共用一個登錄頁面；但，登錄的原理都 是一致的：最先在客戶端使用 javascript 進行非空驗證 [7]，當用戶名和密碼都不為空時傳送到服務(wù)器，在服務(wù)上首先連接數(shù)據(jù)庫，然后在相應的數(shù)據(jù)表中檢索用戶和密碼是否匹配，當用戶存在且密碼正確時記錄諸如用戶名、用戶類型等信息，并重定向至某個頁面；如果用戶名和密碼在數(shù)據(jù)庫中不匹配，則彈出登錄失敗的對話框。 第四章 系統(tǒng)詳細設(shè)計及實現(xiàn) 25 系統(tǒng)管理員頁面 系統(tǒng)管理主頁 系統(tǒng)管理主頁中使用了框架，將頁面分為四個部分，最上面為 logo 等，嵌入了 ../；左側(cè)為系統(tǒng)管理導航，