單元十三資訊管理的系統開發觀點.pptVIP

IS主要不同的獲取方法 Software Development Life Cycle Model，SDLC 原則上，前一階段完成後，方能開始下一階段的工作，所以亦稱作瀑布模式。 系統開發生命週期法 單元測試或稱程式測試 主要目的是在測試組成一個資訊系統的眾多程式或模組單元其「本身」內部運算是否正確。 系統測試 其主要目的是在測試把所有的程式（模組）整合起來以後，整個系統是否如預期的運作。 接受測試 由使用單位來測試合不合乎其實際的使用需求。 三種主要系統測試方法 直接法 決定在某個時點開始啟用新系統、停用舊系統，兩個系統沒有重疊，優點是成本最省，缺點是如果新系統出問題並無其他替代方案，風險最高。 平行法 為目前使用最多的方法，例如3個月內新舊系統平行使用，避免直接法的缺點。但成本最高，使用者要同時使用兩套系統來處理交易。 系統導入 階段性轉換 先針對系統內的某部分功能（例如：訂單功能）先進行轉換，穩定以後在逐步擴大到其他功能。 漸進法 剛開始交易量的30%使用新系統，70%使用舊系統；在穩定後調為50%、50%；最後完全穩定後，才100%使用新系統。 先導性研究法 先選擇由一個部門，或其中一家分公司執行，可避免在全面使用、系統不穩定所造成的損失。 系統導入 嚴謹的專案與資源的管理 清楚的里程碑與系統文件 較周全的系統分析與設計 較完整的系統測試規劃 開發的系統效率、可靠度、穩定度與安全性較高。 SDLC的優點 發展時間冗長 使用者參與程度少 SDLC的前段沒有實際的系統雛型可供使用者試驗學習來釐清瞭解其真正的需求 使用者測試評估僅在資訊系統上線的最後階段 錯誤發現太晚、修改成本太高。 SDLC的缺點 快速驗證需求 利用實際IS來掌握需求 使用者參與高 可早期發現錯誤 重複發展彈性高 實做中學習、接受程度高 雛型開發法 是指企業利用物件導向的工具，以及所謂非程序導向的第四代語言，例如報表產生器等，藉由Prototype的方式，以便不斷地與使用者互動，接續地測試各種主要功能的雛型，接著再運用電腦輔助軟體工程 CASE Tool 的程式產生器自動的依據需求規格，產生程式碼來快速的建構資訊系統。 快速應用系統開發法 RAD 是指一種經由快速組合各種可重複使用的物件模組來整合成一個新的、獨特的應用系統，例如整合使用者互動介面、訂單等多個物件模組而形成一個簡單的交易處理系統。 元件為基礎的開發方法 CBD 一個能在Web環境上，讓各種不同的平台與程式語言的軟體元件，能彈性、動態地快速整合、彼此互通、呼叫的一種開放性的結構與標準。 Web Service目前仍存在安全上的問題 高階的資料標準仍未建立 Web Service Enterprise 2.0 企業把部分或全部的資訊系統功能，以契約的方式委託外部的資訊系統供應商來發展、管理或提供。 包括軟體開發與維護、企業整體資訊規劃、網路服務、資訊設施管理、資料登錄與處理、系統整合、資料庫建置、顧問諮詢、訓練推廣、系統稽核、軟體驗證。 資訊系統委外 資源與能力方面 核心能力的專注 提升IS的品質 解決資源不足的問題 成本與風險方面 形成經濟規模 減低投資風險 產生節約意識，避免不必要的花費 減少長期資本投資 委外的優點 內部知識與能力方面 打擊員工士氣、彈性應變能力較弱 阻礙內部的科技升級及組織學習 失去自主能力，易受委外承包商控制 委外承包商品質與能力方面 委外承包商對企業策略機密安全保護的問題 委外承包商的IT技術過時而沒有升級的風險 雙方的合作方面 需求溝通的問題、品質不確定性高 雙方文化、經營理念不契合的問題 委外的缺點 當系統具備下列特性時，較不適合委外： 1 競爭優勢的核心能力； 2 高專屬性與獨特性； 3 高策略機密性； 4 高交易成本與不確定性。 委外的時機與範圍 委外的關鍵成功因素 委外承包商的選擇 「透過網路，業者集中管理應用軟體，並以租賃的方式提供承租者軟體服務」。 與傳統的委外有下列特性上的不同： 服務標的物只限應用軟體，而非硬體與人力資源 服務方式為租賃非購買。 透過Internet傳送。 標準套裝化。 委外的經營模式為一對多。 軟體管理方式為ASP廠商集中管理。 主要目標市場為中小型企業。 資訊系統的租用：ASP 傳統的委外與ASP的比較 對於某些標準化、非策略性的一般功能運用而言，以直接向外採購的方式引進組織。 其有下列特點： 直接運用套裝軟體 不需由組織內部的資訊部門來開發 已經發展到所謂的企業系統─ERP 套裝軟體引進 優點 成本低 錯誤較少 節省時間以及系統優良等。 缺點 並非完全適用 量身訂製以及修改後成本高 維護方面不易控制 不確定性高、彈性低 自己無法掌握IT方向。 套裝軟體引進的主要優缺點 資訊系統