系统发展‘流程’.PPT

Chapter 1 Players in the Systems Game 資訊系統發展 針對品質管理，從能力成熟度模型的角度來描述一個系統發展流程的動機。 區別系統生命週期和系統發展方法之間的差異。 描述系統發展的十個基本原則。 定義問題、機會和指導原則—系統發展專案的引發因素。 針對問題、機會和指導原則之分類，描述 PIECES 架構。 描述系統發展的必要階段。對於每一階段，描述它的目的、輸入和輸出。 描述跨生命週期的活動，這些活動在多個系統發展階段中重複。 透過系統發展的必要階段來描述典型的、可選擇的「途徑」。描述這些途徑如何針對不同專案而加以組合或自訂。 描述系統發展所使用的自動化工具。 本章地圖 系統發展的流程 能力成熟度模型 能力成熟度模型 用來評估組織資訊系統發展和管理程序與產能成熟度等級的標準化架構。包括了五種成熟度等級： 第1 級－初始：系統發展專案未遵循一致的流程。 第2 級－可重複：已經建立專案管理流程與經驗，以掌握專案的費用、時程和功能性。 第3 級－定義：購買或發展一種標準的系統發展流程（有時稱為方法論）。所有的專案使用這種軟體發展流程的一種制式版本來發展和維護資訊系統與軟體。 第4 級－管理：已經為品質和生產力建立定量目標。 第5 級－最優化：根據在第4 級所建立的定量與資料分析，持續地監控並改進標準化的系統發展流程。 能力成熟度模型 系統發展「流程」對品質的影響 生命週期與方法論 系統生命週期 依據資訊系統生命的因素可以被分為兩個階段，(1)系統發展與(2)系統運作與維護；首先是建置它，然後使用和維護它。最後，會回到重新開發一個新的系統。 系統發展方法論 一種系統發展程序的正規化方法；被使用在資訊系統發展的標準化程序，包括活動、方法、最佳實務、可完成項目和自動化工具。 系統生命週期 代表性的系統發展方法論 Architected Rapid Application Development (Architected RAD) Dynamic Systems Development Methodology (DSDM) Joint Application Development (JAD) Information Engineering (IE) Rapid Application Development (RAD) Rational Unified Process (RUP) Structured Analysis and Design eXtreme Programming (XP) 系統發展的基本原則 讓系統使用者參與 採用一種問題解決方案 建立階段與活動 以文件說明完整的發展過程 建立標準 管理流程和專案 證明資訊系統是合理的資本投資 不要害怕取消或修訂範疇 各個擊破 針對成長與變動來設計系統 採用一種問題解決方案 典型的問題解決方法如下： 研究並了解問題、它的關聯和它的影響。 定義必須適合任一解決方案的需求。 確定滿足需求的替代性方案，並選擇「最佳」方案。 設計與（或）實施選定的方案。 觀察與評估解決方案的影響，並據此修正方案。 建立階段與活動 管理流程和專案 流程管理 文件化、教導、監督針對系統開發時組織所選之方法論（流程）之持續活動。流程管理是關於應該被持續應用在所有專案中的所有階段、活動、可完成事項與品質標準。 專案管理 在最小成本、限定的時間內和可接受的品質下，訂定範圍、規劃、安排人員、組織、指導和控制一個專案來開發出一個資訊系統。 證明資訊系統是合理的資本投資 成本效益 藉由評估開發的生命週期成本與運作一個資訊系統及從此系統產生的利益間的平衡所獲得的結果。成本效益可由成本效益分析來估算。 策略性資訊系統計畫 建置和改善資訊系統架構，以及使用此架構之資訊系統應用程式的正式策略性計畫（3至5年）。 策略性企業計畫 針對整個企業的正式策略計畫（3至5年），其定義了任務、遠景、目標、策略、利基以及進度與成就的衡量。通常策略性企業計劃是又策略企業單位所完成，其定義了每個企業單位將如何促成企業計劃。資訊系統計劃是那些單位層級計畫的一種。 不要害怕取消或修訂範疇 漸進式約定 此種策略是持續評估整個專案過程中的彈性與風險。據此來調整專案預算和截止日。 風險管理 定義、評估和控制那些事件會造成專案的失敗，並在其威脅到專案或資訊系統實施前處理的程序。風險管理是由風險分析或評估所驅動。 系統發展專案來自何處？ 問題 一個阻止組織達成其任務、遠景、目標或目的的未預期狀況。 機會 縱使在缺乏確認的問題時，可以改善組織的機會。 方針 由管理單位、政府或其他外部影響所強加上去的新要求。 系統發展專案來自何處？