软件工程不是想象中那么简单

我曾在济南一家软件公司开发管理软件，那时刚刚完成北大青鸟的培训，所找的第一家软件公司，这家软件公司几十个人的规模。用jsp开发。刚进入公司就分配到一个项目组，该项目已做到一半了，该项目搞jsp就三个人，其中一个是我的头，一个搞数据库管理，一个搞jsp开发。在参与项目的过程中也产生了困惑。可惜当时没有机会也没有高人指导解决此困惑。后来随的工作经验的丰富以及跟各位朋友的交流，逐渐明白了困惑所在。特写下此文，希望能帮助还有此困惑的朋友。

当时参与的项目还算是表面上正轨的项目流程，采用的算是瀑布模型。该项目问题也是很多的（真不知道是那个项目经理是不是偷懒，世界上那么多知名的软件工程产品如RUP就没去仔细学学）。

我第一次的困惑就是项目需求文档跟做到一半的软件无法联系起来，为什么呢，当时没想明白，我的头也只是一味的说要多主动去做，多主动去理解，还说你必须比客户更了解业务，文档不可能那么详细。到了最后项目依然没有改变大改的命运，不过还得佩服那个项目经理，在理论上偷懒，实践上还是可圈可点的，说服了大家接受这个大改。根本的原因是需求文档跟软件设计之间少做了一个非常重要的工作，就是需求分析，当我拿到这些文档时就不可避免的要自己做软件分析，要命的是开发jsp的同事她也要做这个分析，这个工作都是不自主进行的，这个困惑就产生了，我分析的结果自然和她分析的结果不一样，工作自然就无法继续下去了，2个人的分析不一致是无法配合的。我的头理念也是十分错误的，你如果自以为比客户还了解业务，就会陷入到一个实际上是猜客户业务的过程，不会去虚心把客户当老师，需求自然就把握不准，项目大改自然就避免不了了。

第二次困惑就测试，测试不是谁都适合干的，开发人员是坚决不能从事黑盒测试的，这个是铁律，可公司却不讲究这个，我当时也很困惑，为啥跟我学的不一样，无论什么测试都是开发人员做，但项目经理也有想解决的问题，怎么能测试出深层的业务bug。这个照那时的项目过程是永远也做不到的。问题的所在就是没有相关的测试文档，测试文档也得有个输入吧，这个输入文档里最重要的还是需求分析。没有需求分析的后果就是无论谁去测试，其测试标准是不统一的，一个人认为是bug，另外一个人认为不是，这测试没法进行了。



至于怎么进行需求分析，可以多去看看RUP的资料。