一．瀑布模型

瀑布模型嚴格遵循軟體生命周期各階段的固定順序:計劃、分析、設計、編程、訓試和維護，上一階段完成后才能進入到下一階段，整個模型就像一個飛流直下的瀑布，

瀑布模型的程序如下圖：

瀑布模型有許多優點:

可強迫開發人員采用規范的方法:

嚴格規定了各階段必須提交的檔案:

要求每個階段結束后，都要進行嚴格的評審，

但這也造就了瀑布模型過于理想化，而且缺之靈活性，無法在開發程序中逐漸明確用戶難以確切表達或一時難以想到的需求，直到軟體開發完成之后才發現與用戶需求有很大距離，此時必須付出高額的代價才能糾正這一偏差，這開發模型主要適用于需求非常明確的應用，

二、噴泉模型

噴泉模型主要用于描述面向物件的開發程序，“噴泉”一詞體現了面向物件開發程序的迭代和無間隙特征，迭代意味著模型中的開發活動常常需要多次重復，每次重復都會增加或明確一些目標系統的性質，但卻不是對先前作業結果的本質性改動，無間隱是指在開發活動(如分析、設計、編程)之間不存在明顯的邊界，而是允許各開發活動交叉、迭代地進行，

噴泉模型具有的優點是：

無縫、可同步開發，提高開發效率，節省開發時間，適用于面向物件的軟體開發，

但是對于這樣的模型同樣是具有缺點的：

在軟體開發程序中可能隨時會增加各種資訊、需求和資料，需要嚴格管理檔案，這樣就造成了審核的難度逐漸增大，

三、快速原型模型

快速原型模型對于許多需求不夠明確的專案，比較適合采用該模型，它采用了一種動態定義需求的方法，通過快速地建立個能夠反映用戶主要需求的軟體原型，讓用戶在計算機上使用它，了解其概要，再根據反饋的結果進行修改，因此能夠充分體現用戶的參與和決策，原型化人員對原型的實施很重要，衡量他們的重要標準是能否從用戶的模糊描述中快速地獲取實際的需求，

快速原型模型的優點是：

由于該模型是通過原型與用戶進行互動，所以在確定需求上優于瀑布模型，通過開發原型和演示原型對開發者和使用者了解系統都有積極作用，同時最重要的一點是有的軟體原型可以成為最終產品的一部分，

但是由于該模型開發特有的特點，也使得它快速建立的系統結構加上連續的修改可能導致軟體質量低下，原型系統的內部結構可能不好，

四、增量模型

增量模型（演化模型）也是一種原型化開發方法，但與快速原型模型略有不同，在快速原型模型中，原型的用途是獲知用戶的真正需求，一旦需求確定了，原型即被拋棄，而演化模型的開發程序，則是從初始模型逐步演化為最終軟體產品的漸程序序，也就是說，快速原型模型是一種“拋棄式”的原型化方法，而增量模型則是一種“漸進式”的原型化方法，