ICS 25. 010
GB
J 04
中华人民共和国国家标准
GB/T 26499. 3--2011
机械 科学数据第3部分：元数据
Machinery--Science data--Part 3 : Metadata
2011-10-01实施
2011-05-12 发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
发布 GB/T 26499.3--2011
自 次
前言引言
IV
范围规范性引用文件
1
2
3 术语和定义 4 一致性 5UML模型和元数据数据字典 6约定·
机械科学数据元数据要求说明…· 8元数据模式· 附录A（规范性附录） 机械科学数据数据字典附录B（规范性附录） 元数据扩展和元数据应用专规附录C（规范性附录） 抽象测试套件附录D（资料性附录) 元数据应用专规制定方法附录E（资料性附录) 元数据实施·…. 参考文献
7
10
15 24 60 63 65 68 69 GB/T 26499.3—2011
前 言
GB/T26499《机械科学数据》分为四个部分：
第1部分：分级分类方法；第2部分：数据元目录；第3部分：元数据；
第4部分：交换格式。 本部分为GB/T26499的第3部分。 本部分的附录A、附录B和附录C为规范性附录，附录D和附录E为资料性附录本部分由中国机械工业联合会提出。 本部分由全国自动化系统与集成标推化技术委员会（SAC/TC159)归口。 本部分起草单位：北京中机科海科技发展有限公司、安徽京诺科技发展有限公司。 本部分主要起草人：李春梅、李丽亚、李艾丹、郭秋梅、吴来、薛中玉、李莹、王芳。
II GB/T 26499.3-—2011
引言
GB/T26499《机械科学数据》分为四个部分。 1）第1部分：分级分类方法，旨在通过对机械科学数据的分级分类进行规范，以便形成良好的机
械科学数据共享机制，保护国家安全、社会公众利益和数据生产者的合法权益，促进机械科学数据的价值在广泛应用中得到更大的发挥和增值
2）第2部分：数据元目录，旨在通过对机械科学数据的属性进行一致性和精确性的规范描述，保
证具有相同概念的数据元在语义上统一、规范、无歧义，最大限度地消除数据描述的混乱现象。
3） 第3部分：元数据，旨在通过对机械科学数据的来源、内容、质量以及用途等信息提供一套规范
描述，为科研人员、相关用户等提供高效的检索、获取、使用和评价服务，促进机械科学数据的保存、管理、交流、共享和维护。
4）第4部分：交换格式。旨在通过确立面向机械科学数据共享活动的、结构化和预定义的数据交
换结构和格式，实现数据在采集、加工、汇交、分发、服务和应用等多个环节中的自动交换，从而推动和促进机械科学数据的高度共享。
机械科学数据标准的四个部分分别规范了机械科学数据共享管理的四个方面，构成了一个有机整体，缺一不可。
步人21世纪，在新的经济、技术条件下，机械行业作为国民经济发展的重要支撑部分越来越受到社会各界的瞩目，成为当前科学研究的热门领域。机械行业科研过程需要大量的科学数据作为支撑，只有可靠、准确、系统的科学数据，才能满足科技进步与科技创新的需求。然而，事实上，机械行业科研对科学数据的利用并不理想，造成这一现象的主要原因在于科学数据没有得到广泛的共享，以至于虽然大量数据存在，但却难以获取、难于挖掘，这种现状大大阻碍了机械行业，乃至我国科技和经济的发展。
元数据不规范和缺乏统一标准是制约科学数据共享的主要原因，所以，建立统一、规范的元数据标准对于促进数据规范管理和加强数据共享具有十分重要的意义：
一统一、规范的元数据标准可以清楚地描述数据生产单位的数据分类、数据内容、数据质量，以及
数据管理等信息：
一统一、规范的元数据标准可以帮助数据生产者有效地管理和维护数据、建立数据文档，确保机
构对数据的投资即使人员变动或时间流失等情况发生，也不会造成数据文档的丢失：
统一，规范的元数据标准可以为用户提供网上数据查询、检索和交换等服务，方便用户收集和
处理所需信息资源。 本部分借鉴了国内外相关元数据标准，并根据我国机械行业科学数据特点进行制定，是机械科学数
据元数据的内容标准。
本部分的制定将为科研人员、相关用户等提供高效的检索、获取、使用和评价服务，促进机械科学数据的保存、管理、交流、共享和维护。
IV GB/T 26499.3--2011
机械科学数据第3部分：元数据
1范围
GB/T26499的本部分规定了机械科学数据元数据的内容，包括资源集合元数据内容和资源对象元数据内容。
本部分适用于机械行业科学数据的编目，描述、管理和共享。通过使用元数据标准的规范，可为用
户提供数据的检索服务、动态的数据目录服务，动态的相关资源信息服务等，为实现数据共享和机械科学数据的生产者、数据管理者、数据使用者以及一切相关人员提供帮助。
本部分的原理可以扩展到其他领域科学数据元数据标准的制定和应用中去。 2 规范性引用文件
下列文件中的条款通过GB/T26499的本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。
GB/T2659—2000世界各国和地区名称代码（eqvISO3166-1：1997） GB/T7408—2005数据和交换格式信息交换日期和时间表示法（ISO8601：2000,IDT) GB/T18391.3一2009信息技术元数据注册系统（MDR）第3部分：注册系统元模型与基本
属性(ISO/IEC 11179-3:2003,IDT) 3术语和定义
下列术语和定义适用于GB/T26499的本部分。
3. 1
元数据metadata (MD) 关于数据的数据，是说明数据的来源、内容、格式、质量、状态及结构等特征的信息。
3. 2
元数据子集metadata section 元数据的子集合由相关的元数据实体和元素组成。 注：与UML术语中的包同义。 [GB/T19710—2005,定义 4.8]
3. 3
元数据实体metadata entity 组说明数据相同特性的元数据元素。 注1：可以包括一个或一个以上的元数据元素。 注 2：与 UML术语的类同义。 ［GB/T19710—2005,定义4.7]
3. 4
元数据元素 metadata element 元数据的基本单元。 注1：与UML术语中的属性同义。
11 GB/T 26499.3—2011
注2：元数据元素在元数据实体中是唯一的。 3.5
元数据实例 metadata instance 与某元数据模式相符的具体数据资源的元数据。 ［GB/T 20533—2006,定义 3.8]
3.6
数据字典data dictionary a） 软件系统中使用的所有数据项的名字及与这些数据项有关的特性（例如：数据项长度、表示等）
的集合； b）分层数据流程图中涉及的数据流、数据元素、文件、数据基和进程之定义的集合。 [GB/T11457—2006,定义2.394]
3.7
资源 resource 具有身份标识的任何对象。 示例数据集、服务、人员或机构等［GB/T 20533—2006,定义3.27]
3.8
资源集合 resource collection 用于任何物理对象和数字对象集合，本部分中的资源集合主要指数据资源对象或子集合按一定体
系组成的整体。 3. 9
资源对象 resource object 资源对象的定义很广，认为只要有独立标识(URI)的东西均可称之为资源对象。在本部分中，资源
对象指文本、图形、图像、数据表格、软件等相对独立的数字对象。 3. 10
数据集系列 dataset series 符合相同产品规范的数据集的集合。 [GB/T 19710—2005,定义4.3]
3. 11
数据集 dataset 可以识别的数据集合。 注1：通过对诸如覆盖范围或者属性类型的限制，数据集在物理上可以是更大数据集中的一个比较小的数据组。 注2：改写GB/T19710—2005,定义4.2。
3. 12
数据实体data entity 包含数据内容的个逻辑或物理的存储单元示例：文本文件、关系数据库数据表、电子表格、GIS图层等，注：一个数据集可以由一个或多个数据实体组成。
3.13
数据类型data type 在有效值域内，允许对该值域内的值进行合法操作的规定。 例如整形、实型、布尔型、字符串、日期以及本部分中自定义的数据类型等。 注1：数据类型包括基本预定义类型和用户定义的类型。 注2：数据类型用术语标识，例如整型。
2 GB/T 26499.3—2011
注3：改写GB/T19170—2005,定义4.1。 3.14
DCMI Type DCMI(Dublin Core Metadata Initiative,都柏林核心元数据组织）类型词表提供了一组通用的、跨
领域的术语，由DCMI推荐使用，可以被用来确定一种数据资源是属于哪种类型。
注：详见 http:/ /dublincore. org/documents/dcmi-terms/ #H7. 3.15
值域 value domain 允许值的集合。 [GB/T 20533—2006,定义3.19]
3. 16
模型model 一个系统的完整的抽象，是人们对某个领域特定问题的求解及解决方案，并将人们对此的理解和认
识蕴涵在模型中。 3. 17
超文本标记语言hypertext markup language (（HTML) 用于描述网页文档的一种标记语言。
3.18
标准通用置标语言 standard generalized markup language (SGML) 一种通用的文档结构描述置标语言，为语法置标提供了异常强大的工具，同时具有极好的扩展性，
因此在数据分类和索引中非常有用。 3. 19
统一建模语言 unified modeling language （UML) 一种面向对象的建模语言，它是运用统一的、标准化的标记和定义实现对软件系统进行面向对象的
描述和建模。 3.20
统一资源标识符uniform resource indentifier (URI) 用于唯一地标识元素或属性的数字或名称。
3.21
可扩展标记语言 extensible markup language (XML) 用于标记电子文件使其具有结构性的标记语言，可以用来标记数据、定义数据类型，是一一种允许用
户对自己的标记语言进行定义的源语言。 4一致性
本部分定义的元数据实体和元数据元素在第7章、第8章和附录A中阐明。 用户制定的元数据应用专规按照附录B中的要求和规则定义和描述。 一个声称与本部分严格一致的元数据应用专规只包含本部分中定义的元数据元素、元数据实体和
元数据子集，并应能通过附录C中的要求测试。
一个声称与本部分一致的元数据应用专规可包含扩展的元数据元素、元数据实体和元数据子集，并应能通过附录 C 中的要求测试。 5UML模型和元数据数据字典 5.1 UML 模型符号
本部分图6～图21使用UML2.0静态结构图表示，所使用的UML图示符号约定如图1所示。
3 GB/T 26499.3—2011
?? (Aggregation)
???/?? (Dependency)
?？?
(Generalization)
?..? (Composition)
???
？？
1..*
?? (Association)
图1UML符号
5.2UML 模型关系 5.2.1概述
类指具有同类属性和行为的对象，与元数据实体等同。本部分所涉及的类之间的关系包括关联、泛化和依赖等。 5.2.2关联
关联描述两个或多个类之间的关系。UML定义了三种不同类型的关联：包括关联、聚合和组合。 这三种类型具有不同的语义，耦合程度由低到高排列。
通常的关联关系表示两个类之间的一般关系，或表示类之间存在着某种关系，例如多重性的关系。 关联的方向一定要表示，没有方向表示时默认为双向关联。如果是单向关联，需用箭头或其他符号表示。
聚合关联和组合关联用于创建两个类之间的部分与整体关系。但二者有区别，聚合关联表示类之间部分与整体的关系是松散的，“部分类”的实例虽然属于该“整体类”，但是它可以独立存在。
组合关联表示类之间部分与整体的关系是紧密的，即“部分类”中的实例只属于该整体，如果删除了整体，部分将随之被删除。 5.2.3泛化
如果一个类的所有实例都是另一个类的实例,那么，前者与后者就存在泛化关系。前者是子类(特化类），后者是超类（泛化类）。例如数据集限制与法律限制和安全限制的关系就是泛化关系。数据集限制是超类，法律限制和安全限制是子类。 5.2.4依赖
依赖用来表示对包（元数据子集）的理解、使用等依赖其他的包（元数据子集）。 5.2.5角色
角色表示类在关联中的作用。如果一个关联中只有一个特定的方向，就用一个角色名称表示相应的源和目标的关系。在双向关联中，将提供两个角色名称。图2说明在UML图中如何表示角色名称和基数。
4