谈谈我们的合作开发

        经过十几天的努力，合作的机房收费系统终于完工了，在这里分享一下合作开发的经验和收获。

        小崔，长海，杨元，大帅，还有我 我们一起合作开发机房收费系统，我负责系统架构设计，长海负责界面层，小崔负责业务逻辑层，杨元和大帅负责D层（有各自的分工）。

        首先：数据库的设计

        这个阶段收获很大，先前自己设计的数据库几乎没有用到主外键，感觉用主外键不仅容易出错，而且再删除数据库中的数据的时候会错误百出。通过合作开发让我找出了我的误区。

        1.主外键不是导致出错主外键可以使各个表连接起来而不至于是零散的。

        2.数据删除只能是级联删除，，恰恰相反保护数据库的安全性和一致性。

        3.主外键有效地避免了数据库的冗余，可以通过主外键清楚地表达表与表的关系。

 

       其次：开始了系统的架构和画图，写文档。

       这个阶段也是撞得头破血流，最困惑的是文档该如何写？细化到什么程度？每层应该收到什么样的文档？

       一边摸索，一边画图，图画完了，试着换位思考别人如何看懂我的图？单凭方法的名字？自己的英文水平真是不敢恭维，最后把文档以注释的形式告终。在开发过程中才意识到文档的不全面，不具体，使得开发人员开发过程中“寸步难行”，面对面的交流变得很频繁。 最终一边开发一边补文档，加上我们组员对我的宽容，不断揣摩我的UML图，真难为他们了!现在回想起来可以说是以失败告终。这里总结几点：

       1.文档的重要性，合作开发交流的依据。文档的质量直接关系到开发人员的理解的正确性。

       2.文档的明确性，统一性。

              1.明确性：层与层之间的接口（参数和返回值尤为重要，这是开发人员的依据）

              2.统一性：参数的类型（因为采用实体类类型，需要详细说明界面层需要传入的具体参数，这样无论怎样设计界面都不会影响整个系统），返回值的形式和类型，命名规范，界面显示数据的形式，错误处理的流程等，这样层与层之间才会避免冲突。

 

        开发过程中：合作开发中没有用工具生成代码框架，觉得没有代码提示不习惯，容易出错，一直在等，B层等D层，U层等B层，没有保证按图同步开发，这也是这次最大的遗憾。这让我意识到：分层的另外一个意义，为了分层而分层是练习，而团队合作，各司其职，互不影响正不正是分层的价值所在。

通过这次合作开发，我们又一次体会三层的架构，运用设计模式，SVN服务器的使用，rose的网页发布。 不仅进一步熟悉了学过的知识，又学习了不少新的知识，有碰壁，更有收获，更不缺乏快乐！

    总结一下合作开发：

    1.同步开发，只看文档，UML图，尽量减少面对面的交流

    2.文档要细化，编码只是按照图实现功能，图和文档不要让人去猜，应该一目了然。

    3.分工要明确，开发进度要有计划，定期阶段性验收，这样才能保证项目顺利完成。

    4.可以适当的做一个小demo,开发人员按照一个标准编码，这样保证思路的一致性。