Autosar知识：方法论-设计系统和子系统（中）

在系统级别上开发构件的活动包括抽象系统的可选开发，整个（技术）系统的开发以及可选的一个或多个子系统的改进。造成这种分裂的原因是，后者可能由另一个组织来完成。

 

本章节分为8部分：

1、总览

2、设计系统

3、生成系统摘录

4、创建ECU系统说明

5、设计子系统

6、提取ECU描述文件

7、设计定制转换器

8、定义系统安全信息

 

 

 

 

3、生成系统摘录

 

此活动提供特定子系统的系统描述摘要。

 

工作流程：

 

 

 

---

 

4、创建ECU系统说明

 

基于系统摘要，该活动创建ECU系统描述，这些描述在子系统设计期间被细化

 

创建ECU系统描述活动:

基于所交付的系统提取，接收组织创建一个或多个ECU描述。ECU描述用于设计子系统构件(参见设计子系统)。

 

从方法的观点来看，创建ECU系统描述有两种选择。

以系统摘要作为ECU开发的结构基础:

系统的提取是ECU开发的结构基础。在这种情况下，系统提取成为ECU系统描述。

为ECU的发展建立一个新的结构:

建立了一个新的结构，作为ECU发展的基础。新创建的ECU系统描述被映射到初始系统提取。为此，任务定义系统视图映射创建初始的系统视图映射工件，并在子系统设计期间对其进行细化。（零部件供应商一般选择此方式）

 

工作流程：

 

 

---

 

5、设计子系统

 

这个活动详细描述了一个给定的ECU系统描述(以前是从已交付的系统摘要中创建的)以及附加的ECU和网络。

 

设计子系统活动:

在ECU系统描述的基础上，定义了一个子系统的描述。

 

不同机构之间的合作:

另外，系统的软件构件结构提取，由主组织交付，由接收组织转化为不同的结构(ECU系统描述)。在这种情况下，主要组织的系统提取可以被视为一个需求，而接收组织的子系统可以被视为一个解决方案，它必须满足交付的需求。因此，这里可以再次定义一个映射活动，它将新引入的解决方案子系统映射到主要组织提供的需求子系统。

 

设计子系统活动期间的转换变化:

在这个转换过程中，分层的swc结构可以改变，一些swc可以被其他swc替换，一些可以保留在结果视图中。

 

不同视图的映射:

不同的视图由系统视图映射来映射。

这种转换步骤的典型用例是:

•用例:替换现有组件:

辅助组织有一个现有的软件架构。通过软件共享，一些现有的组件被交付的软件组件所替代。

•用例:需求到解决方案的映射:

次要组织为不同的主要组织开发一个ECU，因此必须将不同的主要组织的需求映射到它的解决方案。

•用例:软件结构重组:

主要组织提供定义一个ECU的子系统描述。次要组织决定使用两个ecu。因此，软件结构必须由第二个组织重新组织。

•用例:描述不同版本的系统描述之间的变化:

另外，映射可以用来正式地描述不同版本的系统描述之间的变化。

 

最后，结果子系统范围内的所有原子软件组件都包含在这个子系统描述中。

 

 

请注意，ECU系统描述显示为此活动的输入和输出，因为它经过了细化。

 

---