譯者序
前言
第一部分過 程
第1章 最佳的軟件開發實踐
1.1 軟件的價值
1.2 軟件開發問題的癥狀和根本原因
1.3 最佳的軟件實踐
1.4 軟件的迭代開發
1.5 管理需求
1.6 應用基於構件的架構
1.7 為軟件建立可視化模型
1.8 對軟件的質量進行持續的驗證
1.9 控製軟件的變更
1.10 rup
1.11小結
第2章 rup
2.1 什麼是rup
2.2 作為産品的rup
2.2.1 過程産品的組織
2.2.2 關於過程工程師
2.2.3 二維過程結構
2.3 rup中的最佳軟件實踐
2.3.1 迭代開發
2.3.2 需求管理
2.3.3 架構和構件的使用
2.3.4 建模和uml
2.3.5 配置管理和變更管理
2.4 rup中的其他重要特徵
2.4.1 用況驅動的開發
2.4.2 過程配置
2.4.3 工具支持
2.4.4 誰在使用rup
2.5 rup的發展簡史
2.6 小結
第3章 靜態結構：過程描述
3.1 rup的模型
3.2 角色
3.3 活動
3.4 製品
3.4.1 報告
3.4.2 製品集
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.8 過程框架
3.9 小結
第4章 動態結構：迭代開發
4.1 順序開發過程
4.1.1 一個閤理的方法
4.1.2 錯誤假設1：需求是固定的
4.1.3 錯誤假設2：我們可以在進行開發之前做齣正確的書麵設計
4.1.4 提齣風險分析
4.1.5 延長時間
4.1.6 減少文書工作
4.1.7 基於規模和基於時間的計劃
4.2 剋服睏難：迭代
4.3 獲取控製：階段和裏程碑
4.4 生命周期中焦點的轉移
4.5 階段重訪
4.5.1 初始階段
4.5.2 裏程碑：生命周期目標
4.5.3 細化階段
4.5.4 裏程碑：生命周期架構
4.5.5 構造階段
4.5.6 裏程碑：最初的可操作能力
4.5.7 移交階段
4.5.8 裏程碑：産品發布
4.6 迭代方法的好處
4.6.1 緩解風險
4.6.2 適應變更
4.6.3 在過程中不斷學習
4.6.4 增加復用機會
4.6.5 更好的整體品質
4.7 小結
第5章 以架構為中心的過程
5.1 模型的重要性
5.2 架構
5.3 架構的重要性
5.4 架構的定義
5.5 架構的錶示
5.5.1 多重視圖
5.5.2 架構的4+1視圖模型
5.5.3 模型和視圖
5.5.4 架構不僅僅是一個藍圖
5.6 以架構為中心的過程
5.7 架構的目標
5.7.1 智能控製
5.7.2 復用
5.7.3 開發的基礎
5.8 基於構件的開發
5.9 其他的架構概念
5.9.1 架構風格
5.9.2 架構機製
5.9.3 架構模式
5.10 小結
第6章 用況驅動的過程
6.1 定義
6.1.1 用況和活動者
6.1.2 事件流
6.1.3 場景
6.1.4 用況模型
6.2 確定用況
6.3 用況的進化
6.4 用況的組織
6.5 在過程中使用用況
6.6 小結
第二部分 過程規程
第7章 項目管理規程
7.1 目的
7.2 計劃迭代項目
7.3 風險的概念
7.3.1 什麼是風險
7.3.2 策略：如何處理風險
7.4 度量的概念
7.5 角色和製品
7.6 工作流
7.6.1 工作流細節
7.6.2 製定一個階段計劃
7.7 製定一個迭代計劃
7.7.1 細化階段的迭代
7.7.2 構造階段的迭代
7.7.3 移交階段的迭代
7.7.4 迭代中的工作細節
7.8 小結
第8章 業務建模規程
8.1 目的
8.2 為什麼要進行業務建模
8.3 在業務建模中使用軟件工程技術
8.4 業務建模場景
8.5 角色和製品
8.6 工作流
8.7 從業務模型到係統
8.7.1 業務模型和係統活動者
8.7.2 自動業務工作人員
8.7.3 分析模型中的業務模型和實體類
8.7.4 在資源計劃中使用業務分析模型
8.7.5 係統需求的其他來源
8.7.6 業務模型和係統架構
8.8 為軟件開發業務建模
8.9 工具支持
8.10 小結
第9章 需求規程
9.1 目的
9.2 什麼是需求
9.2.1 功能性需求
9.2.2 非功能性需求
9.3 需求的種類
9.3.1 項目相關人員：請求與需求
9.3.2 係統特徵
9.3.3 軟件需求
9.3.4 通過用況詳細說明軟件需求
9.4 捕獲和管理需求
9.5 需求工作流
9.6 需求中的角色
9.7 需求中使用的製品
9.8 工具支持
9.9 小結
第10章 分析和設計規程
10.1 目的
10.2 分析與設計
10.3 到底要設計到什麼程度
10.4 角色和製品
10.5 設計以用戶為中心的界麵
10.6 設計模型
10.7 分析模型
10.8 接口扮演的角色
10.9 實時係統的製品
10.10 基於構件的設計
10.11 工作流
10.12 工具支持
10.13 小結
第11章 實現規程
11.1 目的
11.2 構造
11.3 集成
11.4 原型
11.5 角色和製品
11.6 工作流
11.7 工具支持
11.8 小結
第12章 測試規程
12.1 目的
12.2 在迭代生命周期中進行測試
12.2.1 質量
12.2.2 産品質量所有權
12.3 測試的維
12.3.1 質量維
12.3.2 測試的階段
12.3.3 測試的類型
12.3.4 迴歸測試
12.4 角色和製品
12.5 工作流
12.5.1 定義評估任務
12.5.2 驗證測試方法
12.5.3 驗證構造的穩定性
12.5.4 測試和評估
12.5.5 完成驗收任務
12.5.6 改進測試資産
12.6 工具支持
12.7 小結
第13章 配置和變更管理規程
13.1 目的
13.2 ccm立方體
13.2.1 配置管理
13.2.2 變更請求管理
13.2.3 狀態和度量
13.3 角色和製品
13.4 工作流
13.4.1 計劃項目配置和變更控製
13.4.2 建立項目cm環境
13.4.3 變更和交付配置條款
13.4.4 管理基綫和發布
13.4.5 監控和報告配置狀態
13.4.6 管理變更請求
13.5 工具支持
13.6 小結
第14章 環境規程
14.1 目的
14.1.1 配置rup
14.1.2 實例化rup
14.1.3 定製rup
14.1.4 實現rup
14.2 角色和製品
14.3 工作流
14.3.1 為項目準備環境
14.3.2 為迭代準備環境
14.3.3 為迭代提供支持環境
14.4 工具支持
14.5 小結
第15章 部署規程
15.1 目的
15.2 角色和製品
15.3 工作流
15.3.1 計劃部署
15.3.2 開發支持材料
15.3.3 産品部署單元
15.3.4 在開發地點管理接受測試
15.3.5 beta測試産品
15.3.6 在安裝現場管理接受測試
15.3.7 打包産品
15.3.8 提供對下載地點的訪問
15.4 小結
第16章 典型的迭代計劃
16.1 定義産品構想和業務用況
16.1.1 結果
16.1.2 初始階段的後繼迭代
16.2 建立架構原型
16.2.1 結果
16.2.2 細化階段中的後繼迭代
16.3 實現係統
16.4 小結
第17章 實施rup
17.1 概述
17.2 實施過程的效果
17.3 逐步實施rup
17.3.1 步驟1：評估當前狀態
17.3.2 步驟2：建立或修訂目標
17.3.3 步驟3：識彆風險
17.3.4 步驟4：計劃過程實施
17.3.5 步驟5：執行過程實施
17.3.6 步驟6：評價過程實施
17.4 實施過程也是一個項目
17.5 小結
附 錄
附錄a 角色小結
附錄b 製品小結
附錄c 縮寫詞
術語錶
參考文獻
索引
· · · · · · (收起)