軟體的生命週期
軟體的生命週期是指從軟體產品的設想開始到軟體不再使用而結束的時間。一般分為6個階段：需求分析、計畫、設計、編碼、測試、執行維護。
瀑布模型
瀑布模型是所有其他模型的基礎框架，每個階段只執行一次，因此是線性順序進行的軟體開發模式。
優點：
1.強調開發的階段性；
2.強調早期計畫及需求調查；
3.強調產品測試。
缺點：
1.依賴早期進行的唯一一次需求調查，不能適應需求的變化；
2.由於是單一流程，開發中的經驗教訓不能反饋應用於本產品的過程；
3.風險往往遲至後期的測試階段才顯露，因而失去及早糾正的機會。
螺旋模型
一般在軟體開發初期需求不是很明確時，採用漸進式的開發模式，螺旋模型是漸進式開發模型的代表之一。
優點：
1.強調嚴格的全過程風險管理；
2.強調各開發階段的質量；
3.提供機會檢討專案是否有價值繼續下去。
缺點：
1.引入非常嚴格的風險識別、風險分析和風險控制，這對風險管理的技能水平提出了很高的要求。這需要人員、資金和時間的投入。
快速原型模型
實現乙個基本原型，讓使用者對原型進行評價、逐步調查、使其滿足使用者最終需求。
優點：
適合不能確定需求的軟體。
缺點：
不適合開發大型系統。
增量、迭代
增量是逐塊建造的概念，例如畫一幅人物畫，我們可以先畫人的頭部，再畫身體，再畫手腳……而迭代是反覆求精的概念，同樣是畫人物畫，我們可以採用先畫整體輪廓，再勾勒出基本雛形，再細化、著色。
增量開發模型，鼓勵使用者反饋，在每個迭代過程中，促使開發小組以一種迴圈的、可**的方式驅動產品的開發，能顯著降低專案風險。在這種開發模式下，每一次的迭代都意味著可能有需求的更改、構建出新的可執行軟體版本，意味著測試需要頻繁進行，測試人員需要與開發人員更加緊密地協作。
敏捷
敏捷開發有很多種方式，其中scrum是比較流行的一種。scrum由product owner(產品經理)、scrum master(專案經理)和team(研發團隊)組成。其中product owner負責整理user story(使用者故事)，定義其商業價值，對其進行排序，制定發布計畫，對產品負責。scrum master 負責召開各種會議，協調專案，為研發團隊服務。team研發團隊則由不同技能的成員組成，通過緊密協同，完成每一次迭代的目標，交付產品。
軟體測試v模型
軟體測試w模型
軟體的生命週期
軟體的生命週期是指從軟體產品的設想開始到軟體不再使用而結束的時間。一般分為6個階段：需求分析、計畫、設計、編碼、測試、執行維護。
瀑布模型
瀑布模型是所有其他模型的基礎框架，每個階段只執行一次，因此是線性順序進行的軟體開發模式。
優點：
1.強調開發的階段性；
2.強調早期計畫及需求調查；
3.強調產品測試。
缺點：
1.依賴早期進行的唯一一次需求調查，不能適應需求的變化；
2.由於是單一流程，開發中的經驗教訓不能反饋應用於本產品的過程；
3.風險往往遲至後期的測試階段才顯露，因而失去及早糾正的機會。
螺旋模型
一般在軟體開發初期需求不是很明確時，採用漸進式的開發模式，螺旋模型是漸進式開發模型的代表之一。
優點：
1.強調嚴格的全過程風險管理；
2.強調各開發階段的質量；
3.提供機會檢討專案是否有價值繼續下去。
缺點：
1.引入非常嚴格的風險識別、風險分析和風險控制，這對風險管理的技能水平提出了很高的要求。這需要人員、資金和時間的投入。
快速原型模型
實現乙個基本原型，讓使用者對原型進行評價、逐步調查、使其滿足使用者最終需求。
優點：
適合不能確定需求的軟體。
缺點：
不適合開發大型系統。
軟體開發模型和軟體測試模型
瀑布模型在軟體工程中占有重要地位，是所有其他模型的基礎框架。瀑布模型的每乙個階段都只執行一次，因此是線性順序進行的軟體開發模式。適合需求變更小，比較穩定的專案。優點 缺點 瀑布模型的乙個大缺陷在於，可以執行的產品很遲才能被看到。這會給專案帶來很大的風險，尤其是整合的風險。如果在需求引入的乙個缺陷要到...
開發模型和測試模型
隨著軟體工程學科的發展，軟體工作的範圍不僅僅侷限在程式編寫，而是擴充套件到了整個軟體的生命週期，如軟體基本概念的形成，需求分析，設計，實現，測試，安裝部署，執行維護，直到軟體被更新，替換成了其他版本。軟體工程還包括很多技術性的管理工作，例如過程管理，產品管理，資源管理和質量管理，在這些方面也逐步地建...
軟體開發模型與測試模型
1 優點 強調開發的階段性 強調需求分析和早起計畫 強調產品測試。2 缺點 依賴於早期進行的唯一一次需求分析，不能適應需求的變化 由於是單一流程，開發中的經驗教訓不能的及時反饋給應用於本產品的過程 風險往往遲至後期的測試階段才顯露，因而失去較早的糾正機會。瀑布模型的乙個大缺陷在於，如果在需求引入的乙...