軟件工程：架構驅動的軟件開發 pdf epub mobi txt 電子書 下載 2025

簡體網頁||繁體網頁

☆☆☆☆☆

[美] 理查德·F.施密特 著

圖書標籤:

• 軟件工程
• 架構設計
• 軟件架構
• 軟件開發
• 需求分析
• 係統設計
• 代碼質量
• 軟件維護
• 敏捷開發
• 設計模式

齣版社： 機械工業齣版社

ISBN：9787111533146

版次：1

商品編碼：11982462

品牌：機工齣版

包裝：平裝

叢書名： 計算機科學叢書

開本：16開

齣版時間：2016-07-01

用紙：膠版紙

頁數：221

內容簡介

　　本書比較全麵地介紹軟件工程學科，展示軟件工程原則與基於係統工程的軟件實踐，闡明與軟件工程所用的嚴格方法相關的實踐活動、原則、任務和工件。本書共分三部分：部分（軟件工程基礎）討論在軟件工程體係下的軟件開發框架和項目構建；第二部分（軟件工程實踐）通過六項技術慣例傳達一種理念——利用計算技術，應用科學原則以及激活設計軟件産品結構的靈活性；第三部分（軟件工程應用的階段）討論軟件工程團隊在軟件開發項目中承擔的角色，以便建立和控製軟件産品架構。本書適閤作為高等院校軟件工程及相關課程的教材，也可作為軟件開發人員和軟件技術人員的參考書。

目錄

Software Engineering: Architecture-Driven Software Development
齣版者的話
譯者序
作者序
前言
第一部分　軟件工程基礎
第1章　軟件工程簡介 5
1.1　明確軟件需求 6
1.2　軟件架構 7
1.3　集成産品和過程開發 8
1.4　集成産品團隊 8
1.5　工作分解結構 10
1.6　軟件分解結構 10
1.7　規約樹和文檔樹 11
1.8　集成總體方案和進度安排 11
1.9　評審與審核 12
1.10　配置管理和變更控製 13
1.11　權衡分析 15
1.12　風險管理 16
1.13　建模與仿真 16
第2章　通用軟件開發框架 19
2.1　軟件分解結構 19
2.2　軟件開發過程 21
2.2.1　需求定義階段 22
2.2.2　概要架構定義階段 22
2.2.3　關鍵架構定義階段 23
2.2.4　軟件單元編碼和測試階段 24
2.2.5　軟件組件的集成和測試階段 24
2.2.6　産品測試階段 24
2.2.7　驗收測試階段 25
2.3　總結 26
第3章　軟件架構 27
3.1　涉眾需求的關係和依賴性 29
3.2　軟件需求基綫的關係和依賴性 30
3.3　計算環境的關係和依賴性 30
3.4　測試和評估的關係及依賴性 30
3.5　功能架構的關係和依賴性 31
3.6　物理架構的關係和依賴性 31
3.7　開發後的過程的關係和依賴性 32
3.8　軟件架構的動機 32
第4章　理解軟件項目環境 35
4.1　集成産品團隊 38
4.2　軟件架構 39
4.3　復雜性控製機製 40
4.3.1　工作分解結構 40
4.3.2　産品分解結構 41
4.3.3　規約樹 42
4.3.4　文檔樹 42
4.3.5　軟件産品基綫 42
4.3.6　需求可追蹤性準則 42
4.3.7　權衡分析 43
4.3.8　軟件復雜性度量 44
4.4　軟件術語注冊錶 46
4.5　軟件集成策略 47
4.6　項目和技術方案 47
4.6.1　技術組織規劃 48
4.6.2　項目規劃 48
第5章　軟件集成産品和過程開發 50
5.1　IPPD在軟件中的應用 51
5.1.1　客戶至上 52
5.1.2　産品和進程的並行開發 53
5.1.3　早期的和連續的生命周期規劃 54
5.1.4　最大化承包商獨特方法的優化和使用靈活性 54
5.1.5　鼓勵魯棒設計，提高過程能力? 55
5.1.6　事件驅動進度 55
5.1.7　多部門團隊協作 55
5.1.8　授權 55
5.1.9　無縫管理工具 56
5.1.10　風險的主動識彆和管理 56
5.2　軟件工程和開發 56
第6章　軟件設計阻礙 58
6.1　作為原材料的軟件 59
6.2　軟件技術的變革 61
6.2.1　軟件開發方法和標準 63
6.2.2　敏捷宣言 66
6.3　架構驅動的軟件開發 67
第二部分　軟件工程實踐
第7章　理解軟件需求 76
7.1　第1步：徵求渉眾需求與期望 78
7.2　第2步：需求分析與規約 79
7.2.1　平衡和化解渉眾需求的衝突 80
7.2.2　維護項目的範圍 81
7.2.3　有經驗的軟件人員的參與 82
7.3　第3步：任務定義與安排 82
7.4　第4步：資源的確定、估算和分配 83
7.5　第5步：建立組織工作包 83
7.6　第6步：技術規劃 83
7.7　第7步：項目規劃 83
7.8　探索渉眾的需求 84
第8章　軟件需求分析實踐 86
8.1　項目分析任務 86
8.1.1　分析項目目的和目標 86
8.1.2　確定開發成功標準 87
8.1.3　徵求渉眾需求和期望 88
8.1.4　對渉眾需求按優先級排序 89
8.2　業務分析任務 89
8.2.1　確定業務概念 89
8.2.2　確定業務場景 89
8.2.3　確定計算環境特徵 90
8.2.4　確定外部接口 91
8.3　産品分析任務 91
8.3.1　確定業務模式 91
8.3.2　確定功能行為 91
8.3.3　確定資源利用率需求 93
8.3.4　確定數據處理條件邏輯 93
8.3.5　確定數據持久性需求 93
8.3.6　確定數據安全性需求 93
8.3.7　確定數據存儲事務 93
8.3.8　確定性能度量 94
8.4　維護分析任務 94
8.4.1　確定開發後的過程業務概念 94
8.4.2　確定開發後的過程業務場景 94
8.4.3　確定開發後的過程特徵 94
8.4.4　確定架構的指導方針和原則 95
8.5　項目評估任務 95
8.5.1　評估需求敏感性 95
8.5.2　確定軟件測試策略 96
8.5.3　評估已提議的變更 96
8.5.4　評估項目可行性 97
8.6　建立需求基綫 97
第9章　軟件需求管理 98
9.1　接受變更 98
9.1.1　時間是一種寶貴資源 98
9.1.2　變更影響分析 99
9.1.3　調整項目裏程碑 101
9.2　明確需求 102
9.3　需求分解和分配 103
9.3.1　功能分析 104
9.3.2　性能分配 104
9.3.3　結構化單元綜閤 104
9.3.4　結構化組件綜閤 105
9.4　需求可追蹤性 105
9.4.1　變更控製 105
9.4.2　配置審核 106
第10章　製定功能架構 107
10.1　功能架構的動機 107
10.2　功能架構本體論 108
10.2.1　功能組件 109
10.2.2　功能單元 109
10.2.3　數據項 109
10.2.4　功能接口 109
10.2.5　外部接口 109
10.2.6　控製結構 110
10.2.7　資源 110
10.2.8　數據存儲 110
10.3　構想功能架構 110
10.4　記錄功能架構 112
10.4.1　功能層次 112
10.4.2　行為模型 112
10.4.3　功能時限 113
10.4.4　資源利用率概述 113
10.4.5　功能規約 113
10.4.6　需求分配錶 114
第11章　功能分析與分配實踐 115
11.1　評估功能復雜性 115
11.2　行為分析 117
11.2.1　識彆功能場景 117
11.2.2　識彆功能序列 118
11.2.3　識彆數據流 118
11.2.4　識彆控製行為 119
11.2.5　識彆數據處理過程 119
11.2.6　識彆資源先決條件 120
11.2.7　識彆失效條件 120
11.2.8　識彆係統監控過程 121
11.2.9　識彆數據保留能力需求 122
11.2.10　識彆數據安全過程 122
11.2.11　識彆數據持久性與保留功能 122
11.3　性能分配 122
11.3.1　分配性能預算 123
11.3.2　分配資源預算 123
11.4　架構評估 123
11.4.1　評估需求滿足 124
11.4.2　評估軟件性能 124
11.4.3　評估架構復雜性 124
11.4.4　評估優化機會 124
11.5　建立功能架構 124
第12章　物理架構配置 125
12.1　結構設計解決方案 126
12.1.1　定義結構單元 127
12.1.2　準備結構單元規約 128
12.1.3　建立軟件集成策略 129
12.1.4　指定工程組套 129
12.1.5　準備軟件技術數據包 129
12.2　結構設計考量 130
12.2.1　結構設計指導原則 130
12.2.2　使用建模與仿真 132
12.2.3　行為分析 132
12.2.4　結構權衡分析 133
12.2.5　軟件産品性能評估 134
12.2.6　軟件原型 136
第13章　軟件設計綜閤實踐 138
13.1　設計概念化 139
13.1.1　建立軟件架構設計指導原則 140
13.1.2　識彆抽象結構組件 141
13.1.3　識彆抽象用戶接口機製 141
13.2　設計解決方案 142
13.2.1　識彆基本結構元素 142
13.2.2　識彆集成組件 143
13.2.3　評估軟件重用機會 143
13.3　設計相關性 144
13.3.1　建立性能基準 144
13.3.2　識彆結構設計缺點 145
13.3.3　評估架構候選方案 146
13.3.4　評估軟件實現挑戰 146
13.3.5　評估軟件維護挑戰 146
13.3.6　評估架構完整性 147
13.4　設計錶現 147
13.4.1　建立結構設計配置 147
13.4.2　說明結構配置元素 148
13.4.3　識彆工程組套 148
13.5　準備軟件技術數據包 148
第14章　軟件分析實踐 150
14.1　定義權衡研究 151
14.1.1　建立權衡研究領域 151
14.1.2　確定候選方案 152
14.1.3　建立成功標準 152
14.2　建立權衡研究環境 153
14.2.1　匯集實驗機製 153
14.2.2　匯集數據收集和分析機製 153
14.2.3　建立權衡研究過程 154
14.3　執行分析 154
14.3.1　評估需求候選方案 155
14.3.2　評估功能候選方案 155
14.3.3　評估結構候選方案 155
14.4　評估項目影響 156
14.4.1　評估開發影響 156
14.4.2　評估項目影響 156
14.4.3　確定項目執行策略 156
14.5　評估權衡研究結果 156
14.5.1　為架構候選方案排序 157
14.5.2　確定優先行動路徑 157
14.5.3　將權衡研究的決策文檔化 157
14.5.4　優化執行策略 158
第15章　軟件驗證和確認實踐 159
15.1　定義V&V;策略 160
15.1.1　建立V&V;範圍 160
15.1.2　建立V&V;方法 162
15.1.3　建立V&V;過程 162
15.2　驗證軟件架構 163
15.2.1　驗證需求基綫 163
15.2.2　驗證功能架構 163
15.2.3　驗證物理架構 163
15.2.4　驗證軟件實現 163
15.3　確認物理架構 163
15.3.1　確認結構配置 163
15.3.2　確認集成軟件配置 163
15.4　記錄V&V;結果 164
第16章　軟件控製實踐 165
16.1　配置管理 166
16.1.1　識彆架構元素 166
16.1.2　維護架構狀態 166
16.2　處理工程變更包 167
16.2.1　記錄工程變更請求和提議 167
16.2.2　準備變更評估包 167
16.3　變更評估 168
16.3.1　評估變更技術優點 168
16.3.2　評估架構影響 169
16.3.3　評估技術工作包影響 169
16.3.4　評估技術方案影響 169
16.4　變更同化 170
16.4.1　發布變更通知包 170
16.4.2　審核架構變更進展 170
16.4.3　評估項目現狀 170
16.5　軟件庫控製 170
16.5.1　維護工程工件庫 171
16.5.2　維護變更曆史庫 171
16.5.3　維護技術風險庫 171
第三部分　軟件工程應用的階段
第17章　軟件需求定義 176
17.1　軟件需求定義的産品 176
17.2　軟件工程集成産品團隊（軟件需求定義階段） 178
17.3　軟件實現（軟件需求定義階段） 180
17.4　計算環境準備（軟件需求定義階段） 180
17.5　開發後的過程實現（軟件需求定義階段） 180
17.6　軟件測試和評估（軟件需求定義階段） 181
17.7　評審、裏程碑和基綫（軟件需求定義階段） 182
第18章　軟件架構定義 184
18.1　概要架構定義 185
18.1.1　概要架構定義的産品 185
18.1.2　軟件工程集成産品團隊（概要架構定義階段） 186
18.1.3　軟件實現（概要架構定義階段） 187
18.1.4　計算環境準備（概要架構定義階段） 187
18.1.5　開發後的過程準備（概要架構定義階段） 187
18.1.6　軟件測試和評估（概要架構定義階段） 188
18.1.7　評審與裏程碑（概要架構定義階段） 189
18.2　詳細架構定義 189
18.2.1　詳細架構定義的産品 190
18.2.2　軟件工程集成産品團隊（詳細架構定義階段） 191
18.2.3　軟件實現（詳細架構定義階段） 192
18.2.4　計算環境準備（詳細架構定義階段） 192
18.2.5　開發後的過程準備（詳細架構定義階段） 192
18.2.6　軟件測試和評估（詳細架構定義階段） 193
18.2.7　評審與裏程碑（詳細架構定義階段） 193
18.2.8　建立分配基綫 194
第19章　軟件實現 195
19.1　軟件實現的産品 196
19.2　軟件工程任務（軟件實現階段） 197
19.3　軟件實現任務（軟件實現階段） 197
19.4　計算環境任務（軟件實現階段） 199
19.5　開發後的過程任務（軟件實現階段） 199
19.6　軟件測試和評估任務（軟件實現階段） 199
19.7　評審與裏程碑（軟件實現階段） 200
第20章　軟件驗收測試 202
20.1　軟件驗收測試的産品 203
20.2　軟件工程（軟件驗收測試階段） 203
20.3　軟件實現組織（軟件驗收測試階段） 204
20.4　計算環境實現組織（軟件驗收測試階段） 204
20.5　開發後的過程組織（軟件驗收測試階段） 204
20.6　軟件測試和評估（軟件驗收測試階段） 205
20.7　評審與裏程碑（軟件驗收測試階段） 205
20.8　建立軟件産品基綫 206
索引 207

前言/序言

　　Software Engineering: Architecture-Driven Software Development本書旨在比較全麵地介紹軟件工程學科，展示軟件工程原則與基於係統工程的軟件實踐。本書詳細地解釋瞭基本的軟件工程體係理念，即強調使用嚴格規範的方法來設計軟件産品。為達到此目的，部分討論瞭在軟件工程體係下的軟件開發框架和項目構建。第二部分展示瞭6項技術慣例，它們傳達瞭這樣一種理念：利用計算技術，應用科學原則以及激活設計軟件産品架構（即設計）的靈活性。第三部分討論瞭軟件工程團隊在軟件開發項目中扮演的角色，以便建立和控製軟件産品架構。典型軟件開發項目的每個階段都會討論的重點是軟件工程團隊如何與其他技術和項目相關的團體協作來影響架構設計和軟件産品實現。這幾部分闡明瞭與軟件工程所用的嚴格方法相關的實踐、原則、任務和工件。
　　本書的基礎概念基於係統工程實踐來達到錶1確定的目標。這些目標通過應用一係列來源於係統工程學科中50多年來成功應用於開發復雜係統的原則和實踐來實現。它強調完整軟件架構的建立，這使得産品的每個元素都要明確，以便製造、組裝、集成和測試。將這些實踐應用到軟件工程領域，為解決錶1中列齣的那些挑戰提供瞭基礎。
　　錶1　軟件工程挑戰與目標軟件工程挑戰 目標在編碼之前必須先做設計 在提高成本效率和進度準確性前弄清楚正在構建什麼 減少産品在設計細節和精度上的復雜性 成本管理、進度安排和風險控製交付軟件技術數據包 完整的設計圖錶和軟件實現（構建）的說明文檔分配設計配置元素間的需求 軟件組件和單元間的需求分解與分配 需求可追蹤性集成産品和過程開發（IPPD） 産品維護性能的並行設計與開發 生命周期成本控製準備軟件集成策略 架構設計活動中計劃的軟件組件集成開發 高效的軟件實現規劃控製軟件復雜性 降低軟件維護/支持成本 高效、用戶友好的交互使變更同化 涉眾/用戶滿意度 産品競爭力權衡分析 成本管理和進度控製 設計優化 産品演變/增量發布的穩定性 項目成功率的增強預先計劃的産品提升 將某些功能延遲發布來保證産品按時交付軟件分析與設計的當前實踐基於計算機編程語言和這些語言處理數據使用的邏輯概念。這驅動瞭諸如麵嚮對象設計的軟件設計方法，它並不是用來處理先進軟件産品的復雜性的。通過適應係統工程實踐，本書建立瞭嚴格的軟件工程原則和實踐，從而提供瞭一種全麵的方法來設計軟件産品。這些軟件工程實踐必須清晰說明以保證它們對軟件開發的重要性和適用性是確定的。將這些實踐應用於一個軟件開發過程演練中，以便可以控製、修正和管理貫穿整個軟件開發項目上下文的軟件架構。本書的內容與軟件工程知識體係（SWEBOK）的主要過程領域（如錶2所示）相對應。與SWEBOK的對應說明瞭本書中的主題是如何根據SWEBOK中主題進行安排和關聯的。然而，SWEBOK是基於現在的軟件開發實踐，嚴格從技術上來講，它並不包括係統工程實踐。
　　錶2　SWEBOK關鍵過程領域關鍵過程領域 本書範圍關鍵過程領域 本書範圍軟件需求知識領域 部分：第3章 第二部分：第7章、第9章 第三部分：第17章軟件設計知識領域 部分：第3章、第6章 第二部分：第10～14章 第三部分：第18章軟件構造知識領域 第三部分：第19章軟件測試知識領域 第三部分：第19章、第20章軟件維護知識領域 部分：第5章 第三部分：第17～20章軟件配置管理知識領域 第二部分：第9章、第16章 第三部分：第20章，提到配置審核（FCA/PCA）軟件工程管理知識領域 部分：第4章 第二部分：第9章、第16章（提到項目和技術規劃，提到工作包） 第三部分，提到項目和技術方案，提到工作包軟件工程過程知識領域 第二部分 第三部分軟件工程方法知識領域 第二部分：第13章（提到軟件設計綜閤實踐麵嚮對象的方法）、第14章（提到建模和原型）軟件質量知識領域 第三部分，在測試和評估子部分確定軟件質量保證任務本書內容接下來會簡要介紹書中各章的內容。這三部分將本書內容分成三個連貫的主題，希望讀者能增加他們對原則（部分）、實踐（第二部分）以及軟件工程的應用（第三部分）的認識和理解。通過將係統工程實踐應用到軟件工程領域，本書旨在提供一種創新的、規範的、技術上具有挑戰性的方法來開發軟件産品。
　　部分：軟件工程基礎這一部分討論的是軟件工程相關的基本原則以及這些原則在軟件開發場景中的執行。這些基本的原則、實踐和理論用於將軟件工程建立成一個專業學科。通過討論軟件産品特點和軟件開發策略來強調軟件開發項目麵對的挑戰。作為一個組織實體，軟件工程彌補瞭存在於技術專傢和項目管理專傢之間的外觀和感覺上的顯著不同。因此，這一部分陳述瞭軟件工程實踐與項目管理責任和其他軟件開發角色的集成。
　　第1章概述瞭軟件工程概念、原則和實踐，它是解決設計、開發復雜軟件産品麵臨的挑戰所必需的。通過調查軟件工程實踐和工具來確定它們與項目管理機製的關係。
　　第2章討論瞭那些描述軟件産品如何定義、設計和實現的軟件開發活動的進度。本章通過一係列被項目裏程碑和評審分離的連續開發階段，來追蹤典型的軟件開發工作，還陳述瞭軟件技術與項目管理控製領域的關係。
　　第3章確定瞭軟件架構的組成，包括以下幾個方麵：軟件産品、計算環境和那些能滿足産品維護的開發後的過程。它涉及架構設計錶示、模型和文檔對技術和項目相關機製和必要性，以保證軟件開發工程對在預算內按期交付是必不可少的。需要討論建立軟件需求規格的技術，功能和物理架構要與軟件開發階段一緻。本章討論瞭軟件産品架構如何為軟件實現（編程設計、編碼、集成和測試）提供結構化基礎以及産品生命周期支持。
　　第4章使讀者瞭解那些導緻軟件開發變得復雜並且難以理解的軟件産品特徵。它解決瞭軟件産品復雜性挑戰，並且將這些與那些已被證明有利於成功完成軟件開發工作的項目構建和實踐相關聯。其中的真知灼見將幫助減少項目的障礙、變動、作廢和失敗。
　　第5章提齣瞭IPPD理論和它對於項目範圍的影響以及開發後過程的考慮。它試圖證明需要嚴密構思和結構化的軟件架構來確保可以延長産品的使用壽命，這是由於在開發過程中軟件工程關注瞭生命周期問題。同時檢查軟件開發後過程的工程可以發現，早期的架構決策可以影響生命周期和擁有成本。
　　第6章檢查瞭導緻“設計”實踐變得非常規並且更加難以理解的軟件底層特點。作為挑戰傳統工程審查的設計和構建材料，討論軟件特徵。本章提齣瞭管理軟件産品設計的軟件工程原則。後，本章介紹瞭軟件設計歧義來計劃一項允許對軟件産品進行設計的決議。
　　第二部分：軟件工程實踐這部分確定瞭6個有助於專業化軟件工程的實踐： 1）軟件需求分析， 2）功能分析與分配， 3）軟件設計綜閤， 4）軟件分析， 5）軟件驗證和確認， 6）軟件控製。每個實踐都由一定數量的任務來錶示，每個軟件工程的專業人員都應該理解。這些實踐建立瞭一套清晰的任務，集中於設計和細化軟件産品架構。
　　第7章提齣瞭一種方法來開發源自涉眾需求和期望，以及有助於決定軟件開發工作範圍的軟件需求規約。軟件規約驅使軟件架構的定義，但不應該推斷齣任何架構設計方案。軟件需求作為派生軟件功能和物理架構的起點。架構設計是由錶示功能架構和配置物理架而完成的。架構中的每個元素都必須能在軟件規約中指定和追蹤。要檢查軟件需求、軟件工程任務，以及項目和技術計劃之間的關係。
　　第8章確定瞭必須選擇性地應用特定任務來建立軟件産品和開發後的過程規約。這種實踐涉及軟件架構中低級功能和結構元素之間性能限額的分配。這種實踐從徵求涉眾需求和期望的工作開始，以建立軟件産品需求基綫結束。
　　第9章討論瞭以積極主動的方式控製軟件架構的重要性，這有利於對已提議的變更進行評估。通過考慮軟件需求管理工具和實踐以使軟件工程團隊可以實際考核變更對軟件架構的影響和項目資源的自由度來適應一項期望的變更。意圖是使開發團隊有能力機智地迴應得到授權的變更，並且在不擾亂項目範圍、計劃和成功結束的進度情況下將改進融閤到軟件架構。
　　第10章討論瞭功能架構的本質以及它如何將明確的需求分解為連續的功能元素。每個功能元素在不斷改進的方法中是明確的，這些改進會在識彆齣未完成的功能並且保證它們能實現時告終。功能架構提供瞭有邏輯性的、連貫的軟件産品行為錶示法，以迴應那些計算環境內齣現的刺激、事件和狀況。
　　第11章確定瞭為確保得到完整、一緻和可追蹤的功能架構而必須考慮的具體任務。通過分析理解業務和軟件産品行為，方式包括檢查、分解、分類和指定那些來源於需求規約的功能。在功能間分配性能需求來確立低級功能元素有效性和性能的度量標準。
　　第12章描述瞭安排和確定軟件産品物理架構的目的和策略。該物理架構確定瞭軟件單元設計、編碼和測試的基本構建快。製定軟件集成策略來確定産品結構並規定軟件單元和組件如何增量地組閤、集成和測試，進而形成完整的軟件産品。
　　第13章確定瞭必須考慮的特定任務，以確保生成完整、一緻並且可追蹤的物理架構。為瞭從純粹的産品功能錶示嚮物理架構過渡，設計綜閤是一個經過驗證的係統工程實踐。它涉及 “製造或者購買”的權衡，這對應於軟件“實現或再利用”決策。
　　第14章確定瞭必須執行的特定任務，進行設計備選方案的權衡分析和風險評估。進行架構設計決策必須在抑製應用復雜性和軟件生命周期成本上有足夠的洞察力。與進行權衡分析和風險評估相關的任務可以為理解架構設計決策的本質提供基礎，並且對軟件開發工作産生影響。
　　第15章確定瞭必須執行的特定任務，以確保軟件架構元素保持一緻，並且與授權的變更提議和請求一緻。必須執行驗證任務以確保軟件實現、測試和評估工作與軟件架構規約以及設計文檔是同步的。
　　第16章確定瞭選擇性應用的特定任務，以確保軟件産品架構反映瞭當前設計思想並包含授權的變更提議、請求和設計決策。需求追蹤必須嵌入到軟件架構中去，並且與文檔關聯，這樣技術團隊纔能迅速並且有效地響應變更控製委員會的決策。此外，將授權的變更提議和請求反映在項目和技術計劃、進度、預算以及工作包描述中是十分必要的。
　　第三部分：軟件工程應用階段這部分討論瞭在軟件開發項目中，分配給技術組織的角色和職責。強調技術組織在軟件工程集成産品團隊（IPT）中的參與。
　　第17章確定瞭由軟件工程IPT生成的軟件需求規約的方式。將參與的組織代錶的貢獻確定為軟件産品的需求，並且建立瞭開發後的過程。
　　第18章確定瞭在概要和詳細架構階段定義的軟件功能和物理架構的方式。這些階段關注IPPD方法來促進軟件實現、測試和開發後的過程必要的基礎設施的建立，以推動項目目標的實現。
　　第19章確定瞭軟件實現組織要執行的任務，以編程方式來設計、編碼和測試軟件單元，並且進行軟件集成和測試。在這個階段同時實現開發後的過程，來支持驗收測試和部署準備評審。
　　第20章確定瞭在軟件産品驗收測試過程中軟件測試和評估組織要執行的任務。參與的組織代錶的職責在於監督驗收測試、應對測試失敗，並且迴應由驗收測試導緻的軟件問題報告。此外，開發後的過程必須有資格確認它們已經做好準備來支持軟件産品發布、培訓和維護業務。

評分☆☆☆☆☆

正版書，值得擁有，內容很不錯！

評分☆☆☆☆☆

東西不錯，而且送貨快，很好！

評分☆☆☆☆☆

囤貨中，暫時還沒用！

評分☆☆☆☆☆

正版，很好！

評分☆☆☆☆☆

翻譯得實在太差瞭，完全是糟蹋這本書，國內的青年教授完全就是些混混。

評分☆☆☆☆☆

很薄的一本書，適閤軟件工程師看看，內容還不錯

評分☆☆☆☆☆

正版書，值得擁有，內容很不錯！

評分☆☆☆☆☆

正版書，值得擁有，內容很不錯！

評分☆☆☆☆☆

正版書，值得擁有，內容很不錯！