标签：考试系统
前几天去五楼跟英语老师们好好“打了几天交道”，跟着二十几个英语老师待了两天，深刻体会到了什么是“客户需求”和“系统问题”。
一、背景介绍
当时面对的客户还好，都是一些高素质的教师，而且还是比较温和些的女教师。她们在使用考试评分系统时遇到了种种问题，着实让基本没见过大场面的“青涩少年”开了一把眼界。老师们的抱怨、无奈让记录着问题的我们也感触颇深，理解了一个良好可用的系统对用户是多么重要，也表示我们程序员、设计者需要考虑的问题还太多太多。
二、（1）自我感觉--前
以前自己对“成功系统”的理解还只是停留在“可以用”、“基本没错”就行了，对于系统的稳定性、健壮性不怎么感冒。但这次经验或者说“经历”让我从灵魂里体会到了触动，不经历考试系统的折磨和用户的“口水历练”，自己真的很难这么快对设计这个词儿有深刻的感受。
（2）自我感觉--后
考试判分系统在做完后也是经过测试的，但测试的结果和真实环境真的还是有差别的，或者是我们的测试还不成熟，手段和方法还不完善，但这些也是我们在系统完成后必须要考虑的。
随着大数据时代的发展，几百、几千条数据已经不能满足测试需要了。设计者必须要把系统的发展和时代的进步、技术的提高相结合，真正做到系统能用，体验良好。
说到体验良好，设计师的经验和设计理念就十分重要了。设计者必须从用户的角度出发，结合用户的职业特点、性格及性别特点等等，给用户营造一个良好的系统体验环境。我们完全可以在迭代1期就找真实用户来切身体验，让他们来“找找感觉”，提出意见。当然，这是要建立在设计者经过良好设计的基础上进行的，不能把所有问题都抛给用户。
另外，我们的设计不能对用户和维护人员有多余的“隐藏”，有的功能不能只有开发者知道在哪儿，怎么用。要把重点功能放在最明显的地方、不常用的拓展功能要做到用户能看到，不能“藏起来”，把功能放在边角的地方。
所以，这不仅让设计和实现下一版判分的我们感觉“鸭梨山大”，同时对我们来说也是一次宝贵的经验和提升机会，做好现在才能展望未来。
三、展示一下我们的问题记录结果，仅供参考：
1、 添加教师：没有做到临时性的批量导入、页面批量添加；
2、 没有批量添加详细用户
3、 出现很多连续性的重复字母时，只在显示一行，如ssssssssssssssssssss
4、 不要让用户做重复性工作：如添加时选了学院，再次添加时还要保留这个默认选项，用算法
5、 常用、不常用的功能位置设计的不合理
6、 用户授权
7、 重要标题，老师看不见，不明显
8、 没显示“已判”、“未判”，教师怎么知道是不是自己办的，现实人数
9、 网址能不能处理，减少输入
10、 提示字体太小
11、 能不能看客观题得分
12、 作文一定要分段，之间的间距要大一些，不然老师看着费劲
13、 标题不能加到给分的表格里边，也就是说答题的表格不能读出题目来
14、 返回上一页等按钮太不明显，不好找；
15、 分页问题
16、 已判、未判做的明显些
17、 答题数显示的有问题
18、 鼠标定位文本框等输入类框要全选
19、 有时候进不去“按班”判分网址
20、 老师目前只关心自己的班的情况
21、 即时重判，就想返回后再改：比如对于一个作文，开始觉得一般，后来就觉得好了
22、 查询学生答题记录，从查看0分，继续判分，数据库出现问题，从116-131的突然出现15条数据
23、 数字及其重要，要准、要明显
24、 浏览器的兼容性
25、 返回自动刷新
26、 老师八点来，十点才开判，耽误了时间，体验度问题
41、 老师重新登陆后显示的答题记录不一样，将该用户删除重新添加问题解决
28、 判分中显示班级的名称，老师怕判错（可以给提示：您判的是……信息）
29、 判分最好别出现不能关的弹出框
30、 按钮太小了
31、 老师想即时查分
32、 内存占用故障，改：不用故障，节省内存
33、 保证清空数据库，别有假数据
34、 查看已判、未判，最后给个链接，别返回才能看了
35、 怎么判断给谁判了，没给谁判
36、 一个叫答题序号的维护人员都不知道怎么来的，注释做的不好
37、 查看0分时，有时候总会出现一个判不完的，判完一个还有一个
38、 考试界面：要做到自动保存，答案存储
四、总结
我们程序员、开发设计者不能狭隘的理解“做系统”。一个良好的系统包括文档、UI、功能、健壮性稳定性、用户体验度、代码质量等等各个方面，这就需要我们平时要多积累、多经历，去各个实际场景中去做、去体验，真的有不一样的收获。
最后感谢米老师给我们这个机会，给我们顶住了“天塌下来”一般的压力，相信这种环境下的我们，真的很难不成功！
标签：考试系统
原文地址：http://blog.csdn.net/u010191243/article/details/43164009
