下面簡述幾個軟件工程方面的概念: ?
? ?
? ? ? ? ? XP:eXtreme ? Programming ? 極限編程 ?
? ? ? ? ? 這是近幾年才時興起來的開發模型,國內大致是01/02年開始有所宣傳。 ?
? ? ? ? ? 它主要是針對小型開發團隊在開發時間要求緊、需求不穩定的中小項目（大多數軟件項目都是這個情況）時使用。它打破了傳統軟件工程的框架，非常新巧。譬如整個開發過程中幾乎無文檔，大量使用“卡片”來描述開發計劃和內容；沒有真正意義上的軟件功能規格說明書，取而代之的是一系列可測試的用例；沒有獨立的設計和測試階段，它們總是在迭代中增量反復進行；設計：盡可能小和簡單；一般沒有代碼復審（code ? review),大家共同擁有代碼。而它的最顯著的一個外在特征是它常使用“成對開發”，即一臺機器前坐兩個開發人員，共同開發（一個看，一個寫），這乍聽起來真是蠻有趣的：）,它的基本出發點是認為成對開發的效率在一定條件下要高于兩個人獨立開發的和。不要覺得天方夜譚，在很多項目中，這種做法的有效性已經被證實。 ?
? ? ? ? ? XP的特點我看可以用“快、小、靈”來概括，它和傳統瀑布模型（自頂向下）的區別在于它使用迭代增量（設計->代碼->測試->設計->代碼...)的方式。想法很簡單：沒有什么目標是可以一開始就容易確定的。用爬山來做一下比喻的話，傳統的是在山下研究地圖，選好一條路線，然后沿著此路前進，XP則是走一走，停一停，看一看，對一步作出新的選擇，在很多時候，這樣做會讓你選擇到更好的捷徑。 ?
? ?
? ? ? ? ? ICONIX: ?
? ? ? ? ? 這個字相信很多人都沒見過，我也記不清是什么字拼起來的了，作為開拓眼界，我還是提一下吧。這是一種界于XP和RUP（Rational ? Unified ? Process)之間的開發模型，換言之，它比XP“大”，比“Rup”要小。它采用了UML的一個子集，特點是用例驅動，保持良好的進度跟蹤能力。它的目標是用最短的時間來把用例變成代碼。具體來說，這種開發模型相對精簡的XP而言，更加強調用例的建立、分析和代碼化，用例是其中心地位。 ?
? ?
? ? ? ? ? RUP：Rational ? Unified ? Process ?
? ? ? ? ? 前面已經提到了，相信你已經感覺出它是一個極大極豐富的軟件開發模型。它使用完整的UML圖，對開發的各階段（需求、設計、代碼、測試、維護）均有十分完善而復雜的標準，就不詳述了。一般而言，除了IBM以外，不會有多少公司去完全實現這么一個龐大的模型，中小公司更是心有余而力不足，大多是吸其精華，去其"糟粕"，使用其中的一個子集再結合自己公司實踐來做。 ?
? ?
? ? ? ? ? CMM:Capability ? Maturity ? Model ? 軟件成熟度模型 ?
? ? ? ? ? 這是卡內基*梅隆大學軟件工程研究所（我的專業正是軟件工程，所以這也成為我心目中的圣地）的一大力作，一度曾形成了席卷全球軟件開發的CMM浪潮。CMM分為五級，大多數軟件企業都處于第一級，而得到第五級認證的全球也沒有多少，國內去除掉掛羊頭賣狗肉的，也是寥若星辰（嗯，比星辰是寥多了）。所以CMM實施一般是從第二級開始，能做到第三級的都是頗有實力的軟件公司了。CMM是以Process（過程）為中心的模型，從二級始每一級都有幾個Key ? Process(關鍵過程），每一個KP又分為若干Key ? Active(關鍵活動）。CMM的實施一般不能越級實施，并且每一級的實施通常都要一年以上，所以要達到較高等級是一級很困難的事。另，CMM不僅可用于較大規模公司，同樣也可實施于小公司，小項目組（這是很多人所不知道的）。實施視具體情況等級之間可交叉，譬如實施時采用二級的某些KP再加上三級甚至四級的KP，但你只有實施了所有二級的KP，你才能也只能通過二級認證，即便你采用了某些四級的KP。CMM最新發展成果是CMMI（Integration),這主要是新考慮了軟件與非純軟件因素的關系（譬如系統），以及團隊之間的協作問題。