掌握需求过程(第3版)/软件开发方法学精选系列 软硬件技术 (英)suzanne robertson,(英)james robertson
新华书店全新正版书籍 支持7天无理由
¥
45.2
4.5折
¥
99.9
全新
库存2件
作者(英)suzanne robertson,(英)james robertson
出版社人民邮电出版社
ISBN9787115331816
出版时间2014-01
版次3
装帧平装
开本16
页数412页
字数0.59千字
定价99.9元
货号103_9787115331816
上书时间2024-06-26
商品详情
- 品相描述:全新
-
正版特价新书
- 商品描述
-
主编:
专为希望得到正确需求的人而写,提供发现客户所需及所想的和深刻见解。
目录:
章 基本事实
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 browncow模型 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 browncow模型:在横线之上思 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
0章 功能需求
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
1章 非功能需求
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
2章 验收标准和理由
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
3章 质量关
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
4章 需求与迭代开发
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
5章 复用需求
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
6章 沟通需求
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
7章 需求完整
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.预期的实现环境会存在什么新产品的因素 36
— 没有更多了 —
以下为对购买帮助不大的评价