信息化推动校级评教工作开展

文/王德才 胡欣

学校评教工作一般由部门独立负责，缺少从全局角度建立学校级的评教工作流程、制度和评教成果所认证的权威应用系统。为了对评教信息化进行突破和创新，以适应校级评教工作的需要，高校综合评教系统以动态、开放、可扩展的设计思路为指导，采用先进的开源框架技术，集评教基础数据预处理、系统管理、指标体系管理、试卷管理等功能于一体。

目前，很多高校的部门评教工作依然使用纸质方式进行。评教管理部门将纸质调查问卷发到学生手中，学生填写完后，评教管理部门进行人工统计汇总。这种做法的缺点是效率低下，占用很大的人力、物力，统计查询也不方便。高校中的一些评教管理部门使用信息系统，但这仅适用于某些课程和方向的评教，缺乏指标体系的扩展性，而且未必适合其他部门的评教需求。

另外，因各部门分工而造成教学质量的评价呈现出分散、独立的特点，使得评教管理部门无法从全局角度建立校级评教工作流程、制度，未能在全校范围内形成评教成果所认证的权威应用系统。评教的规范性、科学性也有待加强，尤其是评教的基础数据缺少有效组织和共享，存在重复劳动现象。

因此，我们有必要从学校的评教组织管理角度，梳理整合全局范围内的评教流程、制度，整体考虑需求，设计与之相适应的框架。评教系统本身也存在一定的共性，结合实际需求，我们可把这些共性功能聚集为一个层次或模块，在全局角度下把握层次之间的关系及层次内的分合。例如，评教基础数据的处理可放在一起分析设计，其结果根据需求的不同分别处理。

在网上评教环节上，以评教模块的方式进行展现。即用户登录后，对可评教的模块进行评教。评教后，其结果也要记录评教模块标志。

校级评教系统的五大环节

在整体建设模式上，综合考虑综合评教系统中的共性和个性的功能划分。比如对评教基础数据充分考虑共性时，有单独的基础数据需求情况。如A部门的课程下划分子课程，需要单独定制，在设计指标体系时，可将其融合在一个子模块中。试卷管理在指标体系整体一致设计的基础上，也可统一管理。

在评教初始管理环节上，需要考虑个性。即哪些群体，用什么样的试卷，以什么关联关系进行评教。此处为避免数据之间混淆、影响，需要将这些数据（来自评教基础数据）打上评教模块的标记。

在网上评教环节上，以评教模块的方式进行展现。即用户登录后，对可评教的模块进行评教。评教后，其结果也要记录评教模块标志。

在评教结果处理环节上，针对不同的粒度，其结果处理方法也不同。在结果处理的算法上实现算法集方式，每个算法集都会产生相应的结果集。因此，算法集之间的约束关系等需要考虑。即算法集的不同组合会产生不同的结果处理方案。用户使用时，选择结果处理方案和相应的评教结果原始数据即可。

在评教结果统计查询环节上，针对不同用户的需求，定制查询、统计、展现方式。

在评教结果归档环节，按评教模块及学年、学期等时间属性进行必要的结果归档，以备历史查询和数据挖掘。

细化系统核心功能

基于整体、开放、灵活、可扩展的设计理念，将高校综合评教系统设计为多个层次或模块（如图1所示）。

基础数据

本功能依托各部门的基础数据，经过条件抽取、预处理等工作，将其转化为可用于评教的基础数据。采取读取部门基础数据子系统数据、Excel导入等方式，涉及的基础数据包括教师、学生、课程、部门、班级、专业、教研室、教师与课程关联、学生与教师课程关联等。

指标体系

按照评教模块来组织评教指标体系。指标体系分为两个部分，非叶子节点部分和叶子节点部分，以树形结构方式管理。指标体系的树形结构支持无限分级，区分叶子节点和非叶子节点的类型。

评教试卷

评教试卷是对评教指标体系叶子节点的组织，用于实际的评教环节中，实现试卷的定义、试卷生成（从指标体系的叶子节点中摘取）、设置评教项目的属性。如分数、分组属性等。实现试卷的完整性、有效性验证等。

评教管理

评教管理是评教前的准备环节，对“哪些评教者”、“哪些被评教者”、“用什么评教试卷”等评教信息进行关联管理。此处需要用到由评教基础数据模块根据实际评教业务需要而整理出来的相关数据。按照标准的模版导入评教业务表中实现评教试卷的评教属性，如时间、有效性等状态的设置。

网上评教

评教者通过登录评教Web服务器验证来查询相关的评教信息，对被评教者进行评教，记录评教的操作日志，更新评教次数等。对每一条记录的评教，都要保证其完整性。多条记录可以分次评教。

结果处理

图3 评教后台管理系统管理

评教结果处理方式分为两类：第一类为相对公共通用的结果计算处理方式，如分组、统计、平均等；第二类为针对某部门特殊结果处理需求的定制。无论哪种方式，都可以让原始评教结果数据经过结果处理后输出评教结果。

本功能将评教模块及评教模块中的试卷等粒度作为数据输入，选择相应的结果处理方式，经处理后将评教结果输出到项目结果表中。

统计查询

该模块分为两类：管理员综合查询和个人查询。管理员可以使用综合的条件，如按部门、班级、专业等属性来查询、统计等。“个人查询”仅实现被评教者个人评教结果的查询。

历史归档

在评教的数据生命周期中，为保证评教的性能和减少管理复杂度，评教归档前数据只针对当前学年、学期的数据。即在进行下一次评教前，将数据重新初始化。为了保存历史评教数据，需要将评教后的结果归档，打上时间属性，以备将来查询、分析。

挖掘分析

本功能模块属于数据挖掘的范畴，是相对复杂而高级的需求，涉及到挖掘需求、挖掘模型、算法、实现、展示等具体的需求。暂不展开论述。

整个高校综合评教系统采用Java语言开发，基于开源框架SSH的MVC模式，结合Wabacus、Jquery等其他开源框架。数据库采用Oracle10G或MySQL。应用服务器采用Tomcat或其他Java Web应用服务器。

关键问题探讨

分布式部署解决并发问题

高校学生的评教必然会遇到并发问题。凭借一个Web服务器或站点很难解决并发现问题，需要采取分布式部署方式。将Web评教部分设计成独立可分级部署的模式，根据实际用户数量初步估算。有并发压力的时候，就增加部署节点来扩展系统的并发支持能力。

分解数据库方式提高性能

大量评教者参与评教，将产生大量的评教结果。如果将这些结果都存储在一个数据库或表中，势必影响系统的性能。因此，我们采取按照一定属性将数据库分解（如按照部门属性、评教模块属性等）或引入分区技术，以便提升数据库的性能，保证整个系统性能的稳定。

本系统从学校整体层面上提出一种新的综合评教系统设计框架，是现阶段信息化建设进程和高效评教需求结合下的创新。同时采用先进的开发技术，从管理流程、评教理念、技术手段等对原评教工作进行突破和创新。当然也面临着理念、技术上可能存在的挑战和问题。但是对当前阶段的评教信息化是一个改善和加强，使其具有灵活的可扩展性、分布式的能力，以适应校级评教工作的需要。