案例_高校教師測評管理系統(tǒng)了解

1、案例：高校教師測評管理系統(tǒng)一、可行性研究1 項目背景近年來教學(xué)規(guī)模迅速擴(kuò)大，學(xué)生人數(shù)有較大增長，為實現(xiàn)教學(xué)質(zhì)量的量化考核，每學(xué)期未都要收集學(xué)生對任課教師的評價數(shù)據(jù)，以往主要采取不記名問卷調(diào)查的方式，人工進(jìn)行數(shù)據(jù)的采集與處理，費時費力且耗費大量紙張，統(tǒng)計出的數(shù)據(jù)準(zhǔn)確程度低。在東港學(xué)院校園網(wǎng)建成的情況下，利用校園網(wǎng)及計算中心微機(jī)實驗室通過軟件系統(tǒng)進(jìn)行測評數(shù)據(jù)的采集成為可能，教務(wù)處因此提出進(jìn)行教師測評網(wǎng)絡(luò)系統(tǒng)軟件系統(tǒng)的的開發(fā)。本軟件系統(tǒng)可利用現(xiàn)有的高校教務(wù)管理系統(tǒng)中的學(xué)生、教師、課程任課教師等數(shù)據(jù)，所以教務(wù)處需要提供高校教務(wù)管理系統(tǒng)數(shù)據(jù)庫查詢接口。2可行性研究的前提2.1 要求【列出并說明建議開發(fā)軟

2、件的基本要求，如功能；性能；輸出；輸入；基本的數(shù)據(jù)流程和處理流程；安全與保密要求；與軟件相關(guān)的其他系統(tǒng)；完成期限。】測評系統(tǒng) 應(yīng)能采集學(xué)生對一個學(xué)期中所學(xué)課程的各任課教師的教學(xué)水平、師德等方面給予的百分制評價分值 （評分標(biāo)準(zhǔn)由教務(wù)處制定， 要求學(xué)生在給教師評分時盡量遵守該標(biāo)準(zhǔn)，以保測評結(jié)果準(zhǔn)確性） 。測評系統(tǒng) 應(yīng)能根據(jù)教務(wù)處規(guī)定的計算方法統(tǒng)計出各位教師在一個學(xué)期中教學(xué)水平、師德的百分制最終測評得分。測評系統(tǒng) 應(yīng)在三十秒內(nèi)采集到一個網(wǎng)絡(luò)終端提交的一次測評數(shù)據(jù)（即一位學(xué)生對其本學(xué)期所學(xué)課程的所有任課教師的測評數(shù)據(jù)）。測評系統(tǒng) 應(yīng)在三十秒內(nèi)統(tǒng)計出100 名任課教師的單項測評結(jié)果。測評系統(tǒng) 應(yīng)按照指定

3、的格式顯示及打印各項測評數(shù)據(jù)的統(tǒng)計結(jié)果，包括教學(xué)水平測評結(jié)果報告師德測評結(jié)果報告 ，所有報告中教師以所在系部為單位列出，且同一系部中的教師以得分降序排列。測評系統(tǒng)中的基礎(chǔ)數(shù)據(jù)從高校教務(wù)管理系統(tǒng)中讀取，學(xué)生測評數(shù)據(jù)在終端上通過 IE 瀏覽器提交表單到服務(wù)器端獲取。數(shù)據(jù)及處理流程：服務(wù)器端學(xué)生客戶機(jī)端管理客戶機(jī)端任課教師、課程信息-測評分值<-統(tǒng)計測評結(jié)果測評結(jié)果 -測評系統(tǒng)中管理界面只能由授權(quán)用戶訪問（通過用戶帳號及口令驗證進(jìn)行授權(quán)）學(xué)生測評數(shù)據(jù)采集應(yīng)保證每位學(xué)生一個學(xué)期只能參加一次測評。與本系統(tǒng)相關(guān)的其他系統(tǒng)有高校教務(wù)管理系統(tǒng)。測評系統(tǒng)應(yīng)在200 年 月底完成。2.2 目標(biāo)【可包括：人力

4、與設(shè)備費用的節(jié)省；處理速度的提高；控制精度或生產(chǎn)能力的提高；管理信息服務(wù)的改進(jìn)；決策系統(tǒng)的改進(jìn)；人員工作效率的提高，等等?！坎捎帽鞠到y(tǒng)后， 東港學(xué)院五個系部可節(jié)約10 名教輔人員及20 名學(xué)生總計10 個工作日，增加微機(jī)實驗室2 名工作人員總計1 個工作日。以 2000 名參加測評的學(xué)生計算，節(jié)約紙張 240 元。以 200 臺微機(jī) 3 個小時用于測評計算，增加微機(jī)電力消耗 60 元。從采集到的數(shù)據(jù)進(jìn)行統(tǒng)計可做到誤差小于1。2.3 條件、假定和限制【可包括：建議開發(fā)軟件運行的最短壽命；進(jìn)行系統(tǒng)方案選擇比較的期限；經(jīng)費來源和使用限制；法律和政策方面的限制；硬件、軟件、運行環(huán)境和開發(fā)環(huán)境的條件和限

5、制；可利用的信息和資源；建議開發(fā)軟件投入使用的最遲時間。 】本系統(tǒng)至少應(yīng)使用 4 年。應(yīng)在一周內(nèi)完成系統(tǒng)實現(xiàn)方案的選擇比較?？蓮慕虅?wù)管理費用中支出開發(fā)費用。本系統(tǒng)只限東港學(xué)院使用。本系統(tǒng)對客戶機(jī)及服務(wù)器的硬件性能無特殊要求。系統(tǒng)軟件、 數(shù)據(jù)庫系統(tǒng)、 開發(fā)工具都采用免費軟件，本系統(tǒng)運行時要求計算機(jī)網(wǎng)絡(luò)連接穩(wěn)定可靠。測評系統(tǒng)應(yīng)在 2003 年 6 月 20 日投入使用。2.4 可行性研究方法【說明這項可行性研究將是如何進(jìn)行的，所建議的系統(tǒng)將是如何評價的，摘要說明所使用的基本方法和策略。 】對現(xiàn)有人工數(shù)據(jù)采集、 統(tǒng)計分析的流程進(jìn)行了調(diào)查，并對軟件系統(tǒng)實現(xiàn)的技術(shù)可行性進(jìn)行了分析，我們認(rèn)為測評系統(tǒng)具備開

6、發(fā)的需求及條件。我們細(xì)致一對人工系統(tǒng)及軟件系統(tǒng)實現(xiàn)測評的費用進(jìn)行了計算及對比，得出的結(jié)論是使用軟件系統(tǒng)可節(jié)省人力、物力，而且可以提高測評結(jié)果的準(zhǔn)確性。2.5 決定可行性的主要因素本軟件系統(tǒng)開發(fā)成本低，有較強(qiáng)的應(yīng)用需求。3對現(xiàn)有系統(tǒng)的分析3.1 處理流程和數(shù)據(jù)流程當(dāng)前測評數(shù)據(jù)的采集及統(tǒng)計分析完全由人工進(jìn)行。處理流程為：教務(wù)處制定測評標(biāo)準(zhǔn)、測評結(jié)果計算細(xì)則。教務(wù)處印刷測評表（每測評項目每學(xué)生一份）、測評結(jié)果報表（每系部一份）。各系部組織學(xué)生發(fā)放并填寫測評表。各系部組織學(xué)生匯總測評表。各系統(tǒng)部填寫測評結(jié)果報表。數(shù)據(jù)流程：教務(wù)處準(zhǔn)備各系部班級當(dāng)前學(xué)期開課表及任課教師表。各系部上交學(xué)生填寫的測評表到教務(wù)

7、處。各系部上交測評結(jié)果報表到教務(wù)處。3.2 工作負(fù)荷平均每系部 1 個教輔人員、 5 個學(xué)生各需要2 個小時。3.3 費用支出【如人力、設(shè)備、空間、支持性服務(wù)、材料等項開支。】人力：調(diào)查表的印刷：1 個人 0.5 個工作日50 元5 個教輔人員250 元25 個學(xué)生各需要2 個小時。250 元設(shè)備：一體化油印機(jī) 0.5 個工作日材料：紙、油墨240 元3.4 人員【列出所需人員的專業(yè)技術(shù)類別和數(shù)量。】教輔人員： 5 人學(xué)生： 25 人3.5 設(shè)備一體化油印機(jī)3.6 局限性【說明現(xiàn)有系統(tǒng)存在的問題以及為什么需要開發(fā)新的系統(tǒng)。 】繁瑣、易出差錯、效率低。4技術(shù)可行性分析4.1 對系統(tǒng)的簡要描述因測

8、評系統(tǒng)在應(yīng)用中需求大量客戶端，為簡化軟件的發(fā)布，故擬采用B/S 結(jié)構(gòu)，所有客戶機(jī)通過瀏覽器連接到WEB 服務(wù)器， 在 WEB 服務(wù)器端采用PHP 腳本進(jìn)行數(shù)據(jù)庫的連接與數(shù)據(jù)處理。通過發(fā)送到瀏覽器的HTML 表單收集用戶提交的數(shù)據(jù)。服務(wù)器選用LINUX平臺， WEB 服務(wù)器選用Apache，數(shù)據(jù)庫選用Mysql ，腳本解釋器選用 PHP。4.2 處理流程和數(shù)據(jù)流程數(shù)據(jù)采集：客戶端通過瀏覽器打開戶端發(fā)送 HTML表單，用戶填寫HTMLWEB 服務(wù)器站點上的測評頁面， WEB 服務(wù)器向客表單，并點擊表單的提交按鈕，瀏覽器發(fā)送數(shù)據(jù)到WEB服務(wù)器。WEB服務(wù)器上的PHP 腳本處理客戶機(jī)提交的數(shù)據(jù)，將其存

9、儲到Mysql數(shù)據(jù)庫系統(tǒng)中。統(tǒng)計分析：客戶端通過瀏覽器管理打開WEB 服務(wù)器站點上的管理頁面，點擊相應(yīng)的功能選項， WEB 服務(wù)器上的相應(yīng) PHP 腳本頁面被執(zhí)行進(jìn)行數(shù)據(jù)的統(tǒng)計分析， 并將統(tǒng)計的結(jié)果發(fā)送到瀏覽器。4.3 與現(xiàn)有系統(tǒng)比較的優(yōu)越性數(shù)據(jù)采集節(jié)省了大量紙張，保護(hù)了環(huán)境。數(shù)據(jù)處理使用計算機(jī)進(jìn)行，快速、準(zhǔn)確。測評項目的多少、每個項目所占比例等可通過管理界面進(jìn)行設(shè)置，更易適應(yīng)實際需要。4.4 采用建議系統(tǒng)可能帶來的影響4.4.1 對設(shè)備的影響無4.4.2 對現(xiàn)有軟件的影響高校教務(wù)管理系統(tǒng)數(shù)據(jù)庫中應(yīng)增加對教師、學(xué)生、班級課程信息查詢的帳號。4.2.3 對用戶的影響提高了工作效率，降低了勞動強(qiáng)度

10、。4.2.4 對系統(tǒng)運行的影響無4.2.5 對開發(fā)環(huán)境的影響無4.2.6 對運行環(huán)境的影響無4.2.7 對經(jīng)費支出的影響節(jié)約油墨紙張的經(jīng)費支出，增加電力費用支出。4.5 技術(shù)可行性評價【包括：在限制條件下，功能目標(biāo)是否能達(dá)到；利用現(xiàn)有技術(shù)，功能目標(biāo)能否達(dá)到；對開發(fā)人員數(shù)量的和質(zhì)量的要求，并說明能否滿足；在規(guī)定的期限內(nèi)，開發(fā)能否完成?！磕壳暗挠布O(shè)施滿足本系統(tǒng)運行的需要。實現(xiàn)本系統(tǒng)需要的技術(shù)包括： PHP 腳本的編程、 Mysql 數(shù)據(jù)庫應(yīng)用、 Apache WEB 服務(wù)器的架設(shè)與管理、 B/S 結(jié)構(gòu)的軟件開發(fā)技術(shù)。目前這些技術(shù)已經(jīng)成熟。這些技術(shù)對計算機(jī)系的教師而言都是必須掌握的基本技術(shù)。測評系

11、統(tǒng)是個小型軟件系統(tǒng)，6 個人月完全可以按時開發(fā)完成。5系統(tǒng)經(jīng)濟(jì)可行性分析5.1 支出5.1.1 基建投資無5.1.2 其他一次性支出軟件開發(fā)費用2000 元5.1.3 經(jīng)常性支出電力每學(xué)期60 元5.2 效益5.2.1 一次性收益無5.2.2 經(jīng)常性收益每個學(xué)期使用軟件系統(tǒng)較使用人工系統(tǒng)帶來的費用支出降低700 元。5.2.3 不可定量收益準(zhǔn)確的測評結(jié)果為教師的評價提供科學(xué)依據(jù)。5.3收益 /投資比以本系統(tǒng)使用 4 年，共 8 個學(xué)期計算，共支出：2000+8*60=2480 元。共節(jié)省費用： 8*700元 =5600 元。收益 /投資比 =5600/2480=2.45.4投資回收周期1.5年

12、5.5敏感性分析【敏感性分析是指一些關(guān)鍵性因素，如：系統(tǒng)生存周期長短、系統(tǒng)工作負(fù)荷量、處理速度要求、設(shè)備和軟件配置變化對支出和效益的影響等的分析?！渴侵敢恍╆P(guān)鍵性因素與這些不同類型之間的合理搭配、處理速度要求、 設(shè)備和軟件的配置等變化時，對開支和收益的影響最靈敏的范圍的估計。6社會因素可行性分析6.1 法律因素【如，合同責(zé)任、侵犯專利權(quán)、侵犯版權(quán)等問題的分析?！克密浖_發(fā)工具、 系統(tǒng)軟件都為免費。 利用本單位人員自主開發(fā)，具有獨立版權(quán)，歸東港學(xué)院所有。6.2 用戶使用可行性【如，用戶單位的行政管理、工作制度、人員素質(zhì)等能否滿足要求。教務(wù)處的管理人員、學(xué)生完全具備使用本軟件系統(tǒng)的能力?！?其他

13、可供選擇的方案【逐個闡明其他可供選擇的方案，并重點說明未被推薦的理由。無其他方案?！?.結(jié)論意見【結(jié)論意見可能是：可著手組織開發(fā)；需待若干條件（如資金、人力、設(shè)備等）具備后才能開發(fā)；需對開發(fā)目標(biāo)進(jìn)行某些修改；不能進(jìn)行或不必進(jìn)行（如技術(shù)不成熟，經(jīng)濟(jì)上不合算等）其他。】可著手組織開發(fā)。；二、需求規(guī)格說明1引言1.1 目標(biāo)通過局域網(wǎng)進(jìn)行學(xué)生對教師教學(xué)水平、 師德評價的數(shù)據(jù)采集。 并對采集到的數(shù)據(jù)按照教務(wù)部門制定的規(guī)則進(jìn)行統(tǒng)計，按教務(wù)部門規(guī)定的報表格式進(jìn)行查詢輸出。1.2 運行環(huán)境【應(yīng)包括硬件環(huán)境、軟件環(huán)境?！? 臺服務(wù)器：PIII1.2G 雙 CPU，SCSI 雙硬盤鏡像，512M 內(nèi)存，LINUX

14、7.0 ， Apache+PHP+Mysql 服務(wù)器100-200 臺客戶機(jī)： PII1.2G ， 128M 內(nèi)存， windows98 操作系統(tǒng)。上述所有計算機(jī)組成局域網(wǎng)。1.3 條件與限制【闡明為完成項目應(yīng)具備的條件、開發(fā)單位已具備的條件以及尚需創(chuàng)造的條件。必要時還應(yīng)說明用戶及分合同承包者承擔(dān)的工作、完成期限及其他條件與限制?！繛橥瓿杀鞠到y(tǒng)的開發(fā)， 應(yīng)配備 WEB 服務(wù)器、 CVS 服務(wù)器、 FTP 服務(wù)器、文本編輯工具、微機(jī)若干臺、 打印機(jī)一臺?？衫脰|港學(xué)院計算機(jī)系現(xiàn)有的服務(wù)器及教師辦公用微機(jī)等設(shè)備。2功能需求2.1 功能劃分評價項目管理學(xué)生驗證教師評價評價結(jié)果存儲結(jié)果統(tǒng)計結(jié)果查詢2.

15、2 功能描述1、評價項目管理設(shè)置測評類型中所包括的測評子項目， 每個子項目的分值或比例， 這些數(shù)據(jù)將用于評價結(jié)果的統(tǒng)計。測評類型包括： 1、學(xué)生評教教學(xué)水平， 2、學(xué)生評教教師師德， 3、教師同行評價教學(xué)水平， 4、教師同行評價政治表現(xiàn)， 5、教學(xué)督導(dǎo)組評價教學(xué)水平， 6、教師科研水平（由教務(wù)處根據(jù)相關(guān)規(guī)定打分） 。系統(tǒng)管理員可設(shè)置每種測評類型是否進(jìn)入可測評狀態(tài)。 只有設(shè)置為可測評狀態(tài)的類型在前臺才可選取并進(jìn)入該類測評。否則在前臺不顯示該測評類型。2、用戶驗證讓參于測評的用戶選擇自己的標(biāo)識進(jìn)入測評系統(tǒng)， 以便測評系統(tǒng)記錄該用戶是否行使了自己的測評權(quán)，對系統(tǒng)內(nèi)的每種測評類型一個用戶只有一次測評的

16、機(jī)會。用戶驗證還能夠使得學(xué)生只能對自己的當(dāng)前學(xué)期的任課教師進(jìn)行測評。3、評價對學(xué)生評教的測評類型，系統(tǒng)根據(jù)學(xué)生的學(xué)號、班級編號將列出該生的當(dāng)前學(xué)期的任課教師的姓名、 所任課程， 并列出當(dāng)前測評類型中的所有測評項目， 以及每個子項目的可選分值或比例，學(xué)生可通過單擊相應(yīng)的分值或比例為每個子項目打分。對教師同行評價及督導(dǎo)組、 教務(wù)處對教師教學(xué)及科研的評價類型， 系統(tǒng)應(yīng)列出所有教師做為被評測對象。4、評價結(jié)果存儲用戶完成所列被測對象的各項測評子項后，點擊 ”提交 ”按鈕， 系統(tǒng)將其提交的被測對象編號、測評類型編號、測評子項名稱、子項測評分值存儲到后臺數(shù)據(jù)庫中。5、結(jié)果統(tǒng)計系統(tǒng)管理員可隨時統(tǒng)計指定的測評

17、類型的測評結(jié)果數(shù)據(jù)。通常這項工作應(yīng)在該類測評結(jié)束后，將該測評類型取消其可測評狀態(tài)后再進(jìn)行，以統(tǒng)計出最終測評結(jié)果。6、結(jié)果查詢系統(tǒng)管理員可查詢所有測評類型、所有被評測人員的統(tǒng)計數(shù)據(jù)?？刹樵兊臄?shù)據(jù)包括按測評類型分類的被評人員總分。并以測評類型為單位按總分對參評人員進(jìn)行排序。3數(shù)據(jù)描述3.1 靜態(tài)數(shù)據(jù)在校學(xué)生的班級名稱、班級編號，學(xué)生學(xué)號、姓名，本校系部編號、名稱，各系部教師編號、姓名，當(dāng)前學(xué)期的所有班級的課程（編號）及任課教師（編號） ，課程編號、課程名稱。3.2 動態(tài)數(shù)據(jù)【包括輸入數(shù)據(jù)和輸出數(shù)據(jù)?！繙y評類型，各測評類型中包括的評價項目、項目等級劃分、項目分值分配。學(xué)生對任課教師的各測評類型中的子

18、項目所做的評價分值。每位教師各測評類型的得分。以系部為單位的教師測評結(jié)果排名。3.3 數(shù)據(jù)庫介紹【給出使用數(shù)據(jù)庫的名稱和類型?！渴褂弥С侄喾N平臺的免費關(guān)系型數(shù)據(jù)庫管理系統(tǒng)Mysql 。3.4 數(shù)據(jù)采集班級、學(xué)生、課程、系部、教師信息由高校教務(wù)管理系統(tǒng)查詢生成。測評類型及測評項目、分值、比例由測評系統(tǒng)管理人員手工輸入。學(xué)生對教師的評價數(shù)據(jù)每學(xué)期組織一次，利用測評系統(tǒng)的客戶端頁面輸入。4性能需求4.1 數(shù)據(jù)精確度每一種測評類型，其每個子項目測評分值以百分制顯示，學(xué)生可選分值以5 分為一個檔次。每個子項目在該測評類型的總分值中所占比例精確到百分之一。計算出的參評人員該類測評的總分精確到0.01 分。

19、4.2 時間特性【如響應(yīng)時間、更新處理時間、數(shù)據(jù)轉(zhuǎn)換與傳輸時間、運行時間等?！肯率鰰r間特性基于2.2 運行環(huán)境一節(jié)所述的軟、硬件環(huán)境。前臺所有操作都應(yīng)在30 秒內(nèi)得到響應(yīng)。統(tǒng)計測評結(jié)果數(shù)據(jù)時，以3000 名學(xué)生計，每名學(xué)生對本學(xué)期的任課教師約為每種類型的測評結(jié)果的統(tǒng)計應(yīng)在30 秒內(nèi)完成。10 名計，4.3 適應(yīng)性【在操作方式、 運行環(huán)境、 與其它軟件的接口以及開發(fā)計劃等發(fā)生變化時，應(yīng)具有的適應(yīng)能力?！勘鞠到y(tǒng)應(yīng)該可運行于windows 或 linux 操作系統(tǒng)平臺上，WEB 服務(wù)器可選用Apache 或IIS ，數(shù)據(jù)庫選用Mysql 。5運行需求5.1 用戶界面【如屏幕格式、報表格式、菜單格式、

20、輸入輸出時間等?！靠蛻舳恕⒐芾矶巳渴褂脼g覽器進(jìn)行操作，界面元素使用HTML頁面元素。報表使用HTML 表格，可方便的將數(shù)據(jù)復(fù)制到菜單使用 HTML頁面中的超鏈接實現(xiàn)。WORD 、 EXCEL進(jìn)行存檔及打印。5.2 硬件接口無5.3 軟件接口與現(xiàn)有的高校教務(wù)管理系統(tǒng)后臺數(shù)據(jù)庫的數(shù)據(jù)交換。采用CSV格式文件進(jìn)行數(shù)據(jù)交換。5.4 故障處理軟故障：對本人的測評權(quán)力被他人冒用的情況， 系統(tǒng)管理員可憑學(xué)生證等身份證明清除該生的測評數(shù)據(jù)，以便由其本人進(jìn)行測評。硬故障：網(wǎng)絡(luò)不通， 排除故障后需要重新進(jìn)入系統(tǒng)，系統(tǒng)不保存在用戶提交測評結(jié)果前的臨時數(shù)據(jù)。在統(tǒng)計過程中服務(wù)器當(dāng)機(jī)，可在重啟服務(wù)器后再統(tǒng)計一次即可。6

21、其它需求【如可使用性、安全保密、可維護(hù)性、可移植性等。】后臺管理程序使用基于操作系統(tǒng)的權(quán)限驗證。前臺程序不使用權(quán)限驗證。除與現(xiàn)有軟件系統(tǒng)的數(shù)據(jù)接口外，系統(tǒng)的前臺功能應(yīng)該讓會上網(wǎng)的學(xué)生在系統(tǒng)的提示下即可正確操作。 后臺功能的使用可在系統(tǒng)使用手冊的指導(dǎo)下進(jìn)行正確操作。 系統(tǒng)需要提供后臺管理的完整操作手冊及故障處理方法。三、概要設(shè)計1總體設(shè)計1.1 處理流程前臺數(shù)據(jù)采集主要流程：系統(tǒng)的測評數(shù)據(jù)采集頁面（evalfrm.php ）通過一個HTML表單來采集用戶輸入的評價數(shù)據(jù)，該頁面的表單將用戶輸入的數(shù)據(jù)提交到一個頁面，該頁面（evalobjsave.php）將用戶提交的頁面存儲到相關(guān)的數(shù)據(jù)表中。后臺數(shù)

22、據(jù)統(tǒng)計及查詢主要流程：統(tǒng)計頁面提供一個表單，列出所有測評類型供用戶選擇（用戶可多選），并設(shè)一個“統(tǒng)計”按鈕。當(dāng)用戶點擊“統(tǒng)計”按鈕后，頁面將用戶選擇的測評類型的編號提交給本頁面，本頁面在判斷出用戶點擊了“統(tǒng)計”按鈕的情況下，對這些類型進(jìn)行統(tǒng)計。以測評類型為單位的查詢頁面提供一個表單，列出所有測評類型供用戶選擇（只能單選），并設(shè)一個“查詢”按鈕。當(dāng)用戶點擊“查詢”按鈕后，頁面將用戶選擇的測評類型的編號提交給本頁面， 本頁面在判斷出用戶點擊了“查詢” 按鈕的情況下，將該類型的測評結(jié)果以表格的形式列出被測者的得分 （包括兩個部分， 一是以被測者所在部門為單位按得分高低列出，一是在全院范圍內(nèi)按得分高低

23、列出所有被測者）。對全院被測者的最終得分進(jìn)行查詢的頁面在全院范圍內(nèi)按得分高低列出所有被測者的名次、姓名、職稱、得分。依據(jù)以上流程的設(shè)計，繪制“教師測評”用例的順序圖如下（注：以下是精化設(shè)計以后所得到的順序圖） ：教師測評順序圖身份識別：教師測評：教師查詢：測評規(guī)則：結(jié)果存儲：LoginFrmEvalFrmDepartEvalTypeEmployee：學(xué)生打開 (String)輸入 (String)驗證打開 (String)列出評價對象列出評價子項輸入評價數(shù)據(jù)提交評價數(shù)據(jù)存儲評價數(shù)據(jù)圖 3教師教學(xué)網(wǎng)絡(luò)測評系統(tǒng)“教師測評”用例順序圖1.2 總體結(jié)構(gòu)和模塊外部設(shè)計頁面（模塊）劃分：評價項目管理本功能

24、通過 phpMyAdmin 直接管理數(shù)據(jù)庫來實現(xiàn)。由系統(tǒng)的開發(fā)人員為最終用戶設(shè)置評價項目的各個選項。在本系統(tǒng)的后序版本中將實現(xiàn)該功能模塊。前臺：2、用戶驗證loginfrm.php用戶驗證，取得用戶編號及所屬班級或部門的編號。3、評價evalfrm.php評價，列出當(dāng)前用戶的被測對象。采集用戶輸入的數(shù)據(jù)。4、評價結(jié)果存儲evalobjsave.php存儲用戶提交的對各被測者的評價分值。后臺：5、結(jié)果統(tǒng)計admin_evalstatic.php進(jìn)行測評結(jié)果的統(tǒng)計。6、結(jié)果查詢admin_evalquery.php進(jìn)行測評結(jié)果的分類查詢。admin_evaltalllist.php查詢教師的最終測

25、評結(jié)果及總分。7、其它后臺控制login.php管理員登錄。admin.php后臺管理功能頁面框架，左部為系統(tǒng)后臺管理功能列表。todolist.php后臺管理功能列表，各個功能項超鏈接到相應(yīng)的管理功能實現(xiàn)頁面。admin_classcontrol.php控制可參加測評的班級。admin_departcontrol.php控制可參加測評的部門。admin_evalcontrol.php控制可供使用的測評類型。1.3 功能分配【表明各項功能與程序結(jié)構(gòu)的關(guān)系。】頁面（模塊）劃分：前臺：loginfrm.php用戶驗證，取得用戶編號及所屬班級或部門的編號。evalfrm.php評價，列出當(dāng)前用戶的被

26、測對象。evalobjsave.php存儲用戶提交的對各被測者的評價分值。后臺：login.php管理員登錄。admin.php后臺管理功能頁面框架，左部為系統(tǒng)后臺管理功能列表。todolist.php后臺管理功能列表，各個功能項超鏈接到相應(yīng)的管理功能實現(xiàn)頁面。admin_classcontrol.php控制可參加測評的班級。admin_departcontrol.php 控制可參加測評的部門。admin_evalcontrol.php控制可供使用的測評類型。admin_evalstatic.php進(jìn)行測評結(jié)果的統(tǒng)計。admin_evalquery.php進(jìn)行測評結(jié)果的分類查詢。admin_e

27、valtalllist.php查詢教師的最終測評結(jié)果及總分。根據(jù)各用例的定義，參照主要用例的順序圖，確定當(dāng)前系統(tǒng)的主要類圖如圖4 所示。所有類的定義與實現(xiàn)代碼存儲到evalfunc.php 頁面中。教師測評表單測評子項系部班級子項分值系統(tǒng)名稱班級編號子項比率班級名稱列出測評對象查詢分值查詢教師查詢教師提交測評數(shù)據(jù)查詢比率查詢班級查詢課程*包含包含管理學(xué)習(xí)測評類型教師課程類型名稱姓名課程名稱分值比率*任課*任課教師查詢測評子項存儲測評數(shù)據(jù)查詢教師查詢測評規(guī)則圖 4教師教學(xué)網(wǎng)絡(luò)測評系統(tǒng)類圖2接口設(shè)計2.1 外部接口【包括用戶界面、軟件接口與硬件接口?！?、用戶界面evalfrm.php評價頁面：t

28、odolist.php 后臺功能列表：admin_evalcontrol.php 測評類型控制：admin_classcontrol.php 及 admin_departcontrol.php 頁面的形式同admin_evalcontrol.php 。admin_evalquery.php 以測評類型為單位查詢頁面：2、軟件接口本系統(tǒng)的基礎(chǔ)數(shù)據(jù)來自本學(xué)院正在使用的高校教務(wù)管理系統(tǒng)包括：系部信息：系部編號 char(2) 、系部名稱char(20)班級信息：。本系統(tǒng)需要的基礎(chǔ)數(shù)據(jù)年級 char(4)、班級編號char(10)、班級名稱char(20)、所屬系部編號char(2)教師信息：學(xué)院編號

29、 char(5) 、系部編號char(2)、教師編號char(6)、教師姓名char(20)班級課程及任課教師信息：學(xué)期 char(6)、課程名稱char(20)、班級編號char(10)、教師編號char(6)2.2 內(nèi)部接口【模塊之間的接口。 】3數(shù)據(jù)結(jié)構(gòu)設(shè)計3.1 邏輯結(jié)構(gòu)設(shè)計班級信息表（年級、班號、系部編號）測評類型信息表（類型編號、類型名稱、被測對象類型、本類占總分比例、前臺可用否、本類型子項供選分值間隔、本類型子項供選分值的個數(shù)）測評子項信息表（測評類型編號、子項名稱、子項占本類型分值比例、子項最高得分）學(xué)生信息表（學(xué)生編號、班級編號、學(xué)生姓名）教師信息（學(xué)院編號、系部編號、教師編

30、號、教師姓名）參測者狀態(tài)（學(xué)期、類型編號、參測者編號、是否已參測）當(dāng)前學(xué)期班級課程表（教師姓名、課程名稱、班級編號、教師編號）系部信息表（學(xué)院編號、系部編號、系部名稱）測評子項數(shù)據(jù) （學(xué)期、 被測者編號、 測評類型編號、 參測者隨機(jī)編號、子項名稱、 子項得分）各個參測者對各個被測者各測評類型的評價數(shù)據(jù)（學(xué)期、被測者編號、 測評類型編號、 參測者隨機(jī)編號、評價分值、參測者所在部門）各被測者各測評類型得分（學(xué)期、被測者編號、測評類型編號、測評得分、當(dāng)前測評類型占總分的比例）此表是存儲統(tǒng)計結(jié)果的數(shù)據(jù)表。利用該表的數(shù)據(jù)容易匯總得出每位被測者的最終得分。測評子項得分統(tǒng)計表（學(xué)期、被測者編號、測評類型編號

31、、測評子項名稱、測評得分、本子項占本類型的比例）本表所存儲的統(tǒng)計數(shù)據(jù)便于查詢被測對象各類型子項的得分情況。參測者以部門為單位對被測者各測評類型評價分（學(xué)期、被測者編號、 評價得分、 本類型占所有類型總分的比例、參測者部門編號）3.2 物理結(jié)構(gòu)設(shè)計# 班級信息表（年級、班號、系部編號）# 當(dāng)前學(xué)期班級課程表（教師姓名、課程名稱、班級編號、教師編號）# 系部信息表（學(xué)院編號、系部編號、系部名稱）# 測評子項數(shù)據(jù)（學(xué)期、被測者編號、測評類型編號、參測者隨機(jī)編號、子項名稱、子項得分） 本數(shù)據(jù)表是最原始的數(shù)據(jù)。通過此表可統(tǒng)計出被測者的子項得分情況。# 各個參測者對各個被測者各測評類型的評價數(shù)據(jù)（學(xué)期、被

32、測者編號、測評類型編號、參測者隨機(jī)編號、評價分值、參測者所在部門）以參測者為單位，其為被測者一種測評類型的評價數(shù)據(jù)做為一條記錄， 目的是通過此表易于統(tǒng)計被測者某類測評得分及測評總分。# 各被測者各測評類型得分（學(xué)期、被測者編號、測評類型編號、測評得分、當(dāng)前測評類型占總分的比例）此表是存儲統(tǒng)計結(jié)果的數(shù)據(jù)表。利用該表的數(shù)據(jù)容易匯總得出每位被測者的最終得分。# 數(shù)據(jù)表的結(jié)構(gòu) evaldatabyevalobj# 測評子項得分統(tǒng)計表（學(xué)期、被測者編號、測評類型編號、測評子項名稱、測評得分、本子項占本類型的比例）本表所存儲的統(tǒng)計數(shù)據(jù)便于查詢被測對象各類型子項的得分情況。# 數(shù)據(jù)表的結(jié)構(gòu) evaldata

33、byevaltypeitem# 參測者以部門為單位對被測者各測評類型評價分（學(xué)期、被測者編號、評價得分、本類型占所有類型總分的比例、 參測者部門編號） 從該表能夠查詢出不同的班級對某個被測者某類型所打的分。該表數(shù)據(jù)從 evaldatabydepart 表統(tǒng)計而來。# 數(shù)據(jù)表的結(jié)構(gòu) evaldatabyevaltype# 測評類型信息表（類型編號、類型名稱、被測對象類型、本類占總分比例、前臺可用否、本類型子項供選分值間隔、本類型子項供選分值的個數(shù)）# 數(shù)據(jù)表的結(jié)構(gòu) evaltype# 測評子項信息表（測評類型編號、子項名稱、子項占本類型分值比例、子項最高得分）# 數(shù)據(jù)表的結(jié)構(gòu) evalitemb

34、ytype# 參測者狀態(tài)（學(xué)期、類型編號、參測者編號、是否已參測）記錄各參測者是否參加了某類型的評價。# 數(shù)據(jù)表的結(jié)構(gòu) evaltorstate# 學(xué)生信息表（學(xué)生編號、班級編號、學(xué)生姓名）# 教師信息（學(xué)院編號、系部編號、教師編號、教師姓名）# 數(shù)據(jù)表的結(jié)構(gòu) teacherinfo3.3 數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系4運行設(shè)計4.1 運行模塊的組合1運行控制方式采用超級連接觸發(fā)的方式。2數(shù)據(jù)采集通過evalfrm.php ， evalobjsave.php 兩個頁面協(xié)同完成。3后臺管理各功能頁面由admin.php 頁面分左右兩個框架，左部為功能列表，右部顯示各功能頁面。4.2 運行控制當(dāng)集中人員開始使用本系統(tǒng)進(jìn)行測評時，系統(tǒng)管理員