基本介紹
瀑布模型,演化模型,螺旋模型,噴泉模型,
瀑布模型
瀑布模型核心思想是按工序將問題化簡，將功能的實現與設計分開，便於分工協作，即採用結構化的分析與設計方法將邏輯實現與物理實現分開。將軟體生命周期劃分為制定計畫、需求分析、軟體設計、程式編寫、軟體測試和運行維護等六個基本活動，並且規定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。
從本質來講，它是一個軟體開發架構，開發過程是通過一系列階段順序展開的，從系統需求分析開始直到產品發布和維護，每個階段都會產生循環反饋，因此，如果有信息未被覆蓋或者發現了問題，那么最好 “返回”上一個階段並進行適當的修改，開發進程從一個階段“流動”到下一個階段，這也是瀑布開發名稱的由來。
瀑布模型是最早出現的軟體開發模型，在軟體工程中占有重要的地位，它提供了軟體開發的基本框架。其過程是從上一項活動接收該項活動的工作對象作為輸入，利用這一輸入實施該項活動應完成的內容給出該項活動的工作成果，並作為輸出傳給下一項活動。同時評審該項活動的實施，若確認，則繼續下一項活動；否則返回前面，甚至更前面的活動。對於經常變化的項目而言，瀑布模型毫無價值
演化模型
該模型可以表示為：第一次疊代(需求->設計->實現->測試->集成)->反饋->第二次疊代(需求->設計->實現->測試->集成)->反饋->……
即根據用戶的基本需求，通過快速分析構造出該軟體的一個初始可運行版本，這個初始的軟體通常稱之為原型，然後根據用戶在使用原型的過程中提出的意見和建議對原型進行改進，獲得原型的新版本。重複這一過程，最終可得到令用戶滿意的軟體產品。採用演化模型的開發過程，實際上就是從初始的原型逐步演化成最終軟體產品的過程。演化模型特別適用於對軟體需求缺乏準確認識的情況。
螺旋模型
螺旋模型沿著螺線進行若干次疊代，圖中的四個象限代表了以下活動：
（1）制定計畫：確定軟體目標，選定實施方案，弄清項目開發的限制條件；
（2）風險分析：分析評估所選方案，考慮如何識別和消除風險；
（3）實施工程：實施軟體開發和驗證；
（4）客戶評估：評價開發工作，提出修正建議，制定下一步計畫。
螺旋模型由風險驅動，強調可選方案和約束條件從而支持軟體的重用，有助於將軟體質量作為特殊目標融入產品開發之中。
限制條件
但是，螺旋模型也有一定的限制條件，具體如下：
（1）螺旋模型強調風險分析，但要求許多客戶接受和相信這種分析，並做出相關反應是不容易的，因此，這種模型往往適應於內部的大規模軟體開發。
（2）如果執行風險分析將大大影響項目的利潤，那么進行風險分析毫無意義，因此，螺旋模型只適合於大規模軟體項目。
（3）軟體開發人員應該擅長尋找可能的風險，準確地分析風險，否則將會帶來更大的風險
一個階段首先是確定該階段的目標，完成這些目標的選擇方案及其約束條件，然後從風險角度分析方案的開發策略，努力排除各種潛在的風險，有時需要通過建造原型來完成。如果某些風險不能排除，該方案立即終止，否則啟動下一個開發步驟。最後，評價該階段的結果，並設計下一個階段。
螺旋模型的缺點:
很難讓用戶確信這種演化方法的結果是可以控制的.
