軟件工程基礎與實用教程：基於架構與MVC模式的一體化開發（簡體書）

《21世紀高等學校規劃教材．軟件工程．軟件工程基礎與實用教程：基於架構與MVC模式的一體化開發》是一本將軟件工程基礎理論與現代企業級開發技術相結合而誕生的軟件工程實用教程。全書分為上下兩篇。上篇是軟件工程基礎篇，系統地介紹了軟件開發必須遵循的軟件工程基本原理和開發方法，包括軟件的需求、設計、實現、維護等開發過程和項目管理；下篇是體現本書特色的應用篇，介紹了應用企業級軟件架構和MVC設計模式等現代開發技術進行軟件開發過程，即基於架構與MVC模式的一體化開發方法。一體化開發方法是本書的核心內容，它一方面是指從分析、設計到實現全程遵循MVC模式，而不僅僅指某個開發階段：另一方面是指架構與MVC模式的相互結合，架構可使得MVC的應用走向簡單化、實用化。在一體化的基礎上進而介紹了一種正交設計方法，它可以輕鬆處理複雜領域問題的解耦，將軟件結構按MVE三大空間進行隔離設計，然後採用組裝方式，以兩大裝配將MVE三大空間聯繫為一個軟件整體。正交設計具有很強的規律性、可操作性。本書在最後介紹了一體化開發的應用案例，該案例不僅體現了一體化的具體應用，也展示了軟件開發從抽象到細化的真實過程，讓讀者深入理解軟件工程的一系列重要思想。
《21世紀高等學校規劃教材．軟件工程．軟件工程基礎與實用教程：基於架構與MVC模式的一體化開發》可以作為計算機或軟件工程等相關專業的本科生、研究生的教材，同時也可作為軟件開發領域的各類專業人員的參考書。．

《21世紀高等學校規劃教材?軟件工程:軟件工程基礎與實用教程:基于架構與MVC模式的一體化開發》是一本將軟件工程基礎理論與現代企業級開發技術相結合而誕生的軟件工程實用教程。《21世紀高等學校規劃教材?軟件工程:軟件工程基礎與實用教程:基于架構與MVC模式的一體化開發》可以作為計算機或軟件工程等相關專業的本科生、研究生的教材，同時也可作為軟件開發領域的各類專業人員的參考書。

上篇 軟件工程基礎篇
第1章 軟件工程概述
1.1 軟件的概念
1.1.1 軟件和軟件產品
1.1.2 軟件產品的類型
1.2 軟件的發展與軟件危機的產生
1.2.1 軟件的發展過程
1.2.2 軟件危機
1.2.3 軟件危機的表現
1.3 解決軟件危機的途徑
1.4 軟件工程的定義
1.5 軟件工程的內容
1.5.1 從計算機科學視角看軟件工程
1.5.2 從工程視角看軟件工程
1.5.3 從管理視角看軟件工程
1.5.4 從基本原理視角看軟件工程
1.6 軟件發展的新階段與新問題
1.6.1 軟件發展的第4階段和第5階段
1.6.2 以面向對象為基礎的面向架構技術
1.6.3 以業務單元為基礎的面向服務架構SOA
1.6.4 以軟件作為服務的應用模式
1.7 軟件工程的演變發展
1.7.1 從軟件技術到軟件工程
1.7.2 從傳統軟件工程到現代軟件工程
1.7.3 從軟件工程學到軟件經濟學
1.7.4 從軟件工程應用到教學
本章小結
習題
第2章 軟件過程
2.1 軟件過程概述
2.1.1 軟件過程定義
2.1.2 軟件過程的活動集合
2.1.3 軟件過程貫穿軟件工程方法論
2.2 軟件過程與軟件生存周期
2.2.1 軟件生存周期
2.2.2 軟件生存周期與軟件過程的關系
2.3 軟件過程與軟件工程
2.3.1 工程是管理過程的
2.3.2 軟件過程是軟件工程的子集
2.4 軟件開發模型
2.4.1 瀑布模型
2.4.2 快速原型模型
2.4.3 增量模型
2.4.4 螺旋模型
2.4.5 統一過程RUP
2.4.6 敏捷開發與極限編程
2.4.7 關于RUP與XP之爭
2.5 軟件過程與開發方法
2.5.1 軟件開發的本質與開發方法
2.5.2 面向過程開發方法
2.5.3 面向對象開發方法
2.5.4 面向組件開發方法
2.5.5 面向服務開發方法
2.5.6 開發方法進步帶來的思考
2.6 軟件過程改進與CMM
2.6.1 過程改進SPI
2.6.2 軟件能力成熟度模型SW-CMM
本章小結
習題
第3章 軟件計劃
3.1 軟件計劃概述
3.2 問題定義
3.3 可行性分析
3.3.1 可行性分析概要介紹
3.3.2 可行性分析的方法
3.3.3 可行性分析工具之SFD
3.3.4 可行性分析之業務建模
3.3.5 可行性分析報告
3.3.6 軟件項目計劃
本章小結
習題
第4章 軟件需求基礎
4.1 需求分析概述
4.1.1 需求分析的必要性
4.1.2 需求分析的內容和步驟
4.2 需求獲取
4.2.1 需求獲取的內容和手段
4.2.2 需求的層次
4.2.3 需求獲取方法與策略
4.3 需求建模
4.3.1 需求建模的意義
4.3.2 需求建模的過程
4.3.3 需求建模的方法
4.4 需求說明
4.4.1 需求說明的作用
4.4.2 需求說明質量要求
4.4.3 需求規格說明的編制
4.5 需求評審
4.5.1 需求評審概述
4.5.2 需求評審舉例說明
4.6 需求變更管理
4.6.1 需求變更與需求管理
4.6.2 變更管理組織與流程
本章小結
習題
第5章 軟件設計基礎
5.1 軟件開發的逐步求精
5.1.1 逐步求精的概念
5 1.2 軟件開發的求精過程
5.1.3 過程求精與數據求精
5.2 軟件設計過程和任務
5.2.1 軟件設計的輸入和輸出
5.2.2 軟件設計的總體任務
5.2.3 軟件設計的文檔
5.3 模塊化與信息隱藏
5.3.1 模塊和模塊化
5.3.2 模塊分解原理
5.3.3 信息隱藏思想
5.3.4 模塊獨立性度量
5.3.5 模塊優化的一些概念
5.4 詳細設計
5.4.1 詳細設計的作用
5.4.2 詳細設計的內容
5.4.3 詳細設計的表達方式
5.4.4 詳細設計說明書
本章小結
習題
第6章 面向結構化從分析到設計
6.1 結構化開發概述
6.2 面向數據流的結構化分析
6.2.1 數據流圖
6.2.2 DFD的分析思想
6.2.3 DFD舉例
6.2.4 數據字典
6.3 面向數據流的結構化設計
6.3.1 從需求模型到設計模型
6.3.2 軟件結構圖
6.3.3 從DFD映射到SC
本章小結
習題
第7章 面向對象從分析到設計
7.1 面向對象開發簡介
7.1.1 面向對象的基本概念
7.1.2 面向對象的軟件開發
7.1.3 面向對象開發的優點
7.1.4 面向對象是走向高端的基礎
7.2 統一建模語言UML
7.2.1 建模語言的概念
7.2.2 UML發展史
……
第8章 軟件實現
第9章 軟件維護
第10章 軟件項目管理
下篇 軟件工程實用篇
第11章 架構與MVC模式
第12章 面向架構與MVC的—體化開發方法
第13章 一體化開發方法應用實例
參考文獻
本書特色
教學建議
跋

2）更合理的生命周期模型
RUP模型圖中初始、細化、構造、交付4個階段表達了RUP的生命周期。重新審視2.2.1節中介紹的基本生存周期模型，該模型將整個生命周期劃為三個時期。問題定義、需求分析、設計、實現、維護等各項活動分別屬于某個時期，而且是非此即彼的界限。而RUP模型模糊了這種界限，單獨看某種活動的陰影線，不是隨階段的進展戛然啟動或截止，而是在不同階段所占的比重不同，表達出逐步介入或結束的過渡時間，展現了與其他活動的合作關系。如“實現”活動在“細化階段”開始介入，在“構造階段”達到最大，在“交付階段”逐漸減少。
這樣的表達比基本生存周期模型要合理得多。比如“需求分析”活動，在做項目計劃時首先必須開展需求分析，而在開發時期還要繼續完善需求分析。用2.2.1節中介紹的基本模型，“需求分析”活動要么劃分在“計劃時期”，要么劃分在“開發時期”，而劃分在哪個時期都有它的理由又都不甚合理，但也沒法表達為兩個時期共有。用RUP模型就不必為某個活動屬于哪個Phase而做無謂的爭論了。
3）結束關于RUP沒有維護活動的爭論
有的研究者認為RUP模型忽略了維護，其實不然。RUP一個迭代周期(cycle)經過4個階段(Phase)，相比2.2.1節介紹的基本生存周期模型，表面上這4個階段相當于基本生存周期模型的計劃時期+開發時期，似乎缺少了重要的運行維護。但實際上RUP模型中的“配置和變更管理”就是針對軟件維護的。軟件維護就是一次開發過程的迭代，衍生一個新的版本。
只要把“配置和變更管理”做好，維護就是重新走一遍初始、細化、構造、交付4個階段而己。
4）完美的增量開發——雙重迭代
RUP一個重要的特點是迭代式開發，并且是雙重迭代，迭代效果更好。按時間組織經過初始、細化、構造、交付4個階段的迭代是一個大的迭代，迭代的增量是提交一個新的軟件版本；在各階段內各活動還可能經過若干次迭代，這是輔助迭代，輔助迭代產生一個增量，通過迭代逐步逼近里程碑，如圖2-9所示。