ASPICE作为一个标准,为定义、实施和评估汽车行业中专注于软件和系统部件的开发所需流程提供了框架。该框架可以扩展到包括来自其他领域的流程,如硬件等使用ASPICE标准中的“插件”概念。
汽车行业的产品创新一直在稳步增长。截至2022年,至少80%的产品创新都是通过软件开发来进行的。电子电气功能上的产品差异化使车辆变体的数量激增,每个变体都是功能的独特组合,具有不同的交互功能和安全风险。这种情况比以往任何时候都更需要定义、实施和评估适当的系统开发流程,以及协调所有的利益相关者(如,OEM、Tier1等)。
这对供应商意味着什么?
在汽车行业,ASPICE正在成为一种被广泛采用的标准。奥迪、宝马、戴姆勒、福特等主要整车厂正在根据ASPICE评估其电子和软件产品的供应商。它提供了一个更可控的系统开发过程,以确保产品质量,缩短发布时间,并减少由于产品开发后期发现的质量问题而对产品开发的成本影响。
对原始设备制造商意味着什么?
原始设备制造商可以使用ASPICE框架在供应商选择过程中评估其供应商流程的质量能力及水平。OEM可以定义自己的系统开发流程以符合ASPICE,这将有助于评估和提高流程能力。
ASPICE的概要
ASPICE有自己的过程参考模型(PRM),该模型是根据汽车行业的特定需求量身定制的。ASPICE 过程评估模型 (PAM) 在执行评估时使用 PRM。
在ASPICE中,能力的确定基于两个维度:过程维度和能力维度。
过程维度是根据过程域的范围、目的和结果来定义 PRM。“能力维度”由 PRM 中标识的过程域的能力水平和过程属性组成。
过程参考模型(过程维度)
流程根据其处理的活动类型分为多个类别。每个过程都以目标形式进行描述,当在特定环境中执行时,过程具有特定的功能目标。
过程测量框架(能力维度)
能力维度由能力等级(CL)组成,能力等级进一步细分为过程属性(PA)。PAs提供可测量的特性来确定过程能力。
过程能力等级是通过对每个能力等级的过程属性进行评级来确定的。
上述比例可以用过程属性实现的百分比表示,如下所示。
下面是过程评估模型 (PAM) 的示例。
与其他安全标准的关系
功能安全 (ISO 26262) / ASPICE
由于ASPICE涵盖了更广泛的系统开发主题, ASPICE可以为实施ISO 26262的要求提供一个框架。
ASPICE 和 ISO 26262 之间的主要区别如下。
在配置管理和变更管理等支持流程中发现了相似之处。
CMMI vs ASPICE
能力成熟度模型集成 (CMMI)的合规性并不意味着组织或项目自动符合 ASPICE。尽管这两个标准在核心概念中看起来相同,但它们使用不同的过程评估模型,并且在过程域的实现中存在差距。
由于ASPICE是为汽车行业开发的,因此OEM或供应商组织与行业其他组织保持一致是更好的选择。对于已经采用CMMI并希望实施ASPICE的组织,对当前流程与ASPICE进行详细的差距分析是最好的起点。
如对以上内容有任何问题,欢迎与笔者随时交流。