为什么说良好的需求是软件开发关键点？

在高质量软件项目中，需求工程的作用举足轻重。统计表明，软件缺陷一半以上的原因来自于需求分析中的问题。仅凭这个数字，就足以告诉我们提升需求开发水平是多么重要，这正是在软件项目中，我们需要对需求分析下功夫的最大原因。 所谓需求，就是构思未来的产品，说明产品应该是什么样的，定义开发的行动准则，并且定义产品的验收标准。 大部分在软件开发中遇到的问题，都是由于收集、编写、协商、修改产品需求过程中的手续和作法（方法）失误带来的。出现的问题包括：非正式信息的收集，未确定的或不明确的功能，未发现或未经沟通的假设，不完善的需求文档，以及突发的需求变更要求。这一切都告诉我们，必须深入地研究和建立良好的需求工程方法。 需求是站在用户的视角看问题，而设计是依据需求，站在设计人员的视角看问题。 这种视角的变化形成了分析与设计工作风格上有很大的不同。也就是说：需求专注于要做什么，而不是怎么做；设计专注于怎么做，但它的依据是需求。事实上这种工作风格的不同，本身也反映了企业降低机会成本的追求。 良好需求的特点 把所有的需求集成起来，就成为“需求规格说明”。从整体文档编写的角度上看，好的“需求规格说明”还应该具备如下特点： 完整性：不能遗漏任何必要的需求信息。注重用户的任务而不是系统的功能将有助于你避免不完整性。 一致性：一致性是指与其它软件需求或高层（系统，业务）需求不相矛盾。在开发前必须解决所有需求间的不一致部分。 可修改性：在必要时应维护与修订“需求规格说明”。这就要求每项需求要独立标出，并与别的需求区别开来。每项需求只应在“需求规格说明”中出现一次。这样更改时易于保持一致性。 可跟踪性：应能在每项软件需求与它的业务和设计元素、源代码、测试用例之间建立起准确的跟踪关系。 对于严肃的工程活动而言，良好的需求不但是必须的，也是项目成功的根本保障。 软件工程历经数十年的发展，已经形成了一些行之有效的标准，比较典型的是 GJB5000A，这个标准是目标驱动的。研究标准的意义是使我们的思考有是非、有依据，更可以让我们学会需求开发的途径，以及明确在需求开发中需要考虑哪些问题。 在 GJB 5000A 中，需求与整个工程过程的关系如下图所示。

要提升需求分析的水平关键之处在于：发现和纠正缺点要比处处做的好容易。因此我们需要直面现实中的问题，更深入的提炼出一些东西，去寻找解决问题的方法。凡事都有逻辑，我们需要理解一种体系和内在的逻辑关系，需要提炼出一套思想和方法论。