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

Page 2

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

Page 3

方法論 (Methodology) 的重要性方法論 (Methodology) 的重要性

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

Page 4

生命週期模式 (SDLC ； System Development Lifecycle)

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

Page 5

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

new idea

Page 6

SDLC 的五個階段 (stage)生命週期模式 (SDLC)( 續 )

系統定義軟體需求分析

系統設計系統發展

維 護

Page 7

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

Page 8

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

Page 9

生命週期模式 (SDLC)( 續 )系統需求

流程需求 資料需求

Page 10

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

Page 11

生命週期模式 (SDLC)( 續 )

系統設計

介面設計 資料庫設計

架構設計 程式設計

Page 12

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

Page 13

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

Page 14

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

優 點 缺 點1.有嚴謹的程序，利於軟 體專案的控制。2.能開發出架構嚴謹、品 質良好的系統。3.有完整的文件系統。4.維護容易。

1.開發時間長。2.開發成本高。3. 很難完整的掌握系統需 求。4. 文件更新負擔重。

Page 15

雛型模式 (Prototype Model)

所謂雛型就是軟體發展初期一個可以操作的版本，即軟體雛型 (software prototype) ，它反映了最終系統部分重要的特性。雛型模式分為：

◆演進式雛型 (evolutionary prototype) ◆抛棄式雛型 (throw-away prototype）

Page 16

雛型模式 (Prototype Model)( 續 )

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

Page 17

雛型模式 (Prototype Model)( 續 )

滿意 不滿意

需求分析

發展雛型

使用雛型

評估系統完成加強雛型功能

Page 18

雛型模式 (Prototype Model)( 續 )

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

Page 19

雛型模式 (Prototype Model)( 續 )

可重複使用部分

不滿意 滿意

需求分析

發展雛型

使用雛型

評估 發展系統 修正系統 系統完成

Page 20

雛型模式 (Prototype Model)( 續 )

雛型法優缺點：優 點 缺 點

1.在系統開發早期即能掌 握需求。2.系統開發時間短。

1.系統品質不佳。2. 缺乏完整的文件系統。3. 很難要求客戶全程參 與。

Page 21

螺旋模式 (Spiral Model)

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

Page 22

螺旋模式 (Spiral Model)( 續 )螺旋模式包含四個主要活動 (Pressman) ：

◆計劃：決定目標、備選方案與限制條件。◆風險分析：評估備選方案、確認風險且解 決風險。◆工程：發展與測試系統。◆客戶評估：客戶對系統做評價。

Page 23

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

Page 24

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

優 點 缺 點1.兼具 SDLC 模式與雛型 模式的優點。2. 可以考慮軟體重複使用。 3. 可降低專案的風險。

1.不適合用在無法預測改變 的系統。2.風險分析不容易。

Page 25

快速應用軟體發展模式 (RAD ；Rapid Application Development Model) 根據 2001年統計資料顯示，全球的應用系統約有四成採用 RAD 模式開發。

RAD 模式由 James Martin 所提出，主要的概念是要以更快的速度與更低的成本來發展出高品質的軟體。

Page 26

快速應用軟體發展模式 ( 續 )RAD 模式的四個關鍵元件：

◆工具 (tool) ◆方法論 (methodology) ◆人 (people) ◆管理 (management)

Page 27

快速應用軟體發展模式 ( 續 )James Martin 的 RAD 模式包含下列四個步驟：

◆需求規劃 (requirement planning) ◆使用者設計 (user design) ◆建構 (construction) ◆結束 (cutover)

Page 28

快速應用軟體發展模式 ( 續 )James Martin 的 RAD 模式 :需求規劃

使用者設計建 構

結 束

Page 29

快速應用軟體發展模式 ( 續 )Linthicum 的 RAD 模式 :

介面變更 雛形 設計 設計變更 介面 程式錯誤 程式碼

程式碼 程式碼 整 合

產 品

介面分析測 試

產生程式碼

系統設計產生程式碼

測 試

介面變更 設計變更