芯片設計驗證是一個持續(xù)存在的障礙，通常會阻礙產(chǎn)品按時交付。統(tǒng)一的軟件支持驗證和確認環(huán)境可能是打破硬件設計組和軟件開發(fā)人員之間依賴關系的方法。

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

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

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

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

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

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

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

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

業(yè)務經(jīng)理希望相信他們的產(chǎn)品不會受到電池壽命不佳等問題的影響，并且仍然進入市場窗口

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

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

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

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

審核編輯：郭婷