KPIT为基于模型的软件开发建立了端到端的过程

除了解耦后处理系统的软硬件外，KPIT的客户还需要为系统添加新功能。他们还需要解决现有开发工作流的缺陷，这是基于手工编写嵌入式C代码。在这个工作流程中，工程师很少有机会验证系统需求，直到项目深入，需求可以在电子控制单元(ECU)上进行测试。客户希望减少手工编码，并在开发的早期验证他们的设计。

同时，客户需要一个开放的、标准的汽车软件架构，以确保交付的软件能够与在同一ECU上运行的其他软件兼容。

KPIT工程师基于AUTOSAR和基于模型的设计为他们的客户建立了一个软件开发流程。

在这个工作流程中，工程师首先分析系统需求，并定义由单个AUTOSAR软件组件组成的体系结构。

接下来，团队定义了各个组件的软件需求，使用AUTOSAR创作工具设置接口并添加其他配置细节。

遵循自顶向下的方法，该团队从创作工具导出了软件组件描述ARXML文件。他们将这些文件直接导入到Simulink中，以创建一个包含接口块和在创作工具中定金宝app义的autosar相关设置的Simulink骨架模型。

在Simulink和s金宝apptatflow工作^®，他们详细阐述了应用软件的这个框架模型，添加了顺序逻辑和其他块来实现新功能。

在检查模型是否符合MathWorks汽车咨询委员会(MAAB)的指导方针之后，团队运行了模型在循环中仿真，以根据需求测试设计的功能。

该团队使用Embedded Coder生成符合autosar的C代码以及更新的软件组件描述ARXML文件^®以及AUTOSAR标准的嵌入式编码器支持包。金宝app

他们使用生成的C代码进行软件在环测试，验证这些测试的结果与Simulink模型的仿真结果相匹配。金宝app

该团队将更新后的ARXML文件导入到AUTOSAR编写工具中，以便在部署到ECU之前，新的应用软件可以与其他AUTOSAR软件组件集成。

KPIT和客户利用这个工作流程成功地完成了后处理系统软件，目前正在进行最终测试。KPIT的客户现在正在其他AUTOSAR项目中使用基于模型的设计。

• 开发时间缩短了40%。与标准开发实践相比，基于模型的Simulink设金宝app计将开发时间缩短了10%到40%，标准开发实践由于手工编码和在刷新ECU之前无法验证需求而变慢。
• 建立AUTOSAR双向工程工作流程。配置完AUTOSAR创作工具中的接口后，KPIT将它们导入到Simulink中，以在两个工具中的软件组件之间建立一对一的映射。金宝app与autosar兼容的代码和组件描述文件从它们的Simulink模型自动生成，ARXML文件被导入到KPIT的创作工具中。金宝app
• AUTOSAR实现简化了基于模型的设计。Mahesh说:“我们的客户现在可以专注于开发他们的应用软件和控制策略，因为他们不再需要担心AUTOSAR的工作流程或工具链。”“MathWorks一直在继续增强Simulink对AUTOSAR的支持金宝app，我们相金宝app信对AUTOSAR标准的任何更改也将得到支持。”