摘 要：Aspice模型是基于CMMI模型提出的專門針對汽車類軟件開發(fā)的一種模型，旨在幫助汽車企業(yè)提高軟件開發(fā)的質(zhì)量及效率。文章基于Aspice模型細化了常規(guī)的V開發(fā)模式，利用RTC豐富的統(tǒng)計功能實現(xiàn)對項目的監(jiān)控和管理，并提出了一種自動化的集成方式。

　　關(guān)鍵詞：汽車軟件;Aspice模型;V模型開發(fā);自動化集成

　　推薦閱讀：《軟件和集成電路》(月刊)創(chuàng)刊于1984年，郵發(fā)代碼：82-469。由中國電子信息產(chǎn)業(yè)發(fā)展研究院、北京中電報發(fā)展有限公司主辦的計算機科學(xué)技術(shù)刊物。

　　1 引言

　　隨著汽車工業(yè)在國內(nèi)的高速發(fā)展，汽車電子也得到了快速發(fā)展，其需求量也發(fā)展得越來越大并保持了一個快速地發(fā)展。汽車電子主要由動力控制系統(tǒng)、安全控制系統(tǒng)、車身控制系統(tǒng)、行駛控制系統(tǒng)及娛樂信息系統(tǒng)組成，而國內(nèi)對汽車電子的研究起步晚，對于零部件的開發(fā)質(zhì)量完全依賴于供應(yīng)商，整車廠對汽車電子的過程質(zhì)量難以得到有效的控制。

　　近年來互聯(lián)網(wǎng)的興起和汽車智能化程度的不斷提升，對汽車電子的需求將更加擴大，尤其是 IATF 16949：2016 換版[1]正式發(fā)布，增加了對嵌入式軟件的產(chǎn)品開發(fā)應(yīng)有質(zhì)量保證過程和明確的軟件開發(fā)過程等要求，“軟件定義汽車”的時代已經(jīng)到來。截至目前國內(nèi)有部分軟件企業(yè)已經(jīng)按照集成能力成熟度模型CMMI(Capability Maturity Model Integra-tion)來規(guī)范企業(yè)管理體系，提高軟件的質(zhì)量。而CMMI是針對所有的開發(fā)領(lǐng)域，范圍較廣，對于軟件開發(fā)的具體實踐沒有明確的指導(dǎo)，因此有必要引入一個專門針對汽車軟件開發(fā)的規(guī)范及實踐來指導(dǎo)汽車軟件的開發(fā)，本文以公司實踐為例引入Aspice的開發(fā)規(guī)范及其實踐落地，來有效地提升汽車軟件開發(fā)質(zhì)量。

　　2 Aspice簡介

　　SPICE(Software process improvement and capability determination)是由國際標(biāo)準(zhǔn)化組織ISO、國際電工委員會IEC、信息技術(shù)委員會JTC制定的國際標(biāo)準(zhǔn)，基于SPICE，各行業(yè)衍生出了自己的標(biāo)準(zhǔn)，如醫(yī)療設(shè)備行業(yè)(Medi SPICE)、航天行業(yè)(SPICE for SPACE)，而汽車行業(yè)則使用Automotive SPICE(Aspice)[2]。Aspice是車載軟件的開發(fā)過程標(biāo)準(zhǔn)，于2005年由AutoSIG發(fā)布，之前用于歐洲主機廠對供應(yīng)商進行軟件過程評估，廣泛用于整車廠以及供應(yīng)商企業(yè)自身的過程能力改進以及對風(fēng)險的評估。Aspice的聯(lián)盟成員有AUDI AG、BMW AG、Fiat Auto S.p.A等，而國內(nèi)才剛剛引入此開發(fā)標(biāo)準(zhǔn)，因此目前國內(nèi)在此方面的借鑒幾乎為零。

　　Aspice定義了8類共32個過程，8類過程分別為系統(tǒng)工程過程(SYS)、軟件工程過程(SWE)、采購過程(ACQ)、供應(yīng)商管理過程(SPL)、支持過程(SUP)、管理過程(MAN)、重組管理過程(REU)、過程改進過程(PIM)，并跟蹤實踐的程度分為6個等級，含不完全、已執(zhí)行級、已管理級、已定義級、可預(yù)測級、創(chuàng)新級，如圖1所示：

　　3 Aspice軟件開發(fā)流程

　　Aspice是汽車軟件開發(fā)流程能力的提高和能力確定，是專門用于汽車軟件開發(fā)領(lǐng)域的流程標(biāo)準(zhǔn)，除了評估零部件供應(yīng)商的質(zhì)量外，這套評估體系也同時為整車廠提高自己的開發(fā)水平提供指南[3]。Aspice的32個過程中有17個過程被稱為重點過程(VDA Scope)，目前的軟件質(zhì)量審核多數(shù)圍繞這17個過程進行，圖2為VDA Scope過程按照V模型開發(fā)模式分類的開發(fā)流程：

　　針對VDA Scope及汽車類軟件開發(fā)的特點，并結(jié)合Aspice對跟蹤和一致性的要求，對V模式的開發(fā)流程進行細化，將系統(tǒng)需求分解為功能需求及業(yè)務(wù)需求，軟件的開發(fā)分為應(yīng)用層開發(fā)、RTE接口開發(fā)、基礎(chǔ)軟件單元開發(fā)，相應(yīng)的測試驗證等也作了分解，這樣對工作任務(wù)包的分解、交付物內(nèi)容及形式也需要進行相應(yīng)的細化，如圖3所示。

　　4 流程實踐及實現(xiàn)

　　傳統(tǒng)上采用表格、文檔等工具來對開發(fā)的交付物及過程來進行管理，然而當(dāng)需求的數(shù)目上升以后，存在著容易出錯，無法統(tǒng)計等缺點，目前對于軟件開發(fā)及其管理的實現(xiàn)較常用的工具有Requistitepro，IBM 的基于Jazz平臺的集成產(chǎn)品等。本文以RTC為基礎(chǔ)平臺介紹軟件開發(fā)的落地實踐。

　　4.1 項目管理

　　利用該工具，項目經(jīng)理會根據(jù)進度對工程師進行任務(wù)分派，工程師可在個人的工作面板對自己的任務(wù)進行管理、工時填寫、交付物上傳等操作，而項目經(jīng)理及管理人員可通過工具自帶的統(tǒng)計功能查看項目的進度，如工時統(tǒng)計、缺陷情況、任務(wù)完成情況等，根據(jù)這些數(shù)據(jù)能夠看出項目的進展以及對新的項目具有較強的指導(dǎo)意義，同時QA人員可以通過這些數(shù)據(jù)來分析項目過程中存在的問題，提出不符合項及改進建議，達到持續(xù)改進的目的。

　　4.2 跟蹤和一致性的實現(xiàn)

　　Aspice對于跟蹤和一致性的要求很高，這些要求包含V模型左側(cè)工作產(chǎn)品之間的跟蹤/一致性、V模型左側(cè)工作產(chǎn)品和對應(yīng)右側(cè)的工作產(chǎn)品之間的跟蹤/一致性、V模型右側(cè)測試結(jié)果和測試用例之間的跟蹤，這樣的雙向跟蹤用于需求覆蓋度分析，需求實現(xiàn)、測試用例創(chuàng)建以及測試的實現(xiàn)狀態(tài)跟蹤，如果采用表格來跟蹤會出現(xiàn)維護困難、容易出錯、開發(fā)周期變長等缺點，而本文采用的RTC工具對軟件實現(xiàn)和測試過程中將關(guān)聯(lián)需求作為必填項， 利用工具的統(tǒng)計功能實現(xiàn)跟蹤及一致性，還可以導(dǎo)出哪些需求沒有被實現(xiàn)或測試，具有可靠性高、直觀等優(yōu)點。

　　4.3 自動化集成的構(gòu)建

　　為保證服務(wù)器端最新軟件的正確性，加快軟件開發(fā)迭代，打通軟件開發(fā)與自動化測試的鏈路，結(jié)合Aspice的要求，提

　　出并實施了嵌入式軟件自動化構(gòu)建。通過自動化構(gòu)建與測試，可以保證服務(wù)器端軟件的正確性，同時可建立共享的開發(fā)環(huán)境以便聯(lián)合開發(fā)，達到有效縮短開發(fā)周期的目的。

　　5 總結(jié)

　　本文結(jié)合Aspice的開發(fā)流程，對汽車電子V模型的開發(fā)流程進行細化，同時利用RTC工具對該開發(fā)流程進行實踐落地，對交付物的跟蹤管理實現(xiàn)了自動化、智能化的管理方式，同時提出了自動化集成的構(gòu)建方式，有效地提高了工程師的工作效率，使Aspice模型不僅僅停留在模型上，而成為一種汽車軟件開發(fā)的有效實踐。

　　參考文獻

　　[1] 俞慶華.汽車行業(yè)新版質(zhì)量管理標(biāo)準(zhǔn) IATF 16949：2016 正式發(fā)布 [J].汽車零部件，2017，1(1)：46-46.

　　[2] VDA QMC Working Group ，Automotive SPICE，V3.1.

　　[3] 馬云林，謝樂成，杜戰(zhàn)龍，文勇.整車研發(fā)階段的零部件軟件管控體系研究[J].汽車實用技術(shù)，2017(19)：211-213.