一、汽车领域的ASPICE具体内容
1、CMM — 1987
ASPICE模型最初是在CMM基础上发展起来的,最初的ASPICE模型几乎与CMM完全一致,评估结果可直接转换、CMMI评估师也可以直接获得ASPICE审核员资质(近年已改变)。
CMMI适用于所有软件研发团队,ASPICE仅仅用于汽车行业的软件研发团队,CMMI遵从并不意味着一个组织或项目自动遵守ASPICE。尽管这两种标准在核心概念上看起来是一样的,但它们使用不同的过程评估模型,而且在流程领域的实现中也存在差距。由于ASPICE是为汽车行业开发的,因此对于OEM或供应商组织来说,与行业其他部门保持一致是一个更好的选择。对于已经适应CMMI并希望实施ASPICE同时,详细分析当前流程与ASPICE之间的差距也是较好的起点。
2、SPICE — 1994
1994年国际标准化组织ISO、国际电工委员会IEC、信息技术委员会JTC1联合制定并发布了国际标准ISO/IEC15504,又称SPICE。 包括: 汽车行业的SPICE;医疗设备行业的SPICE;航天行业的SPICE。
3、ASPICE — 2005, V2.0
2005年汽车行业的SPICE:Automotive SPICE从ISO体系中独立出来,由德国汽车工业联合会(VDA)的质量管理中心(QMC)运营发展,发布了ASPICE名列前茅个版本:ASPICE V2.0。
4、ASPICE — 2010, V3.0
2010对ASPICE做了一些结构上的修订,包括将PRM和PAM合二为一、将ENG工程过程组拆分为SYS系统工程组和SWE软件工程组、五级名称变化等。
5、ASPICE – 2018, V3.1
2018年发布了当前最新版本ASPICE V3.1,v3.1在v3.0的基础上做了一些微小改动,并将HIS SCOPE改名为了VDA SCOPE。
延伸阅读:
二、ASPICE与ISO26262的关系
ISO26262是道路车辆功能安全标准,针对安全相关功能的研发活动中如何进行安全管理,给出的了具体标准,包括具体流程和方法。ISO26262中明确要求企业建立可以持续的实施改善活动组织体系和环境
ASPICE只是对过程的要求,ISO26262功能安全不光有过程要求,还有对产品设计开发的技术要求和具体技术细则,并且功能安全集中关注安全相关内容。ASPICE流程与ISO26262功能安全流程在主要生命周期的系统过程域和软件过程域、支持生命周期过程域大部分流程要求相似,但也有差别,不能完全等同。二者都能从某种程度上提高软件质量水平。
ASPICE三级中明确要求建立相关流程体系和组织环境,因此实施ASPICE同事有助于满足SIO26262中相关要求,而另一方面ISO26262中给出了研发生命周期的具体流程和方法指引也有助于企业实施ASPICE