684_AUTOSAR_TR_Methodology_文档阅读10_设计系统以及子系统概述

       全部学习汇总： https:///GreyZhang/hack_autosar

       继续梳理《AUTOSAR_TR_Methodology》。

       开发系统以及子系统活动的目的

       在系统级开发工件的活动包括可选的抽象系统开发（参见第 2.2 章）、开发整体（技术）系统以及可选地细化为一个或多个子系统。 这种拆分的原因是后者可能由另一个组织完成，在 2.1.2 中已经指出。

       描述

       开发系统和开发子系统活动

       图 2.17 和 2.18 显示了这两项主要活动的主要投入和产出，以及如何将它们细化为子活动。 需要注意的是，生成 ECU 提取和定义系统安全信息活动也可以作为开发系统和开发子系统的一部分来执行。 可选地，可以添加由不同系统描述表示的两个不同系统视图之间的映射（参见第 3.3.1.15 节），并且可以定义用于通信的转换技术规范。

       创建系统提取物和 ECU 提取物

       根据预期的工作拆分，此活动期间生成的系统配置描述可用作基础信息：

1. 创建一个或多个所谓的系统提取，作为进一步细化为子系统的基础（参见 2.5.5）。
2. 或生成直接包含要集成到 ECU 的所有相关信息的 ECU 提取物（参见 5.6）。

       在第一种情况下，仅定义了外部系统。 基于外部系统，可以提供一个或多个系统提取。 System Extract 并未完全分解，仍需要细化，然后才能形成 ECU 配置的基础。 为了区分提供的系统提取和精炼的子系统，创建一个或多个 ECU 系统描述作为进一步细化的基础（参见活动创建 ECU 系统描述）。 原子软件组件、额外的 ECU、网络和由此产生的通信将在活动设计子系统的细化步骤中添加。

       这是前面提到了两个图。

       开发系统的过程中，输入其实是前面看到的很多信息，而输出正好是前面文字中描述的。子系统的开发活动更加直接，提取出来就是ECU的提取。

       基于系统描述的可交付成果的不同角色概述

       图 2.19 显示了在这些活动期间产生的主要可交付成果如何相关，以及它们如何引用描述软件的工件。

       抽象系统描述可交付成果

       抽象系统描述扩展了一般系统描述。 系统视图映射将系统上的不同视图映射到一起，例如 不同的整体 VFB 系统（例如带有系统配置描述的抽象系统描述），或带有 VFB 系统提取描述的整体 VFB 系统。

       请注意，所有基于通用可交付物系统描述以及 ECU 提取物的可交付物均由 ARXML 文件组成，这些文件使用元模型元素 System 作为根元素，可以从该文件中追溯其他信息。

       从最后部分，再次明确了一下可以通用交付的信息基本都是arxml的格式。至于表格等部分，基本上也会是与之前相同的概率大，暂且不去做这部分的解读了。