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

　　RTE实现了对于I/O、内存和其它基本服务的访问。利用基于模型的描述，可以针对指定的ECU定制RTE，这样可以适应不同的需求并节省资源。

　　方法

　　在定义ECU软件体系架构的同时，AUTOSAR标准也定义了开发AUTOSAR系统的方法。符合经过确认的开发过程是开发软件的一个重要前提。需求列表中的不足会在开发早期被发现，软件组件的重用使得开发流程变得简化，整个系统也就更加可靠。但是，这种方法也允许一定程度的自由：例如，用户可以自己决定是使用从上至下还是从下至上的开发流程。

　　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版本中得到实现。