通过半个学期一直都在做这个小项目，从一个小方法的实现到整体框架的完整搭建，期间有过好多次的修改仍然一直报错的让我抓狂的时候，也有过几经波折才达到效果的欣喜若狂的时候。通过这次项目的实现，我学习到了比如代码规范、详细设计、程序逻辑，业务逻辑。等重要性。我也更深明白了软件工程是有计划、有步骤的实现一个项目并满足用户需求。若是拼凑功能，会使得后面的维护和添加功能变得很麻烦，即使是拼凑的功能，出现bug也无从下手修改。
近期进行了中期答辩，看了每个组的进度和成果，感想颇多。我学到了其他小组的各种优点的同时，也看到了自己以及本小组的不足。最每个小组都搭起了基本框架，有些功能也实现了,但是每组的进度和成果还是不一样。
齐能小组的优点是进度比较快，他们的考试系统采用的是c/s + b/s混合开发的，学生端使用的是c/s 架构和我们组的架构是一样的，但是他们的进度却很快，已经实现了整体流程，只剩下了一些基本小功能。教师端使用的是b/s架构 ，实现了大体功能而且界面简洁大方，适合用户的习惯。
付眸小组的优点是团队协作力比较强，每个组员的工作能力比较强。耐心特别好，虽然一直有各种的bug可是仍然不放弃，一直修改，最终将基本框架搭建起来。
我们组的优点就是分工比较明确，每个人有自己的专属版块，缺点就是进度比较慢，我负责的界面部分不是很符合用户习惯，可扩展性不是很大。现在遇到的问题是不能很好的实现客服端与服务端之间的数据解压。
可是通过这么久的学习还是有许多困惑：
1）习惯了从原因到结果的思维模式，怎样实现从结果到原因将一个对象很好的抽象化
2）严格按照详细设计文档来执行的效率究竟如何？
3）后期版本需要做出一系列的修改时是否也应该先有文档后有代码？