本章节概述了抽象系统描述的创建。
1、描述
系统描述活动由于车辆功能的总体视图可能与各个ECU的软件体系结构的实际技术定义有所不同，因此可选活动“开发抽象系统描述”使您可以在从抽象或功能的角度来看整个系统。该视图描述了专用的抽象VFB。在进一步的活动中，此抽象视图将重构为软件体系结构的技术视图。
就此用例而言，此活动分为子活动和任务：
• 数据模型开发
• 组件模型开发
• VFB时序开发
• 定义VFB顶层
• 定义VFB组件约束
• 设计系统
• 在VFB级别集成非AUTOSAR系统
在“数据模型开发”活动中，定义了在整个抽象VFB中使用的VFB接口，VFB模式和VFB类型的集合。请注意，VFB和子系统VFB也可以在以后的步骤中使用这些对象。
敲重点！
创建整体抽象系统在“组件模型开发”活动中，将创建一个组件模型，该组件模型从功能的角度（例如，组件视图）代表整个系统。从客户有关车辆功能的角度出发，与具体的车辆平台设计无关。在此过程中，可能会对组成进行建模，而不会进一步完善为原子软件组件。但是，也可以在此抽象VFB视图中定义原子软件组件。
在抽象系统的上下文中定义约束：在抽象VFB的上下文中，任务“定义VFB组件约束”定义w.r.t的约束。抽象VFB的软件组件。这些当抽象VFB转换为具体的技术VFB时，必须考虑约束。
非AUTOSAR系统的集成在一个抽象系统的上下文中，与AUTOSAR流程中抽象系统描述的开发并行，可能会有基于另一种方法开发的功能。例如，车载信息娱乐系统的功能通常不包括在AUTOSAR开发过程中。相反，我们采用了GENIVI (http://www.genivi.org/)等开发方法和平台，以满足信息娱乐系统开发的具体需求和条件。应尽早处理将这些职能纳入整个系统的问题。为此，首先需要非autosar功能的描述(非autosar系统的描述)，这必须由非autosar方法提供。在抽象系统描述的开发过程中，非AUTOSAR函数和AUTOSAR函数之间的功能交互必须基于这两个部分的给定描述进行指定。由于非AUTOSAR部分通常以非AUTOSAR格式指定，因此必须将其翻译为相应的AUTOSAR格式(任务将非AUTOSAR描述翻译为AUTOSAR描述)。此外，必须合并关于功能交互的信息，以获得对集成系统的共同看法。《Franca IDL软件组件描述的集成》为VFB集成连接器定义了一种格式，并将在GENIVI中使用的Franca接口定义转换为AUTOSAR。它可以用于开发一个集成的AUTOSAR和GENIVI系统的抽象描述。
GENIVI和AUTOSAR应用组件的互操作
在抽象系统的上下文中定义系统描述的方法除了抽象VFB的定义之外，系统描述的某些部分还可以在设计系统活动中进行定义，例如。抽象VFB的SWC映射到的拓扑和ECU。从抽象VFB到ECU的SW-C映射可用作定义具体VFB的方法步骤。请注意，并非必须在抽象系统的上下文中执行“设计系统”活动的所有任务。
2、工作流程
开发一个抽象的系统描述