信息化推動校級評教工作開展

文/王德才 胡欣

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

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

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

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

在網上評教環節上，以評教模塊的方式進行展現。即用戶登錄后，對可評教的模塊進行評教。評教后，其結果也要記錄評教模塊標志。

校級評教系統的五大環節

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

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

在網上評教環節上，以評教模塊的方式進行展現。即用戶登錄后，對可評教的模塊進行評教。評教后，其結果也要記錄評教模塊標志。

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

在評教結果統計查詢環節上，針對不同用戶的需求，定制查詢、統計、展現方式。

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

細化系統核心功能

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

基礎數據

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

指標體系

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

評教試卷

評教試卷是對評教指標體系葉子節點的組織，用于實際的評教環節中，實現試卷的定義、試卷生成（從指標體系的葉子節點中摘取）、設置評教項目的屬性。如分數、分組屬性等。實現試卷的完整性、有效性驗證等。

評教管理

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

網上評教

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

結果處理

圖3 評教后臺管理系統管理

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

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

統計查詢

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

歷史歸檔

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

挖掘分析

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

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

關鍵問題探討

分布式部署解決并發問題

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

分解數據庫方式提高性能

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

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