掌握需求過程 第2版(簡體書)

本書論述了軟件開發中的重要課題—如何得到正確需求，書中用一個接一個的步驟、一個接一個的模板、一個接一個的例子，向讀者展示了經過業界檢驗的需求收集和驗證過程。本書針對不同的敏捷環境，為精確地發現顧客所需所想提供了技巧和深刻見解。
本書可作為計算機專業高年級本科生及研究生的教材，也可作為軟件開發人員在開發過程中隨時參考的手冊。

Suzanne Robertson與James Robertson多年來已幫助了數百家公司改進需求技術，進入系統開發的快車道。他們關于需求、分析和設計的課程和講座采用了創新的方式，受到了廣泛的贊譽。 Robertson夫婦是Atlantic SystemS Guild公司的主要成員，該公司是知名的顧問公司，擅長處理復雜系統構建中人員方面的問題。他們也是是Requirements-LedProjectManagement(Addison—wesley，2005)一書的合著者。

第1章　什么是需求
1.1　需求收集與系統建模
1.2　敏捷軟件開發
　1.3　為什么需要收集需求
　1.4　什么是需求
1.4.1　功能性需求
1.4.2　非功能性需求
1.4.3　限制條件
　1.5　需求演進
　1.6　模板
　1.7　需求項框架
　1.8　Volere需求過程
第2章　需求過程
　2.1　敏捷指南
　2.2　需求過程的上下文
　2.3　需求過程
　2.4　案例分析
　2.5　網羅需求
　2.6　為需求制作原型
　2.7　場景
　2.8　編寫需求
　2.9　質量關
　2.10　對需求的復用
　2.11　復查規格說明
　2.12　迭代和增量過程
　2.13　需求工作事后分析
　2.14　定制需求過程
　2.15　小結
第3章　項目啟動
　3.1　敏捷指南
　3.2　IceBreaker項目
　3.3　范圍、風險承擔者和目標
　3.4　設定范圍
3.4.1　感興趣的領域
3.4.2　首次分析工作上下文范圍
　3.5　風險承擔者
3.5.1　客戶
3.5.2　顧客
3.5.3　用戶：理解他們
　3.6　其他風險承擔者
3.6.1　顧問
3.6.2　管理者
3.6.3　主題事務專家
3.6.4　核心團隊
3.6.5　檢查人員
3.6.6　市場力量
3.6.7　法律專家
3.6.8　消極的風險承擔者
3.6.9　業界標準制定者
3.6.10　公眾意見
3.6.11　政府
3.6.12　特殊利益團體
3.6.13　技術專家
3.6.14　文化利益
3.6.15　相鄰系統
　3.7　發現風險承擔者
　3.8　目標：想達到什么目的
　3.9　需求限制條件
3.9.1　解決方案限制條件
3.9.2　項目限制條件
　3.10　命名慣例與定義
　3.11　估算產品的成本
　3.12　風險
　3.13　繼續還是終止
　3.14　項目啟動替代方案
　3.15　小結
第4章　事件驅動的用例
　4.1　敏捷指南
　4.2　理解工作
　4.3　用例及其范圍
　4.4　工作
　4.5　工作的上下文范圍
　4.6　業務事件
　4.7　業務事件和業務用例是好想法的原因
　4.8　發現業務事件
　4.9　業務用例
　4.10　相鄰系統的角色
4.10.1　主動的相鄰系統
4.10.2　自治的相鄰系統
4.10.3　合作的相鄰系統
　4.11　業務用例和產品用例
　4.12　小結
第5章　網羅需求
　5.1　敏捷指南
　5.2　職責
　5.3　網羅與業務用例
　5.4　當前狀況扮演的角色
　5.5　做學徒
　5.6　觀察結構和模式
　5.7　風險承擔者訪談
　5.8　找出工作的本質
　5.9　解決正確的問題
　5.10　創新的產品
　5.11　業務用例研討會
5.11.1　成果
5.11.2　場景
5.11.3　業務規則
　5.12　創造性研討會
　5.13　頭腦風暴
　5.14　用戶代表
　5.15　思維圖
　5.16　墻紙
　5.17　錄像和照相
　5.18　wiki、blog和論壇
　5.19　文檔考古學
　5.20　其他需求收集技巧
5.20.1　家庭治療
5.20.2　軟系統和視角
　5.21　確定產品應該是怎樣的
　5.22　技術是否重要
　5.23　選擇最佳網羅技巧
　5.24　小結
第6章　場景和需求
　6.1　敏捷指南
　6.2　場景
　6.3　正常用例場景
　6.4　場景圖示
　6.5　可選情況
　6.6　異常情況
　6.7　假設場景
　6.8　誤用場景和負面場景
　6.9　場景模板
　6.10　產品用例場景
　6.11　小結
第7章　功能性需求
　7.1　敏捷指南
　7.2　功能性需求
　7.3　發現功能性需求
　7.4　細節程度或粒度
　7.5　異常和可選方式
　7.6　避免二義性
　7.7　技術需求
　7.8　需求不是解決方案
　7.9　需求分組
　7.10　功能性需求的替代方式
　7.11　小結
第8章　非功能性需求
　8.1　敏捷指南
　8.2　非功能性的需求
　8.3　用例與非功能性需求
　8.4　非功能性需求類型
　8.5　觀感需求：類型10
　8.6　易用性和人性化需求：類型11
　8.7　執行需求：類型12
　8.8　操作和環境需求：類型13
　8.9　可維護性和支持需求：類型14
　8.10　安全性需求：類型15
8.10.1　保密性
8.10.2　可得性
8.10.3　完整性
8.10.4　審計
8.10.5　沒有其他
　8.11　文化和政策需求：類型16
　8.12　法律需求：類型17
8.12.1　薩班-奧西利法案(Sarbanes-Oxley Act)
8.12.2　其他法律要求
8.12.3　標準
　8.13　發現非功能性需求
8.13.1　用Blog記錄需求
8.13.2　用例
8.13.3　模板
8.13.4　原型和非功能性需求
8.13.5　客戶
　8.14　不要編寫解決方案
　8.15　小結
第9章　驗收標準
　9.1　敏捷指南
　9.2　驗收需要標準的原因
　9.3　測量的尺度
　9.4　理由
　9.5　非功能性需求的驗收標準
9.5.1　產品是否失敗
9.5.2　主觀測試
9.5.3　觀感需求
9.5.4　易用性和人性化需求
9.5.5　執行需求
9.5.6　可操作性需求
9.5.7　可維護性需求
9.5.8　安全性需求
9.5.9　文化和政策需求
9.5.10　法律需求
　9.6　功能性需求的驗收標準
　9.7　用例和驗收標準
　9.8　項目目標的驗收標準
　9.9　解決方案限制條件的驗收標準
　9.10　小結
第10章　編寫需求
　10.1　敏捷指南
　10.2　將潛在需求變成書面需求
　10.3　知識與規格說明書
　10.4　Volere需求規格說明書模板
　10.5　第1部分——項目的目標
　10.6　第2部分——客戶、顧客和其他風險承擔者
　10.7　第3部分——產品的用戶
　10.8　第4部分——強制的限制條件
　10.9　第5部分——命名慣例和定義
　10.10　第6部分——相關事實和假定
　10.11　第7部分——工作的范圍
　10.12　第8部分——產品的范圍
　10.13　需求項框架
10.13.1　白雪卡
10.13.2　自動化的需求工具
10.14　原子需求
10.14.1　需求編號
10.14.2　需求類型
10.14.3　事件/用例編號
10.14.4　描述
10.14.5　理由
10.14.6　來源
10.14.7　驗收標準
10.14.8　顧客滿意度和不滿意度
10.14.9　優先級
10.14.10　沖突
10.14.11　支持材料
10.14.12　歷史
　10.15　編寫需求規格說明
　10.16　第9部分——功能性需求
　10.17　非功能性需求
　10.18　項目問題
　10.19　第18部分——開放式問題
　10.20　第19部分——立即可用的解決方案
　10.21　第20部分——新問題
　10.22　第21部分——任務
　10.23　第22部分——遷移至新產品
　10.24　第23部分——風險
　10.25　第24部分——費用
　10.26　第25部分——用戶文檔和培訓
　10.27　第26部分——后續版本需求
　10.28　第27部分——解決方案的設想
　10.29　小結
第11章　質量關
　11.1　敏捷指南
　11.2　需求質量
　11.3　使用質量關
　11.4　測試完整性
11.4.1　測試是否存在遺漏的部分
11.4.2　測試是否對所有風險承擔者都有意義
　11.5　測試可追蹤性
　11.6　統一使用術語
　11.7　確定是否與目標相關
　11.8　測試驗收標準
　11.9　確定在限制條件下是否可行
　11.10　區分是需求還是解決方案
　11.11　顧客價值
　11.12　鍍金需求
　11.13　需求蔓延
　11.14　實現質量關
　11.15　小結
第12章　制作需求原型
　12.1　敏捷指南
　12.2　原型與事實
　12.3　低保真原型
　12.4　高保真原型
　12.5　故事板
　12.6　對象生命歷史
　12.7　原型循環
12.7.1　設計與構建
12.7.2　在用戶環境中測試
12.7.3　分析結果
　12.8　小結
第13章　復用需求
　13.1　什么是復用需求
　13.2　可復用需求的來源
　13.3　需求模式
　13.4　業務事件模式
13.4.1　事件響應的上下文
13.4.2　事件響應的處理
13.4.3　事件響應的數據
　13.5　通過抽象形成模式
13.5.1　特定領域的模式
13.5.2　跨領域的模式
　13.6　領域分析
　13.7　復用的趨勢
13.7.1　復用和對象
13.7.2　復用現在是否是一項工作
　13.8　小結
第14章　復查需求規格說明
　14.1　敏捷指南
　14.2　復查規格說明書
　14.3　審查
　14.4　發現遺漏的需求
　14.5　確定是否已發現所有的業務用例
　14.6　顧客價值
　14.7　排列需求優先級
14.7.1　影響優先級的因素
14.7.2　何時確定優先級
14.7.3　需求優先級等級
14.7.4　優先級電子表格
　14.8　沖突的需求
　14.9　二義性的規格說明
　14.10　風險分析
14.10.1　項目驅動
14.10.2　項目限制條件
14.10.3　功能性需求
　14.11　度量所需的工作量
　14.12　小結
第15章　需求向何處去
　15.1　調整需求過程
　15.2　需求工具
　15.3　工具對應目標
　15.4　發布規格說明書
15.4.1　合同化文檔
15.4.2　管理層總結
15.4.3　市場人員總結
15.4.4　用戶復查
15.4.5　復查規格說明書
　15.5　需求可追蹤性
　15.6　處理變化
15.6.1　變化的世界
15.6.2　需求反饋
　15.7　需求事后分析
15.7.1　復查的內容
15.7.2　進行事后分析
15.7.3　事后分析報告
　15.8　記事本
　15.9　小結
附錄A　Volere需求過程模型
　A.1　Volere需求過程模型
　A.2　定義項目啟動目標(過程說明1.1.1)
　A.3　計劃物質上的安排(過程說明1.1.2)
　A.4　與參加者溝通(過程說明1.1.3)
　A.5　確定產品目標(過程說明1.2.1)
　A.6　確定工作上下文范圍(過程說明1.2.2)
　A.7　進行“第一刀”風險分析(過程說明1.2.3)
　A.8　確定風險承擔者(過程說明1.2.4)
　A.9　分解工作上下文(過程說明1.2.5)
　A.10　考慮“無事件(Non-event)”(過程說明1.2.6)
　A.11　確定業務術語(過程說明1.2.7)
　A.12　定義項目限制條件(過程說明1.2.8)
　A.13　確定感興趣的領域(過程說明1.2.9)
　A.14　編寫項目啟動報告(過程說明1.3.1)
　A.15　復查啟動階段成果(過程說明1.3.2)
　A.16　跟進啟動會議(過程說明1.3.3)
　A.17　做出初步估計(過程說明1.3.4)
　A.18　復查當前狀況(過程說明2.1.1)
　A.19　做用戶的學徒(過程說明2.1.2)
　A.20　確定本質需求(過程說明2.1.3)
　A.21　需求頭腦風暴(過程說明2.1.4)
　A.22　用戶訪談(過程說明2.1.5)
　A.23　文檔考古學(過程說明2.1.6)
　A.24　制作需求錄像帶(過程說明2.1.7)
　A.25　召開用例研討會(過程說明2.1.8)
　A.26　構建事件模型(過程說明2.1.9)
　A.27　構建場景模型(過程說明2.1.10)
　A.28　舉行創造性研討會(過程說明2.1.11)
　A.29　研究相鄰系統(過程說明2.2.1)
　A.30　定義用例邊界(過程說明2.2.2)
　A.31　收集業務事件知識(過程說明2.3.1)
　A.32　選擇合適的網羅技術(過程說明2.3.2)
　A.33　詢問澄清問題(過程說明2.4)
　A.34　確定潛在需求(過程說明3.1)
　A.35　確定功能性需求(過程說明3.2)
　A.36　確定組合需求(過程說明3.3)
　A.37　將需求規范化(過程說明3.4)
　A.38　將系統限制條件規范化(過程說明3.5)
　A.39　確定非功能性需求(過程說明3.6)
　A.40　編寫功能性驗收標準(過程說明3.7)
　A.41　編寫非功能性驗收標準(過程說明3.8)
　A.42　確定顧客價值(過程說明3.9)
　A.43　確定依賴關系和沖突之處(過程說明3.10)
　A.44　復查需求驗收標準(過程說明4.1)
　A.45　復查需求相關性(過程說明4.2)
　A.46　復查需求的切實可行性(過程說明4.3)
　A.47　識別鍍金需求(過程說明4.4)
　A.48　復查需求完整性(過程說明4.5)
　A.49　計劃制作原型(過程說明5.1)
　A.50　構建低保真的原型(過程說明5.2.1)
　A.51　構建高保真的原型(過程說明5.2.2)
　A.52　與用戶測試高保真的原型(過程說明5.3.1)
　A.53　與用戶測試低保真的原型(過程說明5.3.2)
　A.54　確定新的需求和有變化的需求(過程說明5.3.3)
　A.55　評估原型工作量(過程說明5.3.4)　345
　A.56　進行單獨的個人復查(過程說明6.1.1)
　A.57　分別進行小組會議(過程說明6.1.2)
　A.58　項目協調人復查事實(過程說明6.1.3)
　A.59　舉行事后復查會議(過程說明6.2.1)
　A.60　得到事后分析報告(過程說明6.2.2)
　A.61　確定過濾標準(過程說明6.3.1)
　A.62　選擇相關需求類型(過程說明6.3.2)
　A.63　增加新的過濾標準(過程說明6.3.3)
　A.64　確定遺漏的需求(過程說明7.1.1)
　A.65　確定顧客價值評分(過程說明7.1.2)
　A.66　確定需求的相互作用(過程說明7.1.3)
　A.67　確定制作原型的機會(過程說明7.1.4)
　A.68　發現遺漏的保管人需求(過程說明7.1.5)
　A.69　尋找可能的風險(過程說明7.2.1)
　A.70　量化每個風險(過程說明7.2.2)
　A.71　確定估算輸入信息(過程說明7.3.1)
　A.72　針對事件估算工作量(過程說明7.3.2)
　A.73　估算需求工作量(過程說明7.3.3)
　A.74　設計需求規格說明書的形式(過程說明7.4.1)
　A.75　匯編需求規格說明書(過程說明7.4.2)
　A.76　需求過程模型中用到的術語
附錄B　Volere需求規格說明書模板
附錄C　功能點計數簡介
　C.1　度量工作
　C.2　功能點計數快速入門
C.2.1　工作上下文范圍
C.2.2　工作存儲的數據
C.2.3　業務用例
　C.3　針對業務用例計算功能點
C.3.1　計算輸入型業務用例
C.3.2　計算輸出型業務用例
C.3.3　計算時間觸發型業務用例
　C.4　計算存儲的數據
C.4.1　內部的存儲數據
C.4.2　外部的存儲數據
　C.5　針對未知信息進行調整
　C.6　功能點計數的下一步
附錄D　項目社會關系分析模板
　D.1　風險承擔者圖示模板
　D.2　風險承擔者分析模板
詞匯表
參考文獻