有些時候會因為對CAE領域的不熟悉,或者莫名其妙的腦洞大開,亦或者鉆入某個牛角尖中,產品的設計工程師們會提出的一些問題,但經過仔細分析后會發現,這完完全全就是一個偽需求、偽命題。顯然遇到這樣的問題,就已經不再是技術問題,最好的解決途徑就是,拿出有力的證明,說服對方即可。

偽需求終究很少,更多的是大量實實在在,迫切需要解決的真實問題。主要有下面幾種:

CAE知識的不全面

一個CAE工程師甚至一個公司的整個CAE部門經常面對從來沒遇到過的新問題,而這些問題或許早已有成熟的解決方案。解決的途徑也很簡單,一是學習,二是外包,就看哪種途徑的性價比高了。如果這些新問題關系到產品的核心技術,或者是未來發展不可或缺的一環,那肯定是需要自己的技術人員啃下這塊技術難題了;而如果是N年一遇的問題,或者僅僅是某個甲方要求做的項目,那項目外包也是一個不錯的選擇。

商業軟件的不完善

還有一些問題,的確是所有工程師都非常關心的核心問題,但限于現有商業軟件的發展,沒能開發出某些特殊功能。對于絕大多數的工程師來說,都是軟件的應用工程師,因此所以面對這樣的問題,只能盡可能的簡化問題,或提出等效模型等方法來解決面對的工程問題,同時還應多多關注軟件新版本的推出,或許新版本里已經完善了相應的功能。而對于有編程經驗的工程師來說,部分問題可以通過二次開發這樣的軟件高級化應用得以解決。當然還有更高端的就是自己完全編程解決或者和軟件公司合作開發專有模塊,而有這種實力的個人與企業則是鳳毛麟角。

邊界條件的不明確

教材中的所有案例都是非常簡潔而又明確的,而在日常工作中,卻有大量的仿真案例,無法得到明確的邊界條件,這也是所有問題中最麻煩的一類問題。得益于現在硬件設施的大幅提升,一種常見的解決方案就是將部件放入整機產品中進行仿真分析,因為很多時候整機產品的邊界條件反倒更容易獲得;另外一種解決方案則是通過多系統、多軟件的協同仿真,可以非常有效地避免系統間邊界條件的人為截取。

作為一名CAE工程師是非常感謝矛盾體的另一面——產品設計師,正是由于他們源源不斷的新問題“逼迫”著我們不停的學習,推動著CAE技術的不斷發展。矛盾具有對立性與統一性,這其中的統一就是所有工程師對產品積極負責的態度,這就是我們的“工匠精神”。