【正文】 下面列出數(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 分?jǐn)?shù) Student 表用來保存考生信息： 成績 id 學(xué)生 id 科目 id 分?jǐn)?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 開始時(shí)間 End_time varchar 10 結(jié)束時(shí)間 Class_id int 3 專業(yè) id YN Varchar 2 考試狀態(tài) 表的設(shè)計(jì)直接關(guān)系到系統(tǒng)的設(shè)計(jì)流程，在程序開發(fā)中占有最重要的地位，表的設(shè)計(jì)要經(jīng)過多人的討論，不斷的修改，這樣才能得出最簡潔最效率的表結(jié)構(gòu)，表的設(shè)計(jì)關(guān)系到開發(fā)人員的思路，程序員必須嚴(yán)格遵循數(shù)據(jù)庫表結(jié)構(gòu)來實(shí)現(xiàn)。 根據(jù)分析，可以確定該系 統(tǒng)的集中信息存儲，即：學(xué)生信息、老師信息、專業(yè)信息、院系信息、試卷分?jǐn)?shù)、科目信息。 ，易于維護(hù)。 16 第四章 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫的設(shè)計(jì)關(guān)系到業(yè)務(wù)邏輯的編寫，因此在進(jìn)行數(shù)據(jù)庫分析時(shí)應(yīng)根據(jù)規(guī)范要求來嚴(yán)格完成數(shù)據(jù)庫的創(chuàng)建，必須要減少不必要的數(shù)據(jù)，建立數(shù)據(jù)之間良好的關(guān)系結(jié)構(gòu)，大致有以下要求： 構(gòu)要層次分明，每個(gè)表的包含的信息能夠體現(xiàn)出某一功能； ，在進(jìn)行程序大致分析時(shí)，對數(shù)據(jù)訪問量進(jìn)行評估，訪問量的評估則關(guān)心到數(shù)據(jù)庫的性能、消耗，根據(jù)業(yè)務(wù)邏輯添加”鎖“機(jī)制，保證事務(wù)的完整性。 3/在程序更新和維護(hù)時(shí)盡量不要去更改原代碼，因?yàn)樵a的改動(dòng)就需要進(jìn)行大量的分布測試，框架技術(shù)將每個(gè)模塊建立連接后交給計(jì)算機(jī)來完成，可以避免出錯(cuò)。 圖 為 SSH 框架整合的 MVC 模式： 圖 15 利用 SSH 框架后，可以解 決上述 3 個(gè)缺點(diǎn)，視圖與邏輯處理的連接用 strusts 框架完成，因此改變連接方向不必改動(dòng)原代碼，只需要在 strusts 框架的配置文件中更改；對象的調(diào)用方式發(fā)生改變時(shí)，只需要在 spring 的配置文件中更改； 數(shù)據(jù)庫連接、關(guān)閉、數(shù)據(jù)保存等交給計(jì)算機(jī)來完成，即使數(shù)據(jù)庫改變了，也只需要去 hibernate 配置文件中更改即可。應(yīng)用系統(tǒng)的開發(fā)者在應(yīng)用系統(tǒng)中應(yīng)用 Spring 框架后能夠達(dá)到“解耦”和“脫離容器”的設(shè)計(jì)和實(shí)現(xiàn)的目的。 Hibernate 是一種中間件工具，在 ORM（對象與關(guān)系映射）框架中，是接數(shù)據(jù)庫與實(shí)體類之間的橋梁，在沒有中間件這個(gè)概念之前，程序員直接與最底層的軟件和硬件打交道，由于越底層的東西越負(fù)責(zé)，因此程序員不得不面對很多問題，比如數(shù)據(jù)庫源的不同、復(fù)雜的網(wǎng)絡(luò)環(huán)境、數(shù)據(jù)庫的存儲格式、不同的操作系統(tǒng)等，這些問題與程序沒有直接關(guān)系，在軟件思想中不符合程序員將大量精力集中到業(yè)務(wù)邏輯的開發(fā)的規(guī)則，因此 中間件在應(yīng)用軟件與硬件和操作系統(tǒng)之間解決了這個(gè)問題。 hibernate 框架 Hibernate 中間件是連接 Java 對象和關(guān)系型數(shù)據(jù)庫的橋梁，將 java 對象映射為各種關(guān)系型數(shù)據(jù)庫中的二維關(guān)系，或者反之，將關(guān)系數(shù)據(jù)庫中所存儲的關(guān)系映射為 java 對象，這便是 Hibernate 的主要職責(zé)。 struts 框架 在沒有 strust 框架之前，程序員編寫的 web 程序都是在一個(gè) servlet 中將參數(shù)處理、邏輯處理、視圖選擇封裝到一個(gè)類中，在編寫小型程序時(shí)確實(shí)是使得程序的封裝性很好，功能性很集中，但是隨著項(xiàng)目的規(guī) 模越來越大，人們發(fā)現(xiàn)這樣的方式使程序開發(fā)十分不便，結(jié)構(gòu)復(fù)雜，不便于維護(hù)，也并不遵循程序開發(fā)中的功能單一原則，于是應(yīng) MVC 模式的號召， strust 框架將 web 程序中的請求響應(yīng)的處理、業(yè)務(wù)流程處理、視圖的選擇分開。 很多高級界面工具并不支持 MVC 模式，所以改變這些工具來適應(yīng) MVC 模式中建立模塊的相互分離的代價(jià)是很高的，會造成 MVC 使用的困難。 視圖與控制器 雖然看似 是相互分離 的 ， 其實(shí)不然，他們是 聯(lián)系緊密的部件，視圖 如果 沒有控制器的存在，其應(yīng)用是 非常 有限， 這樣 反而 妨礙了他們的獨(dú)立重用。 、 中等規(guī)模的應(yīng)用程序 MVC 模式的誕生是由于現(xiàn)在項(xiàng)目的規(guī)模越來越高， MVC 模式只適合大型項(xiàng)目，小、中型的應(yīng)用程序并不適合，用了 MVC 模式后反而會適得其反。同時(shí)由于模型和視圖要嚴(yán)格的分 開 ，這樣 就 給調(diào)試應(yīng)用程序帶來了一定的困難 。 缺點(diǎn) ： MVC 并沒有一個(gè)完整的定義，所以并不容易完全理解 MVC 模式 。其中控制器就有一個(gè)好處，它可以用來連接不通的模型和視圖來完成用戶所需要的軟件，控制是夠著應(yīng)用程序的一 個(gè)非常重要的部分。 由于每個(gè)模塊中的功能單一，因此當(dāng)需要改變某一部分時(shí)只需要找到該模塊進(jìn)行修 12 改即可，對其他模塊并沒有影響。 成本低 使用 MVC 模式可以讓模型中處理業(yè)務(wù)過程的接口的實(shí)現(xiàn)變得簡單。所以數(shù)據(jù)和業(yè)務(wù)處理邏輯從視圖中分離可以保證模型中代碼的復(fù)用。模型中返回的處理數(shù)據(jù)并沒有被格式化，所以同樣的數(shù)據(jù)能被不同的界面使用。 由于網(wǎng)絡(luò)信息的不斷發(fā)展，傳統(tǒng)中 WEB 應(yīng)用只能在 PC 端操作，而現(xiàn) 在我們可以用更多的方式來訪問應(yīng)用程序。 模型一旦正確的定義出來 ， 那么 不管數(shù)據(jù) 是 來自數(shù)據(jù)庫或 者是 服務(wù)器，視圖都 將正確的顯示 這些信息 。 模型 中的細(xì)則 是 由自己來定義的 ，并且 是和 控制器 、 視圖相 分開 ， 因此改變應(yīng)用程序中業(yè)務(wù)邏輯非常容易 。 Model View Controller 11 MVC 模式的優(yōu)缺點(diǎn) 度降低 將界面 層和業(yè)務(wù)層 分開后 ， 更改界面層的代碼就不用改變模型和控制器的代碼 ， 同理 ， 改變一個(gè)程序的業(yè)務(wù)邏輯只需要修改 MVC 中模型層的代碼就可以 。 隨著編程技術(shù)不斷進(jìn)步，人們急需一種編程思想解決這種問題，于是 MVC 模式的誕生解決 了這些問題，目前 MVC 編程模式在全世界范圍內(nèi)十分流行， MVC 模式中將數(shù)據(jù)處理、邏輯處理封裝到 Model 里面，將頁面交給 jsp 完成，而 Controller 的任務(wù)是負(fù)責(zé) Model 中數(shù)據(jù)處理完畢后選擇合適的頁面。 MVC 和 B/S 模式。下面是開發(fā)環(huán)境的具體配置： ： MyEclipse ： Dreamweaver 8 ： ： Apache ：安裝 支持 Java 運(yùn)行。 操作可行性 Java 語言在用戶體驗(yàn)度上的良好性能和安全的架構(gòu)，能夠讓考生很輕易的掌握對該系統(tǒng)的操作。 運(yùn)用數(shù)據(jù)庫后，將用戶信息、試卷答案、學(xué)校內(nèi)的院系、班級等保存，這樣比起傳統(tǒng)的利用人力來分類、統(tǒng)計(jì)方便很多，也不容易出錯(cuò)，在傳統(tǒng)考試模式中，如果某一個(gè)環(huán)節(jié)出錯(cuò)，那么需要找到該錯(cuò)誤的工作量非常大，基本上出錯(cuò)了也不會再去查找錯(cuò)誤的，因?yàn)樵嚲磉^多，從新將試卷分類、統(tǒng)計(jì)是不可行的，而在數(shù)據(jù)庫中，后臺管理人員只需要對數(shù)據(jù)庫操作就可以找到任意一位學(xué)生的試卷或?qū)W生信息。 技術(shù)可行性 目前全球范圍類 java 語言的流行度已經(jīng)非常廣泛， java 在 web 應(yīng)用上的前景十分廣泛，借助互聯(lián)網(wǎng)的發(fā)達(dá)與計(jì)算機(jī)的高處理能力，我們已經(jīng)能夠完成很多 web 應(yīng)用， java的方便快捷，用戶體驗(yàn)，跨平臺等優(yōu)勢使得用 java 編寫的程序能夠在不同的平臺上安全運(yùn)行，而 java 里面提供的許多框架能夠提高程序的安全性、靈活性、效率，因此我們需要對程序進(jìn)行修改時(shí)也十分方便，不用對程序代碼進(jìn)行大刀闊斧的修改。而當(dāng)采用計(jì)算機(jī)進(jìn)行管理時(shí)，不但可以為企業(yè)節(jié)省大量的人力物力，而且效率要比手工高得多，還可以讓人力資源得到充分的利用。 數(shù)據(jù)流程通過外部流程輸入源出發(fā)，按照業(yè)務(wù)邏輯的流程，建立更加詳細(xì)的業(yè)務(wù)邏輯的進(jìn)程，在業(yè)務(wù)流程中完成數(shù)據(jù)的分析與判斷，并將有效的數(shù)據(jù)保存，完成一個(gè)封閉式的輸入 輸出過程。 圖 為管理人員用例圖： 6 圖 圖 為考生用例圖： 考生 圖 因此建立用例圖后，再去編寫程序我們就可以一步步完成數(shù)據(jù)結(jié)構(gòu)建立和也業(yè)務(wù)流程。 具體功能需求如下： 表 登錄判斷 在登錄頁面能確定考生基本信息，也是對考生 的信息的初步核定 信息查詢 保證考生的詳細(xì)信息的正確，老師能夠根據(jù)班級查詢該班級所有的學(xué)生的詳細(xì)信息和考試信息 組裝試卷 考生根據(jù)科目進(jìn)入考試時(shí)，系統(tǒng)能自動(dòng)進(jìn)行試卷的組裝 在線考試 考生登錄進(jìn)入后，信息核對完畢后，能夠在線考試，在規(guī)定時(shí)間內(nèi)才能進(jìn)入考試，并且有倒計(jì)時(shí)功能，提示考生交卷時(shí)間 自動(dòng)評分 點(diǎn)擊交卷時(shí)，系統(tǒng)自動(dòng)判分，保存分?jǐn)?shù)，與考生一一對應(yīng) 用例分析 將程序的業(yè)務(wù)邏輯以系統(tǒng)的觀點(diǎn)來闡述，使用計(jì)算機(jī)邏輯來描述系統(tǒng)的本身，系統(tǒng)的組成、業(yè)務(wù)邏輯的流程、功能模塊的作用，通過用例圖，我們可以 直觀的獲取系統(tǒng)的詳細(xì)功能和流程。 ，閱卷環(huán)節(jié)是考試中最擔(dān)心的，由于涉及到考生的利益，判分時(shí)的一點(diǎn)誤差會造成很大的偏差，由于人為因素也會造成考試的不公正性。 ，考試監(jiān)管部門會根據(jù)每個(gè)報(bào)名點(diǎn)獲得的報(bào)名考生的信息來確定考場的人員安排，這需要報(bào)名點(diǎn)、監(jiān)管中心、考場這 3 個(gè)部門來協(xié)調(diào)，不能漏掉一個(gè)考生，考場的確定也要多次核對。 傳統(tǒng)考試模式如 下圖 所示： 圖 這種考試模式存在很多問題： ，由于考試必須要達(dá)到規(guī)定的篩選度和難易度，這樣才能保證考試的目的性，又由于考試的時(shí)間的統(tǒng)一，因此出題階段必須非常謹(jǐn)慎小心，難度太大或者太容易都不能保證考試的目的，因此如何出題一直都困擾老師，每年大型考試的出題階段都要花費(fèi)很長時(shí)間，這樣的出題方式又容易泄題。 4 第二章 需求分析 需求分析的目的是為了分析系統(tǒng)的整體要求，確定系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)，建立系統(tǒng)的業(yè)務(wù)邏輯，初步完成系統(tǒng)的整體開發(fā)步驟。所以說傳統(tǒng)的考試方式已經(jīng)不能適應(yīng)現(xiàn)代考試的需要。但是對互聯(lián)網(wǎng)的真正應(yīng)用僅限于網(wǎng)上報(bào)名工作和網(wǎng)上成績查詢，還沒有真正形成上網(wǎng)考試的規(guī)模。在此方式下，組織一次考試至少要經(jīng)過 5 3 個(gè)步驟，即人工出卷、考生考試、人工閱卷、試卷分析和成績評估。特別是