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