首页 > 民用航空行业标准(MH) > MH/T 0029-2009 民航科学数据共享元数据内容
MH/T 0029-2009

基本信息

标准号: MH/T 0029-2009

中文名称:民航科学数据共享元数据内容

标准类别:民用航空行业标准(MH)

标准状态:现行

发布日期:2009-01-12

实施日期:2009-05-01

出版语种:简体中文

下载格式:.rar .pdf

下载大小:42127830

相关标签: 科学 数据 内容

标准分类号

关联标准

出版信息

出版社:中国标准出版社

标准价格:0.0 元

出版日期:2009-05-01

相关单位信息

发布部门:中国民用航空局

标准简介

MH/T 0029-2009 民航科学数据共享元数据内容 MH/T0029-2009 标准下载解压密码:www.bzxz.net

标准图片预览






标准内容

ICS35.040
备案号:
中华人民共和国民用航空行业标准MH/T00292009
民航科学数据共享元数据内容
Metadata content for science data sharing of civil aviation2009-01-12发布
中国民用航空局发布
2009-05-01实施
2规范性引用文件。
3术语和定义
4.符号与约定
5民航科学数据共享元数据模式,目
6民航科学数据共享元数据元素的摘要描述。7数据类型信息。
附录A(规范性附录)民航科学数据共享元数据包UML图.附录B(规范性附录)民航科学数据共享元数据字典MH/T0029—-2009
本标准的附录A和附录B为规范性附录。本标准由中国民用航空局人事科教司提出。本标准由中国民用航空总局航空安全技术中心归口。MH/T0029—2009
本标准起草单位:中国民用航空总局航空安全技术中心、中国民航大学、中国民航管理干部学院。
本标准主要起草人:张晶、刘建国、刘风、贺国英、苏万鹏。1范围
民航科学数据共享元数据内容
MH/T 0029--2009
本标准对民航领域科学数据共享元数据进行摘要描述,规定了民航科学数据共享元数据的模式和数据类型信息,提供了共享元数据包UML图和数据字典。本标准适用于民用航空领域科学数据集元数据整理、建库、汇编、发布和查询。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。
GB/T2659世界各国和地区名称代码(eqVISO3166-1)GB/T7408数据元和交换格式信息交换日期和时间表示法,(eqVIS08601)SDS/T21112004元数据标准化基本原则和方法SDS/T2112—2004科学数据共享元数据内容IS019111垂直宽度/垂向和多维覆盖3术语和定义
下列术语和定义适用于本标准。3.1
数据集dataset
可以标识的数据集合。
注:数据集在物理上可以是更大数据集的比较小的数据组。从理论上讲,数据集可以小到更大数据集内的单个要素或要素属性。一张硬拷贝地图或图表可以被认为是一个数据集。本标准所指的数据集是不可再细分的数据集,即可以用一个数据字典能够唯一描述的数据集合。3.2
数据集系列.dataset series
同一主题的多个数据集的组合。3.3
元数据metadata
关于数据的数据。
metadataelement
元数据元素
MH/T0029-—2009
元数据的基本单元。
注:与UML术语中的属性同义。
元数据实体metadataentity
一组说明数据相同特性的元数据元素。注1:与UML术语中的类同义。
注2:可以包含一个或一个以上元数据实体。3.6
元数据子集metadatasection
元数据的子集合,由相关的元数据实体和元素组成。注:与UML术语中的包同义。
资源resource
能满足一种需求的资产或手段。示例:数据集、服务、文档、人力或机构。3.8
核心元数据
居coremetadata
在国家科学数据共享工程中,描述科学数据集最基本属性、领域在制定其元数据内容标准时应选择的元数据实体和元数据元素。3.9
公共元数据Www.bzxZ.net
commonmetadata
在国家科学数据共享工程中,大多数领域具有共性的元数据内容。公共元数据包含核心元数据的全部内容,是领域在制定其元数据内容标准时的工作起点。3.10
参考元数据referencemetadata
公共元数据的扩展和细化,但并非全部领域元数据内容的并集。参考元数据包含丰富的元数据内容,是领域在制定其元数据内容标准时的重要参考。3.11
包Package
在UML中用于表示实体的组织。
类class
对拥有相同的属性、操作、方法、关系和语义的一组对象的描述。4.符号与约定
4.1元数据摘要表示
4.1.1定义
描述元数据的基本内容。
4.1.2英文名称
一般用英文全称。
4.1.3数据类型
MH/T0029—2009
元数据的有效值域和允许对该值域内的值进行有效操作的规定。例如整型、实型、布尔型、字符串、日期等。
4.1.4值域
说明元数据元素取值范围。
4.1.5短名
元数据的英文短名称,命名规则如下:a)短名应是唯一的;
b)采用与国际标准类似的英文名称作为短名。4.1.6注解
4.1.6.1基本要求
对元数据的含义的进一步解释,包括该元数据的约束条件(必选、可选或条件必选)和最大出现次数。当该元数据为条件必选时,应注明其约束条件。4.1.6.2约束和(或)条件
说明元数据实体或元数据元素是否必须选取的属性。包括:a)必选M:表明该元数据实体或元数据元素必须选择;b)可选0:根据实际应用可以选择也可以不选的元数据实体或元数据元素。已经定义的可选元数据实体和可选元数据元素,可指导民航领域专用元数据标准制定人员充分说明其数据。可选元数据实体可以有必选元素;但这些元素只当可选实体被选用时才成为必选的。如果一个可选元数据实体未被选用,则该实体所包含的元素(包括必选元素)也不选用;
c)条件必选C:说明可以进行电子处理的条件,当该条件满足时,至少一一个元数据实体或元数据元素必选。“条件必选”用于以下三种可能性之一:1)表示在2或2个以上元数据实体或元数据元素中进行选择。至少存在一个元数据实体或元数据元素必选;2)当已经选用另一个元数据实体或元数据元素时,此元数据实体或元数据元素为必选;
3)当另个元数据元素已经选择了一个特定值时,此元数据元素为必选。4.1.6.3最大出现次数
说明元数据实体或元数据元素可以具有的最大实例数目。只出现一次的用“1”表示,重复出现的用“N”表示。不为“1”的固定出现次数用相应的数字表示,如“2”、“3”、“4”等。
4.1.7子元素
子元素是通过一定的表示规则以确定一个元数据子集或元数据实体中包含的下一级的3
MH/T0029-—2009
元数据实体或元数据元素。表示规则为:“标识符=表达式”。表达式的符号含义如表1所示。
由..替换、生成,由..组成
或(选择)
—在由\\分开的两项之中选择其—表示()中的元数据元素a为可选项/条件必选项,且最大出现次数为1;若为条件必选项,约束和(或)条件具体参见其注解表示()中的元数据元素a为可选项/条件必选项,且最大出现次数为N;若为条件比选项,约束和(或)条件具体参见其注解表示元数据元素a为必选项,且最大出现次数为1表示()中的元数据元素a为必选项,且最大出现次数为N在子元素表示中,中均使用元数据元素或实体的中文名称。示例:
子元素:分发信息:
1分发格式)n+
o(分发者)n+
0(传送选项)n
4.1.8扩展巴氏范式
扩展巴氏范式可以更加规范化地表示一个元数据子集或元数据实体与其下一级的元数据实体或元数据元素之间的关系,便于系统实现。与子元素的表示法不同的是,扩展巴氏范式用“”代替子元素中的“+”表示“与”关系,中均使用该元数据元素的短名,并以“;”作为表达式的结尾。
示例:扩展巴氏范式:graphOver=bgFileName,0(bgFileDesc)1,0(bgfileType)1;4.2字典描述
4.2.1基本要求
数据字典以表格的形式描述元数据的特征属性,字典中加灰的行定义元数据实体。数据字典通过以下七个属性定义元数据实体和元数据元素,4.2.2名称和(或)角色名称
名称和(或)角色名称是赋给元数据实体或元数据元素的一个标记。元数据实体名称应以一个大写字母开头。元数据实体名称中没有空格,而是多个单词连写,其中每一个新的单词开头为大写字母(如:XnnnYmmm)。元数据实体名称在本标准的数据字典中是唯一的。
MH/T 0029—2009
元数据元素名称在元数据实体中是唯一的,但在本标准的数据字典中并不是唯一的。通过元数据实体和元数据元素名称的组合,可使元数据元素名称在一个应用中唯一(如:元数据、元数据字符集)。
角色名称用以标识元数据抽象模型关联,应由“角色名称:”开头,将其与其他元数据元素相区分。
4.2.3短名和域代码
短名的定义及命名规则见4.1.5。对于代码表和枚举构造型,本标准为每一个可能的选择均提供了二个代码。这些域代码由三位数字表示,并在该代码表中是唯一的。每个代码表或枚举的第一行包含一个英文短名,是该代码表或枚举的英文名称缩写。4.2.4定义
见4.1.1。
4.2.3约束和(或)条件
见4.1.6.2。
4.2.4最大出现次数
见4.1.6.3。
4.2.5数据类型
见4.1.3。
4.2.6'域
对元数据实体而言,域说明其包含的行数。对元数据元素而言,域说明其有效值或使用自由文本。“自由文本”表明对字段的内容没有限制。应使用基于整型的代码表示包含代码表的域值。4.3UML图
4.3.1基本要求
应采用统一建模语言(UML)描述元数据子集、元数据实体和元数据元素之间的关系。应使用UML中包的概念表示元数据子集,用UML中类的概念表示元数据实体,用UML类的属性的概念表示元数据元素。民航科学数据共享元数据包UML图见附录A。4.3.2统一建模语言模型关系及符号说明:4.3.2.1关联
用于描述两个或更多类之间的一般关系。应说明关联的方向。如果不指明方向,则假定为双向关联。如果是单向关联,关联方向可以在线段终点用箭头来标记。如图1所示。
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。