机房合作感受

        机房合作是在提高班第一个合作的项目。如今,正在进行,感觉进行了好久。实际也确实挺久的了。
        6月22号左右开启的机房,那时候。专业课要開始考试了,因为我们的考试科目都不多,所以,不想拖着,就開始合作了!米老师问谁当组长,丽杰说小美,就那样我就当了组长。三个人也兴致高昂的開始了合作。



        合作開始了,三个人坐在一起,讨论需求,讨论数据库,统一大家的全部意见后,组长就開始写文档了。由于有考试,我就陆陆续续的写文档,完毕了可行性研究报告、项目开发计划、需求、概要设计等,中间也以考试为由。几天都没有碰文档。

5天假期结束后。我開始继续写的具体设计,发现具体设计中好多内容啊!

就想着分给其它两个人写,分好任务后,大家開始各自行动。基本完毕以后。

        组长就要绘图了,刚開始绘图,无从下手。想着也不easy,由于要把全部层,所用到的方法都想出来,想着挺不easy的。就在这种心态中開始了。參考着重构,总结重构。发现绘图就非常easy了。可是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天,但实际敲了时间也就是一、两天。其它时间是发现框架中一些不合理的地方。例如:返回类型不合适;掉了一个方法。实体中掉了一个属性等等,这些属于前期绘图、逻辑的一些地方的错误。这些地方都反应出一个问题:前期工作还有待提高。

        机房合作的经历,记录了一番。

机房合作仍在进行中。

。。

        那么,在当中有哪些收获呢。做不论什么事情都会有非常多收获,这次的最大感受是心态上的一个转变,由曾经的一个人,转到一个组织。让我感觉不是一个人在行动,我要为其它人负责,再也不是自家的地。自家的犁,想种啥种啥了。開始有了组织意识了,做事情时,会想着其它人。也会想着写清楚。尽量写完好。让伙伴能够更easy接受。

另外。伙伴也个提出非常多建议。让我有机会完好思路,完好我们的系统。

        合作代码进行其中,做的最不好的是,交流。机房进行中,B层和D层的负责人,常常会出现业务上的交流。

通过交流消除一些不同观点,统一战线。这方面的交流做的还是非常不错的,我说的交流问题,是我们把U层的负责人给落下了。不能由于这些问题和U层关系不紧密,不能怕浪费别人时间。不能由于想及时解决这个问题,就忘记其它伙伴。

这个问题是我师父给我指出来的,她说我不应该让U层负责人没有參与感,由于没有參与感,进度自然就不统一了。师父说完这个问题后。我发现他说的真对。

自己考虑问题。还是非常有提升空间。


        接下来,再接再厉完毕机房合作未完project。







posted on 2017-06-27 14:20  slgkaifa  阅读(205)  评论(0编辑  收藏  举报

导航