工業軟件界一個共識：工業軟件需要大量的工程化驗證，才能進入實際工程中使用。的確，寫幾萬行代碼，開發出來第一套工業軟件其實并不難，難的是這套軟件是不是經得住實際工程的考驗。
軟件的評測，內行看門道，外行看熱鬧。外行喜歡看的往往是軟件功能，內行則會鉆到深處看性能，底層的算法和引擎決定了軟件有多硬核，而它們則需要長時間大量的工程化驗證方堪大用。
過去企業一般有兩種方法進行工程化驗證，一是用試驗方法，二是用戶現場工程應用。不論哪種方法都需要大量時間和資金。在現階段，這兩個途徑在中國工業軟件公司這里都不具有可行性：
首先，國內工業軟件開發商沒有充足的經費進行試驗驗證；其次，即使資金花得起，時間也等不起，開發商現在沒有時間等待用戶的使用反饋。第三，新軟件的用戶基數小，反饋數量少，不足以支持工程化驗證。所以一家新創的工業軟件公司或新開發的工業軟件，在工程化驗證方面往往都是大弱項。因此，只會等待試驗驗證和工程應用反饋的人，基本都凍斃于風雪，走到終點的可能性基本上為零。于是，我們提出了另外一套切實可行的國內的驗證方法——用過去的案例驗證今天的產品。
我們過去積累各個行業大量的工程案例，形成了擁有上萬案例的工程案例庫。案例庫的數據經由國外軟件應用實踐而來，并通過用戶試驗及工程結果進行過驗證，結果確認可靠。現在，每當開發出新的功能或模塊，用把過去的案例調出，相同的問題，用同樣的模型，在新功能或模塊中重新計算一次。與案例庫結果進行比對，結果偏差不大則認為新的功能或模塊可行，結果偏差較大，則繼續優化。利用這個案例庫進行工程驗證，節約了大量的時間和經費，相當于用過去的時間置換未來的時間，過去曾經投入資源和經費置換未來的資源投入和經費。
通常，離散的工業品或離散場景不足以驗證工業軟件的完整功能。所以，工程化驗證需要考慮場景覆蓋性，通常需要用系列化的工業品及其子系統進行完整驗證，稱為系統性驗證。我們的工程案例庫中，除了案例數量多外，還依據這些案例整理了系列化工業品和子系統的工業軟件經驗、標準和解決方案，總數達到上百個系列，可以解決驗證場景的覆蓋度問題。
版權申明：本內容來自于互聯網，屬第三方匯集推薦平臺。本文的版權歸原作者所有，文章言論不代表鏈門戶的觀點，鏈門戶不承擔任何法律責任。如有侵權請聯系QQ：3341927519進行反饋。
