求助，如何评价软件需求文档的质量？？进者有分，不够再加

有没有前辈做过相关的工作的呀，现在我们公司要做一些需求文档的质里评价，满分为100分，分四个标准
90-100，80-90，70-80，60-70，然后分别每个标准的依据是什么？明天就要交了，现在都还没有什么头绪呢？
只能求助于各位高手前辈了。

解决方案 »

  1.   

    老大说OK就OK.
    要是感觉不专业:那么可以从老外那里雇佣一个业内人士来当顾问搞上一两年估计就OK了.
      

  2.   

    实际正儿八经的程序员都讨厌这套玩意滴，比如坛子里著名的sp1234why？你规定这些啥条条框框，啥字号，字体，啥“完整性”，“可行性”，“必要性”，你们是达标了，及格了，拿到奖金了但是对于项目没有任何意义，项目该掉坑里的还是掉坑里了，该延期的还是延期了，该蔓延滴还是蔓延了所以需求分析需要保证的不是上面那些条条框框，而是 “该做不该做，能做不能做，能做做到啥程度，对于看得到问题如何解决，对于看不到的问题如何防范，甲方哪些人可以做工作，那些人不能做工作，那些东西是一定要保证滴，那些东西可以放一段时间”
    -------------
    总体上就是告诉开发者：做什么，做的程度，那些重要，那些紧急，那些是必须，那些是可有可无
      

  3.   

    去看下 CMMI的对文档的要求