工业软件界一个共识：工业软件需要大量的工程化验证，才能进入实际工程中使用。的确，写几万行代码，开发出来第一套工业软件其实并不难，难的是这套软件是不是经得住实际工程的考验。
软件的评测，内行看门道，外行看热闹。外行喜欢看的往往是软件功能，内行则会钻到深处看性能，底层的算法和引擎决定了软件有多硬核，而它们则需要长时间大量的工程化验证方堪大用。
过去企业一般有两种方法进行工程化验证，一是用试验方法，二是用户现场工程应用。不论哪种方法都需要大量时间和资金。在现阶段，这两个途径在中国工业软件公司这里都不具有可行性：
首先，国内工业软件开发商没有充足的经费进行试验验证；其次，即使资金花得起，时间也等不起，开发商现在没有时间等待用户的使用反馈。第三，新软件的用户基数小，反馈数量少，不足以支持工程化验证。所以一家新创的工业软件公司或新开发的工业软件，在工程化验证方面往往都是大弱项。因此，只会等待试验验证和工程应用反馈的人，基本都冻毙于风雪，走到终点的可能性基本上为零。于是，我们提出了另外一套切实可行的国内的验证方法——用过去的案例验证今天的产品。
我们过去积累各个行业大量的工程案例，形成了拥有上万案例的工程案例库。案例库的数据经由国外软件应用实践而来，并通过用户试验及工程结果进行过验证，结果确认可靠。现在，每当开发出新的功能或模块，用把过去的案例调出，相同的问题，用同样的模型，在新功能或模块中重新计算一次。与案例库结果进行比对，结果偏差不大则认为新的功能或模块可行，结果偏差较大，则继续优化。利用这个案例库进行工程验证，节约了大量的时间和经费，相当于用过去的时间置换未来的时间，过去曾经投入资源和经费置换未来的资源投入和经费。
通常，离散的工业品或离散场景不足以验证工业软件的完整功能。所以，工程化验证需要考虑场景覆盖性，通常需要用系列化的工业品及其子系统进行完整验证，称为系统性验证。我们的工程案例库中，除了案例数量多外，还依据这些案例整理了系列化工业品和子系统的工业软件经验、标准和解决方案，总数达到上百个系列，可以解决验证场景的覆盖度问题。
版权申明：本内容来自于互联网，属第三方汇集推荐平台。本文的版权归原作者所有，文章言论不代表链门户的观点，链门户不承担任何法律责任。如有侵权请联系QQ：3341927519进行反馈。
