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

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

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

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

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

然而，我們指定，管理和維持這些流量的方式基本保持不變。我們仍然使用腳本和makefile來“自動化”我們的實現和驗證設計流程，就像我們過去20年一樣。

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

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

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

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

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

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

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

我們如何知道流量自動化何時真實？

當我們擁有快速，可預測且可重復的網表到布局周轉時間時。當我們有一個系統可以管理芯片的實現時，作為一組由分散在全球的小團隊設計的塊，以24/5的時間表運行（是的，我們仍然需要休息時間）。當系統圍繞現實世界的ECO技術構建時，該技術可以了解設計變更的頻率，通常每天一次，甚至在流片之后。真正的考驗是在整個企業中重復使用設計流程最佳實踐以及習慣性地重用IP。

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