B、資訊系統開發方法論 系統開發生命週期法 雛型開發法 合作需求規劃與合作應用設計 使用者自建系統 資訊系統的委外與租用 套裝軟體的引進

Presentation on theme: "B、資訊系統開發方法論 系統開發生命週期法 雛型開發法 合作需求規劃與合作應用設計 使用者自建系統 資訊系統的委外與租用 套裝軟體的引進"— Presentation transcript:

1 B、資訊系統開發方法論 系統開發生命週期法 雛型開發法 合作需求規劃與合作應用設計 使用者自建系統 資訊系統的委外與租用 套裝軟體的引進
不同資訊系統開發方法的比較

2 系統開發方法分類 系統開發 生命週期法 雛型 開發法 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發 組織外部開發 可行性分析
合作需求規劃及合作應用設計 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發 組織外部開發 可行性分析

3 ISD開發技術的演進史 1950 1970 1980 1990 2000 1950~1970年代 1970年代後期 瀑布式 注重分析階段
1950~1970年代 瀑布式 傳統式的SDLC 1970年代後期 注重分析階段 Data導向 集體分析 1980年代初期 4GL 雛型開發法 1980年代晚期 CASE工具 OO 1990年代初期 Client / Server 整合OO / CASE 2000年代 Web-based, Java

4 1. 系統開發生命週期法(SDLC) 系統開發 生命週期法 雛型 開發法 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發
合作需求規劃及合作應用設計 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發 組織外部開發 可行性分析

5 SDLC 技術背景 IS 開發的Life Cycle Model 4GL之前的程式語言：耗時、難以撰寫維護 分析 設計 策略 規劃 實作
系統 評估 維護 導入 策略 規劃 分析 設計 實作 與測 試

6 SDLC主要特色 整個生命週期的階段定義分明。 前一階段完成後，方能開始下一階段的工作。 每一個階段的完成，必定有其一定的里程碑或文件。
每一階段的任務力求完整、正確、嚴謹。 嚴謹的專案管理控制。 使用者僅在分析與系統測試時參與。

7 SDLC主要步驟 專案起始研究 瞭解問題與契機 定義專案的範圍與資訊系統目標 專案可行性分析 財務可行性分析 技術可行性分析
組織接受可行性分析 系統分析 使用者需求分析、訪談 ERD與DFD的模式建立 系統設計 架構的大部設計 輸出入、程式、資料庫的設計 系統建構 程式撰寫 系統導入 直接導入 部分導入 測試 資源建構 平行導入 階段導入 實驗導入

8 SDLC主要缺點 發展時間冗長，使用者常失去耐心。 使用者參與程度少。 SDLC的前段沒有實際的系統雛型供使用者試驗學習。
使用者測試評估，僅在資訊系統上線的最後階段。

9 2. 雛型開發法 系統開發 生命週期法 雛型 開發法 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發 組織外部開發 可行性分析
合作需求規劃及合作應用設計 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發 組織外部開發 可行性分析

10 雛型開發法被提出之原因 使用者對自己的需求常常不甚明確，根本說不清楚。 開發人員常常無法充分瞭解使用者的需求。
邊做邊學(Learning by Doing)的優點。 外在環境需求的經常變動，需及時反應。 分析後期所產生的修改成本很高，應儘早發現　　錯誤。

11 雛型開發法的主要步驟 定義已知或 重要的需求 開發雛型 否 使用者試用 雛型 放棄此系統 是 建置此系統 使用者評估 雛型任務
結束 放棄此系統 建置此系統 重新規劃此系統 否 是

12 雛型開發法的不同類型 用後丟棄雛型開發法(Throw Away)。 介面雛型開發法(Mock Up)。
以一種快而粗糙(Quick and Dirty)的方式建立雛型，以促使使用者儘快藉由與雛型互動來決定需求項目 僅實施在風險程度最高的地方，因為雛型之丟棄也意味著成本的浪費 介面雛型開發法(Mock Up)。 演化型雛型開發法(Evolutionary Prototype)。 將所有需求看成一個整體 從需求最清楚的部分快速的經歷一系統開發週期，以完成初版雛型系統 再利用該雛型與使用者溝通以確定、修改和擴充需求，並藉以做為下一週期雛型演進之依據。

13 雛型開發法的優缺點 優點 缺點 快速驗證需求。 利用實際IS來掌握需求。 使用者參與高。 可早期發現錯誤。 重複發展彈性高。
邊用邊學、接受程度高。 缺點 嚴謹度不夠、文件不完備。

14 3. 合作需求規劃與合作應用設計 系統開發 生命週期法 雛型 開發法 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發
合作需求規劃及合作應用設計 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發 組織外部開發 可行性分析

15 傳統系統分析缺點 個人一對一訪談時間太久，以致成本太高。 訪談由系統開發人員掌控，使用者角色太過被動而妨礙創造力、想像力。
不同使用者間的需求常存在著衝突、不一致，且難以解決。 系統需求與組織的目標策略配合度不良。 使用者對系統的目標、內容運作或價值存在疑慮，缺少共識的形式。 使用者與系統人員間的互動機會太少，無法互相學習、協調與腦力激盪。

16 JRP/ JAD 特點 合作需求規劃(Joint Requirement Planning, JRP) / 合作應用設計(Joint Application Design, JAD) 強調使用者的主導參與、團隊合作、群體決策、群體共識、腦力激盪產生創意 不用一對一浪費時間、衝突可公開討論解決 MIS人員扮演技術支援的角色，不主導IS的目標與功能需求 利用CASE Tools快速設計介面來共同討論IS的架構 JRP著重分析階段；JAD著重設計階段

17 4. 使用者自建系統 系統開發 生命週期法 雛型 開發法 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發 組織外部開發
合作需求規劃及合作應用設計 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發 組織外部開發 可行性分析

18 EUC 現存IS開發的主要問題 End User Computing 等待開發期(Backlog)的時間冗長，造成所需開發的系統積壓
不可見的等待開發期(Invisible Backlog) ：未提報 維護成本太高。 使用者需求難以正確掌握。 End User Computing 使用者自行利用易學、容易上手的軟體（如4GL），由資訊人員扮演支援協助的角色，進行開發、 維護自己所需的應用程式。

19 EUC的優缺點 優點 缺點 沒有溝通、抗拒及等待之問題。 降低MIS負擔。 提升創意與工作滿意度。
不適於複雜、大規模、要求嚴謹的控制、安全及 效率的系統。 需設立專門支援單位。 工具不相容。 需注意基本資料庫的安全。 需良好的教育訓練。 MIS的本位主義：MIS部門對部分資源釋出之抗拒

20 5. 資訊系統的委外與租用 系統開發 生命週期法 雛型 開發法 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發 組織外部開發
合作需求規劃及合作應用設計 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發 組織外部開發 可行性分析

21 委外與租用 委外(Outsourcing) 租用 企業將部份或全部的資訊系統功能，以契約委方式委託外部的IS供應商來發展、管理或提供
企業透過應用服務提供者(Application Service Provider, ASP)租用其所需的軟體 透過網路，業者集中管理應用軟體，並以租用方式提供承租者相關之軟體服務 顧客只有使用權並沒有所有權，其只是租用並非一次買斷，另IS是由業者集中管理，非建置在顧客處，且顧客可自由選擇不同的模組

22 傳統的委外與ASP之比較

23 委外的優缺點 優點 缺點 核心能力的專注。 提升IS的品質。 產生節約意識，避免不必要的花費。 打擊員工士氣。 需求溝通的問題。
阻礙內部的科技升級及組織學習。 不確定性及品質控制的難度增加。 易受承包商控制。 彈性應變能力較弱。

24 6. 套裝軟體的引進 系統開發 生命週期法 雛型 開發法 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發 組織外部開發
合作需求規劃及合作應用設計 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發 組織外部開發 可行性分析

25 套裝軟體的引進 直接運用套裝軟體，不需資訊部門開發。
新趨勢：目前的套裝軟體已經發展到所謂的企業系統，例如：ERP、SCM、CRM、軟體內含標準的作業流程、內建Best Practice，並且以此來搭配企業進行BPR 優點 成本低、錯誤較少、節省時間、系統優良。 缺點 無法適應不同公司的運作方式與特殊性。 由於非自行開發，對系統架構與程式內容不了解，造成修改上的困難。

26 7. IS開發方法比較

27 IS開發方法比較 (Cont.) 方法 特色 優點 缺點 委外 l IS 建置由外部廠商完 成 可降低或控制建置成本
當組織內部資源或技術水準 不足時仍可製作 喪失對 功能的控制權 廠商素質影響系統發展方 向和成功與否 租用 (ASP) 公司透過 Internet 租 用 ASP 所提供的軟體 服務 分擔的租用成本低於量身訂 作的方式 可彈性選擇適合自己的套裝 軟體 並不見得完全適合本身的 需求 無法獲得一對一的專屬服 務 應用程式 套裝軟體 商用軟體 降低組織內部自行 發展的需求 專業廠商、品質、效率、 可靠度較好 上線時間快 降低企業內部資訊資源的 成本 可能無法切 合企業的專 屬需求 企業功能無法完全發揮 客製化會大幅提升成本 不容易修改

28 不同ISD選擇的影響因素 系統特質 資訊資源 充裕程度 使用者特性 問題特性 企業經營環境 系統開發方法的選擇 成本、品質、成敗、時間
需求確定程度 標準化程度 策略性 專案風險高低 資訊安全 結構化程度 財務壓力 動態變化 時間壓力 IS部門之技術與人力 動機興趣及IT技能

29 參考資料 林東清，「資訊管理：e化企業的核心 競爭能力」，智勝文化，台北市，2002年9月初版。
第十五章：資訊系統開發方法論 吳仁和、林信惠， 「系統分析與設計：理論與實務應用」三版，智勝文化事業 有限公司，台北市，2004年1月。 第二章：資訊系統開發模式