机房收费系统合作版总结
三十五天的时间机房收费系统合作版终于完工了
从开始的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设计模式的添加过程占用了很大一部分时间,也使组员一度没有任务,前期计划分工不太合理,代码实现暴露出了很多问题,最重要的问题参数和返回值,画图时想的不够全面,最后一点,有时候交流很重要,不要用自己的思想去看去做,多用团队的思想全局把握。