基於「約束驅動的進化理論」的「約束驅動的軟體分析&設計新技術」消除了軟體分析、設計、開發中的任意性、神秘性、不確定性和經驗性，而重新賦予軟體分析、設計、開發過程必然性、內在邏輯推演性、確定性、可控性。
軟體開發過程的每一步都是約束驅動的，輸入＋約束＝輸出。
對於軟體系統而言，輸入是使用者需求，輸出是可執行**。不同層次的開發人員因為有不同的約束，導致最後開發出來的軟體系統的質量不同。但是最基本的輸出就是可執行，並能實現目前的功能。
開發人員的進化過程就是不斷的提高約束等級、加碼的過程，這個過程可能是經驗的、可能是有意識的、可能是客觀必須的。
開發人員針對約束的認識不同、對約束的解決方案的不同，而產生不同層次的開發人員，如架構師、分析員、設計師、高階程式設計師、程式設計師...
「約束驅動的軟體分析&設計新技術」將提煉出軟體分析和設計中的內在驅動力，即約束，並消除軟體開發過程中的任意性和不確定性。
軟體開發過程中表面的任意性和不確定性來自於施加於軟體系統的約束各不相同。而由於編譯器對約束的低要求，導致五花八門的軟體實現出現。
約束的多少決定軟體系統的品質，而編譯器只負責可執行，不負責品質。
有聊勝於無，但有不等於好，現在好不等於將來好。
淺顯點說，吃飽不等於吃好，吃好不等於吃健康。而編譯器只檢查是否吃飽。
最低層次的程式設計師還處於「有聊勝於無」的初級階段。
另外，乙個程式設計師如何可以晉級為高階程式設計師、甚至設計師、系統分析員、架構設計師？不同角色之間的內在區別和聯絡是什麼？有沒有捷徑或者可控的路徑來持續高階？可能大多數都是個糊塗賬。「約束驅動的軟體分析&設計新技術」會明白的告訴你，不同角色的區別在於各自對軟體系統施加的約束不同。當然，這也不排除知識積累、技術積累的侷限，對於某種約束的解決方案也有高下之分。
舉個例子，為什麼有些系統劃分為２層、有些是３層、有些確實４層、５層、６層...？很多人並不了解各種分層適用的約束，而僅僅生搬硬套，盲目應用。
工業軟體輔助篇 2）公差分析軟體設計技術任務書
本章目的 編寫網頁版公差分析軟體任務書，使得設計任務清晰明確。本是寫給自己的。公差分析不是絕對要做的東西，但做了會好不少。有乙個公差分析軟體，可以養成乙個好習慣。我讓機械工程師的工作環境好一點，想到用什麼工具，上乙個網頁就能有現成的。我知道有資料安全之類的問題，但這類問題網路工程師能解決，便利性網頁...
軟體技術發展的驅動力
軟體產品的終極目標是為了實現使用者需求從而滿足人們的需要。也正是為了不斷滿足人們的需要使得軟體行業不斷向前發展。比如，新的演算法 mpeg 1 mpeg 2 mpeg 4 h.264 等的出現都在當時為了滿足不同的需要而被發明。然而，人們的需要 行業發展的外部動力 卻並非是軟體技術發展的唯一驅動力，...
軟體技術發展的驅動力
軟體產品的終極目標是為了實現使用者需求從而滿足人們的需要。也正是為了不斷滿足人們的需要使得軟體行業不斷向前發展。比如，新的演算法 mpeg 1 mpeg 2 mpeg 4 h.264 等的出現都在當時為了滿足不同的需要而被發明。然而，人們的需要 行業發展的外部動力 卻並非是軟體技術發展的唯一驅動力，...