【文章內(nèi)容簡介】 Dreamweaver 提供了現(xiàn)成的模塊，插入即可。而這些往往是很困擾開發(fā)者的煩瑣操作，如：布局，框架，表格，表單等。Dreamweaver 具有建立 web 站點(diǎn)和ftp 站點(diǎn)的功能。能夠和 IIS 很好的結(jié)合，免去了在使用 IIS 的過程中，需不斷的輸入地址的操作。　　Dreamweaver 對于 DHTML（動態(tài)網(wǎng)頁）的支持特別好，可以輕而易舉地做出很多眩目的互動頁面特效。插件式的程序設(shè)計使得其功能可以無限的擴(kuò)展。Dreamweaver 幾乎支持現(xiàn)有的網(wǎng)頁開發(fā)技術(shù)，如：ASP VBSCRIPT，ASP JAVASCRIPT， VB, C,JSP 等。Dreamweaver 與Flash、Firework 并稱為 Macromedia 的網(wǎng)頁制作三劍客，由于是同一公司的產(chǎn)品，因而在功能上有著一個非常緊密的結(jié)合。因此，Dreamweaver 非常適合開發(fā)動態(tài)網(wǎng)頁。當(dāng)然 Dreamweaver 也存在者一些問題。它站用的系統(tǒng)資源較多，運(yùn)行時速度較慢，因此適合開發(fā)大型的網(wǎng)頁，當(dāng)只需要對網(wǎng)頁進(jìn)行一些調(diào)試時很不較方便。在實(shí)際開放中還常用到編輯工具——UltraEdit.第 7 頁 共 31 頁 B/S 數(shù)據(jù)庫訪問模式B/S 結(jié)構(gòu)是真正的三層結(jié)構(gòu)，它以訪問 WEB 數(shù)據(jù)庫為中心，HTTP 為傳輸協(xié)議，客戶端通過瀏覽器(Browser)訪問 WEB 服務(wù)器和與其相連的后臺數(shù)據(jù)庫，我們稱之為 B/S（Browser/Server）模式。第一層是客戶端即瀏覽器，主要完成客戶和后臺的交互及最終查詢結(jié)果的輸出功能。在客戶端向指定的 Web 服務(wù)器提出服務(wù)器請求，Web 服務(wù)器用 HTTP 協(xié)議把所需文件資料傳給用戶，客戶端接受并顯示在 WWW 瀏覽器上；第二層 Web 服務(wù)器是功能層，完成客戶的應(yīng)用功能，即 Web 服務(wù)器接受客戶請求，并與后臺數(shù)據(jù)庫連接，進(jìn)行申請?zhí)幚恚缓髮⑻幚斫Y(jié)果返回 Web 服務(wù)器，再傳至客戶端；第三層數(shù)據(jù)庫服務(wù)器是數(shù)據(jù)層。數(shù)據(jù)庫服務(wù)器應(yīng)客戶請求獨(dú)立地進(jìn)行各種處理。與傳統(tǒng)的 C/S 模式相比，B/S 結(jié)構(gòu)把處理功能全部移植到了服務(wù)器端，用戶的請求通過瀏覽器發(fā)出，無論是使用和數(shù)據(jù)庫維護(hù)上都比傳統(tǒng)模式更加經(jīng)濟(jì)方便。而且使維護(hù)任務(wù)層次化：管理員負(fù)責(zé)服務(wù)器硬件日常管理和維護(hù)，系統(tǒng)維護(hù)人員負(fù)責(zé)后臺數(shù)據(jù)庫數(shù)據(jù)更新維護(hù)。由以上的比較分析可知，三層結(jié)構(gòu)也可以理解為增加 WEB 服務(wù)器的 C/S 模式。采用 B/S 模式，突破傳統(tǒng)的文件共享模式，為網(wǎng)絡(luò)考試系統(tǒng)的設(shè)計提供新的解決方案。借助 ASP 的 WEB 應(yīng)用程序，用戶通過 Browser 軟件連接后臺數(shù)據(jù)庫并完成做操作，使本網(wǎng)絡(luò)考試系統(tǒng)的更新數(shù)據(jù)的方式為動態(tài)。3 系統(tǒng)設(shè)計 項目需求分析本軟件的名稱為：職稱考試模擬系統(tǒng)。本軟件的用戶：各企、事業(yè)單位需要參與職稱考試的人員以及考試的出題閱卷人員。本項目作為各企事業(yè)單位信息化建設(shè)，推進(jìn)員工職業(yè)技能提高的一部分，主要滿足日益增長的對于員工技能考核晉升的需求，解決長期以來困繞傳統(tǒng)職稱考試所面臨的一系列問題，如：首先作為傳統(tǒng)的考試來說，大量的紙質(zhì)試卷的使用對于資源是一個巨大的浪費(fèi)，正在大力提倡可持續(xù)發(fā)展的形式下，節(jié)約不必要的紙張浪費(fèi)勢在必行；其次，對于出題人員來說，其工作量大，工作過程紛繁復(fù)雜，效率低下，因?yàn)獒槍γ看尾煌目荚嚩家M(jìn)行選題，出題，工作重復(fù)性高，而且意義不大；再次，在閱卷過程中，傳統(tǒng)考試的閱卷人員、監(jiān)考、評改統(tǒng)計等工作費(fèi)時費(fèi)力，并且由于人工閱卷的不穩(wěn)定性較高，時常會出現(xiàn)誤判，統(tǒng)分不準(zhǔn)確等錯誤，這些都將影響到考試人員的切身利益。特別是在信息化建設(shè)正如火如荼的今天，面對成千上萬的考試人員，管理者往往叫苦連天。使用現(xiàn)代化的考試系統(tǒng)成為了必然，網(wǎng)絡(luò)化的在線模擬考試第 8 頁 共 31 頁系統(tǒng)就應(yīng)任而生，本文中的模擬考試管理系統(tǒng)就是要解決這一問題。為了解決這一問題，模擬職稱考試管理系統(tǒng)是建立在 Intra/Inter網(wǎng)絡(luò)架構(gòu)上，用戶包括管理人員和監(jiān)考人員、考生，他們可以通過本地局域網(wǎng)登錄系統(tǒng)進(jìn)行操作，也可以通過 Inter 遠(yuǎn)程登錄本模塊。為了滿足用戶的需求，該考試系統(tǒng)要實(shí)現(xiàn)以下目標(biāo)。1) 模塊要全部用 B/S 系統(tǒng)開發(fā)，用戶無需在本地機(jī)器安裝軟件，就可通過瀏覽器登錄系統(tǒng)進(jìn)行操作。2) 模塊采用 ASP 開發(fā)，具有完全的開放性，可以運(yùn)行在任何支持ASP 標(biāo)準(zhǔn)的服務(wù)器上，非常方便以后的維護(hù)和系統(tǒng)升級。3) 只要系統(tǒng)允許，用戶可以在任何時間、任何地點(diǎn)辦公，包括出差在外地都可以使用該系統(tǒng)。4) 模塊維護(hù)費(fèi)用很低，所有的維護(hù)操作只需要針對服務(wù)器進(jìn)行，外地管理員只需要把服務(wù)器連接上網(wǎng)即可進(jìn)行維護(hù)和升級，這對人力、時間、費(fèi)用的節(jié)省是相當(dāng)可觀的。5) 模塊采用 Web 服務(wù)器和數(shù)據(jù)庫服務(wù)器分離的方式，系統(tǒng)的安全性和性能因此得到很大提高。6） 系統(tǒng)界面友好，使用方便，易操作。 數(shù)據(jù)庫設(shè)計 功能流程圖介紹功能流程圖主要是分析、描述信息系統(tǒng)的數(shù)據(jù)轉(zhuǎn)換和流動狀況，顯示系統(tǒng)，是理解表達(dá)用戶需求、與用戶溝通交流的工具，是新系統(tǒng)邏輯模型的最重要組成部分。功能流程圖的基本符號包括： 外部實(shí)體，數(shù)據(jù)流 ，處理（處理邏輯、處理功能）和 : 自上而下，逐步細(xì)化；直觀清晰，簡單明了。 構(gòu)造功能流程圖的有關(guān)原外部實(shí)體一般只在 TOP 流程圖和第一層功能流程圖中標(biāo)出，在其它層次則:不必再標(biāo)出，以利突出重點(diǎn)，便于理解； 構(gòu)造第一層功能流程圖是關(guān)鍵的一環(huán)。必須按照規(guī)范步驟進(jìn)行，抓住主要的輸入輸出環(huán)節(jié)； 在第一層功能流程圖中一般只是集中表示系統(tǒng)的主要處理邏輯和與之相關(guān)的數(shù)據(jù)流動和轉(zhuǎn)換，暫不反映出錯處理和例外處理； 功能流程圖一般不反映時間順序和判斷控制條件； 功能流程圖只說明系統(tǒng)中的數(shù)據(jù)處理過程，不要將程序設(shè)計語言的某些命令當(dāng)成功能流程圖的步驟也列入其中； 功能流程圖中的數(shù)第 9 頁 共 31 頁據(jù)流必須開始于處理邏輯或終止于處理邏輯，即：各種處理邏輯與數(shù)據(jù)流必須相互關(guān)聯(lián)，處理邏輯或者是接受數(shù)據(jù)流進(jìn)行數(shù)據(jù)轉(zhuǎn)換，或者是將已處理轉(zhuǎn)換的數(shù)據(jù)輸出到另一個處理邏輯或數(shù)據(jù)存儲或外部實(shí)體；必須給功能流程圖的各個元素都賦予一個清晰而有意義的名字。命名的一般原則：數(shù)據(jù)流和數(shù)據(jù)存儲應(yīng)反映系統(tǒng)中流動的和存儲的數(shù)據(jù)組成；處理邏輯用動詞加表語表示所發(fā)生在哪些基本數(shù)據(jù)上的處理和轉(zhuǎn)換；下一層功能流程圖的編號在上一層功能流程圖編號的基礎(chǔ)上進(jìn)行擴(kuò)展。 功能流程圖本模擬考試管理系統(tǒng)采用三層功能流程圖。頂層對監(jiān)考人員（超級用戶） ，和考生（普通用戶）進(jìn)行驗(yàn)證。二層分別為超級用戶子模塊以及普通用戶子模塊。三層分別為：用戶管理子模塊：考試管理子模塊，成績管理管理子模塊，數(shù)據(jù)庫管理子模塊和試卷生成子模塊。下面將對各個模塊的數(shù)據(jù)流程進(jìn)行詳細(xì)的闡述。頂層： 圖 31 頂層圖從頂層的圖可以清晰的看到，作為數(shù)據(jù)流程中的最頂層模塊為考試管理模塊，作為數(shù)據(jù)的第一個流動模塊，其主要的功能是對超級用戶，即出題閱卷人員的身份以及考生也就是一般普通用戶的身份進(jìn)行驗(yàn)證，如果驗(yàn)證成功，那么其將進(jìn)入系統(tǒng)的下一個層次的數(shù)據(jù)流動。二層：第 10 頁 共 31 頁在二層中包括了超級用戶子模塊和普通用戶子模塊：① 考生用戶子模塊及其二層圖32 二層圖考生用戶子模塊 從考生用戶子模塊可以看到，其二層圖關(guān)于身份驗(yàn)證的有效性是一個核心的關(guān)鍵環(huán)節(jié)，其他的下層子模塊都要基于身份驗(yàn)證的有效性上?？忌男畔⑦M(jìn)行了驗(yàn)證過后，可以進(jìn)入用戶管理子模塊進(jìn)行用戶信息相關(guān)的工作；作為考試系統(tǒng)的核心部分—考試處理子模塊也是基于對考生用戶有效性驗(yàn)證的基礎(chǔ)上的；此外，對于考生用戶數(shù)據(jù)子模塊而言，信息的查詢等功能也將是此子模塊的重要組成部分。② 超級用戶子模塊以及其二層圖第 11 頁 共 31 頁 圖 33 二層圖—超級用戶子模塊作為二層數(shù)據(jù)流程的另外一個模塊：超級用戶子模塊，其數(shù)據(jù)流動的流程與第二層的另外一個模塊—普通用戶模塊的流程具有一定的相似性，其主要的區(qū)別在于用戶角色的不同而導(dǎo)致的數(shù)據(jù)權(quán)限不同以及角色不同帶來的功能模塊。超級用戶管理模塊可以通過對后臺數(shù)據(jù)庫的前臺操作進(jìn)行有效的管理，考試設(shè)置子模塊將考試元素以數(shù)據(jù)訪問的形式進(jìn)行操作，閱卷子模塊作為考試系統(tǒng)的一個重要有機(jī)組成部分，將在基于超級用戶的有效性驗(yàn)證的基礎(chǔ)上進(jìn)行。三層：三層圖所表現(xiàn)的子模塊有：賬戶管理子模塊、考試模塊、成績處理模塊、試題模塊。這些一系列的底層模塊是整個系統(tǒng)數(shù)據(jù)流動的終端，系統(tǒng)各個功能的實(shí)現(xiàn)的具體體現(xiàn)都將在上述的模塊中表示出來，所以在這些模塊的數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫的設(shè)計過程中，我盡量做到了功能劃分明確，層次清晰，各個模塊之間互相聯(lián)系緊密，但又要作為個體相對獨(dú)立的存在。如下為各個子模塊的圖：① 賬戶管理子模塊第 12 頁 共 31 頁 圖 34 三層圖—帳戶管理子模塊② 考試子模塊圖 35 三層圖—考試子模塊③ 成績處理模塊第 13 頁 共 31 頁圖 36 三層圖成績處理模塊④ 試題模塊圖 37 三層圖—試題模塊作為第三層的圖是試題關(guān)于試題模塊的數(shù)據(jù)流程關(guān)系，在圖中我們可以清晰的看到試卷部分為核心部分，作為考試系統(tǒng)，考試設(shè)置子模塊將考試元素以數(shù)據(jù)訪問的形式進(jìn)行操作，閱卷子模塊作為考試系統(tǒng)的一個重要有機(jī)組成部分，將在基于超級用戶的有效性驗(yàn)證的基礎(chǔ)上進(jìn)行第 14 頁 共 31 頁 數(shù)據(jù)字典數(shù)據(jù)字典實(shí)際上也是以數(shù)據(jù)表和視圖為主要存在形式的?？梢赃@樣說，數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的數(shù)據(jù)表和視圖。本考試系統(tǒng)涉及到 9 個以上的數(shù)據(jù)表，其具體的名稱如下：考試參數(shù)表；超級用戶表；多選題目表；單選題目表；判斷題目表；問答題目表；高級信息表；普通用戶表；成績登記表以及根據(jù)用戶的不斷增多而相應(yīng)增加的各個用戶達(dá)的表。按其功能性質(zhì)，可將上述表做如下分類：從帳戶管理的角度，包括：超級用戶表；普通用戶表從試題管理的角度，包括：多項選擇題目表，單選題目表；判斷題目表；問答題目表此外還包括綜合方面的表，如高級信息表，成績登記表和每個用戶的單獨(dú)表。表 31 超級用戶表表 32 普通 用戶表表 33 單選題目表編號 用戶名 密碼 權(quán)限 當(dāng)前狀態(tài)數(shù)據(jù)類型 數(shù)字 文本 文本 文本 文本是否為主鍵 否 是 否 否 否是否為空 否 否 否 否 否用戶名 密碼 單位 序號 準(zhǔn)考號 權(quán)限 附加數(shù) 監(jiān)考人 狀態(tài)數(shù)據(jù)類型文本/數(shù)字?jǐn)?shù)字 文本 數(shù)字 數(shù)字 文本 數(shù)字 文本 文本是否為主鍵是 否 否 否 否 否 否 否 否是否為空否 否 否 否 否 否 是 否 否試題 ID 試題 試題答案 試題分?jǐn)?shù) 難度第 15 頁 共 31 頁表34 多選題目表表 35 判斷題目表表 36 問答題目表在 關(guān)于試題 型以及試 題內(nèi)容的 四個表：單選表，多選表，問答題表和判斷題表中我們可以清晰的看到，在這四個數(shù)據(jù)庫表格的設(shè)計中夠架和屬性基本一致，這樣保證了試題模塊中的結(jié)構(gòu)一致性，這樣可以使得系統(tǒng)出題能夠做到試題清晰，結(jié)構(gòu)一目了然。由于考慮到各類題型的本身性質(zhì)的差異，如在數(shù)據(jù)類型以及是否作為主鍵上的差異，所以我將各個類型的試題數(shù)據(jù)庫單獨(dú)建表，以體統(tǒng)、規(guī)范的進(jìn)行數(shù)據(jù)管理和調(diào)度。數(shù)據(jù)類型 數(shù)字 文本 字符 數(shù)字 數(shù)字是否為主鍵 是 否 否 否 否是否為空 否 否 否 否 否試題 ID 試題 試題答案 試題分?jǐn)?shù) 難度數(shù)據(jù)類型 數(shù)字 文本 字符 數(shù)字 數(shù)字是否為主鍵 是 否 否 否 否是否為空 否 否 否 否 否試題 ID 試題 試題答案 試題分?jǐn)?shù) 難度數(shù)據(jù)類型 數(shù)字 文本 字符 數(shù)字 數(shù)字是否為主鍵 是 否 否 否 否是否為空 否 否 否 否 否試題 ID 試題 試題答案 試題分?jǐn)?shù) 難度數(shù)據(jù)類型 數(shù)字 文本 字符 數(shù)字 數(shù)字是否為主鍵 是 否 否 否 否是否為空 否 否 否 否 否第 16 頁 共 31 頁表 37 考試參數(shù)表表 38 成績登記表表 39 普通用戶的表特 別的，在此 說明，關(guān)于普通用戶的表并非單一的一個表，而是針對已經(jīng)注冊賬號的每一個用戶都將自動的建立的一個數(shù)據(jù)庫表，也就是說每位不同的用戶其自身的表是不同的，在此表中記錄了考生用戶的試題出題情況，試題的分?jǐn)?shù)情況以及試題由于隨即選題的題目內(nèi)容。此時間 難度 單選題量多選題量判斷題量問答題量單選分值多選分值問答分值總分 消息數(shù)據(jù)類型文本 文本 文本 文本 文本 文本 文本 文本 文本 文本 文本是否為主鍵否 否 否 否 否 否 否 否 否 否 否是否為空是 否 否 否 否 否 否 否 否 否 是編號 用戶名 閱否 時間 總分 成績 附加參數(shù)試卷名稱當(dāng)前狀態(tài)數(shù)據(jù)類型數(shù)字 文本 文本 數(shù)字 數(shù)字 數(shù)字 數(shù)字 文本 文本是否為主鍵是 否 否 否 否 否 否 否 否是否為空否 否 否 否 否 是 是 否 否試題ID試題 試題分?jǐn)?shù)答案 用戶答案用戶得分試題題型附加參數(shù)數(shù)據(jù)類型 數(shù)字 文本 數(shù)字 文本 文本 數(shù)字 文本 數(shù)字是否為主鍵是 否 否 否 否 否 否 否是否為空 否 是 否 否 否 是 否 否第 17 頁 共 31 頁外用戶的答案將與系統(tǒng)內(nèi)正確的答案進(jìn)行比較從而獲得非主觀題目的分?jǐn)?shù)，如單選題、多選題、判斷題。而主觀題型的問答題則由閱卷人員進(jìn)行評定其分?jǐn)?shù)后錄入系統(tǒng)分?jǐn)?shù)內(nèi)，從而得到該用戶的得分。以上呈現(xiàn)的