1.瀑布模型
瀑布模型的做法很形象，軟體開發過程像瀑布一樣，一層接著一層，完成上層步驟之後，接著開展下一項。前一階段會形成乙個文件，後一階段根據這個文件進行操作。
具體的步驟為：（**只是描述各個模型軟體開發的過程，是精簡版，不看也可）
優點：在軟體開發中，由於技術人員沒有深入分析專案需求，而匆忙開發，很容易導致最後的結果不符合需求。在瀑布模型中，前期強調文件與邏輯的實現，沒有關於軟體的物理實現，很大程度上提高了最後成型的效率並降低成本。
缺點：瀑布模型太過於注重文件,有一種說法是瀑布模型是由文件驅動的，它的傳遞過程都是從紙上靜態的傳遞專案的資訊，很難動態的了解跟進專案的程序，容易導致開發出的專案不符合要求。
注意：瀑布模型每一環節是帶有反饋的，當後一階段發現文件出現了錯誤，需要交還給前一階段進行文件的修改。
2.快速原型模型
快速原型搭建的是乙個具有初級功能的專案，這個專案與客戶要求具有一定的功能，但只是其子集，或者說完成了其中的一部分功能，並沒有全部實現。它在搭建好之後，會請顧客來進行試用，對於試用完之後的產品，顧客一般會提出改進意見，或者對於之前自己提出的需求有所更改，根據最新的指導意見，開發人員再進行開發。快速原型對比於瀑布模型，所增加的內容就是變化需求的處理。
優點：快速原型模型在開發每一階段，開發人員根據使用者提出的需求能夠快速地更改專案程式，不需要大面積返工。開發人員通過建立模型，知道了什麼該做，什麼不該做。減少了前期所犯的錯誤。因此不需要反饋環。
缺點：原型系統主要是要快速的建立起模型，以此確定使用者需求，當使用者需求確定之後，就直接將原型模型拋棄。
注意：快速原型模型是不帶有反饋環的，這是因為其自身的特點所決定的，自身特點在上段中已介紹清楚。
3.增量模型
增量模型不同於之前兩個模型是一次**付完成，是一次次增加產量。增量模型對於不同的構件分別進行搭建，增量模型要求軟體系統是開放的。第一次增量模型構建的時候，需要實現軟體的核心基本功能，之後的慢慢的增加功能，直至完成整個專案的開發。只有軟體體系是開放的，後面的軟體模組才能夠慢慢的增加。
優點：逐漸增加專案的模組，讓客戶有乙個學習與使用軟體的過程。
缺點：軟體系統必須是開放的。
4.螺旋模型
螺旋模型實質上可以看做是增加了風險分析的快速原型模型。看了個大概意思，等真明白就具體的講講。
5.噴泉模型
在物件導向的開發過程中，噴泉模型實現了各個步驟之間的無縫對接。在整個軟體開發過程中，都存在著迭代。也沒太明白。反正感覺就是來回反覆的迭代。
6.rational統一模型
具體分為六條最有效的開發經驗，這六條經驗就是軟體開發總結的精華：
（1）迭代式開發：不斷地重複開發，對於需求不斷深入了解，以免設計出錯
（2）需求管理：對於客戶提出的需求必須要仔細的提取分析
（3）基於構建的系統元件：構件可重用的**塊可以節省大量時間
（4）視覺化建模：視覺化會讓專案開發順序，遇到的問題十分清楚，看圖說話即可
（5）驗證軟體質量：在開發的每個階段都要進行質量驗證，以免最後驗證時出現重大錯誤
（6）控制軟體變更：軟體要可以進行功能變更，確保修改能夠溯源追蹤。
缺點：這只是乙個開發過程，缺少維護等後續的軟體問題。
軟體過程模型總結
首先，我們要了解軟體過程模型是什麼。軟體過程模型習慣上被稱為軟體開發模型，它是軟體開發全部過程 活動和任務的結構框架。典型的有 瀑布模型 增量模型 演化模型 原型模型 螺旋模型 噴泉模型 基於構建的開發模型和形式化方法模型。那麼它們具體都是怎麼樣的呢？瀑布模型 是將軟體生存週期中的哥哥活動規定為依線...
select模型各個操作的總結
在 unix網路程式設計 中，介紹了select模型可用於將多個阻塞的fd統一進行阻塞，其具體操作，以recv的操作為例總結如下 fd set readset fd的集合 fd zero readset 初始化 while 1 int ret select 0,readset,null,null,n...
軟體工程之軟體過程模型總結
軟體過程模型也稱為軟體開發模型或軟體生命週期模型，它是為了使軟體生命週期中的各項任務能夠有序地按照規程進行，用一定的工作模型對各項任務給以規程約束。軟體生命週期 軟體生命週期包含 軟體定義 軟體開發 軟體執行維護三個時期，並可以細分為可行性研究 專案計畫 需求分析 概要設計 詳細設計 編碼實現與單元...