大多數(shù)原始設(shè)備制造商不會從電動汽車（EV）的銷售中獲利，但計劃快速進入市場的電動汽車初創(chuàng)公司不必遭受同樣的損失。

隨著電池價格飆升、零部件成本高昂和銷量低迷，電動汽車初創(chuàng)公司的盈利能力逐漸下降，必須將軟件開發(fā)視為提高預算、進度和工作水平的一種方式。了解電動汽車軟件開發(fā)面臨的主要挑戰(zhàn)有助于初創(chuàng)公司領(lǐng)導者找到解決這些問題的途徑。

正如我們在這篇博客中所解釋的那樣，收回成本并不一定意味著提高車輛價格或裁員——相反，它是關(guān)于在高度復雜和受監(jiān)管的軟件環(huán)境中尋找更智能地工作的選擇。

電動汽車軟件開發(fā)的范圍

每輛電動汽車都是車輪上的軟件平臺，因此設(shè)計、編寫和驗證代碼是尋求開發(fā)效率的第一步也就不足為奇了。車輛組件可以分解為不同的軟件域，以幫助您了解對工作量、預算和進度的影響。

這些電動汽車軟件領(lǐng)域包括：
? 底盤（例如制動和懸架）— 電動汽車初創(chuàng)公司擁有悠久的歷史和多個供應商，必須考慮調(diào)整現(xiàn)有技術(shù)以適應新功能，例如高級駕駛輔助系統(tǒng) （ADAS）。
? 動力傳動系統(tǒng)（例如電機、逆變器）— 需要大量新軟件開發(fā)來管理電氣化組件和自動駕駛系統(tǒng)。
? 電池 — 電池管理和保護以及安全操作將推動軟件團隊的關(guān)鍵要求。
? 自動駕駛 系統(tǒng) — 自動駕駛汽車需要與現(xiàn)有的底盤和動力總成系統(tǒng)進行復雜的集成。
? 連接— 車內(nèi)互聯(lián)網(wǎng)、無線 （OTA） 更新、車載信息娛樂系統(tǒng) （IVI） 等將給軟件開發(fā)帶來重大的可靠性和安全性挑戰(zhàn)。

對于電動汽車初創(chuàng)公司來說，這些領(lǐng)域在很大程度上傾向于具有重要功能安全和安保要求的新型前沿軟件組件。與傳統(tǒng)的原始設(shè)備制造商不同，初創(chuàng)公司必須從頭開始建立這些能力，同時還要管理投資者信心、開發(fā)人員招募和監(jiān)管合規(guī)等業(yè)務(wù)現(xiàn)實。

電動汽車初創(chuàng)公司應關(guān)注的 3 個挑戰(zhàn)

除了上市時間和供應鏈問題外，以下是影響電動汽車軟件開發(fā)的三個最大挑戰(zhàn)，以及開發(fā)團隊如何解決這些問題。

1. 通過遵守標準來保護消費者和企業(yè)
開發(fā)人員可能認為，遵守汽車安全和安保標準會降低創(chuàng)新和發(fā)布里程碑的速度。現(xiàn)實情況是，標準和準則提供了一個預定義的框架，用于保護業(yè)務(wù)免受現(xiàn)場代價高昂的故障的影響。

三種常見的汽車標準包括：
ISO 26262 認證
ISO 26262標準 規(guī)定了功能安全流程，以減少對車輛乘員的危害，并基于稱為汽車安全完整性等級（ASIL）的風險分類系統(tǒng)和證明合規(guī)性的開發(fā)工件的驗證。

MISRA
MISRA 由制造商、組件供應商和工程咨詢公司開發(fā)和維護，為C和C++提供了編碼指南，以幫助代碼確保安全性、可靠性和可移植性。

CERT
CERT 編碼標準 是由軟件開發(fā)和軟件安全專業(yè)人員社區(qū)開發(fā)的 C、C++ 和 Java準則，旨在幫助確定違反該特定規(guī)則或建議的可能后果。
電動汽車初創(chuàng)公司在標準合規(guī)性方面面臨著艱巨的任務(wù)：規(guī)劃、測試和報告必須從頭開始納入開發(fā)流程。如果被推遲或忽視，隨著發(fā)布窗口的縮小和監(jiān)管機構(gòu)要求提供證據(jù)，缺乏合規(guī)框架將威脅到原型和消費者交付。

2. 盡量減少通貨膨脹的影響
通脹壓力正在破壞整個汽車供應鏈中已建立的定價模式，并限制消費者的購買力。電動汽車初創(chuàng)公司不能等待有利的市場條件，但它現(xiàn)在可以在軟件團隊中尋找機會，創(chuàng)造成本效益高、可持續(xù)的實踐。

初創(chuàng)公司的好處是開發(fā)人員沒有時間請求許可來測試和采用新工具來簡化他們的工作。他們正在積極研究任何有助于他們專注于重要事情的事情：提供強大且符合要求的新功能。開發(fā)領(lǐng)導者可以通過了解以下內(nèi)容來加速這種靈活性：
? 當前處于開發(fā)過程中的所有應用程序和工具
? 新工具卸載手動工作和提高工作產(chǎn)出的機會
? 每種工具的所有權(quán)和責任
? 誰訪問它們以及訪問頻率
? 每個用戶/團隊的每個工具的成本
? 工具和流程中的冗余
? 許可條款和續(xù)訂日期

3. 采用有效的自動化技術(shù)
雖然大多數(shù)科技創(chuàng)業(yè)公司傾向于雇用主動完成工作的人（通常身兼數(shù)職），但電動汽車軟件團隊不能讓風險緩解聽天由命，這樣做賭注太高了。這就是通過復雜的靜態(tài)分析工具（如 Helix QAC 和 Klocwork ）自動執(zhí)行復雜而繁瑣的任務(wù)的地方，可以 降低風險并幫助開發(fā)人員專注于交付價值。

鑒于對標準 和安全合規(guī)性 的嚴格要求 ，電動汽車初創(chuàng)公司可以在這里利用靜態(tài)分析工具等自動化技術(shù)：
? 編碼標準合規(guī)性 — 識別違反安全和安保標準中規(guī)定的規(guī)則和準則的情況。
? 代碼覆蓋率合規(guī)性 — 滿足 ISO 26262 代碼覆蓋率要求，如語句、分支和 MC/DC。
? 問題優(yōu)先級 — 根據(jù)風險對問題進行排名，以避免浪費時間或?qū)﹂_發(fā)人員造成“問題疲勞”。

通過靜態(tài)分析將電動汽車初創(chuàng)公司的創(chuàng)新成本降至最低

現(xiàn)在是電動汽車初創(chuàng)公司明智地減少浪費的時候了。隨著通貨膨脹造成供應鏈波動，市場監(jiān)管壁壘越來越高，電動汽車軟件開發(fā)團隊現(xiàn)在必須優(yōu)化支出并培養(yǎng)其工具和流程的彈性。

Perforce 靜態(tài)分析和 SAST 工具通過精確準確的靜態(tài)代碼分析工具，確保代碼質(zhì)量、可靠性、安全性和安全性的持續(xù)合規(guī)性，從而簡化有效的電動汽車軟件開發(fā)。從概念驗證到移植到新車型，Helix QAC 和 Klocwork 保持了高開發(fā)速度并降低了市場風險。