PREEvisionAdaptiveAUTOSAR建模介绍_新能源技术.docVIP

PREEvisionAdaptiveAUTOSAR建模介绍 PREEvision Adaptive AUTOSAR建模 最近Adaptive AUTOSAR相关话题特别火爆，小L也准备蹭个热点，跟大家唠唠PREEvision中关于Adaptive AUTOSAR的系统设计，看看我是如何把PREEvision玩转，让它把该做的事做到极致。 01 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，历史版本如下图所示，以上各个版本的下载路径为/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架构师的能力。 02 准备工作 首先，打开v9.5以上版本PREEvision(简称PV)软件，在Design Model中创建新的ProductLine，并重命名（随意）。 接下来，创建所需要的Package结构，文件结构如图所示，这里有一点需要说明： Service和ServiceInterface分开新建UML Package，不然Adaptive AUTOSAR Explorer(Adaptive 系统表格化设计界面) Service Interface步骤无法识别到Service Interface。 接下来，我们正式进入PREEvision建模介绍。 03 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的唯一区别。 2）Service Interface 服务接口主要是描述服务的能力，可以给client提供哪些交互能力。服务接口包括《SOME/IP到底讲了什么》中说到的method，event，FF method，Prope