【正文】 以事物為中心的編程思想。 一般的面向過(guò)程是從上往下步步求精，所以面向過(guò)程最重要的是模塊化的思想方法。用戶端只要使用常規(guī)可執(zhí)行 HTML 碼的瀏覽器，即可瀏覽。 Script 語(yǔ)言 (Vbscript ， Jscript)是在站點(diǎn)服務(wù)器執(zhí)行，用戶不需要執(zhí)行這些 Script 語(yǔ)言。它支持目前絕大多數(shù)數(shù)據(jù)庫(kù)。 PHP 與 MySQL 是絕佳的組合。這 也是 PHP 的一個(gè)弱點(diǎn)。使用JSP 技術(shù)， Web 頁(yè)面開(kāi)發(fā)人員可以使用 HTML 或者 XML 標(biāo)識(shí)來(lái)設(shè)計(jì)和格式化最終頁(yè)面。 目前在國(guó)內(nèi) PHP 與 ASP 應(yīng)用最為廣泛。 ASP 和 JSP 則沒(méi)有以上缺陷， ASP可以通過(guò) Microsoft Windows 的 COM/DCOM 獲得 ActiveX 規(guī)模支持，通過(guò) DCOM 和Transaction Server 獲得結(jié)構(gòu)支持； JSP 可以通過(guò) SUN Java 的 Java Class 和 EJB 獲得規(guī)模支持，通過(guò) EJB/CORBA 以及眾多廠商的 Application Server 獲得結(jié)構(gòu)支持。 在 的基礎(chǔ)上增加了如下新特色： （ 1）提供了用于開(kāi)發(fā) AJAX 應(yīng)用程序的內(nèi)置的服務(wù)器控件、類型和客戶端標(biāo)本庫(kù)。 （ 5）新的合并工具 ()，可用于合并預(yù)編譯程序集，以靈活的方式實(shí)現(xiàn)部署和發(fā)布管理。 （ 3） 是代碼量 Asp 對(duì)所有要實(shí)現(xiàn)的功能通過(guò)編寫代碼來(lái)實(shí)現(xiàn)，而 只須預(yù)先說(shuō)明，就可自動(dòng)實(shí)現(xiàn)。主要利用了不斷成熟的 WWW 瀏覽器技術(shù)，結(jié)合多種 Script語(yǔ)言 (VBScript、 JavaScript…) 和 ActiveX 技術(shù)，是一種全新的軟件系統(tǒng)構(gòu)造技術(shù)。顯然 B／ S 結(jié)構(gòu)應(yīng)用程序相對(duì)于傳統(tǒng)的 C／ S 結(jié)構(gòu)應(yīng)用程序是一個(gè)非常大的進(jìn)步。此外，實(shí)現(xiàn)復(fù)雜 7 的應(yīng)用構(gòu)造有較大的困難。應(yīng)用以數(shù)據(jù)庫(kù)為基礎(chǔ)的各種應(yīng)用程序，應(yīng)用程序必須通過(guò) DBMS 訪問(wèn)數(shù)據(jù)庫(kù)。 （ 2）數(shù)據(jù)的動(dòng)態(tài)特性指定義在數(shù)據(jù)上的操作。 在關(guān)系模型中，信息被組織成若干張二維表的結(jié)構(gòu)，每一張二維表稱為一個(gè)關(guān)系(relation)或表，每個(gè)表中的信息用來(lái)描述客觀世界中的一件事情。表中列的順序與要表達(dá)的信息無(wú)必要的聯(lián)系，因此列是無(wú)序的。在一張表中，一般不能出現(xiàn)完全相同的兩行。 數(shù)據(jù)模型 傳統(tǒng)數(shù)據(jù)模型的基本結(jié)構(gòu)是記錄，而人們對(duì)現(xiàn)實(shí)世界的認(rèn)識(shí)往往以某個(gè)事、物或概念為一單位。 利用 ER 數(shù)據(jù)模型，可以不同程度地達(dá)到以下目的 : （ 1）建立一個(gè)統(tǒng)一的數(shù)據(jù)模型，以概括層次、網(wǎng)狀和關(guān)系三種傳統(tǒng)數(shù)據(jù)模型； （ 2）作為三種傳統(tǒng)數(shù)據(jù)模型互相轉(zhuǎn)換的中間模型； （ 3）作為 DBMS 的一種概念數(shù)據(jù)模型，以比較自然的方式模擬現(xiàn)實(shí)世界。 SQL 語(yǔ)言 異構(gòu)型數(shù)據(jù)庫(kù)之間的數(shù)據(jù)共享多年來(lái)一直是人們研究的課題， SQL(Structured Query Language)標(biāo)準(zhǔn)的制定給應(yīng)用程序的移植帶來(lái)一線希望，但各個(gè) DBMS 定義出來(lái)的 SQL“方言 ”卻在不同的 DBMS 之上的應(yīng)用軟件之間樹(shù)起了一道隔墻。由于 SQL 具有語(yǔ)言簡(jiǎn)潔、方便實(shí)用、功能齊全等突出優(yōu)點(diǎn)，很快得到推廣和應(yīng)用。 目前，各種 數(shù)據(jù)庫(kù)管理系統(tǒng)幾乎都支持 SQL，或者提供 SQL 的接口。與軟件一樣，數(shù)據(jù)庫(kù)也有一個(gè)生命周期，它包含下列階段 : （ 1）數(shù)據(jù)庫(kù)系統(tǒng)的規(guī)劃 包括系統(tǒng)的應(yīng)用范圍和功能的確認(rèn)、應(yīng)用環(huán)境的分析、 DBMS 及其支撐環(huán)境的選擇和配置、人員的配備和培訓(xùn)，以及投資估算和效益分析等活動(dòng)。 （ 5）數(shù)據(jù)庫(kù)的擴(kuò)充和重構(gòu) 當(dāng)一個(gè)單位的組成、結(jié)構(gòu)、功能發(fā)生變化時(shí)其對(duì)應(yīng)的數(shù)據(jù)模型也須作相應(yīng)改變。該過(guò)程與 DBMS 無(wú)關(guān)。如圖 21 所示為三層架構(gòu)示意圖。意味著只做與外觀顯示相關(guān)的工作，不屬于它的工作不需要做。如執(zhí)行數(shù)據(jù)的添加、刪除、修改和顯示等。 NET 中可以方便實(shí)現(xiàn)組件的裝配，后臺(tái)代碼通過(guò)命名空間可以方便的使用自己定義的組件。 最常見(jiàn)的三層架構(gòu)模式如下： （ 1）數(shù)據(jù)層驅(qū)動(dòng)模式； （ 2）陳述層驅(qū)動(dòng)模式； （ 3）隔離驅(qū)動(dòng)模式。 系統(tǒng)分析是管理信息系統(tǒng)的一個(gè)主要和關(guān)鍵階段，負(fù)責(zé)這個(gè)階段的關(guān)鍵人物是系統(tǒng)分析員，完成這個(gè)階段任務(wù)的關(guān)鍵問(wèn)題是開(kāi)發(fā)人員與用戶之間的溝通。需求分析的結(jié)果是否準(zhǔn)確地反映 了用戶的實(shí)際需求，將直接影響到后面各個(gè)階段的設(shè)計(jì)，并影響到設(shè)計(jì)結(jié)果是否合理的實(shí)用。 需求分析的任務(wù)就是解決“做什 么”的問(wèn)題，就是要全面地理解用戶的各項(xiàng)要求，并準(zhǔn)確地表達(dá)所接受的用戶需求。 （ 3）系統(tǒng)根據(jù)教師抽取的試題進(jìn)行排版，并以標(biāo)準(zhǔn)的格式輸出到 Word 文檔 中。 根據(jù)系統(tǒng)需求分析，功能模塊圖如圖 22 所示。因此要對(duì)系統(tǒng)進(jìn)行技術(shù)可行性、經(jīng)濟(jì)可行性、營(yíng)運(yùn)可行性三方面的系統(tǒng)可行性分析： 經(jīng)濟(jì)可行性 對(duì)于開(kāi)發(fā)一方面可以做到對(duì)于系統(tǒng)開(kāi)發(fā)的集中，另一方面也可以節(jié)省系統(tǒng)的開(kāi)發(fā)費(fèi)用。根據(jù)系統(tǒng)對(duì)技術(shù)的要求，完成整個(gè)系統(tǒng)開(kāi)發(fā)工作，按照目前計(jì)算機(jī)的數(shù)據(jù)存儲(chǔ)容量及運(yùn)行處理能力，運(yùn)用現(xiàn)有的管理信息系統(tǒng)開(kāi)發(fā)理論及成熟技術(shù)，完全可以實(shí)現(xiàn)開(kāi)發(fā)要求。 15 第 4 章 數(shù)據(jù)庫(kù)總體設(shè)計(jì) 數(shù)據(jù)庫(kù)系統(tǒng)的設(shè)計(jì)包括數(shù)據(jù)庫(kù)的設(shè)計(jì)數(shù)和數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的設(shè)計(jì)。作為信息資源開(kāi)發(fā)、管理和服務(wù)的一種有效的手段，數(shù)據(jù)庫(kù)技術(shù)的應(yīng)用已越來(lái)越廣泛，從小型的單項(xiàng)事務(wù)處理系統(tǒng)到大型的信息系統(tǒng)大都用先進(jìn)的數(shù)據(jù)庫(kù)技術(shù)來(lái)保持?jǐn)?shù)據(jù)的安全性、完整性和共享性。 設(shè)計(jì)數(shù)據(jù)庫(kù)系統(tǒng)時(shí)應(yīng)該首先充分了解用戶各個(gè)方面的需求，包括現(xiàn)有的及將來(lái)可能增加的需求。實(shí)體的聯(lián)系為下： （ 1）一個(gè)教師可以添加多道單選題，一道單選題只能被一個(gè)老師添加 （ 2）一個(gè)教師可以添加多道判斷題，一道判斷題只能被一個(gè)老師添加 （ 3）一個(gè)教師可以添加多道簡(jiǎn)答題，一道簡(jiǎn)答題只能被一個(gè)老師添加 （ 4）一個(gè)教師可以出多張卷子，一張卷子只能被一個(gè)老師出 （ 5）一個(gè)教師可以任多門課程，一門課程可以 被多個(gè)老師所授 16 數(shù)據(jù)庫(kù)的概念設(shè)計(jì) 需求分析階段描述的用戶需求是面向現(xiàn)實(shí)世界的具體需求。各個(gè)局部視圖建立好后，還需要對(duì)它們進(jìn)行合并，通過(guò)消除各局部視圖的屬性沖突、命名沖突、 結(jié)構(gòu)沖突、數(shù)據(jù)冗余等，最終集成為一個(gè)全局視圖(如整體 ER 圖 )通過(guò)對(duì)數(shù)據(jù)庫(kù)的分析。 17 科 目科 目 編 號(hào) 科 目 名 稱 圖 43 科目 （ 4）單選題的 ER 圖如圖 44 所示。 試 卷 信 息I D試 卷 編 號(hào)所 屬 章 節(jié) 難 度 系 數(shù)題 目 編 號(hào)試 題 類 型 圖 48 試卷信息 19 數(shù)據(jù)庫(kù)的邏輯設(shè)計(jì) 數(shù)據(jù)庫(kù)的邏輯 結(jié)構(gòu)設(shè)計(jì)階段主要任務(wù)是將概念結(jié)構(gòu)進(jìn)一步轉(zhuǎn)化為某一 DBMS 支持的數(shù)據(jù)模型。 第一種轉(zhuǎn)化是將實(shí)體轉(zhuǎn)化為關(guān)系表。各表的詳細(xì)信息為下： （ 1） AdminTb（管理員），該表的二維表如表 41 所示。 表 44 單選題表 中文名 字段名 字段類型 長(zhǎng)度 是否為空 主鍵 單選題編號(hào) SingleId int 4 否 是 題目 Title varchar 1000 否 否 選項(xiàng) A AnswerA varchar 500 否 否 選項(xiàng) B AnswerB varchar 500 否 否 選項(xiàng) C AnswerC varchar 500 否 否 選項(xiàng) D AnswerD varchar 500 否 否 正確答案 RightAns varchar 50 否 否 難度系數(shù) TestRank varchar 50 否 否 科目編號(hào) SubjectId int 4 否 否 所屬章節(jié) Chapter varchar 50 否 否 （ 5） JudgeTb（判斷題），該表的二維表如表 45 所示。 表 48 試卷信息表 中文名 字段名 字段類型 長(zhǎng)度 是否為空 主鍵 編號(hào) ID int 4 否 是 試卷編號(hào) PaperId int 4 否 否 難度系數(shù) TestRank varchar 50 否 否 所屬章節(jié) Chapter varchar 50 否 否 試卷類型 Type varchar 50 否 否 題目編號(hào) TitleId int 4 否 否 22 第 5 章系統(tǒng)實(shí)現(xiàn) 網(wǎng)站登錄 網(wǎng)站發(fā)布成功后，用 戶在瀏覽器的地址欄了輸入網(wǎng)址，將直接進(jìn)入登錄界面，該頁(yè)面主要實(shí)現(xiàn)如下功能： （ 1）提供用戶登錄功能 （ 2）判斷用戶屬于何種身份 （ 3）判斷用戶名和密碼是否正確 （ 4）驗(yàn)證碼驗(yàn)證 系統(tǒng)登陸界面如圖 51 所示。界面如圖 52 所示。 24 圖 53 管理單選題 （ 3）添加判斷題，和添加單選題類似。 圖 55 管理判斷題 （ 5）添加簡(jiǎn)答題，和添加單選題類似。 圖 57 管理簡(jiǎn)答題 27 試卷制定 （ 1）教師添加完試題后，即可以 選擇自動(dòng)出卷，也可也選擇人工出卷。界面如圖 59 所示。 29 圖 510 試卷管理 （ 4）查看詳細(xì)信息后，將生成一份試卷。添加教師和刪除教師。這次設(shè)計(jì)不僅整合 了過(guò)去開(kāi)發(fā)項(xiàng)目中所使用過(guò)的方法和技術(shù)，還對(duì)新的技術(shù)有了探索和創(chuàng)新。動(dòng)手編程后，實(shí)踐證明了一切，面對(duì)系統(tǒng)真是束手無(wú)策。 ，我有了進(jìn)一步認(rèn)識(shí)，以前的學(xué)習(xí)方法是：看懂書(shū)上所有內(nèi)容、熟悉驗(yàn)證、解決實(shí)際問(wèn)題。 ，欲知此事要躬行。自己對(duì)什么感興趣是設(shè)計(jì)的前提，也是最重要的。其次還要收集相關(guān)資料，對(duì)項(xiàng)目做好概要設(shè)計(jì)和功能需求。 然而，因?yàn)闀r(shí)間的倉(cāng)促和經(jīng)驗(yàn) 的不足，還有很多想法和功能沒(méi)有在課題中實(shí)現(xiàn)。本系統(tǒng)能夠成功的完成，要特別感謝我的導(dǎo)師許研老師的關(guān)懷和指導(dǎo)，感謝各位同學(xué)的關(guān)心和幫助。在此謹(jǐn)向許老師表示誠(chéng)摯的感謝。 在此我還要感謝安陽(yáng)工學(xué)院所有的老師，是你們給了我們無(wú)盡的知識(shí)，讓我們走進(jìn)知識(shí)的海洋！ 最后我還要感謝生我養(yǎng)我的父母，沒(méi)有你們就沒(méi)有我的今天，你們的養(yǎng)育之恩，無(wú)以回報(bào)，你們的永遠(yuǎn)健康快樂(lè)是我最大的心愿。當(dāng)看著自己的程序，自己成天相伴的系統(tǒng)能夠健康的運(yùn)行，真是莫大的幸福和欣慰。他嚴(yán)謹(jǐn)?shù)闹螌W(xué)精神和精益求精的工作作風(fēng)，深深地感染和激勵(lì)著我。我會(huì)在將來(lái)的不斷學(xué)習(xí)中，使該系統(tǒng)的功能更加完善。 于創(chuàng)新和敢于挑戰(zhàn)。 。只有在實(shí)踐中才能進(jìn)一步地提高自己的能力。在開(kāi)始編程之前，溫習(xí)了以前學(xué)的知識(shí)，然后又簡(jiǎn)單了解了在需求分析里可能遇到的新技術(shù)等遇到難題時(shí)，也就大大加快了開(kāi)發(fā)速度。才有 后面的順利進(jìn)展。 而且讓我了解到了學(xué)習(xí)方法和設(shè)計(jì)方法的重要性，同時(shí)也發(fā)現(xiàn)了自己的很多不足之處，深有感觸： 。 30 512 管理教師 31 總結(jié) 經(jīng)過(guò)兩個(gè)多月的緊張學(xué)習(xí)和夜以繼日的工作，以及不斷地挑戰(zhàn)和創(chuàng)新，終于完成了此次畢業(yè)設(shè)計(jì)和論文。界面如圖 511 所示。單擊管理試卷后，可以查看試卷的詳細(xì)信息，刪除試卷。界面