-
捷運環控設施
台北捷運公司|2017/06/22
-
捷運車站的要求
台北捷運公司|2017/06/22
-
臺灣桃園國際機場聯外捷運系統
台北捷運公司|2017/06/22
-
捷運系統之運輸安全
台北捷運公司|2017/06/22
-
個人捷運
台北捷運公司|2017/06/22
瀑布模型階段工作內容
作者:陳雲飛&許文達&夏進(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)的系統組態(含生命週期中的所有產出)。 |
暫無討論 |
百科問與答