监考系统

以前都是帮别人打下手做项目，也做了两三个，但是今天这个是完全按照自己的意愿做的，前台人员也很好的配合，主要存在的缺陷就是：我对他说的需求不详细，沟通不是很好，导致很多地方不和我自己所想的一样，犹如上次看的那本需求教程一样，本来是应该有的东西，所以没有去特意说明，以为前台会做了的。但是他们没有，实验室的前台和美工都很生气，但是我还是耐心的说明了，并且说明我的过错，所以项目也继续进行下去，整个项目耗时一个星期，业务逻辑部分花了三天，自我感觉业务方面没有问题，因为以前也写了很多，但是在整合的时候出了很多问题，主要是ajax部分，后来也想了些办法进行处理了，因为系统整体采用html页面的静态化。提高了交互性，整体架构是servlet3.0+hibernate4，因为系统不大也没有采用spring mvc或者struts

这是我整理的整体项目缺点：

一．代码结构：

1.整体后台代码结构较乱，基于dao层，servlet层，service层，bean层。主要是整体代码的设计方面欠缺，dao层设计过于简单，没有很好的利用设计模式进行设计，由于是使用servlet的原因和时间的整体原因导致，没有很好的进行设计，整个过程很匆忙。Servlet使用过于太多没有很好利用servlet3.0规范的优点，bean设计过于复杂，因为使用json的原因，所以分开为业务bean和实体bean，但是没有很好的用命名去区分。

二．算法：

1.本系统主要的是算法部分有很大的欠缺，根据考场的人数和老教师新教师进行随机的分配，保证每个考场都有一个老教师，算法比较死板。整体请求和响应耗时大概500毫秒，数据量不大，一千条数据内都能够在1秒内完成，但是当数据的增大，算法有待很大的提高。使用过多的list集合进行运算，很浪费内存。

三．业务逻辑：

1.       业务逻辑比较乱没有很好的规划，由于系统比较小没有进行设计，很多时候都是想了一部分之后进行代码的编写。这样不利于以后集体的合作。

2.       数据的处理，没有很好的进行处理，sql