合作开发项目总结——机房收费系统

       合作项目开发到现在也算是该告一段落了。上午有调试了一个小时，改了其中的不足的地方。

       说起这个项目真是有种失败的感觉。这几天也是郁闷坏了。

       前面已经总结一次了。不过没有总结到最后。

       从最初的修改设计，一直开发完 BLL 层。一切都是预想的那样，虽然一开始拿到我的设计方案时大家有了不同的意见，该改进的地方也都做了改进，动了不小的“手术”。但是整体上来说还是按照我最初设计的架构来进行的。不过到最后开发界面层的时候问题就全部暴露了，那就是我最初的设计并没有完全满足用户的需求，不过这也不能算是令人头疼，因为少几个功能可以补上。但是令我头疼的是界面层在开发完了之后进行调试，竟然每个窗体都要进行修改，也就是说整个界面层就是一个错误。（很郁闷。。。）

       我思来想去，总结了一下原因：

       首先是我在最初设计时没有考虑完整，没有对项目总体的结构，内部的详细关系进行一个很详细的描述。这导致在界面层在做的时候对一些事情不是很清楚。

       其次是我没有对他们进行严格的要求，我是指在整个项目中每个人的编写代码的规范，补充文档的规范。

       再有就是没有整体感，没有责任感。可能也是因为这是在学习，并不是真正的项目。大家都急于完工，各自负责各自的部分，完成之后就感觉没事了。这点我觉得尤其可以体现在界面的开发上，或许不应该交给两个人来开发，这样会造成混乱。并且界面层的开发压力较大，因为大家都完事了，就剩下界面了，着急是难免的。还有就是责任感，就是要对自己的代码负责，要清楚明白的知道自己的代码要表达什么意思。其实都是基本素质的问题。要不然总会在一些小事上犯错。

 

       看了一本《领域驱动设计》精简版的书，讲的是在做项目之前，首先要找到需求，也是书中所谓的要多和领域专家（也就是客户）交流，这样才能形成完整的需求，有了完整的需求才能够进行设计。我在看这本书时想到我们现在做的这个项目，之所以失败，就是因为我个人在最初的设计时没有将需求完整的囊括进设计里，也就是说没有用需求来驱动设计。就像我们常说的要文档驱动开发一样，没有文档固然也可以进行开发，但是没有文档就像是没有指导一样，你不知道那个模块应该怎样对外提供接口，哪个模块应该调用哪个模块。

       因此也就是最初设计的不完善，最后导致了后期在将完成时问题百出。

      

       这几天也开始看《程序员的修炼之道》，里面刚开始就讲了一节“代码让猫吃了”，就是说不要给自己做出来的不完善的东西找借口，如果真的要找的话，不如说是代码让猫给吃了。这也是一个程序员必备的素质吧， Be Honestly ， Be Responsibly

 

       个人感觉现在应该从一些经典著作中看看前人是如何应对这些问题的。

 

       对于项目来说，设计是失败了。不过对于学习来说还算是成功了吧。因为成功的犯下了错。这个经历是弥足珍贵的。

       谨记吧！！！