用例通過背景環(huán)境獲取需求（原書第2版分析系列）

譯者序
前言
第1版前言
第1章 需求中的問題
1.1 首要問題與至少要解決的問題
1.2 需求是什么
1.2.1 功能需求
1.2.2 非功能需求
1.3 需求獲取、定義與規(guī)格說明
1.4 需求獲取的挑戰(zhàn)
1.4.1 找出用戶需要什么
1.4.2 建立用戶需要文檔
1.4.3 避免過早提出設計假設
1.4.4 消解矛盾的需求
1.4.5 消除冗余需求
1.4.6 壓縮篇幅
1.4.7 確保需求的可跟蹤性
1.5 標準方法問題
1.5.1 與用戶面談
1.5.2 聯(lián)合需求策劃會議
1.5.3 合同風格的需求清單
1.5.4 原型
1.6 麻煩的需求
第2章 用例
2.1 重要的是交互
2.2 統(tǒng)一建模語言
2.2.1 九種圖
2.2.2 通過構造型方法擴展UML
2.3 引入用例、用例圖和場景
2.3.1 用例的目標
2.3.2 用例圖怎樣表示關系
2.3.3 用例模板
2.3.4 路徑與場景
2.4 用例在需求獲取中的使用
2.4.1 用于只查系統(tǒng)的用例
2.4.2 用于招標書的用例
2.4.3 用于軟件包評估的用例
2.4.4 用于非面向對象系統(tǒng)的用例
2.5 使用用例解決需求獲取問題
第3章 需求獲取的用例驅動方法
3.1 需求規(guī)格說明工具
3.2 成功獲取需求的原則
3.3 需求獲取的三個步驟
3.4 使命、遠景、價值的作用
3.5 工作陳述的作用
3.6 風險分析的作用
3.7 原型的作用
3.8 用例的作用
3.8.1 用例是有效的溝通工具
3.8.2 用例可以用來描述功能和非功能需求
3.8.3 用例有助于確保需求的可跟蹤性
3.8.4 用例可以抑制過早的設計
3.9 業(yè)務規(guī)則分類的作用
3.10 成功地管理
第4章 外觀迭代
4.1 目標
4.1.1 用戶
4.1.2 項目團隊
4.1.3 行業(yè)專家
4.1.4 信息技術管理小組
4.1.5 用戶管理人員
4.1.6 數(shù)據(jù)擁有者
4.2 外觀迭代的步驟
4.2.1 確定使命、遠景與價值
4.2.2 標識并評審現(xiàn)有文檔和智力資源
4.2.3 確定執(zhí)行發(fā)起人的獨特觀點
4.2.4 評審業(yè)務過程定義
4.2.5 標識用戶、客戶和有關小組
4.2.6 與項目相關人員面談
4.2.7 編制項目相關人員清單
4.2.8 確定參與者
4.2.9 進行用例調查
4.2.10 收集非功能需求并形成文檔
4.2.11 開始編寫業(yè)務規(guī)則分類
4.2.12 編寫風險分析
4.2.13 編寫工作陳述
4.2.14 開始試驗用戶界面比喻
4.2.15 開始確定用戶界面情景板
4.2.16 得到執(zhí)行發(fā)起人的非正式批準
4.3 工具
4.3.1 用例圖
4.3.2 層次結構殺手
4.3.3 用例名稱過濾器
4.3.4 參與者過濾器
4.3.5 動詞過濾器
4.3.6 名詞過濾器
4.3.7 存儲擴展功能的包
4.3.8 外觀過濾器
4.3.9 同行評審
4.3.10 用戶評審
4.4 可交付產品
4.5 角色
4.6 背景環(huán)境
4.7 小結
第5章 填充迭代
5.1 目標
5.2 步驟
5.2.1 分解細化用例
5.2.2 創(chuàng)建填充用例
5.2.3 補充業(yè)務規(guī)則
5.2.4 測試填充用例
5.2.5 推遲一部分工作
5.3 工具
5.3.1 項目相關人員的面談
5.3.2 IPA過濾器
5.3.3 空白分析過濾器
5.3.4 抽象過濾器
5.3.5 通過場景測試用例
5.3.6 評審
5.3.7 補充用例
5.4 可交付產品
5.5 角色
5.6 背景環(huán)境
5.7 小結
第6章 聚集迭代
6.1 目標
6.2 什么是聚集用例
6.3 步驟
6.3.1 合并重復的過程
6.3.2 將關注點集中到每個用例上
6.3.3 管理本輪迭代期間的范圍變更
6.3.4 管理風險與假設
6.3.5 評審
6.4 工具
6.4.1 多余功能過濾器
6.4.2 集中系統(tǒng)的焦點
6.4.3 找出用例內部的多余功能
6.4.4 詞匯過濾器
6.5 可交付產品
6.6 角色
6.7 背景環(huán)境
6.8 小結
第7章 管理需求與人員
7.1 概述
7.2 瀑布生命周期管理
7.2.1 Nell與咖啡店
7.2.2 瀑布模型的缺點
7.3 瀑布模型以外的其他模型
7.3.1 快速應用系統(tǒng)開發(fā)
7.3.2 螺旋
7.3.3 分階段交付
7.3.4 整體迭代/漸進
7.4 引入整體迭代/漸進用例驅動的項目生命周期
7.4.1 迭代的含義
7.4.2 漸進的含義
7.4.3 整體的含義
7.4.4 自適應的含義
7.4.5 復雜自適應系統(tǒng)
7.5 過程
7.6 整體迭代/漸進軟件生命周期的原則
7.6.1 管理需求，而不是管理任務
7.6.2 重要目標是業(yè)務目標—日期和預算
7.6.3 像業(yè)務人員那樣思考—你們最近為我做什么了
7.6.4 分而治之
7.6.5 把工作分解為程序和項目
7.6.6 把一切都與業(yè)務聯(lián)系起來
7.6.7 創(chuàng)建可演示的可交付產品
7.6.8 學會“足夠好”質量藝術
7.6.9 分塊要比想象的更小
7.6.10 預期會出現(xiàn)談判，而不是規(guī)格說明
7.6.11 忘記基線和退出條件
7.6.12 通過實踐進行估計
7.6.13 使用組合以新的方式計算投資回報率
第8章 需求可跟蹤性
8.1 跟蹤用例
8.1.1 分析模型可跟蹤性
8.1.2 設計模型可跟蹤性
8.1.3 類-責任-協(xié)作卡會議可跟蹤性
8.1.4 測試模型可跟蹤性
8.1.5 用戶界面設計可跟蹤性
8.1.6 應用系統(tǒng)體系結構可跟蹤性
8.1.7 項目管理可跟蹤性
8.1.8 文檔記錄與培訓可跟蹤性
8.1.9 產品市場開發(fā)可跟蹤性
8.1.10 安全可跟蹤性
8.1.11 發(fā)布策劃
8.2 跟蹤非功能需求
8.3 跟蹤業(yè)務規(guī)則
8.3.1 結構事實
8.3.2 行動約束與行動觸發(fā)規(guī)則
8.3.3 計算與引用
第9章 經典錯誤
9.1 錯誤、缺陷與教訓
9.2 經典錯誤：有錯就改
第10章 用例的應用
10.1 為什么用例能夠成功
10.1.1 用列對于業(yè)務人員是切合實際的
10.1.2 用例是可跟蹤的
10.1.3 用例是很好的范圍確定工具
10.1.4 用例不使用特殊語言
10.1.5 用例使人們可以描述情節(jié)
10.1.6 其他方法很糟糕
10.2 軟件之外的用例
10.2.1 服務用例
10.2.2 業(yè)務用例
10.3 小結
附錄A 房地產管理系統(tǒng)
附錄B 集成系統(tǒng)
附錄C 即刻消息系統(tǒng)加密
附錄D 通過產品目錄訂購產品
參考文獻