基于集成產品開發的構型管理流程設計_第1頁
基于集成產品開發的構型管理流程設計_第2頁
基于集成產品開發的構型管理流程設計_第3頁
基于集成產品開發的構型管理流程設計_第4頁
基于集成產品開發的構型管理流程設計_第5頁
已閱讀5頁,還剩3頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

構型管理是集成產品開發(IPD)流程中的基礎支撐流程之一,是保證產品數據完整、一致和可追溯的有效手段。構型管理是在產品全生命周期內,為確立和維持產品的功能特性、物理特性與產品需求、構型文件規定保持一致的管理活動。在產品開發過程中,往往由于構型管理的工作執行不到位,使產品的狀態無法控制,甚至出現無法復制、交付狀態與客戶需求不符等嚴重問題。為此,在產品開發過程中,需要運用技術與管理手段,對產品開發不同時間點上的構型項和構型文件進行標識,記錄開發、歸檔和更改過程,進行版本控制,確保在產品研制、生產、使用和維護的任何時刻,都能取用正確的構型文件,進而保證在客戶需求—設計要求—制造結果—交付產品過程中產品狀態的一致性。構型管理在IPD流程中的作用分析集成產品開發(IPD)流程包含主流程、職能支撐流程和基礎支撐流程,如圖1所示。構型管理屬于基礎支撐流程之一,即提供基礎性、公共性的流程、活動、工具和知識,集成產品數據的管理能力,為產品開發團隊提供完整、一致、可追溯的數據信息,使產品開發業務能夠持續高效、高質量、低風險、低成本運作。圖1

集成產品開發流程

構型管理在IPD流程中的核心作用主要是規范產品開發過程中的狀態管控,而產品的構型狀態是通過一系列構型文件來描述的。因此,構型管理的核心就在于規范管理在產品開發過程中產生的構型文件,具體可以體現在兩個方面:第一,對產品開發不同時間點上的構型項和構型文件進行標識,建立構型基線(configurationbaseline),保證后續開發活動所需信息的穩定性和一致性;第二,對已建立的基線進行更改控制,使產品構型項及構型文件的變化始終處于控制之中,進而使產品狀態受控。在產品開發過程中應用構型管理流程,能有效地保證產品狀態的一致性,可快速復制出滿足客戶需求的產品。此外,構型管理的開展需要企業具有一定的數據管理能力,在統一的數據架構下,厘清企業的數據資產,統一企業各領域的數據標準和語言,打通各環節業務數據,才能更有助于構型管理人員捕獲必要的產品數據信息,為產品開發服務構型管理存在的問題通過對國內多家航空發動機企業的構型管理工作進行梳理和總結,主要存在以下幾方面共性問題。一是缺乏統一的構型管理流程。產品在開發過程中沒有統一、清晰的構型管理流程及管控范圍界定。構型管理流程中包含的活動、輸入輸出關系等內容需要進一步明確和梳理。同時,因構型管理與數據管理的關系密切,往往會把產品數據標準、產品數據轉換規則等工作放在構型管理中,擴大了構型管理的管控范圍,增加了構型管理的難度。但是良好的數據管理和數據治理能力是有效開展構型管理的基礎,構型管理應借助數據管理的工作成果捕獲有關產品的構型信息為產品開發團隊服務。二是缺乏明確清晰的主責角色定義。因構型管理工作涉及設計、試驗、制造、科研管理、通用技術等多部門人員協同開展工作,目前尚沒有準確定義項目團隊中構型管理的責任人,并賦予其相應的職責,使其能夠站在產品的角度去統籌管理產品數據,提供有效的方法和工具,同時對各業務域的活動進行指導和監控。三是基線管理不規范。基線管理是構型管理的基礎,為受影響的各方提供了后續活動所需信息的穩定性和一致性的保證。在目前的工作中,往往更側重于對單一圖文檔的狀態管控,將每個文件的發布都視為建立了該文件的基線,每個修訂版的發布都代表對該基線的更新。實際上,基線可以有多種形式和使用方式,除了建立單一圖文檔的基線外,還應將經過審批的一組構型文件建立以產品為對象的基線。在每個關鍵節點上,對產品構型進行完整全量的描述,體現各構型項之間的配套性和不同研制階段的產品包成熟度。當前業內普遍采用清單的管理方式,清單建立及更新的時間節點會滯后于產品的實際研制工作,往往起不到基準的作用。四是產品數據管理基礎薄弱。該問題雖然不屬于IPD構型管理流程范圍定義內的問題,但卻在實際工作中直接影響了構型管理人員獲取產品數據的質量,尤其是大量的實物數據未結構化和電子化,導致難以實時掌握實物的技術狀態,可追溯性差。IPD模式下的構型管理流程設計設計要點針對上述現狀,建議在IPD的模式下,構建適合航空發動機的構型管理流程,明確流程活動的責任主體,融入業務經驗與業界最佳實踐,同時將GJB3206A《技術狀態管理》中要求的構型管理活動(標識、控制、記錄、審核)融入到業務流程中,強化基線管理,保證開發成果可追溯、可繼承,促進個人能力轉化為組織能力。具體的設計要點為:通過清晰定義構型項、構型文件,明確構型管理的管控對象;沿著流程開展構型管理,基于業務流程設置基線建立、構型審核、更改控制等活動,對產品開發過程不同時間點上的構型項及構型文件進行管控;明確構型管理的責任主體,站在產品開發全領域編制構型管理要求,提供專業的管理方法和工具,提升企業的構型管理能力。圖2體現了在產品開發過程中,構型管理流程的設計思路與業務范圍,在具體的流程設計過程中主要包括角色設計和活動設計兩個部分,下面簡要論述這兩部分的設計要點。圖2

構型管理流程設計要點角色設計為滿足上述業務要求需設置構型管理工程師(CME),在產品開發團隊中進行產品的數據管理工作,為產品開發提供產品數據服務。CME的主要工作職責包括:承擔項目的產品數據管理職責,負責產品數據的準確、完整、可追溯;編制構型管理計劃,并監控計劃的執行;建立和管理基線,確保基線完整性;在項目中進行構型管理業務的培訓與考核;參與企業產品數據管理部門開展的產品數據管理業務能力建設工作。構型管理工程師應掌握產品構型管理的理論并具有一定工作經驗,熟練應用企業產品數據管理(PDM)系統,有一定的產品研發或制造工作經驗,了解研發、供應鏈、服務流程框架。對于這類需要多專業背景的復合型人才,企業應從內部進行培養,并逐漸重視起來,擴大構型管理人員的隊伍。關鍵活動設計在滿足質量要求建立功能、分配、產品基線的同時,按照GJB3273A《武器裝備研制項目技術審查》中技術審查要求或企業定義的內部評審點的要求,對基線建立的工作進行細化,梳理在每次技術審查或評審后應固化的基線內容,在產品開發的關鍵節點上,分階段建立表征不同產品包成熟度的基線,作為下一階段進行產品更改控制的基準。首先,建立基線活動設計。在基線建立后,要明確一些相關的管理規則,加強對產品構型的管控。例如,在基線建立前要對基線文件的完整性進行檢查并明確存放位置,供相關單位在研制、生產、使用、綜合保障過程中取用;在產品狀態達到一定穩定性后,考慮是否可開啟更改權限轉移的動作,將更改的權限收回;在產品開發過程中如新增構型文件,應及時納入基線進行管理等。除針對單一圖文檔建立該文件的交付件基線,或針對經過審批的一組構型文件建立以產品為對象的基線外,還可建立某一測試狀態的轉測試基線,即可按需在產品測試前針對受試產品的狀態建立一個基準數據包,記錄測試產品的構型數據,便于過程回溯。項目團隊可結合需要自行確定此類活動,但應在項目的構型管理計劃中提前明確實施方案。其次,更改活動設計。實施更改活動的目的是維護和控制構型基線,通過更改的評估、決策,使產品與其描述產品狀態的構型文件保持一致,同時能夠給產品帶來更大的收益,在此過程中要記錄更改過程的信息,便于后續的追溯。目前,各企業對更改申請的分析和更改的評估執行并不充分,往往忽略了對成本、進度等方面的影響。建立構型控制委員會,利用該組織的運作,充分考慮進度、成本、安全性、可靠性、維修性和生產性等領域的影響是實現必要的更改協調、評估和決策的常用方法。因此,建議在更改實施過程中設置構型控制委員會(CCB)作為基線更改的審查和決策機構,以會議的形式評估分析更改申請并決策,確保發動機構型的變化始終處于CCB的控制之中。此外,現有的更改活動并沒有對基線文件和非基線文件的管理進行區分,依據國內先進企業的優秀實踐,建議針對基線文件的更改可設置更改申請、評估決策、更改實施、監督檢查和關閉5個工作環節。在這5個工作環節中,除了引入CCB對構型更改進行更全面、準確的評估外,還可指定更改受理人,對更改內容與CCB批準的更改方案的一致性進行檢查,以提高更改效率,簡化簽署流程。結束語構型管理流程的建立,明確了在產品開發過程中構型管理的業務目標、范圍、責任主體及關鍵活動,能夠有效指導構型管理人員開展基線創建、更改控制等活動。目前,我

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論