瀑布模型
一步一步的執行，經典的計畫設計實施的步驟。
前期需要完整的需求細節，否則後期變更成本很高。
過程：可行性分析-需求分析-概要設計-詳細設計-編碼-測試-執行維護
原型模型
找乙個類似的成品系統樣例，通過修改這個原型向真實需求靠攏，如果過程中發現偏離需求，可更換原型再進行嘗試
當使用者需求無法很清楚的獲得時，原型方法能有效節約成本，達到專案的目標。
過程：使用者需求不清晰、獲取困難、需求模糊
螺旋模型
將瀑布模型和快速原型模型結合起來，強調了其他模型所忽視的風險分析，特別適合大型複雜系統。
螺旋沿著螺旋線進行諾幹次迭代
迭代模型
迭代模型不同階段的特點：
交付階段：同步並使開發的構造增量整合到一致的實施基線中
迭代模型適用的條件：
迭代和瀑布模型的最大差別在於風險暴露時間上：
瀑布模型（文件是主體），很多問題在最後才會暴露，導致解決問題風險巨大。在迭代式生命週期中，需要根據風險列表選擇要在迭代開發新的增量內容。每次迭代完成時都會生成乙個經過測試的可執行檔案，這樣就可以核實是否已經降低了目標風險。
快速原型模型
快速原型模型在功能上等價於產品的乙個子集。
瀑布模型缺點在於不夠直觀，快速原型模型解決了這個問題。
快速原型模組根據客戶需要在最短時間內解決客戶的迫切需要，完成乙個可以演示的產品。這個產品只是實現了部分功能（最重要的）
最終目的：確定客戶的真正需求，在得到使用者的需求之後，原型將被拋棄，因為原型的發展速度很快，設計方面幾乎沒有考慮的，如果保留原型的話，在隨後開發中會為此付出巨大的代價。
軟體開發流程的優缺點：
開發流程分類
優點缺點
大**模型
簡單，不用學習就會
拍腦門的想法，產品質量無法保證。盡量避免使用
邊做邊改模型
快速得到可執行的版本
計畫有些缺乏，導致版本前後變化大。可選擇的模型之一
瀑布模型
計畫周密，專業，按部就班實現
相對難於快速開發以搶占市場。可選擇的模型之一。
螺旋模型
計畫變化同時考慮
可選擇的模型之一
軟體測試生命週期
軟體測試生命週期包括6個階段 大體上 1 計畫 2 分析，3 設計，4 構建，5 測試週期，6 最後測試和實施，和7 實施後。1.計畫 產品定義階段 高層次的測試計畫 包含多重測試週期 質量保證計畫 質量目標，測試標準等 確定計畫評審的時間 報告問題過程 確定問題的分類 確定驗收標準 給質量保證員和...
測試與軟體生命週期
雖然又是一篇比較 空 的文章，但是比較少見的提到了各種圖的應用，所以還是轉貼一下，希望能對一些朋友有用。uml與rup 開發模式的知識 測試是什麼，就是在開發快完成時對程式進行找錯嗎？其實不然，就好像捕魚一樣，講就季節，陽光，水流，甚至魚網洞的大小的使用都直接影響到捕魚的效果。測試也是一樣，不僅僅只...
測試與軟體生命週期
雖然又是一篇比較 空 的文章，但是比較少見的提到了各種圖的應用，所以還是轉貼一下，希望能對一些朋友有用。uml與 rup開發模式的知識 測試是什麼，就是在開發快完成時對程式進行找錯嗎？其實不然，就好像捕魚一樣，講就季節，陽光，水流，甚至魚網洞的大小的使用都直接影響到捕魚的效果。測試也是一樣，不僅僅只...