评教那些事

评教之外的事:

安排评教.

在这次评教过程中,学校安排同学进行评价挺不合理的,尤其是在8点9点那时候,将近两三层的楼梯都挤满了人,非常容易出现事故.

时间安排比较紧,同学们都来不及认真的对自己老师进行评价,大部分只是为了完成任务.

部分学院工作没有做好,甚至都不知道评教这件事情.例如此次的建工学院.消息通知存在一定问题(可以对排课的信息进行检查,如果没有那个学院进行排课则给管理员进行通知)

由于这次评教需求主要是为了找一些问题和提供下一步进行设计时的需求,原有的特点和需求就不再赘述,接下来主要整理一下在此次评教过程中所发现的一些个问题.

评教前台:

1系统内部的外观样式有待改进..

2会出现一些老师授课信息遗漏的情况,在这种情况下需要学生自己来进行选择老师和学生,这样做的效果并不是很好.如果某个学生进行选课的话,而大部分学生并没有再去手动的选老师,一是从众多老师中进行选择比较麻烦,二是时间紧迫,没有时间去选择.这样下去会导致数据无效.(例如一个老师所教一门课只有几个学生来评).

3关于学生密码.刚开始默认是将学号和密码设置为一致的,这是从方便的角度进行.但是安全角度便差了很多,学生忘记密码没有渠道进行找回,除非问系统管理员.但是如果这种情况狠得多的话,管理员的压力将会很大.

4学生可以查看并更改自己的评分结果(在有效的时间内,防止别人恶评或对已经评价过的内容进行修改)

评教后台:

1在给老师进行排名的时候没有数字编号,要查某个老师的排名比较困难,应该为老师的排名加上序号.

2进行排名的过程中会发现前几个老师的分数是100分,原因是只有一两个同学进行评价,而出现这种问题的可能是学院遗漏给这名老师的课程进行安排,而学生自己进行选老师.虽然这类的分数排在最前,但是并不是真正有效的评价内容,可以加上权重设置,如果一个老师的一门课程的参评人数并没有达到管理员所设定的一个权重,比如50%,则此老师的分数属于无效,或者进行重评,或者采取其他措施.

由于之前做过类似的系统--员工评价系统,不过之前的系统需求相对来说比较简单,而且用的人数也不是很多,也就控制在50人之内,而这次评价系统的用户是针对全学校的学生,用户量可想而知,由于评价系统是大数据量,大并发,多用户同时进行,所以非常有学习和锻炼的意义,这次新的问题或许会成为将来用再次Java技术重构评教系统,或许可以实现通过手机直接评价.

或许哼着小曲,吃着火锅,拿着手机进行评价在不远的将来会实现.

下图为评教现场: