汽車軟件開發(fā)流程（汽車軟件開發(fā)流程標(biāo)準(zhǔn)）
本篇文章給大家談?wù)勂囓浖_發(fā)流程，以及汽車軟件開發(fā)流程標(biāo)準(zhǔn)對(duì)應(yīng)的知識(shí)點(diǎn)，希望對(duì)各位有所幫助，不要忘了收藏本站喔。
本文目錄一覽：
新能源WVU怎么檢測(cè)？
新能源汽車是指純電動(dòng)汽車、插電式混合動(dòng)力汽車和燃料電池汽車。我們常說的新能源汽車指的是混合動(dòng)力汽車和純電動(dòng)汽車。
新能源汽車和燃油汽車相比最大的不同就在于不使用燃油或使用非常少的燃油，既然不使用燃油，那么就是零排放，那么，新能源汽車就不用年檢了嗎？答案是否定的，新能源汽車也需要年檢的。
車輛年檢，尾氣排放檢驗(yàn)只是其中一項(xiàng)，安全技術(shù)檢驗(yàn)是很重要的環(huán)節(jié)，新能源汽車也不例外。環(huán)檢與安檢“兩檢合一后”，環(huán)檢是安檢的前提，環(huán)檢不達(dá)標(biāo)，不能進(jìn)行后續(xù)的安檢。
純電動(dòng)汽車因沒有尾氣排放，故不用進(jìn)行尾氣檢測(cè)，只用進(jìn)行安全技術(shù)檢測(cè)即可。
混合動(dòng)力汽車是要進(jìn)行尾氣排放檢測(cè)的，有手動(dòng)行駛模式選擇的混合動(dòng)力汽車應(yīng)切換到最大燃料消耗模式進(jìn)行測(cè)試，如無最大燃料消耗模式，應(yīng)采用混合動(dòng)力模式測(cè)試，如測(cè)試過程中發(fā)動(dòng)機(jī)自動(dòng)熄火切換到純電模式 ，無須中止測(cè)試，可進(jìn)行到測(cè)試結(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修訂工作早已啟動(dòng)，對(duì)新能源汽車的安全技術(shù)檢驗(yàn)項(xiàng)目和方法會(huì)更詳細(xì)和明確，更具有針對(duì)性。
純電動(dòng)汽車的標(biāo)志
所以說，在新的GB21861版本發(fā)布前，新能源汽車還是按照燃油汽車的安檢項(xiàng)目和方法進(jìn)行。新標(biāo)準(zhǔn)發(fā)布后，才會(huì)有新能源汽車量身定做的安全檢測(cè)標(biāo)準(zhǔn)。
怎么樣開發(fā)一個(gè)軟件
1、軟件開發(fā)的第一個(gè)流程是項(xiàng)目開發(fā)目的分析與確定，主要是在軟件開發(fā)商將開發(fā)項(xiàng)目確定下來之后，需要與需求方進(jìn)行討論，確定需求方對(duì)于軟件開發(fā)的需要實(shí)現(xiàn)目標(biāo)及其具體需要的功能等等，并確定是否可達(dá)成；
2、接下來就是需求分析，這個(gè)步驟也是為軟件開發(fā)的正常進(jìn)行確定具體思路的階段。在確定軟件開發(fā)可進(jìn)行后，必須要對(duì)客戶需要實(shí)現(xiàn)的軟件功能需求進(jìn)行具體詳細(xì)的分析。同時(shí)應(yīng)當(dāng)考慮在開發(fā)過程中可能出現(xiàn)的變化情況，制定需求變更計(jì)劃隨時(shí)應(yīng)對(duì)特殊情況的發(fā)生，保證軟件開發(fā)流程的順暢進(jìn)行；
3、接下來就是軟件設(shè)計(jì)。軟件設(shè)計(jì)要根據(jù)上一階段對(duì)軟件功能需求分析的結(jié)果，來設(shè)計(jì)軟件系統(tǒng)的框架結(jié)構(gòu)、功能模塊和數(shù)據(jù)庫(kù)等等。它主要分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)部分；
4、接下來就是編程實(shí)施步驟。編程也是根據(jù)對(duì)軟件設(shè)計(jì)，將軟件設(shè)計(jì)的各部分需求通計(jì)算機(jī)程序代碼來實(shí)現(xiàn)運(yùn)行，編程有統(tǒng)一、規(guī)范的程序編寫規(guī)則，保證軟件程序的易懂性、易維護(hù)性；
5、接下來就是軟件測(cè)試步驟。也就是在根據(jù)設(shè)計(jì)將客戶軟件需用編程代碼來實(shí)現(xiàn)之后，也就是軟件程序完成之后，需要對(duì)編寫的程序，形成整體構(gòu)架、功能進(jìn)行單元、組裝、系統(tǒng)三階段的測(cè)試，以測(cè)試程序編寫的正確性，以及對(duì)客戶需求功能滿足的充分性，以此來確定軟件是否達(dá)到開發(fā)要求，同時(shí)也是一個(gè)發(fā)現(xiàn)問題、糾正問題的過程；
6、通過以上核心環(huán)節(jié)完成了軟件開發(fā)，接下來就是在軟件開發(fā)達(dá)到客戶需求之后，開發(fā)者將軟件系統(tǒng)交予客戶，并將軟件安裝程序、數(shù)據(jù)庫(kù)的數(shù)據(jù)字典、《用戶安裝手冊(cè)》、《用戶使用指南》、需求報(bào)告、設(shè)計(jì)報(bào)告、測(cè)試報(bào)告等產(chǎn)物交付給客戶，同時(shí)指導(dǎo)客戶進(jìn)行軟件安裝、以及安裝技巧，提醒客戶注意軟件運(yùn)行狀況、環(huán)境、服務(wù)器及相關(guān)中間件的檢測(cè)與注意事項(xiàng)，知道客戶軟件的實(shí)際操作方法、使用流程等等問題，實(shí)現(xiàn)合同規(guī)定任務(wù)；
7、用戶在接受開發(fā)商交付的軟件開發(fā)結(jié)果，并進(jìn)行實(shí)際操作、測(cè)試運(yùn)行，實(shí)現(xiàn)滿意結(jié)果之后，對(duì)開發(fā)出來的軟件進(jìn)行驗(yàn)收；
8、定制開發(fā)的軟件通常都需要提供售后服務(wù)，定期對(duì)軟件進(jìn)行維護(hù)，或者根據(jù)用戶出現(xiàn)的新需求，進(jìn)行應(yīng)用軟件程序的修改，使之不斷滿足客戶實(shí)際需求。
開發(fā)一輛新車流程
大概流程：概念策劃（包括價(jià)位、競(jìng)爭(zhēng)車型、配置等）－－預(yù)研（包括初步外形和內(nèi)飾的設(shè)計(jì)概念、動(dòng)力配置、市場(chǎng)調(diào)研等）－－外形、內(nèi)飾效果圖制作確定－－泥模制作－－總布置圖確定－－雜合樣車制作評(píng)估及可行性分析－－工程化設(shè)計(jì)－－試生產(chǎn)－－性能試驗(yàn)及強(qiáng)制試驗(yàn)－－公告申報(bào)－－銷售策略和宣傳策略確定－－小批量試生產(chǎn)－－改進(jìn)和優(yōu)化－－大批量生產(chǎn)上市 部門：概念策劃、銷售策略和宣傳策略由市場(chǎng)部門執(zhí)行；預(yù)研由市場(chǎng)部、銷售部和技術(shù)部共同協(xié)作完成；效果圖和泥模制作由造型部門完成；總布置、雜合樣車制作、工程化設(shè)計(jì)由技術(shù)部完成；其中雜合樣車評(píng)估由試驗(yàn)部門完成；試生產(chǎn)由生產(chǎn)部門即生產(chǎn)線完成；性能試驗(yàn)和強(qiáng)制試驗(yàn)由試驗(yàn)部門完成；公告申報(bào)由技術(shù)部門完成；小批量試生產(chǎn)由生產(chǎn)部門完成；改進(jìn)和優(yōu)化由技術(shù)部門完成；大批量生產(chǎn)上市由各部門配合完成。 建模、運(yùn)動(dòng)和受力分析可以全部用軟件實(shí)現(xiàn)。建模軟件較多，主流汽車廠采用CATIA V5，也有少量采用PRO-E和UG的，該軟件包含運(yùn)動(dòng)分析和受力分析，但受力分析功能較弱，所以通常不用該軟件進(jìn)行受力分析，通常采用Norstran作為CAE受力分析和NVH分析軟件。 一般情況下Auto CAD應(yīng)用較少，因?yàn)镃ATIA V5和Pro-E中均帶有二維制圖功能。 空氣動(dòng)力學(xué)分析同樣可以采用Norstran完成分析，發(fā)動(dòng)機(jī)ECU調(diào)教不屬于主機(jī)廠的開發(fā)工作，一般由配件供應(yīng)商完成（國(guó)內(nèi)主要是德爾福和聯(lián)合電子，新出來了一家康佳，極少應(yīng)用），主機(jī)廠只提供特性參數(shù)和應(yīng)用要求。另外配件供應(yīng)商還需要負(fù)責(zé)開發(fā)ECU診斷儀。 作為技術(shù)部門，除了發(fā)動(dòng)機(jī)和底盤設(shè)計(jì)有一些校核計(jì)算工作外，其他的理論計(jì)算工作很少。 這個(gè)問題問的范圍太廣了，回答的都累得夠嗆……
如何檢測(cè)汽車零部件？
以動(dòng)力電池為例介紹一下新能源汽車動(dòng)力系統(tǒng)部件的測(cè)試，歡迎開發(fā)測(cè)試工程師一起交流、指正：
動(dòng)力電池系統(tǒng)作為硬件本體和控制系統(tǒng)結(jié)合極為緊密的系統(tǒng)，其測(cè)試大致可以劃分為兩大部分：電池包本體（Pack）測(cè)試、電池管理系統(tǒng)（BMS）測(cè)試，下面分別介紹這兩部分的測(cè)試情況；
1. 電池包本體（Pack）測(cè)試
電池包本體測(cè)試一般在DV/PV（設(shè)計(jì)驗(yàn)證/生產(chǎn)驗(yàn)證）階段進(jìn)行，目的是為了驗(yàn)證電池包的設(shè)計(jì)/生產(chǎn)是否符合設(shè)計(jì)要求。其中包含溫度測(cè)試、機(jī)械測(cè)試、外部環(huán)境模擬測(cè)試、低壓電氣測(cè)試、電磁兼容測(cè)試、電氣安全測(cè)試、電池性能測(cè)試、濫用試驗(yàn)測(cè)試等等。因?yàn)榇蠡锒急容^關(guān)心電池安全問題，在這里主要介紹一下電池包濫用試驗(yàn)的測(cè)試方法：
1) 針刺測(cè)試
模擬電池遭到尖銳物體刺穿時(shí)的場(chǎng)景，因?yàn)楫愇锎倘胗锌赡軐?dǎo)致內(nèi)部短路，試驗(yàn)要求不起火不爆炸
2) 鹽水浸泡
5%鹽水長(zhǎng)時(shí)間浸沒測(cè)試，電池功能正常
目前新能源汽車電池包防水防塵等級(jí)推薦是IP67（即1米深的水浸泡半小時(shí)無損壞，上汽、蔚來的電池包都是IP67）。汽車的使用環(huán)境惡劣，再怎么做防水防塵保護(hù)也不過分（上海有一年暴雨導(dǎo)致車庫(kù)積水，傳統(tǒng)車都淹掛了，而電動(dòng)車完好無損）。
3) 外部火燒：
590攝氏度火燒持續(xù)130秒電池?zé)o爆炸、起火、燃燒并且無火苗殘留。
4) 跌落：
1m高度自由落體在鋼板上電池殼體完整功能正常
5）振動(dòng)測(cè)試
高頻振動(dòng)模擬測(cè)試，要求電池包功能正常。做電池包的同事應(yīng)該知道，這個(gè)也很難通過。
2. 電池管理系統(tǒng)（BMS）測(cè)試
電池管理系統(tǒng)的測(cè)試更多側(cè)重軟件測(cè)試，一般在軟件功能開發(fā)過程中進(jìn)行。
與尚未量產(chǎn)的自動(dòng)駕駛系統(tǒng)偏向于使用C語(yǔ)言實(shí)現(xiàn)軟件設(shè)計(jì)不同，現(xiàn)今成熟的電動(dòng)汽車控制系統(tǒng)（如整車控制器、電機(jī)控制器、電池管理系統(tǒng)）軟件都是以模型為基礎(chǔ)的軟件開發(fā)（Model-Based-Design）。MBD開發(fā)相比C的優(yōu)點(diǎn)是能夠以圖形化的方式表達(dá)復(fù)雜的邏輯、代碼可讀性、可移植性、開發(fā)調(diào)試便利程度都大大增強(qiáng)，同時(shí)利用成熟的代碼生成工具鏈，也避免了手工代碼容易產(chǎn)生的低級(jí)錯(cuò)誤。在基于模型的軟件開發(fā)環(huán)節(jié)中規(guī)定了MIL/SIL/HIL等多項(xiàng)測(cè)試：
1) MIL(Model-In-Loops)既模型在環(huán)測(cè)試，就是驗(yàn)證軟件模型是否可以實(shí)現(xiàn)軟件功能，測(cè)試依據(jù)是由系統(tǒng)需求分解而來的軟件需求。
2) SIL(Software-In-Loops)軟件在環(huán)測(cè)試，對(duì)比模型自動(dòng)生成的C代碼和模型本身實(shí)現(xiàn)的功能是否一致，使用Simulink自身工具就可以進(jìn)行Sil測(cè)試。
3) PIL(Processer-In-Loops)處理器在環(huán)測(cè)試，目的是測(cè)試自動(dòng)生成的代碼寫入控制器后，功能實(shí)現(xiàn)上是否與模型有偏差。PIL看似無關(guān)緊要，但不做重視也會(huì)引起一些不良后果（如調(diào)度問題、CPU Load，堆棧溢出等）
4) HIL(Hardware-In-Loops)硬件在環(huán)測(cè)試，測(cè)試控制器完整系統(tǒng)功能，一般會(huì)搭建控制器所在系統(tǒng)的測(cè)試臺(tái)架，使用電氣元件模擬傳感器（如溫度）和執(zhí)行器（如風(fēng)扇負(fù)載）的電氣特性，驗(yàn)證完整的系統(tǒng)功能。
這些測(cè)試環(huán)節(jié)的用例來源于系統(tǒng)需求。在汽車軟件開發(fā)流程中，開發(fā)和測(cè)試成V字型進(jìn)行，俗稱軟件開發(fā)V模型，感興趣的同學(xué)可以查看汽車軟件開發(fā)流程ASPICE。
統(tǒng)開發(fā)流程中非常強(qiáng)調(diào)測(cè)試軟件環(huán)節(jié)的。要知道手機(jī)軟件出問題最多也就是秒退而已，車輛軟件出問題影響的是人命。
當(dāng)年豐田剎車門事件，美國(guó)政府就派了嵌入式軟件專家和卡耐基梅隆的計(jì)算機(jī)教授詳細(xì)審查了發(fā)動(dòng)機(jī)控制系統(tǒng)的軟件代碼，豐田對(duì)全局變量的濫用（上萬個(gè)）以及軟件安全機(jī)制的混亂就遭到了巨額處罰。如果豐田重視軟件測(cè)試工作的話，這件事也許不會(huì)發(fā)生。
最后再聊下零部件在整車極限環(huán)境下的測(cè)試情況：整車耐久測(cè)試這部分工作一般是整車廠的測(cè)試標(biāo)定工程師負(fù)責(zé)。整車耐久試驗(yàn)的花銷很大，造工程樣車（每輛100萬左右）、租用測(cè)試場(chǎng)地、工程師團(tuán)隊(duì)花銷，很考驗(yàn)廠家的資金實(shí)力，沒有強(qiáng)大的資金池根本無法運(yùn)行起來。但在極寒、高溫、高濕度等各種極限環(huán)境下的測(cè)試進(jìn)行的越多，越能充分的驗(yàn)證零部件的功能、性能以及耐久表現(xiàn)，越早發(fā)現(xiàn)問題，解決修復(fù)所耗費(fèi)的成本越低。
1. 低溫耐久測(cè)試，主要測(cè)試?yán)淦饎?dòng)性能，一般在黑河/牙克石進(jìn)行。電池包的低溫充放電能力、低溫保護(hù)策略、電池包加熱功能在該項(xiàng)測(cè)試中都會(huì)進(jìn)行考核。
2. 高溫耐久測(cè)試，一般在格爾木進(jìn)行。主要測(cè)試電池包在高溫下充放電能力、電池包冷卻功能和過熱保護(hù)策略。下圖是蔚來在澳大利亞墨爾本進(jìn)行高溫測(cè)試，為了整車開發(fā)整車廠都是不惜成本。
3. 高溫+高濕環(huán)境耐久測(cè)試，一般在海南進(jìn)行，海水環(huán)境會(huì)加速部件腐蝕，零部件的耐久會(huì)經(jīng)受嚴(yán)格考驗(yàn)。（Ps：傳統(tǒng)車還有重要的高原測(cè)試，主要測(cè)試在低氣壓下發(fā)動(dòng)機(jī)的性能表現(xiàn)。電動(dòng)車一般不需要進(jìn)行此項(xiàng)測(cè)試。）
電池包做的比較好的都會(huì)承諾使用壽命內(nèi)的電池衰減，比如蔚來ES8就承諾10年30萬公里電池容量衰減不超過20%，做電池開發(fā)的都知道做到這個(gè)水平是非常不容易的。敢公開承諾也說明他們的電池包耐久測(cè)試做到了非常優(yōu)秀的水平。
汽車上VCU什么意思?
汽車上的VCU是實(shí)現(xiàn)整車控制決策的核心電子控制單元，一般僅新能源汽車配備、傳統(tǒng)燃油車無需該裝置。
VCU是實(shí)現(xiàn)整車控制決策的核心電子控制單元，一般僅新能源汽車配備、傳統(tǒng)燃油車無需該裝置。VCU通過采集油門踏板、擋位、剎車踏板等信號(hào)來判斷駕駛員的駕駛意圖；通過監(jiān)測(cè)車輛狀態(tài)(車速、溫度等)信息，由VCU判斷處理后，向動(dòng)力系統(tǒng)、動(dòng)力電池系統(tǒng)發(fā)送車輛的運(yùn)行狀態(tài)控制指令，同時(shí)控制車載附件電力系統(tǒng)的工作模式；VCU具有整車系統(tǒng)故障診斷保護(hù)與存儲(chǔ)功能。
VCU通過采集油門踏板、擋位、剎車踏板等信號(hào)來判斷駕駛員的駕駛意圖；通過監(jiān)測(cè)車輛狀態(tài)(車速、溫度等)信息，由VCU判斷處理后，向動(dòng)力系統(tǒng)、動(dòng)力電池系統(tǒng)發(fā)送車輛的運(yùn)行狀態(tài)控制指令，同時(shí)控制車載附件電力系統(tǒng)的工作模式；VCU具有整車系統(tǒng)故障診斷保護(hù)與存儲(chǔ)功能。
下圖為VCU的結(jié)構(gòu)組成，共包括外殼、硬件電路、底層軟件和應(yīng)用層軟件，硬件電路、底層軟件和應(yīng)用層軟件是VCU的關(guān)鍵核心技術(shù)。
VCU硬件采用標(biāo)準(zhǔn)化核心模塊電路(32位主處理器、電源、存儲(chǔ)器、CAN)和VCU專用電路(傳感器采集等)設(shè)計(jì)；其中標(biāo)準(zhǔn)化核心模塊電路可移植應(yīng)用在MCU和BMS，平臺(tái)化硬件將具有非常好的可移植性和擴(kuò)展性。隨著汽車級(jí)處理器技術(shù)的發(fā)展，VCU從基于16位向32位處理器芯片逐步過渡，32位已成為業(yè)界的主流產(chǎn)品。
底層軟件以AUTOSAR汽車軟件開放式系統(tǒng)架構(gòu)為標(biāo)準(zhǔn)，達(dá)到電子控制單元(ECU)開發(fā)共平臺(tái)的發(fā)展目標(biāo)，支持新能源汽車不同的控制系統(tǒng)；模塊化軟件組件以軟件復(fù)用為目標(biāo)，以有效提高軟件質(zhì)量、縮短軟件開發(fā)周期。
應(yīng)用層軟件按照V型開發(fā)流程、基于模型開發(fā)完成，有利于團(tuán)隊(duì)協(xié)作和平臺(tái)拓展；采用快速原型工具和模型在環(huán)(MIL)工具對(duì)軟件模型進(jìn)行驗(yàn)證，加快開發(fā)速度；策略文檔和軟件模型均采用專用版本工具進(jìn)行管理，增強(qiáng)可追溯性；駕駛員轉(zhuǎn)矩解析、換擋規(guī)律、模式切換、轉(zhuǎn)矩分配和故障診斷策略等是應(yīng)用層的關(guān)鍵技術(shù)，對(duì)車輛動(dòng)力性、經(jīng)濟(jì)性和可靠性有著重要影響。
關(guān)于汽車軟件開發(fā)流程和汽車軟件開發(fā)流程標(biāo)準(zhǔn)的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。
