如何理解SOA是一种模板软件架构?(三)

我们将从文档、平台设计以及新增特性等方面进行分享。

R2011文档方面的变更还是很大的，《搞一下汽车电子》按照之前的分类方式将R2011进行了整理，大家可以后台回复 " AP点映 " 进行查看。

我们还是将其分为以下几个文件夹：

• Adaptive Foundation：与基础功能集群相关的文档

• Adaptive Service：与服务功能集群相关的文档

• General：AP AUTOSAR General文档

• Methodology And Manifest：与方法论、元模型以及Manifest等相关的文档

• Release Documentation：Release相关文档
  

其中Adaptive Foundation增加了很多Foundation中功能集权的解释性说明文档，主要包括：

Adaptive Service部分，增加了以下内容：

其中：《AUTOSAR_RS_AutomatedDrivingInterfaces》规定了传感器接口上AP AUTOSAR的要求。《AUTOSAR_SWS_SensorInterfaces》描述了传感器接口的功能说明与接口

Adaptive General部分进行了以下更改：

需要说明的是，R2011标准文档中，没有《AUTOSAR_SWS_General》等，笔者认为是缺少了，而不是被删除了。

Methodology And Manifest部分进行了以下更改：

其中《AUTOSAR_TPS_AdaptivePlatformTimingExtensions》是通过AUTOSAR元模型对时间扩展正式定义的补充。

这里需要特别说明的一个文档是《AUTOSAR_SWS_AdaptiveIntrusionDetectionSystemManager》。笔者认为，上述文件入侵检测系统管理（Idsm）应该是一个属于Foundation部分的功能集群（FC），但是，其他文档中，都没有与Idsm相关的内容。即使是《平台设计》中也没有。属于标准的问题，可能会在下个版本中有所体现。

《平台设计》是AP AUTOSAR中对AP AUTOSAR进行概述的文档，这里，对平台设计中主要的改动进行说明如下：

1. 在《持久性》章节进行了以下更改：
持久性主要的三种应用场景有：

• 在Adaptive Machine上安装新的应用程序软件

• 将现有应用程序软件更新到Adaptive Machine

• 从Adaptive Machine卸载现有的应用程序软件

在R1911中，对上述三种应用场景进行了以下说明：
UCM都使用持久性来部署/删除/更新应用程序的持久性数据
在R2011中，对其进行说明如下：在前两个场景中，持续性由UCM通过EM触发，以部署/更新应用程序的持久性数据在第三个场景中，UCM可以使用uri从持久性配置中删除剩余的持久性数据2. 在《UCM》章节，更改了UCM Master 的状态机：
我们也会在后期基于此分享" AP AUTOSAR & OTA"

3. 在《Crypto》章节更改了密钥管理交互，如：增加独立且受信任的环境等：