軟件工程——面向?qū)ο蟮囊暯?/h1>

緒論
第1章 過程
第1部分：基礎(chǔ)篇
1.1 軟件工程開發(fā)過程簡介
1.1.1 一個典型的軟件工程路線圖
1.2 軟件工程的過去和現(xiàn)在
1.2.1 軟件工程
1.2.2 結(jié)構(gòu)化和面向?qū)ο蟮姆椒óa(chǎn)生的影響
1.2.3 重用和構(gòu)件
1.2.4 形式方法
1.2.5 可用性
1.3 對過程. 項目. 產(chǎn)品和人的期望
1.3.1 工件和角色
1.4 可供選擇的過程
1.4.1 瀑布過程模型
1.4.2 螺旋過程模型
1.4.3 增量過程模型
1.4.4 統(tǒng)一軟件開發(fā)過程
1.4.5 過程的對比
1.5 文檔
1.5.1 文檔簡介
1.5.2 文檔標(biāo)準(zhǔn)
第2部分：提高篇
1.6 質(zhì)量
1.6.1 度量
1.6.2 質(zhì)量保障過程
1.6.3 黑盒和白盒技術(shù)
1.6.4 檢查簡介
1.6.5 軟件質(zhì)量保障計劃（SQAP）的IEEE標(biāo)準(zhǔn)
1.6.6 驗證和確認(rèn)
1.7 文檔管理
1.7.1 文檔管理簡介
1.7.2 一致性和單一來源文檔
1.7.3 配置管理
1.8 能力評估簡介
1.8.1 個人軟件過程（PSP）簡介
1.8.2 小組軟件過程（TSP）簡介
1.8.3 能力成熟度模型（CMM）簡介
1.8.4 PSP, TSP和CMM的關(guān)系
1.9 總結(jié)
練習(xí)題
案例1：軟件配置管理計劃
案例2：軟件質(zhì)量保障計劃 第1部分（第2部分見第2章）
第2章 項目管理
第1部分：基礎(chǔ)篇
2.1 項目管理簡介
2.1.1 項目管理的含義
2.1.2 項目管理的要素
2.1.3 主要變量：成本. 性能. 質(zhì)量和進(jìn)度
2.1.4 項目管理過程的典型路線圖
2.2 管理項目的人員
2.2.1 專業(yè)精神
2.2.2 人員管理的重要性
2.2.3 企業(yè)的視角
2.2.4 管理層的視角
2.2.5 工程師的視角
2.3 組織人員的選擇
2.3.1 溝通管理
2.3.2 職責(zé)結(jié)構(gòu)的選擇
2.3.3 項目人員的來源
2.4 識別和規(guī)避風(fēng)險
2.4.1 風(fēng)險定義
2.4.2 風(fēng)險管理概論
2.4.3 風(fēng)險識別
2.4.4 風(fēng)險規(guī)避
2.5 選擇開發(fā)工具和支持
2.5.1 過程方法
2.5.2 工具
2.5.3 抉擇：開發(fā)還是購買
2.5.4 語言選擇
2.5.5 文檔
2.5.6 支持服務(wù)
2.6 創(chuàng)建時間表：概要的計劃
第2部分：提高篇
2.7 集成遺留系統(tǒng)
2.8 成本估計：早期的計算
2.8.1 簡介
2.8.2 無功能點過程的代碼行數(shù)的估計
2.8.3 功能點和代碼行數(shù)
2.8.4 功能點轉(zhuǎn)換為代碼行數(shù)
2.8.5 功能點的進(jìn)一步的例子
2.8.6 關(guān)于功能點的參考資料
2.9 由代碼行數(shù)估計工作量和工期
2.10 小組軟件過程
2.11 軟件項目管理計劃
2.12 項目管理的質(zhì)量
2.12.1 過程度量
2.12.2 IEEE 739-1989 SQAP：第2部分
2.13 過程改進(jìn)和能力成熟度模型
2.13.1 改進(jìn)組織使用的過程
2.13.2 改進(jìn)項目中正在使用的過程
2.14 項目管理技術(shù)和各種工具
2.14.1 遠(yuǎn)距離小組和跨國小組
2.14.2 極限編程
2.14.3 分類法決策
2.15 項目管理過程總結(jié)
學(xué)生項目指南（SPG）：Encounter案例的項目管理計劃
SPG1. 準(zhǔn)備項目策劃會議
SPG2. 最初的項目策劃會議
SPG3. 完成項目管理計劃
練習(xí)題
復(fù)習(xí)題
小組練習(xí)題
復(fù)習(xí)題提示
復(fù)習(xí)題答案
案例1：Encounter視頻游戲SPMP
案例2：軟件質(zhì)量保障計劃 第2部分
第3章 需求分析（一）
3.1 需求分析簡介
3.1.1 需求分析的含義
3.1.2 C需求和D需求
3.1.3 為什么必須書寫需求
3.1.4 典型的需求分析過程路線圖
3.1.5 需求分析的挑戰(zhàn)和益處
3.2 客戶交互
3.2.1 需求的來源
3.2.2 識別風(fēng)險承擔(dān)者
3.2.3 客戶需求實例
3.2.4 訪談和文檔記錄過程
3.3 描述客戶（C）需求
3.3.1 操作的概念
3.3.2 用例
3.3.3 數(shù)據(jù)流圖（為與客戶溝通所用）
3.3.4 狀態(tài)變遷圖（為與客戶溝通所用）
3.3.5 草擬用戶界面和其他接口
3.3.6 C需求表述總結(jié)和指南
3.4 應(yīng)用于C需求的方法論. 工具和網(wǎng)絡(luò)
3.5 快速原型. 可行性研究和概念證明
3.5.1 快速原型
3.5.2 可行性研究
3.6 更新項目以反映C需求分析
3.6.1 C需求和項目規(guī)模
3.6.2 C需求分析對于項目計劃的影響
3.7 未來發(fā)展方向和C需求總結(jié)
3.7.1 未來發(fā)展方向
3.7.2 總結(jié)
學(xué)生項目指南：Encounter案例的C需求
SPG1. 準(zhǔn)備
SPG2. 訪談客戶
SPG3. 撰寫軟件需求規(guī)格說明書
SPG4. 補(bǔ)充
SPG5. 度量和總結(jié)
練習(xí)題
綜合練習(xí)題
小組練習(xí)題
練習(xí)題提示
練習(xí)題答案
案例：Encounter視頻游戲軟件需求規(guī)格說明書（SRS）第1部分
第4章 需求分析（二）
第1部分：基礎(chǔ)篇
4.1 詳細(xì)（D）需求簡介
4.1.1 詳細(xì)（D）需求的含義
4.1.2 D需求分析的典型路線圖
4.2 D需求的類型
4.2.1 功能性需求
4.2.2 非功能性需求：性能需求
4.2.3 非功能性需求：可靠性和易用性
4.2.4 非功能性需求：出錯處理
4.2.5 非功能性需求：接口需求
4.2.6 非功能性需求：限制
4.2.7 反面需求
4.2.8 需求類型與IEEE SRS標(biāo)準(zhǔn)IEEE 830-1993的對應(yīng)
4.3 D需求的預(yù)期屬性
4.3.1 可追溯性
4.3.2 可測試性和清晰性
4.3.3 優(yōu)先級
4.3.4 完整性
4.3.5 出錯條件
4.3.6 一致性
4.3.7 總結(jié)詳細(xì)需求的撰寫過程
4.4 序列圖
4.5 組織D需求的方式
4.5.1 組織詳細(xì)需求的重要性
4.5.2 組織詳細(xì)需求的方法
4.5.3 基于用例組織詳細(xì)需求
4.5.4 基于類組織詳細(xì)需求
4.5.5 類的識別
4.5.6 對給定的需求選擇正確的類
4.5.7 劃分實體（實例）的類別
4.5.8 連接到測試文檔
第2部分：提高篇
4.6 詳細(xì)需求的質(zhì)量
4.6.1 QA在D需求分析中的職責(zé)
4.6.2 D需求分析中的度量
4.6.3 對D需求分析的檢查
4.7 在需求分析中使用工具和網(wǎng)絡(luò)
4.8 需求規(guī)格說明中的形式方法
4.8.1 形式規(guī)格說明簡介
4.8.2 形式規(guī)格說明示例
4.8.3 何時應(yīng)該使用形式規(guī)格說明
4.8.4 前置條件和后置條件
4.9 D需求過程對項目的作用
4.9.1 對SPMP的作用
4.9.2 D需求的規(guī)模效應(yīng)
4.10 D需求過程總結(jié)
學(xué)生項目指南：Encounter案例的D需求
SPG1. 準(zhǔn)備
SPG2. D需求分類
SPG3. 撰寫D需求
SPG4. 補(bǔ)充：度量和總結(jié)
練習(xí)題
綜合練習(xí)題
小組練習(xí)題
練習(xí)題提示
練習(xí)題答案
案例：Encounter視頻游戲軟件需求規(guī)格說明書（SRS） 第2部分
第5章 軟件體系結(jié)構(gòu)
第1部分：基礎(chǔ)篇
5.1 介紹系統(tǒng)工程和軟件體系結(jié)構(gòu)
5.1.1 宏圖：系統(tǒng)工程
5.1.2 “軟件體系結(jié)構(gòu)”的含義
5.1.3 體系結(jié)構(gòu)選擇的目標(biāo)
5.1.4 分解
第2部分：提高篇
5.2 模型. 框架和設(shè)計模式
5.2.1 使用“模型”
5.2.2 統(tǒng)一建模語言
5.2.3 框架
5.2.4 體系結(jié)構(gòu)的分類
5.2.5 設(shè)計模式I：引言
5.2.6 構(gòu)件
5.3 軟件體系結(jié)構(gòu)的方案及其類模型
5.3.1 數(shù)據(jù)流結(jié)構(gòu)
5.3.2 獨(dú)立構(gòu)件
5.3.3 虛擬機(jī)
5.3.4 倉庫（Repository）結(jié)構(gòu)
5.3.5 分層體系結(jié)構(gòu)
5.3.6 在同一應(yīng)用系統(tǒng)中應(yīng)用多種體系結(jié)構(gòu)
5.3.7 本節(jié)小結(jié)及選擇體系結(jié)構(gòu)的實際步驟
5.4 用于體系結(jié)構(gòu)的符號. 工具和標(biāo)準(zhǔn)
5.4.1 符號
5.4.2 工具
5.4.3 IEEE/ANSI 表述設(shè)計的標(biāo)準(zhǔn)
5.5 選擇體系結(jié)構(gòu)的質(zhì)量保證（QA）
5.5.1 選擇體系結(jié)構(gòu)的質(zhì)量
5.5.2 從備選方案中選擇一種體系結(jié)構(gòu)
5.5.3 使用用例來檢查體系結(jié)構(gòu)
5.5.4 體系結(jié)構(gòu)選擇方案的評審
5.5.5 軟件體系結(jié)構(gòu)的選擇對SPMP的影響
5.6 小結(jié)
學(xué)生項目指南：Encounter案例的體系結(jié)構(gòu)
SPG1. 準(zhǔn)備工作
SPG2. 選擇體系結(jié)構(gòu)
SPG3. 小組會議（“初始設(shè)計的評審”）
SPG4. 體系結(jié)構(gòu)細(xì)化
SPG5. 編制體系結(jié)構(gòu)文檔
練習(xí)題
復(fù)習(xí)題
一般練習(xí)題
小組練習(xí)題
問題解答
案例分析
I. 角色扮演游戲的體系結(jié)構(gòu)框架
II. Encounter角色扮演類游戲的體系結(jié)構(gòu)框架 軟件設(shè)計文檔的
第1部分（第6章中的案例研究為第2部分）
第6章 詳細(xì)設(shè)計
第1部分：基礎(chǔ)篇
6.1 詳細(xì)設(shè)計簡介
6.1.1 “詳細(xì)設(shè)計”的含義
6.1.2 詳細(xì)設(shè)計與用例. 體系結(jié)構(gòu)的關(guān)系
6.1.3 “詳細(xì)設(shè)計”過程的一個典型路線圖
6.1.4 統(tǒng)一開發(fā)過程中的設(shè)計
6.1.5 面向接口的設(shè)計
6.1.6 構(gòu)件重用
6.2 詳細(xì)設(shè)計中的序列圖和數(shù)據(jù)流圖
6.2.1 詳細(xì)的序列圖
6.2.2 詳細(xì)的數(shù)據(jù)流圖
6.3 類和函數(shù)的說明
6.3.1 類不變量
6.3.2 函數(shù)不變量. 前置條件和后置條件
6.4 算法說明
6.4.1 流程圖
6.4.2 偽碼
6.4.3 何時使用流程圖和偽碼
第2部分：提高篇
6.5 設(shè)計模式II：詳細(xì)設(shè)計的技巧
6.5.1 詳細(xì)設(shè)計中的創(chuàng)建型模式
6.5.2 詳細(xì)設(shè)計中的結(jié)構(gòu)型設(shè)計模式
6.5.3 詳細(xì)設(shè)計中的行為型設(shè)計模式
6.6 標(biāo)準(zhǔn)模板庫
6.7 詳細(xì)設(shè)計的標(biāo)準(zhǔn). 符號和工具
6.7.1 關(guān)于詳細(xì)設(shè)計的IEEE 890標(biāo)準(zhǔn)
6.7.2 詳細(xì)對象模型中的統(tǒng)一建模語言（UML）
6.7.3 基于源代碼的工具：JavaDoc
6.8 詳細(xì)設(shè)計對項目的影響
6.8.1 根據(jù)詳細(xì)設(shè)計估計規(guī)模
6.9 詳細(xì)設(shè)計的質(zhì)量
6.9.1 詳細(xì)設(shè)計的質(zhì)量和度量指標(biāo)
6.9.2 詳細(xì)設(shè)計的評審
6.10 小結(jié)
練習(xí)題
復(fù)習(xí)題
一般練習(xí)題
小組練習(xí)題
問題答案
案例分析
I. 角色扮演視頻游戲框架的詳細(xì)設(shè)計續(xù)（軟件設(shè)計文檔的遺留部分）
II. Encounter應(yīng)用的詳細(xì)設(shè)計續(xù)（軟件設(shè)計文檔的遺留部分）
第7章 單元實現(xiàn)
7.1 簡介
7.1.1 單元實現(xiàn)的含義
7.1.2 實現(xiàn)的目標(biāo)
7.1.3 單元實現(xiàn)過程的典型路線圖
7.1.4 統(tǒng)一軟件開發(fā)過程中的實現(xiàn)
7.1.5 編程語言
7.2 編程語言和風(fēng)格
7.2.1 實現(xiàn)的一般原則
7.2.2 指針和引用
7.2.3 函數(shù)
7.2.4 異常
7.2.5 錯誤處理
7.2.6 其他經(jīng)驗
7.3. 編程標(biāo)準(zhǔn)
7.3.1 命名約定——以Java為例
7.3.2 屬性說明（源自【Am】）
7.3.3 常量
7.3.4 屬性初始化
7.4 可證明正確性的程序
7.5 編程的工具和環(huán)境
7.6. 實現(xiàn)的質(zhì)量
7.6.1 源代碼的度量指標(biāo)
7.6.2 可定制的源代碼度量指標(biāo)
7.6.3 代碼檢查
7.6.4 個人的軟件文檔
7.7. 實現(xiàn)過程總結(jié)
練習(xí)題
復(fù)習(xí)題
一般練習(xí)題
小組練習(xí)題
問題答案
案例分析
I. 更新SQAP
II. 更新SCMP附錄：實現(xiàn)模型
III. 個人的軟件文檔（兩部分之一）
Ⅳ. 源代碼（不包括測試代碼）：ENCOUNTERCHARACTER
第8章 單元測試
8.1 單元測試的介紹
8.1.1 測試的目的
8.1.2 單元測試的含義
8.1.3 典型的單元測試路線圖
8.2. 測試類型
8.2.1 黑盒測試. 白盒測試及灰盒測試
8.2.2 黑盒測試的等價劃分
8.2.3 黑盒測試的邊界值分析
8.2.4 白盒測試的語句覆蓋
8.2.5 白盒測試的決策覆蓋
8.2.6 基于斷言的測試
8.2.7 測試的隨機(jī)性
8.3. 規(guī)劃單元測試
8.4 方法測試的清單和實例
8.4.1 方法的單元測試
8.4.2 方法測試的實例
8.5 類測試的清單及實例
8.5.1 方法組合的測試實例
8.5.2 面向?qū)傩缘臏y試
8.5.3 測試類不變量
8.5.4 基于狀態(tài)的測試
8.6 總結(jié)
練習(xí)題
復(fù)習(xí)題
小組練習(xí)題
一般練習(xí)題
問題答案
案例分析：Encounter Character JAVA個人文件文檔（PSD）的
第2部分
第9章 系統(tǒng)集成. 驗證和確認(rèn)
9.1 引言
9.1.1 集成的含義
9.1.2 驗證. 確認(rèn)和系統(tǒng)測試
9.2 集成過程
9.2.1 “集成”說明
9.2.2 集成和系統(tǒng)測試過程的典型路線圖
9.3 測試過程
9.3.1 集成測試
9.3.2 測試工作人員和工件
9.3.3 接口測試
9.3.4 系統(tǒng)測試
9.3.5 可用性測試
9.3.6 回歸測試
9.3.7 驗收測試
9.3.8 安裝測試
9.4 編制集成和測試文檔
9.4.1 測試文檔標(biāo)準(zhǔn)
9.4.2 集成和測試文檔的組織
9.5 移交階段
9.5.1 Alpha版本和Beta版本
9.5.2 移交迭代的路線圖
9.6 集成. 驗證和確認(rèn)的質(zhì)量
9.6.1 質(zhì)量目標(biāo)
9.6.2 集成和系統(tǒng)測試的度量指標(biāo)
9.6.3 集成和系統(tǒng)測試的檢查
9.6.4 在集成和系統(tǒng)測試中涉及到的質(zhì)量保障工作
9.6.5 系統(tǒng)集成和能力成熟度模型
9.7 集成和系統(tǒng)測試工具
9.8 總結(jié)
練習(xí)題
復(fù)習(xí)題
小組練習(xí)題
一般練習(xí)題
復(fù)習(xí)題答案
案例分析
第10章 維護(hù)
10.1 引言
10.1.1 “軟件維護(hù)”的含義
10.1.2 軟件維護(hù)中存在的各種問題
10.1.3 建立維護(hù)過程的典型路線圖
10.2 軟件維護(hù)的不同類型
10.3 維護(hù)技術(shù)
10.3.1 影響分析
10.3.2 逆向工程
10.3.3 工程再造
10.3.4 原有應(yīng)用系統(tǒng)
10.3.5 更新文檔
10.4 IEEE 標(biāo)準(zhǔn)1219-1992
10.4.1 維護(hù)問題的確定
10.4.2 維護(hù)問題分析
10.4.3 維護(hù)請求的設(shè)計
10.4.4 維護(hù)請求的編碼實現(xiàn)
10.5 維護(hù)管理
10.6 維護(hù)質(zhì)量
10.6.1 維護(hù)度量指標(biāo)
10.6.2 維護(hù)度量指標(biāo)的應(yīng)用
10.6.3 易維護(hù)性
10.7 總結(jié)
練習(xí)題
小組練習(xí)題
案例分析：Encounter的維護(hù)
維護(hù)請求4593
縮略語
附錄A UML圖示1
附錄B UML圖示2