第十四章 資訊管理的系統開發觀點
本章大綱 第一節 資訊系統不同的開發方法 第二節 系統開發生命週期法 第三節 雛型開發法 第四節 使用者自建系統 第五節 資訊系統的委外 第六節 資訊系統的租用與採購 第七節 Web Service：線上的系統提供與整合服務 第八節 不同資訊系統開發方法的比較 第九節 CMMI：軟體開發能力與成熟度模式
資訊系統不同的開發方法 不同的資訊系統開發方法 資訊系統開發技術的演進
圖14-1 系統開發方法 分類圖
圖14-2 ISD開發技術的 演進史
系統開發生命週期法 What？SDLC方法論的主要特色 How？SDLC的主要步驟 SDLC的缺點與改革
What？SDLC方法論的 主要特色 整個生命週期的階段定義分明 原則上，前一階段完成後，方能開始下一階段的工作 每一個階段工作的完成，必定有其一定的里程碑或文件 每一階段的任務力求完整、正確、嚴謹 嚴謹的專案管理控制 使用者僅在分析與系統測試時參與
圖14-3 SDLC的主要步驟
SDLC的缺點與改革 SDLC的主要缺點 發展時間冗長 使用者參與程度少 SDLC的前段沒有實際的系統雛型可供使用者試驗學習 使用者測試評估僅在資訊系統上線的最後階段
SDLC的缺點與改革（續） SDLC的改革 使用4GL來改善程式撰寫的時間 使用套裝軟體支援某部分的功能，不必全部用SDLC 引入部分的雛型開發 利用電腦輔助工具(CASE) 利用程式產生器來自動產生程式 反覆式的分析設計 主／從式架構之利用
雛型開發法 雛型開發法出現的原因 雛型開發法的主要步驟 雛型開發法的主要特點與優勢 雛型開發法的缺點 When？雛型開發法的適用時機 提高企業內部IS開發生產力的主要解決方案
雛型開發法出現的原因 使用者對自己的需求常常不甚明確，根本說不清楚 開發人員常常無法充分瞭解使用者的需求 實做中學習的優點 外在環境需求的經常變動，需及時反應 分析後期所產生的修改成本很高，應盡早發現錯誤
圖14-4 Prototype的 主要步驟
雛型開發法的主要特點與優勢 快速驗證需求 利用實際IS來掌握需求 使用者參與高 可早期發現錯誤 重複發展彈性高 實做中學習、接受程度高
雛型開發法的缺點 嚴謹度不夠 文件不完備 太早交貨的問題 觀念的抗拒
When？雛型開發法的 適用時機 資訊需求不清楚 對使用者需求必須檢定
提高企業內部IS開發 生產力的主要解決方案 招聘更多的開發人員 招聘高能力、有經驗的開發人員，並給予優渥的工作環境 使用好的程式語言 減少系統維護的困難 利用軟體工程嚴謹的原則開發系統 利用電腦輔助開發工具 使用者自建系統 利用委外、租用與採購的方式 利用線上的Web Service
使用者自建系統 使用者自建系統的定義 使用者自建系統的優點 使用者自建系統的一些主要問題
使用者自建系統的定義 使用者自建系統(EUC)指的是：「使用者自行利用易學、容易上手的軟體（例如4GL），由資訊人員扮演支援協助的角色，進行開發、維護自己所需要的應用程式。」
使用者自建系統的優點 沒有溝通問題 沒有抗拒問題 降低MIS負擔 提升創意 提升工作滿意度 沒有等待的問題 提升ISD生產力
使用者自建系統的一些 主要問題 EUC由於不是專業開發，人員沒受過IS的開發訓練，因此任意由其放任開發會產生許多浪費、品質不良的問題。因此企業在推動EUC時，要特別思考下列的問題： 規劃管理 設立專門支援單位 相容的工具 注意基本資料庫的安全 良好的教育訓練 MIS的本位主義 執行評估
資訊系統的委外 由於21世紀後，各企業將專注於自己的核心能力，而會將大部分非核心能力委外，因此IS的委外就成為21世紀IS獲取方法中最重要的一種方式。
資訊系統的委外（續） 資訊系統委外的基本概念 委外的優點 委外的缺點 委外的時機與範圍 委外的關鍵成功因素 委外承包商的選擇
資訊系統委外的基本概念 指的是「企業把部分或全部的資訊系統功能，以契約的方式委託外部的資訊系統供應商來發展、管理或提供」。幾乎MIS任何的功能都可以委外給供應商，只是企業要依自己不同的需求來做選擇。
委外的優點 主要可分為下列兩大類： 資源與能力方面 核心能力的專注 提升IS的品質 解決資源不足的問題 成本與風險方面 形成經濟規模 減低投資風險 產生節約意識 減少長期資本投資
委外的缺點 主要可分為下列三大類： 內部知識與能力方面 打擊員工士氣 阻礙內部的科技升級及組織學習 失去自主能力，易受委外承包商控制 彈性應變能力較弱 委外承包商品質與能力方面 委外承包商對企業策略機密安全保護的問題 委外承包商的IT技術過時而沒有升級的風險 雙方的合作方面 需求溝通的問題 品質不確定性高 雙方文化、經營理念不契合的問題
委外的時機與範圍 適合委外的功能與範圍 系統具備下列特性時，較不適合委外，包括： 競爭優勢的核心能力。 高專屬性與獨特性。 高策略機密性。 高交易成本與不確定性。 美國主要的IS委外項目，大都集中於一般低競爭優勢、低策略性、低不確定性、低獨特性、高成熟、高標準化、高安全性、高開發穩定性的資訊系統。 e化企業的資訊基礎建設之委外策略與範圍
表14-1 主要的資訊基礎 建設委外服務項目一覽表
表14-1 主要的資訊基礎建設 委外服務項目一覽表（續）
委外的時機與範圍（續） 企業最傾向於委外的情況 其主要可分為下列三大類： MIS效率明顯不足 實際能力差 成本／效益差 資源品質差 創新能力差 財務與成本的問題 降低資本支出 提高成本效益 IT需求的不確定性
表14-2 委外的CSF
表14-3 委外承包商的 選擇因素
資訊系統的租用與採購 資訊系統的租用：ASP 套裝軟體的引進
資訊系統的租用：ASP 應用軟體租賃(ASP)，指的是「透過網路，業者集中管理應用軟體，並以租賃的方式提供承租者軟體服務」。基本上，其與傳統的委外有特性上的不同。
表14-4 傳統的委外與 ASP的比較
套裝軟體的引進 套裝軟體引進的主要概念與特點 套裝軟體的引進是指，對於某些標準化、非策略性的一般功能運用而言，例如會計、薪資、訂單處理、存貨控制、CAD/CAM、MRP、MIP II等，以直接向外採購的方式引進組織，其有下列特點： 直接運用套裝軟體 不需由組織內部的資訊部門來開發 目前的套裝軟體已經發展到所謂的企業系統，例如ERP、SCM、CRM，軟體內含標準的作業流程，內建最佳實務，並且以此來搭配企業進行BPR。
套裝軟體的引進（續） 套裝軟體引進的主要優缺點 套裝軟體的優點在於： 成本低 錯誤較少 節省時間 系統優良 套裝軟體的缺點在於： 並非完全適用 維護方面不易控制 不確定性高 彈性低
套裝軟體的引進（續1） 套裝軟體選擇的一些準則 功能 彈性 使用者界面友善度 軟硬體資源 資料庫、檔案特性 安裝容易度 維護 文件 供應商品質 成本
Web Service：線上的系統提供與整合服務 資訊系統的模組化、再利用化、互相操作性、整合化及平台與語言的獨立化，這些資訊系統的特性，幾十年來一直是系統開發與管理人員最大的夢想與願景，亦即當你有某種AP的需求時，你可以在線上快速、方便地找到各個已經開發好的模組元件，並且可以在不同的平台上自由的呼叫、調用，這些模組元件來為你服務。
Web Service：線上的系統提供與整合服務（續）
Web Service的基本概念 Web Service的基本定義
Web Service的基本概念（續） Web Service的主要特色 主要特色包括下列幾點： 在Internet/Web的開放式環境上運作。 使用XML標準當作軟體間主要的互動介面。 使用通用描述與整合(UDDI)、網路服務定義語言(WSDL)及簡單物件存取協定(SOAP)等標準協定，來支援Web Service上軟體物件的查詢、描述與互動。 跨平台與程式語言獨立。 模組化的軟體元件。 自動化的運作。
Web Service的主要標準與架構 Web Service的主要標準與協定 XML：所謂可延伸標記語言(XML)是一種通用、標準的資料結構描述語言，透過這種標準，各種不同的程式間彼此可快速地溝通、傳遞、交換與解讀這些標準化的資料。 UDDI：此為提供一個註冊與搜尋Web Service資訊的一個標準。
Web Service的主要標準與架構（續） WSDL：此標準亦即利用一個XML的文件來描述Web Service上各軟體元件所能執行的功能，並定義使用這些功能的程式介面，讓需求者讀取、瞭解並使用這些服務。 SOAP：此為一種在網路上交換結構化資訊的一種簡易通訊協定，其描述了軟體間彼此如何傳遞訊息，為一種跨平台的標準。 Web Service標準協定的架構與互動流程
圖14-5 Web Service標準 協定的架構與互動流程
Web Service的主要優點與問題 主要優點 Web Service的主要優點有下列幾點： 簡單性 跨平台性 軟體的再利用性 安裝的容易性 擴展性 Web Service目前的主要問題 Web Service目前仍存在安全上的問題 高階的資料標準仍未建立 雖然XML定義了標準的基本資料格式，但B2B間高階的資訊標準仍未建立。
表14-5 IS開發方法的比較
CMMI：軟體開發能力與 成熟度模式 企業開發軟體系統時，應包括哪些重要的流程？這些流程內應有哪些關鍵的活動？ 此活動應達到何種程度的目標？企業應該用何種架構來衡量及改善自己本身的軟體開發能力？又應如何來評估軟體委外承包商的軟體開發能力？有何標準？軟體能力成熟度整合模式( SW-CMMI)就是針對上述問題所發展出來的一個指導性的標準架構，CMMI是由其前身亦即所謂的軟體能力成熟度模式(CMM)所擴大延伸出來。
CMMI：軟體開發能力與 成熟度模式（續）
CMM的基本概念 CMM的定義與簡介 指的是：一個評估企業軟體開發能力成熟度的認證模式，其是1986年11月美國卡內基美隆大學的軟體工程學院在Mitre公司的協助下，發展出一個評估企業軟體開發能力的模式。 CMM的主要利用目的 企業本身軟體開發能力的評估與改善 企業用以評估合作軟體委外承包商的能力
圖14-6 CMMI的主要架構
CMMI的主要架構 CMMI的五個成熟度層級 初始層級 重複層級 定義層級 管理層級 最佳層級
CMMI的主要架構（續） CMMI的主要架構 CMMI定義每一個成熟度層級，同時也規範各層級所應包含的關鍵程序領域(KPA)，以及每個KPA所應表現出來的績效目標，亦即所謂的共同特色。共同特色包括執行的承諾、執行的能力、實施的方針及結果的驗證四大評估指標；此外，CMMI也規範每個KPA應有的細部作法，亦即所謂的關鍵實務，在這個架構中，其核心元件即為KPA。 CMMI的四個層級主要的KPA如表14-6所示。
表14-6 CMMI四個層級的KPA
CMMI的引申意涵 CMMI對企業的好處 提高軟體開發的生產力與品質 軟體開發程序的制度化 避免工作的重複 避免錯誤的再犯 CMMI的現況 以CMM為例，目前全世界約有七百家企業已經通過CMM認證，其中有四十四家通過CMM第五級認證，皆集中在美國、印度及大陸。
CMMI的引申意涵（續） CMMI與軟體開發工具 為了支援CMMI，軟體公司亦將CMMI的規範整合入其軟體開發工具內，例如微軟在2005年就宣布與SEI合作，透過其軟體解決方案架構(MSF)與軟體管理工具Visual Studio 2005 Team System的整合，提供一個符合CMMI的團隊軟體開發流程工具，此工具除了有各種開發工具整合的特性外，並將支援CMMI的各種KPA與規範。