軟件定義汽車是大勢(shì)所趨，在業(yè)界已經(jīng)形成基本共識(shí)。但如何落地，落地過程中需要解決哪些關(guān)鍵問題？是每一個(gè)參與企業(yè)需要首先面對(duì)、認(rèn)清和解決的難題。

隨著智能汽車的逐步推進(jìn)，汽車的復(fù)雜度在持續(xù)的提升，造成智能汽車的開發(fā)復(fù)雜度越來越難以管理。影響或滯緩智能汽車產(chǎn)業(yè)升級(jí)發(fā)展的主要原因有以下四點(diǎn)：

第一：用戶體驗(yàn)帶來的復(fù)雜度提升。隨著智能化的發(fā)展與普及，用戶駕乘體驗(yàn)逐漸從傳統(tǒng)的交通工具向第三空間擴(kuò)展，汽車使用的場(chǎng)景、用戶功能等均在大幅度擴(kuò)展，成百上千的場(chǎng)景、功能組合形成了現(xiàn)在越發(fā)復(fù)雜的智能汽車體系。

第二：技術(shù)進(jìn)步帶來的復(fù)雜度提升。如越來越大的電池能量密度的追求和快充性能的追求帶來了嚴(yán)重的電池安全挑戰(zhàn)；人工智能、5G 通信、云計(jì)算等多種數(shù)據(jù)驅(qū)動(dòng)汽車向智能化不斷進(jìn)化的同時(shí)，也大幅度增加了軟硬件開發(fā)復(fù)雜度。

第三：競(jìng)爭(zhēng)帶來的堆料、堆配置、各種選配等模式導(dǎo)致汽車配置多樣性、復(fù)雜度快速增長(zhǎng)。

第四：監(jiān)管&法規(guī)帶來的復(fù)雜度提升。智能化、網(wǎng)聯(lián)化賦予汽車智能、便捷體驗(yàn)的同時(shí)，也帶來了黑客攻擊、數(shù)據(jù)濫用等嚴(yán)重的安全問題。

對(duì)于傳統(tǒng)汽車產(chǎn)業(yè)鏈上下游企業(yè)而言，復(fù)雜度提升的四大原因，到底意味著什么？這些原因?qū)ζ嚠a(chǎn)業(yè)的具體影響和挑戰(zhàn)是什么？這都將導(dǎo)致未來智能汽車在配置、硬件、外設(shè)、軟件的種類與數(shù)量將分別增加 10 倍以上。

尤其是軟件的大量引入將給汽車產(chǎn)業(yè)帶來五大挑戰(zhàn)：

第一：技術(shù)架構(gòu)方面，當(dāng)前架構(gòu)下任何一個(gè)部件的增加、修改、更新都會(huì)對(duì)整車帶來影響，以傳統(tǒng)通信矩陣為例，當(dāng)前修改和配置需要 N 周時(shí)間。未來電子電氣軟硬件數(shù)增加 10 倍以上，大量軟件的引入，那又意味著什么呢？

第二：安全和隱私保護(hù)方面，全量測(cè)試時(shí)間長(zhǎng)、代價(jià)高，如果部分測(cè)試造成漏測(cè)會(huì)導(dǎo)致什么后果？尤其是安全漏洞被黑客劫持，那對(duì)整車廠的品牌和用戶粘性會(huì)帶來什么樣的后果？

第三：組織流程方面，整車廠如何建立與軟件定義汽車開發(fā)模式相匹配的組織架構(gòu)？面對(duì)消費(fèi)者上千種配置組合、上千種體驗(yàn)場(chǎng)景、上萬種組合服務(wù)和應(yīng)用，哪些更新推送給所有的用戶？哪些推送給限定的用戶？

第四：商業(yè)模式方面，面對(duì)軟件定義汽車對(duì)傳統(tǒng)汽車供應(yīng)鏈與合作模式的顛覆，產(chǎn)業(yè)中各方利益如何分配？如何共同做大產(chǎn)業(yè)蛋糕？

第五：生態(tài)協(xié)同方面，傳統(tǒng)汽車供應(yīng)鏈?zhǔn)?Tier2-》Tier1-》整車廠線性模式，但對(duì)于軟件定義汽車時(shí)代，一方面會(huì)出現(xiàn)新的玩家，比如互聯(lián)網(wǎng)公司、ICT 科技公司等，甚至出現(xiàn)個(gè)人開發(fā)者，另一方面整車廠按照傳統(tǒng)的采購(gòu)和項(xiàng)目模式難以滿足消費(fèi)者對(duì)汽車常用常新、千車千面的需求，故各企業(yè)將圍繞以消費(fèi)者為中心進(jìn)行產(chǎn)品創(chuàng)新、研發(fā)和供應(yīng)，傳統(tǒng)線性模式將被打破，出現(xiàn)以網(wǎng)狀合作的形態(tài)。但如何合理分工從而優(yōu)化整車研發(fā)效率和成本，成為行業(yè)發(fā)展的難題。

一、技術(shù)架構(gòu)方面

1.1 軟件定義汽車技術(shù)亟待提升

面向汽車行業(yè)轉(zhuǎn)型發(fā)展，需要產(chǎn)業(yè)鏈中各利益相關(guān)方共同推動(dòng)完成。當(dāng)前，整車廠、Tier1、Tier2、ICT 科技公司等均從不同視角推出軟件定義汽車相關(guān)技術(shù)能力規(guī)劃和解決方案，技術(shù)著力點(diǎn)不一致，行業(yè)級(jí)技術(shù)協(xié)同方案尚未形成，如下圖所示，當(dāng)前仍處于行業(yè)技術(shù)方案促動(dòng)期。

圖 3-1 技術(shù)成熟度曲線

從整車廠視角來看

傳統(tǒng)“以整車硬件產(chǎn)品為主銷點(diǎn)”的技術(shù)能力逐漸轉(zhuǎn)變?yōu)椤败浻布诤希乙攒浖a(chǎn)品為主銷點(diǎn)”的技術(shù)能力，需要在完成整車電子電氣架構(gòu)升級(jí)的基礎(chǔ)上，依據(jù)研發(fā)主導(dǎo)程度和軟件能力兩個(gè)維度上進(jìn)行技術(shù)能力規(guī)劃。

一般會(huì)形成四種模式：全棧技術(shù)布局；核心領(lǐng)域技術(shù)重點(diǎn)突破；與軟件企業(yè)戰(zhàn)略合作；同主流核心 Tier1 深度綁定。

因此，要形成長(zhǎng)期清晰的軟件技術(shù)能力發(fā)展規(guī)劃、相應(yīng)技術(shù)能力和軟件生態(tài)方案，都需要一定的探索論證周期。

從零部件供應(yīng)商（Tier1/Tier2）視角來看

在“軟件定義汽車，整車架構(gòu)升級(jí)”的背景下，既有的產(chǎn)品供應(yīng)方式和技術(shù)能力存在嚴(yán)重挑戰(zhàn)，需要深刻調(diào)整，如何實(shí)現(xiàn)與盡可能多的整車廠技術(shù)方案對(duì)接，需要完成哪些關(guān)鍵技術(shù)能力儲(chǔ)備，需要一定的探索論證周期。

從 ICT 科技企業(yè)視角來看

軟件定義汽車如同是“四個(gè)輪子的智能手機(jī)”在手機(jī)端的相關(guān)成熟技術(shù)能力可直接借鑒，躍躍欲試，和其他相關(guān)方存在一定程度認(rèn)知偏差和技術(shù)能力對(duì)接偏差，需要一定的探索論證周期。

軟件定義汽車剛剛在行業(yè)內(nèi)達(dá)成共識(shí)，產(chǎn)業(yè)鏈中各利益相關(guān)方在軟件定義汽車技術(shù)能力方面仍處于探索儲(chǔ)備期，行業(yè)內(nèi)缺少成功案例，沒有成熟經(jīng)驗(yàn)借鑒，大規(guī)模嘗試一旦選錯(cuò)技術(shù)路徑將帶來巨大的風(fēng)險(xiǎn)。

因?yàn)楫a(chǎn)業(yè)鏈中各利益相關(guān)方基本處于同一起跑線，所以在軟件定義汽車探索中會(huì)發(fā)現(xiàn)很多新技術(shù)在消費(fèi)電子領(lǐng)域成功應(yīng)用過，但在車輛領(lǐng)域并沒有應(yīng)用過。有的芯片產(chǎn)品規(guī)劃路線圖不滿足控制器和整車開發(fā)計(jì)劃；有的操作系統(tǒng)、協(xié)議棧、中間件還處于一種不成熟狀態(tài)；原有的電子電氣架構(gòu)不滿足快速響應(yīng)市場(chǎng)的需求；原有的開發(fā)流程和開發(fā)工具不滿足快速迭代的開發(fā)需求。

要解決這些問題，需要整個(gè)產(chǎn)業(yè)鏈，包括整車廠、零部件供應(yīng)商、軟件開發(fā)商、芯片廠商、工具廠商、ICT 等企業(yè)共同努力。

1.2 定制和私有接口，造成開發(fā)低效和浪費(fèi)

汽車行業(yè)自身存在的大量定制化與私有化接口，這種低效、浪費(fèi)的的傳統(tǒng)開發(fā)模式卻還在持續(xù)。

軟件方面：軟件定制化將帶來大量的接口適配、驅(qū)動(dòng)適配、反復(fù)標(biāo)定、通信矩陣的反復(fù)調(diào)整等重復(fù)性勞動(dòng)，端到端軟件開發(fā)效率低，人力資源浪費(fèi)嚴(yán)重。在傳統(tǒng)汽車時(shí)代，這種傳統(tǒng)模式可以基本維持，但隨著整車智能化加快，軟件將呈現(xiàn)指數(shù)級(jí)的增長(zhǎng)，軟件開發(fā)模式轉(zhuǎn)型將勢(shì)在必行。

硬件方面：硬件定制化導(dǎo)致的結(jié)果就是硬件的頻繁定制、線束定制、重復(fù)的 DV/PV、認(rèn)證等，使端到端管理復(fù)雜度和成本居高不下，頻繁的產(chǎn)線調(diào)整導(dǎo)致產(chǎn)能浪費(fèi)，型號(hào)的切換導(dǎo)致備件和庫存總量的線性增加等。隨著汽車智能化的發(fā)展，對(duì)硬件的要求越來越高，如果延續(xù)這種硬件定制模式，那硬件的定制工作量以及由此帶來的軟件的適配工作量是難以想象的，故這種硬件模式也亟待優(yōu)化。

二、安全&隱私保護(hù)方面

2.1 安全威脅日益嚴(yán)峻

汽車生產(chǎn)供應(yīng)鏈和制造流程復(fù)雜，需要各級(jí)的供應(yīng)商配合參與，若其中有一個(gè)供應(yīng)商環(huán)節(jié)出現(xiàn)安全隱患，就會(huì)影響到最終消費(fèi)者的安全。如何構(gòu)建貫穿全流程涉及研發(fā)、生產(chǎn)、供應(yīng)鏈、銷服、消費(fèi)者等多個(gè)環(huán)節(jié)的整車數(shù)字化安全防護(hù)體系是智能網(wǎng)聯(lián)汽車的巨大挑戰(zhàn)。

從汽車產(chǎn)業(yè)發(fā)展方向看，未來以車內(nèi)網(wǎng)、車際網(wǎng)和車載移動(dòng)互聯(lián)網(wǎng)為基礎(chǔ)，在 V2X 之間實(shí)現(xiàn)智能化交通管理、智能動(dòng)態(tài)信息服務(wù)和車輛智能化控制的一體化網(wǎng)絡(luò)將是大趨勢(shì)。隨著智能汽車產(chǎn)業(yè)的發(fā)展，汽車行業(yè)將安全的范疇從功能安全延伸到網(wǎng)絡(luò)安全。智能網(wǎng)聯(lián)汽車網(wǎng)絡(luò)攻擊風(fēng)險(xiǎn)加劇，將對(duì)社會(huì)和生命造成安全威脅。

汽車行業(yè)安全事件頻發(fā)，整車廠越來越重視汽車網(wǎng)絡(luò)安全。汽車智能化程度越高，所遭受的安全攻擊面越多。在智能化背景下，全球整車廠無一幸免，例如奔馳、寶馬、奧迪、大眾、豐田、本田、現(xiàn)代等國(guó)際一線品牌，均遭受了不同程度的安全攻擊。數(shù)據(jù)安全對(duì)智能汽車甚至國(guó)家安全都有重要影響，未來不排除將進(jìn)一步出臺(tái)更多政策規(guī)范。

2.2 網(wǎng)絡(luò)安全的技術(shù)挑戰(zhàn)

第一：智能網(wǎng)聯(lián)汽車的攻擊面廣

智能網(wǎng)聯(lián)汽車的產(chǎn)品形態(tài)決定了攻擊面眾多、物理暴露面巨大。僅無線接口安全就涉及到 WIFI 安全、藍(lán)牙安全、蜂窩通信安全、GNSS 安全、TPMS 安全、調(diào)頻安全等方面。在可接觸的范圍內(nèi)，又有 NFC 安全、USB 安全、OBD 安全等需要考慮的暴露面。

車端 ECU 面臨的常見網(wǎng)絡(luò)安全風(fēng)險(xiǎn)包括：

車內(nèi)網(wǎng)絡(luò)目前大多采用 CAN/CAN FD 協(xié)議進(jìn)行通訊，而 CAN/CAN FD 的字節(jié)長(zhǎng)度有限、仲裁機(jī)制、無源地址域和無認(rèn)證域等問題有潛在的網(wǎng)絡(luò)安全隱患；

ECU 硬件可能存在可讀絲印和暴露的調(diào)試口，容易遭受防逆向分析等安全隱患；

ECU 固件刷寫機(jī)制未進(jìn)行信息安全保護(hù)，可能導(dǎo)致 ECU 固件或其配置數(shù)據(jù)被篡改；

ECU 中的敏感數(shù)據(jù)（如調(diào)校數(shù)據(jù)、虛擬鑰匙數(shù)據(jù)、地圖數(shù)據(jù)、配置數(shù)據(jù)等）的存儲(chǔ)、訪問過程中，若未采取加密存儲(chǔ)和訪問控制等防護(hù)措施，則可能導(dǎo)致數(shù)據(jù)被篡改或泄露，被篡改的數(shù)據(jù)可能導(dǎo)致系統(tǒng)功能偏離預(yù)期，甚至帶來其他信息安全方面的隱患。

第二：智能網(wǎng)聯(lián)車的漏洞更多

漏洞和缺陷多，分布在不同器件上，防不勝防。造成漏洞分布廣，數(shù)量多，隱藏性強(qiáng)的原因是由于隨著智能網(wǎng)聯(lián)車技術(shù)架構(gòu)的迭代發(fā)展，軟件定義汽車概念的興起，汽車正在軟件層面被重構(gòu)。

智能汽車的發(fā)展，是由智能汽車承載的應(yīng)用功能發(fā)展來作為驅(qū)動(dòng)力的，而且離不開電子電氣架構(gòu)的發(fā)展。在未來智能汽車控制器將會(huì)承載越來越多的功能，而且不同的電子電氣架構(gòu)下呈現(xiàn)的信息安全狀態(tài)也有所不同，同時(shí)車載控制器復(fù)雜度越來越高，逐漸趨同于 ICT 行業(yè)的高性能計(jì)算機(jī)，也可能會(huì)帶來新的信息安全威脅和攻擊手段。

以智能駕駛技術(shù)為核心驅(qū)動(dòng)力的智能網(wǎng)聯(lián)汽車依賴大量的智能傳感器、算法、云端平臺(tái)的支撐。這些基礎(chǔ)設(shè)施和功能單元包含了海量的代碼以支撐運(yùn)作，其中稍有一個(gè)環(huán)節(jié)出現(xiàn)問題，就會(huì)影響到整個(gè)鏈條的安全可靠運(yùn)行。所以軟件大規(guī)模的進(jìn)入車輛生產(chǎn)制造行業(yè)，帶來了機(jī)遇，同時(shí)也帶來了極大的安全挑戰(zhàn)。

2.3 法規(guī)監(jiān)管要求

國(guó)內(nèi)近幾年開始重視智能汽車網(wǎng)絡(luò)安全、數(shù)據(jù)安全、OTA 升級(jí)安全問題，在以政府引導(dǎo)、產(chǎn)業(yè)推動(dòng)、標(biāo)準(zhǔn)委員會(huì)執(zhí)行的模式下積極開展相關(guān)汽車安全標(biāo)準(zhǔn)制定工作。在汽車網(wǎng)絡(luò)安全標(biāo)準(zhǔn)研制方面已取得一定進(jìn)展，如下圖所示，全國(guó)汽車標(biāo)準(zhǔn)化技術(shù)委員會(huì)（SAC/TC114）2021 年 10 月 11 日已發(fā)布《GB T 40855-2021 電動(dòng)汽車遠(yuǎn) 程服務(wù)與管理系統(tǒng)信息安全技術(shù)要求及試驗(yàn)方法》、《GB T 40856-2021 車載信息交互系統(tǒng)信息安全技術(shù)要求及試驗(yàn)方法》、《GB T 40857-2021 汽車網(wǎng)關(guān)信息安全技術(shù)要求及試驗(yàn)方法》和《GB T 40861-2021 汽車信息安全通用技術(shù)要求》四項(xiàng)國(guó)標(biāo)，并于2022 年 5 月 1 日開始實(shí)施，同時(shí)啟動(dòng)國(guó)際汽車網(wǎng)絡(luò) 安全、升級(jí)管理的標(biāo)準(zhǔn)法規(guī)R155、R156 的國(guó)標(biāo)轉(zhuǎn)化工作。

圖 3-2 汽車網(wǎng)絡(luò)安全標(biāo)準(zhǔn)研制成果

在數(shù)據(jù)安全方面，備受消費(fèi)者和國(guó)家層面的關(guān)注。一方面，關(guān)于數(shù)據(jù)安全的法規(guī)相繼出臺(tái)，從《網(wǎng)絡(luò)安全法》到《數(shù)據(jù)安全法》到《個(gè)人信息保護(hù)法》，進(jìn)一步規(guī)范汽車數(shù)據(jù)安全管理和網(wǎng)絡(luò)安全自查制度。另一方面，數(shù)據(jù)安全能力進(jìn)一步聚焦，具體體現(xiàn)在：

數(shù)據(jù)采集和處理過程可追溯，可審計(jì)；

進(jìn)一步加強(qiáng)中國(guó)法律法規(guī)的監(jiān)管要求和個(gè)人信息的處理要求；

進(jìn)一步加強(qiáng)對(duì)基于密碼學(xué)的通信安全的研究和監(jiān)管。

圖 3-3 汽車數(shù)據(jù)安全相關(guān)的法律法規(guī)

為支撐 2021 年 10 月 1 日發(fā)布的《汽車數(shù)據(jù)安全管理若干規(guī)定（試行）》落地實(shí)施，全國(guó)信息安全標(biāo)準(zhǔn)化技術(shù)委員會(huì)于 10 月 8 日發(fā)布技術(shù)文件 TC260-001《汽車采集數(shù)據(jù)處理安全指南》，技術(shù)文件細(xì)化了部分《規(guī)定》條款中關(guān)于汽車數(shù)據(jù)傳輸、存儲(chǔ)和出境等方面的要求，同時(shí)為遵循《規(guī)定》中的部分原則給出了指引。其中汽車采集數(shù)據(jù)是通過汽車傳感設(shè)備、控制單元采集的數(shù)據(jù)，以及對(duì)其進(jìn)行加工后產(chǎn)生的數(shù)據(jù)；不包括通過其他網(wǎng)絡(luò)傳輸?shù)狡囘M(jìn)行處理的數(shù)據(jù)，例如手機(jī)等車外設(shè)備采集的數(shù)據(jù)、汽車數(shù)據(jù)處理者通過銷售合同等線下方式收集的個(gè)人信息等。

技術(shù)文件明確了汽車采集數(shù)據(jù)分為車外數(shù)據(jù)、座艙數(shù)據(jù)、運(yùn)行數(shù)據(jù)和位置軌跡數(shù)據(jù)，并對(duì)不同類型的數(shù)據(jù)分別提出要求。

技術(shù)文件對(duì)車外數(shù)據(jù)，圍繞車外個(gè)人信息的匿名化處理、數(shù)據(jù)的最長(zhǎng)存儲(chǔ)時(shí)間、數(shù)據(jù)出境等方面提出要求；

對(duì)座艙數(shù)據(jù)，圍繞數(shù)據(jù)向車外傳輸和數(shù)據(jù)出境等方面提出要求；

對(duì)位置軌跡數(shù)據(jù)，圍繞數(shù)據(jù)的最長(zhǎng)存儲(chǔ)時(shí)間和數(shù)據(jù)出境等方面提出了要求。

同時(shí)，技術(shù)文件明確提出汽車制造商應(yīng)對(duì)其生產(chǎn)的整車數(shù)據(jù)安全負(fù)責(zé)，除約束和監(jiān)督零部件供應(yīng)商處理汽車采集數(shù)據(jù)的行為外，還應(yīng)將汽車采集數(shù)據(jù)向外傳輸?shù)耐暾闆r對(duì)用戶披露。

構(gòu)建整車級(jí)的安全能力和機(jī)制，確保智能汽車真正讓消費(fèi)者放心、安心成為發(fā)展的關(guān)鍵。而傳統(tǒng)功能車時(shí)代，汽車處于孤立單元，整車廠具有很強(qiáng)的功能安全保障機(jī)制，但基本未涉及網(wǎng)絡(luò)安全和隱私保護(hù)，也沒有相關(guān)應(yīng)對(duì)經(jīng)驗(yàn)。智能汽車時(shí)代亟需構(gòu)筑功能安全、網(wǎng)絡(luò)安全、隱私保護(hù)全方位防御護(hù)城河。

三、組織流程方面

3.1 組織架構(gòu)變革

組織架構(gòu)決定了產(chǎn)品架構(gòu)，想要什么樣的系統(tǒng)就要搭建什么樣的團(tuán)隊(duì)。目前整車廠組織架構(gòu)示意圖如下所示。整車研發(fā)團(tuán)隊(duì)主體是研發(fā)總部，同時(shí)在國(guó)內(nèi)外設(shè)置分支機(jī)構(gòu)。研發(fā)總部的機(jī)構(gòu)劃分有兩個(gè)維度，一個(gè)維度是車型，根據(jù)車型劃分為乘用車、商用車、客車、新能源車等車型開發(fā)部門；另一個(gè)維度是車輛功能模塊，根據(jù)車輛功能劃分為電子電氣、發(fā)動(dòng)機(jī)、變速箱、車身等總成開發(fā)部門，其中軟件開發(fā)只是隸屬于電子電氣部門之下的一個(gè)專業(yè)模塊。在軟件開發(fā)專業(yè)模塊下，發(fā)動(dòng)機(jī)電控系統(tǒng)、變速箱電控系統(tǒng)、車身電控系統(tǒng)等控制單元是由不同專業(yè)團(tuán)隊(duì)獨(dú)立開發(fā)的。

圖 3-4 整車廠組織架構(gòu)示意圖

隨著軟件定義汽車時(shí)代到來，汽車電子電氣架構(gòu)向“域集中”、“中央集中”方向發(fā)展，電控單元之間的界線逐步模糊化。硬件被合并，軟件運(yùn)行在同一控制單元當(dāng)中。原來整車廠中很多部門的邊界被打破，在向中央集中式組織架構(gòu)邁進(jìn)過程中，部門的邊界已經(jīng)變得非常模糊。

傳統(tǒng)的整車功能軟件是整體性、系統(tǒng)級(jí)的，在軟件定義汽車趨勢(shì)下，軟件架構(gòu)和形態(tài)上越來越強(qiáng)調(diào)分層解耦、標(biāo)準(zhǔn)化、模塊化和開放性。模塊具備標(biāo)準(zhǔn)清晰的接口，模塊之間可組合擴(kuò)展，且可由不同的供應(yīng)商提供。層出不窮的場(chǎng)景會(huì)催生出新的應(yīng)用，這勢(shì)必要求軟件架構(gòu)具備足夠的開放性和魯棒性，面向不同的場(chǎng)景要能夠有高復(fù)用度、高延展性。中央計(jì)算平臺(tái)/域控制器通常采用面向服務(wù)的軟件架構(gòu)進(jìn)行部署，下圖為面向服務(wù)的軟件架構(gòu)示意圖。

圖 3-5 面向服務(wù)的軟件架構(gòu)示意圖

為此，產(chǎn)業(yè)鏈中各利益相關(guān)方都需要從戰(zhàn)略出發(fā)調(diào)整公司組織架構(gòu)，建立一個(gè)自上而下驅(qū)動(dòng)、基于共同戰(zhàn)略目標(biāo)、能協(xié)調(diào)跨部門合作、平臺(tái)型的軟件組織，打破原來煙囪式的以功能模塊劃分的組織模式。

在組織機(jī)構(gòu)變革過程中，決策層戰(zhàn)略上的投入決心與定力起著至關(guān)重要的作用，如果決策層對(duì)軟件定義汽車發(fā)展趨勢(shì)缺乏判斷，那么在內(nèi)部變革碰到阻力時(shí)，就會(huì)碰到很多困難，結(jié)果可能是半途而廢。

3.2 汽車軟件人才

傳統(tǒng)整車廠對(duì)軟件的把控能力需要進(jìn)一步提高

在過去的整車開發(fā)模式中，整車廠主要負(fù)責(zé)產(chǎn)品的功能需求定義與驗(yàn)收，供應(yīng)商負(fù)責(zé)根據(jù)整車廠釋放的需求規(guī)范進(jìn)行軟硬件開發(fā)與驗(yàn)證，并交付給整車廠，在這個(gè)過程中整車廠很少參與零部件產(chǎn)品的實(shí)際開發(fā)過程，從而導(dǎo)致整車廠現(xiàn)有研發(fā)團(tuán)隊(duì)相對(duì)缺乏軟件開發(fā)能力。

在中央/域集中電子電氣架構(gòu)下，軟件架構(gòu)的復(fù)雜度大大提升。不同功能域的軟件模型或代碼如何集成到單一的 SoC 或 MCU 上，并且進(jìn)行合理的算力分配與優(yōu)化，融合后的集成測(cè)試與驗(yàn)證等都是汽車軟件開發(fā)人員面臨的技術(shù)挑戰(zhàn)。

隨著 SoC 等芯片技術(shù)的引入，許多 IT 技術(shù)領(lǐng)域的軟件技術(shù)將應(yīng)用到汽車中，例如操作系統(tǒng)、SOA 中間件、AI 技術(shù)及復(fù)雜的以太網(wǎng)通訊協(xié)議等等，這些都對(duì)整車廠和供應(yīng)商的軟件開發(fā)能力都提出了更高的要求。

傳統(tǒng)整車廠人才結(jié)構(gòu)以機(jī)械和動(dòng)力為主，目前各整車廠正積極引入軟件工程、人工智能、車聯(lián)網(wǎng)、自動(dòng)駕駛、電子工程等復(fù)合型人才，以快速調(diào)整現(xiàn)有人才隊(duì)伍結(jié)構(gòu)，增加軟件工程師的比例，確保企業(yè)在向軟件轉(zhuǎn)型、產(chǎn)品創(chuàng)新過程中保持競(jìng)爭(zhēng)力。

汽車軟件人才緊缺的主要原因

汽車電子軟件開發(fā)屬于嵌入式軟件的一個(gè)分支，行業(yè)相對(duì)封閉，從業(yè)人員來源相對(duì)較窄，人員能力儲(chǔ)備不足，高度緊缺。

汽車工程師需要跨界，傳統(tǒng)的汽車電子電氣架構(gòu)工程師和嵌入式軟件開發(fā)工程師主要領(lǐng)域是 CAN 總線通信、控制器配電和線束、車輛物理拓?fù)洹?dòng)力、底盤、娛樂、AUTOSAR CP 等，而軟件定義汽車大趨勢(shì)下，更多的 ICT 能力需要融入，增加了以太網(wǎng)、TSN、SOME/IP、SOA、Linux/QNX、Hypervisor、AUTOSAR AP 等領(lǐng)域技能。而來自互聯(lián)網(wǎng)企業(yè)的軟件工程師，IT 軟件開發(fā)雖然能力強(qiáng)，但在汽車電子嵌入式硬件等領(lǐng)域，缺乏汽車工程和軟件技能。

綜上所述，行業(yè)中缺少既懂軟件又懂汽車的人才，尤其是系統(tǒng)架構(gòu)工程師，汽車軟件工程師處于緊缺的狀態(tài)。因此，很難通過短時(shí)間集中一大批的軟件人才形成成熟的軟件開發(fā)團(tuán)隊(duì)。

3.3 開發(fā)模式變革

傳統(tǒng)汽車的軟件開發(fā)采用 V 字形瀑布式開發(fā)模式，如下圖所示。由于各開發(fā)部分之間相對(duì)獨(dú)立，更多只是在部分內(nèi)部展開局部性優(yōu)化，缺乏系統(tǒng)級(jí)平臺(tái)級(jí)的開發(fā)全局觀，很難做到整體優(yōu)化。同時(shí)各部分的開發(fā)時(shí)間都不一致，各部分之間的進(jìn)度順序依賴很容易造成隊(duì)列效應(yīng)，一旦出現(xiàn)某個(gè)部分開發(fā)發(fā)生延誤時(shí)，便會(huì)影響整體的開發(fā)進(jìn)度。每個(gè)階段都過于依賴上個(gè)階段成果，導(dǎo)致開發(fā)成本較高且周期過長(zhǎng)，而這些都是與“軟件定義汽車”要求整車廠必須縮短產(chǎn)品上市周期、產(chǎn)品基于消費(fèi)者需求、支持不斷的迭代、對(duì)市場(chǎng)需求迅速響應(yīng)等相矛盾。

圖 3-6 傳統(tǒng) V 字瀑布式開發(fā)流程圖

在軟件定義汽車背景下，汽車軟件開發(fā)將由傳統(tǒng)的瀑布式開發(fā)向敏捷開發(fā)模式轉(zhuǎn)變。敏捷式開發(fā)模式既有利于達(dá)到密切的協(xié)調(diào)合作，最大限度地減少管理成本，同時(shí)因其靈活的工作模式，使開發(fā)團(tuán)隊(duì)可與用戶實(shí)現(xiàn)高度互動(dòng)，采用最低可行性產(chǎn)品的形式快速滿足用戶需求，并在使用中不斷創(chuàng)新迭代，實(shí)現(xiàn)持續(xù)開發(fā)、持續(xù)集成、持續(xù)交付，體現(xiàn)軟件定義汽車的優(yōu)勢(shì)。主要體現(xiàn)如下：

軟件開發(fā)流程

傳統(tǒng)控制器的開發(fā)，遵循 V 型開發(fā)流程，以整車廠的需求為輸入，考慮信息安全和功能安全，嚴(yán)格執(zhí)行設(shè)計(jì)、實(shí)現(xiàn)、驗(yàn)證的完整流程，最終也以控制器為對(duì)象完成需求的驗(yàn)收，該流程的執(zhí)行有利于保障需求的完整實(shí)現(xiàn)。同時(shí)，整個(gè)流程也有質(zhì)保、流程、售后等部門參與其中進(jìn)行評(píng)審和審核，以此形成良好的質(zhì)量管理和質(zhì)量保證體系。但整個(gè)流程相對(duì)封閉，不符合軟件快速迭代的開放性和擴(kuò)展性要求。

開發(fā)交付方式

傳統(tǒng)汽車軟件的開發(fā)場(chǎng)景明確，軟件與硬件緊密耦合，對(duì)于嵌入式軟件的交付，并沒有明確的“軟件交付”的概念，軟件隨著控制器硬件一起交付。從技術(shù)層面，應(yīng)用軟件與基礎(chǔ)軟件一起集成和固化，有明確統(tǒng)一的釋放節(jié)點(diǎn)。

隨著軟件定義汽車時(shí)代的到來，“軟硬分離，軟軟分離”逐漸成為了主旋律，嵌入式軟件從依附于硬件的一堆“代碼”真正脫胎換骨為獨(dú)立可售賣的產(chǎn)品；且這項(xiàng)產(chǎn)品可以在整個(gè)車輛的生命周期內(nèi)持續(xù)產(chǎn)生價(jià)值。從嵌入式軟件開發(fā)和驗(yàn)證的技術(shù)層面，這樣的趨勢(shì)使得軟件要能夠快速迭代，持續(xù)更新持續(xù)交付。

項(xiàng)目管理

在傳統(tǒng)控制器開發(fā)中，在項(xiàng)目前期形成相對(duì)完備的系統(tǒng)架構(gòu)和軟件架構(gòu)，再向下分解到軟件組件，經(jīng)由詳細(xì)設(shè)計(jì)到達(dá)軟件開發(fā)。這樣的開發(fā)模式適合控制器的產(chǎn)品形態(tài)，依賴成熟技術(shù)的完整積累。

面向開放架構(gòu)/持續(xù)交付的軟件特性，在項(xiàng)目管理上，敏捷成為了關(guān)鍵詞，隨著軟件交付不再是統(tǒng)一固定的交付節(jié)點(diǎn)，軟件模塊在整個(gè)車輛生命周期都有新增的機(jī)會(huì)：模塊化軟件具備單獨(dú)交付的條件和場(chǎng)景，隨之而來的是軟件的設(shè)計(jì)/開發(fā)/測(cè)試/驗(yàn)證的節(jié)點(diǎn)也隨之迭代起來，變化和持續(xù)交付是常態(tài)，這對(duì)整體的軟件項(xiàng)目管理提出了更高的要求。

綜上，汽車軟件開發(fā)模式由傳統(tǒng)的瀑布式開發(fā)向敏捷開發(fā)模式的變革，為軟件定義汽車落地面帶來巨大挑戰(zhàn)。

四、商業(yè)模式方面

4.1 產(chǎn)業(yè)分工價(jià)值鏈轉(zhuǎn)移

軟件定義汽車對(duì)產(chǎn)業(yè)鏈分工產(chǎn)生了顛覆性的改變，各利益相關(guān)方的分工變化如下圖所示：

圖 3-7 產(chǎn)業(yè)鏈中各利益相關(guān)方分工的變化

過去

大部分整車廠的職責(zé)是定義整車電子電氣配置特性，描述車型特性及功能，明確用戶明顯可見的汽車特征，比如“電動(dòng)天窗”、 “全景天窗”等能夠被駕駛員或乘客所應(yīng)用的功能，“防抱死系統(tǒng) ABS”或“車道偏離報(bào)警 LDW”等用戶能夠感受到的增加汽車安全的特性。

傳統(tǒng)模式下，整車廠協(xié)調(diào)各 Tier1 開發(fā)產(chǎn)品，裝配成試驗(yàn)車，并通過一系列整車試驗(yàn)完成產(chǎn)品認(rèn)證，變更周期長(zhǎng)。這種完全依賴 Tier1 的方式存在著執(zhí)行不靈活、業(yè)務(wù)效率低、數(shù)據(jù)碎片化等弊端，不滿足功能迭代快速上市的需求。

現(xiàn)在

各個(gè)整車廠在新型電子電氣架構(gòu)開發(fā)過程中，希望自上而下定義需求、功能和標(biāo)準(zhǔn)。在定義整車電子電氣配置特性時(shí)，需要講好用戶故事（User Story），明確作為一個(gè)《角色》， 想要《活動(dòng)》， 以便于《取得商業(yè)價(jià)值》。并在此基礎(chǔ)上完成用例（Use Case）設(shè)計(jì)，復(fù)雜的系統(tǒng)設(shè)計(jì)和軟件設(shè)計(jì)，從而形成各電控系統(tǒng)的硬件需求和軟件需求，再分軟件、硬件單獨(dú)采購(gòu)。當(dāng)前電子電氣架構(gòu)實(shí)現(xiàn)方式一般有兩種，一種方式是與基礎(chǔ)平臺(tái)廠家建立合作，另外一種方式是自主研發(fā)、垂直整合。兩種方式都將導(dǎo)致供應(yīng)關(guān)系發(fā)生根本性變化，原有傳統(tǒng)供應(yīng)鏈體系變革存在阻力。

未來

整車廠、Tier1 和 Tier2 各司其職的價(jià)值鏈將被進(jìn)一步打破，Tier1 甚至 Tier2 將深度參與整車廠主導(dǎo)的復(fù)雜系統(tǒng)設(shè)計(jì)和軟件設(shè)計(jì)，ICT 科技公司、互聯(lián)網(wǎng)公司、車載軟件公司等的涌入帶動(dòng)供應(yīng)鏈管理扁平化，產(chǎn)業(yè)鏈的各利益相關(guān)方還沒有明確邊界。軟件定義汽車總體規(guī)劃，SOA 頂層設(shè)計(jì)，整車廠應(yīng)該負(fù)責(zé)哪一部分？Tier1 應(yīng)該負(fù)責(zé)哪一部分？這些都是擺在整車廠面前的難題，如果全部自己做會(huì)耗費(fèi)大量精力和財(cái)力，全部交給 Tier1 廠家又很難形成產(chǎn)品差異化，如何進(jìn)行業(yè)務(wù)分工，厘清整車廠與 Tier1 廠家邊界是目前面臨的挑戰(zhàn)。

4.2 車企傳統(tǒng)供應(yīng)鏈模式轉(zhuǎn)變

整車廠傳統(tǒng)采購(gòu)模式主要圍繞硬件制定組織、流程和工具，而面向當(dāng)前及未來軟件定義汽車所要求的電子電氣架構(gòu)正由信號(hào)導(dǎo)向向服務(wù)導(dǎo)向轉(zhuǎn)變，并帶來軟硬件的充分解耦與供應(yīng)鏈協(xié)同模式的轉(zhuǎn)變。整車廠已經(jīng)開始思考軟件的 Maker-or-Buyer 策略、采購(gòu)策略、質(zhì)量保障以及組織優(yōu)化等關(guān)鍵問題，比如：

軟件價(jià)值鏈的哪些環(huán)節(jié)應(yīng)由整車廠自研把控？哪些環(huán)節(jié)應(yīng)該交給外部供應(yīng)商來提供？

整車廠如何與供應(yīng)商協(xié)作以有效保障和把控軟件系統(tǒng)的開發(fā)成熟度與完成度？

針對(duì)軟件開發(fā)，整車廠如何調(diào)整長(zhǎng)期合作關(guān)系與并購(gòu)?fù)顿Y規(guī)劃？如何拓展與軟件供應(yīng)商以及其他伙伴的合作關(guān)系？

4.3 行業(yè)盈利模式變革

傳統(tǒng)模式下汽車行業(yè)都是通過汽車銷售掙錢，用戶花錢買到的也是車輛本身，例如發(fā)動(dòng)機(jī)、變速箱、底盤、駕駛室等，整車廠賺的是材料成本和汽車售價(jià)的差價(jià)。現(xiàn)在汽車硬件越來越同質(zhì)化，配件行業(yè)越來越透明，整車廠利潤(rùn)越來越薄。

在軟件定義汽車時(shí)代，不拼硬件拼軟件。整車廠將車輛提供的所有服務(wù)在服務(wù)注冊(cè)中心進(jìn)行注冊(cè)，所有用戶，包括企業(yè)用戶、個(gè)人用戶和生態(tài)用戶都可以通過服務(wù)注冊(cè)中心訂閱服務(wù)。服務(wù)訂閱示例如下圖所示。例如通過服務(wù)訂閱可以讓用戶的車輛具有語音控制功能，包括控制車速、燈光開啟和亮度、車窗升降、空調(diào)溫度和風(fēng)量等等，語音控制服務(wù)可以一次性付費(fèi)購(gòu)買，也可以每月付費(fèi)租用。這些功能不需要額外安裝硬件，只需要軟件工程師編寫代碼即可，而軟件開發(fā)可以在不增加任何成本的情況下進(jìn)行不斷復(fù)制，所以只需要有好的創(chuàng)意，利潤(rùn)空間無上限。

圖 3-8 服務(wù)訂閱示例

整車廠通過硬件預(yù)埋和服務(wù)訂閱將后市場(chǎng)打造成新的利潤(rùn)增長(zhǎng)引擎。越來越多的整車廠將以接近成本價(jià)的價(jià)格銷售汽車，并主要通過軟件為用戶提供附加價(jià)值，這不僅會(huì)降低消費(fèi)者的購(gòu)車成本，更會(huì)讓用戶享受到萬物互聯(lián)的實(shí)質(zhì)便利。整車商業(yè)模式由一次性前裝收費(fèi)轉(zhuǎn)變?yōu)楹笫袌?chǎng)訂閱持續(xù)收費(fèi)，構(gòu)建有競(jìng)爭(zhēng)力的盈利模式并真正帶來商業(yè)價(jià)值是很大的挑戰(zhàn)，挑戰(zhàn)主要體現(xiàn)在：

一、后市場(chǎng)持續(xù)變現(xiàn)能力有待進(jìn)一步挖掘

軟件落地應(yīng)用后，復(fù)制成本微乎其微，軟件的盈利規(guī)模完全基于目前軟件載體（車）的保有量和選裝軟件的用戶占比。然而后市場(chǎng)持續(xù)變現(xiàn)能力還有待進(jìn)一步挖掘。

造車新勢(shì)力創(chuàng)收潛力大，但難于形成規(guī)模。最大的問題是自費(fèi)選裝軟件普及率低，比如，中國(guó)市場(chǎng)特斯拉 FSD 的選裝率僅有 1%-2%；其次造車新勢(shì)力的用戶基數(shù)與傳統(tǒng)整車廠的差距懸殊。

傳統(tǒng)整車廠擁有著大批品牌簇?fù)碚撸@使得傳統(tǒng)整車廠的營(yíng)商環(huán)境比新勢(shì)力更友好。但也正是由于用戶黏性的存在，傳統(tǒng)整車廠在轉(zhuǎn)型過程中又不得不兼顧到各個(gè)年齡段的用戶，而開發(fā)各年齡段、多層次的用戶都能夠輕松上手的智能軟件也絕非易事。

二、硬件預(yù)置與成本壓力難平衡

雖然軟件決定產(chǎn)品性能，但是硬件決定產(chǎn)品性能的天花板，再?gòu)?qiáng)大的功能也要依托硬件來實(shí)現(xiàn)。所以為保證車輛在一段時(shí)間內(nèi)的成長(zhǎng)屬性，需要預(yù)置更多的硬件設(shè)備。而傳統(tǒng)整車廠的商業(yè)模式很少考慮后續(xù)的升級(jí)需求，在成本壓力巨大的競(jìng)爭(zhēng)模式下，很難預(yù)留芯片算力、存儲(chǔ)空間、冗余模塊用于后續(xù)升級(jí)，基本上都是剛剛好滿足當(dāng)前功能需求。所以在如何平衡硬件預(yù)置與成本壓力方面存在挑戰(zhàn)。

三、軟件產(chǎn)品思維轉(zhuǎn)變的挑戰(zhàn)

新的商業(yè)模式將更多地關(guān)注駕乘人員的個(gè)性化、體驗(yàn)化的功能需求。這將在產(chǎn)品開發(fā)最前端進(jìn)行轉(zhuǎn)變，需要更多深諳用戶體驗(yàn)的產(chǎn)品經(jīng)理來根據(jù)不同細(xì)分消費(fèi)群體的特征來設(shè)計(jì)定義相關(guān)的功能需求，而往往這些產(chǎn)品經(jīng)理通常對(duì)汽車的了解較少，設(shè)計(jì)的功能往往在落地性方面難度較大。

如何構(gòu)建具有競(jìng)爭(zhēng)力的商業(yè)模式形成大規(guī)模持續(xù)變現(xiàn)，技術(shù)上如何選擇可持續(xù)演進(jìn)的軟件架構(gòu)，以支持未來的附加功能或按需服務(wù)，目前還處于雛形階段。

五、生態(tài)協(xié)同方面

在新型電子電氣架構(gòu)領(lǐng)域，目前大部分整車廠和供應(yīng)商短期內(nèi)都聚焦在平臺(tái)基礎(chǔ)建設(shè)，例如新架構(gòu)的硬件、軟件中間件、SOA 架構(gòu)及原子服務(wù)等開發(fā)落地。長(zhǎng)期來看，在 SOA 架構(gòu)及廣義的整車操作系統(tǒng)建設(shè)初步成熟后，豐富的上層應(yīng)用生態(tài)才是未來價(jià)值增長(zhǎng)的關(guān)鍵點(diǎn)，擁有巨大的想象空間。而創(chuàng)造出豐富的應(yīng)用的核心是打造繁榮的開發(fā)者生態(tài)，以智能手機(jī)行業(yè)在中國(guó)的開發(fā)者生態(tài)數(shù)據(jù)為例，詳見下表。

表 3.2 中國(guó)智能手機(jī)行業(yè)生態(tài)數(shù)據(jù)統(tǒng)計(jì)

部分整車廠和零部件供應(yīng)商已經(jīng)開始布局并建設(shè)汽車應(yīng)用軟件的開發(fā)者生態(tài)，但是相比于智能手機(jī)行業(yè)，汽車應(yīng)用軟件開發(fā)者生態(tài)的挑戰(zhàn)更大，主要體現(xiàn)如下：

第一：各整車廠之間的標(biāo)準(zhǔn)、接口規(guī)范不統(tǒng)一

汽車是一個(gè)定制化、非標(biāo)化程度很高的產(chǎn)品，各整車廠設(shè)計(jì)的電子電氣架構(gòu)下的軟硬件接口各不相同，并都在開發(fā)定義自己的汽車操作系統(tǒng)、服務(wù)接口、開發(fā)工具鏈等，這意味著同一個(gè)應(yīng)用要落地到不同品牌的汽車上可能需要經(jīng)過大量的開發(fā)適配工作，從而導(dǎo)致應(yīng)用開發(fā)和部署成本很高，一定程度上會(huì)影響開發(fā)者參與的意愿度。

第二：?jiǎn)我徽噺S的體量和用戶基數(shù)有限，難以吸引到大量的開發(fā)者

單一整車廠的用戶數(shù)量有限，大部分國(guó)內(nèi)整車廠每年不到 200 萬輛，小整車廠可能只有 10 萬量不到，再加上前面提到的各車廠的標(biāo)準(zhǔn)、接口都不相同，意味為單次應(yīng)用開發(fā)及部署開發(fā)可觸達(dá)的用戶有限。

第三：汽車軟件開發(fā)的專業(yè)性要求度高，落地見效周期長(zhǎng)

汽車作為安全屬性很高的產(chǎn)品，這就需要開發(fā)者具備較強(qiáng)的專業(yè)知識(shí)背景，所開發(fā)的應(yīng)用要確保不能影響功能安全及信息安全要求，需要經(jīng)過長(zhǎng)時(shí)間的測(cè)試驗(yàn)證才能部署到汽車上使用。

審核編輯：郭婷