MCA元模型组件架构初步构想

企业级应用以功能用例(Function Case)为基本单位，例如：订单管理，审批流程，资产负债表查看，一个最终用户可用的功能由数据层，逻辑组件层，表示层等几层组成。

而目前通常的设计模式，将一个Function Case几层进行独立设计，没有在整体上形成统一； 换个角度说，EJB只包含了接口定义；Web Service包含接口和数据元定义；SCA，SDO更为明显的将接口和数据元分离。 这几者从其自身来讲，仅能表达数据模型，操作接口，而无法表达展示层面的逻辑。

我在公司一个高复用组件的设计过程中，通过分析既有的一个些规范，构想了元模型组件架构（MetaModel Component Architecture），或叫 CaseBean。

其基本目标是：以功能用例(Function Case)为单位，每个CaseBean能脱离自己所在的环境和系统，独立表达自己，包括：数据元，操作元，视图元以及数据； 即 CaseBean 是一个元定义+实例化数据的组件。

概念架构：
[img]/upload/attachment/88980/9a5b3197-5a96-3786-a159-18f898a9a44d.jpg[/img]

具体特性和目标包括：
1) 独立性：CaseBean 独立于应用和系统，不依赖于具体的EJB Container, Web Service context, 或者 ROR，PHP等开发环境。

2) 自描述: 数据元，操作元，视图元能分别表达一个功能用例的数据模型，操作接口，界面展示的元定义，并且它包含一个对应当前操作的数据包实例。

3) 兼容性：不依赖于任何环境，因此能被任何系统集成和使用。

4) 实现无关：虽然CaseBean 定义了操作元，但它不实现具体操作逻辑。 需要依赖于被集成的系统提供操作实现。如： 订单CaseBean要查询订单数据，需要到对应的 EJB，Web Service，ROR组件等组件对执行实际操作。