需求管理系列一——软件需求的认识

PS：上星期参加需求分析管理培训，做一些总结，大概十几篇，，

    什么是软件需求？什么是需求文档？为什么要写需求文档？我们可不可以不写？需求文档的核心价值体现在那里？

        在IEEE中，软件需求的定义是：

        (1)用户解决问题或达到目标所需的条件或权能(Capability)。

(2)系统或系统部件要满足合同、标准、规范或其它正式文档所需具有的条件或权能。
(3)一种反映上面(1)或(2)所描述的条件或权能的文档说明。

我们常说的软件需求一般包含业务需求，用户需求，功能需求和一些非功能性需求，隐含的需求。在需求中并未包含功能的设计细节，实现细节，项目计划信息或测试相关信息，需求和这些都没有关系，它只告诉开发应该做成什么样，而不要让开发去想象做成什么样。

而需求文档只是一种表现形式，详细记录产品的功能，记录相关特性，相关规则约束等，它能够清楚告诉关注他的人这个需求应该实现为什么样，而不应该实现成什么样。

我们为什么写为文档？并不说编写文档只是单单做为一个文档记录，编写文档不仅是一个需求人员对功能思考的梳理思路过程，也是对其它相关人员一个沟通交流的过程。我们可以不写，但后果就是不能保证真正实现的功能是否是用户真正需要的需求。

在这里，文档的核心作用是做到保存，记录并指导后续产品开发有个确定的过程，保证不会偏差太大。起到不同部门的沟通媒介，也可以对后续的需求变更进行预防。

“需求文档”不仅要保证文档需要的内容，也要保证需求文档自身的质量。

转载于:https://www.cnblogs.com/hlearning/archive/2009/02/24/hjjlearning.html