AdaptiveAUTOSAR学习笔记6-架构-方法论和Manifest

AdaptiveAUTOSAR学习笔记6-架构-⽅法论和Manifest
本系列学习笔记基于 AUTOSAR Adaptive Platform 官⽅⽂档 R20-11 版本 AUTOSAR_EXP_PlatformDesign.pdf
缩写
AP：AUTOSAR Adaptive Platform
WP：Work Product
3.3 ⽅法论和 Manifest
应⽤的分布式、独⽴、敏捷开发要求开发⽅法论的标准化。

AUTOSAR Adaptive ⽅法论包括两部分：
⽤于描述 Service、Application、Machine 的 Work Product 的标准化以及他们的配置
定义 Work Product 如何交互，以交换设计信息的任务
图 3-3 概括地⽰意了如何实现 Adaptive ⽅法论。

更多详细步骤请参考 [3]。

3.4 Manifest
Manifest 代表了⼀个 AUTOSAR 的模型描述，上传到 AP 产品，⽤以⽀持 AP 产品的配置。

上传到 AP 时，可能结合其他该 Manifest 适⽤的⽂件，如含有可执⾏代码的⼆进制⽂件。

Manifest 只限于 AP，但这不意味着 AP 项⽬中所有产⽣的 ARXML 都是 Manifest。

事实上，AUTOSAR AP is usually not exclusively used in a vehicle project 不只是应⽤于汽车领域。

典型的车辆还会有很多基于 AUTOSAR CP 开发的 ECU，因此整车系统设计要同时考虑基于 AUTOSAR CP 和 AP 的 ECU。

原则上，术语 Manifest 在概念上可以定义为单⼀的 Manifest，部署的各个⽅⾯都会在这个 Manifest 的上下⽂中处理。

但是这样现实中并不可⾏，因为项⽬中和 Manifest 相关的模型存在于整个项⽬的各个不同阶段。

出于这个原因，除了 Application Design 之外，Manifest ⼜可以细分为三类：
Application Design
描述所有应⽤设计相关的⽅⾯，不需要部署到 AP 机器上，但 Application Design 会辅助在 Execution Manifest 和 Service Instance Manifest 中定义应⽤软件的部署。

Execution Manifest
描述应⽤部署相关的信息。

和可执⾏代码绑定，以⽀持将可执⾏代码集成到机器。

Service Instance Manifest
描述针对特定的传输协议（如 SOME/IP），进⾏⾯向服务通信的配置。

和可执⾏代码绑定。

Machine Manifest
描述运⾏ AUTOSAR AP 的机器。

和共同组成 AP 实例的软件绑定。

按照定义（和⽤法）划分 Manifest 导致使⽤了不同的物理⽂件来存储三类 Manifest 的内容。

除了 Application Design 和不同的Manifest，AUTOSAR ⽅法论⽀持系统设计，可以在单⼀模型中描述系统中 CP、AP 两个平台的软件模块。

不同平台中软件模块可以通过⾯向服务的⽅式通信。

但是也可以描述⼀个信号到服务的映射，在⾯向服务的通信和基于信号的通信之间搭建⼀个桥梁。

预告
下⼀篇学习笔记中，将进⼀步深⼊学习 Application Design、Execution Manifest、Service Instance Manifest 以及 Machine Manifest。

更多关于 Adaptive AUTOSAR ⽂章。