需求评估的标准是什么

时间：2012-8-15

如何判断需求规格说明的好坏，不同的软件工程的规范都有自己的一套标准，在此我们向大家介绍一个比较常见的NASA SEL推荐方法。它对软件需求过程的评价标准是：清晰，完整，一致，可测试。
1.清晰：目前大多数的需求分析采用的仍然是自然语言，自然语言对需求分析最大的弊病就是它的三义性，所以开发人员需要对需求分析中采用的语言做某些限制，例如，尽量采用主语+动作的简单表达方式，需求分析中的描述一定要简单，造成不要采用疑问，修饰等复杂的表达方式，除了语言的二义性之外，注意不要使用行语，就是计算机术语，需求分析最重要的是和用户沟通，可是用户多半不是计算专业人士，如果在需求分析中使用了行话，就会造成用户理解上的困难。

2.完整：需求的完整性是非常重要的，如果需求有遗漏，则不是不返工，在软件开发过程中，最差的事情莫过于在任务接近完成时却发现遗漏了需求，但实际情况是，需求的遗漏是经常发生的事情，这不仅仅是开发人员的问题，更多发生在用户那里，要做到需求的完整性是很艰难的一件事情，这将涉及需求分析过程的各个方面，惯穿从最初的需求计划制定到最后的需求评审整个过程。

3.一致：一致性是指用户需求必须和业务需求一致，功能需求必须和用户需求一致，在需求过程中，开发人员需求把一致性关系进行细化，比如用户需求不能走出预先指定的范围。严重地遵守不同层次间的一致性关系，就可以保证最后开发出来的软件系统不会偏离最实践的实现目标。

4.可测试：一个项目的测试从什么时候开始呢？有人说是从编码完成后开始，有人说是编码的同时进行单元测试，编码完成后进行系统测试，这些结论都不完全正确。实际上，测试是从需求分析过程就开始了，因为需求是测试计划的输入和参照。这就要求分析是可测试的，只有系统的所有需求都是可以被测试的，才能保证始终围绕着用户的需要。保证软件系统是成功的。