瀑布模型階段工作內容

作者：陳雲飛&許文達&夏進

瀑布模型階段工作內容

(1)需求分析階段（Requirements analysis phase）：

需求搜集的過程是以軟體為焦點，了解所欲建立之程式的特性。需求分析之目的為：

A.問題分析。

B.確認新系統應俱備的需求。

C.撰寫需求規範書，並進行證實工作。

(2)規格階段（Specification Phase）：

一但客戶同意在需求階段的了解後，規格小組（Specification team）將畫出規格文件（Specification document）。

(3)設計階段（Design Phase）：

設計過程將需求轉變為軟體的表示，以便在程式碼產生前了解其品質。設計階段有以下目的：

A.初步設計或結構設計。

B.細部設計。

C.撰寫設計規範書和做驗證工作。

(4)建置階段（Implementation Phase）：

設計必須被轉變為機器可讀取的形式，亦即進行程式碼產生的步驟。

(5)測試階段（Testing Phase）：

一旦程式碼產生後，即開始進行程式測試。

(6)維護階段（Maintenances Phase）：

軟體在交給客戶後，毫無疑問的一定會有改變的需求。

階段工作方法與工具一覽表：

 

方法

工具

產出

調查

1.資料收集技術；

2.加權評估法；

3.可行性研究。

1.因果圖；

2.環境背景圖；

3.Level-1 DFD

4.實體關係圖。

可行性報告，又稱系統建議書和專案計畫。

需求分析

1.Demarco 結構化分析；

2.Gane and Sarson結構化分析；

3.Yourdon結構化分析；

4.丟棄式雛型法（Throwaway Prototyping）；

5.物件導向分析（Object - Oriented Analysis）。

1.資料流程圖；

2.實體關係圖；

3.資料字典；

4.狀態轉移圖；

5.結構化英語；

6.決策樹(表)；

7.HIPO圖。

結構化規範書或系統需求規範書。

系統設計

結構化程式設計。

 

編碼完成的模組。

測試

1.白箱技術；

2.黑箱技術；

3.四階段測試；

4.傳統或階段的由下往上製作；

5.增量式由上往下；

6.增量式由下往上。

1.程式圖；

2.因果圖；

3.決策表；

4.流程圖形。

測試規範書、測試計畫。

維護

1.逆向工程；

2.系統再工程；

3.前向工程；

4.系統組態管理；

5.系統轉換技術；

6.系統轉型。

 

變成基準線（Base Line）的系統組態（含生命週期中的所有產出）。

 

AddThis Sharing

百科問與答

百科討論區

暫無討論