☆☆☆☆☆




點擊這裡下載

類似圖書 點擊查看全場最低價

---

編輯推薦

專為希望得到正確需求的人而寫，提供發現客戶所需及所想的技巧和深刻見解。

內容簡介

　　《軟件開發方法學精選係列：掌握需求過程（第3版）》論述瞭軟件開發中的重要課題—如何得到正確的需求。書中用一個接一個的步驟、一個接一個的模闆、一個接一個的例子，嚮讀者展示瞭經過業界驗證的需求收集和驗證過程，為發現顧客所需所想提供瞭技巧和深刻見解。第3版延續瞭之前版本的優勢，提供瞭Volere需求過程和需求規格說明書模闆，同時為傳統、敏捷和外包開發提供瞭不同的策略指導。對客戶價值、迭代式開發和故事卡片的討論，體現瞭作者對敏捷軟件開發的深刻理解。利用驗收標準讓需求可測試，是在項目早期消除需求缺陷的好方法。書中還提供瞭各種檢查清單，幫助識彆利益相關者、用戶、非功能需求。第3版引入瞭BrownCow模型，清晰地展現瞭“做什麼”和“怎麼做”的關注點分離。各種需求案例的討論，是作者多年實踐經驗的結晶。書中還探討瞭復用需求和需求模式的方法。
　　《軟件開發方法學精選係列：掌握需求過程（第3版）》可作為軟件開發人員在開發過程中隨時參考的手冊，是産品經理、係統分析師、軟件開發者和測試者必讀的一本好書。

作者簡介

SuzanneRobertson和JamesRobertson

Volere需求過程和需求分析模闆發明人。他們在世界各地舉辦研討班，提供谘詢服務，幫助大大小小的公司開展需求分析。多年中，幫助瞭成百上韆傢公司改進瞭需求技術，使其進入係統開發的快車道。他們關於需求、分析和設計的課程和研討班以其創新的方式，得到瞭廣泛的贊譽。Robertson夫婦是知名的谘詢機構AtlanticSystemsGuild公司的主要人物，擅長處理復雜係統構建中人的問題。他們還是Requirements-LedProjectManagement一書的共同作者。



譯者簡介

王海鵬1994年畢業於華東師範大學。軟件開發者，獨立的谘詢顧問、培訓講師、譯者。擁有20年編程經驗，已翻譯20餘部軟件開發書籍。目前主要感興趣的領域是軟件架構和方法學，緻力於提高軟件開發的品質和效率，發現它們其實是一迴事兒。

內頁插圖

精彩書評

“如果目標是寫一本到目前為止關於需求的書籍，那麼作者已經成功瞭。”
——Capers Jones
軟件生産率和軟件測量領城的領導者和理論傢
技術作傢和國際演講者
Namcook Analytics公司副總裁及技術總監

目錄

第1章　基本事實
1.1　事實1
1.2　事實2
1.3　事實3
1.4　事實4
1.5　事實5
1.6　事實6
1.7　事實7
1.8　事實8
1.9　事實9
1.10　事實10
1.11　事實11
1.12　需求究竟是什麼
1.12.1　功能需求
1.12.2　非功能需求
1.12.3　限製條件
1.13　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　白雪卡
2.16　定製需求過程
2.17　正式性指南
2.18　本書後續內容
第3章　確定業務問題的範圍
3.1　項目啓動
3.2　正式性指南
3.3　設定範圍
3.4　IceBreaker項目
3.5　範圍、利益相關者和目標
3.6　利益相關者
3.6.1　齣資人
3.6.2　顧客
3.6.3　用戶：理解他們
3.7　其他利益相關者
3.7.1　顧問
3.7.2　管理者
3.7.3　主題事務專傢
3.7.4　核心團隊
3.7.5　檢查人員
3.7.6　營銷團隊
3.7.7　法律專傢
3.7.8　消極的利益相關者
3.7.9　業界標準製定者
3.7.10　公眾意見
3.7.11　政府
3.7.12　特殊利益團體
3.7.13　技術專傢
3.7.14　文化利益
3.7.15　相鄰係統
3.8　發現利益相關者
3.9　目標：想達到什麼目的
3.9.1 目標
3.9.2 好處
3.9.3 度量標準
3.10　需求限製條件
3.10.1　解決方案限製條件
3.10.2　項目限製條件
3.11　命名慣例與定義
3.12　估算産品的成本
3.13　風險
3.14　繼續還是終止
3.15　項目啓動會議
3.16　小結
第4章　業務用例
4.1　理解工作
4.2　正式性指南
4.3　用例及其範圍
4.4　工作的範圍
4.5　業務事件
4.6　業務事件和業務用例是好想法的原因
4.6.1　“係統”不可假定
4.6.2　退後一步
4.7　發現業務事件
4.8　業務用例
4.9　業務用例和産品用例
4.10　小結
第5章　工作調研
5.1　網羅業務
5.2　正式性指南
5.3　網羅知識
5.4　業務分析師
5.5　網羅與業務用例
5.6　Brown Cow模型
5.7　當前做事的方式（當前如何）
5.8　做學徒
5.9　業務用例研討會
5.9.1　成果
5.9.2　場景
5.9.3　業務規則
5.10　利益相關者訪談
5.10.1　正確提問
5.10.2　聆聽答案
5.11　尋找可復用的需求
5.12　快而不完美的過程建模
5.13　原型和草圖
5.13.1　低保真原型
5.13.2　高保真原型
5.14　思維導圖
5.15　謀殺捲宗
5.16　錄像和照相
5.17　wiki、博客和論壇
5.18　文檔考古學
5.19　傢庭治療
5.20　選擇最佳網羅技巧
5.21　小結
第6章　場景
6.1　正式性指南
6.2　場景
6.3　業務的本質
6.4　場景圖示
6.5　可選情況
6.6　異常情況
6.7　假設場景
6.8　誤用場景和負麵場景
6.9　場景模闆
6.10　小結
第7章　理解真正的問題
7.1　正式性指南
7.2　Brown Cow模型：在橫綫之上思考
7.2.1　本質
7.2.2　抽象
7.2.3　去除泳道
7.3　解決正確的問題
7.4　進入未來
7.5　如何創新
7.6　係統思考
7.7　價值
7.8　假想用戶
7.9　挑戰限製條件
7.10　創新研討會
7.11　頭腦風暴
7.12　迴到未來
第8章　開始解決方案
8.1　迭代式開發
8.2　本質業務
8.3　確定産品的範圍
8.4　考慮用戶
8.5　設計用戶體驗
8.6　創新
8.6.1 方便
8.6.2　聯係
8.6.3　信息
8.6.4　感覺
8.7　接口草圖
8.8　業務事件的真正起源
8.9　相鄰係統和外部技術
8.9.1　主動的相鄰係統
8.9.2　自治的相鄰係統
8.9.3　閤作的相鄰係統
8.10　成本、收益和風險
8.11　用文檔記錄設計決定
8.12　産品用例場景
8.13　小結
第9章　今日業務分析策略
9.1　平衡知識、活動和人
9.2　常見項目需求輪廓
9.3　每次突破前需要多少知識
9.4　外部輪廓
9.4.1　概念到範圍確定
9.4.2　範圍確定到工作調研
9.4.3　工作調研到産品確定
9.4.4　工作調研到原子需求定義
9.4.5　工作調研到構建
9.4.6　産品確定到原子需求定義
9.4.7　産品確定到構建
9.4.8　原子需求定義到構建
9.5　迭代輪廓
9.5.1　概念到範圍確定
9.5.2　範圍確定到工作調研
9.5.3　工作調研到産品確定
9.5.4　工作調研到需求定義
9.5.5　産品確定到需求定義
9.5.6　需求定義到構建
9.6　順序輪廓
9.6.1　概念到範圍確定
9.6.2　範圍確定到工作調研
9.6.3　工作調研到産品確定
9.6.4　産品確定到需求定義
9.6.5　需求定義到構建
9.7　你自己的策略
9.8　提升需求技能
9.8.1　不再是速記員
9.8.2　限製寫下的需求數量
9.8.3　復用需求
9.8.4　創新與業務分析師
9.8.5　尋找業務規則
9.8.6　業務分析師作為思想代理
9.8.7　係統思考與業務分析師
9.8.8 業務分析師與可視化
9.9　小結
第10章　功能需求
10.1　正式性指南
10.2　功能需求
10.3　發現功能需求
10.4　細節程度或粒度
10.5　描述和理由
10.6　數據，你的秘密武器
10.6.1　數據模型
10.6.2　數據字典
10.7　異常和可選方式
10.8　有條件的需求
10.9　避免二義性
10.10　技術需求
10.11　需求分組
10.12　功能需求的替代方式
10.12.1　場景
10.12.2　用戶故事
10.12.3　業務過程模型
10.13　對COTS的需求
10.14　小結
第11章　非功能需求
11.1　非功能需求簡介
11.2　正式性指南
11.3　功能需求與非功能需求
11.4　用例與非功能需求
11.5　非功能需求類型
11.6　觀感需求：類型10
11.7　易用性和人性化需求：類型11
11.8　執行需求：類型12
11.9　操作和環境需求：類型13
11.10　可維護性和支持需求：類型14
11.11　安全需求：類型15
11.11.1　可得性
11.11.2　私密性
11.11.3　完整性
11.11.4　審計
11.11.5　……沒有其他
11.12　文化需求：類型16
11.13　法律需求：類型17
11.13.1　薩班-奧剋斯利法案
11.13.2　其他法律要求
11.13.3　標準
11.14　發現非功能需求
11.14.1　用博客記錄需求
11.14.2　用例
11.14.3　模闆
11.14.4　原型和非功能需求
11.14.5　客戶
11.15　不要編寫解決方案
11.16　小結
第12章　驗收標準和理由
12.1　正式性指南
12.2　驗收需要標準的原因
12.3　理由的理由
12.4　導齣驗收標準
12.5　測量的尺度
12.6　非功能需求的驗收標準
12.6.1　産品失敗
12.6.2　主觀測試
12.6.3　標準
12.6.4　觀感需求
12.6.5　易用性和人性化需求
12.6.6　性能需求
12.6.7　操作需求
12.6.8　可維護性需求
12.6.9　安全需求
12.6.10　文化需求
12.6.11　法律需求
12.7　功能需求的驗收標準
12.8　驗收標準的形式
12.8.1　定義數據
12.8.2　圖式驗收標準
12.8.3　決策錶
12.8.4　圖
12.9　用例和驗收標準
12.10　項目目標的驗收標準
12.11　解決方案限製條件的驗收標準
12.12　小結
第13章　質量關
13.1　正式性指南
13.2　需求質量
13.3　使用質量關
13.4　超齣範圍
13.5　測試完整性
13.5.1　是否存在遺漏的屬性
13.5.2　是否對利益相關者有意義
13.6　測試驗收標準
13.7　一緻使用術語
13.8　限製條件下是否可行
13.9　需求還是解決方案
13.10　需求價值
13.11　鍍金需求
13.12　需求蔓延
13.13　實現質量關
13.14　小結
第14章　需求與迭代開發
14.1　迭代開發的要求
14.2　迭代的需求過程
14.2.1　工作
14.2.2　分析業務要求
14.2.3　編寫用戶故事
14.2.4　開發産品
14.3　業務價值分析與優先級
14.4　如何編寫好的用戶故事
14.4.1　問題
14.4.2　用戶故事形式化
14.4.3　充實故事
14.5　迭代需求的角色
14.5.1　業務知識
14.5.2　分析和溝通知識
14.5.3　技術知識
14.6　小結
第15章　復用需求
15.1　什麼是復用需求
15.2　可復用需求的來源
15.3　需求模式
15.4　業務事件模式
15.4.1　事件響應的上下文
15.4.2　事件響應的處理
15.4.3　事件響應的數據
15.5　通過抽象形成模式
15.5.1 特定領域的模式
15.5.2　跨領域的模式
15.6　領域分析
15.7　小結
第16章　溝通需求
16.1　正式性指南
16.2　將潛在需求變成書麵需求
16.3　知識與規格說明書
16.4　Volere需求規格說明書模闆
16.4.1　模闆目錄
16.4.2　模闆部分
16.5　發現原子需求
16.6　原子需求的屬性
16.6.1　需求編號
16.6.2　需求類型
16.6.3　事件/用例編號
16.6.4　描述
16.6.5　理由
16.6.6　來源
16.6.7　驗收標準
16.6.8　顧客滿意度和不滿意度
16.6.9　優先級
16.6.10　衝突
16.6.11　支持材料
16.6.12　曆史
16.7　匯編需求規格說明
16.8　自動化的需求工具
16.9　功能需求
16.10　非功能需求
16.11　項目問題
16.12　小結
第17章　需求完整性
17.1　正式性指南
17.2　復查規格說明
17.3　審查
17.4　發現遺漏的需求
17.5　已發現所有業務用例嗎
17.6　排列需求優先級
17.6.1　影響優先級的因素
17.6.2　何時確定優先級
17.6.3　需求優先級等級
17.6.4　優先級電子錶格
17.7　衝突的需求
17.8　二義性的規格說明
17.9　風險評估
17.9.1　項目驅動
17.9.2　項目限製條件
17.9.3　功能需求
17.10　度量所需的工作量
17.11　小結
附錄A　Volere需求規格說明書模闆目錄
使用本模闆
Volere需求分析
需求類型
測試需求
需求項框架
1．項目的目標
1a．該項目工作的用戶業務或背景
1b．項目的目標
2．利益相關者
2a．客戶
2b．顧客
2c．其他利益相關者
2d．産品的直接操作用戶
2e．假想用戶
2f．對用戶設定的優先級
2g．用戶參與程度
2h. 維護用戶和服務技術人員
3．強製的限製條件
3a．解決方案的限製條件
3b．當前係統的實現環境
3c．夥伴應用或協作應用
3d．立即可用的軟件
3e．預期的工作地點環境
3f．進度計劃限製條件
3g．該産品的財務預算是多少
3h. 企業限製條件
4．命名慣例和定義
5．相關事實和假定
5a．事實
5b．業務規則
5c．假定
6．工作的範圍
6a．當前的狀況
6b．工作的上下文範圍
6c．工作切分
6d. 確定業務用例
7．業務數據模型和數據字典
7a. 數據模型
7b. 數據字典
8．産品的範圍
8a．産品邊界
8b．産品用例清單
8c．單個産品用例
9．功能需求與數據需求
10．觀感需求
10a．外觀需求
10b．風格需求
11．易用性和人性化需求
11a．易於使用的需求
11b．個性化和國際化需求
11c．學習的容易程度
11d．可理解性和禮貌需求
11e．可用性需求
12．執行需求
12a．速度和延遲需求
12b．安全性至關重要的需求
12c．精度需求
12d．可靠性和可訪問性需求
12e．健壯性或容錯需求
12f．容量需求
12g．可伸縮性和可擴展性需求
12h．壽命需求
13．操作和環境需求
13a．預期的物理環境
13b．與相鄰係統接口的需求
13c．産品化需求
13d．發布需求
14．可維護性和支持需求
14a．可維護性需求
14b．支持需求
14c．適應能力需求
15．安全性需求
15a．訪問控製需求
15b．完整性需求
15c．隱私需求
15d．審計需求
15e．免疫力需求
16．文化需求
17．法律需求
17a．閤法需求
17b．標準需求
18．開放式問題
19．立即可用的解決方案
19a．已經做好的産品
19b．可復用組件
19c．可以復製的産品
20．新問題
20a．對當前環境的影響
20b．對已實施的係統的影響
20c．潛在的用戶問題
20d．預期的實現環境會存在什麼限製新産品的因素
20e．後續問題
21．任務
21a．項目計劃
21b．開發階段計劃
22．遷移到新産品
22a．遷移到新産品的需求
22b．為瞭新係統，哪些數據必須修改或轉換
23．風險
24．費用
25．用戶文檔和培訓
25a．用戶文檔需求
25b．培訓需求
26．後續版本需求
27．關於解決方案的設想
附錄B　利益相關者管理模闆
B.1　利益相關者圖示
B.2　利益相關者模闆
附錄C　功能點計數簡介
C.1　度量工作
C.2 軟件開發方法學精選係列：掌握需求過程（第3版） 下載 mobi epub pdf txt 電子書

評分☆☆☆☆☆

讀書能陶冶人的情操，給人知識和智慧。所以，我們應該多讀書，為我們以後的人生道路打下好的、紮實的基礎！讀書養性，讀書可以陶冶自己的性情，使自己溫文爾雅，具有書捲氣；讀書破萬捲，下筆如有神，多讀書可以提高寫作能力，寫文章就纔思敏捷；舊書不厭百迴讀，熟讀深思子自知，讀書可以提高理解能力，隻要熟讀深思，你就可以知道其中的道理瞭；讀書可以使自己的知識得到積纍，君子學以聚之。

評分☆☆☆☆☆

很好的一本書，切閤實際情況，不錯

評分☆☆☆☆☆

思想型書評。書評既然作為一種創作，書評人文筆風騷掩映下迸射而齣的獨到而銳利的思想的光芒，應該成為一篇書評立足的根本。這種造詣，得自於書評人的個人修為，得自於對被評作品的深刻理解，得自於“山中方一日、世上已韆年”的妙想。

評分☆☆☆☆☆

東西還是不錯的，贊一個。就是調貨物流慢瞭

評分☆☆☆☆☆

寫的很好，之前在圖書館看到的，就決定買瞭，寫的很實用，理論與實踐結閤

評分☆☆☆☆☆

買瞭一套

評分☆☆☆☆☆

正品書籍，自營種類還可以在多一些選擇。

評分☆☆☆☆☆

很好的書，配送

評分☆☆☆☆☆

産品需求的書，作為PM瞭解補充知識很不錯

類似圖書 點擊查看全場最低價

查看全網最低價