根據(jù)訪談素材，整理出以下內(nèi)容：

1 工業(yè)軟件與傳統(tǒng)信息化軟件研發(fā)的主要區(qū)別

Q：您認為工業(yè)軟件與傳統(tǒng)信息化軟件研發(fā)的主要區(qū)別在哪里？

A：傳統(tǒng)的信息化軟件以處理流程和業(yè)務(wù)邏輯為主，突出特點當(dāng)業(yè)務(wù)需求轉(zhuǎn)化為軟件處理流程事件和任務(wù)的單元時，如果相應(yīng)的資源配置充分（例如人力、技術(shù)路線、組織架構(gòu)等），軟件過程和成果質(zhì)量就是可控的。

而工業(yè)軟件最顯著的特點是其自身存在不可控的地方，主要原因有以下3 方面：算法的不可控性、技術(shù)的不可控性及軟件工程的不可控性。

算法不可控比較容易理解，不是說有了客觀的形式化表達（數(shù)學(xué)表達），就一定能轉(zhuǎn)化成有效或有價值的軟件算法，這是算法的不可控。

技術(shù)的不可控性主要體現(xiàn)為工業(yè)軟件是軟件技術(shù)的綜合，如涉及較為復(fù)雜的圖形技術(shù)，其不同于其他軟件的圖形技術(shù)（比如：游戲中的圖形處理），而是要與具體算法和具體功能相匹配、相適應(yīng)。

軟件工程方面存在的不可控，主要體現(xiàn)在過程溝通。工業(yè)軟件涉及工業(yè)知識、學(xué)科知識與軟件知識的綜合，研發(fā)人員包括計算機專業(yè)和其他專業(yè)學(xué)科，例如：物理、數(shù)學(xué)等等，這就導(dǎo)致軟件過程中存在很大的溝通問題。比如，具備深厚軟件功底的人，讓他理解物理、機械原理就很難，而學(xué)科人員可能對軟件的認識又存在很大偏差，因為他的學(xué)習(xí)體系里沒有這方面知識，也即在軟件工程中存在的最大問題就是缺乏溝通的可理解性。

2 協(xié)調(diào)不同專業(yè)背景人員的相關(guān)措施

Q：工業(yè)軟件是典型的多學(xué)科和跨學(xué)科技術(shù)產(chǎn)物，你們在協(xié)調(diào)不同專業(yè)背景人員協(xié)同工作方面有哪些措施呢？

A：與傳統(tǒng)軟件開發(fā)相比，工業(yè)軟件的開發(fā)有更長的周期和積累過程，這是由不同專業(yè)技能的人組合工作時技能和溝通方面的鴻溝所造成的。

一種解決方案是“小組進化”模式，即按照專業(yè)劃分研究小組，通過計劃路徑不斷進化從而奠定技術(shù)基座，比如圖形圖像處理、基本的軟件架構(gòu)、開發(fā)語言種類、學(xué)科專業(yè)如結(jié)構(gòu)或者流體。單個研究小組只關(guān)注自己的領(lǐng)域，并給予較長的訓(xùn)練和成長周期，就小組內(nèi)部而言，溝通這一塊就基本可控了。

具體而言，研究小組的整體績效不以成果為考核目標，而是選定方向上的能力提升為主要目標，實現(xiàn)內(nèi)部暢通和可控。而在產(chǎn)品級上則跟據(jù)需要的技術(shù)組合小組，溝通的問題落實在小組上而不是個人上，這樣產(chǎn)品級的溝通也相對可控。這樣，在基于工程需求、工程場景定義相應(yīng)產(chǎn)品時，相應(yīng)的儲備資源就能夠形成一個相對比較好的合力。在產(chǎn)品定義及開發(fā)時就可以按照標準軟件工程進行計劃和任務(wù)。

此外，在研究小組內(nèi)部要做好資源的冗余設(shè)計，雖然會增加成本，但能將不可控因素變成可控。這種模式也存在問題，即將矛盾和風(fēng)險向上層傳導(dǎo)，例如小組間需要管理層協(xié)調(diào)，產(chǎn)品定義需要管理層掌控，小組的新設(shè)和退出需要管理層判定等等，當(dāng)然這種情況符合工業(yè)軟件研發(fā)特點，但對于傳統(tǒng)軟件行業(yè)可能不是最佳實踐。

3 對人員變動的看法及相關(guān)應(yīng)對措施

Q：公司人員變動，尤其是工業(yè)軟件研發(fā)人員變動所帶來的影響是很大的，你們?nèi)绾喂芾砉救藛T變動呢？

A：對于公司而言，人員變動都會產(chǎn)生負面影響，無論是工程專業(yè)人員變動還是軟件開發(fā)人員變動，都會導(dǎo)致交接和繼承問題，只是在工業(yè)軟件中更明顯。軟件本身的唯一生產(chǎn)者是人，這是產(chǎn)生不確定因素的根本原因。對于傳統(tǒng)軟件中人員變動的交接成本是可控的（極端下對業(yè)務(wù)重新開發(fā)）。

工業(yè)軟件的人員變動就可能會產(chǎn)生嚴重問題，如果人員變化造成接續(xù)人員很難理解前人的思想，尤其當(dāng)涉及算法這一部分問題時則會更為嚴重。例如，算法思想和實現(xiàn)、數(shù)據(jù)結(jié)構(gòu)設(shè)計思想、圖形技術(shù)路線和功能符號性等這些就會存在嚴重問題。

人員變動引發(fā)的風(fēng)險既不可避免，也不存在最佳規(guī)避模式。行之有效的實踐就是拿成本置換風(fēng)險，盡最大可能將工業(yè)軟件的不可控因素變成可控，減少整體風(fēng)險。

對于軟件方面，可供應(yīng)對的方式是建好研究小組梯隊，增加小組中人員冗余；對于工程人員方面，越是底層和基本算法越要適當(dāng)引入商業(yè)合作，與具備相應(yīng)能力的穩(wěn)定科研機構(gòu)形成供給關(guān)系，而不是依靠自身力量發(fā)展。本質(zhì)上，這是在將人員變動的風(fēng)險進行分攤，也即廣泛開展合作。

4 是否會重寫第三方機構(gòu)（例如高校）提交的代碼

Q：對于第三方機構(gòu)（例如高校）提交的代碼是否會進行重寫？

A：這個問題需要個體評判，一般情況下對于高校科研人員提交的算法，重點修改側(cè)重于性能提升，而非功能完善，因為功能是由約定時規(guī)定的。性能提升，比如單機環(huán)境需要修改為并行環(huán)境，以及考慮環(huán)境的遷移性、操作系統(tǒng)的兼容性。

5 研究團隊的組織及不同研究小組之間的溝通方式

Q：能否談?wù)勓芯繄F隊的組織及不同研究小組之間的溝通方式？

A：在研發(fā)初始階段，一個研究小組只會安排兩個人，但是會賦予他們一項權(quán)利，隨著自己研究的深入，可自主吸納更多的人進去，相當(dāng)于獎懲制度。某個研究小組的成果如果在實際工程應(yīng)用中效果更好，就可以吸納更多的人進去。相反，如果該研究方向在后續(xù)實踐過程中沒有什么貢獻，可能該研究小組就會被合并到其他小組。

同一個研究小組內(nèi)部研究內(nèi)容相近，在相近的工作環(huán)境中工作，比如說至少是一個公司的人，很有可能還是一個辦公室的人，因此溝通基本不存在問題。如果是不同的研究小組，比如說開發(fā)CAD 和CAE 圖形處理的人員，通常是兩個不同的研究小組，因為他們的基礎(chǔ)渲染算法不同，但是由于都是圖形學(xué)問題，所以相互還是可以溝通的。

對于專業(yè)差別較大的研究小組，其實不需要刻意安排溝通，在項目實施過程中去溝通即可。一是項目實施過程中通常都是相對比較淺顯的問題，如果能夠積極加以討論，溝通問題自然會被解決；二是復(fù)雜溝通問題由管理層協(xié)調(diào)，問題向上傳導(dǎo)。其實就是建立一種機制，給予最基礎(chǔ)資源讓各自有足夠的自由發(fā)揮空間，這樣團隊自然如同進化一樣，價值低的方向會逐漸被淘汰，價值高的方向就會不斷地滾動成長。這種模式本質(zhì)上還是為了應(yīng)對工業(yè)軟件開發(fā)中更復(fù)雜的不可控性問題。

6 CAE軟件開發(fā)人員專業(yè)背景

Q：您認為CAE軟件開發(fā)人員需要哪些專業(yè)背景？

A：CAE 軟件研發(fā)除軟件專業(yè)人員外，還需要力學(xué)背景人員。一般情況下，一位新員工，尤其是應(yīng)屆畢業(yè)生，進入公司后還有一個相對長的學(xué)習(xí)過程，很難在一開始就決定他們會朝哪個方向發(fā)展，新員工可能最后成長成為一名銷售，或者是一名程序員。也就是說，公司內(nèi)部有一個再培養(yǎng)過程，但是招聘都需要有一定基礎(chǔ)背景，即純粹的軟件工程或者力學(xué)背景。

7 CAE軟件開發(fā)過程中架構(gòu)和框架的定義

Q：CAE 軟件開發(fā)過程中，對于架構(gòu)（architecture）和框架（framework）是如何定義的？

A：架構(gòu)通常指一整套管理模式，比如產(chǎn)品定義、成本、團隊組織和溝通。因此，架構(gòu)通常有兩個基本目標：降低成本和解決溝通問題。降低成本是指在成本可控的情況下，要盡量壓縮團隊規(guī)模，在質(zhì)量可控的情況下，盡量壓縮工期。

以下十條原則可用于降低成本：明確業(yè)務(wù)需求、任務(wù)優(yōu)先排序、消除過度設(shè)計、最小可行性定義、引入敏捷方法、具備自動測試能力、統(tǒng)一生命周期管理、促進團隊協(xié)作、變更響應(yīng)機制、強化復(fù)用代碼。一個團隊怎么建立起有效的溝通方式，則沒有確定答案，需要不斷地嘗試，從而確定適合的溝通方式。

框架則是面向系統(tǒng)的具體規(guī)范，也有兩個目標：第一，明確接口，設(shè)定好技術(shù)規(guī)范；第二，明確測量，重點在于最終產(chǎn)品的質(zhì)量而不是單一模塊的質(zhì)量。

8 CAE軟件開發(fā)過程中的痛點問題

Q：CAE軟件開發(fā)過程中，遇到的痛點問題有哪些呢？

A：一般認為CAE 軟件的痛點在算法上，但個人認為CAE 軟件長期迭代中的主要痛點還是數(shù)據(jù)結(jié)構(gòu)的問題。

數(shù)據(jù)結(jié)構(gòu)在軟件中不僅僅是對外數(shù)據(jù)接口，更重要的是需要定義CAE 內(nèi)部的大量功能和非功能需求，例如存取特性、運行效率、軟硬件適配、兼容、資源分配、業(yè)務(wù)邏輯優(yōu)化等方方面面的問題。數(shù)據(jù)結(jié)構(gòu)確定之后，其變動越小越好，因為一旦變動，可能影響到各種解釋器、數(shù)據(jù)傳遞、數(shù)據(jù)變量的規(guī)格等，所引發(fā)的問題可能會非常大。

核心問題是：如果邏輯有問題能很容易被發(fā)現(xiàn)，而數(shù)據(jù)結(jié)構(gòu)問題因為傳播路徑干擾，會很難定位和修正。這點在工業(yè)軟件中尤為突出，例如數(shù)據(jù)精度設(shè)計偏差可能導(dǎo)致頻繁的數(shù)據(jù)轉(zhuǎn)換中錯誤不斷累積。例如，特定數(shù)據(jù)類型是雙精度的浮點型還是整型，或者字符串類型，從最初始明確下來可能在整個軟件生命周期中都不會再次定義。

9 CAE 軟件開發(fā)過程中的文檔要求、質(zhì)量規(guī)范及支撐工具情況

Q：CAE 軟件開發(fā)過程中，文檔要求、質(zhì)量規(guī)范及支撐工具情況是怎么樣的？您能談?wù)剢幔?/p>

A：一般情況下不會刻意要求更多的文檔，而是更關(guān)注記錄思路演變，這與CAE 軟件特性相關(guān)，即開發(fā)的過程和目標存在不確定性。

CAE 軟件目標的不確定性有很大原因是需求實現(xiàn)存在不同路徑，路徑差異可能還非常大。為此，一般將文檔分成兩類：一類是業(yè)務(wù)人員，要求他們詳細地描述其需求；第二類是開發(fā)人員，前期測試不需要文檔支撐，但是要求在其產(chǎn)生成果時做詳細總結(jié)。

其他場景與通用軟件開發(fā)相同，代碼中需要注釋的地方要求有注釋。

CAE 軟件開發(fā)質(zhì)量保證。這個問題因人而異，比較復(fù)雜，舉兩個例子：建立程序封裝界面的可測試框架作為強制開發(fā)技術(shù)規(guī)范；使用任何語言都要求嚴格的代碼形式化檢查。

CAE 軟件開發(fā)支撐工具。主要選用合適的版本控制機制和工具，再配合適用的問題追蹤系統(tǒng)。

10 對工業(yè)軟件人才培養(yǎng)的建議

Q：關(guān)于工業(yè)軟件人才培養(yǎng)，您有什么好的建議？

A：對于高校相關(guān)專業(yè)而言，應(yīng)該將CAE 軟件主流編程語言納入必修課，例如C 和C++，并且貫穿學(xué)生的整個學(xué)習(xí)過程，至少從大二開始，每學(xué)期要求用C++語言去完成一個項目。當(dāng)前整個培養(yǎng)體系中對C++人才的培養(yǎng)遠遠不夠。

公司簡介：上海索辰信息科技有限公司成立于2006 年，總部位于上海，公司人員70%為研發(fā)與技術(shù)工程師。始終倡導(dǎo)與貫徹軟件自主研發(fā)，至今已擁有眾多國際/國內(nèi)領(lǐng)先的軟件核心技術(shù)，獲得自主軟件著作權(quán)30 余項，通過ISO9001 和國軍標9001B 質(zhì)量管理體系認證。遵照“理性創(chuàng)新、和衷共濟、互利共贏”的共同行為準則，基于全球最佳實踐和領(lǐng)先技術(shù)，為客戶提供產(chǎn)品全生命周期協(xié)同研制系統(tǒng)軟硬件、SAAS 服務(wù)。產(chǎn)品和服務(wù)覆蓋研發(fā)前沿工程、數(shù)字化設(shè)計及智能制造，客戶廣泛分布在重型機械、地面交通、電子、建筑、航空、航天、兵器、船舶、光電、動力設(shè)備等行業(yè)。