1. 瀑布模型要求在各個階段的末尾提供文檔，并且只有當一個階段的文檔已經編制好并獲得質量保證（SQA）小組的認可，才可以進入下一個階段。這種模型通過強制性的規約文檔來確保每個階段都能很好的完成任務。2. 瀑布模型將軟件生命周期視為一系列按固定次序進行的階段，包括問題定義、可行性研究、需求分析、開發、測試和維護。每個階段必須完成后，才能開始下一階段的工作。3. 在軟件的前期規劃階段，開發團隊與需求方共同討論，明確軟件的開發目標和可行性。4. 瀑布模型的核心思想是將問題按工序化簡，將功能實現與設計分離，以便分工合作。它采用結構化的分析與設計方法，將邏輯實現與物理實現分開。5. 測試階段是軟件開發中不可或缺的一環。在這一階段，根據詳細設計，軟件會被逐步組裝并進行測試，以確保其質量。6. 瀑布模型將軟件生命周期劃分為制定計劃、需求分析、軟件設計、程序編寫、軟件測試、運行維護等六個基本活動，這些活動按自上而下的順序進行，每個階段的輸出都成為下一階段的輸入。7. 軟件定義期包括問題定義和可行性研究階段，軟件開發期包括需求分析、設計和編碼階段，運行維護期包括測試和維護階段。8. 瀑布模型的優點在于其階段明確，文檔齊全，有助于減少溝通成本，確保質量。每個階段的評審通過也是下一階段開始的必要條件。