登陆

PREEvision Adaptive AUTOSAR建模介绍

来源：公众号“汽车电子与软件”（转载自公众号“车载以太网小L”）

2020-08-20

来源|汽车电子与软件

作者|车载以太网小L

最近Adaptive AUTOSAR相关话题特别火爆，小L也准备蹭个热点，跟大家唠唠PREEvision中关于Adaptive AUTOSAR的系统设计，看看我是如何把PREEvision玩转，让它把该做的事做到极致。

Adaptive AUTOSAR

我在之前的文章里说过，Adaptive AUTOSAR(简称AP)并不是用来取代Classic AUTOSAR(简称CP），而是对CP的一种扩展运用，所使用的软硬件平台是不相同的。

随着汽车网联化，智能化和电动化的不断发展，CP所对应的嵌入式系统已经无法满足大量数据的高运算能力需求，因此AP顺势而生。

CP和AP在SOA架构通信的主要区别在于：

CP只能支持SOME/IP协议，而AP可以运行SOME/IP，也支持HTTP协议，AP后续还会增加其他协议
CP仅支持静态SOME/IP服务交互机制，而AP可以支持静态和动态SOME/IP服务交互机制，动态这个属性，很厉害，有没有？
CP对传输层加密策略TLS极不友好，而AP可以很好的部署TLS加密算法

规范：AP规范是AUTOSAR公开发布的规范，当前版本是AUTOSAR Adaptive Release19.11，历史版本如下图所示，以上各个版本的下载路径为https://www.autosar.org/standards/adaptive-platform/，目前运用的比较广的是19.03版，大家可以自行下载学习。

下图是Vector关于AP建模给出的官方流程图，从图上看，所有的设计项都是严格围绕着AUTOSAR AP规范开展的，如果大家日常使用PV的时候，觉得PV很难使用，那其实只是对理论内容理解的不够，对技术点相互关联关系认识的不深刻，才会觉得PV里面旁枝错节，不好上手。我在刚开始时，也有段时间不上道，每天都很郁闷，后来慢慢的自己做了大量的总结和归纳之后，突然PV的能力就一路开挂，不仅在短时间内精通CP和AP的PV系统设计，最终的成果就是PV中可以做到一键式生成CP Arxml和AP Arxml，这样PV对我们来说仅仅是工具，它可以帮我把大把的时间专注于系统设计和方法论上。

下图是我自己总结的AP内容，如果要做PV的AP系统设计，这些内容就必须全部掌握，并知道所有内容的交互机制，这些仅仅是系统设计的基础和前提，如何将你脑袋里想要做的设计和这些理论很好的结合起来，才更加考验一个SOA架构师的能力。

准备工作

首先，打开v9.5以上版本PREEvision(简称PV)软件，在Design Model中创建新的ProductLine，并重命名（随意）。

接下来，创建所需要的Package结构，文件结构如图所示，这里有一点需要说明：

Service和ServiceInterface分开新建UML Package，不然Adaptive AUTOSAR Explorer(Adaptive 系统表格化设计界面) Service Interface步骤无法识别到Service Interface。

接下来，我们正式进入PREEvision建模介绍。

AP建模

软件层定义

通过以下方法打开Adaptive AUTOSAR Explorer来定义服务相关内容，Explorer以表格形式展示设计项，便于可视化，帮助我们快速的进行AP系统设计。

七夕情人节

1）Service Definition

服务是一系列软件功能的抽象描述，同时可以被多个不同的Client调用。而服务定义不仅定义服务本身，同时还定义服务和它关联项的依赖性。

点击Create new Service新建Service，Service ID，Service Provider，Service Interface，Service Consumer这几个属性，其中Service Provider，Service Interface，Service Consumer是PV自动生成的，我们只需要重命名成自己想要的效果即可。

Service定义好之后，如下图所示，其中自动生成的Service Interface会默认放在Service同一个UML Package下，这里需要move到我们自己定义的ServiceInterface Package下，不然第二步Service Interface就识别不到定义的ServiceInterface，这点是和CP Service Definition的唯一区别