【正文】 本教學(xué)互動平臺數(shù)據(jù)流圖繪制主要遵循以下原則：（1）明確系統(tǒng)界面。系統(tǒng)分析人員根據(jù)調(diào)查材料，首先識別出那些不受所描述的系統(tǒng)的控制，但又影響系統(tǒng)運(yùn)行的外部環(huán)境，這就是系統(tǒng)的數(shù)據(jù)輸入的來源和輸出的去處。（2）自頂向下逐層擴(kuò)展。（3）合理布局。外部項盡量安排在左方，數(shù)據(jù)主要出處盡量安排在右方。（5）數(shù)據(jù)流圖繪制過程，就是本系統(tǒng)的邏輯模型形成過程，要與相關(guān)人員密切接觸，詳細(xì)討論，不斷修改。本系統(tǒng)的輸入邊界是用戶信息、上傳資料信息等；輸出邊界是相關(guān)資料顯示輸出。 本章小結(jié)主要通過對用戶群體、系統(tǒng)目標(biāo)、業(yè)務(wù)流程分析、系統(tǒng)邏輯模型、系統(tǒng)安全性方面、系統(tǒng)功能方面等對系統(tǒng)進(jìn)行了分析，提出要解決“做什么”的問題，把要解決哪些問題、滿足用戶哪些具體的信息需求調(diào)查、分析清楚，為下一階段進(jìn)行物理方案設(shè)計、解決“怎么做”提供依據(jù)。系統(tǒng)的總體結(jié)構(gòu)設(shè)計應(yīng)遵循以下原則：（1）分解協(xié)調(diào)原則：要善于把一個復(fù)雜問題分解成多個易于解決、易于理解的小問題分別處理，在處理過程中根據(jù)系統(tǒng)總體要求協(xié)調(diào)各部分的關(guān)系。（3）自頂向下的原則：先抓住總的功能目標(biāo)，然后再逐層分解。（5）面向用戶的原則：各模塊必須功能明確，接口明確。中小學(xué)生答疑系統(tǒng)（答疑系統(tǒng)）前臺系統(tǒng) 后臺系統(tǒng)充值信息管理系統(tǒng)信息管理問題信息管理用戶信息管理學(xué)生注冊學(xué)生提問購充值卡下載資料評價老師教師回答上傳資料教師注冊學(xué)生功能 教師功能 管理員功能圖 31 功能結(jié)構(gòu)圖 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫需求分析根據(jù)系統(tǒng)功能分析，可以列出以下所需的數(shù)據(jù)項：學(xué)生信息：編號、學(xué)生姓名、性別、密碼、問題、答案、年級、真實(shí)姓名、電話、郵箱、地址、余額、是否凍結(jié)、頭像、時間教師信息：編號、教師姓名、性別、密碼、問題、答案、年級、科目、真實(shí)姓名、電話、郵箱、出生、地址、審核、學(xué)校、職務(wù)、余額、審核是否通過、是否凍結(jié)、頭像、卡號、號碼管理員信息：編號、管理員名稱、密碼、標(biāo)記類型、附加碼、是否鎖定、登錄次數(shù)、最后登錄時間、上次登錄 IP、職位問題信息：編號、提問人、年級、所屬科目、問題標(biāo)題、所需金錢、問題內(nèi)容、附件、提問時間、狀態(tài)、點(diǎn)擊次數(shù)、解答老師、答案附件、考點(diǎn)、思路分析、解答過程、回答時間、凍結(jié)時間文件信息：編號、上傳教師、年級、科目、學(xué)期、上傳時間、價格、試題分類、版本、來源、知識點(diǎn)、文件大小、文件名稱、描述、文件路徑、點(diǎn)擊次數(shù)、標(biāo)記卡信息：編號、卡號、密碼、卡的面值、是否被消費(fèi)、消費(fèi)時間、消費(fèi)該卡的用戶名學(xué)生使用信息：編號、用戶 ID、看過問題的 ID、類型、消費(fèi)多少、增加 Q 豆多少、用戶賬戶剩余、消費(fèi)時間、消費(fèi)的具體描述、用戶類型評分信息：用戶編號、問題內(nèi)容、用戶、提問時間、編號、分?jǐn)?shù)、學(xué)生 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計在系統(tǒng)的數(shù)據(jù)庫設(shè)計中，首先要對系統(tǒng)得到的數(shù)據(jù)字典中的數(shù)據(jù)存儲進(jìn)行分析，分析各數(shù)據(jù)存儲之間的關(guān)系，然后得出系統(tǒng)的關(guān)系模式。 ER 圖由實(shí)體、屬性、聯(lián)系三部分組成，其符號如圖 32 所示。用橢圓形表示實(shí)體屬性，并用無向邊把實(shí)體與其屬性連接起來。某實(shí)體間的聯(lián)系邊具有屬性，則把屬性和菱形也用無向邊連上。學(xué)生 教師管理員管理N N1圖 33 系統(tǒng) ER 圖學(xué)生 教師提問問題信息回答下載 上傳文件信息購買學(xué)生使用信息卡信息評分信息 評分記錄1 11111NN1MNN圖 34 學(xué)生與教師 ER 圖問題信息所屬科目問題標(biāo)題 所需金錢附件提問人編號解答老師回答時間圖 35 問題信息屬性圖文件信息年級科目 價格來源上傳教師編號年級知識點(diǎn)圖 36 文件信息屬性圖學(xué)生使用信息類型消費(fèi)多少 增加 Q豆消費(fèi)時間用戶 ID編號賬戶余額用戶類型圖 37 學(xué)生使用信息屬性圖評分信息用戶 提問時間 編號學(xué)生問題內(nèi)容編號分?jǐn)?shù)圖 38 評分信息屬性圖 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計邏輯結(jié)構(gòu)設(shè)計的任務(wù)就是把概念結(jié)構(gòu)設(shè)計階段設(shè)計好的基本 ER 圖，轉(zhuǎn)換為與選用的具體機(jī)器上的 DBMS 產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)——關(guān)系模型。所謂規(guī)范化是指在一個數(shù)據(jù)結(jié)構(gòu)中沒有重復(fù)出現(xiàn)的項組。除了數(shù)據(jù)以外，在數(shù)據(jù)庫中，對象名稱和形式都需要規(guī)范化。根據(jù)關(guān)系模式滿足的不同性質(zhì)和規(guī)范化的程度，把關(guān)系模式分為第一范式、第二范式、第三范式、BC 范式、第四范式、第五范式等。本系統(tǒng)要求達(dá)到第三范式，經(jīng)過數(shù)據(jù)規(guī)范化，具體 ER 圖向關(guān)系模型轉(zhuǎn)換的結(jié)果如下所示，其中帶下劃線的為關(guān)鍵碼：學(xué)生信息（編號、學(xué)生姓名、性別、密碼、問題、答案、年級、真實(shí)姓名、電話、郵箱、地址、余額、是否凍結(jié)、頭像、時間）教師信息（編號、教師姓名、性別、密碼、問題、答案、年級、科目、真實(shí)姓名、電話、郵箱、出生、地址、審核、學(xué)校、職務(wù)、余額、審核是否通過、是否凍結(jié)、頭像、卡號、號碼）管理員信息（編號、管理員名稱、密碼、標(biāo)記類型、附加碼、是否鎖定、登錄次數(shù)、最后登錄時間、上次登錄 IP、職位）問題信息（編號、提問人、年級、所屬科目、問題標(biāo)題、所需金錢、問題內(nèi)容、附件、提問時間、狀態(tài)、點(diǎn)擊次數(shù)、解答老師、答案附件、考點(diǎn)、思路分析、解答過程、回答時間、凍結(jié)時間）文件信息（編號、上傳教師、年級、科目、學(xué)期、上傳時間、價格、試題分類、版本、來源、知識點(diǎn)、文件大小、文件名稱、描述、文件路徑、點(diǎn)擊次數(shù)、標(biāo)記）卡信息（編號、卡號、密碼、卡的面值、是否被消費(fèi)、消費(fèi)時間、消費(fèi)該卡的用戶名）學(xué)生使用信息（編號、用戶 ID、看過問題的 ID、類型、消費(fèi)多少、增加 Q 豆多少、用戶賬戶剩余、消費(fèi)時間、消費(fèi)的具體描述、用戶類型）評分信息（用戶編號、問題內(nèi)容、用戶、提問時間、教師編號、分?jǐn)?shù)、學(xué)生）根據(jù)前面所設(shè)計的 ER 圖，以及對它進(jìn)行轉(zhuǎn)換的步驟，可以得到本系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu)，分別見表 31～表 312 所示。得到了系統(tǒng)功能結(jié)構(gòu)圖、數(shù)據(jù)庫 ER 圖、屬性圖、關(guān)系圖，對物理方案進(jìn)行了設(shè)計，解決系統(tǒng)要“怎么做”的問題。通過在瀏覽器上輸入 即可訪問中小學(xué)生答疑系統(tǒng)主頁。比如只要使用!include file=文件名即可調(diào)用這些功能模塊文件，大大提高了開發(fā)的效率及系統(tǒng)的可維護(hù)性。綜上所述，設(shè)計一個構(gòu)思合理、功能齊全的網(wǎng)上教學(xué)答疑網(wǎng)站所用到的頁面是相當(dāng)多的。下面給出程序中涉及的主要頁面列表，如表 41 所示。（1）數(shù)據(jù)庫可能被下載在 IIS+ASP+Access 網(wǎng)站中，如果有人通過各種方法獲得或者猜到數(shù)據(jù)庫的存儲路徑和文件名，則該數(shù)據(jù)庫就可以被下載到本地。（2）數(shù)據(jù)庫可能被解密由于 Access 數(shù)據(jù)庫的加密機(jī)制比較簡單，即使設(shè)置了密碼，解密也很容易。H42”開始的區(qū)域內(nèi)。因此，只要數(shù)據(jù)庫被下載，其信息就沒有任何安全性可言了。由于 APS 程序采用非編譯性語言，大大降低了程序源代碼的安全性。②程序設(shè)計中容易被忽視的安全性問題。例如在瀏覽器中敲入“…?P=x1 ”，即可不經(jīng)過表單頁面直接進(jìn)入滿足“=x1”條件的頁面。 提高 IIS+ASP 網(wǎng)站安全性的方法（1）防止數(shù)據(jù)庫被下載由于 Access 數(shù)據(jù)庫加密機(jī)制過于簡單，有效地防止數(shù)據(jù)庫被下載，就成了提高ASP+Access 解決方案安全性的重中之重。①非常規(guī)命名法。②使用 ODBC 數(shù)據(jù)源。DataSource=amp。如果使用 ODCB 數(shù)據(jù)源，就不會存在這樣的問題了：“ODBCDSN 名”（2）對 ASP 頁面進(jìn)行加密為有效地防止 ASP 源代碼泄露，可以對 APS 頁面進(jìn)行加密。一是使用組件技術(shù)將編程邏輯封裝入 DLL 之中；二是使用微軟的 Script Encoder 對 APS 頁面進(jìn)行加密。例如，我們制作了下面的注冊頁面。假設(shè)，不采用 Session對象進(jìn)行注冊驗(yàn)證，則用戶在瀏覽器中敲入“URL/?page=1”即可繞過注冊界面，直接進(jìn)入系統(tǒng)。為此，要注意做以下事情。②關(guān)閉默認(rèn)共享。④廢止 TCP/IP 上的 NetBIOS。通過對 IIS+ASP+Access 網(wǎng)上應(yīng)用系統(tǒng)安全性的研究，我們對現(xiàn)有系統(tǒng)進(jìn)行了改造，收到了較好的效果。ADO 組件主要提供了以下七個對象和四個集合來訪問數(shù)據(jù)庫。Command 對象：執(zhí)行 SQL 指令，訪問數(shù)據(jù)庫。RecordSet 對象：存放訪問數(shù)據(jù)庫后的數(shù)據(jù)信息，是最經(jīng)常使用的對象。Property 對象和 Properties 集合：提供有關(guān)信息，供Connection、 Command、 RecordSet、Field 對象使用。ADO 具有簡單易用、高速、占用資源少等優(yōu)點(diǎn)，它并不強(qiáng)調(diào)對象的繼承，大部分的 ADO 對象單獨(dú)生成，這就允許開發(fā)人員只生成和繼承需要的對象，這種技術(shù)的好處是產(chǎn)生較少的 ADO 對象，減少了工作量。ASP 與數(shù)據(jù)庫的連接如下圖 41 所示：Web瀏覽器 InterWeb服務(wù)器 ADO ODBC數(shù)據(jù)庫服務(wù)器圖 41 ASP 與數(shù)據(jù)庫的連接（2）ASP 訪問數(shù)據(jù)庫步驟在 ASP 中，使用 ADO 組件訪問后臺數(shù)據(jù)庫，可通過以下步驟進(jìn)行：①確定數(shù)據(jù)源要訪問網(wǎng)上數(shù)據(jù)庫，首先必須設(shè)定數(shù)據(jù)源，在控制面板的 ODBC 中建立相應(yīng)的用戶/ 系統(tǒng) DSN(數(shù)據(jù)源名)，指定所用的驅(qū)動程序，在數(shù)據(jù)來源名稱中輸入 DSN 名，并選定數(shù)據(jù)庫。④利用 RecordSets 對象所提供的屬性，顯示查詢結(jié)果如將查詢結(jié)果顯示在一個表格中：Table Border=2tr%for i=0 to %td%=RS(i).name%/td%next%%doWhile not %tr%for i=0 to %td%=RS(i)%/td%next%/tr%loop%/table⑤關(guān)閉結(jié)果集對象，斷開與數(shù)據(jù)庫的連接 部分功能模塊設(shè)計與簡述 中小學(xué)生答疑系統(tǒng)首頁在瀏覽器上輸入 即可訪問中小學(xué)生答疑系統(tǒng)主頁，如圖 42 所示。圖 43 新生注冊頁面 教師注冊頁面在教師登錄了首頁后，要對學(xué)生提出的問題進(jìn)行回答及上傳試題資料必須要進(jìn)行注冊且通過管理員的同意，才可完成教師相應(yīng)的功能。圖 44 教師注冊頁面 學(xué)生或教師會員登錄界面學(xué)生或教師注冊后，要完成自己角色相應(yīng)的工作，就必須在系統(tǒng)中登錄，學(xué)生或教師通過選擇單選按鈕，選擇對應(yīng)角色進(jìn)行登錄。圖 45 會員登錄頁面 網(wǎng)站簡介界面用戶登錄中小學(xué)生答疑系統(tǒng)主頁后，點(diǎn)擊選擇“網(wǎng)站簡介”查看本系統(tǒng)的簡介。圖 46 網(wǎng)站簡介頁面 我問師答界面學(xué)生注冊登錄后，要查看其他學(xué)生提問的難題的情況，則點(diǎn)擊“我問師答”按鈕，查看提問以及回答情況。圖 47 我問師答界面 經(jīng)典題庫界面老師上傳試題后，給出此試題相應(yīng)的 Q 豆，此時可以標(biāo)記此試題為 “經(jīng)典題庫” 。如圖 48 所示。充值界面如圖 49 所示。因此，測試的關(guān)鍵問題是如何設(shè)計測試用例，即設(shè)計一批測試數(shù)據(jù)，通過有限的測試用例，在有限的研發(fā)時間內(nèi)，盡可能多的發(fā)現(xiàn)程序中的錯誤。按照軟件工程的觀點(diǎn)，軟件測試共包括 4 個層次。系統(tǒng)測試單元測試單元測試單元測試集成測試確認(rèn)測試設(shè)計信息 軟件需求系統(tǒng)其他要素圖 51 層次測試的信息流程圖 模塊測試單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動，在單元測試活動中，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測試。因此，所有的測試都必須在整個軟件系統(tǒng)的生命周期中進(jìn)行維護(hù)。被測模塊被測模塊被測模塊 集成測試集成測試，在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求（如根據(jù)結(jié)構(gòu)圖）組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測試。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實(shí)現(xiàn)。 確認(rèn)測試確認(rèn)測試的目的是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。這個測試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說明書中的錯誤。系統(tǒng)操作簡單，功能完善。為教師實(shí)現(xiàn)遠(yuǎn)距教學(xué)、學(xué)生實(shí)現(xiàn)個性化學(xué)習(xí)、互動提供了平臺。同時，系統(tǒng)未能實(shí)現(xiàn)利用網(wǎng)銀實(shí)現(xiàn)人民幣充值 Q 豆以及將 Q 豆轉(zhuǎn)換成人民幣的過程。在研究過程中，根據(jù)軟件工程思想，認(rèn)真進(jìn)行了系統(tǒng)需求分析，通過閱讀大量文獻(xiàn)資料，比較各種設(shè)計方案的優(yōu)劣，并結(jié)合自身開發(fā)條件因素，確定了系統(tǒng)設(shè)計方案。本系統(tǒng)是屬于數(shù)據(jù)庫型 ASP 應(yīng)用程序系統(tǒng)，具有以下主要特點(diǎn)：（1）完成了常規(guī)教學(xué)過程中的各項活動，包括網(wǎng)上答疑，上傳資料，Q 豆充值，學(xué)生給老師評分。（3）系統(tǒng)采用三層 B/S 模式開發(fā)，實(shí)現(xiàn)了瘦終端，簡化了客戶端的開發(fā)與維護(hù)工作量?？傊窈蟮木W(wǎng)上教學(xué)系統(tǒng)將朝著更富交互性、個性化、合作化和智能化的方向發(fā)展，我們今后的研究工作也將向著這個方向開展。本人在本系統(tǒng)開發(fā)的過程中，使所學(xué)的專業(yè)知識在實(shí)踐中得到了很大的運(yùn)用和實(shí)現(xiàn)，鞏固了自己的計算機(jī)和數(shù)據(jù)庫理論基礎(chǔ)知識，使自己的專業(yè)知識水平得到了很大的提升，對系統(tǒng)開發(fā)的全過程有了一個深刻、清晰、全面的認(rèn)識，使原來抽象模糊的知識有了一個清晰明了的理解。再一次感謝各位老師的指