1 / 22

第十五章 資訊系統開發方法論

第十五章 資訊系統開發方法論. 本章大綱. 第一節 資訊系統不同的開發方法 第二節 系統開發生命週期法 第三節 雛型開發法 第四節 合作需求規劃與合作應用設計 第五節 使用者自建系統 第六節 資訊系統的委外與租用 第七節 套裝軟體的引進 第八節 不同資訊系統開發方法的比較. 15.1 系統開發方法分類. 可行性分析. 組織內部開發. 組織外部開發. 系統開發 生命週期法. 雛型 開發法. 合作需求規劃及合作應用設計. 使用者 自建系統. 委外. 租用. 採購套 裝軟體. ISD 開發技術的演進史.

taylor-berger
Download Presentation

第十五章 資訊系統開發方法論

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 第十五章 資訊系統開發方法論

  2. 本章大綱 • 第一節 資訊系統不同的開發方法 • 第二節 系統開發生命週期法 • 第三節 雛型開發法 • 第四節 合作需求規劃與合作應用設計 • 第五節 使用者自建系統 • 第六節 資訊系統的委外與租用 • 第七節 套裝軟體的引進 • 第八節 不同資訊系統開發方法的比較

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

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

  5. 15.2 系統開發生命週期法 • 技術背景 • 4GL之前的程式語言：耗時、難以撰寫及維護，欠缺彈性 • SDLC法主要特色 • 整個生命週期的階段定義分明。 • 前一階段完成後，方能開始下一階段的工作。 • 每一個階段的完成，必定有其一定的里程碑或文件。 • 每一階段的任務力求完整、正確、嚴謹。 • 嚴謹的專案管理控制。 • 使用者僅在分析與系統測試時參與。

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

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

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

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

  10. 雛型開發法的不同類型 • 用後丟棄雛型開發法(Throw Away)。 • 介面雛型開發法(Mock Up)。 • 演化型雛型開發法(Evolutionary Prototype)。

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

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

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

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

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

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

  17. 傳統的委外與ASP之比較

  18. 委外的優缺點 • 優點 • 核心能力的專注。 • 形成經濟規模。 • 提升IS的品質。 • 降低投資風險。 • 產生節約意識，避免不必要的花費。 • 減少長期資本投資。 • 缺點 • 打擊員工士氣。 • 需求溝通的問題。 • 阻礙內部的科技升級及組織學習。 • 不確定性及品質控制的難度增加。 • 易受承包商控制。 • 彈性應變能力較弱。

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

  20. 15.8 IS開發方法比較

  21. IS開發方法比較 (Cont.)

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

More Related