eeplat的元模型體系是元資料驅動的必要條件之中的乙個。僅僅有通過元模型可以完好的描寫敘述乙個軟體系統。才可以完整的定義該軟體系統的元資料，也才幹真正實現軟體系統的元資料驅動式開發。也就意味著乙個軟體系統的ui、業務邏輯、流程、功能、許可權等均須要可以通過元模型描寫敘述，可以完整的定義出對應的元資料。
eeplat的核心思想，從高度抽象的視角看「一切軟體表現及行為皆資料」
eeplat的
元模型能夠分為後台處理和ui兩大部分。
（1）後台處理部分。業務物件元模型主要描寫敘述業務功能的靜態結構，服務元模型主要完畢業務邏輯。同一時候負責業務物件元模型之間的互動。工作流元模型主要完畢業務流程及業務物件元模型的協作；組織元模型通過組織元模型之間的職責關係能夠實現靈活的組織結構。
（2）ui部分。ui部分的元模型主要包含選單、面板、**、**元素、功能樹等，通過開創性的利用層疊式介面模型模式組織使用者介面，以及使用登錄檔來統一管理控制器。能夠簡單易擴充套件得實現複雜的介面。
層疊式介面模型是我們在綜合分析當前主流介面框架和引擎的基礎上，進一步抽象提取出乙個通用的介面模型。
介面模型主要由面板、**、介面元素三個概念組成。通過面板的巢狀擺放實現介面框架，通過**來完畢介面元素的集合及控制，通過介面元素來表達介面中的每個詳細的元素，如輸入框、顯示區、鏈結、button等。
通過三個層次的復用組合基本能實現各種介面個性化的複雜性要求。從而也使得介面可以通過元資料驅動的方式動態建立，使得平台可以實現各種複雜、個性化的互動介面需求。
完好的元模型體系結構例如以下圖：
qq群： 105867861
模型 元模型
在兩個月的漫長假期裡，我花了一點時間看了 uml寶典 和xpdl規範，在兩分資料中都提到了元模型的概念，雖然以前不只一次的聽說過元模型，但是這次我才真正意識到它的重要性。元模型指的是描述模型的模型。在uml圖中，我們用類圖來描述系統的結構，這個時候，我們所繪製的類圖就是我們系統的模型，而 類圖 um...
OSSP過程體系模型
ossp過程體系模型是基於cmmi 軟體工程和專案管理知識的 軟體過程改進方法和規範 模型中包括過程管理過程 專案管理過程 工程過程和組織支援過程。過程模型包括了6個專案 產品 階段，24個過程域，每個過程域由過程 規程 文件模板等組成。公司技術部門的軟體開發專案必須按過程域要求執行。模型說明 模型...
對於DIKW體系（模型）的理解
data 可以是數字 文字 影象 符號等 information 通過一些方式將資料進過組織和處理，資料就有了意義。這就是資訊。knowledge 對於資訊的集合，使資訊變得有用，更好的傳遞給人類 wisdom 當人類擁有並掌握了這個知識就變成了智慧型。有點抽象，舉個例子 對於描述大西洋的時候 da...