中国软件网

您现在的位置是:网站首页>软件百科

软件百科

PREEvision各层在电子电气架构建模中的开发要点

中国软件网2023-01-09软件百科找图的软件
杭州天堂软件园,找图的软件,云进销存软件,PREEvision各层在电子电气架构建模中的开发要点,杭州天堂软件园,找图的软件,云进销存软件PREEvision工具为用户提供了一个完整的协同开发平台,不仅支持从电子电气系统需求阶段到产

PREEvision各层在电子电气架构建模中的开发要点

PREEvision各层在电子电气架构建模中的开发要点,

  杭州天堂软件园,找图的软件,云进销存软件PREEvision工具为用户提供了一个完整的协同开发平台,不仅支持从电子电气系统需求阶段到产品系列开发的全过程,同时包括了对产品线及模型元素管理方面的内容。

  本文重点围绕PREEvision工具在EEA设计阶段各层功能及建模要点进行描述(主要在EE perspective下)。

  产品目标(Product Goal)用于描述产品的设计目标,主要从设计需求层面开展建模设计。包括三个维度,即客户特征(Customer Feature)、需求(Requirements)以及用户用例(User Cases),是以三种不同视角以层次化及图形化去构建整车电子电气功能与非功能方面的需求。

  客户特征(Customer Feature)是作为整车电子电气系统设计第一步,也是工具建模开始的第一层,它以整车的feature与function清单为基础,在PREEvision工具中以图表的格式,按需求工程的层次来进行录入的。

  1、统一的命名规则,包含对模型各层中全部Artifact的命名,便于协同工作时的统一性(以下各层相同);

  2、如果涉及变量管理,则需要在这一层就开始同步定义变量及变量之间的关系,继而模型化。

  需求(Requirements)用于描述具体功能与非功能需求,可以包括技术需求、结构需求、布置需求、法规需求、性能需求、EMC需求(或目标)等。目前最新版本9.5.3已经在属性定义上与需求管理工具Doors更加一致。

  2、需求层的Attribution定义尽可能的按需求的类型进行分包定义,对需求按类型划分层级;

  用户用例(User Cases)是站在用户的视角,涵盖角色,关联关系以及功能因果链关系的模型。这个模块目前在国内各个PREEvision用户中使用相对较少,但是随着正向开发以及SOA的发展应用,用户用例及场景分析将越来越重要,因此在这一层的建模工程将逐步应用起来。

  PREEvision的需求层为第三方工具提供了功能丰富的导入和导出功能,例如在需求层可导入导出DOORS、Excel格式的需求描述文件。

  PREEvision工具在这一层是对功能逻辑进行建模,主要包括传感模块、逻辑模块以及执行模块的模型元素,通过接口(Interface)定义模型元素彼此之间的关系,通过数据(Data)定义彼此之间交互的具体信息,并最终形成逻辑架构模型。

  1、定义好建模规范,尤其是模型的整体风格要求,如模型元素的尺寸、颜色、布置等要求(以下各层相同);

  2、在Library中按系统划分方式或负责人分工方式定义package,各负责人在定义好的package中定义好接口及数据类型(需要遵从集团级的命名方式),以跨系统间的接口调用;

  PREEvision工具在这一层支持软件行为(Software behavior)模型设计、面向服务的架构(SOA)模型设计、软件架构模型设计以及面向对象的软件设计、诊断模型的设计。其中基于AUTOSAR Adaptive 的SOA设计是PREEvision在软件定义汽车概念中的一项最佳实践,主要的设计内容:服务定义、服务接口设计、SOA架构、软件架构、以太网通讯设计、服务部署/软件映射、Switch配置等内容。

  2、在Library中按系统划分方式或负责人分工方式定义package,各负责人在定义好的package中定义好接口及数据类型(需要遵从集团级的命名方式),以跨系统间的接口调用3、SOA设计过程中VLAN尽量定义为10的倍数,避免后期产生错误;

  4、SOA设计中,注意自动生成的设置数据如果与设计数据不符,应及时调整;

  5、必须确保ADT与相应的IDT的数据类型是兼容的,否则无法实现有效映射;

  6、AUTOSAR的“依赖(Dependency)”关系无法实现导入导出。

  通过这一层的建模,最终可导出ARXML格式的应用层软件文件,用于后续的软件详细开发,同时关乎设计的技术规范,如服务矩阵、以太网通讯矩阵、软件架构等也可通过报告形式自动生成。

  PREEvision工具在网络架构层是面向车载总线通讯的网络的建模设计。主要包括网络拓扑模型设计、通讯报文、信号路由模型设计,其中通讯设计涵盖了目前主流的CAN/CAN FD,LIN、Flexray以及Ethernet的通讯模型设计。

  1、模块化的部件、总线、接口、信号等的artifact与其类属性尽量在Library中创建,以便产品的复用;

  2、如果有特殊的路由规则及相关评估权重,需要在信号路由前对规则进行定义。

  PREEvision工具在硬件部件层是面向ECU、系统/子系统电气原理、线束的建模设计。主要包括ECU架构模型设计、系统/子系统电气原理模型设计、电源分配模型设计、接地分配模型设计、线束原理模型设计。在这一层中,PREEvision支持KBL文件的导出,通过二次开发实现与线束设计工具的无缝衔接,如Capital Design。

  1、电源分配、线束中用到的元器件(device)种类较多,且重用度高,尽量在Library中定义模型元素,以便复用;

  5、如果需要属性完整的KBL文件导出,Connector的slot和cavity必须定义完整;

  PREEvision工具在物理架构层是面向整车E/E系统(包括电子电器零部件、线束路由、线束分段、连接器、线束内嵌式连接器等)的安装布置信息的设计,可用于生成线D信息),其中的相关属性信息可用于对线束系统的计算评估。在这一层中,PREEvision支持KBL文件的导入与导出,以实现与线束设计/生产工具的无缝衔接,如Capital Design。

  模型开发要点:1、需要分别在两个图中实现物理拓扑(三维数据布置)的设计和接插件的设计;

  3、线束原理图(硬件层)、线束图及布置图的设计对专业要求较高,因此,建模人员尽量以线束设计人员为主。

  PREEvision提供了电子电气系统设计的上下游关联关系的功能,涵盖了从需求层到最后的物理架构层的全部模块内容,主要用于保证设计的一致性和可追溯性,在应用PREEvision工具进行架构开发时,应尽可能的定义好上下游的映射关系。相应的,可以在每个模型元素(artifact)的属性中Mapping下查阅与其相关的全部映射关系,也可以在mapping view的模式下查阅全局的映射关系。

  同时模型的一致性检查功能也可以实现对模型的检索,以提供未实现映射的内容。

  系统逻辑架构/软件架构描述并提供了通信需求,硬件架构描述了ECU网络。逻辑架构或软件架构到硬件层(部件网络)的ECU映射完成后,相关的数据信息传递链就清晰了,继而系统信号也相应的产生了。

  · 单独的算法支持计算信号最佳路由路径· 用户自定义的权重函数进行路由成本的计算

  PREEvision的线束路由提供了一种自动化机制,该机制将部件原理层的原理图连接嵌入到车辆的物理结构中,从而生成及调整线束,使其完全适合基础车辆物理结构,继而将部件和连接关系映射到车辆物理结构中的实际物理位置,形成物理架构,以及包含的物理参数信息。最终生成线束图及关键设计参数。

  PREEvision可以说集成了完整的汽车电子电气开发流程各环节的设计与管理工具链,功能十分强大,同时随着我们对此工具应用的逐步深入,也将在建模过程中发现更多的需要标准化操作与注意事项的建模要点。此外Vector 中国的Ready to Use方案也很贴近本土客户使用习惯,将来PREEvision工具在模型敏捷开发中将带来更好的用户体验。

  特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。

  突发!俄两军用机场遭袭!国际油价崩了,天然气也暴跌;美股收跌,特斯拉近3000亿市值蒸发…

  财联社12月6日电,美国-欧盟声明称,美欧将探讨采取协调行动,促进多元化,增强关键供应链的抗风险能力;双方注意到《通胀削减法案》特别工作组取得的“初步进...

  明年 iPhone 15 基础款可以买了!分析师称将有三大升级,配置更均衡!

很赞哦!