SoC設(shè)計過程變得越來越像在賭場中玩。芯片性能結(jié)果就像在輪盤賭中投注紅色或黑色：90nm節(jié)點的50％設(shè)計將無法滿足性能規(guī)范，Handel Jones表示國際商業(yè)戰(zhàn)略（加利福尼亞州洛斯加托斯）。

投注你的項目將按計劃完成就好像是在擲骰子的七卷。 Numetrics公司（加利福尼亞州庫比蒂諾）的Ron Collett表示，只有15％的IC設(shè)計項目按時完成，他們對1000多個IC設(shè)計項目進行了基準(zhǔn)測試。最重要的是，復(fù)雜SoC的設(shè)計過程不再是一個工程過程;它已成為統(tǒng)計機會的游戲。這里發(fā)生了什么？

讓我們來看看通常的嫌疑人。是深亞微米效應(yīng)嗎？雖然新納米效應(yīng)確實增加了新問題，但新工具正被推向市場以應(yīng)對這些問題。高功能設(shè)計團隊繼續(xù)關(guān)注硅容量與工具容量“設(shè)計差距”，就像他們一直都有的那樣。

它是否是設(shè)計抽象級別？似乎不是。多年來，我們從面具到多邊形，從大門到RTL，再利用等等。開發(fā)設(shè)計描述所花費的時間總量正在逐漸減少。

讓我們看看設(shè)計過程本身發(fā)生了什么。隨著designintent抽象層次的提升和深亞微米效應(yīng)的增加，我們將描述減少到芯片的過程也逐漸增加。設(shè)計流程現(xiàn)在非常復(fù)雜 - 許多工具，manysteps。

然而，我們指定，管理和維持這些流量的方式基本保持不變。我們?nèi)匀皇褂媚_本和makefile來“自動化”我們的實現(xiàn)和驗證設(shè)計流程，就像我們過去20年一樣。

從整體上看，設(shè)計流程描述是一團糟。腳本的數(shù)量是驚人的。一個大的SoC可能需要超過100，000行的腳本 - 這不是一個微不足道的軟件開發(fā)！

腳本很難調(diào)試，而且非常脆弱，這使得操作和維護成本很高。腳本難以閱讀，只有編寫它們的工程師才能理解;他們沒有重復(fù)使用最佳實踐。腳本管理很昂貴：設(shè)計經(jīng)理報告說，他們至少有50％的工程資源用于通過流程中的工具管理設(shè)計數(shù)據(jù)。

我們都在嘗試編寫百萬行軟件系統(tǒng)用匯編語言。在某些時候，系統(tǒng)的復(fù)雜性太高而無法處理。基于表現(xiàn)不佳的項目成果，這個時間似乎已經(jīng)到來。

在我們研究解決這些問題之前，或許我們可以通過觀察稍微不同的軟件開發(fā)領(lǐng)域來學(xué)習(xí)。相似之處非常明確。在軟件設(shè)計的早期階段，項目通常由一個開發(fā)人員或一個非常小的團隊來處理。

隨著軟件無處不在，被用于從我們的家用電腦到數(shù)字電話的所有東西。在現(xiàn)代汽車中使用的先進計算機技術(shù)，用于管理軟件項目的技術(shù)已經(jīng)出現(xiàn)。我們已經(jīng)從使用make，vi或emacs和gcc畢業(yè)，使用具有集成源代碼控制，項目分區(qū)和分布式項目管理的高級工具套件。

我們可以從軟件體驗中學(xué)到什么來幫助我們解決芯片實現(xiàn)問題？我們需要引入流程自動化技術(shù)，以提高設(shè)計過程本身的抽象級別。這樣的ashift抽象了保證會改變的低層細(xì)節(jié)。

描述不那么冗長，因此更容易理解，改進和維護，并且真正可重用。真正的流動自動機技術(shù)可以實現(xiàn)可靠，快速和獨立于工具專家的設(shè)計迭代，因此，工程師可以專注于解決設(shè)計問題，而不是消耗數(shù)據(jù)和操作問題。

我們?nèi)绾沃懒髁孔詣踊螘r真實？

當(dāng)我們擁有快速，可預(yù)測且可重復(fù)的網(wǎng)表到布局周轉(zhuǎn)時間時。當(dāng)我們有一個系統(tǒng)可以管理芯片的實現(xiàn)時，作為一組由分散在全球的小團隊設(shè)計的塊，以24/5的時間表運行（是的，我們?nèi)匀恍枰菹r間）。當(dāng)系統(tǒng)圍繞現(xiàn)實世界的ECO技術(shù)構(gòu)建時，該技術(shù)可以了解設(shè)計變更的頻率，通常每天一次，甚至在流片之后。真正的考驗是在整個企業(yè)中重復(fù)使用設(shè)計流程最佳實踐以及習(xí)慣性地重用IP。

設(shè)計過程已成為外卡?，F(xiàn)在是時候用新的流量自動化技術(shù)重新控制設(shè)計進度和性能結(jié)果。做到這一點，或者繼續(xù)對抗對你不利的奇怪怪物。