Trending News
資訊系統發展的生命週期為何
有誰知道以下的答案.....
資訊系統發展的生命週期為何????
~\"~
2 Answers
- 太平Lv 72 decades agoFavorite Answer
【系統發展生命週期 ( System Development Life Cycle , SDLC ) 】
系統發展生命週期的模型可分為下列幾種：
一、瀑布模型 ( Water fare Model )
特性：
１、整個生命週期，有定義清楚的階段。
２、前一個階段完成後，下一個階段才繼續往下做。
３、任何階段如果發現任何錯誤，立刻回到前面發生錯誤的階段，進行修正工作。
４、每一個階段完成後，皆會有嚴謹的文件產出。
５、使用者只有在調查、需求分析、測試三個階段中參與。
優點：
１、建立了嚴謹、標準的開發程序。
２、透過統一的步驟，保證系統產品的品質。
３、提供了很好的專案管理控制。
４、清楚的階段劃分，易於分工及責任歸屬，讓每一階段工作由最專業的人去執行。
５、符合 Divide and Conquer 及模組化的觀念，將大而複雜的系統發展工作，區分成六件小工作。
６、允許系統發展人員，於各階段自由選擇合適的方法、模型工具去進行系統發展。
缺點：
１、循序向前 ( Sequential Progress )，導致系統未完成前，看不到成果。
２、風險高。
３、死限症候群 ( Deadline syndrom )。
４、某一階段工作無法如期完成時，將導致後續所有工作停頓。
５、過多的紙上模型工具。
各階段的工作內容：
１、調查階段 ( Survey ) ：
ａ、了解使用者所遭遇的問題及發生原因，通常須進行資料蒐集工作。
ｂ、定義系統任務及目標。
ｃ、確認新系統的功能及資料需求。
ｄ、確認系統限制及風險。
ｅ、決定專案範圍。
ｆ、找出所有可行方案，並進行可行性研究，找出最佳方案，並為最佳方案做成本效益分析。
ｇ、撰寫可行性報告及專案計畫。
方法：
資料收集技術、加權評估法、可行性研究。
工具：
因果圖、環境背景圖、Level - 1 DFD 及實體關係圖。
產出：
可行性報告，又稱為系統建議書和專案計畫。
２、需求分析階段 ( Requirement analysis )
ａ、問題分析。
ｂ、確認新系統應俱備的需求。
ｃ、撰寫需求規範書，並進行證實工作。
方法：
(1) Demarco 的結構化分析。
(2) Gane and Sarson 的結構化分析。
(3) Yourdon 的結構化分析。
(4) 丟棄式雛型法 ( Throwaway Prototyping ) 。
(5) 物件導向分析 ( Object - Oriented Analysis ) 。
工具：
資料流程圖、實體關係圖、資料字典、狀態轉移圖、結構化英語、決策樹(表)、HIPO 圖等。
產出：
結構化規範書或系統需求規範書。
３、系統設計 ( System Design )
ａ、初步設計或結構設計。
ｂ、細步設計。
ｃ、撰寫設計規範書和做驗證工作。
方法：
(1) Yourdon / Constantine 的結構化設計。
(2) 傑克森設計方法論。
(3) 王亞設計方法論。
(4) 由上往下設計。
(5) 物件導向設計。
工具：
資料流程圖、實體關係圖、資料字典、結構圖、結構化英語、決策樹(表)、HIPO 圖等。
產出：
初步設計─系統規範書。
細部設計─程式規範書。
兩者合稱系統設計規範書。
４、編碼階段 ( Coding )
ａ、選擇適合的程式語言。
ｂ、將系統設計階段的產出，轉換成真正的程式碼。
方法：
結構化程式設計。
產出：
編碼完成的模組。
５、測試階段 ( Testing )
ａ、建立測試計畫。
ｂ、設計測試資料及期望結果。
ｃ、進行四階段測試 ( 單元、整合、驗收及系統測試 )。
ｄ、撰寫測試規範書。
方法：
白箱技術、黑箱技術、四階段測試、傳統或階段的由下往上製作、增量式由上往下、增量式
由下往上。
工具：
程式圖、因果圖、決策表、流程圖形。
產出：
測試規範書、測試計畫。
６、維護階段 ( Maintenance )
一般可能進行以下四種維護：
ａ、更正性維護 ( Corrective Maintenance )。
ｂ、適應性維護 ( Adaptive Maintenance ) 。
ｃ、完善性維護 ( Pefective Maintenance ) 。
ｄ、預防性維護 ( Preventive Maintenance )。
方法：
逆向工程、系統再工程、前向工程、系統組態管理、系統轉換技術、系統轉型。
產出：
變成基準線 ( Base Line ) 的系統組態 ( 含生命週期中的所有產出 ) 。