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

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

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

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

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

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

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

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

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

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

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

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

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

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

14. 生命週期模式(SDLC)(續) • SDLC的優缺點

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

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

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

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

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

20. 雛型模式(Prototype Model)(續) • 雛型法優缺點：

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

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

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

24. 螺旋模式(Spiral Model)(續) • 螺旋模式的優缺點：

25. 快速應用軟體發展模式(RAD；Rapid Application Development Model) • 根據2001年統計資料顯示，全球的應用系統約有四成採用RAD模式開發。 • RAD模式由James Martin所提出，主要的概念是要以更快的速度與更低的成本來發展出高品質的軟體。

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

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

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

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