|
|
你自稱看過其它論壇的軟件比較，卻不知道所謂同步建模已經(jīng)被批的爛夠，且看一位資深NX用戶對同步建模的吐槽：
: P) c# \ w; p1 X j- k6 o+ \5 S對于任何產(chǎn)品，需要詳細設(shè)計，就必須嚴格的規(guī)范設(shè)計，特別是大型項目，大團隊協(xié)作，而且能實現(xiàn)設(shè)計知識的固化與流程化、自動化。這個的實現(xiàn)最好的方式就是參數(shù)化。, u& s; A9 A# ?
作者畢業(yè)后在某大型汽輪機制造商液壓室、分廠、信息中心做過技術(shù)員，后跳槽到UTC(普惠、漢勝、西科斯基的母公司）的一級供應(yīng)商外企技術(shù)部做工程師。目前在某半導(dǎo)體設(shè)備商擔(dān)任技術(shù)項目芝麻小組長，兼管技術(shù)信息化工作。6 X6 p1 r$ C) M
水平不咋樣，都是大公司的一顆小螺絲。只是東西見了不少。
' A3 @% F7 t* ^! W集團企業(yè)級的SAP PLM，PTC windchill；1 h% N* s9 ]- S% Z% E0 ]
分公司級的Teamcenter engineering（就是以前的UGS IMAN 很老就上了我是后來的培訓(xùn)資料都是IMAN，集團級的Teamcenter enterprise 和TCUA 2007 技術(shù)部門高層沒有談妥，聽說俺離職后是上了，但我總歸錯過了）；7 q {% O: i6 @, [5 B
部門級項目組級的CAXA plm，西門子insight，autodesk vault ；我都用過和跟過項目，最少都是對角色前端操作比較熟練的，有些作為種子關(guān)鍵用戶參與實施，標(biāo)準(zhǔn)起草，客制工作。
- \: Q7 o( u2 T: Y6 \這三家企業(yè)，前兩家是UG NX為主設(shè)計CAX軟件，在分廠做工藝裝備會用到solidedge/insight，有部分部門和項目組會使用Inventor
8 l3 B8 m! ~% w8 u在半導(dǎo)體設(shè)備商主設(shè)計軟件是pro/e，兼用老版UG。" H; w+ @$ w$ d1 D
無論是用哪個軟件，上哪個PDM/PLM系統(tǒng)。所有詳細設(shè)計模型都不能有非參數(shù)據(jù)，哪怕哪個實體、曲面體去了參，外來導(dǎo)入轉(zhuǎn)換的數(shù)據(jù)（如step 格式轉(zhuǎn)換，inventor轉(zhuǎn)進UG)，都必須有源全參模型，并通過PDM系統(tǒng)掛接管理，而且都有備案（轉(zhuǎn)換報告會保留）。非參數(shù)據(jù)根本入不了系統(tǒng)，標(biāo)準(zhǔn)化那一關(guān)，以UG為例check mate一查就出來。參數(shù)化建模、制圖也都有嚴格的規(guī)范，如元件間的WAVE鏈接不得同級，越級WAVE鏈接；對象屬性值、引用集（輔助幾何體不放工作模型引用集）、圖層嚴格的規(guī)范、特征公差（論壇上掃略、網(wǎng)格曲面的鏈接公差我們原來是不允許隨隨便便修改的），質(zhì)量設(shè)置。否則一個check mate一查，到處都是叉叉。定期，信息化與標(biāo)準(zhǔn)化系統(tǒng)人員會對系統(tǒng)數(shù)據(jù)進行清理備案整改，進一步篩除不符合企業(yè)數(shù)字化設(shè)計規(guī)范的數(shù)據(jù)。說實在的一線工程師，實施初期沒有人不煩和罵街的，但是經(jīng)過一段時間大家也就都習(xí)慣了。; d; R" I$ j" T6 t$ P z5 b5 n
個別成熟的設(shè)計，通過NX/intent語言也好，toolkit也好，iLogic也好將成熟設(shè)計經(jīng)驗固化為自動化的設(shè)計知識庫，供企業(yè)高效重用
2 [* p* f [0 P# V2 d: F2 ~' h Z到數(shù)字化總成，及其在PLM進行統(tǒng)管的時候，得到的就是一個健壯、架構(gòu)清晰、重用性高的電子數(shù)據(jù)倉。在質(zhì)量追溯、工程變更ECO等環(huán)節(jié)發(fā)揮了巨大優(yōu)勢。7 ~! i+ Z( K$ x7 K6 D
: A9 r- @5 R4 Y- t
總結(jié)一句話：有人說不懂得參數(shù)化的（是說pro/e的，本人認為UG也如此）都是水平低下的。俺不以為然。但是這個觀點可小小修改一下：在制造業(yè)，不懂得或者玩不好參數(shù)化的公司，都是技術(shù)管理差勁的公司。
) F& |6 j u' X. @大企業(yè)，大項目，大團隊工程師個體水平并不咋樣，而且面窄。就作者以前所在的液壓室，有些年紀很不小的工程師對自己負責(zé)的如油壓調(diào)節(jié)泵這一塊狹窄的領(lǐng)域很熟悉，但是換成很相關(guān)的起動油泵就變得很外行了。
. L9 U9 ~" A1 ~, P# f大企業(yè)，大項目團隊厲害的是體系，在這個體系下，所有人都是體系下的一個螺絲釘，包括總設(shè)計 總系統(tǒng)工程師 規(guī)劃師等等，他們熟悉的是總體結(jié)構(gòu)和布局。小公司的高級技術(shù)人員可以很熟悉其下的分部件，而大公司卻對分部件根本不熟悉，只把它當(dāng)做有按需輸入輸出的黑箱（更多的時候這些高高在上的總工、總規(guī)劃師做的是項目管理的事情，連具體的布局設(shè)計規(guī)劃設(shè)計都很少參加）。5 g/ k+ D% l' u
在這種體系下，必須依靠規(guī)范的研發(fā)流程、標(biāo)準(zhǔn)規(guī)范將團隊甚至集團公司約束起來，各司其職。可以說小公司式的管理方式在復(fù)雜項目上根本不具備與大公司相比的競爭力，或者說想壇里的很多同學(xué)說的想去參就去參的作業(yè)方式哪怕你召集向大公司一樣規(guī)模的技術(shù)人員，也根本不可能組織起復(fù)雜的大項目開發(fā)。不是人的水平問題，是體系的問題。" `7 c5 D# ^) ]: q8 ]$ Y
所以我說，壇里有些同學(xué)想說的復(fù)雜大型產(chǎn)品不可能參數(shù)化，所以都是非參的為主，都是想當(dāng)然的說法。大項目產(chǎn)品設(shè)計的詳細設(shè)計恰恰需要參數(shù)化，而且要非常規(guī)范、自頂向下、按項目WBS的運作方式參數(shù)化。
! k! b, p$ U# L6 X5 i% n4 ]4 O非參和參數(shù)結(jié)合。不就混合建模嗎？所謂的同步建模，歷史模式下進行直接建模，方便編輯任意幾何疙瘩，拜托不就是把移動面、偏移面、旋轉(zhuǎn)面、面面對齊做成了特征嗎。你不信？以前的proe NX2.0都有類似的，你看下proe編輯下菜單下的偏移面命令是不是和這個類似，而且外來的非參幾何疙瘩是不是可以對某個面做偏移？？之前UG一直就有直接建模，只是沒有做到現(xiàn)在同步建模那么花哨，你不會以為在非參環(huán)境下還是參數(shù)環(huán)境下添加移動面、面調(diào)整大小之類的特征是什么很了不起的高科技吧？) j- j W9 p/ j& [) y
; k' X$ ]/ s T
說到不依賴于建模歷史的同步或者直接修改，笑話，你目前創(chuàng)建的移動、偏移這些所謂的同步特征就是最后一個，它之后還有任何特征碼？你把這個移動偏移特征作用的面的生成特征（你這個面的生成總歸是前面拉伸啊 旋轉(zhuǎn)之類生成的吧）改一下，你看這個移動偏移會不會跟著改。creo一樣半斤八兩號稱非參參數(shù)無縫融合，歷史無歷史切換可逆，比UG聰明，耍了點小花招，direct模塊貌似是非參直接建模，實際上創(chuàng)建修改過程給你一一記錄且隱藏下來，然后parametric模塊給你呈現(xiàn)出來，真的以為有什么火星黑科技？？？
4 p4 [9 n6 N' ~- I T |
|
樓主: Cavalier_Ricky
[復(fù)制鏈接]
發(fā)表于 2015-3-27 18:50:42
樓主
