《资讯系统开发方法论.ppt》由会员分享，可在线阅读，更多相关《资讯系统开发方法论.ppt（49页珍藏版）》请在三一办公上搜索。
1、第十五章 資訊系統開發方法論,本章大綱,第一節 資訊系統不同的開發方法第二節 系統開發生命週期法第三節 雛型開發法第四節 合作需求規劃與合作應用設計第五節 使用者自建系統第六節 資訊系統的委外與租用第七節 套裝軟體的引進第八節 不同資訊系統開發方法的比較附錄15-A 系統開發生命週期法的開發步驟附錄15-B 套裝軟體選擇的一些準則,圖15-1 系統開發方法 分類圖,系統開發生命週期法,雛型開發法,合作需求規劃及合作應用設計,使用者自建系統,採購套裝軟體,委外,租用,組織內部開發,組織外部開發,可行性分析,影響需要不同開發方法的主要因素,問題特性需求確定程度。標準化程度。策略性。系統特質專案風險
2、性的高低。資訊安全。結構化程度。效率要求和規模。,影響需要不同開發方法的主要因素（續）,使用者特性資訊資源充裕程度企業經營環境財務壓力動態變化時間壓力成本問題。時間問題。品質問題。成敗問題。,圖15-2 不同ISD選擇的主要影響因素與造成的影響,系統特質,資訊資源充裕程度,使用者特性,問題特性,企業經營環境,系統開發方法的選擇,成本、品質、成敗、時間,1970年代後期 注重分析階段 Data導向 集體分析,圖15-3 ISD開發技術的演進史,1950 1970 1980 1990 2000,19501970年代 傳統式的SDLC 瀑布式,1980年代初期 4GL 雛型開發法,1980年代晚期
3、CASE工具 OO,1990年代初期 Client/Server 整合OO/CASE,2000年代 Web-based,Java,What？SDLC方法論的主要特色,整個生命週期的階段定義分明。原則上，前一階段完成後，方能開始下一階段的工 作。每一個階段工作的完成，必定有其一定的里程碑或文件。每一階段的任務力求完整、正確、嚴謹。嚴謹的專案管理控制。使用者僅在分析與系統測試時參與。,Why？SDLC的主要目標,建立標準化、嚴謹的開發程序。透過專案管理的工具提高資源的利用率。利用模組化的分析與設計，將複雜的問題由上而下切割(Top-Down Partition)成為簡單的模組。透過統一的步驟，保證
4、產品的品質。清楚的階段劃分易於分工與責任的歸屬。每一階段的文件力求完整，較易追蹤維護。利用管理控制的檢查工具，降低錯誤的發生。,圖15-4 SDLC的主要步驟,專案可行性分析,財務可行性分析技術可行性分析,組織接受可行性分析,系統建構,程式撰寫,測試,資源建構,平行導入階段導入,實驗導入,SDLC的主要缺點,發展時間冗長。使用者參與程度少。SDLC的前段沒有實際的系統雛型可供使用者試驗學習。使用者測試評估僅在資訊系統上線的最後階段。因發展時間冗長，使用者常失去耐心。,雛型開發法,雛型開發法出現的原因使用者對自己的需求常常不甚明確，根本說不清楚。開發人員常常無法充分瞭解使用者的需求。邊做邊學(L
5、earning by Doing)的優點。外在環境需求的經常變動，需及時反應。分析後期所產生的修改成本很高，應盡早發現錯誤。,雛型開發法（續）,圖15-5 Prototype的主要步驟,定義已知或重要的需求,開發雛型,使用者試用雛型,使用者評估雛型,雛型任務結束,放棄此系統 建置此系統 重新規劃此系統,否,是,雛型開發法的主要特點 與優勢,快速驗證需求。利用實際IS來掌握需求。使用者參與高。可早期發現錯誤。重複發展彈性高。邊用邊學、接受程度高。,雛型開發法的主要不同類型,用後丟棄雛型開發法(Throw Away)。介面雛型開發法(Mock Up)。演化型雛型開發法(Evolutionary P
6、rototype)。,雛型開發法的缺點,嚴謹度不夠。文件不完備。太早交貨的問題。觀念的抗拒。,When？雛型開發法的適用時機,資訊需求不清楚。對使用者需求必須檢定高成本系統、高風險系統、新科技應用，無法在真正投資後才發現不可行，此時應使用 Portotype。,傳統系統分析的缺點,個人一對一訪談時間太久，以致成本太高。訪談由系統開發人員掌控，使用者角色太過被動而妨礙創造力、想像力。不同使用者間的需求常存在著衝突、不一致，且難以解決。系統需求與組織的目標策略配合度不良。使用者對系統的目標、內容運作或價值存在疑慮，缺少共識的形式。使用者與系統人員之間互動的機會太少，無法互相學習、協調與腦力激盪。,
7、合作需求規劃的特點,屬於分析階段。由使用者主導。追求共識。集體討論。技術諮詢角色。雙方互動。組織動力學。腦力激盪。,合作需求規劃的特點（續）,專家主持。成員地位平等。解決衝突。文件產出。,合作需求規劃的益處,瞭解IS的目標。充分知識分享。可協調衝突。提高認同感。節省時間。與企業目標配合。思考BPR。,使用者自建系統,使用者自建系統的定義使用者自建系統(EUC)指的是：使用者自行利用易學、容易上手的軟體（例如4GL），由資訊人員扮演支援協助的角色，進行開發、維護自己所需要的應用程式。,使用者自建系統（續）,需要使用者自建系統的原因現存IS開發的主要問題等待開發期(Backlog)的時間冗長，造成
8、所需開發的系統積壓。不可見的等待開發期(Invisible Backlog)。維護成本太高。需求正確掌握的問題。,使用者自建系統（續 1）,提高IS開發生產力的方案招聘更多的開發人員。招聘高能力、有經驗的開發人員，並給予優渥的工作環境。使用好的程式語言。減少對系統維護的困難。利用軟體工程嚴謹的原則開發系統。利用電腦輔助開發工具。使用者自建系統。,使用者自建系統的優點,沒有溝通問題。沒有抗拒問題。降低MIS負擔。提升創意。提升工作滿意度。沒有等待的問題。提升ISD生產力、提高系統開發的生產力。,使用者自建系統的適用範圍,不適於複雜、大規模、要求嚴謹的控制、安全及效率的系統。適合EUC的應用系統，
9、EUC主要的可用範圍是簡單、個人導向、查詢導向、決策支援、規模小、交易量小的一些應用系統。,使用者自建系統的一些主要問題,規劃管理。設立專門支援單位。相容的工具。注意基本資料庫的安全。良好的教育訓練。MIS的本位主義。執行評估。,資訊系統的委外與租用,企業資訊系統委外的優點核心能力的專注。形成經濟規模。提升IS的品質。降低投資風險。產生節約意識，避免不必要的花費。解決資源不足的問題。減少長期資本投資。,資訊系統的委外與租用（續）,企業資訊系統委外的缺點打擊員工士氣。需求溝通的問題。阻礙內部的科技升級及組織學習。與內製相比，委外的不確定性及品質控制的難度增加。易受承包商控制。彈性應變能力較弱。,
10、資訊系統的委外與租用（續 1）,承包商對企業策略機密安全保護的問題。承包商的IT技術過時而沒有Upgrade的風險。雙方文化、經營理念不契合的問題。,適合委外的功能與範圍,當系統具備下列特性時，較不適合委外，包括：高競爭優勢潛力及機密性時，則此系統即為企業競爭的核心，因此為避免機密洩漏而對企業競爭優勢產生很大的影響，所以委外並非其最佳考量，高獨特性、高交易成本與不確定性（環境、溝通、行為）的資訊活 動，因確定性及標準化不高，所以冒然使用委外易導致失敗。相反地，據Sobol&Alte(1995)實證研究發現，一般屬於競爭優勢、策略性、不確定性及獨特性較低者；而成熟度、標準化、安全性、開發穩定性較
11、高者的IS則為較適合委外的項目。,業務處理委外,由於資訊科技及Internet的普及與進步，在IT委外的風潮帶動下，有愈來愈多的企業逐漸把非核心的業務(Non-core Business Process)交給專業的第三者來經營，而專注於本身的核心能力上。而所謂業務處理委外(Business Process Outsourcing,BPO)指的就是企業利用長期合約，將非核心的業務處理，委託外部委外服務提供者來執行，目的在專注提高企業核心的競爭能力(ARC Consulting,2001)，GartnerGroup，則對BPO有一較狹義的定義，其認為BPO是一種企業將內部資訊化的業務處理(IT-e
12、nabled Business Process)外包給委外服務提供者的行為。,表15-2 GartnerGroup北美BPO調查涵蓋範圍,企業最傾向於委外的情況,與競爭者比較，企業資訊部門的績效明顯落後時。企業對IT的需求期望與實際支援的差異情況愈大時。企業對IT未來需求的預測很困難時。企業的財務績效（降低成本的重要性）很重要時。企業IT的成本/效益明顯低落時。企業IT的資源充分度與素質明顯不足時。內製與委外的成本比較差距很大時。企業對關鍵IT的創新及使用能力的需求程度很重要時。,委外的關鍵成功因素,雙方的合作態度與溝通程度。供應商的支援能力及服務品質。委外企業的配合度。合約的合理規範與執行。
13、供應商對委外企業的瞭解程度。委外系統的特性。雙方合作的合夥關係。專案管理程度。委外企業的授權程度。專案組織的成立與功能。,委外承包商的選擇,公司名譽與成功案例。現在與過去顧客的關係與口碑。與公司理念、文化、策略的相容程度。研發經費預算的高低。服務品質及對顧客意見的接受度。協商期間的彈性程度。具有國際化支援的能力程度。具有產業專業知識的程度。,委外承包商的選擇（續）,具多種資訊架構處理的經驗。產品技術具有彈性。健全的財務，穩健經營。協力廠商的陣容。保密、分擔風險的承諾。,委外關係本質的改變,圖15-6 資訊委外管理光譜,委外管理,內部作業 合約,合約 聯盟,契約 合夥關係,管理的關係 顧客/承包
14、商關係 承包商提供服務 承包商大量投資,信任的關係 互相依賴的策略 共同目標 合夥者的成就利潤 聯合財務投資 聯合組織投資 分享風險/酬償,表15-3 傳統的委外與ASP比較,套裝軟體的引進,直接運用套裝軟體。不需本身資訊部門開發。優缺點：套裝軟體的優點在於(1)成本低；(2)錯誤較 少；(3)節省時間；(4)系統優良。SW Package的一些新趨勢：目前的套裝軟體已經發展到所謂的企業系統，例如：ERP、SCM、CRM、軟體內含標準的作業流程、內建Best Practice，並且以此來搭配企業進行BPR。,表15-4 IS開發方法的比較,表15-4 IS開發方法的比較（續）,本章總結,由於企
15、業面對的問題特性、系統特質、使用者特性、資訊資源充裕程度及企業經營環境等不同，因此需要選擇不同的ISD方法來開發IS。ISD的方法主要可分成內部的SDLC、Prototype、JRP/JAD、EUC，及外部的委外、購買套裝軟體及租用等方法，各有各適合的情境與優缺點。ISD的選擇錯誤會影響IS開發的成本、時間、品質，甚至成敗。,本章總結（續）,SDLC是最傳統的ISD，其特點為階段分明、瀑布式、清楚的文件與里程碑、力求嚴謹、正確、完整、嚴謹的專案管理控制；缺點為發展時間冗長、使用者參與程度少、沒有實驗的系統雛型可供使用者試驗學習、不容易修改、修改成本高。Prototype是先定義出部分的需求、快
16、速開發，讓使用者實際上線操作，藉由Learning by Doing的方式驗證自己的真正需求，在幾次重複使用修改後，系統符合使用者的需求程度會很高，其主要是使用在需求不明確及高風險、高成本的統計試驗上。,本章總結（續 1）,Prototype的優點為：時間短、有系統地提供使用者驗證需求及練習、使用者參與高、錯誤可在早期發現、修改成本低、IS開發完成後需求符合程度高；缺點為：不嚴謹、品質及效率相對低、文件不完整、後續維護難、不適合複雜及規模大的系統。JRP/JAD強調使用者的主導參與、團隊合作、群體決策、群體共識、腦力激盪產生創意、不用一對一浪費時間、衝突可公開討論解決、MIS人員扮演技術支援的
17、角色，不主導IS的目標與功能需求，並利用CASE快速設計介面來共同討論IS的設計架構，是一種注重使用者涉入與參與的ISD方法。,本章總結（續 2）,EUC是由資訊人員支援使用者利用4GL開發自己使用的IS，目前由於MIS負擔過重、案件積壓太多，且許多IS都是簡單小型的AP，如由使用者自己來開發，則可降低MIS的負擔，並提升使用者的成就感、工作滿意度、生產力、減少IS的積壓、增加ISD的生產力，且開發出來的IS使用者滿意度與利用率都高。EUC適用在簡單、個人使用、資料查詢、決策支援、交易量小、不注重品質、效率、嚴謹、安全的小型AP上；相反地，大型重要且複雜度、困難度較高，並高度要求品質、效率、正
18、確的，如基本的TPS、DB，則不能用EUC來開發。,本章總結（續 3）,委外是企業將ISD的部分或全部功能，委由外部委外服務提供者來負責，其優點是專業分工、雙方達到經濟規模、企業減低IT投資風險、解決IT資源不足、品質不好的困境，藉此獲取高品質的IS，但雙方必須相互配合，且易產生溝通的問題、品質不確定性、易受承包商控制、安全洩密的問題等。e化企業相關主要的新型委外服務包括：e化IT基礎建設委外、企業非核心業務委外(BPO)及客服中心委外等。,本章總結（續 4）,當一個企業處於MIS重要性高，但品質太過低落，且對未來IT需求期望與實際支援不確定、財務有壓力、MIS資源明顯不足時，就是委外最適合的時機，而委外的CSF則包括：雙方合作與溝通程度、合夥關係的好壞、專案組織團隊的效率與專案管理的好壞程度等。,本章總結（續 5）,企業透過網路間ASP業者租用其所需的軟體，係指顧客只有使用權並沒有所有權，其只是租用並非一次買斷，另IS是由業者集中管理，非建置在顧客處，且顧客可自由選擇不同的模組，然而沒有如傳統委外的量身訂作，其主要是支援MIS的資源不充裕的中小企業。,
