[工学]第十五章资讯系统开发方法论.pptVIP

第十五章 資訊系統開發方法論 本章大綱 第一節 資訊系統不同的開發方法 第二節 系統開發生命週期法 第三節 雛型開發法 第四節 合作需求規劃與合作應用設計 第五節 使用者自建系統 第六節 資訊系統的委外與租用 第七節 套裝軟體的引進 第八節 不同資訊系統開發方法的比較 附錄15-A 系統開發生命週期法的開發步驟 附錄15-B 套裝軟體選擇的一些準則 圖15-1 系統開發方法 分類圖 影響需要不同開發方法的主要因素 問題特性 需求確定程度。 標準化程度。 策略性。 系統特質 專案風險性的高低。 資訊安全。 結構化程度。 效率要求和規模。 影響需要不同開發方法的主要因素（續） 使用者特性 資訊資源充裕程度 企業經營環境 財務壓力 動態變化 時間壓力 成本問題。 時間問題。 品質問題。 成敗問題。 圖15-2 不同ISD選擇的主要影響因素與造成的影響 圖15-3 ISD開發技術的演進史 What？SDLC方法論的主要特色 整個生命週期的階段定義分明。 原則上，前一階段完成後，方能開始下一階段的工 作。 每一個階段工作的完成，必定有其一定的里程碑或文件。 每一階段的任務力求完整、正確、嚴謹。 嚴謹的專案管理控制。 使用者僅在分析與系統測試時參與。 Why？SDLC的主要目標 建立標準化、嚴謹的開發程序。 透過專案管理的工具提高資源的利用率。 利用模組化的分析與設計，將複雜的問題由上而下切割(Top-Down Partition)成為簡單的模組。 透過統一的步驟，保證產品的品質。 清楚的階段劃分易於分工與責任的歸屬。 每一階段的文件力求完整，較易追蹤維護。 利用管理控制的檢查工具，降低錯誤的發生。 圖15-4 SDLC的主要步驟 SDLC的主要缺點 發展時間冗長。 使用者參與程度少。 SDLC的前段沒有實際的系統雛型可供使用者試驗學習。 使用者測試評估僅在資訊系統上線的最後階段。 因發展時間冗長，使用者常失去耐心。 雛型開發法 雛型開發法出現的原因 使用者對自己的需求常常不甚明確，根本說不清楚。 開發人員常常無法充分瞭解使用者的需求。 邊做邊學(Learning by Doing)的優點。 外在環境需求的經常變動，需及時反應。 分析後期所產生的修改成本很高，應盡早發現錯誤。 雛型開發法（續） 圖15-5 Prototype的主要步驟 雛型開發法的主要特點 與優勢 快速驗證需求。 利用實際IS來掌握需求。 使用者參與高。 可早期發現錯誤。 重複發展彈性高。 邊用邊學、接受程度高。 雛型開發法的主要不同類型 用後丟棄雛型開發法(Throw Away)。 介面雛型開發法(Mock Up)。 演化型雛型開發法(Evolutionary Prototype)。 雛型開發法的缺點 嚴謹度不夠。 文件不完備。 太早交貨的問題。 觀念的抗拒。 When？雛型開發法的適用時機 資訊需求不清楚。 對使用者需求必須檢定 高成本系統、高風險系統、新科技應用，無法在真正投資後才發現不可行，此時應使用 Portotype。 傳統系統分析的缺點 個人一對一訪談時間太久，以致成本太高。 訪談由系統開發人員掌控，使用者角色太過被動而妨礙創造力、想像力。 不同使用者間的需求常存在著衝突、不一致，且難以解決。 系統需求與組織的目標策略配合度不良。 使用者對系統的目標、內容運作或價值存在疑慮，缺少共識的形式。 使用者與系統人員之間互動的機會太少，無法互相學習、協調與腦力激盪。 合作需求規劃的特點 屬於分析階段。 由使用者主導。 追求共識。 集體討論。 技術諮詢角色。 雙方互動。 組織動力學。 腦力激盪。 合作需求規劃的特點（續） 專家主持。 成員地位平等。 解決衝突。 文件產出。 合作需求規劃的益處 瞭解IS的目標。 充分知識分享。 可協調衝突。 提高認同感。 節省時間。 與企業目標配合。 思考BPR。 使用者自建系統 使用者自建系統的定義 使用者自建系統(EUC)指的是：「使用者自行利用易學、容易上手的軟體（例如4GL），由資訊人員扮演支援協助的角色，進行開發、維護自己所需要的應用程式。」 使用者自建系統（續） 需要使用者自建系統的原因 現存IS開發的主要問題 等待開發期(Backlog)的時間冗長，造成所需開發的系統積壓。 不可見的等待開發期(Invisible Backlog) 。 維護成本太高。 需求正確掌握的問題。 使用者自建系統（續 1） 提高IS開發生產力的方案 招聘更多的開發人員。 招聘高能力、有經驗的開發人員，並給予優渥的工作環境。 使用好的程式語言。 減少對系統維護的困難。 利用軟體工程嚴謹的原則開發系統。 利用電腦輔助開發工具。 使用者自建系統。 使用者自建系統的優點 沒有溝通問題。 沒有抗拒問題。