本發(fā)明涉及一種基于Excel和TeamCenter的ECN(Engineering Change Notice，工程變更通知書)檢查方法。

背景技術(shù)：

TeamCenter系統(tǒng)提供了工程變更管理審批，確保了工程數(shù)據(jù)凍結(jié)必須經(jīng)過審批流程才可進行，從流程上保證了變更數(shù)據(jù)的可控性。工程變更信息由專業(yè)工程師發(fā)起，經(jīng)過了ECN申請、紙質(zhì)審批、結(jié)構(gòu)搭建、PDM(Product Data Management，產(chǎn)品數(shù)據(jù)管理)電子審批，最后ECN凍結(jié)生效。在這個過程中存在以下問題：

ECN中的零部件屬性檢查工作效率較低、檢查不夠全面：零部件的屬性信息較多，零件屬性和BOM(Bill of Material，物料清單)屬性均含有十多個子屬性，各項屬性的填寫是否符合要求無法由TeamCenter系統(tǒng)進行約束，需要工程師進行檢查。由于發(fā)起的ECN較多、每個ECN變更信息也較大，所以審查工作量較大。

一個紙質(zhì)的ECN對應(yīng)多個PDM系統(tǒng)的ECN：專業(yè)工程師在TeamCenter系統(tǒng)中只能發(fā)起自己的ECN，但由于零部件結(jié)構(gòu)上的關(guān)聯(lián)性或其他因素，簽批的紙質(zhì)ECN需共同發(fā)起電子ECN；于是產(chǎn)生了一個紙質(zhì)ECN對應(yīng)多個電子ECN的情況。

紙質(zhì)ECN與PDM系統(tǒng)電子數(shù)據(jù)的一致性核查工作量較大：紙質(zhì)ECN中更改的數(shù)據(jù)與電子ECN中搭建的數(shù)據(jù)可能會存在缺件、多件或件號不一致情況；需要審核人員核查二者的一致性。但由于紙質(zhì)ECN零部件號編制順序與TeamCenter系統(tǒng)中ECN的零部件號編制順序不一致，再加上零部件檢查屬性較多，核查起來比較麻煩。

數(shù)模檢查：ECN審查信息中包含零部件的數(shù)模文件設(shè)計規(guī)范性檢查報告，該報告是由基于CATIA軟件的Q-CHECKER插件生成的。但是由于ECN更改的零部件較多，逐個數(shù)模下載后查看比較麻煩，再加上數(shù)模加載的License限制，嚴重影響了數(shù)模檢查效率。

技術(shù)實現(xiàn)要素：

本發(fā)明要解決的技術(shù)問題是提供一種基于Excel和TeamCenter的ECN檢查方法，為ECN生成及審查提供相應(yīng)的軟件功能，并建立對應(yīng)的ECN檢查方法，以減少專業(yè)工程師編制ECN的工作量和提高ECN的審查效率。

為解決上述技術(shù)問題，本發(fā)明的實施例提供技術(shù)方案如下：

一種基于Excel和TeamCenter的ECN檢查方法，該方法包括如下步驟：

步驟1：在PDM系統(tǒng)中申請ECN號，填寫紙質(zhì)ECN信息，簽批并上傳掃描版ECN；

步驟2：搭建電子ECN信息，上傳數(shù)模檢查報告，檢查電子ECN；

步驟3：提交電子ECN審批；

步驟4：使用ECN屬性填寫規(guī)范檢查插件進行ECN屬性填寫規(guī)范檢查；

步驟5：使用ECN數(shù)據(jù)一致性檢查插件進行ECN數(shù)據(jù)一致性檢查；

步驟6：使用ECN數(shù)模導(dǎo)出插件進行ECN數(shù)模導(dǎo)出并生成數(shù)據(jù)檢查報告。

進一步的，步驟4中的ECN屬性填寫規(guī)范檢查插件的具體檢查方法如下：

步驟4.1：根據(jù)TeamCenter中選擇的ECN節(jié)點，遍歷更改前零部件和更改后零部件；

步驟4.2：檢查ECN基本信息填寫是否有誤；

步驟4.3：判斷零部件更改前后的狀態(tài)；

步驟4.4：判斷零部件類型并分組；

步驟4.5：檢查零部件信息是否正確；

步驟4.6：檢查零部件BOM信息更改信息是否正確；

步驟4.7：按檢查模板生成檢查結(jié)果。

進一步的，所述步驟4.5中的零部件信息包括零部件屬性、數(shù)模文件、命名引用；所述步驟4.6中的BOM信息更改信息包括貨源、扭矩、增減件。

進一步的，所述步驟5中的ECN數(shù)據(jù)一致性檢查插件的具體檢查方法如下：

步驟5.1：根據(jù)TeamCenter中選擇的ECN節(jié)點，遍歷更改前零部件和更改后零部件；

步驟5.2：將零部件發(fā)送到結(jié)構(gòu)管理器；

步驟5.3：按數(shù)據(jù)對比模板獲取零部件更改前后的BOM屬性和零件屬性信息；

步驟5.4：分別去除更改前和更改后的重復(fù)數(shù)據(jù)行；

步驟5.5：針對下級件相同零部件進行組合打包；

步驟5.6：根據(jù)零部件、上一級零部件、零件編號、操作類型進行更改前后數(shù)據(jù)對比；

步驟5.7：生成ECN更改前后數(shù)據(jù)對比結(jié)果；

步驟5.8：調(diào)整數(shù)據(jù)對比結(jié)果結(jié)構(gòu)，將同一上級件的零部件分布在一起；并將上級件設(shè)置在下級件的上方；

步驟5.9：根據(jù)對比結(jié)果中配置的零件屬性列，生成零件屬性更改信息；

步驟5.10：根據(jù)對比結(jié)果中配置的BOM屬性列，生成BOM屬性更改信息。

進一步的，所述步驟6中的ECN數(shù)模導(dǎo)出插件的具體導(dǎo)出方法如下：

步驟6.1：判斷TeamCenter中選擇的節(jié)點為ECN節(jié)點還是BOM行節(jié)點，當為BOM節(jié)點時，執(zhí)行步驟6.2；為ECN節(jié)點時，執(zhí)行步驟6.3；

步驟6.2：轉(zhuǎn)到My TeamCenter環(huán)境，執(zhí)行步驟6.4；

步驟6.3：遍歷更改后的零部件；

步驟6.4：獲取零部件ID及版本號，遍歷零部件數(shù)據(jù)集；

步驟6.5：判斷當前文件是否為指定類型的文件，若是，執(zhí)行步驟6.6，若不是，執(zhí)行步驟6.4；

步驟6.6：導(dǎo)出當前數(shù)模文件；

步驟6.7：判斷是否存在下級件，若是，獲取零部件下級件后，執(zhí)行步驟6.4；若不是，則結(jié)束導(dǎo)出。

本發(fā)明的實施例具有以下有益效果：

通過采用上述方案，大大提高了工作效率和數(shù)據(jù)檢查的全面性，具體有益效果如下：

⑴開發(fā)了升級的ECN屬性填寫規(guī)范檢查插件。按照ECN屬性填寫規(guī)范要求和指定結(jié)果格式生成ECN檢查結(jié)果，確保了ECN屬性填寫的規(guī)范性。

⑵開發(fā)了ECN數(shù)據(jù)一致性檢查插件。專業(yè)工程師只需在填寫紙質(zhì)ECN之前搭建好電子ECN，然后使用該插件自動生成零件屬性變更信息表和BOM屬性變更信息表。從而確保了紙質(zhì)ECN與電子ECN的一致性。

⑶開發(fā)了數(shù)模導(dǎo)出插件。該插件不受TeamCenter的License限制，可無限制下載零部件數(shù)模文件。它可以基于ECN導(dǎo)出數(shù)模文件，也可以基于BOM行導(dǎo)出數(shù)模文件。

通過這些插件，有效提高了ECN檢查的效率和ECN檢查的全面性，規(guī)范了工程師ECN審查范圍及流程，大大減少了專業(yè)工程師和ECN審查工程師的工作量。

附圖說明

圖1為本發(fā)明實施例ECN管理業(yè)務(wù)流程圖；

圖2為本發(fā)明實施例ECN屬性填寫檢查模板示意圖；

圖3為本發(fā)明實施例ECN屬性填寫檢查插件算法流程圖；

圖4為本發(fā)明實施例數(shù)據(jù)一致性檢查模板示意圖；

圖5為本發(fā)明實施例數(shù)據(jù)一致性檢查算法流程圖；

圖6為本發(fā)明實施例數(shù)據(jù)一致性對比結(jié)果示意圖；

圖7為本發(fā)明實施例生成變更數(shù)據(jù)結(jié)果示意圖；

圖8為本發(fā)明實施例ECN數(shù)模導(dǎo)出插件算法流程圖。

具體實施方式

為使本發(fā)明的實施例要解決的技術(shù)問題、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖及具體實施例進行詳細描述。

本發(fā)明實施例提供了一種基于Excel和TeamCenter的ECN檢查方法，該方法包括如下步驟：

步驟1：在PDM系統(tǒng)中申請ECN號，填寫紙質(zhì)ECN信息，簽批并上傳掃描版ECN；

步驟2：搭建電子ECN信息，上傳數(shù)模檢查報告，檢查電子ECN；

步驟3：提交電子ECN審批；

步驟4：使用ECN屬性填寫規(guī)范檢查插件進行ECN屬性填寫規(guī)范檢查；

步驟5：使用ECN數(shù)據(jù)一致性檢查插件進行ECN數(shù)據(jù)一致性檢查；

步驟6：使用ECN數(shù)模導(dǎo)出插件進行ECN數(shù)模導(dǎo)出并生成數(shù)據(jù)檢查報告。

進一步的，步驟4中的ECN屬性填寫規(guī)范檢查插件的具體檢查方法如下：

步驟4.1：根據(jù)TeamCenter中選擇的ECN節(jié)點，遍歷更改前零部件和更改后零部件；

步驟4.2：檢查ECN基本信息填寫是否有誤；

步驟4.3：判斷零部件更改前后的狀態(tài)；

步驟4.4：判斷零部件類型并分組；

步驟4.5：檢查零部件信息是否正確；

步驟4.6：檢查零部件BOM信息更改信息是否正確；

步驟4.7：按檢查模板生成檢查結(jié)果。

進一步的，所述步驟4.5中的零部件信息包括零部件屬性、數(shù)模文件、命名引用；所述步驟4.6中的BOM信息更改信息包括貨源、扭矩、增減件。

進一步的，所述步驟5中的ECN數(shù)據(jù)一致性檢查插件的具體檢查方法如下：

步驟5.1：根據(jù)TeamCenter中選擇的ECN節(jié)點，遍歷更改前零部件和更改后零部件；

步驟5.2：將零部件發(fā)送到結(jié)構(gòu)管理器；

步驟5.3：按數(shù)據(jù)對比模板獲取零部件更改前后的BOM屬性和零件屬性信息；

步驟5.4：分別去除更改前和更改后的重復(fù)數(shù)據(jù)行；

步驟5.5：針對下級件相同零部件進行組合打包；

步驟5.6：根據(jù)零部件、上一級零部件、零件編號、操作類型進行更改前后數(shù)據(jù)對比；

步驟5.7：生成ECN更改前后數(shù)據(jù)對比結(jié)果；

步驟5.8：調(diào)整數(shù)據(jù)對比結(jié)果結(jié)構(gòu)，將同一上級件的零部件分布在一起；并將上級件設(shè)置在下級件的上方；

步驟5.9：根據(jù)對比結(jié)果中配置的零件屬性列，生成零件屬性更改信息；

步驟5.10：根據(jù)對比結(jié)果中配置的BOM屬性列，生成BOM屬性更改信息。

進一步的，所述步驟6中的ECN數(shù)模導(dǎo)出插件的具體導(dǎo)出方法如下：

步驟6.1：判斷TeamCenter中選擇的節(jié)點為ECN節(jié)點還是BOM行節(jié)點，當為BOM節(jié)點時，執(zhí)行步驟6.2；為ECN節(jié)點時，執(zhí)行步驟6.3；

步驟6.2：轉(zhuǎn)到My TeamCenter環(huán)境，執(zhí)行步驟6.4；

步驟6.3：遍歷更改后的零部件；

步驟6.4：獲取零部件ID及版本號，遍歷零部件數(shù)據(jù)集；

步驟6.5：判斷當前文件是否為指定類型的文件，若是，執(zhí)行步驟6.6，若不是，執(zhí)行步驟6.4；

步驟6.6：導(dǎo)出當前數(shù)模文件；

步驟6.7：判斷是否存在下級件，若是，獲取零部件下級件后，執(zhí)行步驟6.4；若不是，則結(jié)束導(dǎo)出。

本發(fā)明的實施例具有以下有益效果：

通過采用上述方案，大大提高了工作效率和數(shù)據(jù)檢查的全面性，具體有益效果如下：

⑴開發(fā)了升級的ECN屬性填寫規(guī)范檢查插件。按照ECN屬性填寫規(guī)范要求和指定結(jié)果格式生成ECN檢查結(jié)果，確保了ECN屬性填寫的規(guī)范性。

⑵開發(fā)了ECN數(shù)據(jù)一致性檢查插件。專業(yè)工程師只需在填寫紙質(zhì)ECN之前搭建好電子ECN，然后使用該插件自動生成零件屬性變更信息表和BOM屬性變更信息表。從而確保了紙質(zhì)ECN與電子ECN的一致性。

⑶開發(fā)了數(shù)模導(dǎo)出插件。該插件不受TeamCenter的License限制，可無限制下載零部件數(shù)模文件。它可以基于ECN導(dǎo)出數(shù)模文件，也可以基于BOM行導(dǎo)出數(shù)模文件。

通過這些插件，有效提高了ECN檢查的效率和ECN檢查的全面性，規(guī)范了工程師ECN審查范圍及流程，大大減少了專業(yè)工程師和ECN審查工程師的工作量。

如圖1所示，在ECN搭建過程中，對工程師在提交ECN前提出了一些建議；并在提交ECN后如何進行檢查提供了示意說明。

(1)對專業(yè)工程師的建議

●對已確定的變更信息，建議先搭建好電子的ECN；這樣可根據(jù)插件自動生成零件屬性變更信息和BOM屬性變更信息，從而提高了提交的ECN數(shù)據(jù)質(zhì)量；當然，如果存在多個工程師共同發(fā)起紙質(zhì)ECN時，此建議無效；但一般不建議多個工程師共同發(fā)起一個紙質(zhì)ECN，除非共同發(fā)起的審閱效果會更顯著。

●如果一個紙質(zhì)ECN對應(yīng)多個電子ECN，建議工程師在備注欄里說明紙質(zhì)ECN中哪些件是自己更改的；這樣可以確保系統(tǒng)的ECN與紙質(zhì)的ECN數(shù)據(jù)的可核查性。

●專業(yè)工程師在提交數(shù)據(jù)前最好先檢查一遍，確保提交ECN的數(shù)據(jù)質(zhì)量；因為ECN被拒絕后，再修改的工作量比先檢查一遍的工作量要大得多。

(2)升級的ECN屬性填寫規(guī)范檢查插件

ECN屬性填寫規(guī)范包括單一零件屬性、總成件屬性、ECN基本結(jié)構(gòu)搭建信息三部分；其中單一零件屬性包括一般零件屬性、GDT圖紙屬性、標準件屬性、IA屬性等，每種屬性搭建的元素有所不同，檢查要求也不同。

如圖2所示為ECN屬性填寫檢查模板，在檢查結(jié)果顯示中，會將ECN中所有的零部件進行顯示；分為：未凍結(jié)的零件判斷輸出、未凍結(jié)的總成判斷輸出、凍結(jié)的ECN/PCN判斷輸出三部分。每個零部件如果有錯誤或需要說明的信息，會在對應(yīng)零部件及其相應(yīng)屬性的單元格中進行說明，否則，對應(yīng)的單元格為空。

升級的ECN屬性填寫規(guī)范檢查插件是基于TeamCenter 8.1的合規(guī)性檢查插件而升級開發(fā)的插件。由于合規(guī)性檢查插件檢查不夠全面且問題較多而被廢棄。本發(fā)明沿用了合規(guī)性檢查插件的模板及基本規(guī)則，并進行了升級完善。升級的信息有：不同類型的零部件屬性分類檢查、零件貨源綜合檢查；添加的信息有：工程變更書編號與PDM的ECN號對應(yīng)關(guān)系、零部件版本與引用的數(shù)模版本是否一致、ECN基本信息等內(nèi)容。檢查規(guī)則說明如下：

●ECN基本信息主要檢查ECN編號、變更原因、系列車型等。

●屬性(零件和總成件)主要檢查零部件需包含的各圖紙類型的文件、引用的圖紙版本、屬性信息等信息。

●BOM信息檢查要求總成件與其下級件的貨源標識要正確、扭矩信息必須填寫、總成件結(jié)構(gòu)發(fā)生變化時，需體現(xiàn)變化信息。

ECN屬性填寫檢查插件算法流程如圖3所示。

(3)ECN數(shù)據(jù)一致性檢查插件

ECN數(shù)據(jù)一致性檢查插件是將TeamCenter 8.1中的ECN變更數(shù)據(jù)導(dǎo)出到EXCEL中，再使用EXCEL表進行數(shù)據(jù)對比，并生成零件變更信息表和BOM屬性變更信息表。數(shù)據(jù)一致性檢查模板結(jié)構(gòu)如圖4所示。

數(shù)據(jù)一致性模板采用了零件號、操作類型、上一級零件號、查找編號四列數(shù)據(jù)作為參考；本對比算法以零件號、上一級零件號、查找編號為基礎(chǔ)，在后臺會自動將操作類型不為0且零件號與上一級零件號相同的零部件進行打包并合并BOM屬性信息；然后進行數(shù)據(jù)對比。

數(shù)據(jù)一致性對比模板除了輸出數(shù)據(jù)對比結(jié)果外，還會根據(jù)數(shù)據(jù)對比結(jié)果，自動按模板生成紙質(zhì)簽字版的《BOM屬性更改》、《零件屬性更改》以及《數(shù)模檢查零件清單》三張表。

數(shù)據(jù)一致性檢查算法流程如圖5所示。數(shù)據(jù)一致性模板對比結(jié)果如圖6所示。生成的BOM屬性表、零件屬性表、數(shù)模檢查零件清單如圖7所示。

(4)ECN數(shù)模導(dǎo)出插件

ECN數(shù)據(jù)一致性檢查插件是基于TeamCenter 8.1使用JAVA語言開發(fā)的零部件數(shù)模文件導(dǎo)出的插件。它不僅支持ECN下的數(shù)模文件導(dǎo)出，同時也支持結(jié)構(gòu)管理器下IA及其下級件任何一層及其下級件的數(shù)模文件。該插件導(dǎo)出數(shù)模不受License限制，即可無限制的下載。導(dǎo)出的數(shù)模文件會保存在同一的指定文件夾下，例如D盤的CatiaFiles文件夾。然后使用Q-CHECKER的批處理檢查功能，將該ECN所有要檢查的文件，例如參考數(shù)模檢查零件清單，生成數(shù)模檢查報告。

ECN數(shù)模導(dǎo)出算法如圖8所示。

通過這些插件和相關(guān)建議，將ECN檢查盡可能地實現(xiàn)了電子化，減少了專業(yè)工程師編制ECN和BOM工程師審核的工作量，提高了數(shù)據(jù)的正確率。

以上所述是本發(fā)明的優(yōu)選實施方式，應(yīng)當指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明所述原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。