Rational統(tǒng)一過程引論（原書第2版）

第一部分   過      程
第1章   最佳的軟件開發(fā)實踐 2
1.1   軟件的價值 2
1.2   軟件開發(fā)問題的癥狀和根本原因 2
1.3   最佳的軟件實踐 3
1.4   迭代地開發(fā)軟件 4
1.5   管理需求 6
1.6   應用基于構件的構架 6
1.7   為軟件建立可視化的模型 8
1.8   不斷地驗證軟件質(zhì)量 9
1.9   控制軟件的變更 10
1.10   Rational統(tǒng)一過程 11
1.11   小結 12
第2章   Rational統(tǒng)一過程 13
2.1   什么是Rational統(tǒng)一過程 13
2.2   作為一個產(chǎn)品的Rational統(tǒng)一過程 13
2.2.1   過程產(chǎn)品的組織 14
2.2.2   誰在使用Rational統(tǒng)一過程 16
2.3   二維過程結構 17
2.4   Rational統(tǒng)一過程中軟件的最佳實踐 18
2.4.1   迭代開發(fā) 18
2.4.2   需求管理 19
2.4.3   構架和構件的使用 20
2.4.4   建模和UML 21
2.4.5   過程質(zhì)量和產(chǎn)品質(zhì)量 22
2.4.6   配置管理和變更管理 22
2.5   Rational統(tǒng)一過程的其它重要特征 22
2.5.1   用況驅(qū)動的開發(fā) 23
2.5.2   過程配置 23
2.5.3   工具支持 24
2.6   Rational統(tǒng)一過程的簡要歷史 24
2.7   小結 25
第3章   靜態(tài)結構：過程描述 27
3.1   Rational統(tǒng)一過程的模型 27
3.2   工作人員 28
3.3   活動 29
3.4   制品 31
3.4.1   報告 33
3.4.2   制品集 33
3.5   工作流 34
3.5.1   核心工作流 36
3.5.2   工作流細節(jié) 37
3.5.3   迭代計劃 37
3.6   附加過程元素 37
3.6.1   指南 38
3.6.2   模板 39
3.6.3   工具指南 40
3.6.4   概念 40
3.7   過程框架 40
3.8   小結 40
第4章   動態(tài)結構：迭代開發(fā) 41
4.1   順序開發(fā)過程 41
4.1.1   一個合理方法 42
4.1.2   錯誤假設1：需求是固定的 43
4.1.3   錯誤假設2：我們可以在進行實際
開發(fā)之前做出正確的設計 44
4.1.4   提出風險分析 44
4.1.5   延長開發(fā)時間 45
4.1.6   減少文書工作 46
4.1.7   基于規(guī)模和基于時間的計劃 46
4.2   克服困難的方法：迭代式開發(fā) 46
4.3   通過階段和里程碑對項目進行控制 47
4.4   生命周期中焦點的轉移 50
4.5   階段重訪 51
4.5.1   初始階段 51
4.5.2   里程碑：生命周期目標 53
4.5.3   細化階段 54
4.5.4   里程碑：生命周期構架 55
4.5.5   構造階段 56
4.5.6   里程碑：最初運作能力 57
4.5.7   移交階段 57
4.5.8   里程碑：產(chǎn)品發(fā)布 59
4.6   迭代方法的好處 59
4.6.1   緩解風險 60
4.6.2   適應變更 60
4.6.3   在工作過程中學習 61
4.6.4   增加重用機會 61
4.6.5   更好的整體品質(zhì) 61
4.7   小結 62
第5章   以構架為中心的過程 63
5.1   模型的重要性 63
5.2   構架 63
5.3   構架的重要性 64
5.4   構架的定義 65
5.5   構架的表示 66
5.5.1   多重視圖 67
5.5.2   構架的4+1視圖模型 68
5.5.3   模型和視圖 69
5.5.4   構架不僅僅是一個藍圖 70
5.6   以構架為中心的過程 71
5.7   構架的目標 71
5.7.1   智能控制 72
5.7.2   重用 72
5.7.3   開發(fā)的基礎 72
5.8   基于構件的開發(fā) 73
5.9   其它的構架概念 74
5.9.1   構架風格 74
5.9.2   構架機制 74
5.9.3   構架模式 74
5.10   小結 75
第6章   用況驅(qū)動的過程 76
6.1   定義 76
6.1.1   用況和參與者 76
6.1.2   事件流 78
6.1.3   情景 79
6.1.4   用況模型 80
6.2   識別用況 81
6.3   用況的進化 81
6.4   用況的組織 82
6.5   在過程中使用用況 83
6.6   小結 85
第二部分   過程工作流
第7章   項目管理工作流 88
7.1   目的 88
7.2   計劃迭代項目 89
7.3   風險的概念 91
7.3.1   什么是風險 92
7.3.2   策略：如何處理風險 92
7.4   度量元的概念 93
7.5   什么是度量元 95
7.6   工作人員和制品 95
7.7   工作流 97
7.7.1   工作流細節(jié) 97
7.7.2   制定一個階段計劃 100
7.8   制定一個迭代計劃 105
7.8.1   細化階段的迭代 106
7.8.2   構造階段的迭代 107
7.8.3   移交階段的迭代 108
7.8.4   迭代中的工作細節(jié) 108
7.9   小結 109
第8章   業(yè)務建模工作流 110
8.1   目的 110
8.2   為什么要進行業(yè)務建模 110
8.3   在業(yè)務建模中使用軟件建模技術 112
8.4   業(yè)務建模情景 112
8.5   工作人員和制品 114
8.6   工作流 115
8.7   從業(yè)務模型到系統(tǒng) 117
8.7.1   業(yè)務模型和系統(tǒng)參與者 117
8.7.2   自動業(yè)務工作人員 117
8.7.3   在分析模型中的業(yè)務模型
和實體類 118
8.7.4   在資源計劃中使用業(yè)務對象模型 118
8.7.5   系統(tǒng)需要的其它資源 119
8.7.6   業(yè)務模型和系統(tǒng)構架 120
8.8   對軟件開發(fā)業(yè)務建模 121
8.9   工具支持 121
8.10   小結 122
第9章   需求工作流 123
9.1   目的 123
9.2   什么是需求 123
9.2.1   功能性需求 124
9.2.2   非功能性需求 124
9.3   需求的種類 125
9.3.1   項目相關人員：請求與需要對比 125
9.3.2   系統(tǒng)特性 126
9.3.3   軟件需求 127
9.3.4   通過用況詳細說明軟件需求 127
9.4   捕獲需求和管理需求 127
9.5   設計以用戶為中心的界面 128
9.6   需求工作流 129
9.7   需求分析中的工作人員 130
9.8   需求分析中使用的制品 132
9.9   工具支持 133
9.10   小結 134
第10章   分析和設計工作流 135
10.1   目的 135
10.2   分析與設計 135
10.3   到底要設計到什么程度 135
10.4   工作人員和制品 136
10.5   設計模型 137
10.6   分析模型 138
10.7   接口扮演的角色 138
10.8   實時系統(tǒng)的制品 138
10.9   基于構件的設計 139
10.10   工作流 139
10.11   工具支持 143
10.12   小結 143
第11章   實現(xiàn)工作流 144
11.1   目的 144
11.2   構造 144
11.3   集成 145
11.4   原型 146
11.5   工作人員和制品 148
11.6   工作流 149
11.7   工具支持 151
11.8   小結 151
第12章   測試工作流 153
12.1   目的 153
12.2   質(zhì)量 153
12.3   在迭代生命周期中進行測試 154
12.4   測試的層面 154
12.4.1   質(zhì)量的層面 155
12.4.2   測試的階段 155
12.4.3   測試的類型 156
12.4.4   回歸測試 157
12.5   測試模型 157
12.6   工作人員和制品 158
12.7   工作流 160
12.7.1   計劃測試 161
12.7.2   設計測試 162
12.7.3   實現(xiàn)測試 162
12.7.4   在集成測試階段執(zhí)行測試 162
12.7.5   在系統(tǒng)測試階段執(zhí)行測試 162
12.7.6   評價測試 163
12.8   工具支持 163
12.9   小結 164
第13章   配置和變更管理工作流 165
13.1   目的 165
13.2   CCM立方體 165
13.2.1   配置管理 167
13.2.2   變更需求管理 168
13.2.3   狀態(tài)和度量 169
13.3   工作人員和制品 170
13.4   工作流 171
13.4.1   計劃項目配置和變更控制 171
13.4.2   建立項目CM環(huán)境 172
13.4.3   變更和交付配置條款 173
13.4.4   管理基線和發(fā)布 173
13.4.5   監(jiān)控和報告配置狀態(tài) 173
13.4.6   管理變更請求 173
13.5   工具支持 174
13.6   小結 174
第14章   環(huán)境工作流 176
14.1   目的 176
14.2   工作人員和制品 176
14.3   工作流 178
14.3.1   為項目準備環(huán)境 178
14.3.2   為迭代準備環(huán)境 179
14.3.3   為迭代準備指南 179
14.3.4   為迭代提供支持環(huán)境 180
14.4   小結 180
第15章   實施工作流 181
15.1   目的 181
15.2   工作人員和制品 183
15.3   工作流 184
15.3.1   計劃實施 184
15.3.2   開發(fā)支持材料 185
15.3.3   在開發(fā)地點測試產(chǎn)品 185
15.3.4   創(chuàng)建發(fā)布 187
15.3.5   Beta測試發(fā)布 187
15.3.6   在安裝現(xiàn)場測試產(chǎn)品 187
15.3.7   打包產(chǎn)品 187
15.3.8   提供對下載站點的訪問 187
15.4   小結 188
第16章   典型的迭代計劃 189
16.1   目的 189
16.2   定義產(chǎn)品構想和業(yè)務用況 189
16.2.1   結果 191
16.2.2   初始階段中的后繼迭代 191
16.3   建立構架原型 191
16.3.1   結果 194
16.3.2   細化階段中的后繼迭代 194
16.4   實現(xiàn)系統(tǒng) 194
16.5   小結 197
第17章   配置和實現(xiàn)Rational統(tǒng)一過程 198
17.1   介紹 198
17.2   實現(xiàn)過程的效果 198
17.3   逐步實現(xiàn)Rational統(tǒng)一過程 200
17.3.1   步驟1：評估當前狀態(tài) 200
17.3.2   步驟2：建立(或修訂)目的 201
17.3.3   步驟3：識別風險 202
17.3.4   步驟4：計劃過程實現(xiàn) 202
17.3.5   步驟5：執(zhí)行過程實現(xiàn) 204
17.3.6   步驟6：評價過程實現(xiàn) 205
17.4   配置過程 205
17.5   實現(xiàn)過程也是一個項目 206
17.6   小結 207
附錄A   工作人員小結 209
附錄B   制品小結 212
縮寫詞 218
術語表 220
參考文獻 226
索引 237