正版 掌握需求过程(第3版)/软件开发方法学精选系列

第 1 章 基本事实
1.1 事实 1. 1
1.2 事实 2. 1
1.3 事实 3. 3
1.4 事实 4. 3
1.5 事实 5. 4
1.6 事实 6. 5
1.7 事实 7. 5
1.8 事实 8. 6
1.9 事实 9. 6
1.10 事实 10. 7
1.11 事实 11. 7
1.12 需求究竟是什么 8
1.12.1 功能需求 8
1.12.2 非功能需求 8
1.12.3 限制条件 8
1.13 Volere 需求过程 9
第 2 章 需求过程
2.1 需求过程的上下文 12
2.2 案例分析 13
2.3 项目启动 13
2.4 网罗需求 15
2.5 快而不完美的建模 17
2.6 场景 17
2.7 编写需求 18
2.8 质量关 19
2.9 复用需求 20
2.10 复查需求 20
2.11 迭代和增量过程 21
2.12 需求反思 22
2.13 需求演进 22
2.14 模板 24
2.15 白雪卡 25
2.16 定制需求过程 26
2.17 正式性指南 28
2.18 本书后续内容 28
第 3 章 确定业务问题的范围
3.1 项目启动 29
3.2 正式性指南 31
3.3 设定范围 32
3.4 IceBreaker 项目34
3.5 范围、利益相关者和目标 36
3.6 利益相关者 37
3.6.1 出资人.38
3.6.2 顾客.39
3.6.3 用户：理解他们.40
3.7 其他利益相关者 42
3.7.1 顾问.42
3.7.2 管理者.43
3.7.3 主题事务专家.43
3.7.4 核心团队.43
3.7.5 检查人员.43
3.7.6 营销团队.43
3.7.7 法律专家.43
3.7.8 消极的利益相关者.44
3.7.9 业界标准制定者.44
3.7.10 公众意见 44
3.7.11 政府 44
3.7.12 特殊利益团体 44
3.7.13 技术专家 44
3.7.14 文化利益 44
3.7.15 相邻系统 45
3.8 发现利益相关者 45
3.9 目标：想达到什么目的 45
3.9.1 目标 46
3.9.2 好处 46
3.9.3 度量标准 46
3.10 需求限制条件 49
3.10.1 解决方案限制条件 49
3.10.2 项目限制条件 49
3.11 命名惯例与定义 50
3.12 估算产品的成本 50
3.13 风险 52
3.14 继续还是终止 52
3.15 项目启动会议 54
3.16 小结 54
第 4 章 业务用例
4.1 理解工作 55
4.2 正式性指南 57
4.3 用例及其范围 57
4.4 工作的范围 58
4.5 业务事件 60
4.6 业务事件和业务用例是好想法的原因 62
4.6.1 “系统”不可假定 63
4.6.2 退后一步 64
4.7 发现业务事件 65
4.8 业务用例 66
4.9 业务用例和产品用例 68
4.10 小结 70
第 5 章 工作调研
5.1 网罗业务 72
5.2 正式性指南 73
5.3 网罗知识 74
5.4 业务分析师 75
5.5 网罗与业务用例 76
5.6 Brown Cow 模型76
5.7 当前做事的方式（当前如何） 78
5.8 做学徒 81
5.9 业务用例研讨会 82
5.9.1 成果.84
5.9.2 场景.84
5.9.3 业务规则.85
5.10 利益相关者访谈 85
5.10.1 正确提问.86
5.10.2 聆听答案.88
5.11 寻找可复用的需求 88
5.12 快而不完美的过程建模 89
5.13 原型和草图 91
5.13.1 低保真原型.93
5.13.2 高保真原型.96
5.14 思维导图 97
5.15 谋杀卷宗 100
5.16 录像和照相 101
5.17 wiki、博客和论坛.102
5.18 文档考古学 103
5.19 家庭治疗 105
5.20 选择最佳网罗技巧 105
5.21 小结 107
第 6 章 场景
6.1 正式性指南 108
6.2 场景 108
6.3 业务的本质 112
6.4 场景图示 114
6.5 可选情况 116
6.6 异常情况 117
6.7 假设场景 118
6.8 误用场景和负面场景 118
6.9 场景模板 120
6.10 小结 121
第 7 章 理解真正的问题
7.1 正式性指南 123
7.2 Brown Cow 模型：在横线之上思考. 124
7.2.1 本质 125
7.2.2 抽象 127
7.2.3 去除泳道 128
7.3 解决正确的问题 129
7.4 进入未来 130
7.5 如何创新 132
7.6 系统思考 134
7.7 价值 137
7.8 假想用户 138
7.9 挑战限制条件 140
7.10 创新研讨会 142
7.11 头脑风暴 143
7.12 回到未来 145
第 8 章 开始解决方案
8.1 迭代式开发 147
8.2 本质业务 148
8.3 确定产品的范围 148
8.4 考虑用户 150
8.5 设计用户体验 151
8.6 创新 151
8.6.1 方便 152
8.6.2 联系.152
8.6.3 信息.153
8.6.4 感觉.153
8.7 接口草图 154
8.8 业务事件的真正起源 155
8.9 相邻系统和外部技术 156
8.9.1 主动的相邻系统.156
8.9.2 自治的相邻系统.157
8.9.3 合作的相邻系统.158
8.10 成本、收益和风险 159
8.11 用文档记录设计决定 160
8.12 产品用例场景 161
8.13 小结 163
第 9 章 今日业务分析策略
9.1 平衡知识、活动和人 165
9.2 常见项目需求轮廓 166
9.3 每次突破前需要多少知识 166
9.4 外部轮廓 167
9.4.1 概念到范围确定.168
9.4.2 范围确定到工作调研.168
9.4.3 工作调研到产品确定.168
9.4.4 工作调研到原子需求定义.169
9.4.5 工作调研到构建.169
9.4.6 产品确定到原子需求定义.169
9.4.7 产品确定到构建.169
9.4.8 原子需求定义到构建.170
9.5 迭代轮廓 170
9.5.1 概念到范围确定.170
9.5.2 范围确定到工作调研.170
9.5.3 工作调研到产品确定.171
9.5.4 工作调研到需求定义.171
9.5.5 产品确定到需求定义.171
9.5.6 需求定义到构建.172
9.6 顺序轮廓 172
9.6.1 概念到范围确定 172
9.6.2 范围确定到工作调研 173
9.6.3 工作调研到产品确定 173
9.6.4 产品确定到需求定义 173
9.6.5 需求定义到构建 173
9.7 你自己的策略 174
9.8 提升需求技能 174
9.8.1 不再是速记员 175
9.8.2 限制写下的需求数量 175
9.8.3 复用需求 176
9.8.4 创新与业务分析师 176
9.8.5 寻找业务规则 177
9.8.6 业务分析师作为思想代理 177
9.8.7 系统思考与业务分析师 178
9.8.8 业务分析师与可视化 179
9.9 小结 180
第 10 章 功能需求
10.1 正式性指南 182
10.2 功能需求 182
10.3 发现功能需求 183
10.4 细节程度或粒度 185
10.5 描述和理由 186
10.6 数据，你的秘密武器 187
10.6.1 数据模型 187
10.6.2 数据字典 188
10.7 异常和可选方式 189
10.8 有条件的需求 189
10.9 避免二义性 190
10.10 技术需求 192
10.11 需求分组 192
10.12 功能需求的替代方式 193
10.12.1 场景 194
10.12.2 用户故事 194
10.12.3 业务过程模型.194
10.13 对 COTS 的需求196
10.14 小结 197
第 11 章 非功能需求
11.1 非功能需求简介 198
11.2 正式性指南 199
11.3 功能需求与非功能需求 199
11.4 用例与非功能需求 200
11.5 非功能需求类型 201
11.6 观感需求：类型 10 .202
11.7 易用性和人性化需求：类型 11 .204
11.8 执行需求：类型 12 .207
11.9 操作和环境需求：类型 13 .208
11.10 可维护性和支持需求：类型 14 209
11.11 安全需求：类型 15 .210
11.11.1 可得性.210
11.11.2 私密性.211
11.11.3 完整性.211
11.11.4 审计.212
11.11.5 ……没有其他.212
11.12 文化需求：类型 16 .213
11.13 法律需求：类型 17 .215
11.13.1 萨班-奥克斯利法案.215
11.13.2 其他法律要求.216
11.13.3 标准.216
11.14 发现非功能需求 217
11.14.1 用博客记录需求.217
11.14.2 用例.217
11.14.3 模板.218
11.14.4 原型和非功能需求.218
11.14.5 客户.219
11.15 不要编写解决方案 220
11.16 小结 221
第 12 章 验收标准和理由
12.1 正式性指南 222
12.2 验收需要标准的原因 223
12.3 理由的理由 225
12.4 导出验收标准 226
12.5 测量的尺度 227
12.6 非功能需求的验收标准 227
12.6.1 产品失败 229
12.6.2 主观测试 229
12.6.3 标准 230
12.6.4 观感需求 230
12.6.5 易用性和人性化需求 231
12.6.6 性能需求 232
12.6.7 操作需求 232
12.6.8 可维护性需求 233
12.6.9 安全需求 233
12.6.10 文化需求 233
12.6.11 法律需求 234
12.7 功能需求的验收标准 234
12.8 验收标准的形式 235
12.8.1 定义数据 235
12.8.2 图式验收标准 236
12.8.3 决策表 236
12.8.4 图 236
12.9 用例和验收标准 237
12.10 项目目标的验收标准 238
12.11 解决方案限制条件的验收标准 238
12.12 小结 238
第 13 章 质量关
13.1 正式性指南 241
13.2 需求质量 241
13.3 使用质量关 242
13.4 超出范围 243
13.5 测试完整性 246
13.5.1 是否存在遗漏的属性.247
13.5.2 是否对利益相关者有意义.247
13.6 测试验收标准 248
13.7 一致使用术语 248
13.8 限制条件下是否可行 249
13.9 需求还是解决方案 250
13.10 需求价值 251
13.11 镀金需求 251
13.12 需求蔓延 252
13.13 实现质量关 253
13.14 小结 255
第 14 章 需求与迭代开发
14.1 迭代开发的要求 256
14.2 迭代的需求过程 257
14.2.1 工作.257
14.2.2 分析业务要求.257
14.2.3 编写用户故事.258
14.2.4 开发产品.259
14.3 业务价值分析与优先级 260
14.4 如何编写好的用户故事 261
14.4.1 问题.261
14.4.2 用户故事形式化.263
14.4.3 充实故事.263
14.5 迭代需求的角色 264
14.5.1 业务知识.264
14.5.2 分析和沟通知识.265
14.5.3 技术知识.265
14.6 小结 265
第 15 章 复用需求
15.1 什么是复用需求 266
15.2 可复用需求的来源 269
15.3 需求模式 270
15.4 业务事件模式 272
15.4.1 事件响应的上下文 273
15.4.2 事件响应的处理 273
15.4.3 事件响应的数据 274
15.5 通过抽象形成模式 274
15.5.1 特定领域的模式 275
15.5.2 跨领域的模式 276
15.6 领域分析 278
15.7 小结 278
第 16 章 沟通需求
16.1 正式性指南 279
16.2 将潜在需求变成书面需求 280
16.3 知识与规格说明书 281
16.4 Volere 需求规格说明书模板 282
16.4.1 模板目录 283
16.4.2 模板部分 284
16.5 发现原子需求 284
16.6 原子需求的属性 286
16.6.1 需求编号 286
16.6.2 需求类型 286
16.6.3 事件/用例编号. 286
16.6.4 描述 287
16.6.5 理由 287
16.6.6 来源 287
16.6.7 验收标准 287
16.6.8 顾客满意度和不满意度 287
16.6.9 优先级 288
16.6.10 冲突 289
16.6.11 支持材料 289
16.6.12 历史 289
16.7 汇编需求规格说明 289
16.8 自动化的需求工具 290
16.9 功能需求 291
16.10 非功能需求 292
16.11 项目问题 293
16.12 小结 293
第 17 章 需求完整性
17.1 正式性指南 295
17.2 复查规格说明 295
17.3 审查 296
17.4 发现遗漏的需求 297
17.5 已发现所有业务用例吗 297
17.6 排列需求优先级 303
17.6.1 影响优先级的因素.304
17.6.2 何时确定优先级.304
17.6.3 需求优先级等级.305
17.6.4 优先级电子表格.306
17.7 冲突的需求 307
17.8 二义性的规格说明 308
17.9 风险评估 309
17.9.1 项目驱动.310
17.9.2 项目限制条件.310
17.9.3 功能需求.310
17.10 度量所需的工作量 311
17.11 小结 311
附录 A Volere 需求规格说明书模板目录 .313
使用本模板.314
Volere 需求分析 .314
需求类型.315
测试需求.315
需求项框架.315
1．项目的目标. 316
1a．该项目工作的用户业务或背景 316
1b．项目的目标 317
2．利益相关者. 318
2a．客户 318
2b．顾客 318
2c．其他利益相关者 319
2d．产品的直接操作用户 321
2e．假想用户 321
2f．对用户设定的优先级. 322
2g．用户参与程度 322
2h. 维护用户和服务技术人员. 323
3．强制的限制条件. 323
3a．解决方案的限制条件 323
3b．当前系统的实现环境 324
3c．伙伴应用或协作应用 325
3d．立即可用的软件 326
3e．预期的工作地点环境 326
3f．进度计划限制条件. 327
3g．该产品的财务预算是多少 328
3h. 企业限制条件. 328
4．命名惯例和定义. 329
5．相关事实和假定. 330
5a．事实 330
5b．业务规则 330
5c．假定 331
6．工作的范围. 332
6a．当前的状况 332
6b．工作的上下文范围 333
6c．工作切分 334
6d. 确定业务用例. 336
7．业务数据模型和数据字典. 336
7a. 数据模型 . 336
7b. 数据字典. 337
8．产品的范围. 339
8a．产品边界.339
8b．产品用例清单.341
8c．单个产品用例.342
9．功能需求与数据需求 .342
10．观感需求 .343
10a．外观需求.343
10b．风格需求.344
11．易用性和人性化需求 .345
11a．易于使用的需求.345
11b．个性化和国际化需求.346
11c．学习的容易程度.346
11d．可理解性和礼貌需求.347
11e．可用性需求.348
12．执行需求 .348
12a．速度和延迟需求.348
12b．安全性至关重要的需求.349
12c．精度需求.350
12d．可靠性和可访问性需求.350
12e．健壮性或容错需求.351
12f．容量需求 .351
12g．可伸缩性和可扩展性需求.352
12h．寿命需求.352
13．操作和环境需求 .352
13a．预期的物理环境.352
13b．与相邻系统接口的需求.353
13c．产品化需求.354
13d．发布需求.354
14．可维护性和支持需求 .355
14a．可维护性需求.355
14b．支持需求.355
14c．适应能力需求.355
15．安全性需求 .356
15a．访问控制需求.356
15b．完整性需求.357
15c．隐私需求.357
15d．审计需求 358
15e．免疫力需求 358
16．文化需求. 358
17．法律需求. 359
17a．合法需求 359
17b．标准需求 360
18．开放式问题. 360
19．立即可用的解决方案. 361
19a．已经做好的产品 361
19b．可复用组件 362
19c．可以复制的产品 362
20．新问题. 363
20a．对当前环境的影响 363
20b．对已实施的系统的影响 363
20c．潜在的用户问题 363
20d．预期的实现环境会存在什么限制新产品的因素. 364
20e．后续问题 364
21．任务. 364
21a．项目计划 364
21b．开发阶段计划 365
22．迁移到新产品. 365
22a．迁移到新产品的需求 366
22b．为了新系统，哪些数据必须修改或转换. 366
23．风险. 367
24．费用. 368
25．用户文档和培训. 369
25a．用户文档需求 369
25b．培训需求 370
26．后续版本需求. 370
27．关于解决方案的设想. 371
附录 B 利益相关者管理模板
B.1 利益相关者图示372
B.2 利益相关者模板373
附录 C 功能点计数简介
C.1 度量工作376
C.2 功能点计数快速入门378
C.2.1 工作上下文范围378
C.2.2 工作存储的数据379
C.2.3 业务用例380
C.3 针对业务用例计算功能点380
C.3.1 计算输入型业务用例380
C.3.2 计算输出型业务用例381
C.3.3 计算时间触发型业务用例383
C.4 计算存储的数据384
C.4.1 内部的存储数据384
C.4.2 外部的存储数据385
C.5 针对未知信息进行调整386
C.6 功能点计数的下一步387
附录 D Volere 需求知识模型
D.1 需求知识类和关联的定义 390
D.1.1 知识类390
D.1.2 关联396
D.2 标注模板小节编号的知识模型 .398
词汇表
参考文献

SuzanneRobertson和JamesRobertson，Volere需求过程和需求分析模板发明人。他们在世界各地举办研讨班，提供咨询服务，帮助大大小小的公司开展需求分析。多年中，帮助了成百上千家公司改进了需求技术，使其进入系统开发的快车道。他们关于需求、分析和设计的课程和研讨班以其创新的方式，得到了广泛的赞誉。Robertson夫妇是咨询机构AtlanticSystemsGuild公司的主要人物，擅长处理复杂系统构建中人的问题。他们还是Requirements-LedProjectManagement一书的共同作者。

王海鹏1994年毕业于华东师范大学。软件开 发者，独立的咨询顾问、培训讲师、译者。拥有20年编程经验，已翻译20余部软件开发书籍。目前主要感兴趣的领域是软件架构和方法学，致力于提高软件开发的品质和效率，发现它们其实是一回事儿。

专为希望得到正确需求的人而写，提供发现客户所需及所想的技巧和深刻见解。
“如果目标是写一本到目前为止关于需求的书籍，那么作者已经成功了。” ——Capers Jones 软件生产率和软件测量领城的领 导者和理论家 技术作家和靠前演讲者 Namcook Analytics公司副总裁及技术总监

《软件开发方法学精选系列：掌握需求过程(第3版)》论述了软件开发中的重要课题—如何得到正确的需求。书中用一个接一个的步骤、一个接一个的模板、一个接一个的例子，向读者展示了经过业界验证的需求收集和验证过程，为发现顾客所需所想提供了技巧和深刻见解。第3版延续了之前版本的优势，提供了Volere需求过程和需求规格说明书模板，同时为传统、敏捷和外包开发提供了不同的策略指导。对客户价值、迭代式开发和故事卡片的讨论，体现了作者对敏捷软件开发的深刻理解。利用验收标准让需求可测试，是在项目早期消除需求缺陷的好方法。书中还提供了各种检查清单，帮助识别利益相关者、用户、非功能需求。第3版引入了BrownCow模型，清晰地展现了“做什么”和“怎么做”的关注点分离。各种需求案例的讨论，是作者多年实践经验的结晶。书中还探讨了复用需求和需求模式的方法。
《软件开发方法学精选系列：掌握需求过程(第3版)》可作为软件开发人员在开发过程中随时参考的手册，是产品经理、系统分析师、软件开发 者和测试者可读的参考书。

专为希望得到正确需求的人而写，提供发现客户所需及所想的技巧和深刻见解。