Page 15 - 超高速低延遲---新一代Wi-Fi全面升級車聯網

圖4:建模能夠探索未知，模型中的錯誤比在SoC中更容易修正。
(資料來源:Sondrel)
「然而，定義再利用策略以因應衍 生的管理，並從系統層面考量變化 性並非易事。」
需求摘要。
2. 產品分析:這涉及建立架構
細、更準確的模型，用來確 定及修正架構實施期間的潛 在錯誤。
這需要以系統級的表示法將 現有的IP與子系統等資訊加以整 合，用於推導架構的定義;失效模 式和影響分析(FMEA)就是一個很 適當的案例。Geday說:「再利用 策略需要有一致的自製或外購策 略之支持。外購可節省時間而自 製可獲得競爭優勢，同時確保最 終都能符合內部與外部IP以及由 此產生的SoC設計。」
設計的規範，其中包括估計 功率、效能與面積。這需要 全面了解如何將SoC整合到 終端平台，並明確定義使用案 例與軟體工作負載，讓SoC成 功受到採用。
5. 建模:這需要開發必要的模 型並改進建模方法。
系統架構師:工作分析
4. 架構探索:包括探索、IP選 擇和規格、需求驗證以及專 案執行計劃的產生，並詳細 闡述主要工作任務。架構設 計是透過對架構提案建立模 型並評估已知或可參考的使 用案例來完成。因此，所有 功能層面，諸如連接性、時 序、效能等都要經過評估和 驗證，以確保設計正確性的可 信度。後期階段要採用更詳
8. 系統整合驗證:這需要在系 統環境的特定使用案例下驗 證SoC與工作負載，例如在先 進駕駛輔助系統(ADAS)設計 中可在SoC上運作的軟體。 系統架構師工作的藍圖仍隨
在充份解釋系統架構師各方 面的工作後，為了更加清楚起見， 逐步分析這份工作的內涵也很重 要。依據Subramanian的說法， 系統架構師在SoC設計專案中的 工作流程，典型細分如下:
著SoC的發展而演變著。然而， 這項新工作的基本原則在未來仍 然可能適用。同時，在人員數、工 具和單次工程費用(NRE)等方面 的龐大費用將更突顯出SoC系統 架構師重要性。
1. 需求獲取:包括與產品管理 部門合作以取得全面的產品
3. 架構規範:系統架構師必須 確保產品分析的輸出或SoC 架構的定義能夠符合要求與 使用案例的驗證方法。
6. 實施及驗證:這個階段涵蓋 從區塊到子系統再到SoC之 實施及驗證。
7. 使用案例驗證:這涉及需求 階段所定義的使用案例與工 作負載的驗證。
PULSE
www.edntaiwan.com 13