【翻译】CLASSIC PLATFORM

About

AUTOSAR 经典平台架构在最高抽象级别上区分了在微控制器上运行的三个软件层：应用程序、运行时环境 （RTE） 和基础软件 （BSW）。

• 应用软件层大多独立于硬件。
• 软件模块之间通过RTE通讯，通过RTE访问BSW.
• RTE包含所有应用软件的对外接口。
• BSW分为三个主要层和复杂驱动：服务、ECU抽象、微控制器抽象。
• 服务进一步划分为功能组来表示系统、存储、和通讯服务等基础设施。

概念

一个重要的概念是虚拟功能总线（VFB）。这个虚拟总线让APP和基础设施耦合在一起。它通过确定的端口通讯。这也意味着APP的通讯接口必须MAP到这些端口。VFB处理ECU内外的通讯。对APP来讲，不需要知道更底层的技术实现和依赖。这种设计有助于帮助实现与硬件独立的APP开发和复用。
Autosar的分层架构提供了实现软硬件独立的机制。它将运行在微处理器上的软件分为了主要三层：应用层、RTE和BSW。
不同域的APP都是通过RTE来连接BSW。
除了定义架构和接口之外，AUTOSAR 还定义了一种方法，该方法支持配置完整的 AUTOSAR 堆栈并增强不同工具链之间的互操作性。一方面，这对于开发项目中的协作很重要，另一方面，这对于降低开发成本也很重要。

架构

对于标准化ECU软件架构来讲，主要概念是拆分独立于硬件的APP和面向硬件的BSW，也就是所谓的RTE。
在RTE上层，这个抽象层帮助OEM开发定制的和有竞争力的软件APP。在RTE下层，帮助标准化和OEM没什么关系的BSW。另外一个特性是AUTOSAR软件架构可扩展，可以用于很多车产品线和变体，也让APP在不同ECU之间迁移，从多个来源继承软件模块进工程成为可能。
BSW可以进一步分为这些层：services，ECU抽象，微处理器抽象。RTE实现APP和BSW独立，并管理这些层的数据交互。这使得可以做面向模块的开发，SWC也都是独立单元，不用管硬件的开发进度和细节。也可以做SWC的迁移和在别的ECU重新部署。

方法论和模板

除了软件架构之外，AUTOSAR还为汽车软件开发引入了一种统一的方法论方法。这主要是由于需要改善当今汽车项目中涉及的不同各方之间的协作。
AUTOSAR提供了指定在ECU上集成软件组件所需的所有方面的方法，并将不同的ECU集成到各种不同总线系统上的整个网络通信中。该方法定义了活动对工作产品的依赖性，并有望支持AUTOSAR中的活动，描述和使用工具。
描述文件（.arxml）基于Autosar模板，模板中定义了信息交换的格式（AUTOSAR Schema）和语义约束。描述文件用于在上下游传递信息。各家供应商的生成器可以解析这些描述文件，来支持配置生产RTE代码和BSW代码（操作系统的代码也可以哟）。