構型管理
綱要
1.構型管理的基礎
2.構型管理的架構
3.介面管理
4.資料管理
5.問題與討論
latest #13
什麼是構型?
針對現存或預計研發的硬體(hardware)、軟體(software)或韌體(firmware)等,用技術文件所記錄的下列資料:
功能(Functional)
實體(Physical)
介面(interface)
構型以下列的基準(baseline)文件正式紀錄
功能基準(Functional Baseline)
配置基準(Allocated Baseline)
產品基準(Product Baseline)
國防獲得管理架構(課本p19)
V型系統工程
由高階(系統)向下分解
由系統配置到所有
組成系統的次系統/零組件到實體詳細描述,包括:
品項細部規範
材料與製成規範
藍圖
零件清單
其他對系統最後產品的實體詳細描述資料
產品基準為系統初期製造及展示的依據
產品基準可能會
構型管理是為確保:
-有次序的研發系統、次系統、或構型品項
-讓設計可追朔至顧客需求
-讓系統變更可管制與紀錄
-定義並了解介面問題
-讓產品與其支援文件一致
構型管理提供的文件可描述:
-要製造什麼產品
-正在製造什麼產品
-完成什麼產品
-已完成的產品做了什麼修改
由「整合產品與程序發展委員會」(Integrated Product and Process Development,IPPD)的環境支持並執行
和技術資料管理(technical data management)與介面管理(interface management)有密切關聯
構型管理規劃的基本要素
要怎麼做
怎麼執行
誰來執行
什麼時候完成
需要什麼資源執行
構型品項為下列項目之一或其組合
硬體
軟體
韌體
任何需要後勤支援及被指定單獨採買的品項
被指定爲構型品項後的影響
須具備獨立規範
修改須經正式核准
須單獨紀錄其構型統計資料
須具備獨立設計審查及構型稽核
須具備獨立名牌及編號
須具備獨立測試
須具備獨立操作及使用手冊
構型識別包含下列工作
決定構型品項
決定構型文件之種類
紀錄功能及實體特性
建置介面管理程序、組織及文件
頒布構型編號方式
頒布構型品項編號
構型管制為系統及其構型品項的變更管制程序執行與管理
構型管制提供下列功用
管理透明化
確保再提出系統修改(變更)前,所有的影響因素均已評估 避免微小或不必要的修改 建置修改的優先順序
構型管制為系統及其構型品項的變更管制程序執行與管理
構型管理提供下列功用
管理透明化
確保在提出系統修改(變更)前,雖有的影響因素均已評估
避免微小或不必要的修改(變更)
建置修改(變更)的優先順序
三種用於管制基準的修改文件
工程修改提案
暫時偏離申請
現況接收申請
工程修改提案(ECP)構型永久變更的需求
暫時偏離申請或現況接收申請為暫時性的不符基準
back to top