在系统级别上开发构件的活动包括抽象系统的可选开发,整个(技术)系统的开发以及可选的一个或多个子系统的改进。造成这种分裂的原因是,后者可能由另一个组织来完成。
本章节分为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系统描述显示为此活动的输入和输出,因为它经过了细化。
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!