【机房合作】——总结

【前提】

　　寒假的时候我，雷哥，晓洁我们三个开始机房收费系统的合作之旅，经历不到一个月的时间，完成了第一个合作的项目。在这个过程中无论是从项目开发的角度，还是从学习的角度，收获都是非常多的！

【文档和UML图】

　　首先感谢小伙伴们的信任，让我来当这个组长。也不得不说自己当不是很称职啊。合作版的机房开发，采用的文档驱动，这个就属于软件开发中的瀑布开发。

　　瀑布模型式是最典型的预见性的方法，严格遵循预先计划的需求、分析、设计、编码、测试的步骤顺序进行。步骤成果作为衡量进度的方法，例如需求规格，设计文档，测试计划和代码审阅等等。

　　 介于这样的开发模式，要求在前期的时候必须保证文档以及UML图的齐全，还有必须详细。而自己在文档方面确实做的非常不足，因为在开发的时候没有完整的时序图，造成U层的代码完善，以及后期的测试成为bug的集中点，造成U层开发任务比较艰巨。虽然这种开发模式以后不会经常使用，但是以后根据文档驱动和UML图进行开发会一直陪伴我们，所以文档和UML图的部分必须重视起来！该完成一定要提前完成，否则后续将会浪费更多的精力。

【EA使用】

　　机房合作中我们尝试采用EA工具辅助数据库的设计以及SQL脚本的生成还有整个机房框架的直接生成。整个过程中EA使用的地方还是非常多，非常锻炼自己对新工具使用，不断的去查找使用的方法，在解决问题也算是一个提升吧。其实大家注意一下EA并不属于微软开发的，所以用它进行软件开发认可度可能会比较低，还有自己使用的EA 8.0并不支持时序图到协作图的转换，以及协作图的制作，但是还没有尝试过EA 11.1，所以不敢断定EA都不能生成协作图。正是因为存在这样的问题，个人认为关于rose的使用非常值得不断学习使用。

【设计模式】

　　在机房合作中自己承担是B层，从代码的编写过程中来说B层就是将数据进行传递，相对来说比较简单。但是想要保证一个系统的灵活性，利用设计模式成为一个很好的选择。所以在合作的过程中尝试着多加入设计模式，尤其是在上下机部分添加了四个设计模式使用，这样给我自己的感觉压力比较大，如何使用成为自己最大的问题。一方面参考《大话设计》中的UML图，另一方面画出适用于自身的图，这里面又再次使用UML中的四种关系的使用，再次表明UML的重要性！后来也是对设计模式的不断研究，画出适用自己的UML，并用此为参考，完成设计模式添加部分的内容。因为这次只是为了单纯的学习设计模式，所以造成设计模式的滥用，尤其在调bug的时候，非常明显代码的冗余，以及架构的复杂，违背了使用的初衷，所以设计模式的实用一定要适度。

合作经验

　　第一次合作，也让自己在管理非常涨姿势，首先要制定适合小组开发的计划，而且要积极的落实，如果期间因为特殊事情的耽误，一定要及时修改开发计划，做到让大家有事可做，这样才可能不再无缘无故浪费开发时间，因而造成项目的延期。一定要积极调动大家的积极性，这一点感谢雷哥和晓洁非常的乐观积极，让我们的合作进行的非常顺利！

【总结】

　　 这个机房合作的过程无论是从技术学习还是从经验个人感觉都是一次非常好的经历！所以好好珍惜这次的经历，个人认为这也是我们面向正规化的第一步，好好体会！再次感谢晓洁和雷哥的大力支持协作，让我们的合作非常愉快的完成。其实在合作的过程SVN的使用也是非常重要的一点，关于这一点将在下篇中写出。关于这篇总结其实早就应该完成了，总是拖着不去想着总结，再次成为自己学习过程中一个极大的弊端。现在的我认识到这个问题，后面将会多多总结一些内容，补充自己。