1 前言

    自國家確立“信息化帶動工業(yè)化”的目標(biāo)到今天的“兩化融合”目標(biāo)確立，信息化應(yīng)用在中國大地迅速開展起來。今天信息化帶動傳統(tǒng)產(chǎn)業(yè)的進(jìn)步已經(jīng)是不爭的共識，但信息化建設(shè)中“失敗”的陰影似乎總是困擾著企業(yè)，失敗的案例比比皆是。通過自身參與PDM系統(tǒng)建設(shè)的自身體悟，經(jīng)總結(jié)、歸納并提出自己的見解，供參考。

2 發(fā)動機(jī)設(shè)計(jì)工具建設(shè)

    2.1 設(shè)計(jì)工具選型

    在未統(tǒng)計(jì)設(shè)計(jì)軟件之前，研發(fā)工程師應(yīng)用設(shè)計(jì)軟件種類較多，如NX、CATIA、Pro/e、AUTOCAD，種類較多不利于研發(fā)工程師之間的協(xié)同，以及為軟件工具應(yīng)用培訓(xùn)帶來很多不便；數(shù)據(jù)零散存放在工程師的電腦上，不但數(shù)據(jù)安全保證不了，零部件設(shè)計(jì)的借用、重用性較低。隨著項(xiàng)目的增加，多個項(xiàng)目分散在各個項(xiàng)目團(tuán)隊(duì)在同步實(shí)施，使用了不同設(shè)計(jì)軟件，一系列問題也擺在了研發(fā)的面前，面對問題要想搞好發(fā)動機(jī)研發(fā)工作，那么就必須有一套好的裝配（設(shè)計(jì)工具）支持，為此我們在選型上通過以下三方面考慮，選擇了PTC公司的Pro/E與windchill平臺：

    2.1.1 產(chǎn)品設(shè)計(jì)的特殊性

    發(fā)動機(jī)設(shè)計(jì)不同于整車設(shè)計(jì)對曲面、造型要求較高，而是對參數(shù)化、精度要求較高。針對發(fā)動機(jī)產(chǎn)品設(shè)計(jì)的特點(diǎn)，并結(jié)合主流三維軟件的特點(diǎn)，鎖定了Pro/e軟件，它既滿足參數(shù)化、高精度要求，又針對曲軸、氣道、凸輪機(jī)構(gòu)、正時鏈條等零部件的設(shè)計(jì)開發(fā)了特殊建模功能。

    2.1.2 行業(yè)內(nèi)設(shè)計(jì)工具應(yīng)用

    一款好的開發(fā)工具都是經(jīng)過行業(yè)內(nèi)驗(yàn)證的，為此我們針對國內(nèi)外發(fā)展較早且名氣較大的發(fā)動機(jī)公司做了工具應(yīng)用的調(diào)研，經(jīng)過調(diào)研發(fā)現(xiàn)發(fā)動機(jī)行業(yè)內(nèi)應(yīng)用Pro/e軟件超過90%，且選取的windchill平臺也較多。

    2.1.3 PDM系統(tǒng)與三維軟件匹配性

    PDM系統(tǒng)能否做到自動識別、存儲管理由Pro/e軟件產(chǎn)生的文件？PDM中存儲的文件被激活，可自動調(diào)用Pro/e工具？PDM與Pro/e可否相互傳遞參數(shù)屬性值（如：PDM將版本信息、設(shè)計(jì)所有者等信息傳遞與Pro/e，Pro/e將名稱、編號等信息傳遞與PDM系統(tǒng)）？Pro/e與PDM集成后可否在線工作，及時將所設(shè)計(jì)數(shù)據(jù)保存到系統(tǒng)內(nèi)私有的空間？研發(fā)工程師提出了很多的集成需求。

    面對國內(nèi)外眾多的PDM系統(tǒng)提供商，通過調(diào)研、交流等方式，了解到國際主流PDM系統(tǒng)windchill、teamcenter、enovia均可與Pro/e集成，但因windchill與Pro/e均為PTC公司產(chǎn)品，在集成層面優(yōu)勢更大，能滿足研發(fā)工程師提出的集成需求。

    2.2 整體規(guī)劃、分步實(shí)施

    根據(jù)對開發(fā)工作中遇到問題梳理、需求的重要度分級，結(jié)合我院戰(zhàn)略規(guī)劃，決定從發(fā)動機(jī)設(shè)計(jì)、管理兩大平臺，采取整體規(guī)劃、分步驟實(shí)施的策略來建設(shè)PDM系統(tǒng)。對于整體規(guī)劃應(yīng)用長期規(guī)劃、中期修訂、短期微調(diào)的機(jī)制來保證整體規(guī)劃符合發(fā)動機(jī)開發(fā)業(yè)務(wù)、以及公司的戰(zhàn)略規(guī)劃；對于分步驟實(shí)施應(yīng)用階段實(shí)施+階段實(shí)施結(jié)果鞏固的模式，確保項(xiàng)目的成功。

    采取該策略建設(shè)PDM系統(tǒng)，是考慮到當(dāng)時若項(xiàng)目范圍較大，周期較長，不能滿足當(dāng)時的需要；項(xiàng)目范圍較大，對于當(dāng)時信息化系統(tǒng)建設(shè)基礎(chǔ)水平較差的我們來說，推廣應(yīng)用難度大，風(fēng)險較大；若隨著后續(xù)產(chǎn)品研發(fā)平臺及研發(fā)機(jī)型數(shù)量快速增長，當(dāng)時提出的需求也將很快不能滿足業(yè)務(wù)開展；借助PTC公司的項(xiàng)目實(shí)施經(jīng)驗(yàn)，若項(xiàng)目過大，業(yè)務(wù)范圍較寬，項(xiàng)目實(shí)施風(fēng)險較大，成功幾率較小。為此實(shí)施信息化項(xiàng)目要穩(wěn)健務(wù)實(shí)、穩(wěn)中求進(jìn)、穩(wěn)中求新，制定了PDM系統(tǒng)建設(shè)藍(lán)圖、分階段實(shí)施。

    2.3 推廣階段最關(guān)鍵，應(yīng)用提升需總結(jié)

    信息化項(xiàng)目實(shí)施的成功，不等于信息化系統(tǒng)成功應(yīng)用，成功推廣應(yīng)用到需求部門，信息化項(xiàng)目才可稱為成功。然而信息化系統(tǒng)短期的應(yīng)用很難顯現(xiàn)出領(lǐng)導(dǎo)對信息系統(tǒng)的期望，且因信息化系統(tǒng)的虛擬性特征也很難將效果直觀的呈現(xiàn)予領(lǐng)導(dǎo)。通過負(fù)責(zé)PDM項(xiàng)目實(shí)施，認(rèn)識到正確的規(guī)劃系統(tǒng)推廣各階段，能夠幫助領(lǐng)導(dǎo)對信息系統(tǒng)推廣應(yīng)用的正確判斷。

    考慮到PDM系統(tǒng)客戶端操作較其它信息系統(tǒng)客戶端操作特殊性（在發(fā)動機(jī)設(shè)計(jì)不同的階段，研發(fā)工程師在系統(tǒng)中操作重點(diǎn)不同，但所有操作均需要掌握），將PDM系統(tǒng)推廣階段分為三個階段：入門篇、熟練篇、提升篇。

    圖1 推廣階段

    入門篇

    剛剛上線階段，研發(fā)工程師對系統(tǒng)操作陌生，在系統(tǒng)中執(zhí)行業(yè)務(wù)流程緩慢。

    階段特征：暴漏的操作問題較多，而系統(tǒng)問題暴漏較少；研發(fā)工程師具有較強(qiáng)的新鮮感、主動性較高。

    應(yīng)對措施：暴漏的操作問題往往被誤認(rèn)為是系統(tǒng)問題，降低新鮮感，從而影響領(lǐng)導(dǎo)們的判斷，所以我們要多為研發(fā)工程師組織培訓(xùn)，并重點(diǎn)培養(yǎng)少數(shù)人員，使其輔助業(yè)務(wù)管理員指導(dǎo)應(yīng)用操作。

    熟練篇

    隨著研發(fā)工程師應(yīng)用系統(tǒng)次數(shù)增多，系統(tǒng)操作越來越熟練，可獨(dú)立解決操作中常見問題。

    階段特征：暴漏的操作問題較少，而系統(tǒng)問題暴漏較多；研發(fā)工程師新鮮感較弱、主動性較差。

    應(yīng)對措施：系統(tǒng)管理員解決問題要做到快、并將結(jié)果及時反饋于問題提出人。

    提升篇

    該階段研發(fā)工程師能夠在熟練的應(yīng)用情況下，提出更好的完善系統(tǒng)業(yè)務(wù)流程及操作方法的建議，但是該階段易被業(yè)務(wù)管理員、系統(tǒng)管理員所忽視總結(jié)備案提出的合理化建議。

    階段特征：暴漏的操作問題與系統(tǒng)問題較少，提出合理的系統(tǒng)應(yīng)用提升建議；研發(fā)工程師應(yīng)用情緒趨于穩(wěn)定，適應(yīng)系統(tǒng)約束管理。

    應(yīng)對措施：及時組織業(yè)務(wù)人員討論提出的系統(tǒng)應(yīng)用提升建議，并將合理的建議備案，以便后期二次開發(fā)優(yōu)化系統(tǒng)。

    2.4 矩陣式跨部門應(yīng)用推廣

    上文中已提到項(xiàng)目推廣階段重要性，那么推廣的組織架構(gòu)也直接影響到PDM系統(tǒng)是否能夠成功推廣應(yīng)用到用戶。曾經(jīng)分析過很多信息系統(tǒng)案例，由業(yè)務(wù)部門主責(zé)推廣應(yīng)用，雖然他們對軟件開發(fā)或搭建部署知識了解很少，但是成功的概率很高；案例中好多企業(yè)信息系統(tǒng)的推廣組織架構(gòu)均由IT部門人員組成，然而推廣成功率很低。總結(jié)歸納原因是IT專業(yè)人員對信息系統(tǒng)所承載的業(yè)務(wù)了解甚少，推廣中與用戶講IT專業(yè)語言，用戶無法理解，存在業(yè)務(wù)流程知識交流隔閡。

    為了將PDM信息系統(tǒng)成功推廣到我院，在組織架構(gòu)上進(jìn)行了跨部門的人員資源整合。推廣成員不但有IT部門的人員，也有用戶部門及流程規(guī)范部門人員組成，在整個推廣架構(gòu)中分為多個推廣小組來承擔(dān)推廣。見下圖2推廣架構(gòu)：

    圖2 推廣組織架構(gòu)

    2.5 案例剖析—細(xì)節(jié)的把握

    魔鬼總是存在于細(xì)節(jié)之中，忽視細(xì)節(jié)就是粗糙和簡單，提升PDM項(xiàng)目的成功率需要從小事抓起，從細(xì)節(jié)抓起。（以下是應(yīng)用中出現(xiàn)的一個案例）

    在實(shí)施電子審簽功能時，為了使數(shù)據(jù)審核更加嚴(yán)謹(jǐn)，制定了審簽駁回后，數(shù)據(jù)修改完成重新提交審核，審核工作仍從第一級開始逐級審核的審簽機(jī)制。

    圖3 完善前流程

    系統(tǒng)上線運(yùn)行一段時間后，系統(tǒng)的最終用戶提出放棄使用電子審簽的意見：因電子審簽速度較慢，較之前紙版審簽周期最少延長一倍時間，嚴(yán)重影響產(chǎn)品研發(fā)工作。

    針對最終用戶提出的問題，分析出了導(dǎo)致審簽速度慢的兩點(diǎn)重要原因：1）領(lǐng)導(dǎo)會議較多，登錄系統(tǒng)頻率較低，無法查看系統(tǒng)中的審簽任務(wù)；2）領(lǐng)導(dǎo)不登陸系統(tǒng)就無法得到系統(tǒng)中有審簽任務(wù)的信息。根據(jù)分析出的問題，制定了相應(yīng)的對策：1）完善《系統(tǒng)應(yīng)用規(guī)范》，采取制度進(jìn)行控制，每天至少登錄一次系統(tǒng)；2）將PDM系統(tǒng)與郵件系統(tǒng)集成，再在foxmail或outlook中綁定郵箱賬戶，通過這種方法在電腦桌面上顯示PDM系統(tǒng)中審核任務(wù)的提示郵件。

    然而在接下來運(yùn)行中，審簽速度只比之前快了一點(diǎn)，速度仍較慢，系統(tǒng)應(yīng)用者提出可否在審簽駁回?cái)?shù)據(jù)修改完成后，重新提交到駁回者繼續(xù)審簽的建議。若按照該建議更改系統(tǒng)中審簽流程，數(shù)據(jù)審核嚴(yán)謹(jǐn)性降低，數(shù)據(jù)質(zhì)量隨之降低。審簽速度與之前規(guī)劃的嚴(yán)謹(jǐn)性產(chǎn)生了矛盾。

    為了不使因放棄使用電子審簽功能而導(dǎo)致PDM項(xiàng)目失敗，為了更好的使信息系統(tǒng)服務(wù)于發(fā)動機(jī)研發(fā)工作。接下來我們針對矛盾點(diǎn)召集研發(fā)最終用戶、標(biāo)準(zhǔn)化人員進(jìn)行座談，并剖析了已經(jīng)審簽完成關(guān)閉的審簽流程記錄，發(fā)現(xiàn)審簽駁回較多的原因是標(biāo)注符號不符合標(biāo)準(zhǔn)、字體大小不符合標(biāo)準(zhǔn)、存在錯別字等等格式錯誤。根據(jù)座談和已完成審簽流程的剖析，重新制定了審簽機(jī)制，即在駁回時增加駁回選項(xiàng)：1)格式錯誤駁回   若只為單純的格式錯誤，選擇‘格式錯誤駁回’選項(xiàng)，完成修改后重新提交予駁回者；2）設(shè)計(jì)方案錯誤駁回  若審簽數(shù)據(jù)不符合設(shè)計(jì)方案，駁回時選擇‘設(shè)計(jì)方案錯誤駁回’，完成修改重新提交予流程第一級開始逐級審簽。

    圖4 完善后流程

    采用更改審簽駁回選項(xiàng)的機(jī)制，經(jīng)過一段時間運(yùn)行的驗(yàn)證，在保證審簽數(shù)據(jù)設(shè)計(jì)方案嚴(yán)謹(jǐn)性下，提高了審簽速度，系統(tǒng)用戶也不再提放棄PDM系統(tǒng)中電子審簽的意見。

3 結(jié)論

    通過對PDM項(xiàng)目整體規(guī)劃、分布實(shí)施策略；以及項(xiàng)目細(xì)節(jié)的把握。將windchill平臺成功應(yīng)用于我院發(fā)動機(jī)產(chǎn)品開發(fā)，使產(chǎn)品研發(fā)工作實(shí)現(xiàn)了Top-Down+模塊化的設(shè)計(jì)方法，規(guī)范了產(chǎn)品圖文檔的管理工作，固化了研發(fā)業(yè)務(wù)流程提高執(zhí)行標(biāo)準(zhǔn)。

核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

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

本文標(biāo)題：長城汽車發(fā)動機(jī)研發(fā)建設(shè)PDM方法分析

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