面向汽车应用的AUTOSAR设计技巧

要方面的形式化描述：软件（软件组件），ECU（ECU资源）和系统约束。合适的编辑工具用于创建完整的系统描述，如图2所示。

　　系统配置作为ECU配置的基础，而用户可以利用配置工具根据ECU配置生成基础软件组件。在开发流程的末期，有多种生成工具可以用来生成RTE和基础软件。开发过程中的所有设计和配置数据都用统一的文件格式保存。为此，AUTOSAR定义了一种基于XML的文件格式。一方面，统一的文件格式保证了开发流程的通用性；另一方面，它简化了开发工具之间的无缝集成。

移植

　　AUTOSAR的软件体系结构并非单一模块，它包含了大量接口定义完整的标准模块。这使得AUTOSAR的移植非常容易，即使是在项目之间进行移植；另外可以在一个项目之内同时使用标准的AUTOSAR模块和私有的软件模块。

　　为了实现这样的移植工作，首先必须将已有的软件架构和AUTOSAR体系结构进行比较。通过分析重叠的功能和集成选项，进而决定哪些模块可以保留，哪些模块应该被标准的软件模块替换。

　　因此，在应用程序和基础软件之间引入一个分隔层是非常明智的选择。一个可行的方法是在移植过程的早期就准备好应用程序和AUTOSAR软件组件，并将它们通过RTE集成在一起。在RTE之下，一个专用的修改层用于为已有的基础软件提供接口，如图3所示。

　　如果已有的基础软件有一部分需要被AUTOSAR基础软件替换，那么重点就集中在使用统一的工具。Vector提供合适的工具，可以用于配置私有的软件模块。非AUTOSAR模块可以被AUTOSAR模块逐步取代，从而避免推倒整个体系结构所需承担的风险或重新编写模块所带来的巨大工作量。



前景

AUTOSAR 3.0的发布标志着AUTOSAR标准的进一步完善。参与标准制定的各家公司承诺为实现AUTOSAR的目标而进行持续的努力。当前引入的各种想法将在AUTOSAR未来的4.0版本中得到实现。

　　工具供应商也提出了一些和AUTOSAR相关的想法。Vector的AUTOSAR开发团队正在致力于将基于AUTOSAR的ECU开发变得更加便利和容易。一个典型例子是运行在PC上的AUTOSAR应用组件的测试工具，这个工具同时还可以作为符合AUTOSAR标准的ECU的仿真环境。这使得在PC上测试AUTOSAR软件组件的实现代码变得更加容易。广泛使用的标准化工具（例如Vector的CANoe）可以用于测试实现、可视化测试以及生成测试报告。Vector利用全套的AUTOSAR基础软件组件和通用的设计与开发工具链支持整个开发流程，如图4所示。

　　Vector的AUTOSAR解决方案已经在若干个项目中得到了实际验证，同时得到验证的还有符合AUTOSAR 2.0和2.1的成熟产品（符合AUTOSAR 3.0的产品将于2008年第二季度面世）。

总结

　　AUTOSAR正在成为现实。许多OEM都计划在接下来的车型中采用AUTOSAR。Vector为AUTOSAR提供了完整的解决方案，包括AUTOSAR软件组件和开发工具。这不仅仅支持纯粹的AUTOSAR系统开发，而且支持逐步地将现有系统向AUTOSAR移植。