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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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