在高质量软件项目中，需求工程的作用举足轻重。统计表明，软件缺陷一半以上的原因来自于需求分析中的问题。仅凭这个数字，就足以告诉我们提升需求开发水平是多么重要，这正是在软件项目中，我们需要对需求分析下功夫的最大原因。

所谓需求，就是构思未来的产品，说明产品应该是什么样的，定义开发的行动准则，并且定义产品的验收标准。

大部分在软件开发中遇到的问题，都是由于收集、编写、协商、修改产品需求过程中的手续和作法（方法）失误带来的。

出现的问题包括：非正式信息的收集，未确定的或不明确的功能，未发现或未经沟通的假设，不完善的需求文档，以及突发的需求变更要求。这一切都告诉我们，必须深入地研究和建立良好的需求工程方法。

需求是站在用户的视角看问题，而设计是依据需求，站在设计人员的视角看问题。

这种视角的变化形成了分析与设计工作风格上有很大的不同。也就是说：需求专注于要做什么，而不是怎么做；设计专注于怎么做，但它的依据是需求。事实上这种工作风格的不同，本身也反映了企业降低机会成本的追求。

 

良好需求的特点

把所有的需求集成起来，就成为“需求规格说明”。从整体文档编写的角度上看，好的“需求规格说明”还应该具备如下特点：

完整性：不能遗漏任何必要的需求信息。注重用户的任务而不是系统的功能将有助于你避免不完整性。

一致性：一致性是指与其它软件需求或高层（系统，业务）需求不相矛盾。在开发前必须解决所有需求间的不一致部分。

可修改性：在必要时应维护与修订“需求规格说明”。这就要求每项需求要独立标出，并与别的需求区别开来。每项需求只应在“需求规格说明”中出现一次。这样更改时易于保持一致性。

可跟踪性：应能在每项软件需求与它的业务和设计元素、源代码、测试用例之间建立起准确的跟踪关系。

对于严肃的工程活动而言，良好的需求不但是必须的，也是项目成功的根本保障。

 

软件工程历经数十年的发展，已经形成了一些行之有效的标准，比较典型的是 GJB5000A，这个标准是目标驱动的。研究标准的意义是使我们的思考有是非、有依据，更可以让我们学会需求开发的途径，以及明确在需求开发中需要考虑哪些问题。