【正文】 .................................................. 7 數(shù)據(jù)庫系統(tǒng) ..................................................... 7 SQL 語言 ....................................................... 8 數(shù)據(jù)庫設(shè)計 ..................................................... 9 三層架構(gòu)技術(shù) ....................................................... 10 第 3章 系統(tǒng)分析 ............................................. 12 需求分析 ........................................................... 12 功能需求 ...................................................... 12 可行性分析 ......................................................... 13 經(jīng)濟可行性 .................................................... 14 V 技術(shù)可行性 .................................................... 14 操作可行性 .................................................... 14 第 4章 數(shù)據(jù)庫總體設(shè)計 ....................................... 15 數(shù)據(jù)庫需求分析 ..................................................... 15 數(shù)據(jù)庫的概念設(shè)計 .................................................... 16 數(shù)據(jù)庫的邏輯設(shè)計 .................................................... 19 第 5章系統(tǒng)實現(xiàn) .............................................. 22 網(wǎng)站登錄 ............................................................ 22 教師界面 ............................................................ 22 試題管理 ...................................................... 22 試卷制定 ...................................................... 27 管理員界面 .......................................................... 29 總結(jié) ....................................................... 31 致 謝 ...................................................... 32 參考文獻 .................................................... 33 1 引 言 高校教務(wù)管理工作中一項重要的工作是考試管理工作，每學期從各專業(yè)考試，從組織出卷到試卷的印刷及試卷的管理等工作非常繁瑣且工作量大，這種組織管理方式不僅工作任 務(wù)繁重而且試卷的標準化程度、難易程度、題量大小等各方面難以控制，難以形成有效的試題庫，不利于充分發(fā)揮歷年來的優(yōu)秀試題以及試卷的作用，給試題和試卷的管理帶來很多問題和困難。網(wǎng)上教育產(chǎn)業(yè)的價值引起了國 人的重視。傳統(tǒng)的命題方式不僅工作任務(wù)繁重而且試卷的標準化程度、難以程度、題量大小等難以控制，難以形成有效的試題庫，給試題和試卷的管理帶來很多問題和困難。隨著計算機技術(shù)的不斷發(fā)展和普及，為教育朝著信息化、網(wǎng)絡(luò)化、和現(xiàn)代化的目標邁進提供了一個必要條件，使得教學工作更加合理和快捷。 一般的面向過程是從上往下步步求精，所以面向過程最重要的是模塊化的思想方法。 Script 語言 (Vbscript ， Jscript)是在站點服務(wù)器執(zhí)行，用戶不需要執(zhí)行這些 Script 語言。 PHP 與 MySQL 是絕佳的組合。使用JSP 技術(shù)， Web 頁面開發(fā)人員可以使用 HTML 或者 XML 標識來設(shè)計和格式化最終頁面。 ASP 和 JSP 則沒有以上缺陷， ASP可以通過 Microsoft Windows 的 COM/DCOM 獲得 ActiveX 規(guī)模支持，通過 DCOM 和Transaction Server 獲得結(jié)構(gòu)支持； JSP 可以通過 SUN Java 的 Java Class 和 EJB 獲得規(guī)模支持，通過 EJB/CORBA 以及眾多廠商的 Application Server 獲得結(jié)構(gòu)支持。 （ 5）新的合并工具 ()，可用于合并預(yù)編譯程序集，以靈活的方式實現(xiàn)部署和發(fā)布管理。主要利用了不斷成熟的 WWW 瀏覽器技術(shù)，結(jié)合多種 Script語言 (VBScript、 JavaScript…) 和 ActiveX 技術(shù)，是一種全新的軟件系統(tǒng)構(gòu)造技術(shù)。此外，實現(xiàn)復(fù)雜 7 的應(yīng)用構(gòu)造有較大的困難。 （ 2）數(shù)據(jù)的動態(tài)特性指定義在數(shù)據(jù)上的操作。表中列的順序與要表達的信息無必要的聯(lián)系，因此列是無序的。 數(shù)據(jù)模型 傳統(tǒng)數(shù)據(jù)模型的基本結(jié)構(gòu)是記錄，而人們對現(xiàn)實世界的認識往往以某個事、物或概念為一單位。 SQL 語言 異構(gòu)型數(shù)據(jù)庫之間的數(shù)據(jù)共享多年來一直是人們研究的課題， SQL(Structured Query Language)標準的制定給應(yīng)用程序的移植帶來一線希望，但各個 DBMS 定義出來的 SQL“方言 ”卻在不同的 DBMS 之上的應(yīng)用軟件之間樹起了一道隔墻。 目前，各種 數(shù)據(jù)庫管理系統(tǒng)幾乎都支持 SQL，或者提供 SQL 的接口。 （ 5）數(shù)據(jù)庫的擴充和重構(gòu) 當一個單位的組成、結(jié)構(gòu)、功能發(fā)生變化時其對應(yīng)的數(shù)據(jù)模型也須作相應(yīng)改變。如圖 21 所示為三層架構(gòu)示意圖。如執(zhí)行數(shù)據(jù)的添加、刪除、修改和顯示等。 最常見的三層架構(gòu)模式如下： （ 1）數(shù)據(jù)層驅(qū)動模式； （ 2）陳述層驅(qū)動模式； （ 3）隔離驅(qū)動模式。需求分析的結(jié)果是否準確地反映 了用戶的實際需求，將直接影響到后面各個階段的設(shè)計，并影響到設(shè)計結(jié)果是否合理的實用。 （ 3）系統(tǒng)根據(jù)教師抽取的試題進行排版，并以標準的格式輸出到 Word 文檔 中。因此要對系統(tǒng)進行技術(shù)可行性、經(jīng)濟可行性、營運可行性三方面的系統(tǒng)可行性分析： 經(jīng)濟可行性 對于開發(fā)一方面可以做到對于系統(tǒng)開發(fā)的集中，另一方面也可以節(jié)省系統(tǒng)的開發(fā)費用。 15 第 4 章 數(shù)據(jù)庫總體設(shè)計 數(shù)據(jù)庫系統(tǒng)的設(shè)計包括數(shù)據(jù)庫的設(shè)計數(shù)和數(shù)據(jù)庫應(yīng)用系統(tǒng)的設(shè)計。 設(shè)計數(shù)據(jù)庫系統(tǒng)時應(yīng)該首先充分了解用戶各個方面的需求，包括現(xiàn)有的及將來可能增加的需求。各個局部視圖建立好后，還需要對它們進行合并，通過消除各局部視圖的屬性沖突、命名沖突、 結(jié)構(gòu)沖突、數(shù)據(jù)冗余等，最終集成為一個全局視圖(如整體 ER 圖 )通過對數(shù)據(jù)庫的分析。 試 卷 信 息I D試 卷 編 號所 屬 章 節(jié) 難 度 系 數(shù)題 目 編 號試 題 類 型 圖 48 試卷信息 19 數(shù)據(jù)庫的邏輯設(shè)計 數(shù)據(jù)庫的邏輯 結(jié)構(gòu)設(shè)計階段主要任務(wù)是將概念結(jié)構(gòu)進一步轉(zhuǎn)化為某一 DBMS 支持的數(shù)據(jù)模型。各表的詳細信息為下： （ 1） AdminTb（管理員），該表的二維表如表 41 所示。 表 48 試卷信息表 中文名 字段名 字段類型 長度 是否為空 主鍵 編號 ID int 4 否 是 試卷編號 PaperId int 4 否 否 難度系數(shù) TestRank varchar 50 否 否 所屬章節(jié) Chapter varchar 50 否 否 試卷類型 Type varchar 50 否 否 題目編號 TitleId int 4 否 否 22 第 5 章系統(tǒng)實現(xiàn) 網(wǎng)站登錄 網(wǎng)站發(fā)布成功后，用 戶在瀏覽器的地址欄了輸入網(wǎng)址，將直接進入登錄界面，該頁面主要實現(xiàn)如下功能： （ 1）提供用戶登錄功能 （ 2）判斷用戶屬于何種身份 （ 3）判斷用戶名和密碼是否正確 （ 4）驗證碼驗證 系統(tǒng)登陸界面如圖 51 所示。 24 圖 53 管理單選題 （ 3）添加判斷題，和添加單選題類似。 圖 57 管理簡答題 27 試卷制定 （ 1）教師添加完試題后，即可以 選擇自動出卷，也可也選擇人工出卷。 29 圖 510 試卷管理 （ 4）查看詳細信息后，將生成一份試卷。這次設(shè)計不僅整合 了過去開發(fā)項目中所使用過的方法和技術(shù)，還對新的技術(shù)有了探索和創(chuàng)新。 ，我有了進一步認識，以前的學習方法是：看懂書上所有內(nèi)容、熟悉驗證、解決實際問題。自己對什么感興趣是設(shè)計的前提，也是最重要的。 然而，因為時間的倉促和經(jīng)驗 的不足，還有很多想法和功能沒有在課題中實現(xiàn)。在此謹向許老師表示誠摯的感謝。當看著自己的程序，自己成天相伴的系統(tǒng)能夠健康的運行，真是莫大的幸福和欣慰。我會在將來的不斷學習中，使該系統(tǒng)的功能更加完善。 。在開始編程之前，溫習了以前學的知識，然后又簡單了解了在需求分析里可能遇到的新技術(shù)等遇到難題時，也就大大加快了開發(fā)速度。 而且讓我了解到了學習方法和設(shè)計方法的重要性，同時也發(fā)現(xiàn)了自己的很多不足之處，深有感觸： 。界面如圖 511 所示。界面如圖 58 所示。 圖 54 添加判斷題 25 （ 4）管理判斷題，和管理單選題類似。選擇所屬章節(jié)、科目和難度系數(shù)，將試題信息添加到相應(yīng)位置，單擊確定后，試題的基本信息可以保存到數(shù)據(jù)庫中。 20 表 42 教師表 中文名 字段名 字段類型 長度 是否為空 主鍵 教師編號 TeacherId varchar 50 否 是 教師姓名 TeacherName varchar 50 是 否 教師密碼 TeacherPwd varchar 50 是 否 （ 3） SubjectTb（科目），該表的二維表如表 43 所示。概念結(jié)構(gòu)模型的最終目的是向某一 DBMS 支持的數(shù)據(jù)模型轉(zhuǎn)換，目前 D