系統開發生命週期

System Development Life Cycle

規劃

此階段目的為初步規劃，並交付服務建議書。

• 簡介

• 摘要

• 規劃

• 總結

• 人力

• 成本分析

• 期望成果

• 附錄

設計

產出一個能讓 PG 進行 Coding 的系統模型，並交付設計規格書。

結構化、物件導向分析設計

結構化分析設計

從每個需求依序分解成小模組，最後將其組合起來並實作。

• 優點：

  • 結構明確，開發直觀易懂

  • 產出書面文件

  • 可與專案管理工具配合使用

• 缺點：

  • 更動成本大

  • 細節須在初期決定

  • 未有雛型不易與使用者溝通

物件導向分析設計

利用物件導向概念提升系統程式的再使用率、彈性、可維護性。

• 優點：

  • 降低系統開發成本與時間

  • 物件導向提供程式重複使用率與品質

  • 由封裝獲得模組化

  • 由繼承獲得擴充性

  • 由多型獲得高彈性

  • 可由 CASE 工具輔助開發

• 缺點：

  • 較不值觀

  • 分析與設計過程複雜

建置與導入

目標是交付一套功能完整的系統，並交付程式說明文件。

軟體測試

共四種，如以下：

單元測試

又稱涵蓋式測試(Coverage-Based Testing)，是對程式每個功能逐一測試，可分為：

• 程式碼審查(Code Review)

  • 由 PG、其他 PG 幫忙檢查

• 結構化逐步審查(Structure Walk-Throught)

  • 由 3-5 個非專案內 IT 人員協助測試

整合測試

又稱設計逐步審查(Design Walk-Throught)，是對流程上的正確性測試，可分為：

• 由上而下測試法：

  • 優點：及早發現流程上錯誤

  • 缺點：假模組太多，因為許多功能尚未完成...

• 由下而上測試法：

  • 優點：簡單

  • 缺點：流程錯誤難被發現

• 混合測試法：

  • 中間層次上下會和，較常使用

系統測試

針對整個系統進行測試。

驗收測試

針對整個系統進行測試，並且由客戶決定驗收是否通過，測試環境可分為：

Alpha 測試

封閉環境下的測試

Beta 測試

開放環境下的測試，主要有以下：

種類	定義
壓力測試	測試系統最大負載量
回復測試	在系統失敗後的還原測試
安全測試	系統防駭能力測試
績效測試	檢視系統是否達到使用者要求
儲存測試	測試系統儲存能力
程序性測試	測試系統文件使用友善性
人因測試	防呆測試

接受度測試

確認測試正確性、強健性、執行效能、文件完整度，並有以下三種層級：

種類	定義
驗證測試	在模擬環境中以模擬資料執行系統(Alpha)
確認測試	在真實環境中以真實資料執行系統(Beta)
審核測試	證實系統沒有錯誤，可完成驗收

以測試模式而言，可分為兩種：

模式	定義
白箱	以深度測試為主，測試人員須了解程式內部架構、邏輯路徑...等
黑箱	以廣度測試為主，測試人員已使用者角度進行程序上的測試

系統轉換

有以下三種轉換目標：

1. 設備轉換

2. 資料轉換

3. 作業程序轉換

而轉換方式為：

直接轉換

Direct Conversion，舊系統下線，新系統上線，不容許有錯誤發生。

• 優點：快速、簡單、轉換成本便宜

• 缺點：無法預期發生錯誤的風險

• 適用：無舊系統或重要性不高的系統

平行轉換

Parallel Conversion，新舊系統一起運作一段時間。

• 優點：方便比較新舊效能差異、不會中斷系統運作的連貫性

• 缺點：增加使用者負擔、資料同步複雜、成本較高

• 適用：風險較小但資料性高的系統

試行轉換

Pilot Conversion，少部分人先適用，再慢慢拉進所有使用者。

• 優點：了解使用者使用狀況、風險低

• 缺點：營運成本高

• 適用：陌生的系統

漸進式轉換

Phased Conversion，功能分階段上線。

• 優點：可確保所有功能經過完整測試

• 缺點：轉換期間拉很長

• 適用：轉換過程複雜的系統

四者比較

• 風險大小：直接>漸進>試行>平行

• 成本高低：平行>試行>漸進>直接

系統評估

評估系統是否能正常運作、成本與效益是否如預期。

支援與維護

此階段為售後保固服務，並交付系統說明文件、系統操作書。