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

資訊管理導論楊子青 15-1

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


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


15.1 系統開發方法分類

系統開發生命週期法

雛型開發法

合作需求規劃及合作應用設計

使用者自建系統

採購套裝軟體委外租用

組織內部開發組織外部開發

可行性分析


1970 年代後期• 注重分析階段• Data 導向• 集體分析

ISD 開發技術的演進史1950 1970 1980 1990 2000

1950~1970 年代•瀑布式•傳統式的 SDLC

1980 年代初期• 4GL• 雛型開發法

1980 年代晚期• CASE 工具• OO

1990 年代初期• Client / Server• 整合 OO / CASE

2000 年代• Web-based, Java


15.2 系統開發生命週期法

技術背景4GL 之前的程式語言：耗時、難以撰寫及維護，欠缺彈性

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


SDLC 的主要步驟專案起始研究

•瞭解問題與契機•定義專案的範圍與資訊系統目標

專案可行性分析•財務可行性分析•技術可行性分析

• 組織接受可行性分析

系統分析• 使用者需求分析、訪談• ERD與 DFD的模式建立

系統設計•架構的大部設計•輸出入、程式、資料庫的設計

系統建構•程式撰寫

系統導入•直接導入•部分導入

•測試 •資源建構

•平行導入•階段導入

• 實驗導入


SDLC 的主要缺點

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


15.3 雛型開發法

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


雛型開發法的主要步驟

定義已知或重要的需求

開發雛型

使用者試用雛型

使用者評估雛型

雛型任務結束

放棄此系統建置此系統重新規劃此系統

否

是


雛型開發法的不同類型

用後丟棄雛型開發法 (Throw Away) 。介面雛型開發法 (Mock Up) 。

演化型雛型開發法 (Evolutionary Prototype) 。


雛型開發法的優缺點

優點快速驗證需求。利用實際 IS來掌握需求。使用者參與高。可早期發現錯誤。重複發展彈性高。邊用邊學、接受程度高。

缺點嚴謹度不夠、文件不完備。


15.4 合作需求規劃與合作應用設計

傳統系統分析缺點個人一對一訪談時間太久，以致成本太高。訪談由系統開發人員掌控，使用者角色太過被動而妨礙創造

力、想像力。不同使用者間的需求常存在著衝突、不一致，且難以解決。系統需求與組織的目標策略配合度不良。使用者對系統的目標、內容運作或價值存在疑慮，缺少共識

的形式。使用者與系統人員間的互動機會太少，無法互相學習、協調

與腦力激盪。


JRP/ JAD 特點

合作需求規劃 (Joint Requirement Planning, JRP) / 合作應用設計 (Joint Application Design, JAD)

強調使用者的主導參與、團隊合作、群體決策、群體共識、腦力激盪產生創意

不用一對一浪費時間、衝突可公開討論解決MIS 人員扮演技術支援的角色，不主導 IS 的目標與功能需求

利用 CASE快速設計介面來共同討論 IS 的設計架構JRP著重分析階段； JAD著重設計階段


15.5 使用者自建系統現存 IS 開發的主要問題

等待開發期 (Backlog) 的時間冗長，造成所需開發的系統積壓。

不可見的等待開發期 (Invisible Backlog) ：未提報維護成本太高。使用者需求難以正確掌握。

End User Computing (EUC) 指的是：「使用者自行利用易學、容易上手的軟體（例如 4GL），由資訊人員扮演支援協助的角色，進行開發、維護自己所需要的應用程式。」


EUC 的優缺點

優點沒有溝通、抗拒及等待之問題。降低MIS負擔。提升創意與工作滿意度。

缺點不適於複雜、大規模、要求嚴謹的控制、安全及效率的系統。需設立專門支援單位。工具不相容。需注意基本資料庫的安全。需良好的教育訓練。MIS 的本位主義： MIS 部門對部分資源釋出之抗拒


15.6 系統的委外與租用委外 (Outsourcing)

企業將部份或全部的資訊系統功能，以契約委方式委託外部的 IS 供應商來發展、管理或提供

企業透過應用服務提供者 (Application Service Provider, ASP) 租用其所需的軟體透過網路，業者集中管理應用軟體，並以租用的方式提供承租者相關之軟體服務

顧客只有使用權並沒有所有權，其只是租用並非一次買斷，另 IS是由業者集中管理，非建置在顧客處，且顧客可自由選擇不同的模組


傳統的委外與 ASP 之比較

比較項目傳統資訊委外服務 ASP

資訊委外環境大型主機網際網路委外管理重點硬體設備應用軟體軟體應用模式客製化套裝化、模組化軟體採購模式購買或自行開發租用服務配送方式到府服務線上服務委外經營模式一對一一對多委外型態自行管理供應商管理目標顧客大型企業中小企業價位昂貴大幅下降收費方式一次買斷彈性收費


委外的優缺點

優點核心能力的專注。形成經濟規模。提升 IS 的品質。降低投資風險。產生節約意識，避免不必要的花費。

減少長期資本投資。

缺點打擊員工士氣。需求溝通的問題。阻礙內部的科技升級及組織學習。

不確定性及品質控制的難度增加。

易受承包商控制。彈性應變能力較弱。


15.7 套裝軟體的引進

直接運用套裝軟體，不需資訊部門開發。優點：成本低、錯誤較少、節省時間、系統優良。缺點

無法適應不同公司的運作方式與特殊性由於非自行開發，對系統架構與程式內容不了解，造成修改上的困難

新趨勢：目前的套裝軟體已經發展到所謂的企業系統，例如： ERP、 SCM、 CRM 、軟體內含標準的作業流程、內建 Best Practice ，並且以此來搭配企業進行BPR。


15.8 IS 開發方法比較

方法特色優點缺點

系統生命週期法

按部就班且為循序漸進過程的白紙黑字之規格與簽名認可

使用者角色有限：僅於分析時參與

適用於大型複雜系統與專案所需

分析設計嚴謹、品質好、效率好

有完善的文件

緩慢、昂貴、沒彈性不鼓勵修改：牽一髮而動全身

需管理大量文件作業

雛型開發法實驗性系統可隨動態需求改變

快速、不正式、互動性的程序

使用者持續與雛型接觸

快速、廉價當需求不確定或使用者介面重要時，有助於鼓勵使用者參與接受

可以 Learning by Doing

不適用於大型複雜系統不注重系統分析、文件與測試等步驟

不夠嚴謹、IS品質及效率有問題

使用者自建系統

IS由使用者以 4GL開發

快速但不正式 IS專家角色不重要

接受度與使用者滿意度節省 IS開發時間與成本減少應用程式積壓

可能導致 IS失去控制不能保證 IS品質


IS 開發方法比較 (Cont.)

方法特色優點缺點

委外 IS建置由外部廠商完成

可降低或控制建置成本當組織內部資源或技術水準不足時仍可製作 IS

喪失對 IS功能的控制權廠商素質影響系統發展方向和成功與否

租用(ASP) 公司透過 Internet租用ASP所提供的軟體服務

分擔的租用成本低於量身訂作的方式

可彈性選擇適合自己的套裝軟體

並不見得完全適合本身的需求

無法獲得一對一的專屬服務

應用程式

套裝軟體

商用軟體降低組織內部自行發展的需求

專業廠商、品質、效率、可靠度較好

上課時間快降低企業內部資訊資源的成本

可能無法切合企業的專屬需求

企業功能無法完全發揮客製化會大幅提升成本不容易修改


不同 ISD選擇的影響因素

系統特質

資訊資源充裕程度

使用者特性問題特性

企業經營環境

系統開發方法的選擇

成本、品質、成敗、時間

•需求確定程度•標準化程度•策略性

•專案風險高低•資訊安全•結構化程度

•財務壓力•動態變化•時間壓力

•IS 部門之技術與人力

•動機興趣及 IT 技能

Documents

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

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