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

PREEvision各层在电子电气架构建模中的开发要点 PREEvision工具为用户提供了一个完整的协同开发平台，不仅支持从电子电气系统需求阶段到产品系列开发的全过程，同时包括了对产品线及模型元素管理方面的内容。 图1 PREEvision工具EEA设计流程 本文重点围绕PREEvision工具在EEA设计阶段各层功能及建模要点进行描述（主要在EE perspective下）。 1 PREEvision产品目标（Product Goal） 产品目标（Product Goal）用于描述产品的设计目标，主要从设计需求层面开展建模设计。包括三个维度，即客户特征（Customer Feature）、需求（Requirements）以及用户用例（User Cases），是以三种不同视角以层次化及图形化去构建整车电子电气功能与非功能方面的需求。 1.1 客户特征（Customer Feature） 客户特征（Customer Feature）是作为整车电子电气系统设计第一步，也是工具建模开始的第一层，它以整车的feature与function清单为基础，在PREEvision工具中以图表的格式，按需求工程的层次来进行录入的。 模型开发要点： 1、统一的命名规则，包含对模型各层中全部Artifact的命名，便于协同工作时的统一性（以下各层相同）； 2、如果涉及变量管理，则需要在这一层就开始同步定义变量及变量之间的关系，继而模型化。 图2 客户特征（Customer Feature） 1.2 需求（Requirements） 需求（Requirements）用于描述具体功能与非功能需求，可以包括技术需求、结构需求、布置需求、法规需求、性能需求、EMC需求（或目标）等。目前最新版本9.5.3已经在属性定义上与需求管理工具Doors更加一致。 支持树形结构编辑及表格界面编辑的同时，还支持相关设计文档的嵌入。 模型开发要点： 1、应保证需求的准确性、完整性以及一致性； 2、需求层的Attribution定义尽可能的按需求的类型进行分包定义，对需求按类型划分层级； 3、应该对需求的级别进行定义，如Shall、Must、Will、Should等; 图3需求（Requirements） 1.3 用户用例（User Cases） 用户用例（User Cases）是站在用户的视角，涵盖角色，关联关系以及功能因果链关系的模型。这个模块目前在国内各个PREEvision用户中使用相对较少，但是随着正向开发以及SOA的发展应用，用户用例及场景分析将越来越重要，因此在这一层的建模工程将逐步应用起来。 图4 用户用例（User Cases）模型（图片来源：Vector） PREEvision的需求层为第三方工具提供了功能丰富的导入和导出功能，例如在需求层可导入导出DOORS、Excel格式的需求描述文件。 2 PREEvision逻辑功能架构（Logical Function Architecture） PREEvision工具在这一层是对功能逻辑进行建模，主要包括传感模块、逻辑模块以及执行模块的模型元素，通过接口（Interface）定义模型元素彼此之间的关系，通过数据（Data）定义彼此之间交互的具体信息，并最终形成逻辑架构模型。 模型开发要点： 1、定义好建模规范，尤其是模型的整体风格要求，如模型元素的尺寸、颜色、布置等要求（以下各层相同）； 2、在Library中按系统划分方式或负责人分工方式定义package，各负责人在定义好的package中定义好接口及数据类型（需要遵从集团级的命名方式），以跨系统间的接口调用； 3、定义Activity chain，以便更好的理解完整的功能链。 图5 功能逻辑模型 3 PREEvision软件架构（Software Architecture） PREEvision工具在这一层支持软件行为（Software behavior）模型设计、面向服务的架构（SOA）模型设计、软件架构模型设计以及面向对象的软件设计、诊断模型的设计。其中基于AUTOSAR Adaptive 的SOA设计是PREEvision在软件定义汽车概念中的一项最佳实践，主要的设计内容：服务定义、服务接口设计、SOA架构、软件架构、以太网通讯设计、服务部署/软件映射、Switch配置等内容。 模型开发要点： 1、PREEvision工具的软件层模型重点面向应用层的设计； 2、在Library中按系统划分方式或负责人分工方式定义package，各负责人在定义好的package中定义好接口及数据类型（需要遵从集团级的命名方式），以跨系统间的接口调用3、SOA设计过程中VLAN尽量定义为10的倍数，避免后期产生错误； 4