高校学生评价系统的设计与实现
高校学生评价系统的设计与实现 高等学校学生评价是一项模糊、繁琐、复杂的工作，通 过量化的标准来衡量学生各方面的表现，用数字记录每个学 生在学业、日常行为两个方面的表现，使对学生的评价及时、 准确、方便，增强学生评价的实效性和引导性，实现学生管 理由“管理者本位”向“学生本位”的转变。摘 要：
量化 引导性 学生本位 一、 学生评价的相关问题 1. 奖学金评定 奖学金评定主要以成绩评定为主，各科平均成绩、各单 科成绩、德育成绩、日常行为测评成绩组成，每一项目必须 达到一定的要求。单科成绩是指必修课和选修课的成绩，不 包括德育理论成绩、日常测评成绩。德育成绩主要是指德育、 思想道德修养和法律、马克思主义哲学、中国马克思主义等 基础课成绩。在奖学金评定过程中对主要学生干部还要适当 降低要求或单项加分， 学员日常行为测评的内容包括学员 在学习、生活中的总体表现和日常行为。以上各类分值计算 都要通过人工统计完成，且是在每学期开学初奖学金评定期 间进行处理。
2. 日常行为测评 学生日常行为的表现比较抽象，无法通过具体的数据得 以表现，如课堂出勤、宿舍情况、在各类活动中的获奖情况等。评价学生是否优秀，更多的是主观评价和印象评价，由 学生进行互评打分，对部分违纪情况进行扣分，对各类获奖 情况进行加分，所有项目的评分、加分、扣分是在每学期开 学初奖学金评定期间进行人工处理，数据计算缺乏科学性。
二、 评价系统的建立 评价系统通过量化的办法，得出具体指标来评价一个同 学、一个班集体。根据奖学金评比办法确定评奖学对象W=F （K，Z1，Z2，D，R），K是指评选比率，Z1是指单科学业成 绩绩点，单科成绩绩点Z1=W（x1,x2,x3,x4………，g），单 科成绩是指作为毕业资格的必修课和选修课的成绩，不包括 德育理论成绩，g是指主要学生干部（指评选学年担任的职 务）单科成绩绩点可适当下调0.5（不超过两门），Z2是指 学业平均成绩绩点，D是指德育理论成绩绩点，R是指日常行 为测评成绩绩点。由计算机系统初步设定Z1、Z2、D、R的必 须达到的条件第一次筛选出奖学金评选对象，为保证K的实 现，以R为标准设立二次筛选条件，从而突显日常行为测评 的重要性，对学生对日常行为进行积极引导。
100分绩点计为5.0，每降1分，绩点减少0.1，60分成绩 绩点计为1.0，不及格绩点计为0，采用优、良、中、及格、 不及格进行等级成绩计量的课程，其绩点计为4.5、3.5、2.5、 1.5、0，只采用合格与不合格计量成绩的课程不计算绩点。
计算平均绩点的公式为：成绩平均绩点 = 日常行为测评是考核学生日常行为表现，评选优秀学生、 评定奖学金等的重要依据，遵循定性与定量测评相结合、过 程测评与结果测评相结合、平时表现与特别表现相结合、自 评与互评相结合的原则，包括“三自工程”（自我教育、自 我服务、自我管理）中学生的总体表现和日常行为。日常行 为测评学期总成绩实行评分制，基本分为100分，分为遵规 守纪、认真学习、关心集体、文明礼貌、言行得体、体育锻 炼、爱护公物、道德修养八项，同时有奖励加分项，但总分 不超过100分。日常行为测评将公寓纪律、卫生，课堂考勤、 违纪，活动参与，作业情况，考试违纪，违纪处理等作为重 点考察范围，为公寓办、学生处、学生会、辅导员、班主任 不同等级的对象确定权限，实现全人参与、全过程考核、实 时公布、同步查询。
三、 评价系统的设计与实现 系统主要包括公寓管理、课堂管理、活动管理、干部管 理、违纪处理、获奖管理、日常行为测评、评奖评优等功能 模快，采用基于Web的模式开发，在网络环境下运行，数据 录入采用后台管理，学生可在前台查询个人日常行为测评目 前累计成绩，以便随时规范以后的行为，系统功能模型如图 1所示。
图1 系统功能模型图 1． 数据维护与管理奖学金评定及其他评奖评优，凡是有关学生基本信息、 成绩筛选都由其他教务系统、学籍管理系统自动倒入，实现 数据的共享，公寓管理中包括晚归、晚熄灯、卫生差等；
课 堂管理包括迟到、旷课、早退等；
干部管理包括学生干部的 基本信息；
违纪管理包括学期受到的警告以上处理；
获奖管 理包括所获各类奖励。以上信息通过手工由不同权限不同角 色的用户进行输入、修改、删除。
学生可以通过互联网根据单人查询、多人查询、班级查 询等方式，随时查询到日常行为表现所得分值，同时可以查 询到是具体加分、扣分项，同时通过预警提示不能再有其他 违纪行为，否则不能评到奖学金等。以上奖学金评选对象、 其他优秀可以打印出各种报表，包括名单、成绩、名次。系 统所有表现进行累计，作为“优秀毕业生”、“就业推荐” 的重要依据之一。
2．解决方案 学生评价系统包含学生基本信息数据库、学生成绩数据 库、日常行为测评数据库，在设计连接转换程序时，由于Web 的连接别有特点，其客户机与服务器之间没有常驻的连接。
连接转换程序的设计与数据库通常的应用程序不同。当服务 器将处理结果返回给用户后，连接转换程序的进程立即退出。
也就是说，每执行一次从客户机发出的动作，连接转换程序 即进行一次连接；
动作执行完毕，连接转换程序的进程就马 上退出。学生实现查询的主要步骤 （1）启动连接转换程序，该程序读FDF文件，并且根据 FDF的说明生成HTML表格。
（2）用户将查询条件填入表格，将表格内容送到WWW的 服务器上。
（3）服务器接收URL，启动连接转换程序，并传递表格 内容。
（4）连接转换程序根据从FDF文件传送的信息和用户查 询条件构造一个SQL查询。
（5）将SQL查询语句送到数据库服务器中。
（6）数据库服务器处理这个查询并返回一系列的结果。
（7）连接转换程序检索从数据库服务器返回的查询结 果，根据FDF文件的说明转换数据，并且将查询结果构造成 一个HTML页。
（8）HTML页返回给用户，连接转换程序退出.以上步骤， 当给定查询条件后，系统会自动执行。
由于基于WEB的数据库应用程序运行在Internet的环境 中，为防止分散的不同角色的输入数据人员有机会不在程序 员控制之下，通过一些简单操作绕过登录页面，躲避用户名 和口令的验证，对数据库安全构成直接威胁。为了防止非法 用户进入，保护基于Web的数据库的安全性，可以采用如下 所述的两种解决方案。
① 采用Session对象[1]ASP提供了Session内置对象，对每个用户请求激活不同 的Session对象，Session变量在整个用户工作期保持不变。
因此，可以利用Session变量来保存特定用户信息。当用户 通过了用户名和口令的验证后，就把Session对象的Session ID属性作为一个Session变量存储起来。然后，当每次用户 试图导航到要求一种有效连接的页面时，就可以比较当前的 Session ID与存储在Session对象中的ID。如它不匹配，就 可以采用适当的行动拒绝访问。以此方法作为身份认证是十 分有效的。
② 利用HTTP headers信息 在浏览器向Web Server发出请求的同时包含了相当数量 的HTTP标题头域信息，如REMOTE_ADDR标明提出请求主机的 Internet地址，HTTP_REFERER表示用户到达当前页过的链接。
因此可以为所有应用程序创建用于IIS管理的统目录，并保 存路径信息，各应用程序均以 方式先执行Myfile.asa通过 判断HTTP_FREERER信息，确定用户的合法性。若用户直接输 入URL，或通其它方式绕过用户名、口令验证，则拒绝访问 请求。
3．运行环境 （1）硬件环境：
服务器，采用586/166以上，64M内存，2.5G以上硬盘， 具体配置取决于实际运行的数据库用量和在线用户量，配带 网卡。客户机，486/100DX以上，16M内存，500M以上硬盘， 配 带网卡，同时安装打印机，HUB等外围设备。
（2）软件安装 服务器端：Window NT server /Unix/Windows 2000 Server，SQL Server 6.5以上，学生评价系统安装在服务器 上任何目录即可。
客户机端：支持Windows95/98/me/NT/2000/XP，浏览器 支持IE5.0以上，客户端实行零安装。
参考文献：
[1]王行愚，控制论基础，华东化工学院出版社，1989.2， 182～186