初识考试系统感触与收获

通过本次监考接触到考试系统自己学习了太多的知识（技术方面、管理方面等），和大家分享：

监考过程中收获：

1：第一天刚开始学生们来签到的问题（一个一个的签费时费力）

需求：米老师提出：如何可以在服务器前台控制端的有个监控的状态，通过学生登录考试系统我们直接准确的知道学生的登录记录随时知道谁来与没有来？

2：在规定的时间内谁还没有登录上机、谁正在答题等如何实时掌握？

3：管理员权限（校领导、老师、学生），不同的人分配不同的权限，这个应该好实现优化。

4：根据后台如何知道最后谁还没有提交答卷？

5: 填空的文本框（太大了，有时答案就一两个字，如何设置成动态变化，使其更加的美观？

6：考试的过程出现（重题、选择重复、题干不全、少空等情况的原因的文本框）（用户的体验满意度）

7：通过了解知道考试系统是答一个题后立刻数据写到数据库中（我原来认为是交卷后才写入数据库的呢？）这样的好处是以免非人为的事件发生例如机器死机，但是不会影响考生的成绩（处处为满足客户的需求）。

8：如何使相邻的IP抽题不一样？登录这个系统如何锁定相应的IP这样今后的管理很是方便（后期维护）

9：有时刷新浏览器考试界面就退出了，如何解决？（等待我们去解决）

10：米老师在考试的过程当时系统很慢时：老师能够去查询服务器的cpu的运行状态，我们要东堤学会倾听、学会思考、学习如何去发现问题？

监考安排……责任

要明确、责任到人：协调好人员安排、保证每个班都有技术人员负责

时间安排：强调监考人员提前20分钟到达考场。

监考的我们：

1：声音要洪亮。（练习大嗓门）
2：宣告考试考生注意事项。
3：要准确的给考生提供正确的IP地址。
4：遇事到冷静处理（为人民服务）为学生提供好服务
5：记录考试过程中遇到的问题，以便后期维护。

师傅讲解知识点学习

达哥、长收师哥、黎敏师哥给讲述考试系统的知识点：三层、设计模式、数据库。

值得学习的东西很多啊：

三层知识

三层搭起的框架，使每部分的责任分的更加清楚；容易替换，耦合性降低，便于后期的维护等。

数据库方面

首先做的对数据操作之前要对数据进行异地、多地备份，当所有的学生考试完后也要做数据库的备份（重中之重，一切事物的前提，数据是生命）

知识点：主键、外键、视图、搜索查询、存储过程、事物或锁、线程、触发器、约束、三范式。

看着师哥使用这些知识自己手有点痒痒，想练练手哈，后期深入学习ing。

设计模式

如何在这种大型系统中加入设计模式使系统变得更加的灵活、解耦性更好，易于修改、添加、删除、查询等维护功能。

使用到的模式：外观、策略、抽象工厂、反射+配置文件等模式，通过这样的系统使先前的理论知识灵活的，相信经过后期的学习自己也能深入的使用。

程序的调试

断点追踪（类似断点调试），很好玩，效果很好！

自己对数据的提出的需求：

1：数据库的共享

如何可以把学校现有的系统（评教系统、专业课考试系统、公共课考试系统、食堂的饭卡系统、学生基本信息系统等）都同时使用一个基础数据库（任重而道远努力中ing）。

通过这些使我们的眼界更加宽广一些，现在虽然有很多知识我们现在并没有去实践，但是我们有个努力的方向。


系统的后台：导出一个Excel功能失灵了，我们进行了人工粘贴复制来的，费事耗力（后期一定要维护好本功能）

2：虚拟号要替换成真实的考号

我们是通过人工替换的，现有系统没有单独设立一个虚拟号的数据库，给后期的工作也带来了很大的麻烦

需求：建立虚拟号库、导出、替换对应学生的真实的成绩这样大大的提高了整理成绩的效率。

3：学生基本信息向数据库的导入

对于不同的科目考试我们需要向数据库中导入所参加考生的信息，没有实现数据共享，加大了工作量

需求：实现数据整合、共享。

4：这个系统有点地方命名有些不太规范

（命名错误：很可能不能导出成绩很严重）、数据冗余（12级在下拉列表里面有好几个12级给后期数据处理造成困扰，在后期处理数据中（计算成绩）是需要哪些数据来立刻计算，整个学院的系统有点慢可以提前算好到一个表中，我们需要时再调用应该会快点）这些如果我们优化后相信再后期会很大程度上减少我们的工作量。

5：落实到文档

所有的事宜都要落实到文档，更好的记录工作安排，方便后期的管理。

总结

整个考试系统中我们虽然有点累（腿疼），我们是以学习的心态来接触的考试系统，收获多多，现在好好的学习、多多动手锻炼、思考，积累知识后期为开发与维护考试系统而准备。