域架構的(de)前世今生(shēng)

JOURNEY

如(rú)大(dà)家(jiā)所知(zhī)，“遠(yuǎn)古時(shí)期”的(d≥¶♥e)汽車(chē)電(diàn)子(zǐ)電(diàn)氣架構起源于分★≈(fēn)離(lí)式架構，也(yě)就×♦‌(jiù)是(shì)德美(měi)日(rì)韓四大(dà)車(chē)企巨頭橫行(xí>$•®ng)七大(dà)洲八大(dà)洋的(de)時(shí)候，為(wèi)了(le)±↑← 更高(gāo)效地(dì)産出質量穩定的(de)産品，巨頭們更多(d∑'"<uō)選擇将相(xiàng)關的(de)“結構模塊”和(← ₹>hé)“電(diàn)子(zǐ)模塊”綁定給同一(yīΩ≤)供應商開(kāi)發，也(yě)就(jiù)是(shì)我們通(tōng)常所說(shuōδ¥)的(de)“機(jī)電(diàn)一(yī)體(tǐ)化(huà)”，或者汽車≈©¥(chē)行(xíng)業(yè)中的(de)"系統總成供應商"，而其中的(de)原因，僅僅βα是(shì)因為(wèi)這(zhè)個(gè)✘∑ε<供應商對(duì)此功能(néng)的(de)集成方式較為(₽♣¥wèi)精通(tōng)。然而，為(wèi)了(l↕←e)能(néng)用(yòng)最小(xiǎo)成本服務不(bù'✔​ )同的(de)車(chē)型，總成供應商會(huì)将他(tā)們系統打包成“平台”，提供✔ 給他(tā)們的(de)甲方。當各個(gè)廠(chǎng)商的(d¥≠γ•e)平台湊在一(yī)塊的(de)時(shí)候，自(zì)然而然地(dì)就(ji§÷‌ù)形成了(le)下(xià)圖中的(de)分(fēn)離(lí)式×​≈架構。

分(fēn)離(lí)式架構發展了(le)近(jìn)數(shù₽ )十年(nián)，其中不(bù)但(dàn)誕生(shēng)了(le)✘↔¥π大(dà)名鼎鼎的(de)大(dà)衆MQB平台、通(tōng≈‌↔)用(yòng)Global系列平台，也‌¶(yě)孵化(huà)了(le)一(yī↔λ∏←)系列出色的(de)供應商體(tǐ)系，如(rú)博世、大(dà)陸、德爾福，都(dōu)是(sh‌♠ì)在這(zhè)個(gè)大(dà)環境下(xià)成功地(dì)鞏→δ>固了(le)自(zì)己牢不(bù)可(kě)摧的(de)行(÷"xíng)業(yè)競争力。然而，随著(zhe)行(xíng)業(yè)技(jì)術(shù×π₩£)水(shuǐ)平的(de)不(bù)斷發展，集中式架構的(d↓•e)方案更多(duō)地(dì)開(kāi)始呈現(xiàn)在OEM和(h駶®)Tier1的(de)會(huì)議(yì)桌之上(shàng)，起初λ±是(shì)為(wèi)了(le)優化(huà)整車(chē)研發成本和(hé)效率，而←α∏後是(shì)因為(wèi)大(dà)家(jiā)越來(lái)越意識到(dào) εβ×，某一(yī)些(xiē)功能(néng)，在沒有(yǒu)統一(yī)的(de)集成環境下(≥​₩xià)，是(shì)無法實現(xiàn)的(de)"‍±。

上(shàng)面兩張圖，就(jiù)是(shì)近(jìn)十年(>↔nián)來(lái)集中式架構方案裡(lǐ)最常見(jiàn)的×≤ (de)討(tǎo)論縮影(yǐng)，大(dà)家(jiā)想要(yào)的(de←↑≠)是(shì)左圖裡(lǐ)展示的(de)那(nà)種純✔'粹集中式(Pure Centralization)，即一(yī)個(gè)←₹中央電(diàn)腦(nǎo)Vehicle Com♦♠puter實現(xiàn)所有(yǒu)的(de)功能(néng)，其餘部分(fēn)是(s✘♣ ≤hì)執行(xíng)端和(hé)采集端'‌↓，也(yě)就(jiù)是(shì)大(dà)家(jiā)熟知(zhī)的(de)“功能(né×γng)上(shàng)移”。而到(dào)了(le)落α€>地(dì)階段，卻往往隻能(néng)做(zuò)到(dào)右圖的(de)多(duō)端集中®♥↕♥式(Multiple Centralization)，其根本原因有(yǒu)以下(←™xià)三點：

■  無法打破的(de)供應商開(kāi)發體(tǐ)系壁壘

很(hěn)難有(yǒu)單個(gè)供應商有(yǒu)能(néngα→‌)力做(zuò)到(dào)“整車(chē)級功能(néng)完美(∏&měi)集成”，例如(rú)擅長(cháng)三電(diàn)體∏♣(tǐ)系開(kāi)發的(de)公司，在自(zì)動駕駛算(suàn)法面前捉襟見(j±¥iàn)肘；而精通(tōng)算(suàn)法的(de)公司，往往又(yòu)沒有(yǒu)汽☆♣<車(chē)行(xíng)業(yè)的(•Ω δde)開(kāi)發資質。正所謂術(shù)業(yè)有(yǒu)專攻，成熟的(de)系統研發體↑•(tǐ)系下(xià)，本身(shēn)就(jiù)×★不(bù)太可(kě)能(néng)會(huì)存在技(jì)≠₩術(shù)壟斷。

■ 整車(chē)需求定義中無法避免♠δ的(de)矛盾命題

當一(yī)個(gè)系統的(de)複雜γ (zá)度較高(gāo)的(de)時(shí)候，需求定義勢必會(huì)發生(shēε←ng)自(zì)然沖突。舉一(yī)個(gè)最簡單的(de)例♦λ≤子(zǐ)，我們既要(yào)實現(xiàn)純粹集中式&λΩ♥，又(yòu)要(yào)實現(xiàn)高(gāo)等級的(de)功能(né←αng)安全時(shí)，一(yī)定會(hu≈©"εì)出現(xiàn)矛盾。比如(rú)，我們現(xiàn)在假定，某車(chē)隻有(yǒu)一ε¶∑(yī)個(gè)中央控制(zhì)大(dà)腦(nǎo)  VC，那(nà)麽，當VC在駕駛過程中出現(xiàn‌$±)嚴重系統宕機(jī)問(wèn)題時(shí)，有(yǒu)沒有(yǒu)其♦♥÷他(tā)控制(zhì)器(qì)能(néng)取代大(dà)腦(nǎo)做(zuò)整車(ch♥£ē)級的(de)功能(néng)調度？如(rú)果可(kě)以，那(nà)麽這(•©÷♣zhè)個(gè)控制(zhì)器(qì)能(néng)替代VC多♦♣¶(duō)久？此外(wài)，VC和(hé)執行(↓★♣↓xíng)器(qì)之間(jiān)的(de)通(tōng)路(lù)線束如(rú≈φ♦β)果發生(shēng)故障如(rú)何處理(lǐ)•✔？本地(dì)控制(zhì)器(qì)要(yào)做(zuò)多(dλ←×≤uō)少(shǎo)備份邏輯？重要(yào)的(de)傳感器(qì)單元又(yòu)需要(yàoΩ∑ ₩)多(duō)少(shǎo)算(suàn)力？

■  軟件(jiàn)開(kāi)發過程中的(dπ±e)生(shēng)态問(wèn)題

汽車(chē)行(xíng)業(yè)中的(d ≥e)軟件(jiàn)體(tǐ)系在數(shù)十年(ni★↓α✘án)的(de)閉環開(kāi)發模式中，軟硬 δΩ÷件(jiàn)強相(xiàng)關，形成了(le)一(yī)個(gè)過于封閉₽§§★的(de)環境。甚至有(yǒu)人(rén)戲稱，汽≠>$車(chē)裡(lǐ)面一(yī)個(gè)小(xiǎo)小(λ★★xiǎo)的(de)車(chē)窗(chuāng)控制(zhì)算(suàn)法對(>φ duì)操作(zuò)系統的(de)要(yào)求，比航φ∞Ω天航空(kōng)的(de)自(zì)動巡航功能(néγβ♥↓ng)要(yào)求還(hái)高(gāo)。大(dà)家(jiā)₹¥₩知(zhī)道(dào)，車(chē)窗(chuāng)控 πγ制(zhì)算(suàn)法當然不(bù)×≤可(kě)能(néng)比自(zì)動巡航更複雜♦ ©ε(zá)，其根本原因，還(hái)是(shì)因為(wèi)整車(chē)軟件( ₹jiàn)的(de)可(kě)移植性較差，軟硬件(j∏‍↓iàn)無法做(zuò)到(dào)解耦，每次更換一(yī)個ε"↓★(gè)小(xiǎo)小(xiǎo)的(∞≤×de)芯片都(dōu)會(huì)傷筋動骨、大(dà)動幹戈，動辄就(jiù)會(huì>≈ ​)涉及到(dào)數(shù)百萬甚至上(shàng)千萬的(β¥de)研發費(fèi)用(yòng)。所以，純粹集中式這(zhè)種要(yào)拆臂斷腿的→ ♣(de)操作(zuò)，自(zì)然不(bù)适合目前的(de)整車&™(chē)電(diàn)子(zǐ)電(diàn)氣架構了(le)。

JOURNEY

在發現(xiàn)“分(fēn)離(lí)式”和(hé)“純₽♣‌粹集中式”都(dōu)走不(bù)通(tōng)的←®≤±(de)時(shí)候，“功能(néng)域”和(hé)“區(qū)域”的(de♠✔♥)概念就(jiù)誕生(shēng)了(le)。

在看(kàn)這(zhè)篇文(wén)章(z ∞∑‌hāng)的(de)各位，應該都(dōu)對(duì)“功能(néng)¶φ域”和(hé)“區(qū)域”的(de)概念并不(bù)陌生(shēng)，其實ε₩±現(xiàn)實情況也(yě)是(shì)，域架構能(néng)夠非常好(hǎo)≠ ↑≥地(dì)改善上(shàng)述提到(dào)的(de)集中式架構設計(jì)時(shí)遇到∏±(dào)的(de)三大(dà)痛點（供應體(tǐ)系壁壘、系統定義矛盾、軟₽φ♣‍件(jiàn)生(shēng)态固化(huà≤φ¶)）。

JOURNEY

那(nà)麽，域架構下(xià)，

我們的(de)開(kāi)發模式會(huì)發生(shē⧥©ng)什(shén)麽樣的(de)變化(huà)呢®♦♥(ne)？

｜基于服務架構(SOA)的(de)功能(néng)開(kāi)發¥  ｜

■  上(shàng)文(wén)在集中式方案介紹的÷§₩ (de)時(shí)候有(yǒu)提到(dào)，很(hěn)多(duō♠​∞)人(rén)認為(wèi)某一(yī)些(xiē)功能∑α(néng)在沒有(yǒu)統一(yī)的(de)集成環境下(xià)，是(shì)無法實現(xiπλα≈àn)的(de)。這(zhè)個(gè)觀點并不(bùβ₽)完全正确。其實我們缺的(de)并不(bù)是(shì)統一(yī)的(de)集成環境，而是π×(shì)一(yī)個(gè)統一(yī)的(d← e)生(shēng)态。

就(jiù)拿(ná)現(xiàn)在πγ$♠風(fēng)頭浪尖的(de)“IOS”和(hé)“安卓”之争來(lái)做(zuò) '∞例子(zǐ)，兩邊是(shì)拳頭撞拳頭，完全沒辦法握手的(de)兩個(gè)操作¥δ↓∏(zuò)系統，甚至連編程語言都(dōu)無法做(zuò)到(d ™✔ào)一(yī)緻（JAVA、Kotlin和(hé)Swift）。但(dàn)是β≥¶δ(shì)，我們在用(yòng)手機(jī)産品♥♠>®的(de)時(shí)候，很(hěn)少(shǎo)會(huì)發生(s¶<≈φhēng)華為(wèi)手機(jī)上(shàng)的(de)微(wēi)信無法給蘋果手機(j< ī)發消息，或者某個(gè)APP在華為(wèi)&↔"π手機(jī)上(shàng)能(néng)安裝，但(dàn)是(shì)在¶>✔¶蘋果應用(yòng)商城(chéng)裡(lǐ)&ε卻找不(bù)到(dào)的(de)現(xiàn)象（某些(xiē)冷(lěng)門($×mén)APP除外(wài)）。

你(nǐ)可(kě)能(néng)會(huì)說(shuō)，那(nà)是δπ✘≠(shì)因為(wèi)APP開(kāi)發的(de)供應商做(zuò)←‍®φ了(le)妥協，兩邊都(dōu)做(zuò)了(le)同步開(kāi<≥≈)發。那(nà)麽，咱們再想想，現(xiàn)在互聯網行(xíng)業(yè)更 ©λ新叠代的(de)驚人(rén)速度，幾乎每個(gè)月(yuè)都(dōu)會(huì)在“雙端”₹α推出日(rì)新月(yuè)異的(de)更新β'，這(zhè)種效率，真的(de)是(shì)靠妥協和(hé)努力能(néng)在做(zuò∏©∞&)到(dào)的(de)麽？

■  其實，答(dá)案就(jiù)在這(>♥zhè)一(yī)章(zhāng)的(de)标題裡(lǐ)，雖然兩者的(ε$↕≈de)操作(zuò)系統不(bù)同，但(dàn)是(shì)，當他(tā)們的(de)底層模塊能‍¥(néng)打包成統一(yī)的(de)“服務接口”，即使“語言不(bù)通(tōng)”，他(<φtā)們依然在同一(yī)個(gè)生(shēng)态裡(lǐ)。比如(rú)藍₽•₩(lán)牙的(de)協議(yì)一(yī)旦固定，在任何操作(zuò≥₩)系統和(hé)環境下(xià)，我們都(dōu)能(néng)£&用(yòng)統一(yī)的(de)查詢↑≥方式，去(qù)操作(zuò)藍(lán)® 牙的(de)掃描、廣播、連接、配對(duì)，進行('&∏xíng)一(yī)些(xiē)基礎的(dλ≥βe)功能(néng)執行(xíng)，例如(rú)電(diβ$àn)量查詢、設備信息、故障模式。

我們在開(kāi)發過程中，看(kàn)到(dào)的(de)不☆≤ε>(bù)再是(shì)一(yī)張張接口表，告訴你(nǐ)這(>$≈zhè)個(gè)信号代表電(diàn)量，如(rú)何解析，另一(yī)個(gè)信号代表故障，↓π☆©參考故障手冊可(kě)以知(zhī)道(dào)其含義。相(xiàng)反，我們看(kàn)到≠"¥(dào)的(de)是(shì)一(yī)個(gè≠γγΩ)個(gè)服務，今天，這(zhè)個(gè)服務來(lái)自(zì)安卓或I‌‍↕≥OS的(de)藍(lán)牙模塊，叫做(zuò)“®↑¥電(diàn)量查詢”，調用(yòng)這(zhè®<↕©)個(gè)服務，返回的(de)百分(fēn§γπ)比可(kě)以直接顯示在智能(néng)屏幕上(s®φhàng)，不(bù)需要(yào)做(zuò)任何處理(lǐ)。

｜區(qū)域控制(zhì)器(qì)的(®><$de)優勢｜

■  正如(rú)我們上(shàng)一(yī)期提 ‍到(dào)的(de)，區(qū)域控制(zhì)器(qì)給整 π×車(chē)帶來(lái)的(de)潛在效益非常驚人(rén)，例如(r↓♣$ú)Tesla的(de)區(qū)域控制(zhì)架構為(wèi)其₩ ∏™平均線束重量減少(shǎo)了(le)接近(jìn)40%之多(duō)。同時(shí)，相™•ΩΩ(xiàng)比傳統分(fēn)布架構，區(&←€✔qū)域架構的(de)線束不(bù)會(huì)出現(xi☆↔✔àn)因為(wèi)“又(yòu)長(cháng)又(yòu)軟”而導緻必須需要(yà↕≠o)人(rén)工(gōng)組裝的(de)情況，換而言之，線束的(de)減少(shǎo)使整車(→↔•γchē)總裝線上(shàng)更多(duō)的(de)自(zì)動化(huà)工(gō₩↑ng)藝能(néng)付諸實現(xiàn)。

■ 同時(shí)，由于功能(néng)和(hé)硬件(jiàn)₹✘>±的(de)解耦，所以我們可(kě)以在Function Allocatio≈πΩn上(shàng)提供更多(duō)的(de)自(z¥≤₩ì)由。例如(rú)，未來(lái)的(de)外(wài)燈、雨(yǔ)刮、鎖、鑰匙、車→•★↑(chē)窗(chuāng)、電(diàn)動尾門(mén)可(kě)以不(bù)再是(sh≈≈↔™ì)車(chē)身(shēn)控制(zhì)器(qì)BC→♣∞M的(de)獨有(yǒu)标簽，而扭矩控制(zh↑≥εφì)、能(néng)耗管理(lǐ)、擋位切換、駕駛診斷也(y$♦ ě)不(bù)再是(shì)動力控制(zhì)器(qì)EMS/VCU的(de)專屬功能(né®φ ng)。

換句話(huà)說(shuō)，未來(lái)的(de)區(qū)域<←π控制(zhì)器(qì)不(bù)會(huì)以功能(néng)命名。一(yī)方面±₩≥δ，區(qū)域控制(zhì)器(qì)會(huì)更關注整車(ch' ē)級或架構級的(de)應用(yòng)設計(jì)，例如(rú)上(shàng)一(yī)₽±✘期提到(dào)的(de)，整車(chē)供電(diàn)中心、信息中心和(hé)驅動中心&​，另一(yī)方面，由于功能(néng)上(shàng)移和(hé)SoA的(d↑α>e)實現(xiàn)，區(qū)域控制(zhφ☆♠ì)器(qì)可(kě)以集成BCM、VCU、Gateway、DCM甚至部分(fēn)高(gā♠♣o)功能(néng)安全模塊，例如(rú)EPB和(hé)iγ©Booster的(de)輸出邏輯，這(zhè)就(jiù)意味←"著(zhe)，ASIL C/D中要(yào)求的(de)♦<γα控制(zhì)單元級的(de)冗餘設計(jì)不(bù)再遙不≤≠(bù)可(kě)及， Zone和(hé)Zone之間(jiān)可(k☆ ™ ě)以做(zuò)互補備份，當某一(yī)個(gè)區(qū)域™★控制(zhì)器(qì)或iBooster發生(shēng)故障時(s•™hí)，另一(yī)個(gè)區(qū)域控制(zhì)器(qì)可(kě)以直接做(zuò)故"‍§ε障監控以及緊急接管。

■ 除此之外(wài)，Zone在整車(chē)架構中能(néng)起到(dào)€βα“承上(shàng)啓下(xià)”的(α×←de)作(zuò)用(yòng)，上(shàng)接Vehicle≤•> Computer，下(xià)接各個(gè)∞α單元控制(zhì)模塊，可(kě)以将算(sα≥uàn)法和(hé)輸出完全解耦，就(jiù)像R✔'<↑TE層在AUTOSAR架構中的(de)作(zuδφò)用(yòng)一(yī)樣，對(duì)平台的(de)拓展性、可(kě)移植性、靈活開‍✘(kāi)發性有(yǒu)著(zhe)極大(dà)的(de)提升₹♠±。

JOURNEY

那(nà)麽，區(qū)域架構對(duì)軟件(jiàn)開(kāi)發而言，→ε↕☆

又(yòu)能(néng)有(yǒu)什(shén)"∑≈麽樣的(de)好(hǎo)處呢(ne)？

其實這(zhè)個(gè)問(wèn)題很(♥φhěn)好(hǎo)理(lǐ)解，軟件(jiàn)和(hé)功能(néng)開(kāi)發的(d"€e)未來(lái)趨勢一(yī)定會(huì)趨向于集中化(huà∏↓"δ)。而區(qū)域架構這(zhè)一(yī)步，正是("$§shì)Vehicle Fusion的(de)神來(lái)一(yī)筆(bǐ)。

■ 首先，正如(rú)上(shàng)文(wén)提到(dào)，由于區(qū)♦​‌域架構可(kě)以将功能(néng)域淡化(huà)，意味著Ω∑↕​(zhe)電(diàn)子(zǐ)電(diàn)氣架構級的(•γde)ECU可(kě)以實現(xiàn)如(rú)AUTOSAR±←£軟件(jiàn)架構中的(de)“抽象化(huà♥•♣)”的(de)概念。在整車(chē)的(de)茫茫軟件(jiàn)海(hǎi)洋中↕↑≥δ，我們不(bù)需要(yào)通(tōng)過功能(néng)、β≠↑♥信号、驅動去(qù)定義功能(néng)部署，所有(yǒu)的(de)軟件♥¥≠(jiàn)功能(néng)可(kě)以原子(zǐ)化(huà)，成為(wèi)一(yī)個$‌(gè)個(gè)獨立的(de)服務，不(bù)同的(de)Zone之間(jiān)的(de)≈ ₩調度通(tōng)過Vehicle Computer來(lái)實現(xiàn)，而VC和(₹©§hé)Zone又(yòu)能(néng)按需組成集群，和(hé)傳統的(‌←₽<de)架構相(xiàng)比，存在著(zhe)無限升♠Ω級的(de)可(kě)能(néng)性。

舉一(yī)個(gè)稍微(wēi)簡單的(de)例子(zǐ)®÷©λ來(lái)看(kàn)一(yī)下(xià)，原來(lái)我們的(de)↓←經典開(kāi)發模式是(shì)通(tōng)過V模型形成開(kāi)發矩陣，從(cóng)架構↔π£ 和(hé)系統到(dào)硬件(jiàn)和(hé)軟件(jiàΩ✔n)，最後再回到(dào)測試和(hé)驗證，再佐以ASPI¥©§CE、Fusa以及Cyber Security的(de)∑€開(kāi)發，形成一(yī)個(gè)堅不(bù)可"÷↔÷(kě)摧的(de)閉環。而這(zhè)種開(kāi)發模式比較依賴于串行(xíng)合作(γ$®zuò)，下(xià)遊對(duì)上(shàng)遊需求的(de)依賴性較強，同時(shí)±≥∑也(yě)對(duì)相(xiàng)關件(jiàn)的(de)要(yào)求較高(gāo)。例π"σ如(rú)，如(rú)果沒有(yǒu)整車(chē)級的(de)系統需求，比如(rú)'♥​πdbc缺失和(hé)故障，會(huì)導緻整個(gè)軟件($σjiàn)開(kāi)發進度的(de)延遲。

■ 而全新的(de)基于Zone和(hé)SoA開(kāi)發模式，并不(bù)是(ε★₩shì)要(yào)打破原有(yǒu)流程，而是(shì)在串行(xíng)合作(zuò)的(de≠π)同時(shí)增加了(le)平行(xíng)合作(zuò)的(de)可(kě)δ♣♥ 能(néng)性。在開(kāi)發初期，軟件(jiàn)可(kě)以根據平台需求先行(x ↑ íng)進行(xíng)服務和(hé)集群的(de)開(kāi)發驗證×♣♦，按軟件(jiàn)需求定義服務接口，再反向傳遞給架構開(kāi)發↔≥£。同時(shí)，架構在接到(dào)Service Provi₹Ωαder方的(de)接口描述後，再進行(x↔∑↑≠íng)跨控制(zhì)器(qì)、跨Zone級的(de)功能(néng)©"分(fēn)配和(hé)調整。也(yě)就(jiù)是(s‍∏hì)說(shuō)，在服務開(kāi)發的(de)流程中，架構、系統™•≠、軟件(jiàn)、硬件(jiàn)的(de)V字模型是(shì)同時(♣πshí)在運行(xíng)的(de)，同時(shí)相(xiàng)互影(yǐng)響和(hé∑↓♣×)驗證。這(zhè)種開(kāi)發模式非常靈活，而且極₹©其敏捷，相(xiàng)對(duì)于傳統模式，平行(x"φíng)開(kāi)發不(bù)會(huì)畏懼任何新的(de)變更需求，因ε♠為(wèi)服務的(de)抽象化(huà)能(néng)夠将關聯影(✘↔×yǐng)響壓到(dào)最小(xiǎo)，變更&φ和(hé)驗證周期也(yě)可(kě)以大(dà)幅度減少★$(shǎo)。

■ 同時(shí)，在開(kāi)發過程中，如(rú)果出現(xiàn)設計(jì)溢出（軟硬件(j↓"σ→iàn)的(de)設計(jì)無法滿足系統需求，例如(rú)I/O口資源不γ♠♠&(bù)夠，CAN通(tōng)路(lù)數(shù)量不(bù↔≈•)足，通(tōng)訊速率，存儲空(kōng)間(jiān)溢出等問(wèn)題↔→★）。在原有(yǒu)架構開(kāi)發中，設計(jì)₽∑♣溢出常常會(huì)給功能(néng)開(kāi)發劃上(shàng)句号，&≠λγ因為(wèi)硬件(jiàn)變更成本過高(gā©♥o)，所以需求隻能(néng)做(zuò)妥協或降級，并且将溢出部分(fēn)的(de)設計(j€★≥¶ì)延遲至下(xià)一(yī)代的(de)平台開(kāi)發。而在Zone開(kā§↔≥i)發過程中，由于軟硬件(jiàn)解耦的(de)§ ↕✔實現(xiàn)，即使出現(xiàn)了(le)設計(jì)溢出，≤ 也(yě)可(kě)以通(tōng)過Zone Duplicate的(de)形↓♥式，将設計(jì)延伸以滿足溢出的(de)需求。換句通(tōng)俗易懂(dǒng)的(dק‍‍e)話(huà)來(lái)說(shuō)，如(rú)果三個(≤ γgè)Zone無法解決問(wèn)題，那(nà)麽就(j'δ≈♠iù)再來(lái)第四個(gè)Zone。

當然，Zone Duplicate并不(bù)是(shì)簡單的(de)硬件(jiàn)相±•Ω(xiàng)加，增加部分(fēn)的(de)軟件(jiΩ↕àn)和(hé)服務的(de)驗證還(háε‌↕i)是(shì)需要(yào)的(de)，而在Zone開(kāi)發的(de)↕₽‌₹平行(xíng)合作(zuò)模式裡(lǐ)，隻需要(yào)新開(kāi)一(yī)個(g¶←‍è)小(xiǎo)小(xiǎo)的(de)任務包即可(kě)，并不(bù)需要(yào)做(z₩®£uò)傷筋動骨的(de)大(dà)回歸。

 

轉載汽車(chē)電(diàn)子(zǐ)相(xià₹ ∞ng)關文(wén)章(zhāng)

轉自(zì)汽車(chē)電(diàn)子(zǐ)與軟件(jiàn)