敏捷學習筆記（2）——- 結構化開發方法

文章目錄

• 題記
• 結構化開發簡介

題記

我們要學習敏捷，要利用好敏捷，就必須深刻的理解敏捷，深刻理解敏捷的最好方法就是要理解和它相比較的那些開發方法，自然就是結構化的開發方法。

結構化開發簡介

     傳統的結構化開發過程方法描述了從軟體需求分析定義到軟體經過運行維護為止的跨越整個生命期的全部過程、活動和任務結構架構。

     機構化的開發模型，都有共同的特性，即：每一步都有一個出口，和一個入口，允入準則完成了才能進入下一步，出口條件完成了，這步才算是完成。拿瀑布模型來說：

1.計劃

2.需求分析 

    入口：專案計劃書通過審批

    出口：軟體需求規格說明書通過審批

3.設計

    入口：軟體需求規格說明書通過審批

    出口：軟體設計說明書（包括：概要設計、詳細設計）

4.編碼

    入口：設計說明書通過審批

    出口：編碼通過審批和檢查，並通過編譯和簡單的測試

5.測試

    入口：編碼通過審批和檢查，並通過編譯和簡單的測試

    出口：如見功能和效能通過驗證

    測試種類：單元測試、整合測試、系統測試，單元測試的重要性不言而喻，然而結構化模型使得單元測試花費的時間太少。

6.交付 部署 維護

   

瀑布缺點：嚴格的入口與出口

編碼與測試必須等到項目的需求與設計完成之後才可以進行，測試無法先行。導致單元測試倉促結束，從而導致整個項目的之後，與產品品質的下降。

 

V模型（在瀑布模型的基礎上進行的改善，讓測試和設計先行）

 

原型/螺旋模型：改善了使用者不斷的需求變工所帶來的項目的影響程度。

 

整體來說，雖然結構化模型擁有完美的步驟與開發文檔的支援，但是其應對客戶需求不斷變更的能力較差，甚至導致後期項目的流產，後期維護非常的困難。開發風險相對較大。