產品數據管理論文

產品數據管理論文

　　產品數據管理技術是現代企業產品研發數據信息化和過程信息化的主要技術手段。下面是學習啦小編為大家整理的產品數據管理論文，希望你們喜歡。

　　產品數據管理論文篇一

　　淺談汽車產品數據準確性的驗證

　　【摘 要】本文分析了產品數據錯誤的原因，提出了產品數據驗證的手段，通過對比實施產品數據驗證手段前后產品數據的準確性，說明了產品數據驗證的實施在產品數據管理中的重要性。

　　【關鍵詞】車輛配置代碼;BOM表;工程零部件清單;準確性;產品數據驗證

　　錯誤的產品數據，會對公司帶來很大的經濟損失，比如：一是計劃員根據BOM表定額下達的零件計劃數量不準確——BOM表零件少掛，零件計劃量不能滿足生產導致缺貨、頻繁預警;BOM表零件多掛，零件計劃量過大導致供應商零件積壓。二是系統庫存與實物庫存差異較大——BOM表零件少掛，供應商零件的實際結算數量小于實際耗用數量，會要求逐一核算零件差異，增加差異核對工作量;BOM表零件多掛，個別供應商零件的實際結算數量大于實際耗用數量，公司多付款，造成公司利益損失。提高產品數據的準確性，可以讓計劃員準確的下達計劃，使積壓物料數量減少;供應商索賠量下降;物料反沖結算數據錯誤量下降，財務每月月底順利關賬等。因此，如何提高產品數據的準確性至關重要，以下提出了通過產品數據的驗證手段來提高產品數據的準確性。

　　一、汽車產品數據的相關描述

　　1.產品配置表。某一平臺車型的產品配置清單。是公司規劃部根據市場需求、競爭對手的配置情況、成本、公司目標、公司設計能力等等情況，制定出的這一車型平臺的配置清單。如動力配置信息，空調配置信息、排放配置信息等等。產品配置表是產品工程師開發這一車型零件的依據。

　　2.車輛配置代碼。汽車配置多，車型品種多，必須有一個代碼來描述一輛具體的車輛，以方便各個部門識別一臺車輛。車輛配置代碼就是為識別一臺車輛的完整配置而編制的一組代號，是公司銷售、計劃、生產的核心代碼。車輛配置代碼由配置號、批次號、識別碼組成，即可以簡單的寫成：車輛配置代碼=配置號+批次號+識別碼。配置號是用于代表一個車型中的不同配置種類(裝何種空調、配哪種整車顏色、是否安裝安全氣囊、是否裝OBD等等)。車輛配置代碼代表了具體的一臺車輛，在產品數據管理系統中，根據車輛配置代碼，就可以導出這一車輛的所有零件清單。

　　3.工程零件清單。工程零件清單是描述整車產品工程狀態的零部件各層級構成關系、件號、名稱、變更經歷號、更改指令號、圖號、適用車型、配置、數量等內容的綜合性電子表格清單，因此工程零件清單主要用于設計部門，產品工程師可以在工程零件清單中查找到零件的零部件各層級構成關系、更改記錄和歷史狀態、適用車型等等。另外，工程零件清單也可以作為售后配件的基礎數據來源。除此之外，工程零件清單還可以作為前期財務核算整車成本的基礎數據來源。

　　4.BOM表。BOM表是針對某個具體車型的物料清單，利用這張清單可以不多不少的制造出一部完整的車輛出來。BOM表來源于工程零件清單;根據市場部發過來的市場需求，可以從工程零件清單中分解出滿足市場需求的不同的車輛配置代碼對應的BOM表。BOM表是下游包括采購、物流、財務等部門的基礎數據來源。

　　5.工程更改指令。某一零件設計鎖定之后，產品數據就下發到相關下游部門，下游部門開始對零件進行供應商定點、零件定價、零件試驗等等一系列相關的行動。當這些行動都完成之后，零件正式在車上使用。因各種各樣的原因，如，降成本，或客戶提出更改需求等等，那么，需要對該零件進行更改。工程部門提出更改方案，并評審通過后，就通過工程更改指令將零件的更改信息傳達到下游部門。

　　6.產品數據管理系統。產品數據管理系統是連接設計部門、采購、物流、計劃、生產、公司銷售等總門的紐帶。基礎數據由設計部門發布，采購、物流、計劃、生產、公司銷售通過產品數據管理系統使用數據以開展各項工作。汽車配置多，車型品種多，而且汽車有很多共用件，如果采用一個單一車型對應一個BOM表進行管理，那么零件的更改更換管理是很困難的。比如：某一車型平臺總共有39種配置代碼車型，有一個零件A是這39種配置代碼車型共用，那么，當A零件更改為B零件時，就需要到39個表格中去更改信息，工作量大。因此，數據必須是將工程零件清單通過一定的邏輯關系上載進數據管理系統，從數據管理系統根據整車配置代碼可以導出任意一單一車型的BOM清單。還是拿上一例子舉例，只需要在一個表格中更改A零件為B零件，相對應的39種種配置代碼車型的BOM零件清單就統一改變了。其中所說的邏輯關系指的就是和配置號相關的信息。如零件A，只在安裝安全氣囊時用到，那么，這個零件在上載進產品數據管理系統時，就必須帶上安全氣囊的約束。沒有安全氣囊配置的車輛配置代碼在進行零件篩選時，就不會將A零件導出。相反，有安全氣囊配置的車輛配置代碼在進行零件篩選時，就會將A零件導出。

　　二、數據管理流程

　　項目前期由數據管理科匯總各專業科室制作的工程零件清單。在項目的試造車階段，數據管理工程師從工程零件清單中篩選出造車清單，造車清單用于指導試造車階段的物料采購、物料配送、整車裝配等等。在項目批量生產之前，將數據上載進數據管理系統。數據的更改，必須有正式的工程更改指令支持。以下是數據管理流程的簡易流程圖。

　　三、數據錯誤的主要原因

　　1.出錯零件數統計。2011年1月以前，我們沒有實施產品數據驗證流程，我們對2010年7月到12月的每月出錯零件進行統計，統計數據如下：

　　2.出錯原因匯總，分析出錯原因。我們對2010年7月到12月的每月出錯零件的出錯原因進行統計，統計數據如下：

　　由以上數據我們可以分析得出，數據出錯的主要原因如下：

　　(1)初始工程零件清單錯誤。工程零件清單由各科專業科室匯總而來，產品設計工程師對產品配置表理解的錯誤，或產品設計工程師的疏忽、大意導致的工程零件清單的錯誤。另外，產品配置表的錯誤也會導致初始工程零件清單的錯誤。(2)產品數據工程師分析上載錯誤。產品數據工程師對工程零件清單進行分析，將數據通過一定的邏輯關系上載進數據管理系統，以滿足下游各個部門的需要。由于數據是由人工分析上載得來，汽車產品品種多，配置復雜，因此，經常會分析錯誤。(3)產品設計工程師發布工程更改指令錯誤。產品設計工程師經過工程更改系統下達產品的更改指令，產品設計工程師對產品配置表理解的錯誤，或產品工程師的疏忽、大意導致的工程更改指令錯誤。(4)產品數據工程師根據工程更改指令維護錯誤。產品數據工程師根據產品設計工程師下發的工程更改指令對數據進行更改。更改指令描述不明確，會導致產品數據工程師維護數據的錯誤。產品數據工程師對更改指令錯誤的理解，也會導致數據的錯誤。 　　四、產品數據的驗證

　　產品數據的驗證方法。2012年1月開始，根據產品數據出錯的主要原因，我們在產品數據的各個階段，增加各個階段的產品數據驗證手段，以提高產品數據的準確性。以下是具體的驗證方法：(1)初始工程零件清單的校對。在項目初期階段數據管理工程師通過產品配置表對工程零部件清單進行校對，有問題及時和產品設計工程師溝通更改。產品配置表描述了整車的所有配置，通過產品配置表校對工程零件清單，可以檢查零件是否漏發、多發。以下面簡單的車型配置舉例：該車型分基本型和標準型，分別配不同的車輪，在檢查工程零件清單時，工程零件清單中必須含有兩個車輪的零件號，如果只有一個，那就是漏發零件了。通過產品配置表和工程零部件清單的校對，可以避免初始工程零部件清單錯誤。

　　(2)試造車清單的校對。在項目的試造車階段，從工程零件清單中導出試造車清單，發送所有相關下游部門;項目造車前，首先到采購物流部門對數據進行校對，查看采購物流部門下計劃采購物料的零件清單、配送物料的零件清單和工程部門發出去的造車清單零件信息是否一致;其次，到項目造車車間，查看造車BOM上的零件清單和工程部門發出去的造車清單零件信息是否一致;最后，數據管理工程師現場跟蹤造車，將造車清單上的零件信息和實際裝車零件信息對比，檢查零件件號、零件數量是否一致，以檢查數據的準確性。發現問題及時反饋給產品工程師。產品工程師核對更改。通過試造車清單的校對，也可以減少初始工程零部件清單的錯誤，同時也可以發現產品配置表的錯誤。(3)數據上載數據管理系統之后的校對。汽車配置多，品種多，通過人工分析上載進數據管理系統，難免會出現錯誤。數據上載進數據管理系統之后，將從數據管理系統導出的單一車型BOM表和從工程零件清單篩選出的單一車型零件清單通過一些函數公式進行對比，對比零件號是否一致，其次對比數量是否一致，以驗證數據的準確性。如果兩者對不上，再查找不一致的原因，將數據更改。這一驗證方法，主要是減少產品數據工程師分析上載的錯誤。(4)工程更改指令的校對。建立完善的工程更改指令管理機制，工程更改指令下發后，主管、經理、平臺總工、下游部門相關人員，都要對工程更改指令進行校對審核;定期對新員工進行培訓，以減少產品設計工程師發布工程更改指令的錯誤;產品數據工程師根據工程更改指令更改產品數據后，需對更改前后數據對比，以檢查是否維護錯誤，減少工為的錯誤。(5)下游部門對數據的反饋。和下游各部門保持良好的溝通交流，在使用數據時，下游各部門如發現數據錯誤，及時反饋給產品數據工程師。產品數據工程和產品設計工程師對數據進行校對，發現錯誤及時下發工程更改指令進行更改。(6)數據的定期校對。定期將產品數據從數據管理系統中導出，與工程零件清單進行校對，以保證BOM表數據的準確性。

　　五、新的產品數據管理流程

　　增加產品數據驗證流程后，新的產品數據管理流程更新如下：

　　六、產品數據驗證的效果及結論

　　從2011年1月開始實施產品數據驗證流程后，數據的準確性大大提高，以下是2011年1月到2012年12月出錯的產品零件數統計表。

　　從上表可以看出，實行產品數據驗證流程后，出錯零件數明顯降低。從2011年1月到2011年7月，出錯零件數還較多，那是因為實行產品數據驗證流程之前維護的數據，有些錯誤才剛剛被發現。從2011年6月份開始至今，零件的出錯數已很少。2010年出錯零件總數全年約為360個，2011年出錯零件總數全年降為為102個，2012年出錯零件總數全年降為36個。出錯零件數大減少，數據證明，產品數據的驗證方法有效。

點擊下頁還有更多>>>產品數據管理論文