一、汽車領域的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

上一篇

Java中遍歷數據結構Enumeration和Iterator相比有什么不同?

下一篇

技術堆棧指的是什么?