為什麼要定義瀑布式軟體開發模式

❶ 瀑布模型的優缺點

瀑布模型的優點：有利於大型軟體開發過程中人員的組織、管理，有利於軟體開發方法和工具的研究，從而提高了大型軟體項目開發的質量和效率。

瀑布模型的缺點：

（1）開發過程一般不能逆轉，否則代價太大；

（2）實際的項目開發很難嚴格按該模型進行；

（3）客戶往往很難清楚地給出所有的需求，而該模型卻要求如此。

（4）軟體的實際情況必須到項目開發的後期客戶才能看到，這要求客戶有足夠的耐心。

瀑布模型的使用范圍：

（1）用戶的需求非常清楚全面，且在開發過程中沒有或很少變化；

（2）開發人員對軟體的應用領域很熟悉；

（3）用戶的使用環境非常穩定；

（4）開發工作對用戶參與的要求很低。

(1)為什麼要定義瀑布式軟體開發模式擴展閱讀：

瀑布模型強調文檔的作用，並要求每個階段都要仔細驗證。但是，這種模型的線性過程太理想化，已不再適合現代的軟體開發模式，幾乎被業界拋棄，其主要問題在於：

（1） 各個階段的劃分完全固定，階段之間產生大量的文檔，極大地增加了工作量。

（2） 由於開發模型是線性的，用戶只有等到整個過程的末期才能見到開發成果，從而增加了開發的風險。

（3） 早期的錯誤可能要等到開發後期的測試階段才能發現，進而帶來嚴重的後果。

按照瀑布模型的階段劃分，軟體測試可以分為單元測試，集成測試，系統測試。

❷ 什麼是瀑布式開發方法，什麼是V-模式開發方法，什麼是CMM

瀑布式開發也就是生存周期模型，是軟體工程的基礎模型。其核心思想是按工序將問題簡化，將功能的實現與設計分開，便於分工協作。採用結構化的分析與設計方法，將邏輯實現與物理實現分開。

v-模式開發方法就不知道了。

CMM(Capability Maturity Model能力成熟度模型)的本質是軟體管理工程的一個部分。它是對於軟體組織在定義，實現，度量，控制和改善其軟體過程的進程中各個發展階段的描述。他通過5個不斷進化的層次來評定軟體生產的歷史與現狀。

❸ 軟體開發時，什麼情況用瀑布模型和原型模型

當開發的軟體是已知領域和行業，並且有比較好的積累，有可重用的架構或者模型。或者軟體對安全和性能有極其嚴格的要求，容不得半點疏漏，比如航空航天軟體。這樣用瀑布模型的話能夠有效地控制每一環節，所有流程都有文檔可循。
而規模不是很大的，商業型的應用軟體，更傾向於快速得到可用的軟體。
而且軟體需要能夠適應市場的變化作出相應的調整。
原型模型無疑是更適合的。

❹ 軟體瀑布模型是什麼

瀑布模型是一種基礎的軟體開發過程模型，因為過程的圖示形似瀑布而得名。它把軟體開發分為界限清晰的幾個步驟，指導軟體的一整個生產過程。具體包括：需求分析，概要設計，詳細設計，編碼，軟體測試，軟體維護。更多的軟體過程模型，可以在傳智播客社區找到詳細的介紹。找不到的話官網對話框可以問一下，還能領取他們課程大綱參考學習。

❺ 什麼是敏捷開發和瀑布開發

瀑布開發（傳統的開發方式）
1、強調文檔
前一個階段的輸出就是下一個階段的輸入，文檔是個階段銜接的唯一信息。所以很多開發人員好象是在開發文檔，而不是開發軟體，因為要到開發的後期才可以看到軟體的「模樣」。
2、沒有迭代與反饋。瀑布模型對反饋沒有涉及，所以對變化的客戶需求非常不容易適應。瀑布就意味著沒有回頭路。
3、管理人員喜歡瀑布模型的原因是把文檔理解為開發的速度，可以方便地界定不同階段的里程碑。

敏捷開發
極限編程的思想體現了適應客戶需求的快速變化，激發開發者的熱情，也是目前敏捷開發思維的重要支持者。
敏捷軟體開發是一個開發軟體的管理新模式，用來替代以文件驅動開發的瀑布開發模式。
敏捷開發集成了新型開發模式的共同特點，它重點強調：
1.敏捷就是「快」。快才可以適應目前社會的快節奏，要快就要發揮個人的個性思維多一些個性思維的增多。
2.客戶參與。以人為本，客戶是軟體的使用者，是業務理解的專家，沒有客戶的參與，開發者很難理解客戶的真實需求。
3.強調軟體開發的產品是軟體，而不是文檔。文檔是為軟體開發服務的，而不是開發的主體。
4.設計周密是為了最終軟體的質量，但不表明設計比實現更重要。
5.迭代。軟體的功能是客戶的需求，界面的操作是客戶的「感覺」。對迭代的強調是縮短了軟體版本的周期。
6.小版本。快速功能的展現，看似簡單，但對於復雜的客戶需求合理地分割與總體上的統一，要很好地二者兼顧是不容易的。