文/王德才 胡欣

學校評教工作一般由部門獨立負責，缺少從全局角度建立學校級的評教工作流程、制度和評教成果所認證的權威應用系統(tǒng)。為了對評教信息化進行突破和創(chuàng)新，以適應校級評教工作的需要，高校綜合評教系統(tǒng)以動態(tài)、開放、可擴展的設計思路為指導，采用先進的開源框架技術，集評教基礎數(shù)據(jù)預處理、系統(tǒng)管理、指標體系管理、試卷管理等功能于一體。

目前，很多高校的部門評教工作依然使用紙質方式進行。評教管理部門將紙質調查問卷發(fā)到學生手中，學生填寫完后，評教管理部門進行人工統(tǒng)計匯總。這種做法的缺點是效率低下，占用很大的人力、物力，統(tǒng)計查詢也不方便。高校中的一些評教管理部門使用信息系統(tǒng)，但這僅適用于某些課程和方向的評教，缺乏指標體系的擴展性，而且未必適合其他部門的評教需求。

另外，因各部門分工而造成教學質量的評價呈現(xiàn)出分散、獨立的特點，使得評教管理部門無法從全局角度建立校級評教工作流程、制度，未能在全校范圍內(nèi)形成評教成果所認證的權威應用系統(tǒng)。評教的規(guī)范性、科學性也有待加強，尤其是評教的基礎數(shù)據(jù)缺少有效組織和共享，存在重復勞動現(xiàn)象。

因此，我們有必要從學校的評教組織管理角度，梳理整合全局范圍內(nèi)的評教流程、制度，整體考慮需求，設計與之相適應的框架。評教系統(tǒng)本身也存在一定的共性，結合實際需求，我們可把這些共性功能聚集為一個層次或模塊，在全局角度下把握層次之間的關系及層次內(nèi)的分合。例如，評教基礎數(shù)據(jù)的處理可放在一起分析設計，其結果根據(jù)需求的不同分別處理。

在網(wǎng)上評教環(huán)節(jié)上，以評教模塊的方式進行展現(xiàn)。即用戶登錄后，對可評教的模塊進行評教。評教后，其結果也要記錄評教模塊標志。

校級評教系統(tǒng)的五大環(huán)節(jié)

在整體建設模式上，綜合考慮綜合評教系統(tǒng)中的共性和個性的功能劃分。比如對評教基礎數(shù)據(jù)充分考慮共性時，有單獨的基礎數(shù)據(jù)需求情況。如A部門的課程下劃分子課程，需要單獨定制，在設計指標體系時，可將其融合在一個子模塊中。試卷管理在指標體系整體一致設計的基礎上，也可統(tǒng)一管理。

在評教初始管理環(huán)節(jié)上，需要考慮個性。即哪些群體，用什么樣的試卷，以什么關聯(lián)關系進行評教。此處為避免數(shù)據(jù)之間混淆、影響，需要將這些數(shù)據(jù)（來自評教基礎數(shù)據(jù)）打上評教模塊的標記。

在網(wǎng)上評教環(huán)節(jié)上，以評教模塊的方式進行展現(xiàn)。即用戶登錄后，對可評教的模塊進行評教。評教后，其結果也要記錄評教模塊標志。

在評教結果處理環(huán)節(jié)上，針對不同的粒度，其結果處理方法也不同。在結果處理的算法上實現(xiàn)算法集方式，每個算法集都會產(chǎn)生相應的結果集。因此，算法集之間的約束關系等需要考慮。即算法集的不同組合會產(chǎn)生不同的結果處理方案。用戶使用時，選擇結果處理方案和相應的評教結果原始數(shù)據(jù)即可。

在評教結果統(tǒng)計查詢環(huán)節(jié)上，針對不同用戶的需求，定制查詢、統(tǒng)計、展現(xiàn)方式。

在評教結果歸檔環(huán)節(jié)，按評教模塊及學年、學期等時間屬性進行必要的結果歸檔，以備歷史查詢和數(shù)據(jù)挖掘。

細化系統(tǒng)核心功能

基于整體、開放、靈活、可擴展的設計理念，將高校綜合評教系統(tǒng)設計為多個層次或模塊（如圖1所示）。

基礎數(shù)據(jù)

本功能依托各部門的基礎數(shù)據(jù)，經(jīng)過條件抽取、預處理等工作，將其轉化為可用于評教的基礎數(shù)據(jù)。采取讀取部門基礎數(shù)據(jù)子系統(tǒng)數(shù)據(jù)、Excel導入等方式，涉及的基礎數(shù)據(jù)包括教師、學生、課程、部門、班級、專業(yè)、教研室、教師與課程關聯(lián)、學生與教師課程關聯(lián)等。

指標體系

按照評教模塊來組織評教指標體系。指標體系分為兩個部分，非葉子節(jié)點部分和葉子節(jié)點部分，以樹形結構方式管理。指標體系的樹形結構支持無限分級，區(qū)分葉子節(jié)點和非葉子節(jié)點的類型。

評教試卷

評教試卷是對評教指標體系葉子節(jié)點的組織，用于實際的評教環(huán)節(jié)中，實現(xiàn)試卷的定義、試卷生成（從指標體系的葉子節(jié)點中摘?。⒃O置評教項目的屬性。如分數(shù)、分組屬性等。實現(xiàn)試卷的完整性、有效性驗證等。

評教管理

評教管理是評教前的準備環(huán)節(jié)，對“哪些評教者”、“哪些被評教者”、“用什么評教試卷”等評教信息進行關聯(lián)管理。此處需要用到由評教基礎數(shù)據(jù)模塊根據(jù)實際評教業(yè)務需要而整理出來的相關數(shù)據(jù)。按照標準的模版導入評教業(yè)務表中實現(xiàn)評教試卷的評教屬性，如時間、有效性等狀態(tài)的設置。

網(wǎng)上評教

評教者通過登錄評教Web服務器驗證來查詢相關的評教信息，對被評教者進行評教，記錄評教的操作日志，更新評教次數(shù)等。對每一條記錄的評教，都要保證其完整性。多條記錄可以分次評教。

結果處理

圖3 評教后臺管理系統(tǒng)管理

評教結果處理方式分為兩類：第一類為相對公共通用的結果計算處理方式，如分組、統(tǒng)計、平均等；第二類為針對某部門特殊結果處理需求的定制。無論哪種方式，都可以讓原始評教結果數(shù)據(jù)經(jīng)過結果處理后輸出評教結果。

本功能將評教模塊及評教模塊中的試卷等粒度作為數(shù)據(jù)輸入，選擇相應的結果處理方式，經(jīng)處理后將評教結果輸出到項目結果表中。

統(tǒng)計查詢

該模塊分為兩類：管理員綜合查詢和個人查詢。管理員可以使用綜合的條件，如按部門、班級、專業(yè)等屬性來查詢、統(tǒng)計等?！皞€人查詢”僅實現(xiàn)被評教者個人評教結果的查詢。

歷史歸檔

在評教的數(shù)據(jù)生命周期中，為保證評教的性能和減少管理復雜度，評教歸檔前數(shù)據(jù)只針對當前學年、學期的數(shù)據(jù)。即在進行下一次評教前，將數(shù)據(jù)重新初始化。為了保存歷史評教數(shù)據(jù)，需要將評教后的結果歸檔，打上時間屬性，以備將來查詢、分析。

挖掘分析

本功能模塊屬于數(shù)據(jù)挖掘的范疇，是相對復雜而高級的需求，涉及到挖掘需求、挖掘模型、算法、實現(xiàn)、展示等具體的需求。暫不展開論述。

整個高校綜合評教系統(tǒng)采用Java語言開發(fā)，基于開源框架SSH的MVC模式，結合Wabacus、Jquery等其他開源框架。數(shù)據(jù)庫采用Oracle10G或MySQL。應用服務器采用Tomcat或其他Java Web應用服務器。

關鍵問題探討

分布式部署解決并發(fā)問題

高校學生的評教必然會遇到并發(fā)問題。憑借一個Web服務器或站點很難解決并發(fā)現(xiàn)問題，需要采取分布式部署方式。將Web評教部分設計成獨立可分級部署的模式，根據(jù)實際用戶數(shù)量初步估算。有并發(fā)壓力的時候，就增加部署節(jié)點來擴展系統(tǒng)的并發(fā)支持能力。

分解數(shù)據(jù)庫方式提高性能

大量評教者參與評教，將產(chǎn)生大量的評教結果。如果將這些結果都存儲在一個數(shù)據(jù)庫或表中，勢必影響系統(tǒng)的性能。因此，我們采取按照一定屬性將數(shù)據(jù)庫分解（如按照部門屬性、評教模塊屬性等）或引入分區(qū)技術，以便提升數(shù)據(jù)庫的性能，保證整個系統(tǒng)性能的穩(wěn)定。

本系統(tǒng)從學校整體層面上提出一種新的綜合評教系統(tǒng)設計框架，是現(xiàn)階段信息化建設進程和高效評教需求結合下的創(chuàng)新。同時采用先進的開發(fā)技術，從管理流程、評教理念、技術手段等對原評教工作進行突破和創(chuàng)新。當然也面臨著理念、技術上可能存在的挑戰(zhàn)和問題。但是對當前階段的評教信息化是一個改善和加強，使其具有靈活的可擴展性、分布式的能力，以適應校級評教工作的需要。