本系列学习笔记基于 AUTOSAR Adaptive Platform 官方文档 R20-11 版本 AUTOSAR_EXP_PlatformDesign.pdf
缩写AP：AUTOSAR Adaptive Platform
WP：Work Product
应用的分布式、独立、敏捷开发要求开发方法论的标准化。AUTOSAR Adaptive 方法论包括两部分：
用于描述 Service、Application、Machine 的 Work Product 的标准化以及他们的配置
定义 Work Product 如何交互，以交换设计信息的任务
图 3-3 概括地示意了如何实现 Adaptive 方法论。更多详细步骤请参考 [3]。
Manifest 代表了一个 AUTOSAR 的模型描述，上传到 AP 产品，用以支持 AP 产品的配置。上传到 AP 时，可能结合其他该 Manifest 适用的文件，如含有可执行代码的二进制文件。
Manifest 只限于 AP，但这不意味着 AP 项目中所有产生的 ARXML 都是 Manifest。事实上，AUTOSAR AP 不只是应用于汽车领域。
典型的车辆还会有很多基于 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 两个平台的软件模块。不同平台中软件模块可以通过面向服务的方式通信。但是也可以描述一个信号到服务的映射，在面向服务的通信和基于信号的通信之间搭建一个桥梁。