文档介绍：业务需求分析师
目录
目录 2
第1章. 软件需求现状与常见问题 7
. 软件需求现状分析 7
. 需求常见问题分析 8
第2章. 软件需求与需求工程 11
. 软件需求 11
. 软件需求定义 11
. 需求的层次 11
. 软件需求的类型 13
. 软件需求的重要性 15
. 优秀需求的标准 16
. 软件需求工程 17
第3章. 需求开发 19
. 需求开发管理 19
. 需求获取 19
. 需求分析 22
. 需求评审 52
第4章. 需求管理 55
. 需求基线管理 55
. 需求变更管理 55
. 需求变更控制活动 57
. 需求变更控制委员会 59
. 需求变更波及分析 62
. 需求稳定性评估 65
. 需求跟踪 66
. 需求跟踪目的 66
. 需求跟踪能力矩阵 67
. 需求跟踪能力工具 71
. 需求跟踪能力过程 71
. 需求后评估 72
. 成本评估 73
. 效益评估 73
软件需求现状与常见问题
软件需求现状分析
在信息化高速发展与行业竞争日趋激烈的今天，构建符合中国电信企业战略的信息化系统是我们IT专业人员要解决好地关键课题。然而在软件项目实施过程中，进度超期、经费超预算、变更频繁的现象层出不穷，许多项目无法达到预期目标，归根结底，软件需求质量是问题的主要根源之一。
软件需求是软件项目关键的一个输入，和传统的生产企业相比较，软件的需求具有模糊性、不确定性、变化性和主观性的特点。它不像硬件的需求，是有形的、客观的、可描述的、可检测的。软件需求是软件项目最难把握的问题，同时又是关系项目成败的关键因素。
既然软件需求如此重要，那么需求相关的哪些因素是导致项目失败的根源？
美国的第三方机构Standish Group 每隔几年都会对软件项目现状进行分析与统计，其分析报告“CHAOS REPORT”①的研究结果显示：%的项目彻底失败，%的项目进度超期或成本超支，%。
为了帮助软件开发组织找到明确的改进方向，Standish Group还总结出了十大成功保证和十大败因，如表1-1所示。
在表1-1中可以看出，十大成功因素中有三个直接与需求相关（已加粗显示），%；而十大失败因素中有五个直接与需求相关，%，可见需求对项目影响程度之高。
表1-1 项目成败因素分析
成功因素
权重
失败因素
权重
用户参与
%
不完整的需求
%
决策层支持
%
缺乏用户的参与
%
清晰的需求描述
%
资源不足
%
合适的规划
%
不且实际的用户期望
%
现实的客户期望
%
缺乏决策层的支持
%
较小的里程碑
%
需求变更频繁
%
有才能的员工
%
规划不足
%
主权
%
提供了不需要的功能
%
清晰的远景和目标
%
缺乏IT管理
%
努力工作和稳定的员工
%
技术能力缺乏
%
其他
%
其他
%
需求常见问题分析
下面简要地对需求相关的这些失败因素做初步的分析，更多的内容将随着本书的进程继续深入。
不完整的需求
在日常工作中，该问题经常困扰着我们——“什么样的需求是完整的呢？”如果没有一个有效的“需求完整性评价标准”，那么这个问题将是无解。要破解这个问题。首先应回答一个铺垫性的问题——“谁更有可能可以对需求的完整性进行评价？
”。答案应该是“业务专家或业务代表要比it人员更适合对完整性进行评价”。
要想让业务专家能够更好地参与到完整性评价中，应该做到以下两点：
采用“业务导向”的树型层次结构展现需求文档。假若“需求规格说明书”中充斥着诸如数据字典、报表子系统、新增客户等以技术动词为主的字眼与结构，很有可能业务人员望而却步。而采用业务导向的结构，是用业务人员熟悉的场景为索引，加之树型层析结构可以将宏观信息与微观信息进行有效剥离。
按“组织层次”划分来完成需求的验证。日常工作中常见的场景是用业务代表的签字确认来代替需求验证。需求验证是重要的需求质量环节，目的是暴露出更多的错误，而确认则代表了