2. 軟件架構(gòu)沒有完全形成；

3. 開發(fā)流程出現(xiàn)矛盾和交叉點；?所謂的開發(fā)流程，從過去來看汽車行業(yè)的軟件開發(fā)和IT行業(yè)的軟件開發(fā)是天壤之別。雖然都是軟件開發(fā)，但開發(fā)模式、方法、體系流程其實差別很大。在汽車領域ASPICE是軟件管理開發(fā)的標準體系，但從現(xiàn)在來看，如果每個整車體系按照這個開發(fā)，周期成本、速度、效率肯定跟現(xiàn)在的節(jié)奏很難匹配。IT領域的敏捷、快速交付、短周期迭代，這樣的開發(fā)體系如果放在車里面，那質(zhì)量如何保證、如何確保不出問題變成了核心焦點。?傳統(tǒng)車企想開發(fā)車輛的新特性要做非常多的測試，為什么要做這么多測試？因為不怕一萬只怕萬一。但現(xiàn)在很多參與者，無論是互聯(lián)網(wǎng)，還是創(chuàng)新公司，它會急迫的把一些新特性推出來給客戶演示和交付，而當我們問這些問題的時候，同樣的問題在挑戰(zhàn)他的時候，他會說萬一行呢，這是兩個極端的狀態(tài)。那么如何在中間找到敏捷快速的開發(fā)模式，這是非常大的挑戰(zhàn)。目前我們看到參與者在行業(yè)里面有車企自己的，還有傳統(tǒng)零部件供應商的，還有IT軟件的，也有互聯(lián)網(wǎng)的，這些軟件體系如何組合變成了非常挑戰(zhàn)的話題。

與可信賴的目標一致的成熟軟件組織深度合作，能在變革中跨越鴻溝?這里最關鍵的在于完善成熟的軟件組織，剛才提到車企需要自己能夠開發(fā)軟件，那么車企是否需要軟件團隊？軟件團隊就是工程師后面加上人數(shù)，這是一個開發(fā)組織嗎？回頭來看，經(jīng)歷了軟件產(chǎn)業(yè)的多年發(fā)展，唯一在軟件行業(yè)里面有成熟度標準的框架，這個框架意味著一個體系、一個組織、一個流程，不是寫在紙面上的，也不是多少人，而是相對經(jīng)過多年沉淀、若干骨干組織成熟反復運轉(zhuǎn)，經(jīng)過迭代積累了很多實踐和教訓情況下的成熟團隊，這個成熟團隊可能需要五年，甚至需要十年。這樣一個體系如何在車企里面去構(gòu)建，這樣的問題是車企與合作伙伴很大的困擾。

這里把剛才提到的問題進行了提煉，分別是資源、Knowhow和先例。這些都是相對比較中性的詞匯，我更愿意用另一套詞匯講，所謂的資源就是沒有人，所謂的先例就是不知道怎么做，沒有可以參考的路徑，這是我們現(xiàn)在面對的現(xiàn)狀。大家經(jīng)常說沒有判斷力就沒有執(zhí)行力，面對諸多問題時，我們的管理者如何做決策呢？如果不能判斷與決策就很難快速的行動起來，在正確的路徑上邁出堅定的步伐。

過去一年我們經(jīng)歷了思考、焦慮、矛盾后，我們在想Tier0.5是不是行業(yè)新趨勢？如何理解這個概念？這可能是個方式，當參與者在狹窄軌道上相遇的時候，找到中間點是必須的，緊密的耦合是必須的。過去傳統(tǒng)的供應商模式在新環(huán)境下是否可以一起面對困難？面對不確定性開發(fā)項目或者在項目啟動期根本不知道最終交付的東西是什么，這樣的項目如何啟動？在深度合作的供應商關系中如何讓他們發(fā)揮作用？這里回到了剛才提到的挑戰(zhàn)，一旦車輛要上市，要更新升級，需要有獨特性，需要有核心軟件團隊只給自己做開發(fā)，并且未來一直為其開發(fā)，這樣的工作如何做呢？深度的合作，只有大家互相信賴，大家一起平等對話。大家都是0.5，一起構(gòu)建0.5的組織，這個是我認為未來可以探討的合作模式。東軟睿馳在這方面也已經(jīng)開始跟國際、國內(nèi)主機廠往這個方向做，我們需要找到跟我們志同道合的客戶，一起走到中間點建立Tier0.5的組織，一起去面對挑戰(zhàn)和課題。?車云協(xié)同將與SOA一起成為軟件定義汽車的兩個核心概念

過去都在講軟件定義汽車，域控制器，軟件要集中，但另一個話題是車云協(xié)同或者車云一體的技術(shù)理念。這張圖引用于博世，中央計算后面是車云一體?，F(xiàn)在跟合作伙伴探討的時候，可能這個順序要有一些顛倒，車云之間的深度協(xié)同有可能或者必然發(fā)生在中央計算出現(xiàn)之前。當我們看到互聯(lián)網(wǎng)網(wǎng)絡深入到手機終端的時候，它所帶來的變化，我們也應該能反過來看車內(nèi)每一個部件都能得到云端支持的時候或者車內(nèi)部件放在云端的時候會帶來什么樣的反應和變化，這種變化是化學性的變化。?還會涉及到另外一個課題，當很多主機廠知道競品車型或者品牌開始往域控制器，中央計算發(fā)展的時候，而其本身的計算架構(gòu)仍然還是100多個ECU，那該怎么辦？如何實現(xiàn)場景化？如何實現(xiàn)更有吸引力的特性？云就是一個催化劑，即使車里還是使用傳統(tǒng)的ECU，只有一個通訊網(wǎng)關的時候，其實一些技術(shù)已經(jīng)可以讓車實現(xiàn)場景化的進步。

還有另外一個話題，我們把一些ECU計算功能放在云端，如何解決通訊問題呢？如何解決實時有效性問題？我認為網(wǎng)絡一定會做的越來越好，未來對于網(wǎng)絡的開發(fā)和認識一定會非?？斓膩淼剑^去一個特性在車內(nèi)5毫秒夠了，但是車外可能需要1分鐘也能完成一些智能化的場景應用。其實對于很多應用場景來說，它的智能化已經(jīng)非常好。我認為車云協(xié)同會是現(xiàn)在大家討論的重點，我們會把一部分新的特性考慮到云端部署的時候會帶來的新變化。

東軟睿馳以軟件賦能車企向SDV轉(zhuǎn)型發(fā)展

這個是前面提到的合作關系、體系架構(gòu)、面對未來的技術(shù)課題，東軟睿馳所做的準備。我們的產(chǎn)品體系梳理“一橫一縱”兩個部分，“橫”的部分是基于基礎軟件NeuSAR，同時在構(gòu)建各個領域可以復用的中間件產(chǎn)品，包括整車，駕艙，動力域，智能駕駛，以及包括熱管理，都可以轉(zhuǎn)化為組件和中間件或者是可交付的應用程序，這些都可以部署在控制器里面，這是我們正在準備并已經(jīng)在車型中使用的方案。另外，構(gòu)建了以Neulink的縱向體系，拉通在通訊環(huán)節(jié)里面對可靠性問題、帶寬問題、可獲得性問題、信息安全等諸多疑問部分封裝變成組件，使得云端資源可以直接使用。當車內(nèi)用SOA的時候，我們發(fā)現(xiàn)云端早已經(jīng)是SOA，云端的部署和靈活度已經(jīng)非常好了，只需要打通解決帶寬問題、可靠性問題，那么云端部署就可以實現(xiàn)。?我們在幫助客戶搭建車云一體化軟件和服務平臺，這里既包括車內(nèi)的控制器，也涉及云端平臺的服務組件和服務管理，尤其是這里幫助客戶在云端構(gòu)建的場景引擎。未來很多場景發(fā)生變化的時候，你只需要更新云端場景引擎就可以實現(xiàn)車輛的智能化特性升級，而不是需要進行OTA，這也是新基于車云一體的設計理念給車帶來的新特性。這里也是強調(diào)了里面的主要優(yōu)勢，你的很多創(chuàng)新活動，新的特性、新技術(shù)可以在后端開發(fā)、部署和交付，而不是放在車里。?現(xiàn)在大家已經(jīng)習慣了，OTA是必須的，新的特性只有通過OTA才能到車上，但OTA的周期是很長的，OTA隨著軟件復雜度、體系參與方越來越多的情況下，想完成一次整車OTA，花費半年時間很正常，想要達到兩個月一次已經(jīng)非常困難，按周交付幾乎不可能。但在云端按周交付的特性，按周交付的局部特性更新，在互聯(lián)網(wǎng)體系中已經(jīng)非常成熟，非常之可靠。當把服務應用或者智能化創(chuàng)新放在云端部署的時候，車云一體一旦實現(xiàn)后意味著車的智能化變的更加快速和可迭代。?同時東軟睿馳的NeuSAR在不斷進步，經(jīng)過這一年多，有很多主機廠在NeuSAR平臺自己開發(fā)軟件，這是跟過去不同的。過去我們把NeuSAR當作跟主機廠車輛的入圍，它允許軟件在供應商列表里面使用，同時服務對象主要是Tier1供應商。今年發(fā)現(xiàn)很多服務對象變成了車企。車企基于NeuSAR開發(fā)下一代車身控制器、VCU控制器，動力域控制器，這些方面已經(jīng)在進展，也在極大拉動軟件的成熟度和應用場景。目前東軟睿馳的產(chǎn)品在行業(yè)里是商品化成熟度非常高的，提供完整的工具鏈、功能安全ASIL D、兼容AUTOSAR最新標準。?今年我們會在下半年發(fā)布最新的產(chǎn)品，這里提前透露一下。我們今年會強化在開發(fā)端的套件支持，AUTOSAR的核心是模塊化、可配置。當看到車內(nèi)軟件希望更快速的迭代，更快速的發(fā)展，它需要借鑒的思想就是模塊化，可配置。在不同車型之間、不同車輛配置，不同的通訊協(xié)議下軟件需要修改，這個修改不改代碼，用工具去配置。這個模塊在不同車型、不同控制器里面想要復用的時候，把這個功能變成可配置的模塊去復用，這就是核心的思想。這個核心思想只在這個基礎軟件里面用嗎？不能突破邊界嗎？當主機廠在開發(fā)應用軟件的時候，它的下一個車型怎么辦？硬件改變的時候應用如何復用管控與實施呢？我們接下來會在開發(fā)體系中支持第三方應用模塊化和可配置，這個也是我們現(xiàn)在正在做的事情。?開放和協(xié)作可使得整個行業(yè)實現(xiàn)躍遷

最后回到剛才的話題，主機廠要參與或者主導SDV，要解決差異性、品牌區(qū)別度、創(chuàng)新速度、迭代速度，這些問題要最有效的解決，需要運用行業(yè)力量、合作伙伴的力量加快速度，這就是行業(yè)分工正在加快。域控制器的軟件體系架構(gòu)正在一點點由一大部分變成很多個小部分，這個體系正在發(fā)生變化。有些過去想象不到的軟件模塊開始出現(xiàn)，這些出現(xiàn)的時候整個行業(yè)就開始出現(xiàn)分工，這個也是我們在構(gòu)建AUTOSEMO組織的基本出發(fā)點。這個軟件太大了，但整個行業(yè)軟件開發(fā)資源和團隊規(guī)?？隙ú恢惯@些，我們可以花更多的錢做這些軟件，如果我們把它都放在各自擅長的模塊，那就沒有太多的浪費。?我們經(jīng)常討論一個話題——內(nèi)卷，因為大家都在一個既定的框架下，在既定的體系下拼誰更厲害，但內(nèi)卷會帶來非常多的消耗。在這種情況下只有行業(yè)變革才會帶來真正支撐變革、支撐變革中的花銷紅利，什么是紅利？軟件開發(fā)的效率。它最核心的思想仍然是架構(gòu)拆解下的，共同標準下的，相互之間合作和協(xié)同，這個是我們認為接下來進一步大力推動的話題。?車企通過軟件定義汽車，這已經(jīng)成為了共識。只有與可信賴、目標一致的成熟軟件組織深度合作，我們才能在這些變革中跨越非常多的鴻溝，同時車云協(xié)同是未來創(chuàng)新的新方向，能夠成為軟件SOA體系內(nèi)下一個關注的核心理念。公共框架正在形成，公共框架體系、軟件分工、模塊接口標準、開放體系正在行程中，整個行業(yè)只有更加開放、更加協(xié)同、更加擁抱新出現(xiàn)標準和行業(yè)里面的體系，我們這個行業(yè)才能實現(xiàn)整體的躍遷，讓大部分人在過程中找到價值點、區(qū)別點，并且在過程中分享行業(yè)變革中的紅利。?（全文完）