摘 要：Aspice模型是基于CMMI模型提出的專門針對汽車類軟件開發的一種模型，旨在幫助汽車企業提高軟件開發的質量及效率。文章基于Aspice模型細化了常規的V開發模式，利用RTC豐富的統計功能實現對項目的監控和管理，并提出了一種自動化的集成方式。
關鍵詞：汽車軟件;Aspice模型;V模型開發;自動化集成
推薦閱讀：《軟件和集成電路》(月刊)創刊于1984年，郵發代碼：82-469。由中國電子信息產業發展研究院、北京中電報發展有限公司主辦的計算機科學技術刊物。
1 引言
隨著汽車工業在國內的高速發展，汽車電子也得到了快速發展，其需求量也發展得越來越大并保持了一個快速地發展。汽車電子主要由動力控制系統、安全控制系統、車身控制系統、行駛控制系統及娛樂信息系統組成，而國內對汽車電子的研究起步晚，對于零部件的開發質量完全依賴于供應商，整車廠對汽車電子的過程質量難以得到有效的控制。
近年來互聯網的興起和汽車智能化程度的不斷提升，對汽車電子的需求將更加擴大，尤其是 IATF 16949：2016 換版[1]正式發布，增加了對嵌入式軟件的產品開發應有質量保證過程和明確的軟件開發過程等要求，“軟件定義汽車”的時代已經到來。截至目前國內有部分軟件企業已經按照集成能力成熟度模型CMMI(Capability Maturity Model Integra-tion)來規范企業管理體系，提高軟件的質量。而CMMI是針對所有的開發領域，范圍較廣，對于軟件開發的具體實踐沒有明確的指導，因此有必要引入一個專門針對汽車軟件開發的規范及實踐來指導汽車軟件的開發，本文以公司實踐為例引入Aspice的開發規范及其實踐落地，來有效地提升汽車軟件開發質量。
2 Aspice簡介
SPICE(Software process improvement and capability determination)是由國際標準化組織ISO、國際電工委員會IEC、信息技術委員會JTC制定的國際標準，基于SPICE，各行業衍生出了自己的標準，如醫療設備行業(Medi SPICE)、航天行業(SPICE for SPACE)，而汽車行業則使用Automotive SPICE(Aspice)[2]。Aspice是車載軟件的開發過程標準，于2005年由AutoSIG發布，之前用于歐洲主機廠對供應商進行軟件過程評估，廣泛用于整車廠以及供應商企業自身的過程能力改進以及對風險的評估。Aspice的聯盟成員有AUDI AG、BMW AG、Fiat Auto S.p.A等，而國內才剛剛引入此開發標準，因此目前國內在此方面的借鑒幾乎為零。
Aspice定義了8類共32個過程，8類過程分別為系統工程過程(SYS)、軟件工程過程(SWE)、采購過程(ACQ)、供應商管理過程(SPL)、支持過程(SUP)、管理過程(MAN)、重組管理過程(REU)、過程改進過程(PIM)，并跟蹤實踐的程度分為6個等級，含不完全、已執行級、已管理級、已定義級、可預測級、創新級，如圖1所示：
3 Aspice軟件開發流程
Aspice是汽車軟件開發流程能力的提高和能力確定，是專門用于汽車軟件開發領域的流程標準，除了評估零部件供應商的質量外，這套評估體系也同時為整車廠提高自己的開發水平提供指南[3]。Aspice的32個過程中有17個過程被稱為重點過程(VDA Scope)，目前的軟件質量審核多數圍繞這17個過程進行，圖2為VDA Scope過程按照V模型開發模式分類的開發流程：
針對VDA Scope及汽車類軟件開發的特點，并結合Aspice對跟蹤和一致性的要求，對V模式的開發流程進行細化，將系統需求分解為功能需求及業務需求，軟件的開發分為應用層開發、RTE接口開發、基礎軟件單元開發，相應的測試驗證等也作了分解，這樣對工作任務包的分解、交付物內容及形式也需要進行相應的細化，如圖3所示。
4 流程實踐及實現
傳統上采用表格、文檔等工具來對開發的交付物及過程來進行管理，然而當需求的數目上升以后，存在著容易出錯，無法統計等缺點，目前對于軟件開發及其管理的實現較常用的工具有Requistitepro，IBM 的基于Jazz平臺的集成產品等。本文以RTC為基礎平臺介紹軟件開發的落地實踐。
4.1 項目管理
利用該工具，項目經理會根據進度對工程師進行任務分派，工程師可在個人的工作面板對自己的任務進行管理、工時填寫、交付物上傳等操作，而項目經理及管理人員可通過工具自帶的統計功能查看項目的進度，如工時統計、缺陷情況、任務完成情況等，根據這些數據能夠看出項目的進展以及對新的項目具有較強的指導意義，同時QA人員可以通過這些數據來分析項目過程中存在的問題，提出不符合項及改進建議，達到持續改進的目的。
4.2 跟蹤和一致性的實現
Aspice對于跟蹤和一致性的要求很高，這些要求包含V模型左側工作產品之間的跟蹤/一致性、V模型左側工作產品和對應右側的工作產品之間的跟蹤/一致性、V模型右側測試結果和測試用例之間的跟蹤，這樣的雙向跟蹤用于需求覆蓋度分析，需求實現、測試用例創建以及測試的實現狀態跟蹤，如果采用表格來跟蹤會出現維護困難、容易出錯、開發周期變長等缺點，而本文采用的RTC工具對軟件實現和測試過程中將關聯需求作為必填項， 利用工具的統計功能實現跟蹤及一致性，還可以導出哪些需求沒有被實現或測試，具有可靠性高、直觀等優點。
4.3 自動化集成的構建
為保證服務器端最新軟件的正確性，加快軟件開發迭代，打通軟件開發與自動化測試的鏈路，結合Aspice的要求，提
出并實施了嵌入式軟件自動化構建。通過自動化構建與測試，可以保證服務器端軟件的正確性，同時可建立共享的開發環境以便聯合開發，達到有效縮短開發周期的目的。
5 總結
本文結合Aspice的開發流程，對汽車電子V模型的開發流程進行細化，同時利用RTC工具對該開發流程進行實踐落地，對交付物的跟蹤管理實現了自動化、智能化的管理方式，同時提出了自動化集成的構建方式，有效地提高了工程師的工作效率，使Aspice模型不僅僅停留在模型上，而成為一種汽車軟件開發的有效實踐。
參考文獻
[1] 俞慶華.汽車行業新版質量管理標準 IATF 16949：2016 正式發布 [J].汽車零部件，2017，1(1)：46-46.
[2] VDA QMC Working Group ，Automotive SPICE，V3.1.
[3] 馬云林，謝樂成，杜戰龍，文勇.整車研發階段的零部件軟件管控體系研究[J].汽車實用技術，2017(19)：211-213.
