创建NIEM数据模型

NIEM背后的基本原理之一是重复使用公共参考词汇表-一组预定义的数据元素和定义，用于定义信息交换。为此，构建NIEM数据模型的核心任务之一是创建NIEM参考架构的子集。目标是通过重用NIEM参考模型中已定义的类型和元素，对尽可能多的数据交换进行建模。

NIEM数据模型通常由许多应用了<< InformationModel >>构造型的包组成。

通常，一个模型将具有一个表示NIEM核心子集模式的Package，一些其他Packages表示特定Domain模式的子集，以及一个或多个Packages表示扩展模式。扩展方案包提供了模型所需的那些元素，这些元素在NIEM参考模型中不可用。通常，交换消息的根元素与更一般的元素分开，并在专用于特定交换的扩展架构包中建模。

创建NIEM 4.0数据模型的步骤

步	详情	也可以看看
导入NIEM 4.0参考模型	创建NIEM模型涉及的许多活动都依赖于使用NIEM参考模型。如果尚未这样做，请在继续进行之前将参考模型导入到Enterprise Architect项目中。有关更多信息，请参见帮助主题“ 下载NIEM参考模型” 。	下载NIEM参考模型
创建Niem-core参考包的子集	创建NIEM IEPD时，有很多原因可以创建NIEM名称空间模式的子集，但是两个最重要的原因是：参考架构非常大。子集产生的模式文件要小得多，从而可以更快地验证模式参考架构中的元素非常宽松地受到约束；子集过程允许建模者施加更严格的约束，例如限制基数和允许的值，以更紧密地反映实际业务需求在Enterprise Architect ，子设置过程是使用Schema Composer执行的。 Schema Composer允许建模者从源包中选择所需类的子集，并为每个选定的类选择所需属性的子集。然后将选定的类及其简化的属性集复制到目标Package。通常，源软件包将是NIEM参考模型中的Niem-core名称空间软件包。在这种情况下，目标包也将是名为“ Niem-core”的命名空间包，但它将成为您的NIEM IEPD模型的一部分。参考模型中的其他名称空间包（例如域包）也可以以相同的方式进行子集化。使用Enterprise Architect的Schema Composer工具将Niem核心参考包的子集复制到IEPD模型的Niem核心子包。目标是通过重复使用Niem-core参考模型中已定义的类型和元素，对实际的数据交换进行尽可能多的建模。如果您的模型还将使用NIEM域包，则应为您使用的每个域包重复此子设置过程。有关更多信息，请参见帮助主题“ 使用Schema Composer设置NIEM” 。	使用Schema Composer子集NIEM
创建扩展包	创建NIEM数据模型时，目的是使用NIEM参考模型中的类型和元素为您的数据交换建立尽可能多的模型。然后，通过使用NIEM-UML概要文件中的元素创建新的类型和元素，从而在“扩展”名称空间包中对无法重用现有NIEM元素进行建模的事物进行建模，所有类型最终都源自XML模式原语类型。 NIEM入门模型（来自模型向导）和MPD入门模型模式（来自图表工具箱）都提供了<< InformationModel >>包，可在其中对各种模式进行建模。使用这些包中的PIM图，可以通过从图工具箱中添加元素来构建不同模式的模型。建议您使用“交换”包中的图，根据需要使用其他模式包中的类型和元素来组装交换的高级模型。大多数IEPD都需要扩展架构来定义特定的类型和属性，这些类型和属性对于所定义的数据交换是唯一的。但是，NIEM模型未定义用于在交换中组装所有对象的特定消息类型或结构。因此，由IEPD的创建者来编写一个扩展架构，以声明消息的根元素和基本结构。交换的根元素将交换中定义的所有对象和关联放在一起。尽管不需要创建单独的架构来声明消息的根元素和基本结构，但将特定于消息的扩展名划分为“交换”架构，将更多的通用扩展项划分为“扩展”架构可能会有所帮助。 Exchange架构包含消息类型或消息类型组唯一的定义。它通常仅包括根元素及其类型，可能还包括一些构成消息基本框架的结构元素。将架构元素组织为“交换”和通用“扩展”分组还可以在多个IEPD之间共享更通用的架构，而“交换”架构通常特定于一个特定IEPD。您也可以具有多个“交换”模式，以表示不同的消息类型或不同消息类型的组。

步

详情

也可以看看

导入NIEM 4.0参考模型

创建NIEM模型涉及的许多活动都依赖于使用NIEM参考模型。如果尚未这样做，请在继续进行之前将参考模型导入到Enterprise Architect项目中。

有关更多信息，请参见帮助主题“ 下载NIEM参考模型” 。

下载NIEM参考模型

创建Niem-core参考包的子集

创建NIEM IEPD时，有很多原因可以创建NIEM名称空间模式的子集，但是两个最重要的原因是：

参考架构非常大。子集产生的模式文件要小得多，从而可以更快地验证模式
参考架构中的元素非常宽松地受到约束；子集过程允许建模者施加更严格的约束，例如限制基数和允许的值，以更紧密地反映实际业务需求

在Enterprise Architect ，子设置过程是使用Schema Composer执行的。

Schema Composer允许建模者从源包中选择所需类的子集，并为每个选定的类选择所需属性的子集。然后将选定的类及其简化的属性集复制到目标Package。通常，源软件包将是NIEM参考模型中的Niem-core名称空间软件包。在这种情况下，目标包也将是名为“ Niem-core”的命名空间包，但它将成为您的NIEM IEPD模型的一部分。

参考模型中的其他名称空间包（例如域包）也可以以相同的方式进行子集化。

使用Enterprise Architect的Schema Composer工具将Niem核心参考包的子集复制到IEPD模型的Niem核心子包。目标是通过重复使用Niem-core参考模型中已定义的类型和元素，对实际的数据交换进行尽可能多的建模。

如果您的模型还将使用NIEM域包，则应为您使用的每个域包重复此子设置过程。

有关更多信息，请参见帮助主题“ 使用Schema Composer设置NIEM” 。

使用Schema Composer子集NIEM

创建扩展包

创建NIEM数据模型时，目的是使用NIEM参考模型中的类型和元素为您的数据交换建立尽可能多的模型。然后，通过使用NIEM-UML概要文件中的元素创建新的类型和元素，从而在“扩展”名称空间包中对无法重用现有NIEM元素进行建模的事物进行建模，所有类型最终都源自XML模式原语类型。

NIEM入门模型（来自模型向导）和MPD入门模型模式（来自图表工具箱）都提供了<< InformationModel >>包，可在其中对各种模式进行建模。使用这些包中的PIM图，可以通过从图工具箱中添加元素来构建不同模式的模型。

建议您使用“交换”包中的图，根据需要使用其他模式包中的类型和元素来组装交换的高级模型。

大多数IEPD都需要扩展架构来定义特定的类型和属性，这些类型和属性对于所定义的数据交换是唯一的。但是，NIEM模型未定义用于在交换中组装所有对象的特定消息类型或结构。因此，由IEPD的创建者来编写一个扩展架构，以声明消息的根元素和基本结构。交换的根元素将交换中定义的所有对象和关联放在一起。

尽管不需要创建单独的架构来声明消息的根元素和基本结构，但将特定于消息的扩展名划分为“交换”架构，将更多的通用扩展项划分为“扩展”架构可能会有所帮助。 Exchange架构包含消息类型或消息类型组唯一的定义。它通常仅包括根元素及其类型，可能还包括一些构成消息基本框架的结构元素。

将架构元素组织为“交换”和通用“扩展”分组还可以在多个IEPD之间共享更通用的架构，而“交换”架构通常特定于一个特定IEPD。您也可以具有多个“交换”模式，以表示不同的消息类型或不同消息类型的组。