瀑布模型階段工作內容

瀑布模型階段工作內容

(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)的系統組態(含生命週期中的所有產出)。

 

瀏覽數 : 218

百科問與答

  • (600字以內)
留言身份 :