【正文】 幾年才發(fā)展起來，關(guān)于 Inter 環(huán)境下的網(wǎng)絡(luò)考試測評系統(tǒng)的研究目前還處于發(fā)展階段，在設(shè)計、開發(fā)方面缺乏系統(tǒng)的理論指導(dǎo)。在 1995 年底，國外開始出現(xiàn)支持網(wǎng)上教學(xué)的系統(tǒng)和平臺。在此方式下，組織一次考試至少要經(jīng)過 5 3 個步驟，即人工出卷、考生考試、人工閱卷、試卷分析和成績評估。所以說傳統(tǒng)的考試方式已經(jīng)不能適應(yīng)現(xiàn)代考試的需要。 傳統(tǒng)考試模式如 下圖 所示： 圖 這種考試模式存在很多問題： ，由于考試必須要達到規(guī)定的篩選度和難易度，這樣才能保證考試的目的性，又由于考試的時間的統(tǒng)一，因此出題階段必須非常謹慎小心，難度太大或者太容易都不能保證考試的目的，因此如何出題一直都困擾老師，每年大型考試的出題階段都要花費很長時間，這樣的出題方式又容易泄題。 ，閱卷環(huán)節(jié)是考試中最擔(dān)心的，由于涉及到考生的利益，判分時的一點誤差會造成很大的偏差，由于人為因素也會造成考試的不公正性。 圖 為管理人員用例圖： 6 圖 圖 為考生用例圖： 考生 圖 因此建立用例圖后，再去編寫程序我們就可以一步步完成數(shù)據(jù)結(jié)構(gòu)建立和也業(yè)務(wù)流程。而當(dāng)采用計算機進行管理時，不但可以為企業(yè)節(jié)省大量的人力物力，而且效率要比手工高得多，還可以讓人力資源得到充分的利用。 運用數(shù)據(jù)庫后，將用戶信息、試卷答案、學(xué)校內(nèi)的院系、班級等保存，這樣比起傳統(tǒng)的利用人力來分類、統(tǒng)計方便很多，也不容易出錯，在傳統(tǒng)考試模式中，如果某一個環(huán)節(jié)出錯，那么需要找到該錯誤的工作量非常大，基本上出錯了也不會再去查找錯誤的，因為試卷過多，從新將試卷分類、統(tǒng)計是不可行的，而在數(shù)據(jù)庫中，后臺管理人員只需要對數(shù)據(jù)庫操作就可以找到任意一位學(xué)生的試卷或?qū)W生信息。下面是開發(fā)環(huán)境的具體配置： ： MyEclipse ： Dreamweaver 8 ： ： Apache ：安裝 支持 Java 運行。 隨著編程技術(shù)不斷進步，人們急需一種編程思想解決這種問題，于是 MVC 模式的誕生解決 了這些問題，目前 MVC 編程模式在全世界范圍內(nèi)十分流行， MVC 模式中將數(shù)據(jù)處理、邏輯處理封裝到 Model 里面，將頁面交給 jsp 完成，而 Controller 的任務(wù)是負責(zé) Model 中數(shù)據(jù)處理完畢后選擇合適的頁面。 模型 中的細則 是 由自己來定義的 ，并且 是和 控制器 、 視圖相 分開 ， 因此改變應(yīng)用程序中業(yè)務(wù)邏輯非常容易 。 由于網(wǎng)絡(luò)信息的不斷發(fā)展，傳統(tǒng)中 WEB 應(yīng)用只能在 PC 端操作，而現(xiàn) 在我們可以用更多的方式來訪問應(yīng)用程序。所以數(shù)據(jù)和業(yè)務(wù)處理邏輯從視圖中分離可以保證模型中代碼的復(fù)用。 由于每個模塊中的功能單一，因此當(dāng)需要改變某一部分時只需要找到該模塊進行修 12 改即可，對其他模塊并沒有影響。 缺點 ： MVC 并沒有一個完整的定義，所以并不容易完全理解 MVC 模式 。 、 中等規(guī)模的應(yīng)用程序 MVC 模式的誕生是由于現(xiàn)在項目的規(guī)模越來越高， MVC 模式只適合大型項目，小、中型的應(yīng)用程序并不適合，用了 MVC 模式后反而會適得其反。 很多高級界面工具并不支持 MVC 模式，所以改變這些工具來適應(yīng) MVC 模式中建立模塊的相互分離的代價是很高的，會造成 MVC 使用的困難。 hibernate 框架 Hibernate 中間件是連接 Java 對象和關(guān)系型數(shù)據(jù)庫的橋梁，將 java 對象映射為各種關(guān)系型數(shù)據(jù)庫中的二維關(guān)系，或者反之，將關(guān)系數(shù)據(jù)庫中所存儲的關(guān)系映射為 java 對象，這便是 Hibernate 的主要職責(zé)。應(yīng)用系統(tǒng)的開發(fā)者在應(yīng)用系統(tǒng)中應(yīng)用 Spring 框架后能夠達到“解耦”和“脫離容器”的設(shè)計和實現(xiàn)的目的。 3/在程序更新和維護時盡量不要去更改原代碼，因為原代碼的改動就需要進行大量的分布測試，框架技術(shù)將每個模塊建立連接后交給計算機來完成，可以避免出錯。 ，易于維護。 圖 為學(xué)生的 ER 圖： 圖 學(xué)生 學(xué)生 id 學(xué)號 姓名 密碼 院系 專業(yè) 17 圖 為老師的 ER 圖： 圖 圖 為院系 ER 圖： 圖 圖 為專業(yè) ER 圖： 圖 圖 為考試科目 ER 圖： 圖 老師 姓名 密碼 教師編號 老師 id 院系 名稱 院系 id 專業(yè) 專業(yè) id 專業(yè)名稱 院系 id 科目 科目 id 科目名稱 學(xué)分 考試日期 開始時間 結(jié)束時間 專業(yè) id 狀態(tài) 18 圖 為分數(shù)管理 ER 圖： 圖 數(shù)據(jù) 庫邏輯設(shè)計 數(shù)據(jù)庫設(shè)計概要中描述的關(guān)系模型是比較抽象的一種關(guān)系，設(shè)計出這種抽象模式后可以很方便的設(shè)計出數(shù)據(jù)庫中的邏輯關(guān)系模型，在邏輯關(guān)系模型中主要是建立每個表之間的關(guān)系： 邏輯設(shè)計圖如圖 所示： 圖 數(shù)據(jù)庫表設(shè)計 下面列出數(shù)據(jù)庫表結(jié)構(gòu)： Exam_score 表保存考試成績： 表 Exam_score 列名 類型 長度 描述 Id Int 2 科目成績 id Exam_name Varchar 5 科目成績 Student_id Varchar 10 學(xué)生 id Score Int 5 分數(shù) Student 表用來保存考生信息： 成績 id 學(xué)生 id 科目 id 分數(shù) 19 表 Student 列名 類型 長度 描述 Id Int 2 學(xué)生 id Student_id Varchar 20 學(xué)號 Student_name Varchar 20 學(xué)生姓名 Dept_name Varchar 20 院系名稱 Class_id Varchar 20 專業(yè) id J_teacher 表用來保存老師信息： 表 J_teacher 列名 類型 長度 描述 Id Int 5 老師 id Teacher_name Varchar 5 老師姓名 Teacher_pwd Varchar 10 密碼 Teacher_id Varchar 10 老師編號 Dept 表用來保存院系列表： 表 Dept 列名 類型 長度 描述 Id Int 2 院系 id Dept_name Varchar 8 院系名稱 20 J_class 表用來保存專業(yè)信息： 表 J_class 列名 類型 長度 描述 Id Int 2 專業(yè) id Class_name Varchar 12 專業(yè)名稱 Dept_id Int 5 院系 id J_exam 用來保存考試科目信息： 表 J_exam 列名 類型 長度 描述 Id Int 2 科目 id Exam_name Varchar 8 科目名稱 Natrue Varchar 2 科目類型 credit Int 2 學(xué)分 date Varchar 10 日期 Start_time Varchar 10 開始時間 End_time varchar 10 結(jié)束時間 Class_id int 3 專業(yè) id YN Varchar 2 考試狀態(tài) 表的設(shè)計直接關(guān)系到系統(tǒng)的設(shè)計流程，在程序開發(fā)中占有最重要的地位，表的設(shè)計要經(jīng)過多人的討論，不斷的修改，這樣才能得出最簡潔最效率的表結(jié)構(gòu)，表的設(shè)計關(guān)系到開發(fā)人員的思路，程序員必須嚴格遵循數(shù)據(jù)庫表結(jié)構(gòu)來實現(xiàn)。 22 第五章 系統(tǒng)詳細設(shè)計 系統(tǒng)設(shè)計概要 該項目在登錄時分兩個方向，一個是教師登錄，另外一個是學(xué)生登錄，先從學(xué)生登錄分析，學(xué)生登錄時，以往都是通過學(xué)號直接登錄，在此項目中加入了院系和專業(yè)選擇，院系只是為了綁定專業(yè)，而專業(yè)綁定試卷，因此在選擇院系時通過數(shù)據(jù)庫將該院系的專業(yè)查出，選擇專業(yè)后，通過學(xué)號、密碼、 專業(yè)來判斷用戶，院系就不用參與判斷了，這樣一來實際上試卷已經(jīng)定了，在后面的系統(tǒng)中就可以直接抽取試卷，由于大學(xué)中分為 8個學(xué)期，考慮到大四下學(xué)期有些同學(xué)會有重修或清考，因此在菜單中有一個類似于分頁的下拉列表，選擇學(xué)期來查看該學(xué)期的課程，課程上顯示該課程的學(xué)分、類別，老師閱卷后顯示分數(shù)，根據(jù)時間來判斷是否可以進行考試，如果不能進行考試會提示學(xué)生時間未到或者考試已經(jīng)結(jié)束，進入考試時不是像其他的考試系統(tǒng)那樣將試卷保存到數(shù)據(jù)庫中，因此一個學(xué)校的班級過多，因此試卷的信息量過大，而且學(xué)生在考試時，會有大量的考生同時對數(shù)據(jù)庫 操作來抽取試卷，這樣對數(shù)據(jù)庫的消耗非常大，會出現(xiàn)很多學(xué)生進入考試時等待時間過長或者無法進入考試，將試卷用文本的形式保存，在程序中通過該考生的專業(yè)來選擇合適的試卷，將試卷用編程中對象的形式保存為指定格式，這樣在頁面中形成試卷時也比較方便，免去了數(shù)據(jù)庫的各種連接查詢，連接查詢是一項很耗時的工作，在設(shè)計程序時能不用連接查詢盡量不用，學(xué)生考試完畢點擊提交后將答案保存到數(shù)據(jù)庫中，答案與課程還有學(xué)生學(xué)號相關(guān)聯(lián)。 AJAX 不是一種新的 編程 語言，而是一種用于創(chuàng)建更好更快以及交互 性更強的 Web 應(yīng)用程序的技術(shù)。 AJAX 可使因特網(wǎng)應(yīng)用程序更小、更快，更友好。 Web 應(yīng)用程序較桌面應(yīng)用程序有諸多優(yōu)勢；它們能夠涉及廣大的用戶，它們更易安裝及維護，也更易開發(fā)。 //不加上行代碼會造成提示語無法消失 var name = $.trim($(this).val())。 })。//效果如下圖 }else{ =true。 Object [] params = {id}。 登錄檢驗是檢查用戶名、密碼和專業(yè)，院系不必參與檢查，代碼如下： Public boolean login(LoginInfo loginInfo){ String hql = “select id from Student where student_id = ? and password = ? And classid = ?”。 } return false。 傳統(tǒng)的基于 Hibernate框架開發(fā)中， SessionFactory對 象必須由開發(fā)者自己手動創(chuàng)建。 主界面中提供 查看成績和查看考試科目 2個功能，在數(shù)據(jù)庫中科目表中設(shè)置科目狀態(tài)字段，將已經(jīng)考試過的科目和沒有考試的科目分開。//定義日期對象 var yyyy = ()。//通過日期對象的 getHours 方法返回小時 var mm=()。 mm=checkTime(mm)。nowDateTimeSpan39。,1000)。 試題的生成 試題的生成是該項目中的難點，試卷的信息量大，而且一個學(xué)校的試卷很多，那么根據(jù)科目來選擇試卷，一般會考慮放入數(shù)據(jù)庫中，但是試卷有題目和選項，因此如果放 30 入數(shù)據(jù)庫，那么專業(yè)與科目之間一對多，科目與題目之間一對多，題目與選項一對多，這樣會使得數(shù)據(jù)庫表十分復(fù)雜，因此生成一個試卷要經(jīng)過多次一對多查詢，這樣會使得生成試卷的效率很低。 獲取試卷文件名的代碼如下： public String findFileName(String key)