軟件工程與開發技術（簡體書）

《軟件工程系列教材:軟件工程與開發技術》主要介紹與軟件工程相關的基本理論概念、軟件工程及軟件開發方法、軟件工程的設計與開發、軟件質量保證、軟件工程師的指南及實際案例分析。《軟件工程系列教材:軟件工程與開發技術》的目的并不是只追求軟件工程理論的前沿,而是培養能勝任軟件開發和應用工作的實用型、復合型人才,是一本應用性書籍。《軟件工程系列教材:軟件工程與開發技術》不但可以作為大中專院校軟件工程教材,也可作為廣大工程師的參考書。

張凱，計算機工學博士。在留學和工作期間，具有中國、日本、美國從事軟件開發和應用的豐富經驗，先後擔任軟件開發項目經理、美跨國公司駐亞太地區技術主管經理和大學教授等職務。最佳“配置集成”的模擬解析軟件算法的開發研究等多篇學術論文發表在國際一級刊物及著名國際會議上。不僅參與了多項工程管理，還參與了庫管理、物流管理等大型軟件項目的開發與管理，并具有通過網絡對跨國多家分公司的ERP管理系統的導入和運作的工作經驗等。回國任教後，已出版了軟件工程所急需的“軟件工程規范化沒計”等系列教材，并有對本科與研究生教學與指導的豐富經驗。

《軟件工程系列教材:軟件工程與開發技術》特色：軟件工程領域一線專家作品，作者曾在國內外軟件研發，線從事軟件工程和項目管理工作。結合軟件開發現場實際，提供了豐富的成功與失敗的案例分析。理論與實踐相結合，圍繞軟件開發生命周期，歸納總結了軟件工程師的實戰經驗與注意事項。描述了合格軟件工程師的職責，使從事軟件設計開發人員對工作有徹底的認識，并讓讀者在自己的職業生涯中能得以不斷提升。理論聯系實際，適合作為軟件工程師的參考書成自學用書，也可以作為研究生、本專科院校的教材。

第一篇 軟件與軟件工程
第1章 軟件31.1 軟件的發展
1.2 軟件的定義
1.2.1 軟件的含義
1.2.2 軟件的種類
1.3 軟件危機
習題
第2章 軟件工程
2.1 軟件工程的定義
2.2 軟件工程開發模式
2.2.1 瀑布模型
2.2.2 原型模型
2.2.3 螺旋模型
2.2.4 四代技術
2.2.5 面向對象生存期模型
2.2.6 過程開發模型
習題

第二篇 軟件開發方法
第3章 結構化設計方法
3.1 結構化設計
3.1.1 概要
3.1.2 設計圖的說明
3.1.3 設計步驟
3.2 數據結構主導設計法
3.3 系統的層次分割法
3.4 top-down設計法
習題
第4章 面向對象的開發方法
4.1 傳統軟件開發方法存在的問題
4.2 面向對象的主要概念
4.3 面向對象的特征
4.4 面向對象的要素
4.5 面向對象的開發方法
4.6 面向對象開發方法的基本特征
4.7 面向對象的模型
4.8 面向對象的分析
4.8.1 建立對象模型
4.8.2 建立動態模型
4.8.3 建立功能模型
4.9 面向對象的設計與實現
習題

第三篇 軟件工程的設計與實踐
第5章 制訂計劃和管理595.1 軟件開發的成功路程
5.1.1 追求現代的信息處理技術人員
5.1.2 在軟件開發實踐中總結出失敗與原因
5.1.3 軟件開發成功之路
5.2 軟件開發項目
5.2.1 從5w2h考慮項目
5.2.2 作成“項目計劃書”
5.2.3 發揮領導作用
5.2.4 選擇適當的處理模型
5.2.5 通過項目應注意的事項
5.3 構建及運轉一支高效善于溝通的團隊
5.3.1 構建項目團隊
5.3.2 強化溝通
5.3.3 有效的會議
5.3.4 根據軟件開發規模來決定責任
5.4 構筑并維持和客戶間及各子團隊間的協調體制
5.4.1 客戶及開發方考慮所存在的“鴻溝”
5.4.2 使客戶認識到自己的作用
5.4.3 不斷修正的體制和窗口的一體化
5.4.4 其他子團隊也是“客戶”
5.4.5 兼任項目時應注意的事項
5.4.6 把握好客戶同事之間的力度關系
5.4.7 建立遵守現實妥當的計劃
習題
第6章 需求分析及文檔化——系統規范設計的關鍵點
6.1 需求分析的重要性
6.1.1 需求分析
6.1.2 需求分析的問題點
6.1.3 需求分析的考慮方法
6.2 需求分析的概要
6.2.1 需求分析的對象系統
6.2.2 需求分析的關系者
6.2.3 需求分析的工作工程
6.2.4 需求分析的文檔
6.3 需求分析工作的步驟
6.3.1 需求分析工程
6.3.2 需求規格化工程
6.3.3 項目計劃工程
6.4 需求分析的技術、工具
6.4.1 需求分析工程的技術和工具
6.4.2 需求文檔化工程的技術和工具
習題
第7章 從需求到設計
7.1 需求分析工程的進行方法
7.2 順利且有效進行需求工程的注意點
7.3 外部設計
7.4 內部設計
7.4.1 內部設計工作的實行步驟
7.4.2 模塊化
7.4.3 數據的物理設計
7.4.4 性能/容量的分析
7.5 高效推進設計工程的注意點
7.5.1 防止錯誤進入設計
7.5.2 易變更、易維護的設計
7.5.3 不要急于編程
7.5.4 設計工程不只包括業務設計
7.5.5 通過文檔上的意見一致來實現客戶的滿意
7.5.6 管理文檔的變更需求
7.5.7 變更管理的對應點
7.6 開發與測試工程相連
7.6.1 階段性工作結束時計劃的修正
7.6.2 開發、測試計劃的作成
習題
第8章 編程工程
8.1 編程工程
8.2 標準化及共享化階段
8.2.1 制定標準
8.2.2 準備知識的公共環境
8.2.3 高效利用綜合開發環境
8.2.4 注意開發環境與實際環境的差異
8.3 程序詳細設計可使內部設計書更加細化
8.4 編程的要點
8.4.1 編程的技術面
8.4.2 編碼的管理方面
8.5 單元測試解決模塊內部問題
8.6 準備實際運行
8.6.1 導入支援工具
8.6.2 文檔作成
8.6.3 運行支援工具
習題
第9章 從測試到運行
9.1 軟件的質量和測試的含義
9.2 測試計劃和設計
9.2.1 制訂測試計劃和設計
9.2.2 測試流程和測試數據
9.2.3 理解系統的錯誤和故障所帶來的影響
9.2.4 白盒測試與黑盒測試
9.2.5 開發環境和測試環境
9.2.6 確保必要的測試時間
9.2.7 回歸測試計劃
9.2.8 測試系統接口
9.3 實施測試
9.3.1 自頂向下測試與自底向上測試
9.3.2 活用各種測試工具
9.3.3 意識風險
9.3.4 在測試中發現錯誤并修正
9.3.5 對不再出現問題的對策
9.3.6 多個版本的管理
9.3.7 防止正式運行時的問題
9.3.8 提高測試工程的效率
9.4 從運行測試到運轉
9.4.1 以系統使用人員為主體的運行測試
9.4.2 用運行測試來進行業務的測試
9.4.3 正式運行
9.4.4 測試設計、實施上的注意點
9.5 系統的導入
9.6 正式運轉
習題
第10章 客戶的交貨和驗收/系統移交運行/維護團隊
10.1 驗證系統
10.1.1 交貨前所需做的準備
10.1.2 理解客戶的驗收工作
10.1.3 驗收結果的反饋
10.2 系統的交貨日與運行日
10.2.1 理解交貨日和運行日的關系
10.2.2 在系統維護階段的合同
10.2.3 發現錯誤時的考慮方法和維護合同
10.2.4 系統需追加的性能、功能
10.3 向運轉團隊移交系統
10.3.1 開始系統運行時的必要準備
10.3.2 向運行團隊移交手冊
10.3.3 軟件工程師所起的三個作用

第四篇 軟件質量與質量保證
第11章 質量管理
11.1 軟件產品的質量
11.2 項目質量管理的框架
11.3 質量保證形式
11.4 質量保證的處理過程
11.5 從cmm到cmmi
習題
第12章 設計文檔
12.1 文檔的重要性
12.2 文檔的種類
12.2.1 按使用目的對文檔進行分類
12.2.2 各種文檔的完成時期
12.3 文檔的完成時期和其內容
12.3.1 針對客戶的文檔
12.3.2 針對開發人員的文檔
12.3.3 針對維護人員的文檔
12.4 文檔的質量管理
12.4.1 對記載內容進行的驗證
12.4.2 維護管理法
12.4.3 文檔支援工具
習題
第13章 設計評審
13.1 設計評審的重要性
13.2 設計評審的內容和實施方法
13.2.1 設計評審的內容
13.2.2 軟件開發工程和產品
13.2.3 設計評審的管理體制和管理方法
13.2.4 設計評審的標準化
13.2.5 設計評審的實施方法
13.3 設計評審的文檔
13.3.1 設計評審管理用文檔
13.3.2 檢查報表
13.4 設計評審實施上的注意點
習題

第五篇 軟件工程師指南
第14章 軟件工程師的全體工作概述
14.1 系統開發方法
14.2 調查客戶的現狀,理解需求
14.2.1 理解客戶的要求
14.2.2 分析現狀
14.3 概要的提案
14.3.1 本書所涉及的系統
14.3.2 系統的費用差
14.3.3 提案的范圍
14.4 系統構筑和軟件工程師的作用
14.4.1 從概要設計到詳細設計
14.4.2 軟件工程師與各專門技術人員的合作
14.4.3 軟件工程師的作用——管理系統開發項目的全體
14.5 交貨及交貨後的維護
14.5.1 從開發結束到向客戶交貨的流程
14.5.2 驗收後軟件工程師的可能工作
習題
第15章 軟件工程師的演講技巧
15.1 演講的必要性
15.1.1 在演講中加深理解
15.1.2 演講所能提供給客戶的信息
15.1.3 準備有效的演講
15.2 實際演講
15.2.1 演講內容
15.2.2 有效使用圖像信息來進行演講
15.3 接受反饋意見
15.3.1 在各階段演講時所要確認的事項
15.3.2 對應來自客戶的需求和變更
15.3.3 最終確認
習題
第16章 作為項目經理的軟件工程師
16.1 計劃管理的方法
16.1.1 將項目全體列入一張表中
16.1.2 設想最好、典型及最壞事例的情況
16.2 系統開發團隊中各成員的作用
16.2.1 軟件工程師的責任范圍和作用
16.2.2 技術工程師的種類和其作用
16.2.3 程序員應起的作用
16.3 系統設計中的必要考慮方法
16.4 考慮用戶外部接口的界面設計
16.5 開發系統
16.5.1 撰寫無遺漏的設計文檔
16.5.2 將系統分割成子系統進行開發
16.6 測試系統
16.6.1 測試的時刻
16.6.2 單元測試
16.6.3 結合測試和系統測試
16.6.4 運行測試
16.6.5 制作各測試的設計文檔
16.7 驗證和解決系統的問題點
16.7.1 有關硬件的問題及解決方法
16.7.2 有關網絡問題和解決方法
16.7.3 有關軟件問題和解決方法
習題
第17章 高級軟件工程師的目標
17.1 磨煉作為軟件工程師的技術力
17.1.1 不能過信自己的技術
17.1.2 軟件工程師繼續學習的重要性
17.2 為了開發更好的系統
17.2.1 今後系統的基本點——安全
17.2.2 根據客戶需求的最適設計
17.3 項目管理注意事項
17.4 客戶對高級軟件工程師的期待
17.5 滿足客戶需求的軟件
17.5.1 對于客戶來說的優質軟件
17.5.2 軟件質量與客戶滿意度
17.5.3 對軟件需求的變化
17.6 軟件開發階段客戶的滿足
17.6.1 交貨期和功能——優先順序
17.6.2 沒能遵守交貨期的對應解決方法
17.6.3 需求分析的進展方法
17.6.4 客戶的真正期待
17.7 軟件使用階段客戶的滿意度
17.7.1 設計與使用者所持技術相對應的功能和操作性
17.7.2 操作培訓的進行方法
17.7.3 制作易使用的手冊
17.8 軟件維護階段客戶的滿足
17.9 公司內的關鍵人員對高級軟件工程師的期望
17.9.1 軟件工程師在項目團隊中所起的作用
17.9.2 遵守交貨期和費用
17.9.3 應對軟件開發的風險
17.9.4 意識開發的後期工程
17.10 軟件開發中的作用
17.11 與客戶交涉的技巧
習題

第六篇 軟件工程現場實際案例分析
第18章 與客戶的交涉力
第19章 維護人員的干勁/完成難以管理的任務（統率力）
第20章 解決問題同時,提出與新商機相連的方案
參考文獻

反復進行演講的目的不只是為了說明，而是為了加強溝通。也就是說，要得到客戶對演講內容的反應。如果客戶對演講無反應，則標志著演講失敗。
15.3.1 在各階段演講時所要確認的事項
演講的目的是為了向客戶說明以軟件工程師為中心開發團隊所提出的提案書和設計書，并爭取得到客戶的滿意和認可。因此，要點在于所做演講說明的提案書和設計書內容要滿足客戶的期望。
1.在提案演講階段的確認事項
在提案階段的演講中，如果發生提案和客戶的需求不合時，就說明軟件工程師沒有理解客戶的要求，或者為一部分誤解了客戶的需求。如果單憑客戶提出的需求文檔，有可能造成對要求理解的誤解。對大項目而言，需要用演講的方式來與客戶溝通和確認。對小項目就只需當面與客戶確認即可。
實際上，在提案階段的演講中，提案與客戶需求部分不合是常有的事，且常為不太重大的問題。此時，重要的是要明確提案部分是否與客戶需求的相應部分能達成一致。有經驗的軟件工程師會用多個解釋對應各種提案，這樣就可以回避因誤解而造成的提案質量下降。