我必须要说在我对BPDM的一长串抱怨当中，元模型的复杂性并不是首要的。
模型语言通常被称为元模型，因此定义建模语言的语言就是一个元元模型。
此方法可以帮助您更好了解领域，优化元模型，并使您可以开发工具友好的元模型。
DSL和DSM中的领域通常以元模型的形式捕获，如图1所示。
然而，遵循自顶向下的方法（或任何其他方法）来捕获元模型并不能保证工具友好性。
这个模型会提供系统的统一展现，这与表现选定视角的给定元模型是一致的。
受到UML元模型的约束，任何一个模型元素都可能成为一个提供者、消费者、或者两者兼备。
在作出这些修改后，应用程序数据库调用现在被指向到MetaModel数据库。
MetamodelAPI可以用于动态访问持久性单元的元模型信息。
这个Person_metamodel类是引用Person的元信息的一种代替方法。
要进一步进行类比，则需要对元模型接口使用等效的运行时作用域概念。
元模型使用MOF正式的定义一系列建模构想的抽象语法。
因此，对于一个建模方法模型的本质本身也必须能够以模型来表示，我们称这种模型为元模型。
这些模型（UML、XML模式）都用一个数据集表示，这种特殊的数据集称为元模型。
您应该熟悉基本方法元模型，并能够定义和自定义方法元素。
UML元模型精确的描述了类、属性和这两个概念之间的关系的细节。
软件流程工程元模型（SoftwareProcessEngineeringMetamodel，SPEM）是正式描述软件开发流程的的标准规范。
对于元模型，工具友好性是指为特定元模型（DSL）设计和开发工具的容易程度。
Streamlined是个带支持应用程序生成的富元模型的框架。
这些例子一般不到50行，只能处理UML元模型的一个子集。
如前所述，服务器端元模型表示CWMOLAP元模型的面向部署部分。
不要直接从该元模型的第一个实例构建关系图编辑器；应该首先使用更简单的模型编辑器，例如EMF树编辑器。
元模型Person_.age字段被声明为类型javax.
所有服务器端元模型定义都在javax.olap.serversidemetadata包中。
1·You can create or import the metamodel described above.
可以创建或导入上面描述的元模型。
2·The interrelationships among the various types of assets alluded to above are shown in more detail in Figure 4, which is a UML class diagram defining a metamodel of architectural assets.
上面所提到的各种不同类型资产之间的相互关系在图4中有详细的解释，它是一个定义构架资产的元模型的UML 类图表。
3·Capturing a metamodel is a type of abstraction, which is a skill often found with architects.
捕获元模型是某种类型的抽象，通常是架构师应该具备的技能。
4·This metamodel (Figure 2) describes component types, interfaces, and data structures 11.
这个元模型（见图2）描述组件类型、接口和数据结构 11。
5·Modifying display contents through the metamodel
通过元模型修改显示内容