项目总结

 

项目总结

 

财政会计项目在大家的共同努力下圆满的完成了任务。这个项目中我们大家有欢乐、有艰辛……

我很幸运的在项目开发初期便投入工作，随着项目一起成长，学到了很多东西，本文回顾整个项目的历程做一个总结。

 

1.1.需求 

在工作初期，我简单的认为需求只是跟需求文档编写人有关，程序员只需要对照详细设计把功能实现就可以了。然而在实际工作中发现，在人员紧缺的情况下，人员并非像软件工程中所述，呈金字塔型分布，而是呈直线分布，每个开发人员不仅要编写代码，还要参与详细设计和部分需求的修改，在这种情况下就必须对需求有非常充分的了解。

作为程序员，我总是习惯于早早的开始编码，原因很简单，我认为双眼对着文档发直远不如写代码来的有趣。事实给了我很深刻的教训，在项目中期我负责维护老程序员留下的一部分代码，对这部分的业务理解也仅仅是从代码的功能上。这些代码所描述的并非一个复杂的流程，工作流上的图形也清晰地描述了所有过程，用户和第三方经过多次测试也没有对此流程提出认可异议，所以我从未怀疑过程序的正确性并从未看过需求文档。直到项目后期的测试时，测试人员对照需求文档对所有模块进行测试，发现此流程竟然少了一个节点！此刻我才重新打开需求文档，发现工作流的确画错了。于是在时间紧张的日子里我不得不加班修改全国 32 个省市自治区的工作流模版。

教训是：如果你对需求分析理解的不是很好，那么，停止继续工作，重新返回到需求分析阶段。当然，这样会使人觉得你已经落后了。但是，如果你在开车从沈阳到吉林的途中，发现自己到了北京槐树岭，那么停下车来看一下地图是浪费时间吗？当然不是。因此，如果你发现方向不对，赶紧停下来检查你的方向，并且最好在你准备去旅行时先看好地图。

另外， UML 图的使用至关重要，讨论时，把一个简单的图形画出来远比大家大嗓门争论强的多，而且我觉得把那些小人和圆圈的连线复制到需求文档里会使文档看起来更好看并且页码更多。

1.2.设计

套用<<代码大全重>>的一段话：

“程序员处于软件开发食物链的最后一环。结构设计吃掉需求分析；详细设计者以结构设计者为食ÿ