不得不佩服在面向過程程式設計時代提出的「資料結構+演算法」的大牛，這可能是軟體模型的最核心組成了，資料結構定義了業務資料的模型，演算法定義了業務邏輯的模型，其中一點都沒提資料也沒提演算法的實現，當時也沒提介面，按大牛們的想法介面可能算不上軟體的核心構成吧，必竟沒介面的軟體也有，比如執行在系統內部的作業系統的服務，看看下面這張出自ibm的模型光譜轉換圖
軟體構建的發展從只有**開始，最簡單軟體實現可能不需要模型；
在視覺化開發環境下，**可以直接表現在開發介面上，這時**就是模型；
再進一步，**和模型可以相互轉換，這需要複雜的轉換規則和工具來實現，在一些建模工具中已經可以實現此種轉換，但僅限專案的一部分；
最後一種，只有模型沒有**，這種方式可以使用模型引擎直接執行模型生成軟體應用，但此種方式的**是含在執行引擎中的，不能說沒有**邏輯，且這種辦法無法實現複雜系統，除非模型引擎是可擴充套件的；
我所在公司的解決方案就是基本模型+外掛程式模型，使用基本模型描述定義一盤應用，使用外掛程式模型描述特殊應用，使用模型引擎和外掛程式執行庫完成基本模型和外掛程式模型描述定義的功能；
我相信軟體構建最終最向以建模為核心的開發方式發展。
軟體構架的模型
軟體構架的模型可分為5種 結構模型 框架模型 動態模型 過程模型 功能模型 結構模型 最直觀 最普遍的建模方法。以構架的構件 連線件和其他概念來刻畫結構，力圖通過結構來反映系統的重要語義內容，包括系統的配置 約束 隱含的假設條件 風格性質等。研究結構模型的核心是構架描述語言。框架模型 與結構模型類似...
軟體構架的模型
軟體構架的模型可分為5種 結構模型 框架模型 動態模型 過程模型 功能模型 結構模型 最直觀 最普遍的建模方法。以構架的構件 連線件和其他概念來刻畫結構，力圖通過結構來反映系統的重要語義內容，包括系統的配置 約束 隱含的假設條件 風格性質等。研究結構模型的核心是構架描述語言。框架模型 與結構模型類似...
UML核心模型 用例模型
學uml就是為了建模，uml的語法和詞彙已經差不多了解了。所以開始學模型了。用例模型是需求工作的結果，用例模型有業務用例模型，概念用例模型和系統用例模型。他們擁有軟體開發的不同生命週期階段，它們三者是在不同的抽象層次上的，它們之間是一種精化關係。業務用例模型 業務用例模型位於統一過程的先啟階段。從業...