中圖網小程序
一鍵登錄
更方便
本類五星書更多>
-
>
全國計算機等級考試最新真考題庫模擬考場及詳解·二級MSOffice高級應用
-
>
決戰行測5000題(言語理解與表達)
-
>
軟件性能測試.分析與調優實踐之路
-
>
第一行代碼Android
-
>
JAVA持續交付
-
>
EXCEL最強教科書(完全版)(全彩印刷)
-
>
深度學習
掌握需求過程(第3版) 版權信息
- ISBN：9787115331816
- 條形碼：9787115331816 ; 978-7-115-33181-6
- 裝幀：平裝-膠訂
- 冊數：暫無
- 重量：暫無
- 所屬分類：>
掌握需求過程(第3版) 本書特色
1.被譽為“值得一讀的關于需求的書籍”！提供經過業界驗證的、無論是在傳統開發環境還是敏捷開發環境都有效的需求收集和驗證過程。
2.作者Suzanne Robertson和James Robertson是Volere需求過程和需求分析模板的發明人，多年來已經幫助成百上千家公司改進了需求技術，使其進入系統開發的快車道。
3.第3版延續了之前版本的優勢，提供了Volere需求過程和需求規格說明書模板，并為傳統、敏捷和外包開發提供了不同的策略指導。
4.提供各種檢查清單，例如利益相關者、用戶、非功能需求等，這將有助于讀者獲取客戶所想及所需。
5.探討了復用需求和需求模式的方法，構建能滿足需要的系統提供了深刻見解。
6.不同于其他關于需求的書籍，《掌握需求過程(第3版)》使用Brown Cow模型，將“做什么”和“怎么做”分離，從而更清晰地展現了系統的關注點。
掌握需求過程(第3版) 內容簡介
本書論述了軟件開發中的重要課題—如何得到正確的需求。書中用一個接一個的步驟、一個接一個的模板、一個接一個的例子，向讀者展示了經過業界驗證的需求收集和驗證過程，為發現顧客所需所想提供了技巧和深刻見解。第3版延續了之前版本的優勢，提供了Volere需求過程和需求規格說明書模板，同時為傳統、敏捷和外包開發提供了不同的策略指導。對客戶價值、迭代式開發和故事卡片的討論，體現了作者對敏捷軟件開發的深刻理解。利用驗收標準讓需求可測試，是在項目早期排除需求缺陷的好方法。書中還提供了各種檢查清單，幫助識別利益相關者、用戶、非功能需求。第3版引入了Brown Cow模型，清晰地展現了“做什么”和“怎么做”的關注點分離。各種需求案例的討論，是作者多年實踐經驗的結晶。書中還探討了復用需求和需求模式的方法。 本書可作為軟件開發人員在開發過程中隨時參考的手冊，是適合產品經理、系統分析師、軟件開發人員和測試者讀的一本好書。
掌握需求過程(第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
詞匯表
參考文獻
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
詞匯表
參考文獻
展開全部
掌握需求過程(第3版) 作者簡介
Suzanne Robertson和James Robertson Volere需求過程和需求分析模板發明人。他們在世界各地舉辦研討班，提供咨詢服務，幫助大大小小的公司開展需求分析。多年中，幫助了成百上千家公司改進了需求技術，使其進入系統開發的快車道。他們關于需求、分析和設計的課程和研討班以其創新的方式，得到了廣泛的贊譽。Robertson夫婦是咨詢機構Atlantic Systems Guild公司的主要人物，擅長處理復雜系統構建中人的問題。他們還是Requirements-Led Project Management一書的共同作者。
書友推薦
- >
有舍有得是人生
- >
自卑與超越
- >
名家帶你讀魯迅:朝花夕拾
- >
名家帶你讀魯迅:故事新編
- >
李白與唐代文化
- >
龍榆生：詞曲概論/大家小書
- >
我從未如此眷戀人間
- >
上帝之肋:男人的真實旅程
本類暢銷
