机房合作是在提高班第一个合作的项目，现在，正在进行，感觉进行了好久！实际也确实挺久的了！
6月22号左右开启的机房，那时候，专业课要开始考试了，由于我们的考试科目都不多，所以，不想拖着，就开始合作了！米老师问谁当组长，丽杰说小美，就那样我就当了组长。三个人也兴致高昂的开始了合作。
合作开始了，三个人坐在一起，讨论需求，讨论数据库，统一大家的所有意见后，组长就开始写文档了。因为有考试，我就陆陆续续的写文档，完成了可行性研究报告、项目开发计划、需求、概要设计等，中间也以考试为由，几天都没有碰文档。5天假期结束后，我开始继续写的详细设计，发现详细设计中好多内容啊！就想着分给其他两个人写，分好任务后，大家开始各自行动，基本完成以后。
组长就要画图了，刚开始画图，无从下手。想着也不容易，因为要把所有层，所用到的方法都想出来，想着挺不容易的。就在这样的心态中开始了，参考着重构，总结重构，发现画图就很容易了。但是EA建了还是毫无逻辑，就这样进行了几天后，我感觉我可以问一下其他人了，我找志婷问了一些问题，看了一下她EA建立的框架，突然感觉EA建立时，要和机房建立时统一。明白这点后，重新整理了一下图，就继续画图了，画完类图，尝试画了一下时序图。
画图总结的几个需要注意的地方：
1、建立时，要和机房所建类统一。如
。因为这样生成类的命名空间和机房是统一，不用后期修改命名空间。
2、备注写清楚，因为备注就是代码中的注释，有了这些注释，给其他人看，或者自己回头看都会很清楚。
3、方法的参数和泛型类型，想清楚。写这些的过程中，归纳出：查的返回类型为泛型，增删改为int。
4、其他。。。
就开始把类图生成框架了，生成代码时，发现方法的参数，返回类型都没有，就开始补充类图，补充完后，又发现出错了，泛型的返回类型格式，我写的是VB.NET的格式，又统一改为了C#，就这样重复修改过几次后，开始生成框架。参考博客http://blog.csdn.net/mazhaojuan/article/details/7906316
生成框架后，出现很多80多个错误，但是，还好，这些概框起来也就3类左右。这么多错误，汇总到一起的解决方法为：
1.修改引用空间的名称
2、添加引用项目
3、添加引用程序集
解决了以后，挺高兴的，写了两个星期文档，画了一个星期图，终于可以敲代码了！
4号开始敲代码，到今天已经进行了5天了，虽然是5天，但实际敲了时间也就是一、两天。其他时间是发现框架中一些不合理的地方，比方：返回类型不合适；掉了一个方法；实体中掉了一个属性等等，这些属于前期画图、逻辑的一些地方的错误，这些地方都反应出一个问题：前期工作还有待提高。
机房合作的经历，记录了一番。机房合作仍在进行中。。。
那么，在其中有哪些收获呢！做任何事情都会有很多收获，这次的最大感受是心态上的一个转变，由以前的一个人，转到一个组织。让我感觉不是一个人在行动，我要为其他人负责，再也不是自家的地，自家的犁，想种啥种啥了。开始有了组织意识了，做事情时，会想着其他人，也会想着写清楚，尽量写完善，让伙伴可以更容易接受。另外，伙伴也个提出很多建议，让我有机会完善思路，完善我们的系统。
合作代码进行当中，做的最不好的是，交流。机房进行中，B层和D层的负责人，经常会出现业务上的交流。通过交流消除一些不同观点，统一战线。这方面的交流做的还是很不错的，我说的交流问题，是我们把U层的负责人给落下了。不能因为这些问题和U层关系不紧密，不能怕浪费别人时间，不能因为想及时解决问题，就忘记其他伙伴。这个问题是我师父给我指出来的，她说我不应该让U层负责人没有参与感，因为没有参与感，进度自然就不统一了。师父说完这个问题后，我发现他说的真对。自己考虑问题，还是很有提升空间。
接下来，再接再厉完成机房合作未完工程。
版权声明：本文为博主原创文章，未经博主允许不得转载。