文档介绍：业务需求分析师
目录
目录 2
第 1 4 4
5
第 2 8
8
8
需求的层次 8
软件需求的类型 10
软件需求的重要性 12
优秀需求的规范 13
14
第 3 16
16
需求获取 16
需求分析 19
需求评审 49
第 4 52
52
52
需求变更控制活动 54
需求变更控制委员会 56
需求变更波及分析 59
需求稳定性评估 62
63
需求跟踪目的 63
需求跟踪能力矩阵 64
需求跟踪能力工具 68
需求跟踪能力过程 68
69
成本评估 70
效益评估 70
第1章. 软件需求现状与常见问题

在信息化高速发展与行业竞争日趋激烈的今天，构建符合中国电信企业战略
的信息化系统是我们 IT 专业人员要解决好地关键课题。然而在软件工程实施过
程中，进度超期、经费超预算、变更频繁的现象层出不穷，许多工程无法达到预
期目标，归根结底，软件需求质量是问题的主要根源之一。
软件需求是软件工程关键的一个输入，和传统的生产企业相比较，软件的需
求具有模糊性、不确定性、变化性和主观性的特点。它不像硬件的需求，是有形
的、客观的、可描述的、可检测的。软件需求是软件工程最难把握的问题，同时
又是关系工程成败的关键因素。
既然软件需求如此重要，那么需求相关的哪些因素是导致工程失败的根源？
美国的第三方机构 Standish Group 每隔几年都会对软件工程现状进行分析
与统计，其分析报告“ CHAOS REPORT”① 的研究结果显示：高达 %的工程
彻底失败，高达 %的工程进度超期或成本超支，被认为成功的工程仅有
%。
为了帮助软件开发组织找到明确的改进方向， Standish Group还归纳总结出
了十大成功保证和十大败因，如表 1-1 所示。
在表 1-1 中可以看出，十大成功因素中有三个直接与需求相关（已加粗显示），
累计权重达 %；而十大失败因素中有五个直接与需求相关，累计权重达
%，可见需求对工程影响程度之高。
表 1-1 工程成败因素分析
成功因素
权重
失败因素
权重
用户参与
%
不完整的需求
%
决策层支持
%
缺乏用户的参与
%
清晰的需求描述
%
资源不足
%
合适的规划
%
不且实际的用户期望
%
现实的客户期望
%
缺乏决策层的支持
%
较小的里程碑
%
需求变更频繁
%
有才能的员工
%
规划不足
%
主权
%
提供了不需要的功能
%
清晰的远景和目标
%
缺乏 IT 经管
%
努力工作和稳定的员工
%
技术能力缺乏
%
其他
%
其他
%

下面简要地对需求相关的这些失败因素做初步的分析，更多的内容将随着
本书的进程继续深入。
不完整的需求
在日常工作中，该问题经常困扰着我们——“什么样的需求是完整的呢？”
如果没有一个有效的“需求完整性评价规范”，那么这个问题将是无解。要破解
这个问题。首先应回答一个铺垫性的问题—— “谁更有可能可以对需求的完整性
进行评价？” 。答案应该是 “业务专家或业务代表要比 it 人员更适合对完整性进
行评价”。
要想让业务专家能够更好地参与到