瀑布模型——文檔驅動型
適合采用瀑布模型的項目類型，通常是對用戶需求非常明確的項目。同時還要求項目預算充足，人員齊備。
優點：
1、每個階段的開發質量都有保證，減少了返工。
2、是文檔細致，降低了溝通成本，有利於及早發現問題。
缺點：周期長，不易變更。
迭代模型——風險驅動型
四個象限代表了四個活動：制定計划、風險分析、實施工程、客戶評估。
使用迭代模型進行軟件開發，項目活動包含以下幾個階段：
1. 初始階段
為系統建立商業案例並確定項目的邊界。
2. 細化階段
細化階段的目標是分析問題領域，建立健全的體系結構基礎，編制項目計划，淘汰項目中最高風險的元素。
3. 構造階段
在構建階段，所有剩余的構件和應用程序功能被開發並集成為產品，所有的功能被詳細測試。
4. 交付階段
交付階段的重點是確保軟件對最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發布做准備的產品測試，基於用戶反饋的少量的調整。
迭代模型由風險驅動，強調可選方案和約束條件從而支持軟件的重用，有助於將軟件質量作為特殊目標融入產品開發之中。
因此，迭代模型的風險管理成本較高，在風險分析，進度管理方面，對項目組成員的要求也非常高。
選擇迭代模型的項目，通常屬於高風險項目，且需求不確定，用戶能在整個開發過程中不同程度地參與。
增量模型——任務驅動型
增量模型是通過對用戶需求的判斷，在定義了用戶要求和系統需求,進行總體構架設計后，采用序列化地創建產品的方法進行開發的過程。
增量模型本質上是迭代的，但其強調：每一個增量均發布一個可操作產品。
優點：
1、在達到初始需求之前可降低成本。
2、可快速生產出可使用的系統。
3、能夠有計划地管理技術風險。
增量模型的適用項目特點：
- 用戶核心需求非常清楚；
- 項目人員不足；
- 產品可以分割成不同的階段分別完成
原型模型——需求驅動型
原型模型采用逐步求精的方法完善原型，使得原型能夠“快速”開發.
原型模型是一種用戶需求驅動的方法。它能減少系統開發的風險，特別是在大型項目的開發中,由於對項目需求的分析難以一次完成，應用原型法效果更為明顯。
原型模型適用的項目特點：
- 處理簡單過程明確、涉及面窄的小型系統；
- 大型系統的需求階段，用原型去跟用戶交流，需求分析會更加明確和細化
針對不同類型的項目。應選擇什么樣的開發模型，應從以下兩方面進行慎重考慮：
i. 實施推廣的難度
項目管理團隊的管理能力和系統開發團隊的技術能力決定了所選擇開發模型的實施難度。選擇一個適合項目團隊特點的開發模型尤為重要。
ii. 項目管理的側重點
項目不同，其側重點也不同，如側重於進度、質量、成本控制、風險管理等等。根據項目的側重點，可以選擇不同的開發模型。