????? 企業級應用以功能用例(Function Case)為基本單位，例如：訂單管理，審批流程，資產負債表查看，一個最終用戶可用的功能由數據層，邏輯組件層，表示層等幾層組成。

????? 而目前通常的設計模式，將一個Function Case幾層進行獨立設計，沒有在整體上形成統一； 換個角度說，EJB只包含了接口定義；Web Service包含接口和數據元定義；SCA，SDO更為明顯的將接口和數據元分離。 這幾者從其自身來講，僅能表達數據模型，操作接口，而無法表達展示層面的邏輯。

???? 我在公司一個高復用組件的設計過程中，通過分析既有的一個些規范，構想了元模型組件架構（MetaModel Component Architecture），或叫 CaseBean。

???? 其基本目標是：以功能用例(Function Case)為單位，每個CaseBean能脫離自己所在的環境和系統，獨立表達自己，包括：數據元，操作元，視圖元以及數據； 即 CaseBean 是一個元定義+實例化數據的組件。

??? 概念架構：
?????

??? 具體特性和目標包括：
??? 1) 獨立性：CaseBean 獨立于應用和系統，不依賴于具體的EJB Container, Web Service context, 或者 ROR，PHP等開發環境。
????
??? 2) 自描述: 數據元，操作元，視圖元能分別表達一個功能用例的數據模型，操作接口，界面展示的元定義，并且它包含一個對應當前操作的數據包實例。

??? 3) 兼容性：不依賴于任何環境，因此能被任何系統集成和使用。

??? 4) 實現無關：雖然CaseBean 定義了操作元，但它不實現具體操作邏輯。 需要依賴于被集成的系統提供操作實現。如： 訂單CaseBean要查詢訂單數據，需要到對應的 EJB，Web Service，ROR組件等組件對執行實際操作。

MCA元模型組件架構初步構想