1996年我公司引入三維設(shè)計(jì)軟件Unigraphics(以下簡稱UG)V12版本，正式開啟了設(shè)計(jì)平臺的信息化建沒之路。2001年實(shí)施PDM 系統(tǒng)iman V7，相應(yīng)的UG為v16版本；2004年升級為TeamcenterEngineering V9(以下簡稱TCEng V9)，UG升級到NX2。由此，UG和TCE成為我公司技術(shù)體系不可或缺的設(shè)計(jì)工具和管理平臺，為新產(chǎn)品研發(fā)、訂單開發(fā)快速響應(yīng)市場需求，推動企業(yè)高速發(fā)展發(fā)揮了巨大的作用。

    TCEng V9完成了物料編碼及屬性管理、圖文檔數(shù)據(jù)集管理、安全權(quán)限管理、無紙化審批流程管理、NX集成管理、ERP集成數(shù)據(jù)發(fā)布等功能， 但BOM管理一直在公司自行開發(fā)的平臺上進(jìn)行；通用零件庫、標(biāo)準(zhǔn)件庫也在自行開發(fā)的技術(shù)共享平臺上管理，我公司還自行開發(fā)了圖紙的批量打印、遠(yuǎn)程打印等功能。在自行開發(fā)諸多功能的補(bǔ)充下，PDM 和CAD系統(tǒng)運(yùn)行非常平穩(wěn)。

    隨著工業(yè)4．0時(shí)代的到來，整合信息系統(tǒng)、打通信息流轉(zhuǎn)、消除信息孤島、加強(qiáng)模塊化設(shè)計(jì)等，成為制造業(yè)轉(zhuǎn)型升級的必備基礎(chǔ)工作。由此，我公司2015年開始實(shí)施Teamcenter升級項(xiàng)目，在原有已實(shí)現(xiàn)功能的基礎(chǔ)上，完善產(chǎn)品數(shù)據(jù)的集成管理、零件分類管理、管路的全模型裝配、輕量可視化瀏覽等功能需求。

    1 PLM系統(tǒng)架構(gòu)

    1．1 Teamcenter10的系統(tǒng)架構(gòu)與軟硬件配置

    相比于TCEng V9普遍實(shí)施的2層架構(gòu)(也可做3層布局)，Teamcenter 10 (以下簡稱TC l0)系統(tǒng)的核心底層發(fā)生很大變化，采用4層架構(gòu)，分別是數(shù)據(jù)資源層、企業(yè)應(yīng)用層、Web服務(wù)層和客戶端層，大大增強(qiáng)系統(tǒng)的可擴(kuò)展性、開放性和穩(wěn)定性。在通用的4層架構(gòu)上，我公司還在異地分部架設(shè)卷空間服務(wù)器， 以加快異地研發(fā)人員對產(chǎn)品數(shù)據(jù)的讀寫速度。整個(gè)系統(tǒng)架構(gòu)如圖1所示。

    圖1 系統(tǒng)硬件架構(gòu)

    其中，服務(wù)器選用的均為IBM的X3850 X6服務(wù)器， 數(shù)據(jù)庫服務(wù)器上安裝Red Hat EntERPrise LinuxServer 6．4操作系統(tǒng)，其他服務(wù)器安裝Windows Server 2012，客戶端工作站安裝Window 7及以上版本操作系統(tǒng)。

    1．2 升級方案的選定

    由2004年實(shí)施的TCEng V9升級到2015年最新版的TC 10，由于版本跨越大，老系統(tǒng)所導(dǎo)出的數(shù)據(jù)庫文件、視圖BOM XML文件等， 均不能為新系統(tǒng)直接采用，所以數(shù)據(jù)直接遷移的方案是行不通的。同時(shí)，采用升級方案時(shí)，由于32位和64位操作系統(tǒng)、Oracle數(shù)據(jù)庫、TC系統(tǒng)三者間存在相互兼容、相互制約的問題，所以，一個(gè)完整的遷移和升級方案將如圖2中(1)所示。

    綜合考量升級效率和數(shù)據(jù)兼容性，最終采用的方案是：將TCEng V9的Oracle數(shù)據(jù)庫通過遷移并升級至10 G、TC系統(tǒng)升級至8．3這一中間臨時(shí)系統(tǒng)，然后將數(shù)據(jù)直接遷移至TC 10，如圖2中(2)所示。

    圖2 TC系統(tǒng)遷移和升級流程

    最后一步的遷移方案，并非整個(gè)數(shù)據(jù)庫以dmp文件方式進(jìn)行整體遷移，而是新系統(tǒng)安裝完成后，重新建立組織、人員、流程， 以及諸多BMIDE配置，然后將中間臨時(shí)系統(tǒng)中的零件屬性信息、BOM、數(shù)據(jù)集、流程信息等分別導(dǎo)出并導(dǎo)入，這樣可以將老系統(tǒng)中的數(shù)據(jù)根據(jù)需要轉(zhuǎn)八新系統(tǒng)，多年工作留存下來的許多垃圾文件能得以清理。另外，純粹由升級而成的新系統(tǒng)整體遷移，對諸多新功能是否具備完全兼容性， 還是存在一些不確定性，所以一般不建議采用。

    2 升級實(shí)施和應(yīng)用過程的技術(shù)要點(diǎn)

    2．1 預(yù)處理升級過程的多語言適配問題

    由于TC8之后，系統(tǒng)多語言支持上的本地化配置方案， 與TC Eng V9時(shí)代已經(jīng)截然不同， 所以在第一步的遷移和系統(tǒng)重構(gòu)之后，務(wù)必把系統(tǒng)配置中的中文內(nèi)容全部更改成英文。這包括：組織架構(gòu)(組名、子組、角色)、Item對象類型、單位、注釋、變更、狀態(tài)名、視圖名，并清理所有的LOV綁定。其中，Itern 對象類型的中文內(nèi)容，只能在升級到TC2005之后，在數(shù)據(jù)庫中通過SQL語句進(jìn)行修改。

    如果未更改到位， 則在后續(xù)TC2005升級到TC8．3過程中， 會因語言適配問題而導(dǎo)致升級失敗，此時(shí)再通過SQL語句更改數(shù)據(jù)庫并重啟升級過程，操作起來會更加繁瑣。

    2．2 預(yù)處理部分?jǐn)?shù)據(jù)集的適配問題

    由于TC8之后，PDF等格式已經(jīng)成為系統(tǒng)的內(nèi)置類型，而TCEng V9時(shí)代PDF需要人工創(chuàng)建類型，所以在升級過程勢必會產(chǎn)生沖突。為此，在升級前重構(gòu)的TCEng V9臨時(shí)系統(tǒng)中，務(wù)必將原有的PDF工具、pdf類型予以刪除或者更名。如果清理不干凈，則在TC2005升級到TC8．3時(shí)會首先校驗(yàn)出類型沖突，此時(shí)，盡管可以用additional_applications中的change_type_name予以類型更改，但后續(xù)升級過程還是會失敗并停滯，必須再次人工修改升級過程中的增量xml文件中的pdf命名，然后再度重啟升級過程。

    2．3 合理的軟硬件底層配置

    確保網(wǎng)絡(luò)交換機(jī)等硬件環(huán)境的穩(wěn)定可靠，否則由于網(wǎng)絡(luò)異常，會對系統(tǒng)架構(gòu)產(chǎn)生懷疑，進(jìn)而誤導(dǎo)到錯(cuò)誤的解決方向上去；更會導(dǎo)致數(shù)據(jù)遷移過程頻繁出現(xiàn)DBMS錯(cuò)誤，導(dǎo)致既定的物料基礎(chǔ)編碼分版本導(dǎo)八過程出現(xiàn)版本顛倒、數(shù)據(jù)丟失等現(xiàn)象，為后續(xù)顯示和操作造成不必要的麻煩。

    在每個(gè)升級階段，還需確保中間數(shù)據(jù)庫的表空間、臨時(shí)表空間大小足夠，否則也易于影響數(shù)據(jù)庫升級和補(bǔ)差周期。在新系統(tǒng)推行階段，IE版本對TC 10的自動分發(fā)安裝也會有影響；對TC l0而言，IE 8最為穩(wěn)定可靠，過于更新的IE版本反而出現(xiàn)分發(fā)安裝或更新失敗的現(xiàn)象。

    2．4 合理的分部門推行方案

    由于公司的TCEng V9已經(jīng)應(yīng)用了十多年，整個(gè)技術(shù)體系的日常工作不可能脫離它進(jìn)行，每當(dāng)一個(gè)階段的數(shù)據(jù)導(dǎo)出、升級并遷移進(jìn)新系統(tǒng)后，老系統(tǒng)中又產(chǎn)生了大量的數(shù)據(jù)，這就涉及按時(shí)間節(jié)點(diǎn)的數(shù)據(jù)補(bǔ)差問題。同時(shí)， 升級后的數(shù)據(jù)和新功能，還存在不少問題，在應(yīng)用中還須不斷得到校驗(yàn)和完善。所以，我們采用的方案是，選定一個(gè)部門，運(yùn)用周末及新系統(tǒng)培訓(xùn)時(shí)間完成該部門的數(shù)據(jù)補(bǔ)差，然后在該部門試運(yùn)行新系統(tǒng)，從零件取碼、建模、制圖、圖樣加載、無紙化審批流程、電子簽名、BOM 搭建和數(shù)據(jù)發(fā)布、JT輕量模型裝配、檔案室出圖等一系列功能逐步得到驗(yàn)證和穩(wěn)定應(yīng)用后，再逐步重復(fù)上述過程推行至其它部門。

    需注意的是，為確保零件編碼唯一性，在新老系統(tǒng)交接期，先行試用的部門必須在新老系統(tǒng)中同步取碼。待所有部門推行上后，才能把取碼工作全部切換至新系統(tǒng)中。

    2．5 合理的數(shù)據(jù)遷移順序

    從中間臨時(shí)系統(tǒng)遷入TC 10的數(shù)據(jù)種類非常多，比較合理的遷移順序是：零件編碼、屬性等基本信息分版本遷移， 流程簽審信息，PLMXML export／import方式遷移視圖BOM、volume數(shù)據(jù)集，從自行開發(fā)系統(tǒng)中遷移設(shè)計(jì)BOM，文件夾結(jié)構(gòu)遷移；待系統(tǒng)全部上線并完成數(shù)據(jù)補(bǔ)差后，最后遷移歸檔狀態(tài)。然后從自行開發(fā)的技術(shù)共享平臺中，遷移分類庫數(shù)據(jù)。而無紙化審批流程、人員組織架構(gòu)等在新系統(tǒng)中重建，不采用遷移方式；一些早期未實(shí)施成功的其它類型BOM 數(shù)據(jù)、數(shù)據(jù)集等，則全部予以丟棄，不再遷移，由此清理了很多垃圾數(shù)據(jù)。

    由于遷移跨度大、補(bǔ)差次數(shù)多，還是會存在新系統(tǒng)中引用的數(shù)據(jù)集并非最新內(nèi)置版本，同一數(shù)據(jù)集被多個(gè)零件版本引用、或者命名引用了多個(gè)prt文件等異常現(xiàn)象，在系統(tǒng)全面上線的同時(shí)，還須進(jìn)行數(shù)據(jù)集版本對比、補(bǔ)差以及引用關(guān)系的處理。相關(guān)的遷移工具、對比工具、批處理均需先行開發(fā)和校驗(yàn)。

    2．6 處理pattern圖樣模板的兼容問題

    TCEng V9上的UG NX2采用Pattern方式加載圖樣，TC 10中的UG NX9的操作原理還是類似的。但由于采用了基礎(chǔ)數(shù)據(jù)分別導(dǎo)出、導(dǎo)入式的遷移方法，新老系統(tǒng)中同一系列pattern文件對應(yīng)的puid卻發(fā)生了變化，這就導(dǎo)致老系統(tǒng)遷過來的所有圖紙的圖框全部丟失。為此， 需要通過NX接口進(jìn)行重構(gòu)對應(yīng)關(guān)系， 在start_uxmanager．bat中設(shè)置LOST_PATTERN將老系統(tǒng)中的puid與新系統(tǒng)中的Pattern編碼進(jìn)行關(guān)聯(lián)。

    此外，還需要根據(jù)實(shí)際需求，做相當(dāng)多的客戶化開發(fā)工作，包括與取碼器客戶化、ERP系統(tǒng)的傳輸接口、圖紙批量處理、BOM 的匯總與輸出鎖定、變更管理等，這樣才能符合企業(yè)自身的實(shí)際需求和習(xí)慣。而且，由于系統(tǒng)版本跨越非常大，操作習(xí)慣、應(yīng)用理念差異很大，所以成功的推行還需規(guī)劃合理的培訓(xùn)進(jìn)度，設(shè)置基礎(chǔ)培訓(xùn)、進(jìn)階培訓(xùn)、新功能強(qiáng)化培訓(xùn)等，讓技術(shù)人員逐步適應(yīng)新環(huán)境、應(yīng)用新功能。

    3 項(xiàng)目運(yùn)行

    TC 10和UG NX9系統(tǒng)自從2O15年10月全面上線以來，通過后續(xù)的功能開發(fā)、零星數(shù)據(jù)補(bǔ)差、數(shù)據(jù)校驗(yàn)比對等環(huán)節(jié)的不斷完善后， 目前已經(jīng)平穩(wěn)運(yùn)行了一個(gè)整年，如圖3所示。所有技術(shù)人員已經(jīng)適應(yīng)了新系統(tǒng)的操作環(huán)境和操作習(xí)慣，而且實(shí)現(xiàn)了BOM 數(shù)據(jù)和分類數(shù)據(jù)的全面整合、管路全裝配、輕量模型裝配和顯示等新功能，實(shí)現(xiàn)了升級前設(shè)定的預(yù)期目標(biāo)。

    圖3 實(shí)施完成的TC 10系統(tǒng)界面

    Teamcenter系統(tǒng)功能的完整性、兼容性和可拓展性是毋庸置疑的，但在項(xiàng)目實(shí)施和應(yīng)用過程中，感覺針對中國客戶的操作習(xí)慣上，還有部分可待改善的地方：比如，PSE模塊中，視圖BOM、自定義的設(shè)計(jì)BOM 類型最好不能混雜顯示，也就是頂層BOM 類型決定了后續(xù)子BOM 的調(diào)用類型；零件下BOM 能否生成，最好能與零件屬性進(jìn)行關(guān)聯(lián)， 比如定義為零件類型的不能創(chuàng)建BOM，而只有組件類型的才能創(chuàng)建，這可以避免很多誤操作。

    在視圖BOM 采用PLMXML方式進(jìn)行批量導(dǎo)出并用命令行plmxml_import進(jìn)行批量導(dǎo)入時(shí)， 盡管import_mode選擇了overwrite參數(shù)， 但還是會有部分視圖BOM 由于重復(fù)導(dǎo)入，出現(xiàn)覆蓋不掉、導(dǎo)致數(shù)量翻倍的BUG ；之后將相應(yīng)BOM 刪除，通過TC界面的PLMXML重新導(dǎo)入，才予以逐個(gè)解決BOM翻倍現(xiàn)象。盡管上述問題，最終不影響系統(tǒng)的應(yīng)用，但如果能予以逐步完善，將進(jìn)一步提升TC系統(tǒng)的用戶體驗(yàn)。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.guhuozai8.cn/

本文標(biāo)題：產(chǎn)品數(shù)據(jù)管理系統(tǒng)的升級實(shí)施與應(yīng)用

本文網(wǎng)址：http://www.guhuozai8.cn/html/solutions/14019321411.html