【導讀】人愿意承擔由此而產(chǎn)生的法律責任和法律后果，特此鄭重聲明。域內(nèi)備受關注的研究課題。當前的網(wǎng)絡考試系統(tǒng)主要有單機結構、C/S結構、B/S結構。使用的過程是通過考試新聞的發(fā)布、試卷的制定、審核、生成、Inter和局域網(wǎng)進行。

　　

【正文】 的計算機關系數(shù)據(jù)庫管理系統(tǒng)，操作直觀，使用靈活，編程方便，功能強大，環(huán)境適應廣泛，數(shù)據(jù)處理能力極強。 數(shù)據(jù)庫的設計是指對一個給定的應用環(huán)境，構造數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應用系統(tǒng)，滿足各種用戶需求。作為信息資源開發(fā)、管理和服務的一種有效的手段， 數(shù)據(jù)庫技術的應用已越來越廣泛，從小型的單項事務處理系統(tǒng)到大型的信息系統(tǒng)大都用先進的數(shù)據(jù)庫技術來保持系統(tǒng)數(shù)據(jù)的安全性、完整性和共享性。對一個實際的系統(tǒng)來說，數(shù)據(jù)庫表的設計在遵循數(shù)據(jù)庫理論的同時，必須能用開發(fā)工具來實現(xiàn)用戶在各方面提出的功能要求。 一個真正的、完整的站點是離不開數(shù)據(jù)庫的，因為少量的數(shù)據(jù)，如網(wǎng)頁訪問人數(shù)等完全可以存儲在文本文件中，但實際應用中，需要保存的數(shù)據(jù)遠不止這一是否為合法用戶 校園網(wǎng)絡考試系統(tǒng) 進入考生考試界面 輸入考號和密碼 23 點點，而且這些數(shù)據(jù)之間往往還有關聯(lián)，利用數(shù)據(jù)庫來管理這些數(shù)據(jù)，可以很方便的查詢和更新?？梢哉f一個動態(tài)網(wǎng)站的建設是離不開一個設計最優(yōu)的 數(shù)據(jù)庫的。我們現(xiàn)在可以使用的數(shù)據(jù)庫有很多種，如： Fox 數(shù)據(jù)庫 (.dbf)、 Access 數(shù)據(jù)庫 (.mdb)、 DB Informix、 Oracle 和 SQL Server 等等，在本次設計中，選擇了SQL Server 作為后臺數(shù)據(jù)庫工具，因為它 功能遠比 其它數(shù)據(jù)庫 強大，并提供了許多標準的關系數(shù)據(jù)庫管理功能的支持 [19]。 一 、概念結構設計 在系統(tǒng)的數(shù)據(jù)庫設計中，先要對系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)存儲進行分析，分析各數(shù)據(jù)存儲之間的關系，然后才能得出系統(tǒng)的關系模式?？梢圆捎肊－ R 圖的方法來進行數(shù)據(jù)結構分析， E－ R 設 計方法是一種通過 E－ R 圖來描述現(xiàn)實世界信息結構的 DB 設計方法。 E－ R 圖由實體、屬性、聯(lián)系三部分組成。 E－ R 圖的符號說明如圖 4－ 4 所示。 實體 屬性 實體間的聯(lián)系 圖 4－ 4 E－ R 圖圖例 各 部分 ER圖說明如下： ER圖見圖 45： 圖 45 用戶 ER圖 ER圖見圖 46： 圖 46科目 ER圖 用戶 考號 姓名 密碼 性別 專業(yè) 所在系或?qū)W院 是否是管理員 科目 科目編號 科目名稱 24 ER圖見圖 47： 圖 47 考生 ER圖 E－ R圖見圖 48 圖 48 題庫 E－ R圖 ER圖見圖 49： 圖 49 考試信息 ER圖 考生 自動編號 考試編號 考生考號 是否參加考試 題庫信息 自動編號 所屬科目 所屬題型 題目內(nèi)容 選項 正確答 案 標記是否已做 結束時間 通過審核時間 考試信息 考試編號 考試科目 試卷總分 單選題數(shù)目 判斷題數(shù)目 單選題分值 多選題分值 判斷題分值 考試時間長度 開始時間 設置時間 設置者 審核者 25 ER 圖見圖 410： 圖 410 待審核項目 ER 圖 ER圖見圖 411： 圖 411 新聞信息 ER 圖 8． 考試成績信息 ER圖見圖 412： 圖 412考試成績信息 ER圖 新聞登錄日志 ER圖見圖 413 圖 413 新聞登錄日志 ER圖 待審核項目 自 動 編 號 待審核項目名稱 項目編號 審核者 審核意見 審核時間 通過審核否 新聞信息 自動編號 新聞編號 新聞標題 新聞文本內(nèi)容 有效期 創(chuàng)建日期 發(fā)布者 審核者 審核日期 考試成績 自動編號 考生考號 考生姓名 所屬專業(yè) 性別 考試科目 考試編號 開始時間 結束時間 成績 登錄日志 自動 編號 用戶編號 新聞編號 26 組合 ER 圖見圖 414： 圖 4－ 14 組合 E－ R 圖 考試管理中所涉及到的主要實體集及其屬性如下： 用戶﹛用戶 ID，姓名，密碼，系別，班級，性別，職務，專業(yè)，是否管理員﹜； 科目﹛自動編號，科目名稱﹜； 考生﹛自動編號，考試編號，考生考號，是否參加考試﹜； 題庫﹛題號，所屬科目， 題型，問題，選項 1，選項 2，選項 3，選項 4，選項 5，選項 6，正確答案，是否已選中標志﹜； 考試信息﹛編號，科目，試卷總分，單選題數(shù)目，多選題數(shù)目，判斷題數(shù)據(jù)，單選題分值，多選題分值，判斷題分值，考試時間長度，開始時間，結束時間，設置時間，設置者，審核者，通過審核時間﹜； 待審核項目﹛項目名稱，項目編號，審核者，審核意見，通過時間，是否已通過審核﹜； 考試新聞｛自動編號，新聞編號，新聞標題，新聞內(nèi)容，有效期，創(chuàng)建日期，發(fā)布者，審核通過者，審核通過日期｝； 考試成績｛自動編號，考生考號，姓名，系別，專業(yè)，職務， 考試科目，考試編號，開始時間，結束時間，分數(shù)｝； 新聞登錄記錄｛自動編號，新聞編號，用戶編號｝。 n 1 查詢 考試成績 考生 系領導 考試新聞 審核 瀏覽 系統(tǒng)管理員 科目信息 錄入 錄入 試卷 錄入 考試 1 n n 1 n m 1 n 27 二、邏輯結構設計（ E－ R圖向關系模型的轉(zhuǎn)換） E－ R 圖向關系模型的轉(zhuǎn)化要解決的問題是如何將實體和實體間的聯(lián)系轉(zhuǎn)換為關系模式，如何確定這些關系橫式的屬性和碼。 對于實體間的聯(lián)系我們分不同的情況討論： （ 1） 若實體間的聯(lián)系是 1:1，可以在兩個實體轉(zhuǎn)換成的兩個關系中任意一個關系的屬性中加入另一個關系的碼。 （ 2） 若實體間聯(lián)系為 1:n，則在 n 端實體轉(zhuǎn)換成的關系中加入 1 端實體轉(zhuǎn)換成的關系碼。 （ 3） 若實體間聯(lián) 系為 n:m，則將聯(lián)系轉(zhuǎn)換為關系，關系的屬性為諸個實體的碼加上聯(lián)系具有的屬性，而關系的碼則為諸實體的碼的組合。 由以上三點，可將圖 3－ 12 轉(zhuǎn) 換為關系模型， 每個關系的碼用下劃線表示 ： 用戶﹛ 用戶 ID，姓名，密碼，系別，班級，性別，職務，專業(yè)，是否管理員﹜； 科目﹛ 自動編號 ，科目名稱﹜； 考生﹛ 自動編號 ，考試編號，考生考號，是否參加考試﹜； 題庫﹛ 題號 ，所屬科目，題型，問題，選項 1，選項 2，選項 3，選項 4，選項 5，選項 6，正確答案，是否已選中標志﹜； 考試信息﹛ 編號 ，科目，試卷總分，單選題數(shù)目，多選題數(shù)目，判斷題 數(shù)據(jù)，單選題分值，多選題分值，判斷題分值，考試時間長度，開始時間，結束時間，設置時間，設置者，審核者，通過審核時間﹜； 待審核項目﹛ 項目編號 ，項目名稱，審核者，審核意見，通過時間，是否已通過審核﹜； 考試新聞｛ 自動編號，新聞編號， 新聞標題，新聞內(nèi)容，有效期，創(chuàng)建日期，發(fā)布者，審核通過者，審核通過日期｝； 考試成績｛ 自動編號，考生考號， 姓名，系別，專業(yè)，職務，考試科目，考試編號，開始時間，結束時間，分數(shù)｝； 新聞登錄記錄｛ 自動編號， 新聞編號，用戶編號｝。 三、物理結構設計 設計原則如下： (1) 進行規(guī)范化設計，盡可 能地減少數(shù)據(jù)冗余和重復合理的數(shù)據(jù)庫表的設計應該 28 是在滿足需求的前提下，使數(shù)據(jù)的重復量最小，就盡量按照關系數(shù)據(jù)庫系統(tǒng)理論方法去設計一個數(shù)據(jù)庫，減少數(shù)據(jù)的冗余。 (2) 結構設計與操作設計相結合 在設計數(shù)據(jù)庫結構時，有時為了編程實現(xiàn)的簡捷和思路的清晰，往往故意增加一些冗余數(shù)據(jù)。這雖然有悖于傳統(tǒng)的關系數(shù)據(jù)庫理論，但是考慮到選擇的機器型號和檔次等因素，如果增加的冗余不會明顯增加存儲空間和降低處理效率，并且對編程實現(xiàn)有很大幫助，往往可以采用這種方法。 (3) 數(shù)據(jù)結構具有相對的穩(wěn)定性 數(shù)據(jù)結構的相對穩(wěn)定性，可以作為新、舊系統(tǒng)轉(zhuǎn)換的依據(jù) 。無論采用何種方法或手段去處理日常事務，都應該能完成相應的功能，決不會因為采用了計算機而丟失了必要的功能，或徹底改變了原有的工作流程和模式。計算機系統(tǒng)的建成是建立在原系統(tǒng)充分調(diào)研的基礎上的，它既不能脫離原系統(tǒng)的大框架，也不是簡單的重復和替代。所以數(shù)據(jù)庫表結構設計應保證數(shù)據(jù)的相對穩(wěn)定，這樣才能考慮在新的數(shù)據(jù)結構下的業(yè)務處理方式。 此處著重討論如何進行規(guī)范化設計，關系范式規(guī)范化過程如下： 由邏輯結構設計中得出的關系模型可知，從圖 3－ 12 轉(zhuǎn)化的各關系中均無重復項和 空白數(shù)據(jù)項，故是第一范式；而且如圖 313 中的 a, b,c,d,e 所示，所有非主屬性都完全函數(shù)依賴于任一侯選關鍵字，故是第二范式；在第二范式的前提下，所有關系的非主屬性之間都不存在函數(shù)依賴關系 [20]。 基于以上三條設計原則，本系統(tǒng)中關于數(shù)據(jù)庫表結構設計如下： 在服務器上用 SQL Sever2020 建立名為 exam 的數(shù)據(jù)庫。其中包括以下表：考試系統(tǒng)用戶信息表（ cadre_info） ，考試系統(tǒng)部門表（ department），考試系統(tǒng)科目信息表（ exam_subject），考試系統(tǒng)考生信息表（ exam_testuser），考試系統(tǒng)題庫信息表（ exam_database），考試系統(tǒng)考試信息表（ exam_test），待審核項目信息表（ waitforpass），考試新聞信息表（ exam_news），考試成績信息表（ exam_score），考試系統(tǒng)新聞登錄日志表（ exam_news_logs）。 下面將具體介紹數(shù)據(jù)庫中各個表的結構。 和空白數(shù)據(jù)項 消去重復項 1NF 消除部分函數(shù)依賴 2NF 消除傳遞函數(shù)依賴 3NF 非規(guī)范化關系 29 表 41考試系統(tǒng)用戶信息表（ cadre_info） 字段名 類型 備注 UserID varchar 用戶 ID，即用戶想要參加考試的考號 UserName varchar 用戶的真實 姓名 Pwd varchar 用戶密碼 Department Varchar 系別 Office Varchar 班級 Duties Varchar 性別 Rank Varchar 職務 Post Varchar 專業(yè) Ifadmin Bit 管理員權限 表 42考試系統(tǒng)部門表（ department） 表 43考試系統(tǒng)科目信息表（ exam_subject） 表 44考試系統(tǒng)考生信息表（ exam_testuser） 表 45考試系統(tǒng)題庫信息表（ exam_database） 字段名 類型 備注 UserID varchar 用戶 ID，即用戶想要參加考試的考號 字段名 類型 備注 ID 自動編 號 主鍵 Exam_subject 文本 考試科目名稱 字段名 類型 備注 ID 自動編號 主鍵 Testid Int 考試編號 Userid Int 考生考號 Havetest Bit 是否參加考試 字段名 類型 備注 ID 自動編號 題號，主鍵 Subject Nvarchar 考試科目 Type varchar 題型 Question Ntext 問題 Text1 Ntext 選項 1 Text2 Ntext 選項 2 Text3 Ntext 選項 3 Text4 Ntext 選項 4 Text5 Ntext 選項 5 Text6 Ntext 選項 6 Answer Nvarchar 正確答案 Mark Int 是否已選中標志 30 表 46考試系統(tǒng)考試信息表（ exam_test） 表 47待審核項目信息表（ waitforpass） 字段名 類型 備注 ID 自動編號 主鍵 Objname Nvachar 待通過的項目