在敏捷开发工作流中，设计复杂系统是一项协作工作，大型团队开发组件、组装子系统，并将它们集成到系统设计中。理想情况下，系统仿真是组件设计工作流中一个完整的验证步骤，使工程师能够验证组件满足系统需求。然而，多次模拟一个具有复杂模型层次结构的系统可能非常耗时。
其中一种是Simulink金宝app®通过在第一次运行模拟时创建一组中间派生工件，可以加速大型模型引用层次结构的模拟。对于大型团队来说，共享和重用这些派生文件(包括MEX文件和其他二进制文件)是很有挑战性的。因此，团队成员经常花费时间重建和重新创建团队中其他人已经创建的文件。这种冗余的工作消耗了原本可以用于更有生产力的设计活动的时间。团队规模越大，模型越复杂，问题就越大。
为了解决这个问题，Simulink将这些派生构金宝app件打包并存储在Simulink缓存文件中。在本文中，我们描述了一个在典型的敏捷开发工作流中管理和共享Simulink缓存文件的方法，该工作流使用Git™进行源代码控制，金宝app使用Jenkins™进行持续集成(CI)。这种方法大大提高了系统模拟的速度。
模型缓存金宝app
当您在加速器、快速加速器或模型引用加速模式中模拟模型时，Simulink将层次结构中每个模型的派生文件打包到其相应的Simulink缓存文件(SLXC)中。金宝app团队成员可以彼此共享这些SLXC文件和相应的Simulink模型文件。金宝app当团队成员在他们的机器上重复模拟时，Simulink从每个模型的SLXC文件中提取必要的派生文件。金宝app因此，Simulink不需金宝app要执行不必要的重新构建，并且模拟完成得更快。
确切的性能改进取决于几个因素，例如层次结构中的模型数量、模型引用重建设置、被引用模型中的块数量，以及为每个模型创建的派生文件的大小和数量。在我们使用0-500个参考模型和1 - 10个层次结构的各种系统模型进行的测试中，我们看到了从2倍到34倍以上的改进(图1)。
图1所示。使用Simulink缓存文件对各种系统模型进行性能改进。金宝app
在包含Jenkins CI系统的敏捷工作金宝app流中共享和重用Simulink缓存文件是一个三个阶段的过程(图2):
- 将设计更改提交到Git。
- 集成设计更改和归档SLXC文件。
- Jenkins从Git中提取设计更改，并运行模拟来测试它们。
- Jenkins将Simulink缓存金宝app文件保存在Jenkins构建归档中。
- 同步设计更改和SLXC文件。
- 团队成员同步来自Git的最新设计更改和来自Jenkins构建归档的相关缓存文件。
- 团队成员使用缓存文件运行系统模拟。
图2。利用源代码控制和持续集成系统重用Simulink缓存文件的典型金宝app工作流。阴影区域描述了工作流的三个阶段。
在详细研究这些阶段之前，让我们考虑一下使用Simulink缓存的需求和最佳实践。金宝app
共享和重用Simulink缓存文件的要求和最佳实践金宝app
Simu金宝applink缓存包含派生文件，这些文件依赖于MATLAB版本、平台和仿真过程中使用的编译器。为了共享和重用这些文件，所有团队成员必须使用相同的MATLAB®发布、平台和编译器。在本文中，我们使用的是MATLAB R2019a，微软®窗户®，以及Microsoft Visual c++®2017年,分别。
通过重用共享缓存文件，以下最佳实践可以更容易地加速大型分层模型的模拟:
- 遵循基于组件的建模指南适合您的模型。例如，为了获得最佳模拟性能，层次结构中的引用模型通常应该包含500多个块。
- 让每个团队成员负责层次结构的子集——通常，由几个Simulink模型组成的组件，例如具有定义良好的接口的控制器或植物。金宝app这将在合并设计更改时最小化问题。
- 使用项目使用启动和关闭脚本，以确保所有团队成员的工作环境一致。启动脚本在打开项目时初始化环境，关闭项目时清理环境。
- 参考加速器模式。若要在本地机器上调试引用的模型，请使用正常的模式。但是，此模式不能提供与Accelerator模式相同的模拟性能优势。
- 设置每个模型的重建参数如果检测到已知依赖项中的任何更改(图3)并使用模型的依赖性参数指定用户创建的依赖项。这提高了重建检测的速度和准确性。
- 如果您正在使用并行计算工具箱™，请选择启用并行模型引用构建(图3)模型引用层次结构将自动并行构建。
- 决定Jenkins构建是在每次提交时运行，还是在一天的特定时间运行，还是按需运行。您的特定需求将决定什么时间最有效，以及使用以下哪种类型的构建:
- 无菌:一种构建，其中Jenkins工作空间清除了以前Jenkins构建中的工件或文件。如果您的团队经常更改Simulink模型配置，请使用无菌构建。金宝app例如，更改Simulink模型层次结构上的硬件设置需要一个干净的工作空间。金宝app
- 增量:其中保留了以前Jenkins构建中的工件的构建。如果您的团队对单个组件进行了小的增量更改，则使用增量构建。
根据模型层次结构的大小，无菌构建通常比增量构建花费更长的时间。
图3。模型配置参数。
将设计更改提交到Git
在此步骤中，团队成员修改模型、模拟模型层次结构、运行model Advisor检查并进行单元测试。他们承诺只有他们的设计文件到源代码控制系统，如Git。金宝appSimulink缓存文件不应该提交给源代码控制系统;它们是派生的二进制文件，可能占用大量的磁盘空间，并且不能进行比较或合并。在Git存储库中，您可以配置.gitignore这样Git就会忽略所有派生的工件，包括SLXC文件。
集成设计更改和归档SLXC文件
有关在Simulink中使用Jenkins的指导和配置技巧，请参阅博客文章金宝app与Simulink项目和Simulink测试持续集成。金宝app
在下面的示例中，Jenkins管理员指定构建詹金斯的命令。该命令启动MATLAB，构建快速加速器目标以实现最大模拟加速，并运行测试。图4显示了打开Simulink项目的命令，金宝appMyJenkinsProject和执行myBuildAndTest脚本。
图4。演示Jenkins Build命令，该命令打开Simulink项目并执行金宝appmyBuildAndTest脚本。该脚本为系统构建快速加速器目标，并运行多个模拟来测试更改。
使用这个脚本，Jenkins为模型层次结构构建了快速加速器目标:
金宝appSimulink.BlockDiagram.buildRapidAcceleratorTarget(模型);
此命令创建包含层次结构中所有模型的快速加速器和模型参考模拟目标的SLXC文件。金宝appSimulink将这些SLXC文件存储在仿真缓存文件夹中。文件中指定此文件夹的位置项目详细信息(图5)然后脚本运行多个模拟来测试设计更改。
图5。“项目详细信息”对话框指定存储SLXC文件的缓存文件夹的位置。默认设置是[项目根]。
另外，管理员设置一个Post-build行动在Jenkins中归档SLXC文件(图6)。构建完成后，Jenkins将SLXC文件从Jenkins工作空间复制到构建归档位置。要指定Jenkins构建归档位置，管理员可以编辑config . xml文件在Jenkins主目录中。
图6。一个Jenkins后期构建操作，配置为在构建完成后将所有Simulink缓存文件从Jenkins工作空间归金宝app档到构建归档区域。
同步设计更改和SLXC文件
通常，Jenkins构建是在夜间执行的。然后，每个团队成员都准备好基于上一次成功构建同步一个沙箱。团队成员从Git中检出设计更改，从构建归档区域检索相关的Simulink缓存文件，并在模拟之前将Simulink缓存文件放置在模拟缓存文件夹中。金宝app团队可以设置一个脚本来自动化这个过程。例如，下面的脚本概述了同步Simulink缓存文件的主要步骤:金宝app
函数copyJenkinsSLXCFiles (buildLocation)COPYJENKINSSLXCFILES从Jenkins lastsuccessbuild拷贝slxc文件%存档位置到用户的缓存文件夹。％% buildLocation: Jenkins的构建位置% build存档路径archivePath = fullfile (buildLocation,“lastSuccessfulBuild”，“档案”，‘工作’，“缓存”)；获取缓存文件夹位置cacheFolder = 金宝appSimulink.fileGenControl (“得到”，“CacheFolder”)；%将SLXC文件从生成归档文件复制到缓存文件夹拷贝文件(archivePath cacheFolder);结束
提高工作流程
有几种方法可以使这个工作流程更快、更不容易出错。要方便地管理来自多个Jenkins构建的SLXC文件，可以使用数据库或存储库管理工具。要在项目中作为工作的一部分自动运行MATLAB和Simulink金宝app测试，可以使用MATLAB Plugin for Jenkins。最后，为了进一步扩展模拟性能，您可以使用parsim输入参数值的范围。
