李嘉如 聶盛明 陳海東
(廣州汽車集團(tuán)股份有限公司汽車工程研究院,廣東 廣州 511434)
在當(dāng)前整車軟件開發(fā)中,對(duì)整車軟件開發(fā)質(zhì)量要求越來越高,從而高效提升整車軟件開發(fā)質(zhì)量十分必要。在整車軟件開發(fā)過程中,為能夠在保持整車開發(fā)效率的同時(shí)使軟件的性能滿足需求,需要充分重視汽車軟件開發(fā)質(zhì)量,使得整車在軟件開發(fā)過程中具有更理想的基礎(chǔ)與制度保障。
(一)整車軟件開發(fā)的過程
一般整車廠的整車產(chǎn)品開發(fā)流程大致可以劃分為七個(gè)階段,如圖1所示,分別為:項(xiàng)目預(yù)研階段、項(xiàng)目立項(xiàng)批準(zhǔn)階段、產(chǎn)品概念設(shè)計(jì)階段、產(chǎn)品詳細(xì)設(shè)計(jì)階段、產(chǎn)品階設(shè)計(jì)驗(yàn)階段、產(chǎn)品認(rèn)證階段、證生產(chǎn)準(zhǔn)備階段、量產(chǎn)支持與項(xiàng)目總結(jié)階段。
目前,整車軟件系統(tǒng)開發(fā)主流按照 V流程進(jìn)行,其中主要以ASPICE管理方法為主,如圖2所示。主要分為ENG1~10個(gè)步驟,以市場配置需求為開發(fā)源頭,通過整車功能場景、子系統(tǒng)設(shè)計(jì)方案、零部件功能、零部件性能及設(shè)計(jì)方案等最終形成ECU的軟件和硬件的功能規(guī)范規(guī)范,作為 整車廠的需求輸出給零部件供應(yīng)商進(jìn)行功能實(shí)現(xiàn)及代碼生成,再經(jīng)過從零部件級(jí)、系統(tǒng)功能級(jí)到整車配置功能級(jí)的一系列測試,即硬件在環(huán)測試、軟硬件功能集成測試、零件臺(tái)架測試、整車性能標(biāo)定和實(shí)車功能測試等。
(二)整車開發(fā)過程的質(zhì)量管控
在整車產(chǎn)品開發(fā)過程中,項(xiàng)目過程質(zhì)量管控主要依靠項(xiàng)目開發(fā)過程的設(shè)計(jì)文檔、設(shè)計(jì)規(guī)范等交付物進(jìn)行管控。因此,一般整車廠在整車開發(fā)的七個(gè)階段相應(yīng)設(shè)立7個(gè)閥門,并對(duì)每個(gè)階段的交付物進(jìn)行評(píng)價(jià)管控,作為閥門通過的標(biāo)準(zhǔn)。
對(duì)各重大節(jié)點(diǎn)所要求的關(guān)鍵質(zhì)量要素及相應(yīng)的交付物進(jìn)行評(píng)審。評(píng)審?fù)ㄟ^則閥門開啟,項(xiàng)目可進(jìn)入到下一階段;評(píng)審不通過則閥門關(guān)閉,各關(guān)聯(lián)部門需就評(píng)審出現(xiàn)的問題、缺陷制定相應(yīng)整改計(jì)劃并在規(guī)定時(shí)間內(nèi)實(shí)施整改,并重新組織質(zhì)量閥評(píng)審活動(dòng)直至評(píng)審?fù)ㄟ^。
實(shí)際上,通用整車開發(fā)項(xiàng)目中的交付物評(píng)審不僅在質(zhì)量閥評(píng)審節(jié)點(diǎn)進(jìn)行,而是貫穿于所有里程碑節(jié)點(diǎn)。對(duì)于開發(fā)過程中的每個(gè)里程碑節(jié)點(diǎn)所需提供的交付物,都各自定義了一張交付物清單,該清單中明確了交付物、責(zé)任部門、客戶部門以及開始和結(jié)束時(shí)間
(三)嵌入式軟件開發(fā)的質(zhì)量管控
根據(jù)軟件V模型開發(fā)流程及ASPICE管理方法,細(xì)化到ASPICE每個(gè)開發(fā)階段重點(diǎn)交付物進(jìn)行重點(diǎn)管控,如圖1所示。依據(jù)軟件開發(fā)的要求及實(shí)際需求,對(duì)軟件開發(fā)方式及手段進(jìn)行合理選擇,從而使軟件開發(fā)方式能夠符合軟件開發(fā)的實(shí)際需求及要求,也就能夠使軟件開發(fā)工作更好地開展,保證開發(fā)出的軟件能夠得以有效應(yīng)用,也就使軟件開發(fā)質(zhì)量得以保障。結(jié)合整車開發(fā)的質(zhì)量管控交付物及軟硬件開發(fā)的重點(diǎn)交付物,
可以得出嵌入式軟件在整車項(xiàng)目開發(fā)的中的重點(diǎn)交付物,共16項(xiàng)。
本文以A公司為背景,根據(jù)A公司24個(gè)整車開發(fā)項(xiàng)目中發(fā)現(xiàn)的430個(gè)重點(diǎn)嵌入式軟件設(shè)計(jì)問題進(jìn)行分析。每個(gè)問題都從發(fā)生對(duì)策、流出對(duì)策、零件的開發(fā)范圍這三個(gè)維度進(jìn)行深入分析,問題的對(duì)策需要落實(shí)到整車開發(fā)交付物中進(jìn)行徹底的規(guī)避,從而能使下個(gè)車型在開發(fā)中能夠提前識(shí)別相關(guān)風(fēng)險(xiǎn),起到進(jìn)行設(shè)計(jì)預(yù)防的作用。
(一)從問題發(fā)生對(duì)策落實(shí)的交付文件進(jìn)行分類
對(duì)重點(diǎn)問題的對(duì)策落實(shí)交付文件進(jìn)行分類見下圖3,可以看見占比最多的前三項(xiàng)分別是DFMAE、零件功能規(guī)范及系統(tǒng)設(shè)計(jì)方案,分別占比42.92%、20.92%與8.28%。
1.DFMAE:隨著目前汽車軟件的功能需求越來越多,產(chǎn)品迭代要求越來越快,部分軟件是與芯片供應(yīng)商同步開發(fā),芯片內(nèi)部的一些底層BUG就會(huì)導(dǎo)致整車的功能失效,所以根據(jù)DFMAE增加軟件失效兜底方案、進(jìn)行設(shè)計(jì)冗余、提高軟件的魯棒性是十分必要。
2.功能規(guī)范:根據(jù)零件的需求轉(zhuǎn)換為零件設(shè)計(jì)輸入,主要對(duì)軟件以及整車的功能實(shí)現(xiàn)及交互接口進(jìn)行定義,是軟件功能的基本準(zhǔn)則。
3.系統(tǒng)設(shè)計(jì)方案:由于汽車每個(gè)系統(tǒng)都由多個(gè)軟件交互實(shí)現(xiàn),系統(tǒng)中每個(gè)零件對(duì)于系統(tǒng)實(shí)現(xiàn)所需要的要求與限制都要在系統(tǒng)設(shè)計(jì)方案中明確;
(二)從問題流出對(duì)策落實(shí)的交互文件進(jìn)行分類
從圖1整車軟件系統(tǒng)開發(fā)V流程圖中可以看出整車軟件測試分為軟硬件功能測試、供應(yīng)商零部件功能測試、零件臺(tái)架功能測試、車輛功能評(píng)價(jià)測試、整車驗(yàn)收測試,對(duì)重點(diǎn)問題流出對(duì)策落實(shí)的交互文件進(jìn)行分類,其中零件臺(tái)架功能測試用例、供應(yīng)商零部件功能測試、整車驗(yàn)收測試用例占比最多,分別是56.23%、26.18%、16.23%。豐富零部件臺(tái)架測試用例極為重要。
(三)從零件的開發(fā)范圍進(jìn)行分類
對(duì)重點(diǎn)問題的零件開發(fā)范圍進(jìn)行分類,77.91%的零件新平臺(tái)的零件,22.09%的是沿用修改的零件。由此可見,大部分的問題都是出現(xiàn)在全新平臺(tái)上,對(duì)于新平臺(tái)的嵌入式軟件零件需要重點(diǎn)管控。
通過對(duì)多個(gè)項(xiàng)目的整車開發(fā)中的重點(diǎn)嵌入式軟件設(shè)計(jì)問題進(jìn)行分析,可以得出快速有效的進(jìn)行整車嵌入式軟件開發(fā),確保軟件的開發(fā)質(zhì)量,對(duì)嵌入式軟件零件的開發(fā)問題進(jìn)行設(shè)計(jì)預(yù)防改善,需要做到:
(一)在新車型開發(fā)中需要對(duì)新平臺(tái)的嵌入式軟件進(jìn)行重點(diǎn)管控;
(二)在整車開發(fā)過程中,需要對(duì)嵌入式軟件零件的DFMAE、功能規(guī)范、系統(tǒng)設(shè)計(jì)方案三個(gè)交付物進(jìn)行重點(diǎn)確認(rèn);
(三)在整車開發(fā)階段,需要對(duì)零件臺(tái)架功能測試、供應(yīng)商零部件功能測試、整車驗(yàn)收測試的測試后用例進(jìn)行重點(diǎn)確認(rèn)。