在汽車行業(yè)的波瀾壯闊中,ASPICE(Automotive Software Process Improvement and Capability dEtermination)標準的討論猶如一場永無止境的辯論賽。這個模型,旨在引導(dǎo)和評估軟件開發(fā)過程的改進,提升軟件質(zhì)量,卻意外地成為了意見分歧的焦點。一方面,有業(yè)界巨頭對其推崇備至,將其視為提升軟件質(zhì)量、確保項目成功的金鑰匙;另一方面,也有聲音認為它過于繁瑣、限制了創(chuàng)新的步伐。然而,無論立場如何,一個不爭的事實是:ASPICE在國際汽車軟件開發(fā)領(lǐng)域扮演著舉足輕重的角色。
今天,我們將撇開爭議,以一種更為建設(shè)性的視角來審視ASPICE的最新演進——ASPICE 4.0。這一版本的發(fā)布,不僅僅是數(shù)字上的跳躍,更是對汽車軟件開發(fā)實踐的一次深刻反思和前瞻。接下來,讓我們一起探索ASPICE 4.0相較于其前身3.1版本所發(fā)生的顯著變化,帶你快速了解和感受這一標準更加精準和實用的魅力。
ASPICE4.0相對ASPICE3.1總體的變化就是涵蓋內(nèi)容更加全面完整,過程域更加精簡實用,文字描述更加準確適用。
1.全面完整性
ASPICE4.0的全面完整性體現(xiàn)在工程過程域的擴展,并相應(yīng)對支持過程域進行更新補充。
增加硬件過程域:ASPICE 4.0新增了4個硬件過程域,填補了先前版本在硬件開發(fā)管理方面的空白。這一變化意味著,無論是傳統(tǒng)燃油車還是新能源車型,其硬件組件的開發(fā)流程都能得到更加標準化和系統(tǒng)化的管理,從而提升整車的質(zhì)量性能和安全性。
引入機器學(xué)習過程域:隨著智能駕駛的發(fā)展,人工智能技術(shù)在汽車行業(yè)進行廣泛應(yīng)用,ASPICE 4.0特別增加了4個機器學(xué)習過程域。這些過程域?qū)iT針對機器學(xué)習模型的開發(fā)、訓(xùn)練和驗證,確保了模型的有效性和可靠性,為智能駕駛技術(shù)的發(fā)展提供了堅實的基礎(chǔ)。
新設(shè)確認過程域:新增的1個確認過程域,強化了對產(chǎn)品確認活動的指導(dǎo),確保產(chǎn)品在交付前能夠滿足既定的需求和性能標準。
對應(yīng)增加機器學(xué)習數(shù)據(jù)管理的支持過程域:新增加的1個機器學(xué)習數(shù)據(jù)管理過程域,強調(diào)了在機器學(xué)習項目中對數(shù)據(jù)的管理。這一過程域的加入,提升了機器學(xué)習模型訓(xùn)練過程中的數(shù)據(jù)的質(zhì)量和處理效率,保障了數(shù)據(jù)的安全性。
ASPICE 3.1框圖
ASPICE 4.0框圖
2.精簡實用
ASPICE4.0中VDA scope發(fā)生了精簡,取消了16個過程域的概念,將原來經(jīng)典的16個過程域改為基本范圍(base scope)加所需工程域的形式?;痉秶琈AN.3項目管理、SUP.1質(zhì)量保障、SUP.8配置管理、SUP.9問題解決管理、SUP.10變更請求管理共5個過程,也就是說,這五個過程無論針對什么產(chǎn)品,都是作為VDA scope的必選項,而系統(tǒng)、軟件、硬件、機器學(xué)習四個方面的工程域是VDA scope的可選項,需要根據(jù)特定產(chǎn)品具體包含的內(nèi)容進行選擇確定。
從上面的變化可以看出,原來歸屬在VDA scope16個過程域中的ACQ.4供應(yīng)商監(jiān)控過程域已經(jīng)被移出。此外,對比ASPICE 3.1和ASPICE4.0的框圖可以看出采購和供應(yīng)鏈相關(guān)的ACQ過程、SPL過程只保留了ACQ.4和SPL.2,其他7個過程在圖中都已被刪減;支持過程域中原有的SUP.2、SUP.4、SUP.7也已被刪減,實際上,這些驗證、聯(lián)合評審和文檔管理的支持過程域內(nèi)容在其他過程域中本身也會有所體現(xiàn),這次的變化主要是刪除了那些冗余的內(nèi)容,讓過程域更加精簡實用。
3.準確適用
在之前ASPICE 3.1的實施過程中,經(jīng)常會遇到的一些困惑和模糊的內(nèi)容,在本次ASPICE 4.0中進行了修正和明確,讓ASPICE標準與項目實踐更加貼合適用,具體的變化主要涉及以下方面:
需求可驗證性的強化
改變點:用需求的可驗證性代替每條需求都必須有“驗證準則”的要求。
理由:編寫需求時只需要對不明確需求的驗證準則說明,而不是對所有需求一概而論都要逐條進行驗證準則描述,減少不必要的冗余繁瑣過程,提高了標準的靈活性和實用性。
架構(gòu)備選方案的分析評估
改變點:將架構(gòu)備選方案的要求改為對方案的分析評估。
理由:鑒于實際項目中往往只有一個確定的方案,此變更使標準更加貼近項目實際情況,避免了不必要的理論多元化。
術(shù)語“測試”向“驗證”轉(zhuǎn)變
改變點:將“測試”一詞改為“驗證”。
理由:由于某些需求實現(xiàn)無法通過傳統(tǒng)的測試手段證明,可能是通過評審、分析等其他驗證手段,因此使用“驗證”一詞更加精準。
SWE.5軟件集成驗證追溯關(guān)系拓展
改變點:軟件集成測試追溯關(guān)系由原來的軟件架構(gòu)拓展至軟件架構(gòu)設(shè)計和軟件詳細設(shè)計。
理由:軟件集成不僅包括組件間的集成,也包括單元間的集成,這一變化更全面地反映了集成的本質(zhì)。
追溯關(guān)系
追溯性和一致性BP要求合并
改變點:合并了每個工程域中的追溯性和一致性兩個BP的要求。
理由:由于這兩個BP的過程實現(xiàn)和考察過程幾乎相同,合并可以避免重復(fù),簡化流程。
“策略”制定的通用化
改變點:將制定“策略“的要求從BP移至GP2.1.1中,策略要求擴展到所有過程。
理由:這一變化意味著ASPICE CL2評估范圍內(nèi)的所有過程都需要有策略,不僅限于測試驗證,而且策略的形式可以更加多樣化,如工作流程、視頻資料等,提高了策略的適用性和靈活性。
ASPICE 4.0標準的推出,不僅標志著過程域的精細化擴展和術(shù)語描述的準確性提升,更代表了對現(xiàn)代汽車行業(yè)迅猛發(fā)展的智能化和高效性要求的深刻理解和響應(yīng)。通過這些精心設(shè)計的變化,ASPICE 4.0不僅提升了標準的適用性和靈活性,也為汽車行業(yè)的軟件和硬件開發(fā)提供了更加高效和全面的改進與評估框架,確保了汽車產(chǎn)品從設(shè)計到交付的質(zhì)量與安全性,同時也為行業(yè)在智能駕駛和電動汽車革命中保持競爭力提供了有力的支持。
審核編輯:劉清
-
電動汽車
+關(guān)注
關(guān)注
155文章
11804瀏覽量
229081 -
人工智能
+關(guān)注
關(guān)注
1789文章
46348瀏覽量
236509 -
智能駕駛
+關(guān)注
關(guān)注
3文章
2377瀏覽量
48550 -
機器學(xué)習
+關(guān)注
關(guān)注
66文章
8323瀏覽量
132165
原文標題:對比ASPICE 3.1,帶你快速了解ASPICE 4.0的變化
文章出處:【微信號:eng2mot,微信公眾號:汽車ECU開發(fā)】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。
發(fā)布評論請先 登錄
相關(guān)推薦
評論