一、汽车领域的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