作为汽车行业创新的主要驱动力,软件开发处于不断改进的状态。事实上,创新是由所有利益相关者(原始设备制造商、一级供应商、技术提供商)进行的,因此需要将所有这些利益相关者绑定在一起的标准框架。这些利益相关者之间在软件开发的定义、实现和过程评估方面的协调对于无缝协作至关重要。ASPICE就是这样一个框架,旨在实现这种协调。
ISO 26262标准规定的道路车辆功能安全为该标准化增加了一个维度。除了提高软件质量外,汽车系统的安全方面也非常重要。ISO 26262现在是所有道路车辆必须遵守的事实上的汽车功能安全标准。
我们在这里讨论了两个不同的概念;一个负责整体软件质量,另一个负责安全方面。它们是如何关联的?ASPICE和ISO 26262是相辅相成的吗?它们能共存吗?让我们试着找到一些答案!
ASPICE是一个为建立和评估汽车软件开发过程提供框架的标准。采用ASPICE的直接影响是对流程的细化,从而影响软件的质量。在供应商选择过程中,OEM可以使用ASPICE框架来评估供应商的能力和质量。另一方面,ASPICE可以被证明是供应商提高质量的一个框架。
ASPICE确定了不同的过程,如需求引出、系统需求分析、过程管理等。本质上,这些过程只是软件开发生命周期中要执行的活动。您可以很容易地将需求分析、体系结构设计、单元测试等过程识别为V模型的一部分。流程维度将流程分为系统工程流程组和管理流程组等组。这种分类采用一种称为流程参考模型的模型形式。在这里,每个过程都是根据其范围和功能目标来定义的。
汽车内部的许多部件都是安全关键部件,如电子转向系统、防抱死制动系统、安全气囊、动力总成ECU等。所谓安全关键,因为此类部件的故障会对驾驶员或乘客的生命构成风险。
ISO 26262是一个定义安全生命周期的标准,用于在道路车辆的所有电气和电子部件的设计、开发和测试过程中实施安全实践。
ISO26262标准是在软件、硬件和系统级别规范产品生命周期的一组步骤。ASIL(汽车安全完整性等级)是软件或硬件组件的一种分类方案,表示其安全关键性。ASIL有四个类别-ASIL A、ASIL B、ASIL C和ASIL D。ASIL A表示最低临界级别,D表示最高临界级别。
ASPICE涵盖了整个系统的开发,这也是为什么ASPICE还提供了实现ISO 26262标准的理想框架的原因之一。