在系统级别上开发构件的活动包括抽象系统的可选开发，整个（技术）系统的开发以及可选的一个或多个子系统的改进。造成这种分裂的原因是，后者可能由另一个组织来完成。
本章节分为8部分：
1、总览
2、设计系统
3、生成系统摘录
4、创建ECU系统说明
5、设计子系统
6、提取ECU描述文件
7、设计定制转换器
8、定义系统安全信息
1、总览
开发系统和开发子系统活动:
下图显示了这两项主要活动的主要投入和产出，以及如何将它们细化为子活动。请注意，活动生成ECU提取和定义系统安全信息可以作为开发系统和开发子系统的一部分来执行。可以添加由不同系统描述表示的两个不同系统视图之间的映射，还可以定义用于通信的转换技术规范。
活动架构：设计系统
活动架构：设计子系统
创建系统摘要和ECU摘要:
根据预期的工作划分，可以将此活动期间生成的系统配置描述用作基础
1. 创建一个或多个所谓的系统摘要，作为进一步细化为子系统的基础
2. 或生成直接包含所有相关信息并将其集成在ECU上的ECU摘要
在第一种情况下，只定义了外部系统。基于外部系统，可以交付一个或多个系统摘要。系统提取还没有完全分解，在它形成ECU配置的基础之前仍然需要细化。为了区分交付的系统摘要和细化的子系统，创建一个或多个ECU系统描述作为进一步细化的基础(参见创建ECU系统描述活动)。原子软件组件、额外的ecu、 络和产生的通信将在活动设计子系统的细化步骤中添加。
下图展示了在这些活动中产生的主要可交付成果是如何相关的，以及它们如何引用描述软件的工件。
基于系统描述的不同交付任务
请注意，所有基于通用的可交付系统描述和ECU提取的可交付成果都由使用元模型元素系统作为根元素的ARXML文件组成，其他信息可以从根元素追溯到根元素。
2、设计系统
该活动提供了AUTOSAR系统配置描述和抽象系统描述的系统特定部分的设计步骤的大致轮廓，包括其拓扑结构、部署、通信矩阵等。
设计系统活动的输入输出:
AUTOSAR系统配置描述和抽象系统描述的系统特定部分的设计使用了来自系统约束描述的输入信息，并基于整个软件部分的VFB系统。可选地，表示系统上的功能视图的抽象系统描述可以用作输入。请注意，输入和输出在聚合活动设计系统的顶级活动中进行了描述。
该活动涉及拓扑的创建、ECU资源描述和ECU实例之间的互连。
AUTOSAR软件组件的部署:
然后将VFB顶级系统组合中定义的AUTOSAR软件组件部署到ECU实例。
络信 描述:
识别所需的 络信 ，并对系统信 进行映射以实现VFB。系统信 组，定义为将某些信 分组以实现一致的传输。然后定义系统信 并形成初始输入来设计通信。
设计约束说明:
在此阶段，设计约束还可以定义为软件组件到实现的映射、软件组件到ecu的映射和信 路径约束。这些约束有许多用途，包括工具使用它们来优化系统、与遗留ecu交互以及在迭代之间“锁定”设计决策的能力。
序列化的定义:
定义序列化有两种可能的方法。第一种方法基于 络表示提供必要的信息，第二种方法基于实现数据类型。
用例:基于 络表示的序列化:
OEM在 络信 (ISignal)级上定义 络表示。序列化转换器使用此 络表示来创建字节流。如果不是由OEM提供，Tier1s可以自由选择应用程序软件的实现数据类型。
架构总览：设计系统
嵌套关系:设计系统
工作流细节：设计系统
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！