Topic 06 行銷資訊系統的開發方法

學 習 目 標 方法論(Methodology)的重要性 生命週期模式(System Development Lifecycle；SDLC) 學 習 目 標 方法論(Methodology)的重要性 生命週期模式(System Development Lifecycle；SDLC) 雛型模式(Prototype Model) 螺旋模式(Spiral Model) 快速應用軟體發展模式(Rapid Application Development Model)

方法論(Methodology)的重要性 ◆清楚的定義各種行動 ◆透過相同的步驟，能保證產出的品質的一致性 ◆提供結構化的架構(framework)，易於學習及傳達 ◆提供檢核點(checkpoint)易於追蹤與改善 ◆可以解決大的問題及難的問題 ◆就團隊而言，方法論提供合作的基礎

生命週期模式(SDLC ； System Development Lifecycle) 系統發展從頭開始一個階段接著一個階段的進行，前一個階段未完成就無法進入下一個階段；完整的完成一個階段就可順利進入下一個階段。 假如在過程中出了問題，則隨時可以回到先前的任何一個階段進行修正或補救。完成修正或補救後仍要循著順序往下執行。

生命週期模式(SDLC)(續) SDLC每一階段的投入除了前一階段的產出外還可以加入一些新的想法(new idea)，這些新的想法必須控制在系統需求的範圍之內以免系統方向有所偏離。 new idea

生命週期模式(SDLC)(續) SDLC的五個階段(stage) 系統定義 軟體需求分析 系統設計 系統發展 維 護

生命週期模式(SDLC)(續) 最主要的工作就是確認系統的範圍(scope)與目標(objective)。 樣的功能。 ◆系統定義(Definition) 最主要的工作就是確認系統的範圍(scope)與目標(objective)。 ●系統範圍是指這個系統到底具備了什麼 樣的功能。 ●系統目標則是指這個系統到底能帶給使 用者什麼樣的工作績效。

生命週期模式(SDLC)(續) 系統的需求大體上可以區分為流程需求與資料需求。 ●流程分析最主要就是要詳細的剖析系統 ◆軟體需求分析(Requirement Analysis) 系統的需求大體上可以區分為流程需求與資料需求。 ●流程分析最主要就是要詳細的剖析系統 要提供給使用者什麼功能。 ●資料分析的目的是為了要讓系統在資料 管理上更有效率。

生命週期模式(SDLC)(續) 系統需求 流程需求 資料需求

生命週期模式(SDLC)(續) 又稱為實體設計(Physical Design)。分成介面、資料庫、系統架構與程式邏輯等四個方面。 ◆系統設計(System Design) 　又稱為實體設計(Physical Design)。分成介面、資料庫、系統架構與程式邏輯等四個方面。

生命週期模式(SDLC)(續) 資料庫設計 介面設計 系統設計 架構設計 程式設計

生命週期模式(SDLC)(續) ◆系統發展(Implementation) 　系統發展階段包括程式設計(coding)、測試(testing)與建置(installation)三項主要的工作。

生命週期模式(SDLC)(續) ◆維護(Maintenance) 　維護是指將系統作修正以維持可用的狀態。只要系統在線上，維護一直都會發生。系統維護是資訊部門的日常作業，上線的系統越多，行銷部門的監督維護的負擔就越重。

生命週期模式(SDLC)(續) SDLC的優缺點 優 點 缺 點 1.有嚴謹的程序，利於軟 體專案的控制。 2.能開發出架構嚴謹、品 優 點 缺 點 1.有嚴謹的程序，利於軟 體專案的控制。 2.能開發出架構嚴謹、品 質良好的系統。 3.有完整的文件系統。 4.維護容易。 1.開發時間長。 2.開發成本高。 3.很難完整的掌握系統需 求。 4.文件更新負擔重。

雛型模式(Prototype Model) 所謂雛型就是軟體發展初期一個可以操作的版本，即軟體雛型(software prototype)，它反映了最終系統部分重要的特性。 雛型模式分為： ◆演進式雛型(evolutionary prototype) ◆抛棄式雛型(throw-away prototype）

雛型模式(Prototype Model)(續) ◆演進式雛型(evolutionary prototype) 此種軟體雛型的開發過程是，一開始由分析師與客戶進行需求研究，選出系統中較具關鍵性的需求，然後先針對該關鍵需求進行雛型開發。完成後的軟體雛型交由客戶試用，在試用雛型的過程，客戶會產生新的需求，系統開發人員再根據新的需求來擴充雛型的功能，此一循環不斷重複進行直到客戶滿意軟體雛型為止。

雛型模式(Prototype Model)(續) 滿意 不滿意 需求分析 發展雛型 使用雛型 評估 加強雛型功能 系統完成

雛型模式(Prototype Model)(續) ◆抛棄式雛型（throw-away prototype) 　有的軟體雛型開發者只將系統的焦點集中在輸入畫面、報表與處理程序而以最少量的程式碼來開發雛型，目的只是要確認需求而不是真的要拿來用，所以不必遵循程式標準或與資料庫連結。當系統需求確認後，再按照雛型重新開發一個系統。

雛型模式(Prototype Model)(續) 可重複使用部分 不滿意 滿意 需求分析 發展雛型 使用雛型 評估 發展系統 修正系統 系統完成

雛型模式(Prototype Model)(續) 雛型法優缺點： 優 點 缺 點 1.在系統開發早期即能掌 握需求。 2.系統開發時間短。 1.系統品質不佳。 2.缺乏完整的文件系統。 3.很難要求客戶全程參 與。

螺旋模式(Spiral Model) Boem於1988年提出了螺旋模式，螺旋模式最特殊的地方是在整個系統發展的過程中加入了”風險分析”(Risk Analysis)的活動。

螺旋模式(Spiral Model)(續) 螺旋模式包含四個主要活動(Pressman) ： ◆計劃：決定目標、備選方案與限制條件。 ◆風險分析：評估備選方案、確認風險且解 決風險。 ◆工程：發展與測試系統。 ◆客戶評估：客戶對系統做評價。

螺旋模式(Spiral Model)(續) 計劃 風險分析 原始需求 原始需求的 風險分析 根據客戶評估 根據客戶反應的 的計劃 風險分析 繼續/不繼續 原始雛形 客戶評估 更完整的雛形 客戶評估 工程

螺旋模式(Spiral Model)(續) 螺旋模式的優缺點： 優 點 缺 點 1.兼具SDLC模式與雛型 模式的優點。 2.可以考慮軟體重複使用。 3.可降低專案的風險。 1.不適合用在無法預測改變 的系統。 2.風險分析不容易。

快速應用軟體發展模式(RAD；Rapid Application Development Model) RAD模式由James Martin所提出，主要的概念是要以更快的速度與更低的成本來發展出高品質的軟體。

快速應用軟體發展模式(續) RAD模式的四個關鍵元件： ◆工具(tool) ◆方法論(methodology) ◆人(people) ◆管理(management)

快速應用軟體發展模式(續) James Martin的RAD模式包含下列四個步驟： ◆需求規劃(requirement planning) ◆使用者設計(user design) ◆建構(construction) ◆結束(cutover)

快速應用軟體發展模式(續) James Martin的RAD模式: 需求規劃 使用者設計 建 構 結 束

快速應用軟體發展模式(續) Linthicum的RAD模式: 介面分析 介面變更 系統設計 設計變更 測 試 產生程式碼 產生程式碼 測 試 介面變更 雛形 設計 設計變更 介面 程式錯誤 程式碼 程式碼 程式碼 介面分析 介面變更 系統設計 設計變更 測 試 產生程式碼 產生程式碼 測 試 整 合 產 品