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