@基于AutoSAR的汽车电控系统开发之PREEvision工具链介绍

PREEvision层级架构概览

博主昨天比较忙，所以断篇了，今天继续给你讲解关于汽车电控系统开发工具链那些事儿。
下面这张PREEvision层级架构概览来自VECTOR官网，你可以从VECTOR的官方网站直接下载到本地保存起来，为了节省你的时间，博主已经把链接给你建好了，直接点击就好了：
https://www.vector/int/en/products/products-a-z/software/preevision/#c1762
这张图展示了PREEvision的各个架构层的信息,博主带着你把这张图看明白，先来看左侧PREEvision Layers这部分：

第一个层级是Use cases ，Customer features & Requirements,接下来博主结合自己的学习心得，逐个给你讲解这些模型架构的意义和用途：
Use cases :也叫用例，基于Use cases搭建起来的模型叫作用例模型，这个模型涵盖了三个方面的信息，系统角色定义、系统、执行者，通过这三个方面就可以描述一个系统完整的功能描述，如果还是不能够理解，那博主给你举个特斯拉Autopilot系统中的例子：驾驶员通过触摸中控屏设置开启或者关闭Autopilot功能，这里的系统角色是驾驶员，系统是Autopilot,执行者是一些传感器，比如：超声波雷达、摄像头、毫米波雷达来感知车辆周边的环境情况。

Customer features 是客户功能配置，这些配置都是可以手动设置的，举个特斯拉的例子，比如：特斯拉Model 3升级版和驱动版在座椅加热配置上是有差异的。顺便分享一下行业查询配置参数的小技巧，如果你所在的公司没有购买Benchmark数据库，你可以通过汽车之家来搜索你想查看的车型信息，点击‘参数配置’，无须注册即可查看该车型下相关系列的配置参数。此外，博主提醒一下 ，对于国内或者国外新发布的车型信息，汽车之家只能提供有限的信息。

Requirements是需求描述，可以通过模型来具体描述系统的功能需求和非功能需求，功能需求举个例子，比如：特斯拉外后视镜自动防眩目功能；非功能需求也举个例子，比如：特斯拉触摸中控屏的显示分辨率。需求模型创建好之后，可以导出生成DOORS或者EXCEL格式的文件，现在OEM主流需求管理软件多采用DOORS,下图是一张使用DOORS管理汽车系统需求的例子：
(图片来自于IBM Software Rational Data sheet)

据博主读研期间了解，IBM现在的业务范围在不断扩大，比如：数据挖掘、人工智能神经网络、机器深度学习等等。

未完 （待续）

‘ 绿树阴浓夏日长，楼台倒影入池塘’——高骈《山亭夏日》