E/E 架構的簡報裡，「域架構 → 區域架構」常被畫成兩張乾淨的拓樸圖，彷彿把方塊重新連線就完成了。實際上 Zonal 是整車電氣與軟體的重構：改的不只是網路怎麼接，是電怎麼配、線束怎麼走、軟體住在哪。
域（Domain）與區域（Zonal）：分組邏輯的根本不同
域架構按「功能」分組：動力域、車身域、座艙域、ADAS 域，各有一顆域控制器。問題是功能與物理位置無關——車身域的門模組在四個門上、感測器在車頭車尾，於是每個域的線束都要跑遍全車，彼此交疊。
區域架構按「地理位置」分組：左前、右前、左後、右後各設一顆區域控制器（ZCU），就近收攏該區的感測器、致動器與配電；運算集中到少數幾顆高效能運算平台（HPC），ZCU 與 HPC 之間用車用乙太網骨幹相連。
分組邏輯一換，好處直接落在物理層：
- 線束變短變輕——訊號就近接入 ZCU，不再各域自己拉線跑全車；線束是整車第三重的部件，這裡省的是實實在在的重量、成本與組裝工時
- 配電智慧化——ZCU 同時是配電節點，電子保險絲取代傳統保險絲盒，負載可以被量測、被遠端控制
- 軟體與硬體解耦——功能不再綁死在「自己那顆 ECU」上，而是部署在 HPC 上的軟體，硬體迭代與軟體迭代可以分開走（這正是 SDV 的地基，見 OTA 更新怎麼做到不變磚）
代價：複雜度沒有消失，是搬家了
1. 骨幹網路變成命脈。 過去一條匯流排斷了影響一個功能群；現在乙太網骨幹承載跨區的一切，頻寬規劃、時間敏感流量的保障（TSN）、冗餘拓樸成為架構級題目。
2. 混合通訊是常態而非過渡。 輪速感測器不會為了架構美學改說乙太網——CAN、LIN、10BASE-T1S 在區域內繼續存在，ZCU 是天生的協定閘道。訊號式與服務式通訊（SOME/IP、DDS）並存的驗證複雜度，全部堆在閘道上（選型邏輯見 SOME/IP 與 DDS 怎麼選）。
3. 功能安全的分析框架要重畫。 功能分散在「感測器→ZCU→骨幹→HPC→ZCU→致動器」的鏈上，FMEA 與相依失效分析跨越多個物理節點；配電整合進 ZCU 之後，「單一區域失效」的影響面比過去一顆功能 ECU 失效大得多，降級策略必須在架構層設計。
為什麼這題非 MBSE 不可
域架構時代，Excel 加 Visio 勉強撐得住；Zonal 的設計空間大到人工方法失效：
- 多視角一致性：需求、功能邏輯、軟體部署、硬體拓樸、線束幾何是同一個系統的五個視角，改一處要能看到全部的影響——這正是 RFLP（需求—功能—邏輯—物理）建模的用途
- 部署是可計算的決策：某功能放哪顆 HPC、訊號走哪段骨幹，牽動延遲、頻寬、安全等級與線束長度——模型化之後才能比較方案，而不是憑感覺定案
- 變更影響分析：架構定版之後的每一次變更（加一顆感測器、搬一個功能），影響範圍要算得出來
PREEvision 這類平台的價值就在這裡：電氣、網路、軟體部署在同一個資料模型裡，跨視角的追溯是內建的，不是事後補的。
下一步
從現況架構盤點、RFLP 建模到部署方案評估，歐特莫夫（Vector Informatik 合作夥伴）協助把架構遷移變成可計算的工程決策。