【正文】 Java 都還存在著另外一個問題，那就是開發(fā)困難，程序的開發(fā)和 HTML寫作是兩個完全不同的過程，需要專門的程序員開發(fā)。由于 ASP是在服務器端解釋執(zhí)行，開發(fā)者可以不必考慮瀏覽器是否支持 ASP；同時由于它在服務器端執(zhí)行，開發(fā)者也不必擔心別人下載程序從而竊取編程邏輯。 ASP 文件的制作和 HTML 類似，且和 HTML 開發(fā)集成，可以在同一個過程完成，利用 ASP將可以執(zhí)行的腳本嵌入到 HTML 文件中 (將 HTML 文件的后綴名改為 .asp)，這使得 HTML文件的編寫與腳本的開發(fā)融合在一起 [6]。這 6 個對象及其功能描述如表 11所示。當 Active Server Pages做下面兩個動作時， Server便會去讀 文件： （ 1） Web Server 啟動之后，一個應用程序目錄中任一個 ASP 文件被提出第一個 HTTP 請求（ Request）時。而 Session 對象僅屬于一位用戶，維持一個用戶端的信息，其他用戶無法訪問，它創(chuàng)建于一個不具有 Session的用戶向 Server請求一個 ASP文件時，結束于該 Session到期（即用戶端超過某時間段沒有向 Server 提出要求或刷新 Web頁面）或 Abandon語句的調用。 （ 2） Application 或 Session 的結束事件 (Endevent)。在 ASP 中， ADO 可以看作是一個服務器組件 (Server Component)，更簡單點說，是一系列的對象，應用這些 功能強大的對象，即可輕松完成對數(shù)據(jù)庫復雜的操作。比如我們 系統(tǒng)中有 Access的 ODBC驅動程序，那么即使我們沒有 Access軟件，也可以在我們的程序中對一個 Access 的 MDB 數(shù)據(jù)庫加、刪、改記錄。如果數(shù)據(jù)庫的平臺變了，比如我們改用了 SQL Server 的數(shù)據(jù)庫，只要其中表的結構沒變，我們就不用改寫我們的程序，只要重新在系統(tǒng)中配置 DSN 就行了。(amp。 創(chuàng)建數(shù)據(jù)對象 (Record Set) ADO 中的數(shù)據(jù)對象通常保存的是查詢結果。例如： rs=“ SELECT * FROM shop_books” Set Record Set=(rs) 這條語句執(zhí)行后，對象 Record Set 中就保存了表 tab1 中的所有記錄。 Record Set Record Set=Nothing /關閉創(chuàng)建的數(shù)據(jù)對象 11 Set mConn=Nothing /關閉創(chuàng)建的鏈接對象 ASP 與 CGI 的比較 CGI(Common Gateway Interface，通用網(wǎng)關接口 )也是 Inter 上一種功能強大的 Web 頁面技術，其工作方 式有別于 ASP。 ，并可擴展 ActiveX Server 組件功能。 。 CGI 程序。 可見， ASP 在數(shù)據(jù)庫訪問、與 HTML 的集成、提高服務器的效率等諸多方面都優(yōu)于 CGI，更適應 Web 應用程序開發(fā)的需要，因此本文選擇了 ASP作為個性化頁面生成器的開發(fā)工具。隨著計算機網(wǎng)絡的出現(xiàn)和人們 對數(shù)據(jù)共享的需求，這種結構就顯得力不從心了。這種架構要求本機具有良好的性能和較大 的磁盤空間，以便實現(xiàn)數(shù)據(jù)的高效存儲和處理?？蛻魴C提供用戶界面，并直接以 SQL 語言向服務器發(fā)出請求，而服務器服務于這種請求，執(zhí)行 SQL 語句，并將相應結果返回給客戶機，這兩部分獨立工作。在 C/S模式中，大部分的主要功能都集中在 Client端， Server 端一般只作為數(shù)據(jù)的提供者。 Browser/Server 結構出現(xiàn)于 92 年左右，并且伴隨著 Inter 的發(fā)展而很快地發(fā)展起來。即 Web 服務器接受 客戶請求，以 CGI 或 ASP 與數(shù)據(jù)庫連接，進行申請?zhí)幚?，而后?shù)據(jù)庫結果返回web 服務器，再傳至客戶端。 Web Server 14 與 DB Server 的關系則又像 Clien/Server 的關系 [10]。 在 Cilent/Server 系統(tǒng)中，許多對于數(shù)據(jù)的操作都需要將數(shù)據(jù)從數(shù)據(jù)庫服務器中讀取到客戶機上，然后加以處理，之后再將數(shù)據(jù)保存至數(shù)據(jù)庫中，在Browser/server 系統(tǒng)中，由于數(shù)據(jù)的處理工作也是由服務器來執(zhí)行的，因此在讀取數(shù)據(jù)和保存數(shù)據(jù)時，這些數(shù)據(jù)只在幾臺服務器之間傳輸，不需要通過瀏覽器與服務器之間的網(wǎng)絡 [11]。而在 Browser/server 系統(tǒng)中，由于采用了一致的 HTTP’協(xié)議以及其他一些共同的規(guī)則，不同系統(tǒng)之間的沖突將會大大減少。因為程序的主體是運行在中間服務器上的，客 戶端只是一個瀏覽器，避免了在客戶端重復安裝數(shù)據(jù)庫驅動程序的問題，從而可以有效地解決異種數(shù)據(jù)庫聯(lián)合使用的問題。 基于 B/S 結構的 Web 應用體系有如此多的優(yōu)勢，因此本網(wǎng)上考試系統(tǒng)的主 體就采用這種 B/S 體系結構。然后，與教師和部分學生，特別是從輔導員那里了解他們對原有信息系統(tǒng)的看法 [14]。在考試的部分環(huán)節(jié)已用到了計算機，如打印試卷、打印有關材料、學生成績處理與公布等。 ：管理員能對題庫執(zhí)行增加、刪除和修改操作；管理員能對考試科目的增加、刪除和修改操作；由管理員設置考試信息，經過考試主管領導的審核后就可考試；在考試時，系統(tǒng)將根據(jù)考試信息的設置對每個考生自動生成試卷；管理員可設置考試信息，經過考試主管理領導審核后批準向考 生發(fā)布考試新聞；系統(tǒng)控制考試時間、防刷新、考試成績自動生成、多功能查詢等。 可行性分析 也稱為可行性研究，是在系統(tǒng)調查的基礎上，針對新系統(tǒng)的開發(fā)是否具備必要性和可能性，對新系統(tǒng)的開發(fā)從技術、經濟、社會的方面進行分析和研究，以避免投資失誤，保 證新系統(tǒng)的開發(fā)成功。所以本系統(tǒng)在經濟上是可行的。它的靈活性、安全性和易用性為數(shù)據(jù)庫編程提供了良好的條件。 學校良好的網(wǎng)絡設施為開發(fā)使用學校網(wǎng)絡考試系統(tǒng)提供了堅實的基礎 [17]。因此系統(tǒng)的開發(fā)是完全可行的。 網(wǎng)絡考試系統(tǒng) 系統(tǒng)管理 領導登錄 考生登錄 考試審核 新聞審核 科目管理 題庫管理 考試界面 成績查詢 試卷管理 信息管理 20 (2)科目刪除 管理員可以刪除不再需要的科目。在考場上，系統(tǒng)將根據(jù)考試信息的設置對每個考生自動生成試卷。 試卷生成的流程圖 42 如下： 審核 通過 否 圖 42 試卷生成流程圖 由管理員設置考試信息，經過有關領導或教師的審核后向考生發(fā)布考試新領導審核 選擇考試科目 輸 入考試的試題和分值的分布 管理員界面 選擇考生 試卷生成 21 聞。 批改完試卷后，學生將能查詢到考試成績，并能查閱自己的答卷，正確答案也同時顯示，這樣學生可以通過對比知道自己錯在哪里。特別是近年來推出的計算機關系數(shù)據(jù)庫管理系統(tǒng)，操作直觀，使用靈活，編程方便，功能強大，環(huán)境適應廣泛，數(shù)據(jù)處理能力極強。 一個真正的、完整的站點是離不開數(shù)據(jù)庫的，因為少量的數(shù)據(jù)，如網(wǎng)頁訪問人數(shù)等完全可以存儲在文本文件中，但實際應用中，需要保存的數(shù)據(jù)遠不止這一是否為合法用戶 校園網(wǎng)絡考試系統(tǒng) 進入考生考試界面 輸入考號和密碼 23 點點，而且這些數(shù)據(jù)之間往往還有關聯(lián)，利用數(shù)據(jù)庫來管理這些數(shù)據(jù)，可以很方便的查詢和更新?？梢圆捎肊－ R 圖的方法來進行數(shù)據(jù)結構分析， E－ R 設 計方法是一種通過 E－ R 圖來描述現(xiàn)實世界信息結構的 DB 設計方法。 n 1 查詢 考試成績 考生 系領導 考試新聞 審核 瀏覽 系統(tǒng)管理員 科目信息 錄入 錄入 試卷 錄入 考試 1 n n 1 n m 1 n 27 二、邏輯結構設計（ E－ R圖向關系模型的轉換） E－ R 圖向關系模型的轉化要解決的問題是如何將實體和實體間的聯(lián)系轉換為關系模式，如何確定這些關系橫式的屬性和碼。 由以上三點，可將圖 3－ 12 轉 換為關系模型， 每個關系的碼用下劃線表示 ： 用戶﹛ 用戶 ID，姓名，密碼，系別，班級，性別，職務，專業(yè)，是否管理員﹜； 科目﹛ 自動編號 ，科目名稱﹜； 考生﹛ 自動編號 ，考試編號，考生考號，是否參加考試﹜； 題庫﹛ 題號 ，所屬科目，題型，問題，選項 1，選項 2，選項 3，選項 4，選項 5，選項 6，正確答案，是否已選中標志﹜； 考試信息﹛ 編號 ，科目，試卷總分，單選題數(shù)目，多選題數(shù)目，判斷題 數(shù)據(jù)，單選題分值，多選題分值，判斷題分值，考試時間長度，開始時間，結束時間，設置時間，設置者，審核者，通過審核時間﹜； 待審核項目﹛ 項目編號 ，項目名稱，審核者，審核意見，通過時間，是否已通過審核﹜； 考試新聞｛ 自動編號，新聞編號， 新聞標題，新聞內容，有效期，創(chuàng)建日期，發(fā)布者，審核通過者，審核通過日期｝； 考試成績｛ 自動編號，考生考號， 姓名，系別，專業(yè)，職務，考試科目，考試編號，開始時間，結束時間，分數(shù)｝； 新聞登錄記錄｛ 自動編號， 新聞編號，用戶編號｝。 (3) 數(shù)據(jù)結構具有相對的穩(wěn)定性 數(shù)據(jù)結構的相對穩(wěn)定性，可以作為新、舊系統(tǒng)轉換的依據(jù) 。 此處著重討論如何進行規(guī)范化設計，關系范式規(guī)范化過程如下： 由邏輯結構設計中得出的關系模型可知，從圖 3－ 12 轉化的各關系中均無重復項和 空白數(shù)據(jù)項，故是第一范式；而且如圖 313 中的 a, b,c,d,e 所示，所有非主屬性都完全函數(shù)依賴于任一侯選關鍵字，故是第二范式；在第二范式的前提下，所有關系的非主屬性之間都不存在函數(shù)依賴關系 [20]。 和空白數(shù)據(jù)項 消去重復項 1NF 消除部分函數(shù)依賴 2NF 消除傳遞函數(shù)依賴 3NF 非規(guī)范化關系 29 表 41考試系統(tǒng)用戶信息表（ cadre_info） 字段名 類型 備注 UserID varchar 用戶 ID，即用戶想要參加考試的考號 UserName varchar 用戶的真實 姓名 Pwd varchar 用戶密碼 Department Varchar 系別 Office Varchar 班級 Duties Varchar 性別 Rank Varchar 職務 Post Varchar 專業(yè) Ifadmin Bit 管理員權限 表 42考試系統(tǒng)部門表（ department） 表 43考試系統(tǒng)科目信息表（ exam_subject） 表 44考試系統(tǒng)考生信息表（ exam_testuser） 表 45考試系統(tǒng)題庫信息表（ exam_database） 字段名 類型 備注 UserID varchar 用戶 ID，即用戶想要參加考試的考號 字段名 類型 備注 ID 自動編 號 主鍵 Exam_subject 文本 考試科目名稱 字段名 類型 備注 ID 自動編號 主鍵 Testid Int 考試編號 Userid Int 考生考號 Havetest Bit 是否參加考試 字段名 類型 備注 ID 自動編號 題號，主鍵 Subject Nvarchar 考試科目 Type varchar 題型 Question Ntext 問題 Text1 Ntext 選項 1 Text2 Ntext 選項 2 Text3 Ntext 選項 3 Text4 Ntext 選項 4 Text5 Ntext 選項 5 Text6 Ntext 選項 6 Answer Nvarchar 正確答案 Mark Int 是否已選中標志 30 表 46考試系統(tǒng)考試信息表（ exam_test） 表 47待審核項目信息表（ waitforpass） 字段名 類型 備注 ID 自動編號 主鍵 Objname Nvachar 待通過的項目名稱 。其中包括以下表：考試系統(tǒng)用戶信息表（ cadre_info） ，考試系統(tǒng)部門表（ department），考試系統(tǒng)科目信息表（ exam_subject），考試系統(tǒng)考生信息表（ exam_testuser），考試系統(tǒng)題庫信息表（ exam_database），考試系統(tǒng)考試信息表（ exam_test），待審核項目信息表（ waitforpass），考試新聞信息表（ exam_news），考試成績