机房收费系统合作版总结
三十五天的时间机房收费系统合作版终于完工了
从开始的SVN的搭建，数据库重新设计，UML画图EA的使用，设计模式的学习，代码合作过程中的问题。
SVN
首先是SVN的使用，由于合作版机房收费系统是分层开发，每个人只负责自己那一层的代码，通过SVN的权限设置，每个人只需要更新和提交自己负责的一层，使代码的管理更方便，也确保了代码的一致性，所以运用三层的思想合作开发系统，SVN的使用不仅减少了合作过程中的错误，更重要的是提高了我们的合作效率。
使用中也遇到了一些问题，但都没有造成损失，不过还是要做好自己的备份工作。
数据库
数据库的设计：按照数据库设计三范式的设计思想，也要根据系统的需求，建立冗余较小，结构合理的数据库，使我们的数据库的操作更方便效率。
为了保证数据库的完整性，通过建立主外键约束，使用事务回滚机制，是对数据库的操作更加安全，而视图和存储过程的使用则方便了我们对数据库的查询和操作。
第一次接触数据库差不多是去年的这个时候，看到十期就相当于看到了那时的我们，对数据库的认识也仅限于select，insert，delete，update，而像主外键，事务，视图，存储过程，触发器等等这些仅限于概念，并且对概念也一知半解，通过这次的再次学习并结合对数据库的实际操作，发现这些其实很简单，而这也只是一个去实践的过程，实践后再去总结它们为什么要用在这，以及使用它们的好处。例如：存储过程和事务http://blog.csdn.net/akkzhjj/article/details/8941705
UML画图
UML画图，EA的使用，体会到了EA的强大
这次使用EA重构的UML图，相比Rose，EA的功能更加强大，我们可以完美的导出实体、方法和属性。有了上次个人版的经验，这次的UML图设计比上次更加完善，而设计模式的添加，让UML图画的相当纠结，原因主要是对设计模式的理解不够透彻。纵观这次画图过程，有很多自己想的不全的地方，类，方法等等注释必须要明确，参数必须明确，自己明白不代表其他人能够看明白，所以画图一定要表达明确，能够一目了然，而且导出文档后，方法注释，参数一目了然，提高了很大的效率。
设计模式
设计模式的使用最大的好处在于提高了代码的可重用性和灵活性，减少程序间的耦合度，即解耦。
从对设计的使用中看，不管什么设计模式，都是将对具体实现类的访问提升为对接口、基类或用于协调的控制类的访问，通过实现接口、继承父类来实现具体的功能模块，已达到解耦的目的。
这次也本着尽量多用设计模式的思想去练习使用，设计模式的思想要用实践去强化认识，对设计模式还必须要有大量的实践应用才能更好的理解。
总结
这次的机房收费系统最重要的还是合作，EA的学习和UML设计模式的添加过程占用了很大一部分时间，也使组员一度没有任务，前期计划分工不太合理，代码实现暴露出了很多问题，最重要的问题参数和返回值，画图时想的不够全面，最后一点，有时候交流很重要，不要用自己的思想去看去做，多用团队的思想全局把握。