1) 「理想性」程度的增加路線
乙個系統或者產品，總是朝著「理想系統或產品」方向發展，每一次的進步都可以看作是「理想性」程度的增加；這條路線是技術系統的提高理想度進化法則的具體體現。在triz中，理想系統或產品，理想功能模型的建立都處於非常重要的地位。因為本質上來講，「理想」為我們的發明創新提供了非常明確的方向和導向，使得從一開始，這種發明和創新的任務就帶有很強的目標感和方向感。在絕大多數情況下，有的放矢總比漫無目的要好很多。
2）多螢幕
傳統的思維方式往往是一維的，即只看到產品本身。但系統或產品的發展是系統化的，多維化的。這需要我們不僅僅只考慮系統或者產品本身，還需要在時間和空間上關注這個系統或產品。空間上：子系統，系統本身，超系統。時間上：過去，現在，未來。從而形成對系統或者產品的多維螢幕的思考：
這裡需要注意的是，9螢幕是最基本的思考。不要侷限在這上面。根據需要可以加入更多螢幕。比如環境，鄰近系統，相關系統，反向系統等都可以納入到思考當中。發明創新最忌諱的就是思維定勢和習慣思維。作為技術人員，應時刻保持乙個開放，活躍的思維。
3）技術系統功能中對人的替代路線
這個替代路線比較容易理解，可以這麼說，每乙個技術系統或產品的出現都是對人類能力的一種加強或者替代。
軟體產品的發展很容易看到這種模式。這不僅僅是一種發展路線，也是一種思路，先看看人怎麼做-->計算機替代-->更高應用。對人的替代路線：工作層面的替代（手工作業->系統作業)--》控制層面的替代(選擇）-->資訊層面的替代(決策，自動化）。
人的替代，在這裡其實有個發展的悖論，特別是智慧型化的到來。機器最終會替代人麼？這不是乙個很好回答的問題。但本質上，我們都是宇宙中的一種產物，從原子或者更低層次上講，機器與人也沒有多大的區別。
4）進化波
在系統或產品的進化過程中，在產品初期，為了保證產品的質量和功能的數量，往往會使得產品向複雜化方向發展--公升級。但在產品成熟後，又會走乙個相反的過程--降級：簡化系統的複雜度。這種產品的公升級--降級發展路線稱之為技術系統發展的「進化波」路線。需要注意的是，產品進化過程中的降級（簡化）是相對的。而且這種簡化過程往往伴隨著系統或者產品的材料和能量方式的改變。比如計算機的發展。
5）經濟週期路線
整個人類社會的技術進步，具有一定的週期性，每個週期的基礎通常是上個週期的蕭條階段的偉大發現和發明。這種週期可以為系統和產品的發明指明一種方向。所謂大勢所趨，與時俱進。
6）向超系統或者子系統轉換路線
這個路線與進化波路線密切相關。很多系統或者產品並不會真正消失，而是融入到新的系統中去。這個路線也給我們乙個提示，不要拘泥於產品的形而保守殘缺。正如，人類本身的發展一樣，融合始終是大勢所趨。
7）單系統--多系統-單系統路線
幾個單系統組合成多系統，發展到一定程度，經過融合，去重又形成乙個新的單系統。這條路線本質是告訴我們，很多事物的發展是螺旋式的。因此也要有走回頭路的思想。這種回頭路並不是真正的回頭。比如某項技術在某個時期是不好的，甚至被替換，但到了新的時期，這種思想又可以發揮更大的作用。乙個例子就是多翼飛機--》單翼飛機--》再到多翼飛機。
8）資源發展路線
系統或產品的發展始終離不開資源。資源的整合水平、利用率和可控性也始終是系統或者產品發展的乙個方向。對於系統或者產品而言，資源的選擇具有如下規律：
a) 固體-》活動系統-》易曲材料-=》液體=》氣體=》場。
b)機械場=》熱場=》化學場=》電場=》磁場（光電）。
實際上資源路線是技術動態化進化法則的體現（柔性化，可控和移動化）。當然，資源的公升級往往伴隨著重大的發明和創新，有的時候甚至是跨時代性的，比如銅器，鐵器，質能方程等。
技術系統的發展路線與進化法則本質上是一致的，只是視角的區別。
TRIZ系列 創新原理 28 替代機械系統原理
替代機械系統原理的詳細描寫敘述例如以下 1 用光 聲 熱 嗅覺系統替代機械系統 2 用電 磁或電磁場來與物體互動作用 3 用移動場替代精巧場，用隨時間變化的場替代固定場，用結構化的場替代隨機場 4 使用場，並結合鐵磁性顆粒。第1 條總結告訴我們，假設我們的系統是機械系統，我們能夠嘗試通過使用光學系統...
重卡制動系統技術路線規劃
建立乙個自定義列表 如何建立乙個註腳 注釋也是必不可少的 katex數學公式 新的甘特圖功能，豐富你的文章 uml 圖表 你好！這是你第一次使用markdown編輯器所展示的歡迎頁。如果你想學習如何使用markdown編輯器,可以仔細閱讀這篇文章，了解一下markdown的基本語法知識。全新的介面設...
阿里畢玄 技術人應如何選擇職業發展路線？
工作這麼些年了，看到了各種各樣的程式設計師，也看到了各種各樣的成長路線，說說自己的一些觀點吧。作為技術人員，在剛起步階段時，首先需要拓寬自己的技術寬度，對自己所做的專案 產品所涉及的方方面面的技術都應該有所了解，另外一點就是學習工程化，讓自己真正具備開發商業軟體的能力。在工程化和知識寬度達到一定階段...