小結

一個軟件工程通用過程模型包含了一系列的框架和普適性活動、動作及工作任務。每種過程模型都可以用不同的過程流來描述，工作流描述了框架活動、動作和任務如何按順序組織。過程模式用來解決軟件過程中遇到的共性問題。

傳統軟件過程模型已經使用了多年，力圖給軟件開發帶來秩序和結構。每個模型都建議了一種過程流，但所有模型都實現同樣的一組通用框架活動：溝通、策劃、建模、構建和部署。

類似瀑布模型和V模型的順序過程模型是最經典的軟件工程模型，順序過程模型建議采用線性過程流，這在軟件世界里通常與當代軟件開發的現實情況不符（例如，持續的變更、演化的系統和緊迫的開發時間）。但線性過程模型確實適用于需求定義清楚且穩定的軟件開發。增量過程模型采用迭代的方式工作，能夠快速地生成一個軟件版本。演化過程模型認識到大多數軟件工程項目的迭代和遞增特性，其設計的目的是為了適應變更。演化模型，例如原型開發及螺旋模型，會快速地產生增量的工作產品（或是軟件的工作版本）。這些模型可以應用于所有的軟件工程活動—從概念開發到長期的軟件維護。

軟件生存周期過程（GB/T 8566—2007）進一步完善了軟件生存周期的定義，即從概念形成直到退役，并且由獲取和供應軟件產品及服務的各個過程組成。把軟件生存周期中可以開展的活動分為5個基本過程、8個支持過程和4個組織過程。為了降低成本和改進質量，應該針對具體項目來剪裁軟件生存周期過程的有關標準。

軟件過程是產生一個軟件系統的一系列活動。軟件過程模型是這些過程的抽象表示。“軟件過程”的提出和發展是軟件工程又一次認識上的飛躍，它標志著軟件界已經認識到軟件過程因素對軟件開發的重要影響，它促使人們把注意力從對抽象的軟件生存周期模型的研究，轉向那些對軟件項目的成功起著關鍵作用的過程細節的研究。

Rational統一過程是新式基本過程模型，是一種“用例驅動、以體系結構為核心、迭代及增量”的軟件過程框架，由UML方法和工具支持，其特點是由階段（起始、細化、構造建轉換）所構成，但是它把活動（需求、分析和設計等）和階段相區別。

在現代經濟中，市場條件變化十分迅速，客戶和最終用戶的要求在演變，新一輪競爭威脅會沒有任何征兆地出現。從業者必須使軟件工程工作保持敏捷——要確保過程是靈活機動的、有適應能力的和精益的，以適應現代商務的需求。

軟件工程的敏捷理念強調4個關鍵問題：自我組織團隊對所開展工作具有控制力的重要性；團隊成員之間，以及開發參與者與客戶之間的交流與合作；對“變更代表機遇”的認識；以及強調快速軟件交付以讓客戶滿意。敏捷過程模型能解決上述這些問題。

極限編程（XP）是應用最廣泛的敏捷過程。按照計劃、設計、編碼和測試4個框架活動組織，XP采用一系列新穎和有力的技術，保證敏捷團隊創建能體現客戶指定優先級特征和功能的頻繁軟件發布。其他敏捷過程模型也強調人員合作和團隊自組織，只是定義自己的框架活動，選擇不同的側重點。