廠所異地產品設計數據接收研究與應用

吳晨歡 王勝任 王德君

【摘要】 ? ?本文基于Windchill平臺，開發產品數據發放接收管理功能，在設計所發放數據、制造廠反饋導入結果均采用WebService調用接口的方式，數據包導入過程使用Windchill的導入API與定制開發相結合的方式，進行設計數據的接收。實現廠所異地產品數據發放與接收全過程管理，保障設計數據接收的及時性與完整性。

【關鍵詞】 ? ?產品數據管理 ? ?PDM ? ?數據接收

一、廠所異地產品設計數據接收功能概述

在飛機的研制生產過程中，設計所與制造廠之間需要實現數據的發放與接收管理。制造廠接收設計所發放的產品結構和設計文檔等信息，通過數據發放、檔案接收、數據確認、執行導入、反饋結果的數據導入流程，實現設計數據的接收。由于設計所與制造廠均采用Windchill平臺進行產品數據管理，因此，使用Windchill平臺導入/導出管理方法實現異地產品數據的發放與接收，確保數據的準確性、完整性、一致性。

二、 設計數據管理模式分析

2.1產品結構管理

頂層產品結構對于一個指定的型號來說是相對不變層，按照專業進行組織，包括：頂層部件、ICI。構型層用于構型管控，是整個構型管理的控制點與核心，包括構型層CI、規格配置方案CIS、設計模塊VCI。

2.2有效性的標識

有效性的控制完全由構型層完成，頂層產品結構和底層產品結構均不參與構型控制。設計有效性標注在VCI上，規格有效性標注在CIS上零組件的繼承自其所在的設計模塊VCI。

三、數據發放方式

設計所發放數據時，將數據包或文件推送至SFTP服務器后，調用制造廠系統發布的WebService接口，實現設計數據發放后通知制造廠進行接收，考慮網絡異常等原因導致的接口調用失敗、或數據異常導致的數據接收失敗問題，在設計所系統實現數據重復發送功能。

3.1接口參數

3.1.1產品結構調整單

編號（產品結構調整單的編號）、名稱（產品結構調整單的名稱）、責任人（產品結構調整單的創建者）、產品（產品結構調整單所屬的產品）、是否為更改階段調整、調整原因分類、在制品處理意見、調整單類型（頂層調整單/構型層調整單/規格有效性調整單）、文件路徑（調整單的完整路徑）、簽字文件路徑（帶簽字的調整單存儲完整路徑）。

3.1.2數據包

編號（發放數據的編號）、名稱（發放數據的名稱）、責任人（發放數據的創建者）、產品（發放數據所屬的產品）、數據包類型（首次發放數據包、ECP發放數據包、更改發放數據包、快速更改發放數據包）、發放單位（設計發放的單位）、文件路徑（數據包存儲路徑）。

3.2返回值

成功/錯誤：錯誤信息。

四、數據發放格式

頂層產品結構調整單：

以xls格式文件發放，包括父件編號、子件編號、子件名稱、子件類型、父子關系類型、項目、所有者、組織、專業。

構型層產品結構調整單：

以xls格式文件發放，包括父件編號、子件編號、子件名稱、子件類型、父子關系類型、項目、所有者、組織、專業。

規格有效性調整單：

以xml格式文件發放，包括CI編號、CIS編號、CIS有效性、VCI編號、改前有效性、改后有效性。

首次發放數據包：

以VCI為單位，每個數據包可以包含多個VCI及相關的ICI模型，每個VCI包含四種數據：設計數據、發放清單、發放列表和簽審信息。

ECP發放數據包：

包含ECP格式化輸出的pdf文件和描述ECP屬性的xml文件。

工程更改數據包：

以ECO為單位，每次只能包含一個ECO及相關的ICI模型，每個ECO包含八種數據：設計數據、有效性、工藝審簽信息、發放清單、發放列表、簽審信息、ECO屬性xml文件、ECO格式化輸出的pdf文件。

快速更改數據包：

以快速ECO為單位，每次只包含一個快速ECO文件及其相關被更改部件和特制件模型數據。

VCI/CIS導出數據包結構說明如表1。

五、數據接收功能

5.1 產品結構調整單接收過程

在設計所調用制造廠WebService接口時，按照接口中描述的調整單類型，創建對應的產品結構調整單文檔及調整單導入狀態管理條目，并啟動產品結構調整單接收流程。

導入流程說明：

1.導入狀態確認：

產品結構調整單導入前，判斷對應型號、對應類型是否有未導入或導入中狀態的調整單，如果前一調整單未導入成功，則當前產品結構調整單進入等待狀態，每隔一小時重新進行一次狀態確認。

2.執行導入：

頂層/構型層產品結構調整單根據文件中描述的父子關系操作（增加、移除、保持不變）來進行頂層/構型層產品結構的調整，規格有效性調整單根據文件中描述的CIS編號及有效性，更新系統中相應CIS層的有效性信息。

3.編輯分發單位與啟動傳閱：

產品結構調整單導入成功之后，由分工人員指定調整單在廠內的傳閱單位，啟動產品結構調整單在廠內的傳閱流程。

4.調整單導入失?。?/p>

當產品結構調整單導入過程中出現異常情況，由數據管理部門人員判斷重新導入或取消導入。

5.2 數據包接收過程

在設計所調用制造廠WebService接口時，按照接口中描述的數據包類型，創建數據接收單文檔及數據包導入狀態管理條目。

5.2.1 ECP發放數據包

由系統自動解析數據包中描述ECP屬性的xml文件及格式化輸出的pdf文件，創建ECP文檔，用戶可按照編號在系統中進行搜索查看。

5.2.2 首次發放數據包/工程更改數據包/快速更改數據包

導入流程說明：

1.檔案接收：由檔案部門進行數據包接收。

2.檢查確認數據：由數據管理部門進行數據包內容的檢查與確認。

3.執行導入：解析數據包中的內容，在系統中創建相應的對象。

對VCI/CIS數據包進行導入時，使用Windchill平臺的導入API進行導入處理，配置導入容器、導入數據包流對象、是否預導入、導入規則文件、容器映射文件等參數，存儲至系統相應的上下文中。

VCI/CIS數據包導入成功后，對發放包中的發放清單、發放列表、簽審信息、ECO屬性xml文件進行處理。若導入過程中出現錯誤，需要對錯誤信息進行記錄，并在導入失敗任務頁面進行提示。

4.發放單導入失?。寒敂祿鼘脒^程中出現異常情況，由數據管理部門人員判斷重新導入或取消導入。

5.3 導入明細記錄與查詢

在產品結構調整單及數據包導入成功之后，將調整單的內容及數據包中發放列表中的內容記錄在數據庫中，建立調整單/數據包與具體發放內容的描述關系，以便對調整單/數據包中發放的內容進行追溯。

六、數據接收結果反饋

在產品結構調整單及數據包導入完成后，調用設計所的WebService接口，將導入成功或失敗的信息反饋給設計所。

6.1接口參數

編號（產品結構調整單編號/發放數據編號）、反饋單位、數據包類型、導入結果（成功/錯誤：錯誤信息）。

6.2返回值

成功/錯誤：錯誤信息。

七、EBOM查詢

7.1 按架次查詢和下載EBOM業務過程

業務人員進入型號EBOM管理頁面，輸入需要查詢的型號、架次及零組件編號，系統根據型號和架次獲取準確的設計狀態并在界面以樹狀結構展示，業務人員可以展開產品結構并查看結構中具體每個零部件的詳細信息，點擊下載數模，系統將查詢結果所包含的數模打包并彈出下載窗口。

7.2 頂層構型層產品結構導入業務過程

業務人員進入型號頂層構型層下載頁面，選擇需要查詢的型號，選擇全部有效性或指定單架次有效性，系統將查詢結果輸出到xls格式文件中，并彈出下載窗口。

八、結束語

本文基于Windchill平臺進行廠所異地產品設計數據接收功能的開發，實現設計數據發放、接收、反饋全流程管理，保證廠所系統間數據包傳輸的一致性和實時性。使用Windchill平臺的導入功能進行數據包的解析與導入，確保數據接收的完整性。

開發數據導入狀態跟蹤以及導入數據明細查詢功能，能夠對數據接收的情況進行監控與追溯。通過廠所異地產品設計數據接收研究與應用，實現了設計數據發放與接收的閉環管理，確保數據接收的及時性與完整性。

參 ?考 ?文 ?獻

[1]孟飆，劉志存，閆婧.項目管理中飛機構型管理模型構建及其應用[J].沈陽航空航天大學學報，2016（12）

[2]陳明，周衛東，朱玉洪，周來水.飛機廠所異地發放技術研究與實現[J].航空制造技術，2008（000）010