芯片設計驗證是一個持續存在的障礙，通常會阻礙產品按時交付。統一的軟件支持驗證和確認環境可能是打破硬件設計組和軟件開發人員之間依賴關系的方法。

通過統一的環境，驗證可以在早期使用模型進行，在開發中出現不同的部分時構建系統。驗證將從一開始就開始，最終的硅前測試僅側重于最后一刻的改進和完整的系統驗證、快速跟蹤流片、降低重新定位風險并簡化硅后驗證。

罪魁禍首是芯片中硬件和軟件的復雜組合越來越多，這是持續“數字化”的結果。系統這兩個基本方面的開發通常按不同的時間表進行。例如，硬件設計最早可以在軟件之前兩年開始。

復雜性迫使硬件驗證和確認包括預期軟件在硬件上正常工作的證明，當軟件遠遠落后時，這是一項艱巨的任務。支持軟件的驗證和確認方法允許通過早期工作負載分析進行早期硬件驗證，從而打破對系統軟件的硬件依賴。

以前，通用硬件塊被組裝成一個可以執行軟件的系統。在這種過時的范式中，硬件設計在沒有考慮應用軟件的情況下進行，因為硬件被設計為通用的，托管任意數量的可能類型的軟件，并且沒有針對任何一種軟件進行優化。

設計人員現在采用片上系統 （SoC） 方法實現硬件系統。過去，該硬件系統可能已由系統集成商組裝成獨立的硅芯片，該芯片處理大部分計算工作。現在，整個系統 SoC 的驗證必須側重于底層硬件與其將執行的軟件之間的連接。

像這樣的 SoC 將處理特定應用程序的特定數據工作負載。與早期的通用處理器不同，處理體系結構必須非常適合它將處理的數據的性質。指令集、總線架構和存儲器/緩存結構可以定制，以最大限度地提高性能、降低功耗并最大限度地提高效率。

這需要硬件工程師在設計周期的早期訪問軟件工作負載。甚至架構本身也需要針對要執行的工作類型進行驗證。這種對軟件的依賴對項目進度產生了重大影響，當企業試圖“左移”以更快地將產品推向市場時尤其困難。

這還不是全部。其他功能和計劃注意事項：

業務經理希望相信他們的產品不會受到電池壽命不佳等問題的影響，并且仍然進入市場窗口

工程管理層希望盡可能多地利用通用方法，加快進度并在預算范圍內完成項目

設計團隊面臨著在 12 到 18 個月內完成日益復雜的設計的壓力

驗證組，尤其是使用硬件仿真的驗證組，希望將系統的不同方面劃分到不同的組，以便更快地進行并行子系統驗證。

擁有如此多的利益相關者和優先事項，迫切需要一種更好的方法來完成 SoC 驗證。軟件定義的驗證和確認環境和方法將使工程團隊能夠提供復雜的SoC，滿足上市時間窗口，提供更徹底的檢查，并降低風險和成本。

審核編輯：郭婷