【白皮書】打破 DRC 瓶頸：為什麼你的設計流程該從「前期驗證」開始？

在現今 IC 設計節奏飛快的市場裡，時間就是競爭力。你可能也曾經歷過這樣的狀況：所有佈局都已就緒，卻在簽核階段才被 DRC（設計規則檢查）攔下，導致反覆修正、無止盡的執行等待，讓時程一延再延，甚至壓縮後段製程的驗證時間。

Siemens 最新技術白皮書指出：透過「Shift-left」設計思維，也就是將 DRC 驗證前移至設計初期，搭配 Calibre nmDRC Recon 的在地化區域檢查策略，就能有效解決這個老問題。

拒絕設計修正地獄，Calibre nmDRC Recon 帶來什麼？

在這份《The Power of Shift-left DRC Verification》白皮書中，Siemens 團隊分享了如何以 nmDRC Recon 為核心，打造更快、更輕量的驗證流程：

• 只針對「區域性檢查」執行，避免全佈局重跑、減少記憶體與 CPU 負擔

• 自動辨識「尚未完成」元件區域並套用 auto-waiver，避免誤報干擾修正焦點

• 搭配 Calibre nmLVS Recon SI 可快速排除短路、加速迭代收斂

• 結合split-deck平行執行 ESD 等重檢查項，大幅加快最終簽核流程

這些最佳化策略，讓你在設計尚未整合完成時，就能提早修正根本性問題，真正實現「一次設計、一次修正」的目標。

Shift-left DRC 怎麼做？設計團隊實戰經驗這樣說

某大型半導體公司設計團隊便在布圖規劃階段就導入 nmDRC Recon 進行 DRC 驗證。搭配 auto-waiver 與 LVS Recon，讓整個佈局在尚未完成的狀態下，也能精準修正高優先問題點。

這樣的方式不僅讓每次 DRC 迭代時間顯著縮短，更重要的是，能讓團隊更有信心在佈局完成前完成大部分驗證，提升專案時程掌握度。

Calibre nmDRC Recon 改變什麼？

🔧 從過去：

• 必須等整個設計完成後，才能進行 DRC 檢查

• 每一次執行 DRC 就像在黑盒中猜錯誤位置，動輒數十小時以上

• 修正後重新驗證→又中其他錯誤→再修正→惡性循環

🚀 到現在：

• 即便只有部分設計完成，也能針對關鍵區域檢查、回報、修正

• 自動化辨識變更區塊與檢查規則，免去人工選擇與切換

• 整合 LVS Recon、auto-waiver、分段 deck，讓 DRC 流程具備彈性與速度

快速修正才是真正節省

沒錯，設計會越來越複雜，但驗證不該拖累整個設計流程。與其死守傳統流程，不如學會如何「預測問題、提前解決」。

Siemens 的這份白皮書完整介紹 Shift-left DRC 的理論與實務操作，不論你是設計 IP、整合 SoC，還是在做先進製程驗證，這份指南都能讓你重新思考 DRC 的角色與策略。

📘 現在就下載完整白皮書，

看看業界團隊是如何從流程源頭就大幅優化 DRC 驗證👉 點我下載