產品名稱：掌握需求過程(第3版) ISBN編號：9787115331816 書名：掌握需求過程(第3版) 掌握需求過程(第3版) 作者：Suzanne Robertson Suzanne 代碼：79 開本：16開 是否是套裝：否 出版社名稱：人民郵電出版社
" 掌握需求過程 作 者:(英)羅伯遜 等 著作 王海鵬 譯者  定 價:79 出 版 社:人民郵電出版社 出版日期:2014年01月01日 頁 數:412 裝 幀:平裝 ISBN:9787115331816  ●章 基本事實
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．預期的實現環境會存在什麼限制新產品的因素 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
詞彙表
參考文獻  內容簡介  《掌握需求過程(第3版)》論述了軟件開發中的重要課題？如何得到正確的需求。書中用一個接一個的步驟、一個接一個的模板、一個接一個的例子，向讀者展示了經過業界驗證的需求收集和驗證過程，為準確地發現顧客所需所想提供了技巧和深刻見解。第3版延續了之前版本的優勢，提供了Volere需求過程和需求規格說明書模板，同時為傳統、敏捷和外包開發提供了不同的策略指導。對客戶價值、迭代式開發和故事卡片的討論，體現了作者對敏捷軟件開發的深刻理解。利用驗收標準讓需求可測試，是在項目早期消除需求缺陷的好方法。書中還提供了各種檢查清單，幫助識別利益相關者、用戶、非功能需求。第3版引入了BrownCow模型，清晰地展現了“做什麼”和“怎麼做”的關注點分離。各種需求案例的討論，是作者多年實踐經驗的結晶。書中還探討了復用需求和需求模式的方法。 《掌握需求過程(第3版)》可作為軟件......  (英)羅伯遜 等 著作 王海鵬 譯者  SuzanneRobertson和JamesRobertson
Volere需求過程和需求分析模板發明人。他們在世界各地舉辦研討班，提供咨詢服務，幫助小小的公司開展需求分析。多年中，幫助了成百上千家公司改進了需求技術，使其進入繫統開發的快車道。他們關於需求、分析和設計的課程和研討班以其創新的方式，得到了廣泛的贊譽。Robertson夫婦是知名的咨詢機構AtlanticSystemsGuild公司的主要人物，擅長處理復雜繫統構建中人的問題。他們還是Requirements-LedProjectManagement一書的共同作者。
譯者簡介
王海鵬1994...... "
| 
