【GB国家标准】 /ISO/IEC19503:2005 信息技术XML元数据交换(XMI)

ICS35.040
中华人民共和国国家标准
GB/T28167—2011/ISO/IEC19503:2005信息技术
XML元数据交换（XMI）
Information technology-XML metadata interchange (XMI)（ISO/IEC19503：2005,IDT）
2011-12-30发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2012-06-01实施
规范性引用文件
3缩略语
XMI模式设计原则
XML模式的使用
基本原则
XMI模式和文档结构
XMI模型
XMI属性.
XMI类型
元模型类的规范
发送不完整元数据
剪裁模式产生式
发送元数据差别
用多种工具交换文档
通用的数据类型机制
5XMI模式产生式
目的·
XML2.0版本模式
6XML文档产生式
6.3EBNF规则表示，
6.4增加的示例…
6.5非本源数据的文档产生式规则7从XML到MOF的产生式
7.1引言：
7.2DTD（文档类型定义）到MOF产生式7.3XML到MOF
7.4XMLSchema到MOF
8 XMLSchema Model
GB/T28167—2011/ISO/IEC19503:200523
GB/T28167—2011/ISO/IEC19503:20058.2XMLSchema结构
8.3XMLSchemaSimpleDatatypes
附录A（规范性附录）符合性事项·附录B（资料性附录）
参考文献
附录C（规范性附录）
法律信息
本标准按照GB/T1.1--2009给出的规则起草。GB/T281672011/IS0/1EC19503:2005本标准等同采用ISO/IEC19503：2005《信息技术XML元数据交换（XMI）》。国际标准原文中有索引，但只是在电子版中起到链接的作用.在国家标准中的作用不大，因此删除。本标准在采用国际标准的同时，对国际标准中的英文翻译统一采用以下规则：a）首字母大写的词，用斜体表示；b）黑体的词，用黑体表示；
c）带引号的词，用带引号表示
d）大写词用宋体加粗，小写词用宋体；e）形式描述式，不译，格式按原文。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任本标准由全国信息技术标准化技术委员会（SAC/TC28）提出并归口。本标准起草单位：中国电子技术标准化研究所、北京科迪智标信息技术有限公司、中国标准化研究院。
本标准主要起草人：王静、张展新、刘彦东、冯惠、邢立强。GB/T28167—2011/ISO/IEC19503:2005引言
XMI主要目的是为了在分布式异构环境中，使得在应用程序开发生存周期工具（例如：基于ISO/IEC19501《统一建模语言（UML）》的建模工具和基于ISO/IEC19502《元对象设施（MOF）》的元数据存储库/框架）之间的元数据易于交换。本标准集成了3个关键的行业标准：·XML：可扩展置标语言，W3C标准。●UML：统一建模语言.OMG建模规范，现在是ISO/IEC19501。·MOF：元对象设施（ISO/IEC19502）。OMG在1999年2月采纳了XMI(1.0版本）。作为一个模型和元数据交换设施，是对OMG分析和设计任务组发布的一项建议要求的响应。该设施的目的是支持元数据交换（如ODPUML模型）。2002年10月XMI修订任务组提交了最新的版本XMI2.0，它包括一些对原有规范的澄清和更正，以及为适应MOF版本1.4而做出的变更。分布式处理的迅速发展需要本标准和ITU-T建议X.901-9041ISO/IEC10746有一个协调的框架，而开放分布式处理参考模型（RM-ODP）提供了这样的一个框架，它定义了一个能够支持分布式、互操作性、可移植性相结合的体系结构。RM-ODP第2部分（ISO/IEC10746-2)定义了描述分布式系统的基本概念和建模框架结构。RM-ODP第3部分（ISO/IEC10746-3）应用第2部分的基本概念和框架规定了一个开放性分布式系统的类属体系结构。当然，XMI标准不仅仅局限于此标准文本，它和开放性分布式处理（ODP）标准化的任务也同样有关。
1范围
GB/T28167—2011/IS0/IEC19503:2005信息技术XML元数据交换（XMI）本标准为以下各项提供了规范：a）将基于MOF的元模型转化为XML模式的XML模式定义（XSD）的产生式规则的集合：b）将基于MOF的元数据的编码和解码的XML文档产生式规则的集合；c）基于XMI的模式和XML文档的设计原则；d）将XMLDTD导人基于MOF的元模型的产生式规则的集合。本标准提高了在通常的分布式对象环境和特殊的分布式开发环境中的元数据管理和元数据互操作性。在对象分析和设计领域中，本标准描述了基于流式元数据互操作，同时XMI（部分因为它是基于MOF的）也在元数据的很多其他领域得到同样的应用。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB13000—2010信息技术通用多八位编码字符集（UCS）（ISO/IEC10646：2003，IDT）GB/T18714.2一2002信息技术开放分布式处理参考模型第2部分：基本概念(ISO/IEC10746-2:1996,IDT)
GB/T18714.3一2003信息技术开放分布式处理参考模型第3部分：体系结构（ISO/1EC10746-3.1996.IDT)
ISO/IEC19501信息技术统一建模语言（Information technology-Opendistributed processingUnified modeling language(UML))ISO/IEC19502信息技术元对象设施（Informationtechnology-Metaobjectfacility（MOF））W3CXML1.0http://w3.org/TR/REC-xml-Feburary,2004W3CXSD1.0http://w3.org/TR//XMLschema-0/.XMLschem-1.XMLschem-23缩略语
文件类型定义
元对象设施
统一建模语言
XML元数据交换
XML模式定义
4XMI模式设计原则
4.1目的
(DocumentTypeDefinition)
(Meta ObjectFacility)
(UnifiedModelingLanguage）
(XMLMetadata Interchange)
(XML Schema Definition)
本章是关于XML模式的描述，它可和XMI规范一起用来允许一些元模型信息通过XML确认进1
GB/T28167—2011/IS0/IEC19503:2005行验证。首先描述的是XMI中模式的使用，然后是基本原则简短的描述，包括每个XML属性的和XMI定义的XML元素的简短描述。这些描述后面有更完整的描述，它们提供一些示例来说明XMI模式在元模型类规范、发送不完整元数据、链接、剪裁模式产生式、发送元数据的差异，以及工具之间交换文档这些范围内的设计动机。
在本标准第5章定义了如何自动从MOF元模型生成一个模式，来表现任何符合MOF的元模型。本章将描述XMI2.0模式：第5章描述如何创建XMI2.0模式。可以规定标签值对作为MOF元模型的部分来剪裁生成的模式，但不要求这样做。使用这些标签值对需要一些关于XML模式的知识，但是产生的这些模式将比默认模式更有效。至于如何运用这些标签值对来产生XML模式的完整描述见第7章。4.11中“剪裁模式产生式”描述了标签值、它们对模式产生式的影响和它们在文档序列化上的影响。4.2XML模式的使用
XML模式提供了一种方法，使得XML处理器能确认XML文档的句法和部分语义。本标准还提供了对于任何有效的、基于MOF的、XMI传递的元模型都侧生成模式的规则。但是，是否使用模式是可选择的：即便存在模式，XML文档也可以不去引用它。如果再放低文档质量上的要求，这些生成的文件可以被处理得更快。
在包含MOF元模型数据的XML文档中进行XML确认是有益的。如果进行了XML确认，任何XML处理器就都可以进行一些验证，从而缓解了进行这些检查的导人/导出程序的负担。进行验证的软件程序不能仅靠XML确认所有的验证，因为XML确认并不完成所有可能完成的验证。包含符合本标准的元模型数据的每个XML文档都包含：本标准要求的XML.元素、包含与元模型一致数据的XML元素，以及包含表示元模型扩展的元数据的XML元素（可选的）。本标准要求元模型要用XML元素明确地标识。同时一些元模型信息也能编码进XML模式中。进行XML确认可以对一些XML元素进行有效检查，这些XML元素包含：关于传送的信息的元数据、传送的信息本身和元模型的任意扩展。
W3C采纳了XML命名空间规范，从而允许XMI可以同时使用多种元模型。XML模式的确认依靠XML命名空间，因此可以在一个XML文档中选择自已的命名空间前缀，并使用模式去确认它。使用命名空间URIC而不是命名空间前缀）来标识哪个模式可以用来确认XML文档。4.2.1XMI文档的XML确认
XML.确认能确定在包含元模型数据的XMI文档中是否出现本标准要求的XML元素，而不论这些XML元素需要的XML属性是否有它们的值和这些值是否正确。XML确认也能用来确认元模型数据是否与元模型一致。虽然可以进行一些检查，但是仅仅依赖XML确认去确保传递的信息符合所有的元模型语义限制是不现实的。不可能通过XML确认做完整的XML验证，因为自前在一个XML模式中规定元模型的所有的语义限制是不可能的，并且模式的自动产生式规则排除了能被手工编码但不能被自动编码进一个模式中的语义限制的使用。最后，XML确认能用来确认元模型的扩展，因为扩展必须作为元素描述：如果那些元素定义在一个模式中，该模式能用来验证该元素。4.2.2XMI模式的要求
XMI使用的每个模式必须符合以下要求：a）XMI规范定义的所有XML元素和属性必须引人模式。它们不能直接被放置到模式当中，因为每个模式只有一个目标命名空间。b）元模型结构有相应的元素声明，并可像下面描述的那样有一个XML属性声明。此外，一些结2
GB/T28167-2011/IS0/IEC19503:2005构也有complexType声明，这些声明可如下所述那样使用组属性组和类型。c）虽不必要，但描述元模型的扩展的任何XML元素可在模式中加以声明。在缺省状态下，XMI模式允许“发送不完整的元数据，”但是如果需要也可以应用多样性的下限。进一步的细节可见4.9发送不完整元数据。4.3基本原则
本条说明XMI的XML模式的基本组织。本条还包含每个主题的详细信息。4.3.1要求的XML声明
本标准要求模式中包含：XML元素声明、类型、属性和属性组，使元数据XML确认符合本标准。有些XML元素包含有与要传送的元数据有关的元数据。例如，与元数据关联的元模型身份，产生该元数据的工具，元数据是否已被验证等。本标准定义的全部xML元素都在命名空间\http：//omg.org/XMI”中。XML命名空间机制能用于避免XMI元素和来自自用的MOF模型的XML元素之间名称冲突。除要求XML元素声明之外，根据本标准有一些属性也必须定义。对每个符合元模型类的XML元素来说，必须有能使XML元素可成为本地的或移动的XML元素代理的XML属性。这些属性用来把一种XML元素与另外的XML元素关联起来。如果需要把数据放进XML属性而不是XML元素，那将需要一些其他的属性。用户可以使用MOF标签值进行声明。4.3.2元模型类的表示
在模式中，每种元模型类用名称和它一样的XML元素来表示，就像和类名称一样的complexType一样。类型的声明列出了：类的属性，与该类相关引用关联端，该类包含的类，它们或者是明确的或者是通过合成关联的。在默认情况下，符合元模型类的XML元素的内容模型在属性和引用方面并没有序列化。
在默认情况下，XMI允许运用XML元素或者属性使其特征序列化，也同样可以指定如何让它们序列化。遏制引用和多值属性总是序列化使用XML元素。4.3.3元模型的扩展机制
每个XMI模式包含一个扩展元模型类的机制。零或更多extension元素都包含在每一类的内容模型中。这些扩展元素都有一个ANY的内容模型，在扩展性质方面都允许相当的自由度。processContents属性是不严格的，即如果一个模式对它们来说是可用的，那么处理器就将对扩展范围内的元素加以确认，但是如果没有模式，它也不会报错。此外，顶层XMI元素可能包含提供新信息的零或更多的extension元素。扩展机制的一个用途就是可以为特殊工具和XML元素表示的元模型类一起的联合显示信息，还有就是可以发送代表一个元模型类扩展的数据。使用XMI的工具将存储扩展信息并再次导出它，这样就使工程循环起来，尽管它们不可能进一步处理这些信息。可选择在模式中声明扩展元素中的XML元素。4.4XMI模式和文档结构
每个XMI模式包含以下声明：
a）XML版本处理指令。例如：<？XMLversion=\1.o\？>。b）可选的编码声明，指明符合GB13000的字符集。例如：<？XMLversion=1.o\ENCODING=\UCS-2\?)。
c）任何其他有效的XML处理指令。GB/T28167—2011/IS0/IEC19503:2005d）模式XML元素。
e）XMI命名空间的导人XML元素。f）具体的元模型声明。
除非XMI被嵌人在另一份XML文档中，每份XMI文档将由下列声明组成：a）XML版本处理指令。
b）规定字符集的可选择的编码声明。c）任何其他有效的XML处理指令。XMI不会强加那些超出XML定义的排序要求。XML命名空间也可像下面描述的那样在XMI元素中加以声明。
XMI信息结构的顶级元素要么是XMI元素，要么是MOF元模型中类实例相应的XML元素。只包含XMI信息的XML文档将把XMI作为文档的根元素。将来的XML交换模式可能会发展成把扩展XMI和嵌入XMI元素也包含在它的元素中。4.5XMI模型
本条描述XMI文档结构模型，即XMI模型。XMI模型是用于在XMI文档中描述具体XMI的信息MOF实例，例如版本、文档编制、扩展和差别。使用一个XMI模型能让对待XMI文档元数据像对待其他MOF元数据一样，充许同其他MOF对象一样使用标准MOFAPI访问和编排特定XMI信息。一份有效的XMI文档可以包含XMI元数据：也可以没有。
4.5.1XMI模型的XML模式
当XMI模型作为符合XMI模式产生式规则的XML模式产生时.必然会有一套XMI元素和属性声明。第8章将给出这些声明并且赋予XML命名空间“http：//omg.org/XMI”。每个符合XMI的模式必须包括下列XML元素的声明，这些声明将从XMI命名空间中导人“http：//omg.org/xMI”。
另外，有些属性声明和属性组声明也同样必须导人。这些包括id属性，IdentityAttribsLinkAttribs和ObjectAttribs属性组。这些结构并没有被XMI模型定义。在那些然后的声明里，URI是“http：//wwww3.org/2001/XMLSchema”的XML模式命名空间都有命名空间前缀“xsd”；XMI命名空间是默认命名空间。4.5.2XMI模型类
这里有3张图表描述XMI模型。下面各条将描述这个类的细节，而本条将给出模型的总括。图4.1描还广XMI元系，文档和扩展元素。XMI类是XMI文档元数据和内容的总默认容器XMI类的属性有版本、文档、差别（在图4.2中增加、替换、删除）以及扩展。文档类包含很多字段描述非计算用途的文档。扩展类包含有外部信息的元数据。字符串的数据类型是MOF模型中的字符串并且是\http：//www。w3.org/2001/XMLSchema#string\的XML模式的数据类型。整数数据类型是MOF模型中的整数并且是http：//www。w3.org/2001/XMLSchema#integer”的XML模式的数据类型。
<<0..1>>version：字符申
<<0..1>>documentation
<<0..1>>difference:差异
<<0..1>>extension：扩展
Extension
extender：字符申
>extenderld：字符串
GB/T28167--2011/IS0/IEC19503.2005Documentation
>contact：字符申
>exporter：字特串
<<0.*>>exporterVersion：字符申<<0.*>>longDescription字符审>shortDescription：字符申<>notice：字符申串
<<0.*>>owner：字符串
>
字符串
图4.1XMI元素、文档和扩展的XMI模型+添加操作
位置：整数
<>
RefBaseObject
（来自MOF）
+目标
Difference
+差异
Deletewww.bzxz.net
+替换操作
+存储空间
Replace
2差别的XMI模型
位置：整数
GB/T28167—2011/ISO/IEC19503:2005差异信息（图4.2）描述成目标对象的增加、删除和替换。差别相关对象可能在相同或者不同的文档中。差别信息由Add、Delete和Replace类组成，它规定了一组差异并且与增加或者删除的MOF对象相关。注意RefBaseObject类是规定差异有能涉及任意对象的目标的占位符。要求的元素声明中并没有RefObject类。
XML模型中每个元素的XML模式声明将在以下各条里给出。除了4.6“XMI属性”描述的XMI属性和XMI类，这些声明将根据第7章定义的XML模式规则的XMI产生式产生。4.5.3XMI
只包含XMI数据的XMI文档中的顶层XML元素是XMI元素。其声明是：(xsdcomplexTypename=\xMI\)《xsdchoiceminOccurs=\o\maxOccurs=\unbounded\）(xsd:anyprocessContents=\strict\/)(/xsd:choice）
《xsd:attributeref-\id\/)
(xsd:attributeGroupref=\IdentityAttribs\/)《xsd:attributeGroupref=\LinkAttribs\/）
(xsd:element name=\xMIsa\type=\xMI\/)要求version属性设置为\2.0”。这指明元数据与XMI规范的这个版本相符。OMG将为本标准的修正版本重新指定一个编号。
XMI元素不需要是XML文档的根元素；可以使没根据本标准序列化的任何XML元素包含它。如果文档只包含XMI信息，当只有一个单独的顶层对象时，文档可以出现XMI元素。当XMI元素不出现时，xmi：version属性用来标签XMI信息的开始和标识XMI版本。第8章中包含使XMI元素应用的示例。
XMI类将contentType设置成“any\来指明XMI元素可以出现在XMI流中。属性版本将标签形式设置为\qualified”，标签fixedValue设置为2.o”，标签属性设置为\true”，并且标签enforceMinimumMultiplicity设置为“true”。如果XMI模型是一个MOF的实例，那除了一种例外，它与其他任何MOF元模型一样可以序列化使用相同的规则。使用默认的序列化规则将导致XMI版本属性在XMI元素中出现两次：一种是直接来自XMI版本属性，另一种则通过ObjectAttribs组的内含物。因此，属于ObjectAttribs属性组的版本属性必须从XMI类型声明中排出。至于如何使XMI类序列化见6.3.1“总体文档结构”。XMI元素的序列化是特别的--它在第8章XML文档产生式规则中定义。XMI模型包有下列标签设置：
●标签nsURI设为http：//omg.org/XMI”；·标签nsPrefix设为“xmi”，
·标签superClassFirst设为\true”；·标签useSchemaExtension设为\true”。4.5.4扩展
扩展od设计成包含在用户元模型的范围之外的扩展信息。扩展是XMI类的一个多值属性，它可6
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。