【正文】 列表包括:編號(hào)、試題類型、試題快照(或試題內(nèi)容)、分值、難度系數(shù)、知識(shí)點(diǎn)、認(rèn)知類型、參考答案（活動(dòng)列表大小可拖動(dòng)） 、批改類型(自動(dòng)批改和人工批改兩種)，列表可分頁(yè)顯示。點(diǎn)擊左側(cè)知識(shí)樹(shù),若點(diǎn)擊章,知識(shí)樹(shù)按該章下的所有節(jié)展開(kāi)。選擇題型，屏幕右側(cè)顯示該章該題型試題列表（按題型分類） 。點(diǎn)擊左側(cè)知識(shí)樹(shù),若點(diǎn)擊節(jié),知識(shí)樹(shù)按該章下的所有節(jié)展開(kāi)。選擇題型，屏幕右側(cè)顯示該節(jié)該題型試題列表（按題型分類） 。點(diǎn)擊左側(cè)知識(shí)樹(shù),若點(diǎn)擊節(jié),知識(shí)樹(shù)按該章下的所有節(jié)展開(kāi)。選擇題型，屏幕右側(cè)顯示該節(jié)該題型試題列表（按題型分類） 。屏幕右側(cè)顯示增加試題、查詢?cè)囶}、修改試題、刪除試題、該題庫(kù)中試題的統(tǒng)計(jì)信息按鈕和選擇范圍提示包括考綱范圍和題型提示。8 考綱范圍就是當(dāng)先獲得焦點(diǎn)的節(jié)點(diǎn)子樹(shù),默認(rèn)為科目節(jié)點(diǎn),點(diǎn)擊左側(cè)知識(shí)樹(shù),若點(diǎn)擊科目,知識(shí)樹(shù)按該科目下的所有章展開(kāi)（開(kāi)始查詢?cè)囶}） 。試題列表包括:編號(hào)、試題類型、試題快照(或試題內(nèi)容)、分值、難度系數(shù)、知識(shí)點(diǎn)、認(rèn)知類型、參考答案（活動(dòng)列表大小可拖動(dòng)） 、批改類型(自動(dòng)批改和人工批改兩種)，列表可分頁(yè)顯示。:編號(hào)、卷庫(kù)名稱、卷庫(kù)中所包含的試卷總數(shù)。屏幕顯示創(chuàng)建試卷、試卷刪除、試卷存檔、試卷列表，每套試卷包括:編號(hào)、試卷名稱、總分、組卷者、組卷日期、審核者、審核日期； 用戶選擇試卷 (可復(fù)選) 。用戶請(qǐng)求添加試卷，點(diǎn)擊“添加試卷” ，屏幕顯示添加試卷向?qū)Ы缑妫撓驅(qū)Х謩e包括：試卷總體信息設(shè)置界面（包括:試卷名稱、適合專業(yè)、適合層次、教學(xué)類型） ，組卷方式選擇界面（人工組卷或自動(dòng)組卷） 。設(shè)置完畢點(diǎn)擊 “組卷” ，則屏幕返回題庫(kù)中組成該試卷的試題編號(hào)組合。若選擇用戶請(qǐng)求對(duì)試卷進(jìn)行刪除操作，點(diǎn)擊“刪除” ，系統(tǒng)提示是否真的要?jiǎng)h除該試卷，若選擇是，則刪除試卷，否則取消操作、屏幕顯示同 4。用戶請(qǐng)求對(duì)試卷存檔，點(diǎn)擊“存檔” ，系統(tǒng)要求用戶指定導(dǎo)出試題的路徑，指定路徑，有兩種方式，一種是手工輸入路徑，另一種是用瀏覽的方式尋找路徑，系統(tǒng)調(diào)用自動(dòng)加密模塊，對(duì)試卷進(jìn)行加密，該試卷存入相應(yīng)路徑，系統(tǒng)返回發(fā)行成功信息。3．2．4 系統(tǒng)的流程模型活動(dòng)圖是 UML 中用于對(duì)系統(tǒng)動(dòng)態(tài)方面建模的一種圖。活動(dòng)圖從本質(zhì)上說(shuō)就是一個(gè)流程圖，顯示從活動(dòng)到活動(dòng)的控制流，能夠更容易顯示參與者的決定和系統(tǒng)異常所要執(zhí)行的多條路徑。通過(guò)活動(dòng)圖，可以了解所描述對(duì)象的要進(jìn)行的各種任務(wù)和過(guò)程。根據(jù)需求分析為系統(tǒng)繪制的活動(dòng)圖我們可以明確在業(yè)務(wù)工作流中參與者與系統(tǒng)各用況之間以及系統(tǒng)用況之間可能的交互。一個(gè)活動(dòng)可以順序的跟在另一個(gè)活動(dòng)之后，圖 35 描述了系統(tǒng)用戶工作過(guò)程的簡(jiǎn)要活動(dòng)圖。使用 UML 中的類圖、用例圖、和活動(dòng)圖建立了系統(tǒng)的靜態(tài)和動(dòng)態(tài)分析模型，為系統(tǒng)的設(shè)計(jì)打下基礎(chǔ)。系統(tǒng)設(shè)計(jì)階段所做出的關(guān)于系統(tǒng)總體結(jié)構(gòu)、數(shù)據(jù)庫(kù)設(shè)計(jì)功能模塊設(shè)計(jì)等各方面的決策將直接影響系統(tǒng)實(shí)現(xiàn)和維護(hù)的難度，并且將最終決定系統(tǒng)質(zhì)量的好壞和系統(tǒng)開(kāi)發(fā)的成敗。通過(guò)本章，使得系統(tǒng)的功能結(jié)構(gòu)進(jìn)一步清晰化，并簡(jiǎn)化設(shè)計(jì)工作，降低復(fù)雜度。以下是系統(tǒng)的功能結(jié)構(gòu)圖：圖 41 系統(tǒng)功能模塊? 用戶管理模塊:用戶權(quán)限管理：管理用戶的增刪及其操作權(quán)限。? 考綱管理模塊:科目管理：增加、刪除、查詢、瀏覽科目。? 題庫(kù)管理模塊:試題錄入：按題型錄入試題，支持多媒體試題的存儲(chǔ)。試題維護(hù)：對(duì)題庫(kù)中已有試題內(nèi)容及屬性進(jìn)行查看、修改或刪除。審核試題：審核試題并指定試題的使用權(quán)限。自動(dòng)組卷：系統(tǒng)根據(jù)輸入的組卷?xiàng)l件，自動(dòng)組成一張?jiān)嚲?。瀏覽試卷：瀏覽指定試卷的內(nèi)容。試做試卷：在線試做具有試做權(quán)限的試卷。圖 42 是網(wǎng)上試題庫(kù)的網(wǎng)絡(luò)結(jié)構(gòu)圖： 圖 42 系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)圖在計(jì)算中心放置數(shù)據(jù)庫(kù)服務(wù)器、應(yīng)用服務(wù)器、Web 服務(wù)器，其中數(shù)據(jù)庫(kù)服務(wù)器上安裝 Oracle 數(shù)據(jù)庫(kù)管理系統(tǒng)；應(yīng)用服務(wù)器和 Web 服務(wù)器在一臺(tái)服務(wù)器上，分別部署業(yè)務(wù)邏輯模塊和 Web 模塊。B/S 模式使得部署成本最低（客戶端只需安裝瀏覽器，而操作系統(tǒng)自帶瀏覽器，所需部署的只有計(jì)算中心服務(wù)器） ，大大簡(jiǎn)化管理成本和升級(jí)成本。考慮到試題庫(kù)系統(tǒng)乃至整個(gè)網(wǎng)上考試系統(tǒng)未來(lái)的應(yīng)用擴(kuò)展，系統(tǒng)需要的服務(wù)器將從一個(gè)擴(kuò)展到多個(gè)，成為真正意義上的集群分布式系統(tǒng)，所以可能造成網(wǎng)絡(luò)擁塞問(wèn)題。正是基于以上考慮，我們的系統(tǒng)采用了分布式、事務(wù)處理透明的有良好擴(kuò)展性的 J2EE 體系技術(shù)來(lái)實(shí)現(xiàn)。網(wǎng)上試題庫(kù)系統(tǒng)所用的客戶端，是一個(gè)簡(jiǎn)單的 IE 瀏覽器。分為 Web 界面層、Web 控制層和業(yè)務(wù)代理層。? 業(yè)務(wù)邏輯層：用于運(yùn)行應(yīng)用邏輯，完成客戶請(qǐng)求中相應(yīng)的計(jì)算和數(shù)據(jù)操作。其中存儲(chǔ)了網(wǎng)上試題庫(kù)系統(tǒng)相關(guān)的各個(gè)表，業(yè)務(wù)邏輯組件訪問(wèn)數(shù)據(jù)庫(kù)有兩種方式，一種是通過(guò)實(shí)體 Bean 與數(shù)據(jù)庫(kù)中的表建立映射的方式，另一種是通過(guò) DAO 模式寫 SQL 語(yǔ)句的方式。4．4 數(shù)據(jù)庫(kù)設(shè)計(jì)4．4．1 數(shù)據(jù)庫(kù)表的總體設(shè)計(jì)本系統(tǒng)的信息存儲(chǔ)采用 數(shù)據(jù)庫(kù)，數(shù)據(jù)庫(kù)名為 NETBANK。知識(shí)點(diǎn)試題對(duì)應(yīng)表（T_KNOW_Q_REF）：存放知識(shí)點(diǎn)與試題的對(duì)應(yīng)關(guān)系，將知識(shí)點(diǎn)與試題之間的多對(duì)多關(guān)系轉(zhuǎn)化為兩個(gè)一對(duì)多關(guān)系。 圖 44 實(shí)體關(guān)系圖單選題表（T_SINGLE_SELECT）:存放單選題文字題干、文字選項(xiàng)、多媒體材料編號(hào)及答案。論述題表（T_ISSUE）:存放論述題題干和答案。組卷規(guī)則表（T_FORMING_POLICY）:存放組卷規(guī)則。試卷試題對(duì)應(yīng)表（T_P_Q_REF）:存放試卷與試題的對(duì)應(yīng)關(guān)系。考綱的結(jié)構(gòu)一般為具有科目、章、節(jié)、知識(shí)點(diǎn)等層次的樹(shù)形結(jié)構(gòu)。每個(gè)層次用一個(gè)表來(lái)表示，各表之間用外鍵關(guān)聯(lián)。但是通過(guò)對(duì)多個(gè)考綱的仔細(xì)閱讀，我們發(fā)現(xiàn)，還有一部分考綱的內(nèi)容介于在章和節(jié)之間或節(jié)和知識(shí)點(diǎn)之間。在進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)，將科目、章、節(jié)、知識(shí)點(diǎn)等都看作知識(shí)點(diǎn)，用迭代的思想建立各層次的關(guān)聯(lián)，并用一個(gè)知識(shí)點(diǎn)表存儲(chǔ)。表 45 知識(shí)點(diǎn)表的表結(jié)構(gòu)通過(guò)父節(jié)點(diǎn)編號(hào)（PARENT_NO） 、層次（LEVEL） 、SEQUENCE（具體邏輯順序）可以唯一確定一個(gè)知識(shí)點(diǎn)在考綱樹(shù)中的位置，從整體來(lái)看，知識(shí)樹(shù)結(jié)構(gòu)是可以唯一確定的。無(wú)限級(jí)考綱樹(shù)結(jié)構(gòu)打破了固定的科目、章、節(jié)、知識(shí)點(diǎn) 4 層結(jié)構(gòu)的限制，使考綱樹(shù)的編寫更為靈活。KNOW_NAME nVarChar2 50 Not Null 知識(shí)點(diǎn)名稱 默認(rèn)值是”新節(jié)點(diǎn)”KNOW_CONTENT nVarChar2 300 知識(shí)點(diǎn)內(nèi)容SUBJECT_NO Number 5 所屬科目DESCRIPTION nVarChar2 100 知識(shí)點(diǎn)描述PRIMARY KEY(KNOW_NO), 主鍵約束4．4．2．2 試題拆分方案設(shè)計(jì)試題的存儲(chǔ)是試題庫(kù)系統(tǒng)設(shè)計(jì)中最重要和最復(fù)雜的部分。題目類型包括單選、多選、判斷、填空、論述、簡(jiǎn)答等。題目答案可能是客觀題 (如單選題、多選題、判斷題、填空題)簡(jiǎn)單的字符、字符串，也可能是大的文本 (如論述題)。大多數(shù)題庫(kù)系統(tǒng)采用簡(jiǎn)單題庫(kù)設(shè)計(jì)方案，其特點(diǎn)是把所有信息集成到一個(gè)表中。其優(yōu)點(diǎn)是該表記錄了題目的所有信息，題目系統(tǒng)編號(hào)，所屬課程，所屬考點(diǎn)，題目難度系數(shù)，題目使用頻率，題目類型，多媒體文件格式，出題人，審核人，出題日期，文本題干，大對(duì)象題干（Blob） ，題目答案。原因如下:? 由于表格中大對(duì)象(Blob,Clob)的存在，將使檢索效率非常低。? 在題庫(kù)抽取題目組卷時(shí)，題目的一些屬性如:科目、難度系數(shù)、區(qū)分度、認(rèn)知分類、所包含知識(shí)點(diǎn)、出現(xiàn)頻率等是抽題的最重要因素。所以，試題內(nèi)容與試題檢索信息放在一個(gè)表格降低檢索效率。試題拆分方案有著明顯的優(yōu)點(diǎn)：①將試題屬性與試題內(nèi)容分離，有利于組卷、瀏覽試題等不同功能的快速檢索；②將試題內(nèi)容按題型劃分有利于試題按格式存儲(chǔ)；③將試題文本內(nèi)容與大對(duì)象內(nèi)容分開(kāi)存儲(chǔ)靈活地適應(yīng)不同空間需求，方便快速檢索。4．5 主要功能模塊的設(shè)計(jì)在對(duì)各功能模塊進(jìn)行設(shè)計(jì)時(shí)，我們按照 J2EE 體系架構(gòu)和 MVC 模式原理用UML 分別建立系統(tǒng)的靜態(tài)設(shè)計(jì)模型和動(dòng)態(tài)設(shè)計(jì)模型。對(duì)象動(dòng)態(tài)模型主要是順序圖，用來(lái)說(shuō)明消息按時(shí)間順序在類、對(duì)象間的傳遞。4．5．1 考綱管理模塊設(shè)計(jì)考綱管理模塊實(shí)現(xiàn)題庫(kù)管理員對(duì)科目和考綱的管理和維護(hù)，該模塊主要是為其他模塊提供支持的。另外，系統(tǒng)還對(duì)所輸入的知識(shí)點(diǎn)編號(hào)進(jìn)行有效性驗(yàn)證，保證知識(shí)點(diǎn)的唯一性。在業(yè)務(wù)邏輯層，實(shí)體 Bean Knowledge 代表了考綱的業(yè)務(wù)數(shù)據(jù)，通過(guò)會(huì)話Bean KnowledgeManage 充當(dāng)實(shí)體 Bean Knowledge 的會(huì)話外觀，實(shí)現(xiàn)考綱管理的業(yè)務(wù)邏輯。圖 47 考綱管理模塊詳細(xì)對(duì)象圖Web 層使用代理模式來(lái)解決知識(shí)點(diǎn)管理主控對(duì)象查找其它對(duì)象如KnowledgeManage 會(huì)話 Bean 或 Knowledge 實(shí)體 Bean 等以及執(zhí)行遠(yuǎn)程過(guò)程調(diào)用。這樣，知識(shí)點(diǎn)管理主控對(duì)象 SubmitKnowledge Servlet 程序就可以用通常處理過(guò)程中的消息發(fā)送來(lái)和代理交互。我們用順序圖來(lái)展現(xiàn)考綱管理模塊的動(dòng)態(tài)設(shè)計(jì)模型。首先題庫(kù)管理員點(diǎn)擊知識(shí)樹(shù)頁(yè)面 KnowlegeTree 中的某一節(jié)點(diǎn)，頁(yè)面向控制器 SubmitKnowledge 發(fā)送得到該節(jié)點(diǎn)詳細(xì)信息的請(qǐng)求。用戶選擇“添加節(jié)點(diǎn)” ，則頁(yè)面將知識(shí)點(diǎn)的詳細(xì)信息如 q_no,parent_no,level,sequence 等參數(shù)傳給 SubmitKnowledge，再由 SubmitKnowledge 通過(guò) DAO 得到數(shù)據(jù)庫(kù)中知識(shí)點(diǎn)序號(hào)的最大值 SN,將(SN+1,parent_no,level,sequence）等參數(shù)實(shí)例化新知識(shí)點(diǎn)數(shù)值對(duì)象。SubmitKnowledge用 getTree 函數(shù)通過(guò) DAO 獲得構(gòu)建知識(shí)樹(shù)的數(shù)據(jù)集并刷新 KnowlegeTree 頁(yè)面然后重定向頁(yè)面到編輯知識(shí)點(diǎn)頁(yè)面 。最后由控制器發(fā)出刷新 KnowlegeTree 指令。試題管理模塊提供符合國(guó)家標(biāo)準(zhǔn)的多媒體題庫(kù)管理系統(tǒng)，能夠高效、快速、便捷地與試卷生成系統(tǒng)交換數(shù)據(jù)。提供詳細(xì)直觀的題庫(kù)試題統(tǒng)計(jì)分析工具。對(duì)用戶所添加的題目，系統(tǒng)首先存入試題庫(kù)，然后經(jīng)試題庫(kù)管理員根據(jù)試題的質(zhì)量和使用情況，進(jìn)行試題審核，審核通過(guò)的題目可以在組卷時(shí)使用。模塊的詳細(xì)對(duì)象圖如下：圖 49 試題管理詳細(xì)對(duì)象圖在該功能模塊中，模型主要由業(yè)務(wù)邏輯層擔(dān)任。實(shí)體 Bean Question_Attribue 代表試題的屬性數(shù)據(jù)，F(xiàn)illing、SingleSelect、Issue 分別代表填空題、選擇題、論述題等不同題型試題的內(nèi)容，Q_k_ref 代表試題與知識(shí)點(diǎn)的對(duì)應(yīng)。QuestionManageDAO 是該功能模塊的數(shù)據(jù)訪問(wèn)對(duì)象，通過(guò)它可以從資源層中檢索某些批量的數(shù)據(jù),減少了由 EJB 帶來(lái)的遠(yuǎn)程方法調(diào)用、事務(wù)管理、數(shù)據(jù)序列化等開(kāi)銷。比如:將一道多媒體選擇題，包括單選題的提干、選項(xiàng)、多媒體材料、答案封裝到 SingleSelectVO 實(shí)例中，方便各層的使用?？刂破饔?Web 層的幾個(gè) Servlet 組成，它們共同控制著整個(gè)試題管理模塊的頁(yè)面轉(zhuǎn)換。表示層由一些 JSP 網(wǎng)頁(yè)組成。這些 JSP 網(wǎng)頁(yè)只與試題管理模塊中的 Servlet 交互，需要的信息由 JSP 頁(yè)面通過(guò)表單 form 的 action 提交給 servlet，然后由將所需信息封裝成對(duì)象重定向 JSP 頁(yè)面。圖 410 試題錄入用例順序圖4．5．3 試卷管理模塊設(shè)計(jì)試卷管理模塊實(shí)現(xiàn)試卷的生成以及試卷的管理維護(hù)，并提供在線試做試卷功能。人工組卷提供從題庫(kù)中人工抽取試題和人工錄入組卷的方便環(huán)境。同試題管理模塊相似，試卷管理模塊采用 MVC 模式及 DAO、值對(duì)象、業(yè)務(wù)代理等設(shè)計(jì)模式。圖 411 試卷管理詳細(xì)對(duì)象圖如圖所示，在實(shí)體 Bean FormCondition、Paper、P_q_ref 分別代表試卷的組卷?xiàng)l件、試卷的屬性和試卷與試題的對(duì)應(yīng)關(guān)系，QuestionAttribute 代表組卷過(guò)程中所需的試題屬性數(shù)據(jù)。 值對(duì)象 PaperVO、FormConditionVO 等分別封裝試卷、組卷參數(shù)等批量業(yè)務(wù)數(shù)據(jù)。表示層由 Java Sevlet CtrlPaperManage 和一些 JSP 頁(yè)組成，CtrlPaperManage 作為控制器，控制整個(gè)實(shí)體管理的業(yè)務(wù)流程，它接受來(lái)自用戶的請(qǐng)求，根據(jù)請(qǐng)求去調(diào)用業(yè)務(wù)代理 PaperBD，然后將結(jié)果返回用戶。這些 JSP 網(wǎng)頁(yè)只與試題管理 Sevlet CtrlQuestionManage 交互，需要的信息由 JSP 頁(yè)面通過(guò)表單 form的 action 提交給，然后由將所需信息返回給前臺(tái) JSP。1．自動(dòng)組卷 教師通過(guò)組卷定義界面定義試卷總體信息，由組卷控制類 AutoGenPaper 生成試卷總體信息對(duì)象。如圖 412 所示： 圖 412 自動(dòng)組卷順序圖2．用戶在線試做試卷如圖 413 所示，在線試做試卷事件起始于用戶在試卷列表頁(yè)面 PaperList 圖 413 在線試做順序圖 中選擇一份試卷，由 form 傳遞參數(shù)試卷名到控制器 Servlet TryDoPaper。由于 PaperBD 中的方法與 PaperManage 對(duì)象遠(yuǎn)程接口暴露的方法一致，這里在講述流程時(shí)略去 Servlet 通過(guò) PaperBD 對(duì) PaperManage的調(diào)用，將用到的方法看作自己的方法。通過(guò)使用 PaperDAO 從數(shù)據(jù)庫(kù)中查詢到該試卷的試題