合作版机房收费总结

自从机房收费系统合作完成到现在已经有一段时间了，感觉有许多东西要写，但是又不知道从何说起，今天就说一说在合作过程中的收获吧。

1、  认识到了文档的重要性

在开发个人版机房收费系统的时候，无论是数据库设计、画UML图，还是变量的命名、函数命名及其相应的功能，从头到尾都是自己一个人全称参与的。对这个系统有较深的理解和把握，所以在开发过程中并没有写文档，而是在完成之后又补上的。但是通过合作发现文档在这个过程中的重要性，单纯的凭借一张UML图是有一定困难的。虽然第一次写文档的时候感到特别的厌烦，但是在合作过程中，文档的重要性是毋庸置疑的。

2、  学会了SVN的使用

对于合作，要求的是各位成员同时完成自己负责的部分，不可能一个人在那里进行开发，其他人等着他完成之后在进行另一方面的开发，那就失去了合作的优势了。如果小组成员每个人将自己的负责的部分通过U盘来进行沟通，那么这是一种很落后的方法。通过对SVN的学习，很好的解决了这个问题。只需要提前规定好一些先后顺序就可以了，给合作带来了很大的便利。

3、  注释的重要性

这次合作是在三层的基础上进行的，当我们调用某一层中的某一个函数的时候，尤其是调用不是自己写的函数的时候，如何快速的找到？这就体现了注释的重要性了。通过注释我们可以清晰的了解该函数的功能、参数、返回值类型等信息。同时也可以知道是谁负责的，在调试阶段可以很快的找到解决方案。

4、  沟通

由于个人习惯不同，对于一些函数、变量的命名可能会产生差异，在一些说明不全面的情况下，沟通显得尤为重要。对于一些概念不是很清楚、或者有多种理解的地方，一定要找组长去沟通，了解它的确切含义，切忌自己凭借自己的理解而不顾它的真实含义而盲目的开发，这时正确的结果就是咨询一下组长，了解它的确切含义。不然，如果你的理解出现差错，会产生严重的错误。

5、  拓宽了解决方法

通过合作开发，让我可以看到组长对于一些需求的解决方法。有些方法有别与自己开发的时候使用的方法，通过比较可以评判出更好的解决方法。对于好的方法，自己注意学习，在以后注意使用，提高效率。同时，对于相同的问题，多了一些解决方法。

6、  重新复习了一遍设计模式，对其有更深的认识

 个人版的机房收费，只是单纯的使用了三层，并没有使用设计模式。但是，在合作中，加进了很多的设计模式，为了完成，又重新看了一遍相应的设计模式，对其的理解以及运用有了一定的认识，对其印象就更加的深刻了。这种以项目促进学习的模式，在这次合作中体现的更加明显。

 

这是通过这次合作我的收获。自己感觉还是收获不少，当然在这次合作中也有许多不足的地方，他们也是我们不可缺少的财富，它们让我们引以为戒，在以后避免类似的错误。