一、功能安全開發(fā)與ASPICE和CMMI之間的聯(lián)系
CMMI是產(chǎn)品和系統(tǒng)開發(fā)的通用模型,ASPICE是針對車這個垂直領(lǐng)域,(軟件)產(chǎn)品和系統(tǒng)開發(fā)的標(biāo)準(zhǔn)。ASPICE比CMMI適用范圍窄的多,但是更適合車這個領(lǐng)域,要求更精細(xì)專業(yè)。
ASPICE和CMMI都是偏向軟件的研發(fā)體系參考及評估模型,但兩者在某些方面還是有所差異:
A.發(fā)行方有所區(qū)別,CMMI主要有SEI維護(hù)更新,ASPICE模型由德國汽車工業(yè)聯(lián)盟VDA維護(hù)更新;B、核心內(nèi)容有所區(qū)別,ASPICE由32個過程域組成,其中16個是核心過程,7個重要過程,剩下的在項目實施中不明顯。CMMI由22個過程域組成,其中只有1個供應(yīng)商協(xié)議管理(SAM)是可選的;
C、結(jié)構(gòu)不同,ASPICE的主要生命周期過程組類別的聚合方式更加清晰的描述了從客戶開始選擇供應(yīng)商,一直到指定的供應(yīng)商交付產(chǎn)品的一組過程和他們之間的順序關(guān)系。而CMMI的分類方式相對比較分散,看不到這一點;
D、工程分類中,ASPICE細(xì)化出了系統(tǒng)和軟件兩個層次,需求和測試,架構(gòu)設(shè)計和測試,詳細(xì)設(shè)計和測試,單元構(gòu)建和測試組成了自頂向下實現(xiàn)需求,自底向上驗證需求的閉環(huán)。結(jié)構(gòu)更加清晰。而CMMI中并不強(qiáng)調(diào)此順序和對應(yīng)關(guān)系。
延伸閱讀:
二、ASPICE標(biāo)準(zhǔn)簡介
ASPICE全稱是“Automotive Software Process Improvement and Capacity Determination”,汽車軟件過程改進(jìn)及能力評定,是汽車行業(yè)用于評價軟件開發(fā)團(tuán)隊研發(fā)能力水平的模型框架。最初由歐洲20多家主要汽車制造商共同制定,于2005年發(fā)布,目的是為了指導(dǎo)汽車零部件研發(fā)廠商的軟件開發(fā)流程,從而改善車載軟件的質(zhì)量。
應(yīng)該說,如果不考慮汽車軟件過程改進(jìn)和能力評定(ASPICE),就無法確定汽車行業(yè)軟件開發(fā)的實踐狀態(tài)。ASPICE就是是歐洲汽車制造商為衡量其軟件供應(yīng)商的能力,以及評定供應(yīng)商選擇的資格機(jī)制而推廣的參考模型。其中,HIS是一個由奧迪,寶馬,奔馳,保時捷,大眾組成的聯(lián)盟,他們要求其供應(yīng)商至少要通過ASPICE中的16個過程。
ISO26262是國際標(biāo)準(zhǔn)化組織(ISO)制定的一項汽車功能安全標(biāo)準(zhǔn),于2011年11月出版,涉及道路車輛的功能安全領(lǐng)域。安全性是目前汽車的關(guān)鍵問題之一,ISO26262的重點是電氣/電子(E/E)系統(tǒng)的功能安全性,定義了建立安全生命周期的一系列要求,包括確定汽車安全完整性水平(ASIL)、驗證和確認(rèn)可接受水平的措施。隨著ISO26262的發(fā)布,制造商、供應(yīng)商和汽車組織共享一個關(guān)于安全的汽車軟件分類的通用模式。