AUTOSAR定义了OEM与ECU供应商之间的开发过程以及该过程中所需的数据文件格式。XML格式的ARXML文件是定义了每个开发阶段过程中内容的数据文件，并且用于在开发人员之间共享每个开发阶段所需的开公开发布的内容和规范。
一.AUTOSAR分层架构体系
AUTOSAR软件体系结构的层次结构可以大致分为基本软件（BSW），运行时环境（RTE）和应用程序（如图1所示）。将基于RTE的应用软件开发为软件组（SWC），并为其提供模板和设计方法。在设计阶段，该应用程序由架构工具基于VFB总线的概念进行功能开发；在实现阶段即ECU Mapping阶段，进行接口的服务映射和运行实体到Task的映射。
图1 AUTOSAR软件架构
特定功能的系统被设计实现为虚拟功能总线上的软件组件（这一步骤特别是核心算法通常由主机厂进行开发设计）。
基于特定的ECU平台开发由供应商执行，但是OEM要从系统描述文件中提取开发ECU所需的信息，并提供相关信息到供应商。基于此系统描述问价，供应商通过创建用于配置其ECU的ECUC（ECU配置描述文件）文件来配置BSW。BSW的配置代码基于ECUC文件生成，并且和上层应用程序代码和生成的RTE代码，一起集成而实现ECU的功能。
二.AUTOSAR坏境下开发流程
-
BSW层的开发流程
BSW基于ECUC的描述文件去生成可编译代码。在导入系统描述文件或DBC后一定要进行ECU Configrator的操作去提取有用的信息，这样才能去进一步的配置。如下图为对应的ECU实施阶段的开发流程：
-
应用层的开发流程
基于模型的开发方法不仅克服了手动编码方法开发的状态机手动程序的困难，而且将与模式相关的功能作为模型进行管理，并且通过设置特定的输入参数提供了在线的仿真和验证工作，做到了不依赖于其他模块和硬件资源的独立验证开发，省去了传统开发过程（手写Coding，编译链接，烧写仿真）的繁琐过程，大大提高了开发效率。如下图应用层设计阶段的开发流程：
模型的验证方法如下图所示，开发完的模型必须经过HIL和MIL验证测试，在特定的输入条件下，两者测试的结果和预期的输出一样，并且两者的测试结果的一致性吻合，则测试PASS；否则测试失败。
欢迎转载和点在看！
转载须署名糖果AUTOSAR！！
分享给朋友或朋友圈请随意！！
