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

[size=medium]PS:前段时间参加了一个需求分析管理的培训课程，做一些笔记记录。做为开博，

什么是软件需求？什么是需求文档？为什么要写需求文档？我们可不可以不写？需求文档的核心价值体现在那里？
在IEEE中，软件需求的定义是：
(1)用户解决问题或达到目标所需的条件或权能(Capability)。
(2)系统或系统部件要满足合同、标准、规范或其它正式文档所需具有的条件或权能。
(3)一种反映上面(1)或(2)所描述的条件或权能的文档说明。
我们常说的软件需求一般包含业务需求，用户需求，功能需求和一些非功能性需求，隐含的需求。在需求中并未包含功能的设计细节，实现细节，项目计划信息或测试相关信息，需求和这些都没有关系，[color=blue]它只告诉开发应该做成什么样，而不要让开发去想象做成什么样[/color]。
而需求文档只是一种表现形式，详细记录产品的功能，记录相关特性，相关规则约束等，它能够清楚告诉关注他的人这个需求应该实现为什么样，而不应该实现成什么样。
我们为什么写为文档？并不说编写文档只是单单做为一个文档记录，编写文档不仅是一个需求人员对功能思考的梳理思路过程，也是对其它相关人员一个沟通交流的过程。我们可以不写，但后果就是不能保证真正实现的功能是否是用户真正需要的需求。
在这里，文档的核心作用是做到保存，记录并指导后续产品开发有个确定的过程，保证不会偏差太大。起到不同部门的沟通媒介，也可以对后续的需求变更进行预防。
“需求文档”不仅要保证文档需要的内容，也要[color=blue]保证需求文档自身的质量[/color]。
[/size]