项目评审

         最近一直在忙着写需求分析说明书。唉！终于写完了。不过完成是完成了，存在的毛病可是真不少啊！

         不评不知道，一评吓一跳！需求说明书存在的问题简直太多了！如：文档的格式、错别字、语句是否通顺、日期、<>、文档编号、字体、说明内容规范性、客户名称的统一等等。都是需求分析说明文档的主要缺陷。

        经过一系列的独立评审、初审、组评审、总评审等各种评审后，一篇需求说明书，才能出炉。唉！看来做什么都不是一件容易的事情。

       说实在的，写需求比编码确实难多了。真不是一件容易的事情，现在我的感觉就是：写需求分析还不如编码~！因为，编码只是一件体力劳动，而写需求分析则是一件真正的脑力劳动。编码只需要考虑怎样去实现人家写好的功能，而写需求分析，则要从多方面考虑这件事情。不仅要替编码人员考虑将来的功能实现问题，还要考虑合同范围、技术难点、项目风险、是否满足客户功能、客户满意度等等多方面问题。要值得注意的是，在满足客户需求的情况下，尽量减少我们的工作量。不要什么功能好，采用什么技术先进，就都往需求分析说明书里写。要记住，你写的东西，将来就是开发人员开发的依据，目的是明确该项目的需求。对项目的需求有一个具体的认识，使开发人员对系统的开发有明确的目标。它对以后的工作起指导作用。同时也是项目完成后验收的依据。需求说明书的预期读者是项目开发人员及客户。

     所以说，写需求和编码，对我来说根本没有可比性。这是两种不同的领域。相信只有亲身体会的人，才会有这种想法。我说的也不一定准确，只代表个人的一点感受，自己去体会吧！