三、型态状态记述.ppt

第五章 型態管理 5.1 型態管理的定義與目的 5.2 型態管理名詞解釋 5.3 型態管理的基本要素 5.4 型態管理的作業內容 5.5 本章重點摘要 5.6 問題與討論 5.1 型態管理的定義與目的 5.2 型態管理名詞解釋 5.3 型態管理的基本要素 5.4 型態管理的作業內容 5.5 本章重點摘要 5.6 問題與討論 * * 一、發生背景 自從Internet興起後， 資訊科技所牽引的產業環境，造成市場需求變更的速度加快，產品開發更是遭遇到前所未有的壓力，「產品生命週期（Product Life Cycle）」的縮短，牽動著「產品開發生命週期（Product Development Life Cycle）」的壓縮，就是一個極顯明的例證。 1.有些軟體專案的生命週期，常常被壓縮到只有二週的時間，換言之，從軟體的需求發生開始，經由分析、設計、建構、測試、系統維護、到軟體下架汰除等各個階段的時間，全部加起來僅有14天。 2.科技產品的開發，正面臨一個愈來愈趨龐大繁雜的產品系統，其中每一個系統、次系統等，都是由不同的元件（Element）所組成，而元件與元件間、次系統與次系統間、系統與系統間的邏輯或功能的水平與垂直組合，都是在需求條件的導引下，依據各自所形成的「特定規範」，彼此相互整合而成的一個最終產品（End-Product）。於是，如何掌握這些不同種類 的元件（或次系統、系統）的一致性，也成為新產品開發過程中的一個亟待解決的重要管理議題。 3.科技產品的開發過程，係一個從概念發起，歷經展示確認、測試評估、生產製造等不同階段的管理作為，期間難免會發生產品系統內各元件（或次系統、系統）的變異情形，所以如何控制這些研發時的工程變更（Engineering Change），降低所產生的負面影響，有效管制這些變異的過程、原因等情形，也是需要一套有效合適的管理方法才行。 4. 觀諸這些產品開發過程中的諸多管理議題，利用管理上的技術，突破「產品開發生命週期」的時程壓縮、需求變更、以及複雜產品的協調性等挑戰，正是傳統企業管理無法觸及的領域，是科技管理興起的原因，也是孕育「型態管理（Configuration Management, CM）」發展的溫床。 二、定　義 「型態管理」的定義，就是在產品開發期間，藉著「基線（Base Line）」的建立，利用文件（Document）與控制稽核的方式，對產品的開發、執行、變更等現象，加以識別、評估、控制與紀錄，縮短產品開發時程的系列管理制度。 三、目　的 「型態管理」是一項針對產品開發生命週期，對產品開發的作業活動，所進行的產品性能、功能與實體外型的控制管理活動，以達到下述目的： (一)紀錄與管制產品系統內各元件（或次系統、系統）的開發與變異過程。 (二)確保產品系統內各元件（或次系統、系統）開發的一致性與相容性。 (三)明確掌握產品系統內各元件（或次系統、系統）的變異情形，發揮追蹤與評估變異結果的功效。 一、型　態 「型態（Configuration）」是指新產品開發中，一切有關產品系統中的元件（或次系統、系統）等軟體或硬體的功能特性與物理特性的規範等謂之。 二、型態項目 「型態項目（Configuration Item）」的發生，係源起於產品系統的複雜所導致，所以一個產品往往是許多不同元件（或次系統、系統）的組合體，而這些不同的元件、次系統、或系統等的型態描述，就是「型態項目（Configuration Item）」的呈現。 三、基　線 「基線（Base Line）」是「型態管理」的基本要素，是在某一特定時間點，針對產品系統的元件、次系統、或系統等的描述。所以，簡單說，「基線」就是所謂的產品元件、次系統、或系統等「型態項目（Configuration Item）」的呈現。 四、工程改變 「工程改變（Engineering Change）」可以說是「型態管理」的核心，它是現有研發中的產品，如果其中有某項「型態項目」，囿於某些需求或技術上的原因，必須作產品系統工程上的合理改變時，則此一改變，我們稱之為「工程改變」。 一、基線管理 「基線管理」在科技「產品開發」的實務運作中，有兩個目的： 1. 提供各類產品項目、次系統、或系統等型態發展的依據，避免產品項目開發過程中，缺乏共同一致遵循的標準，造成無法與其相關的項目、次系統、或系統等相容情形。 2. 提供「產品開發」過程中，有關「測試與評估」的依據，使「產品開發」過程中的任一需求或工程改變（Engineering Change），都必須受到嚴格的把關。 （一）需求基線 需求基線（Requirements Baselin