基于ASPICE 流程标准
的车载电控单元正向开发研究
ASPICE 是汽车行业软件开发的流程标准, 可用于提高车载电控单元的研发质量;文章基于 ASPICE 流程 框架, 结合实际研发项目及 ASPICE L2 等级认证过程的经验, 阐述了正向开发过程中各层级交付物的界定及追溯 关系, 并给出设计实例, 说明了正向开发过程中软、 硬件设计交付物的承接关系。
随着我国汽车自主品牌的发展, 车载电控单元的自主研 发成为主机厂的关键技术之一。为确保电控单元软、 硬件产 品的设计质量, 产品的正向开发流程越来越受到国内厂商的 重视。
ASPICE 作为汽车行业内软件开发的流程标准, 较 CMMI 更适合汽车行业的软件开发 [1] , 难点在于研发实践中, 如何对不同层级的交付物进行界定, 如何建立需求与设计的追溯关系, 以及如何梳理软件设计与硬件设计的承接关系。
另一方面, 在正向开发过程中, 如何将整车功能需求分 解到零部件的设计要求中, 也是业内探讨的热点, 有研究人 员指出:零件之间构成的整车系统的功能实现、 场景描述有 限, 更缺少部分性能指标的定义 [2] 。
注:本图与文无关,文章转摘自2020年设计研究,作者曾备,仅供学习参考!
综上所述, ASPICE 标准中要求的系统开发流程(SYS)及软件开发流程(SWE) 可对应到车载电控单元零部件级别 (L3)、 组件级别(L4) 及模块级别(L5) 的交付物。各层 级的架构设计文档, 对上层的设计需求进行了分解, 并根据 下层的接口关系进行功能的分配, 进而建立了上下层级设计 需求的追溯关系。
但软、 硬件的设计过程不是完全并行的, 本文的研究及 实践表明, 硬件的设计过程要先于软件的设计过程, 软件的 需求、 设计要基于硬件设计方案进行补充完善, 内容较系统 需求更为丰富且具有针对性, 不是简单的形式上的分解。另 一方面, 基于接口需求的功能分解方法, 同样适用于整车的其它层级。