汽車軟件開發(fā)流程（汽車軟件開發(fā)流程 入門）
本篇文章給大家談?wù)勂囓浖_發(fā)流程，以及汽車軟件開發(fā)流程 入門對應(yīng)的知識點(diǎn)，希望對各位有所幫助，不要忘了收藏本站喔。
本文目錄一覽：
怎么樣開發(fā)一個軟件
1、軟件開發(fā)的第一個流程是項(xiàng)目開發(fā)目的分析與確定，主要是在軟件開發(fā)商將開發(fā)項(xiàng)目確定下來之后，需要與需求方進(jìn)行討論，確定需求方對于軟件開發(fā)的需要實(shí)現(xiàn)目標(biāo)及其具體需要的功能等等，并確定是否可達(dá)成；
2、接下來就是需求分析，這個步驟也是為軟件開發(fā)的正常進(jìn)行確定具體思路的階段。在確定軟件開發(fā)可進(jìn)行后，必須要對客戶需要實(shí)現(xiàn)的軟件功能需求進(jìn)行具體詳細(xì)的分析。同時應(yīng)當(dāng)考慮在開發(fā)過程中可能出現(xiàn)的變化情況，制定需求變更計劃隨時應(yīng)對特殊情況的發(fā)生，保證軟件開發(fā)流程的順暢進(jìn)行；
3、接下來就是軟件設(shè)計。軟件設(shè)計要根據(jù)上一階段對軟件功能需求分析的結(jié)果，來設(shè)計軟件系統(tǒng)的框架結(jié)構(gòu)、功能模塊和數(shù)據(jù)庫等等。它主要分為總體設(shè)計和詳細(xì)設(shè)計兩個部分；
4、接下來就是編程實(shí)施步驟。編程也是根據(jù)對軟件設(shè)計，將軟件設(shè)計的各部分需求通計算機(jī)程序代碼來實(shí)現(xiàn)運(yùn)行，編程有統(tǒng)一、規(guī)范的程序編寫規(guī)則，保證軟件程序的易懂性、易維護(hù)性；
5、接下來就是軟件測試步驟。也就是在根據(jù)設(shè)計將客戶軟件需用編程代碼來實(shí)現(xiàn)之后，也就是軟件程序完成之后，需要對編寫的程序，形成整體構(gòu)架、功能進(jìn)行單元、組裝、系統(tǒng)三階段的測試，以測試程序編寫的正確性，以及對客戶需求功能滿足的充分性，以此來確定軟件是否達(dá)到開發(fā)要求，同時也是一個發(fā)現(xiàn)問題、糾正問題的過程；
6、通過以上核心環(huán)節(jié)完成了軟件開發(fā)，接下來就是在軟件開發(fā)達(dá)到客戶需求之后，開發(fā)者將軟件系統(tǒng)交予客戶，并將軟件安裝程序、數(shù)據(jù)庫的數(shù)據(jù)字典、《用戶安裝手冊》、《用戶使用指南》、需求報告、設(shè)計報告、測試報告等產(chǎn)物交付給客戶，同時指導(dǎo)客戶進(jìn)行軟件安裝、以及安裝技巧，提醒客戶注意軟件運(yùn)行狀況、環(huán)境、服務(wù)器及相關(guān)中間件的檢測與注意事項(xiàng)，知道客戶軟件的實(shí)際操作方法、使用流程等等問題，實(shí)現(xiàn)合同規(guī)定任務(wù)；
7、用戶在接受開發(fā)商交付的軟件開發(fā)結(jié)果，并進(jìn)行實(shí)際操作、測試運(yùn)行，實(shí)現(xiàn)滿意結(jié)果之后，對開發(fā)出來的軟件進(jìn)行驗(yàn)收；
8、定制開發(fā)的軟件通常都需要提供售后服務(wù)，定期對軟件進(jìn)行維護(hù)，或者根據(jù)用戶出現(xiàn)的新需求，進(jìn)行應(yīng)用軟件程序的修改，使之不斷滿足客戶實(shí)際需求。
如何檢測汽車零部件？
以動力電池為例介紹一下新能源汽車動力系統(tǒng)部件的測試，歡迎開發(fā)測試工程師一起交流、指正：
動力電池系統(tǒng)作為硬件本體和控制系統(tǒng)結(jié)合極為緊密的系統(tǒng)，其測試大致可以劃分為兩大部分：電池包本體（Pack）測試、電池管理系統(tǒng)（BMS）測試，下面分別介紹這兩部分的測試情況；
1. 電池包本體（Pack）測試
電池包本體測試一般在DV/PV（設(shè)計驗(yàn)證/生產(chǎn)驗(yàn)證）階段進(jìn)行，目的是為了驗(yàn)證電池包的設(shè)計/生產(chǎn)是否符合設(shè)計要求。其中包含溫度測試、機(jī)械測試、外部環(huán)境模擬測試、低壓電氣測試、電磁兼容測試、電氣安全測試、電池性能測試、濫用試驗(yàn)測試等等。因?yàn)榇蠡锒急容^關(guān)心電池安全問題，在這里主要介紹一下電池包濫用試驗(yàn)的測試方法：
1) 針刺測試
模擬電池遭到尖銳物體刺穿時的場景，因?yàn)楫愇锎倘胗锌赡軐?dǎo)致內(nèi)部短路，試驗(yàn)要求不起火不爆炸
2) 鹽水浸泡
5%鹽水長時間浸沒測試，電池功能正常
目前新能源汽車電池包防水防塵等級推薦是IP67（即1米深的水浸泡半小時無損壞，上汽、蔚來的電池包都是IP67）。汽車的使用環(huán)境惡劣，再怎么做防水防塵保護(hù)也不過分（上海有一年暴雨導(dǎo)致車庫積水，傳統(tǒng)車都淹掛了，而電動車完好無損）。
3) 外部火燒：
590攝氏度火燒持續(xù)130秒電池?zé)o爆炸、起火、燃燒并且無火苗殘留。
4) 跌落：
1m高度自由落體在鋼板上電池殼體完整功能正常
5）振動測試
高頻振動模擬測試，要求電池包功能正常。做電池包的同事應(yīng)該知道，這個也很難通過。
2. 電池管理系統(tǒng)（BMS）測試
電池管理系統(tǒng)的測試更多側(cè)重軟件測試，一般在軟件功能開發(fā)過程中進(jìn)行。
與尚未量產(chǎn)的自動駕駛系統(tǒng)偏向于使用C語言實(shí)現(xiàn)軟件設(shè)計不同，現(xiàn)今成熟的電動汽車控制系統(tǒng)（如整車控制器、電機(jī)控制器、電池管理系統(tǒng)）軟件都是以模型為基礎(chǔ)的軟件開發(fā)（Model-Based-Design）。MBD開發(fā)相比C的優(yōu)點(diǎn)是能夠以圖形化的方式表達(dá)復(fù)雜的邏輯、代碼可讀性、可移植性、開發(fā)調(diào)試便利程度都大大增強(qiáng)，同時利用成熟的代碼生成工具鏈，也避免了手工代碼容易產(chǎn)生的低級錯誤。在基于模型的軟件開發(fā)環(huán)節(jié)中規(guī)定了MIL/SIL/HIL等多項(xiàng)測試：
1) MIL(Model-In-Loops)既模型在環(huán)測試，就是驗(yàn)證軟件模型是否可以實(shí)現(xiàn)軟件功能，測試依據(jù)是由系統(tǒng)需求分解而來的軟件需求。
2) SIL(Software-In-Loops)軟件在環(huán)測試，對比模型自動生成的C代碼和模型本身實(shí)現(xiàn)的功能是否一致，使用Simulink自身工具就可以進(jìn)行Sil測試。
3) PIL(Processer-In-Loops)處理器在環(huán)測試，目的是測試自動生成的代碼寫入控制器后，功能實(shí)現(xiàn)上是否與模型有偏差。PIL看似無關(guān)緊要，但不做重視也會引起一些不良后果（如調(diào)度問題、CPU Load，堆棧溢出等）
4) HIL(Hardware-In-Loops)硬件在環(huán)測試，測試控制器完整系統(tǒng)功能，一般會搭建控制器所在系統(tǒng)的測試臺架，使用電氣元件模擬傳感器（如溫度）和執(zhí)行器（如風(fēng)扇負(fù)載）的電氣特性，驗(yàn)證完整的系統(tǒng)功能。
這些測試環(huán)節(jié)的用例來源于系統(tǒng)需求。在汽車軟件開發(fā)流程中，開發(fā)和測試成V字型進(jìn)行，俗稱軟件開發(fā)V模型，感興趣的同學(xué)可以查看汽車軟件開發(fā)流程ASPICE。
統(tǒng)開發(fā)流程中非常強(qiáng)調(diào)測試軟件環(huán)節(jié)的。要知道手機(jī)軟件出問題最多也就是秒退而已，車輛軟件出問題影響的是人命。
當(dāng)年豐田剎車門事件，美國政府就派了嵌入式軟件專家和卡耐基梅隆的計算機(jī)教授詳細(xì)審查了發(fā)動機(jī)控制系統(tǒng)的軟件代碼，豐田對全局變量的濫用（上萬個）以及軟件安全機(jī)制的混亂就遭到了巨額處罰。如果豐田重視軟件測試工作的話，這件事也許不會發(fā)生。
最后再聊下零部件在整車極限環(huán)境下的測試情況：整車耐久測試這部分工作一般是整車廠的測試標(biāo)定工程師負(fù)責(zé)。整車耐久試驗(yàn)的花銷很大，造工程樣車（每輛100萬左右）、租用測試場地、工程師團(tuán)隊(duì)花銷，很考驗(yàn)廠家的資金實(shí)力，沒有強(qiáng)大的資金池根本無法運(yùn)行起來。但在極寒、高溫、高濕度等各種極限環(huán)境下的測試進(jìn)行的越多，越能充分的驗(yàn)證零部件的功能、性能以及耐久表現(xiàn)，越早發(fā)現(xiàn)問題，解決修復(fù)所耗費(fèi)的成本越低。
1. 低溫耐久測試，主要測試?yán)淦饎有阅?，一般在黑?牙克石進(jìn)行。電池包的低溫充放電能力、低溫保護(hù)策略、電池包加熱功能在該項(xiàng)測試中都會進(jìn)行考核。
2. 高溫耐久測試，一般在格爾木進(jìn)行。主要測試電池包在高溫下充放電能力、電池包冷卻功能和過熱保護(hù)策略。下圖是蔚來在澳大利亞墨爾本進(jìn)行高溫測試，為了整車開發(fā)整車廠都是不惜成本。
3. 高溫+高濕環(huán)境耐久測試，一般在海南進(jìn)行，海水環(huán)境會加速部件腐蝕，零部件的耐久會經(jīng)受嚴(yán)格考驗(yàn)。（Ps：傳統(tǒng)車還有重要的高原測試，主要測試在低氣壓下發(fā)動機(jī)的性能表現(xiàn)。電動車一般不需要進(jìn)行此項(xiàng)測試。）
電池包做的比較好的都會承諾使用壽命內(nèi)的電池衰減，比如蔚來ES8就承諾10年30萬公里電池容量衰減不超過20%，做電池開發(fā)的都知道做到這個水平是非常不容易的。敢公開承諾也說明他們的電池包耐久測試做到了非常優(yōu)秀的水平。
新能源WVU怎么檢測？
新能源汽車是指純電動汽車、插電式混合動力汽車和燃料電池汽車。我們常說的新能源汽車指的是混合動力汽車和純電動汽車。
新能源汽車和燃油汽車相比最大的不同就在于不使用燃油或使用非常少的燃油，既然不使用燃油，那么就是零排放，那么，新能源汽車就不用年檢了嗎？答案是否定的，新能源汽車也需要年檢的。
車輛年檢，尾氣排放檢驗(yàn)只是其中一項(xiàng)，安全技術(shù)檢驗(yàn)是很重要的環(huán)節(jié)，新能源汽車也不例外。環(huán)檢與安檢“兩檢合一后”，環(huán)檢是安檢的前提，環(huán)檢不達(dá)標(biāo)，不能進(jìn)行后續(xù)的安檢。
純電動汽車因沒有尾氣排放，故不用進(jìn)行尾氣檢測，只用進(jìn)行安全技術(shù)檢測即可。
混合動力汽車是要進(jìn)行尾氣排放檢測的，有手動行駛模式選擇的混合動力汽車應(yīng)切換到最大燃料消耗模式進(jìn)行測試，如無最大燃料消耗模式，應(yīng)采用混合動力模式測試，如測試過程中發(fā)動機(jī)自動熄火切換到純電模式 ，無須中止測試，可進(jìn)行到測試結(jié)束。
根據(jù)現(xiàn)行的GB21861-2014，新能源汽車的安檢項(xiàng)目、方法和技術(shù)要求基本與燃油汽車沒有區(qū)別，但是新能源汽車尤其自身的特點(diǎn)，其電路系統(tǒng)是關(guān)鍵，漏電保護(hù)裝置是否有效、電壓是否穩(wěn)定、續(xù)航能力是否滿足要求，GB21861-2014中并沒有具體要求，這點(diǎn)已經(jīng)不能滿足要求。
但是，新的GB21861修訂工作早已啟動，對新能源汽車的安全技術(shù)檢驗(yàn)項(xiàng)目和方法會更詳細(xì)和明確，更具有針對性。
純電動汽車的標(biāo)志
所以說，在新的GB21861版本發(fā)布前，新能源汽車還是按照燃油汽車的安檢項(xiàng)目和方法進(jìn)行。新標(biāo)準(zhǔn)發(fā)布后，才會有新能源汽車量身定做的安全檢測標(biāo)準(zhǔn)。
軟件定義汽車，架構(gòu)定義軟件
編者按：本文轉(zhuǎn)載自微信公眾號： 汽車 電子與軟件。 汽車 之心經(jīng)授權(quán)轉(zhuǎn)載。
8月26日，江鈴 汽車 CTO兼總裁助理黃少堂受邀出席 “SAE 2020 汽車 電子與軟件技術(shù)論壇”，發(fā)表《軟件定義汽車，架構(gòu)定義軟件》的主旨演講。系統(tǒng)地闡述了軟件定義 汽車 的背景、機(jī)會和挑戰(zhàn)，并分析了頂層設(shè)計和實(shí)際執(zhí)行中的痛點(diǎn)。
汽車 圈內(nèi)人士更習(xí)慣稱他黃堂主，筆者聽過很多CTO的演講，很少有黃堂主這樣，純干貨、零帶貨的。聽眾評價他的演講，不僅有掌聲，還有笑聲，掌聲代表禮貌和敬意，笑聲才是內(nèi)心的共鳴。
*本文是根據(jù)現(xiàn)場演講整理而寫，尚不能領(lǐng)悟黃堂主精髓是萬一，僅供交流、參考。
01
為什么強(qiáng)調(diào)軟件定義 汽車 ？
今天所處的 汽車 時代，我們前人從來沒有這么幸運(yùn)過，也從來沒有這么焦慮過，更沒有體驗(yàn)過。每一天都不一樣，即使我這樣有幾十年 汽車 電子經(jīng)驗(yàn)的老行家，面對今天這樣從未經(jīng)歷過的世界，又能好到哪去了？
最近，我們一直在思考，為什么業(yè)內(nèi)突然興起軟件定義 汽車 ，而且如此紅火。事實(shí)上，過去幾年，如發(fā)動機(jī)的點(diǎn)火、噴油、排放，已經(jīng)是軟件控制了，底盤的AEB，還有自動剎車控制，包括自動轉(zhuǎn)向。其實(shí)從底盤、傳動、動力、車身，軟件已經(jīng)滲透到了幾乎所有的 汽車 系統(tǒng)。但過去從沒有像今天這樣強(qiáng)調(diào)軟件定義 汽車 。
為什么今天突然間強(qiáng)調(diào)軟件？最近我拿了一臺華為的P40，內(nèi)存到達(dá)516G，相當(dāng)于一臺電腦。因?yàn)榈靡嬗谛酒?、互?lián)網(wǎng)、大數(shù)據(jù)等技術(shù)的發(fā)展，在硬件的基礎(chǔ)上，我們才得以在小的空間內(nèi)做很多的事情。
另外，消費(fèi)電子對 汽車 行業(yè)的沖擊，人們的消費(fèi)習(xí)慣和生活方式已經(jīng)發(fā)生變化，促使人們的期望值不斷的增加，人們不再忍受開一個豪華車，還用一個手機(jī)去導(dǎo)航。特別是90后、00后的消費(fèi)者，他不再像我們這一代人買個寶馬、奔馳，做點(diǎn)小生意，他們更強(qiáng)調(diào)個性化的展現(xiàn)。而當(dāng)我們打開 汽車 行業(yè)的軟件庫時，發(fā)現(xiàn)我們的軟件代碼量已經(jīng)超過了飛機(jī)，并不在其他行業(yè)之下。
02
特斯拉效應(yīng)
記得2003年特斯拉成立的時候，當(dāng)時我們在美國通用，對它不屑一顧，覺得它就像小孩玩玩具，鬧不了幾年的。時至今日，還有哪一個老牌 汽車 企業(yè)敢輕視特斯拉？人家只賣36萬輛車，還不用賺錢，而大眾、寶馬、奔馳、通用、福特，這些傳統(tǒng)車企加起來賣2000多萬輛，但他們加起來的市值卻抵不過特斯拉。說明 社會 不認(rèn)可傳統(tǒng)車企在創(chuàng)造價值。包括國內(nèi)的新勢力，別看車子只賣幾萬輛，甚至虧本，但與國內(nèi)領(lǐng)頭的銷售幾百萬輛的車企，市值相差并不多。
在國外，上市企業(yè)經(jīng)營的目的就是為股票的擁有者創(chuàng)造價值，經(jīng)營者的工資是以股價來論的。你可以想象傳統(tǒng)車企的管理者的壓力，當(dāng)初的通用賤賣土星、龐蒂亞克、悍馬也是不得以而為之，華爾街的人坐在你辦公室，你不賣，就得自己下崗?？巳R斯勒當(dāng)初也是因?yàn)楣善辈痪皻?，迫使被菲亞特接收?/p>
像我這樣早期對特斯拉不屑一顧的，今天再來看他們，Model S的網(wǎng)絡(luò)架構(gòu)拓?fù)鋱D，非常規(guī)矩，這樣的拓?fù)鋱D很好，拿到一個拓?fù)鋱D，用一個CANoe或者Vehicle Spy工具可以立項(xiàng)他的原始結(jié)構(gòu)。第二代適當(dāng)加了一個集成，到了第三代，你再用傳統(tǒng)的電子電氣拓?fù)鋱D去畫，畫不了，也立項(xiàng)不了，簡直就是雜亂扔在一起的。它的能力在域控制器里面，在軟件里面，你從外表去仿畫他的架構(gòu)，很難做到。 特斯拉重新?lián)Q了一種不遵守 汽車 行業(yè)傳統(tǒng)法則的方式，自己單跑了 。雜亂中，其實(shí)彰顯了它的軟件能力。
03
架構(gòu)定義軟件
我們注意到，最近各大車企成立軟件中心，但很難招到人，IT的人做嵌入式軟件是一個鴻溝，雖然都是軟件，但不用的平臺，不同的應(yīng)用，有著相當(dāng)大的差異。從架構(gòu)到云管端，因?yàn)榻Y(jié)構(gòu)不同，控制方法不一樣。我們通常講結(jié)構(gòu)下的軟件。我們先要定義軟件架構(gòu)本身，再定義功能，再建立通訊網(wǎng)路。
首先要定義好架構(gòu)，然后針對場景的設(shè)計，比如自動駕駛的場景、路面， 娛樂 系統(tǒng)，商用車、物流車的場景跟乘用車又不一樣，場景定義就不一樣?；仡?汽車 網(wǎng)絡(luò)架構(gòu)，以前只有電器架構(gòu)，沒有什么電子和軟件。比如發(fā)動機(jī)點(diǎn)火就是用一個高壓線圈，開關(guān)一彈，能量釋放，產(chǎn)生火花，點(diǎn)火。油是共軌的，哪個閥門開了，就滴到哪個油缸里。后來才有了基于發(fā)動機(jī)的電子模塊，也就有了電子電器架構(gòu)?，F(xiàn)在，隨著智能網(wǎng)聯(lián) 汽車 的發(fā)展，特別是自動駕駛以后，將演變成車、路、人協(xié)同電子架構(gòu)。
在傳統(tǒng) 汽車 人看來，Model 3 的架構(gòu)簡直是一個大雜燴，而傳統(tǒng)的車企，如大眾MEB的架構(gòu)就比較規(guī)矩，很難說誰的更好。但用戶其實(shí)并不關(guān)心你背后的設(shè)計，這就是我們需要思考的。
打通任督二脈的關(guān)鍵恰恰在于整體架構(gòu)，而軟件是架構(gòu)的關(guān)鍵要素，軟件實(shí)現(xiàn)是戰(zhàn)術(shù)，架構(gòu)是戰(zhàn)略。
車云一體電子架構(gòu)是我們今后要做的事情，我們以前總是在做車上測試、網(wǎng)絡(luò)測試、模塊之間的測試。既然車云已經(jīng)形成了，為什么不把車網(wǎng)跟后端網(wǎng)一起進(jìn)行測試呢，每個信息傳到后面如何保證是正確的。我們的測試流程里并沒有涵蓋ISO 26262，IOS 26262只是定義到車上的，如今的 汽車 哪里只是車上的呢？
所以你說特斯拉完全不遵守26262和AUTOSAR，也有一定的道理。 當(dāng)他發(fā)現(xiàn)傳統(tǒng)標(biāo)準(zhǔn)局限的時候，就需求創(chuàng)造出自己的路。
同樣，車云一體的電子架構(gòu)，他們各模塊之間的協(xié)同，有哪個現(xiàn)有的標(biāo)準(zhǔn)可以參考呢？標(biāo)準(zhǔn)體系并沒有完全跟上行業(yè)發(fā)展和產(chǎn)品的需要。我曾經(jīng)當(dāng)過兩年ISO的編委，召集一幫人討論兩三年，究到每一個0和1, 嚴(yán)肅性是有的，但你可想而知，每個企業(yè)派出去的人，一般也不是最有價值、最忙的，我們不必將標(biāo)準(zhǔn)當(dāng)成是圣經(jīng)。我們需要尊重標(biāo)準(zhǔn)，但如果僅是知其然不知其所以然的使用，消費(fèi)者并不會為這個買單。在傳統(tǒng)的主機(jī)廠，上萬人，最頂端的很難知道下面的事情。
我們的中央計算器，一定程度上要感謝芯片商的能力， 芯片能力的提升，促使電子架構(gòu)向區(qū)域架構(gòu)發(fā)展，從而為軟件功能迭代提供硬件平臺。 我們最早做ADAS，一個機(jī)械式的毫米波雷達(dá)的成本是3000美元，只有凱迪拉克上能配，今天已經(jīng)下降到了兩三百人民幣。硬件成本的大幅度下降，才讓智能 汽車 成為現(xiàn)實(shí)。我們今天談智能，并不是我們的前輩很蠢，而是沒有如今的整個技術(shù)環(huán)境支撐。
Model 3 的中央計算模塊，采取區(qū)域控制，不是功能域控制，有人說是為了節(jié)省線束的成本。我的理解是，它把模塊、智能配電、傳統(tǒng)保險，都用電子保險控制了。而我們傳統(tǒng)的網(wǎng)絡(luò)架構(gòu)，控制0和1，起步、喚醒、休眠。如果把電源都控制了，就不存在休眠、喚醒了，一通電都醒了，一斷電都休了。既然把電分開了，就必須有前、左、右控制，如果把所有的保險都放一個盒子里，就變成烤箱了，所以有幾級分電。這是基于功能的需要進(jìn)行這樣的定義。
傳統(tǒng)的軟件架構(gòu)，有以下特點(diǎn)：
如果我要更新一個ABS，那關(guān)聯(lián)的BCM、儀表、網(wǎng)關(guān)都要改，而且都分屬于不同的供應(yīng)商，代碼也是別人寫的。從這一點(diǎn)也應(yīng)證傳統(tǒng)車企被供應(yīng)商綁架了。
新的軟件架構(gòu)下：
今天，在域控制器的概念下，關(guān)鍵的模塊都是自己開發(fā)的，你要改一個節(jié)點(diǎn)，或者要改不同的節(jié)點(diǎn)，可以通過功能定義，不再以模塊去刷新一個，而是以服務(wù)包的形式進(jìn)行更新。而且軟件還可以進(jìn)行整個生命周期的收費(fèi)，改變車企的運(yùn)行模式。原來 汽車 賣出去以后，跟車廠就沒有多大關(guān)系了。
當(dāng)我們具備軟件基礎(chǔ)能力，軟件模塊需要做什么，車企的應(yīng)用軟件如何建立？
按傳統(tǒng)思維，我們總希望通過智能駕駛一個方案做所有的，很多模塊是一個公司做。按新的模式，做感知的、做定位的、做決策的、還有做執(zhí)行的，用一個漸進(jìn)的方式，不需要大，這樣供應(yīng)商就不是做一個模塊，而是重復(fù)的流水線。我們所合作的企業(yè)并不一定要大，但是要精，然后不斷地完善。這個時候軟件就變成了一個標(biāo)準(zhǔn)化的工具。但我們需要把層級定義清楚，把接口定義清楚。
同樣，智能座艙領(lǐng)域也是一樣，我么把它分成幾個模塊，把底層定義清楚，主機(jī)廠有能力的多做一下，能力弱的少做一些。
軟件的另一個核心是OTA，沒有OTA軟件的更新，軟件也無法定義 汽車 。通過更新，可以不斷地滿足用戶的體驗(yàn)，重新定義數(shù)據(jù)形態(tài)，根據(jù)軟件更新的范圍，內(nèi)容，安全度，讓 汽車 在生命周期內(nèi)有再生命力。具體體現(xiàn)在：
OTA結(jié)合5G，再加上車路協(xié)同，整個生態(tài)鏈和供應(yīng)鏈也將被重新定義。在這個全新的產(chǎn)業(yè)生態(tài)中，4S店的模式可能會發(fā)生顛覆。當(dāng)你有大數(shù)據(jù)，有GPS定位，可以通過線上診斷、線下?lián)Q件的形式。如果是涉及到軟件更新，在家里就可以通過OTA修復(fù)BUG。
04
軟件定義 汽車
我理解的軟件定義 汽車 是： 軟件深度參與整個 汽車 的定義、開發(fā)和驗(yàn)證流程，并不斷優(yōu)化客戶體驗(yàn)，持續(xù)創(chuàng)造價值。
傳統(tǒng)車企開發(fā)一個車往往需要三年，包括概念設(shè)計、定義方案，再凍結(jié)、下車體制做、樣車制造、三高測試、標(biāo)定等。如果軟件定義 汽車 還在這樣的流程下進(jìn)行，三年前開發(fā)的軟件，在三年后可能就已經(jīng)被淘汰了。因此，軟件定義 汽車 要顛覆整個 汽車 開發(fā)流程。這將是很多車企巨大的挑戰(zhàn)，大公司制定流程往往是很大的梯隊(duì)，而管理層中，基本都是做底盤、車身等傳統(tǒng)部件的出身的，他們的軟件的概念還比較缺乏。固化的流程讓傳統(tǒng) 汽車 人很安全、很可靠。這就制約了組織的更新和發(fā)展。
要實(shí)現(xiàn)軟件定義 汽車 ，要沒有一個革命性的，從組織架構(gòu)，CEO層面變革，只可能被淘汰。
我讀MBA的時候，去過芬蘭的諾基亞。當(dāng)時，整個芬蘭為諾基亞自豪，這么小的國家，誕生如此成功的企業(yè)，它的手機(jī)以質(zhì)量著稱，充電可以用一個星期。蘋果出來的時候，我們都笑了，不小心掉地上，屏碎了，每天還要跟祈禱一樣，把電源插上去充電。其實(shí)諾基亞并沒有做錯事，當(dāng)初MBA的范例都是它的成功。如果我現(xiàn)在再去讀MBA的話，范例會不會是它如何失敗的。時代在變，即使你沒有做錯事，但別人做的比你更好。
很多機(jī)械類的東西，要改一個字，開一個模，到今天仍然需要上千萬成本。而軟件只需要一次開發(fā)費(fèi)。并且可以個性化的定制，借用其他行業(yè)的生態(tài)。 軟件定義 汽車 的驅(qū)動因素 具體表現(xiàn)在：
用戶層面：
OEM層面：
舒適的駕乘環(huán)境，改變未來出行方式
軟件定義 汽車 賦能整個生命周期內(nèi)，可以學(xué)習(xí)用戶、車輛自身、周圍環(huán)境并適時作出適應(yīng)性調(diào)整。
05
軟件定義 汽車 的要素
傳統(tǒng)開發(fā)模型：
面向軟件 汽車 的開發(fā)模型：
有人問，可不可以一步到位？雖然我們想這樣，但一方面是自己沒有這個能力，另一方面是供應(yīng)商不是這么排的，而且這個過程是要跟供應(yīng)商及整個供應(yīng)鏈討論的。你有多大的市場？怎么玩？誰有權(quán)力去定義這個規(guī)則？有權(quán)力定義規(guī)則的人生活已經(jīng)很舒服了，為什么要顛覆自己呢？對于大多數(shù)傳統(tǒng)車企，比較現(xiàn)實(shí)的策略是漸進(jìn)式變革。
電氣架構(gòu)、遠(yuǎn)程升級、網(wǎng)絡(luò)安全、大數(shù)據(jù)是軟件定義 汽車 的基石。
智能互聯(lián)和智能駕駛推動了 汽車 行業(yè)的升級。需要全新的網(wǎng)絡(luò)架構(gòu)，尋找新的合作伙伴，更廣泛的生態(tài)系統(tǒng)和平臺。比如芯片廠商、運(yùn)營商、BAT等互聯(lián)網(wǎng)公司，過去這些與 汽車 沒有聯(lián)系的企業(yè)都滲透到了 汽車 行業(yè)。再往后，公路局、收費(fèi)站，國家檢測局都將加入 汽車 生態(tài)圈。
06
軟件定義 汽車 帶來的挑戰(zhàn)
隨著軟件越來越多，越來越復(fù)雜，軟件之間的交互、測試，需要行業(yè)的共同努力，如果每個車廠都搞個自己的操作系統(tǒng)，都認(rèn)為自己是最牛的，打開一看，其實(shí)都是抄了別人的，就改了兩個字，把一個完美的東西改成了不完美的東西。
軟件開發(fā)模式仍然 苦難重重 ：
短期陣痛：
軟件定義 汽車 中長期挑戰(zhàn)：
07
結(jié)語
我們今年所經(jīng)歷的時代是 汽車 行業(yè)前所未有的，在軟件定義 汽車 層面，中國與世界同步甚至走在前列，沒有對標(biāo)與參考，在焦慮的同時，也是幸運(yùn)的。需要行業(yè)同仁齊心協(xié)力、共同努力，我們要共享、討論、坦誠布公，才可能取得共同的、共有的進(jìn)步！
最后借用一句七絕：
百舸爭流千帆競
借海揚(yáng)帆奮者先
汽車上VCU什么意思?
汽車上的VCU是實(shí)現(xiàn)整車控制決策的核心電子控制單元，一般僅新能源汽車配備、傳統(tǒng)燃油車無需該裝置。
VCU是實(shí)現(xiàn)整車控制決策的核心電子控制單元，一般僅新能源汽車配備、傳統(tǒng)燃油車無需該裝置。VCU通過采集油門踏板、擋位、剎車踏板等信號來判斷駕駛員的駕駛意圖；通過監(jiān)測車輛狀態(tài)(車速、溫度等)信息，由VCU判斷處理后，向動力系統(tǒng)、動力電池系統(tǒng)發(fā)送車輛的運(yùn)行狀態(tài)控制指令，同時控制車載附件電力系統(tǒng)的工作模式；VCU具有整車系統(tǒng)故障診斷保護(hù)與存儲功能。
VCU通過采集油門踏板、擋位、剎車踏板等信號來判斷駕駛員的駕駛意圖；通過監(jiān)測車輛狀態(tài)(車速、溫度等)信息，由VCU判斷處理后，向動力系統(tǒng)、動力電池系統(tǒng)發(fā)送車輛的運(yùn)行狀態(tài)控制指令，同時控制車載附件電力系統(tǒng)的工作模式；VCU具有整車系統(tǒng)故障診斷保護(hù)與存儲功能。
下圖為VCU的結(jié)構(gòu)組成，共包括外殼、硬件電路、底層軟件和應(yīng)用層軟件，硬件電路、底層軟件和應(yīng)用層軟件是VCU的關(guān)鍵核心技術(shù)。
VCU硬件采用標(biāo)準(zhǔn)化核心模塊電路(32位主處理器、電源、存儲器、CAN)和VCU專用電路(傳感器采集等)設(shè)計；其中標(biāo)準(zhǔn)化核心模塊電路可移植應(yīng)用在MCU和BMS，平臺化硬件將具有非常好的可移植性和擴(kuò)展性。隨著汽車級處理器技術(shù)的發(fā)展，VCU從基于16位向32位處理器芯片逐步過渡，32位已成為業(yè)界的主流產(chǎn)品。
底層軟件以AUTOSAR汽車軟件開放式系統(tǒng)架構(gòu)為標(biāo)準(zhǔn)，達(dá)到電子控制單元(ECU)開發(fā)共平臺的發(fā)展目標(biāo)，支持新能源汽車不同的控制系統(tǒng)；模塊化軟件組件以軟件復(fù)用為目標(biāo)，以有效提高軟件質(zhì)量、縮短軟件開發(fā)周期。
應(yīng)用層軟件按照V型開發(fā)流程、基于模型開發(fā)完成，有利于團(tuán)隊(duì)協(xié)作和平臺拓展；采用快速原型工具和模型在環(huán)(MIL)工具對軟件模型進(jìn)行驗(yàn)證，加快開發(fā)速度；策略文檔和軟件模型均采用專用版本工具進(jìn)行管理，增強(qiáng)可追溯性；駕駛員轉(zhuǎn)矩解析、換擋規(guī)律、模式切換、轉(zhuǎn)矩分配和故障診斷策略等是應(yīng)用層的關(guān)鍵技術(shù)，對車輛動力性、經(jīng)濟(jì)性和可靠性有著重要影響。
關(guān)于汽車軟件開發(fā)流程和汽車軟件開發(fā)流程 入門的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。
