求真百科歡迎當事人提供第一手真實資料,洗刷冤屈,終結網路霸凌。

軟件需求檢視原始碼討論檢視歷史

事實揭露 揭密真相
前往: 導覽搜尋

來自 孔夫子網 的圖片

軟件需求》,[美] Karl Wiegers 著,出版社: 清華大學出版社。

清華大學出版社成立於1980年6月,是教育部主管、清華大學主辦的綜合性大學出版社[1]。清華社現年出版圖書、音像製品、電子出版物等近3000種,銷售規模和綜合實力以及在高等教育教材市場、科技圖書市場、館配圖書市場占有率均名列前茅[2]

內容簡介

作為經典的軟件需求工程書,經由需求社區兩大知名結對全面修訂和更新,覆蓋新的主題、實例和指南,多方面討論軟件項目所涉及的所有需求開發和管理活動,介紹當下的所有實踐。書中描述實用性強的、高效的、經過實際檢驗的端到端需求工程管理技術,通過豐富的實例來演示如何利用很好實踐來減少訂單變更,提高客戶滿意度,減少開發成本。書中的用例、業務規則和商業工具全面修訂以體現現狀和未來的趨勢。

本書尤其適合具備軟件開發過程經驗的業務分析師、需求分析師、項目經理和其他軟件項目涉眾。

目錄

第Ⅰ部分軟件需求的3W(什麼、為什麼和誰)

第1章軟件需求的本質 3

軟件需求的定義 5

關於「需求」的一些解釋 5

字典中的「需求」 6

需求的層次和種類 6

處理三種層次的需求 11

產品需求與項目需求 13

需求開發和管理 14

需求開發 15

需求管理 16

每個項目都有需求 17

人對了,得出的需求卻很糟糕 18

用戶參與度不夠 18

規劃不當 19

用戶需求蔓延 19

需求模稜兩可 19

鍍金 20

忽視干係人 20

質量需求過程帶來的好處 20

第2章從客戶角度審視需求 22

期望落差 23

誰是客戶 24

客戶-開發的合作關係 26

軟件客戶的需求權利法案 28

軟件客戶的需求責任法案 30

建立尊重需求的企業文化 32

識別決策者 33

對需求達成一致 34

需求基線 35

達不成共識怎麼辦 36

對敏捷項目的需求達成共識 36

第3章需求工程優秀實踐 38

需求開發過程框架 40

優秀實踐:需求獲取活動 42

優秀實踐:需求分析 44

優秀實踐:需求規範說明 45

優秀實踐:需求驗證 46

優秀實踐:需求管理 47

優秀實踐:知識 49

優秀實踐:項目管理 50

開始新的實踐 51

第4章業務分析師 53

業務分析師的角色 54

業務分析師的職責 55

基本的分析技巧 56

基本的分析知識 59

業務分析師的培養 60

前用戶 60

前開發人員或測試人員 61

前(或兼職)項目經理 61

主題專家 62

菜鳥 62

敏捷項目中的分析師角色 63

打造一個協作型的團隊 64

第Ⅱ部分需求開發

第5章建立業務需求 67

定義業務需求 67

確定預期業務收益 68

產品願景和項目範圍 68

業務需求衝突 69

願景和範圍文檔 71

1.業務需求 72

2.範圍和限制 77

3.業務背景 79

範圍表示技巧 80

關聯圖 81

生態系統圖 82

特性樹 83

事件列表 84

聚焦於範圍 85

使用業務目標來做範圍決策 85

評估範圍變更的影響 86

敏捷項目的願景與範圍 86

使用業務目標來確定完成 87

第6章傾聽用戶的心聲 89

用戶類別 90

用戶分類 90

識別用戶類別 92

用戶畫像 94

與用戶代表取得聯繫 95

產品代言人 96

外部產品代言人 97

產品代言人的期望 98

多個產品代言人 99

推廣產品代言人理念 100

產品代言人要避免的陷阱 101

敏捷項目的用戶表達方式 102

處理需求衝突 103

第7章需求獲取 105

需求獲取技巧 106

訪談 107

工作坊 108

焦點小組 110

觀察 111

問卷調查 112

系統接口分析 113

用戶界面分析 113

文檔分析 114

制定項目需求獲取計劃 114

準備需求獲取 116

執行獲取活動 117

需求獲取後的跟進 119

整理和分享會議筆記 119

記錄提出的問題 120

對客戶的輸入進行分類 120

如何知道已經完成 123

需求獲取的注意事項 123

假設的需求和隱晦的需求 124

找出遺漏的需求 125

第8章理解用戶需求 127

用例和用戶故事 128

用例方法 131

用例和使用場景 133

識別用例 139

探索用例 141

驗證用例 142

用例和功能需求 143

用例要避免的陷阱 145

「以使用為中心」的需求有何好處 145

第9章照章辦事 147

業務規則分類法 148

事實 149

約束 150

觸發規則 151

推理 152

運算 152

原子業務規則 153

記錄業務規則 154

發現業務規則 156

業務規則與需求 157

把一切串起來 158

第10章記錄需求 160

軟件需求規範說明 162

標識需求 164

處理不完整性 166

用戶界面和SRS 167

軟件需求規範說明模板 168

1.引言 169

2.整體描述 170

4.數據需求 172

5.外部接口需求 173

6.質量屬性 174

7.國際化和本地化需求 175

8.?[?其他需求?] 175

附錄A:詞彙表 175

附錄B:分析模型 176

敏捷項目的需求規範說明 176

第11章寫出優秀的需求 178

優秀需求的特點 178

需求陳述的特點 179

需求集合的特點 180

需求編寫指南 181

系統或用戶的角度 182

寫作風格 183

細化程度 185

表述技巧 187

避免歧義 188

避免不完整性 191

改進前後的需求示例 192

第12章一圖勝千言 196

需求建模 197

從客戶需求到分析模型 198

選擇正確的表達方式 199

數據流圖 201

泳道圖 204

狀態轉換圖和狀態表 206

對話圖 209

判定表和判定樹 212

事件-響應表 213

小議UML圖 216

敏捷項目中的需求建模 216

最後提示 217

第13章具體指定數據需求 218

對數據關係進行建模 218

數據字典 221

數據分析 224

報表的規範說明 225

獲取報表需求 226

對報表需求規範的幾點思考 227

報表規範說明模板 228

儀錶盤報表 230

第14章功能需求以外 233

軟件質量屬性 234

探究質量屬性 235

定義質量需求 239

外部質量屬性 239

內部質量屬性 251

用Planguage指定質量需求 256

質量屬性的平衡 258

質量屬性需求的實現 259

約束條件 260

如何處理敏捷項目的質量屬性 261

第15章通過原型來減少風險 264

原型的定義及其動機 265

實物模型和概念證明 266

拋棄型原型和演化性原型 267

紙上原型和電子原型 270

原型的使用 271

原型的評估 274

原型風險 275

原型發布的壓力 275

受細節所累 276

不現實的性能預期 277

對原型投入過多 277

原型成功的因素 277

第16章要事優先:設定需求

優先級 279

為什麼要排優先級 280

優先級排序實踐 281

人與優先級之間的博弈 282

確定優先級的技術 283

入選與落選 283

兩兩比較並排序 284

三層分級法 284

MoSCoW 286

100美元 287

根據價值、成本和風險排優先級 288

第17章確認需求 293

確認與驗證 295

需求評審 295

審查流程 297

缺陷檢查清單 301

需求評審提示 302

需求評審面臨的挑戰 303

需求原型 304

需求測試 305

使用驗收條件確認需求 309

驗收條件 309

驗收測試 310

第18章需求的重用 312

為什麼要重用需求 313

需求重用的維度 313

重用範圍 314

修改範圍 314

重用手段 315

哪些需求信息類型可以重用 316

常見重用場景 317

軟件產品線 317

再設計與替換系統 318

其他可能的重用機會 318

需求模式 319

促進重用的工具 319

使需求可重用 320

需求重用的障礙與成功要素 322

重用的障礙 322

重用的成功要素 323

第19章需求開發之外 325

估算需求工作量 326

從需求到項目計劃 329

根據需求估算項目規模和工作量 329

需求和排期 331

從需求到設計和代碼 332

架構與分配 332

軟件設計 333

用戶界面設計 334

從需求到測試 336

從需求到成功 337

第Ⅲ部分具體項目類別的需求

第20章敏捷項目 341

瀑布的局限性 341

敏捷開發方法 343

敏捷方法中需求的基本面 343

客戶參與 343

文檔的細節 344

Backlog和排優先級 344

確定時機 344

史詩、用戶故事和特性 345

期待變更 346

根據敏捷項目調整需求實踐 347

敏捷轉型,怎麼辦 347

第21章改進型和替換型項目 349

預期的挑戰 350

基於現有系統的需求技術 350

按業務目標來排優先級 351

當心差異 352

維持性能水平 353

找不到原有需求怎麼辦 353

應當指定哪些需求 354

如何發現現有系統的需求 355

鼓勵使用新系統 356

是否可以迭代 357

第22章軟件包方案項目 359

進行軟件包方案選型的需求 360

開發用戶需求 360

考慮業務規則 361

識別數據需要 361

定義質量要求 361

評估方案 362

實施軟件包方案的需求 364

配置需求 364

集成需求 364

擴展需求 365

數據需求 365

業務過程變更 365

軟件包方案的常見挑戰 366

第23章外包項目 367

需求的詳細程度恰當 368

需求方-供應方的互動 369

變更管理 371

驗收條件 371

第24章業務過程自動化項目 372

業務過程建模 372

基於當前過程推導出需求 373

首先設計未來的過程 375

業務績效指標建模 375

業務過程自動化項目的良好實踐 376

第25章業務分析項目 378

業務分析項目概述 378

業務分析項目的需求開發 380

對決策的使用排優先級 381

定義如何使用信息 381

指定數據需求 383

定義轉換數據的分析 385

分析的演進本質 386

第26章嵌入式和其他實時

系統項目 388

系統需求、架構和分配 388

實時系統建模 390

環境圖 390

狀態轉換圖 390

事件響應表 391

架構圖 392

原型 394

接口 394

有時限的需求 395

嵌入式系統的質量屬性 396

嵌入式系統的挑戰 400

第Ⅳ部分需求管理

第27章需求管理實踐 403

需求管理流程 403

需求基線 405

需求版本控制 405

需求屬性 407

跟蹤需求狀態 408

解決需求問題 410

度量需求投入 411

敏捷項目的需求管理 412

為什麼要管理需求 414

第28章需求變更 415

為什麼要管理變更 415

管理範圍蔓延 416

變更控制政策 417

變更控制流程的基本概念 418

變更控制流程說明 418

1.目的和範圍 419

2.角色和職責 419

3.變更請求狀態 420

4.准入標準 420

5.任務 421

6.退出標準 421

7.變更控制狀態報告 421

附錄:為每個請求保存的屬性 422

變更控制委員會 422

CCB的組成 423

CCB章程 423

重新協商承諾 424

變更控制工具 424

度量變更活動 425

變更影響分析 426

影響分析過程 426

影響分析模板 429

敏捷項目的變更管理 430

第29章需求鏈中的鏈接 432

需求跟蹤 432

需求跟蹤的動機 434

需求跟蹤矩陣 435

需求跟蹤工具 438

需求跟蹤過程 439

需求跟蹤可行嗎?有沒有必要 440

第30章需求工程工具 442

需求開發工具 443

獲取工具 444

原型工具 444

建模工具 444

需求管理工具 445

使用RM工具的好處 445

RM工具的能力 446

挑選和實現需求工具 448

選擇工具 448

建立工具和流程 449

引導用戶採用 450

第Ⅴ部分需求工程的實施

第31章改進需求過程 455

需求如何關聯到其他項目過程 456

需求與不同的干係人群體 457

獲得對變革的承諾 458

軟件過程改進基礎 460

根因分析法 461

過程改進循環 463

評估當前實踐 463

規劃改進行動 463

過程的創建、試點和推行 465

評估結果 465

需求工程的過程資產 466

需求開發過程資產 468

需求管理過程資產 468

我們達到目標了嗎 469

創建需求過程改進路線圖 470

第32章軟件需求和風險管理 472

軟件風險管理基礎 473

風險管理的要素 473

用文檔記錄項目風險 474

對風險管理進行規劃 476

需求相關風險 477

需求收集 477

需求分析 479

需求指定 479

需求確認 479

需求管理 480

風險管理是你的朋友 480

尾聲 483

附錄A當前需求實踐自評 485

附錄B需求問題問診指南 491

附錄C範例需求文檔 507

詞彙表 525

參考文獻 533

作者簡介 547

參考文獻

  1. 我國出版社的等級劃分和分類標準,知網出書,2021-03-01
  2. 企業簡介,清華大學出版社有限公司