您好,欢迎访问三七文档
当前位置:首页 > 行业资料 > 国内外标准规范 > MHT 0029-2009 民航科学数据共享元数据内容
民航科学数据共享元数据内容MetadatacontentforsciencedataSharingofcivilaviation中华人民共和国民用航空行业标准MH/T0029—20092009-01-12发布2009-05-01实施中国民用航空局发布MHICS35.040L72备案号:MH/T0029—2009Ⅰ目次前言1范围......................................................................12规范性引用文件............................................................13术语和定义................................................................14符号与约定................................................................25民航科学数据共享元数据模式................................................86民航科学数据共享元数据元素的摘要描述......................................97数据类型信息.............................................................36附录A(规范性附录)民航科学数据共享元数据包UML图..........................53附录B(规范性附录)民航科学数据共享元数据字典..............................66MH/T0029—2009Ⅱ前言本标准的附录A和附录B为规范性附录。本标准由中国民用航空局人事科教司提出。本标准由中国民用航空总局航空安全技术中心归口。本标准起草单位:中国民用航空总局航空安全技术中心、中国民航大学、中国民航干部管理学院。本标准主要起草人:张晶、刘建国、刘风、贺国英、苏万鹏。MH/T0029—20091民航科学数据共享元数据内容1范围本标准对民航领域科学数据共享元数据进行摘要描述,规定了民航科学数据共享元数据的模式和数据类型信息,提供了共享元数据包UML图和数据字典。本标准适用于民用航空领域科学数据集元数据整理、建库、汇编、发布和查询。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的昀新版本。凡是不注日期的引用文件,其昀新版本适用于本标准。GB/T2659世界各国和地区名称代码(eqvISO3166-1)GB/T7408数据元和交换格式信息交换日期和时间表示法(eqvISO8601)SDS/T2111—2004元数据标准化基本原则和方法SDS/T2112—2004科学数据共享元数据内容ISO19111垂直宽度/垂向和多维覆盖3术语和定义下列术语和定义适用于本标准。3.1数据集dataset可以标识的数据集合。注:数据集在物理上可以是更大数据集的比较小的数据组。从理论上讲,数据集可以小到更大数据集内的单个要素或要素属性。一张硬拷贝地图或图表可以被认为是一个数据集。本标准所指的数据集是不可再细分的数据集,即可以用一个数据字典能够唯一描述的数据集合。3.2数据集系列datasetseries同一主题的多个数据集的组合。3.3元数据metadata关于数据的数据。3.4元数据元素metadataelementMH/T0029—20092元数据的基本单元。注:与UML术语中的属性同义。3.5元数据实体metadataentity一组说明数据相同特性的元数据元素。注1:与UML术语中的类同义。注2:可以包含一个或一个以上元数据实体。3.6元数据子集metadatasection元数据的子集合,由相关的元数据实体和元素组成。注:与UML术语中的包同义。3.7资源resource能满足一种需求的资产或手段。示例:数据集、服务、文档、人力或机构。3.8核心元数据coremetadata在国家科学数据共享工程中,描述科学数据集昀基本属性、领域在制定其元数据内容标准时应选择的元数据实体和元数据元素。3.9公共元数据commonmetadata在国家科学数据共享工程中,大多数领域具有共性的元数据内容。公共元数据包含核心元数据的全部内容,是领域在制定其元数据内容标准时的工作起点。3.10参考元数据referencemetadata公共元数据的扩展和细化,但并非全部领域元数据内容的并集。参考元数据包含丰富的元数据内容,是领域在制定其元数据内容标准时的重要参考。3.11包Package在UML中用于表示实体的组织。3.12类class对拥有相同的属性、操作、方法、关系和语义的一组对象的描述。4符号与约定4.1元数据摘要表示4.1.1定义描述元数据的基本内容。MH/T0029—200934.1.2英文名称一般用英文全称。4.1.3数据类型元数据的有效值域和允许对该值域内的值进行有效操作的规定。例如整型、实型、布尔型、字符串、日期等。4.1.4值域说明元数据元素取值范围。4.1.5短名元数据的英文短名称,命名规则如下:a)短名应是唯一的;b)采用与国际标准类似的英文名称作为短名。4.1.6注解4.1.6.1基本要求对元数据的含义的进一步解释,包括该元数据的约束条件(必选、可选或条件必选)和昀大出现次数。当该元数据为条件必选时,应注明其约束条件。4.1.6.2约束和(或)条件说明元数据实体或元数据元素是否必须选取的属性。包括:a)必选M:表明该元数据实体或元数据元素必须选择;b)可选O:根据实际应用可以选择也可以不选的元数据实体或元数据元素。已经定义的可选元数据实体和可选元数据元素,可指导民航领域专用元数据标准制定人员充分说明其数据。可选元数据实体可以有必选元素;但这些元素只当可选实体被选用时才成为必选的。如果一个可选元数据实体未被选用,则该实体所包含的元素(包括必选元素)也不选用;c)条件必选C:说明可以进行电子处理的条件,当该条件满足时,至少一个元数据实体或元数据元素必选。“条件必选”用于以下三种可能性之一:1)表示在2或2个以上元数据实体或元数据元素中进行选择。至少存在一个元数据实体或元数据元素必选;2)当已经选用另一个元数据实体或元数据元素时,此元数据实体或元数据元素为必选;3)当另一个元数据元素已经选择了一个特定值时,此元数据元素为必选。4.1.6.3最大出现次数说明元数据实体或元数据元素可以具有的昀大实例数目。只出现一次的用“1”表示,重复出现的用“N”表示。不为“1”的固定出现次数用相应的数字表示,如“2”、“3”、“4”等。4.1.7子元素子元素是通过一定的表示规则以确定一个元数据子集或元数据实体中包含的下一级的MH/T0029—20094元数据实体或元数据元素。表示规则为:“标识符=表达式”。表达式的符号含义如表1所示。表1符号含义=由……替换、生成,由……组成+与|或(选择)——在由“|”分开的两项之中选择其一0{a}1表示{}中的元数据元素a为可选项/条件必选项,且昀大出现次数为1;若为条件必选项,约束和(或)条件具体参见其注解0{a}n表示{}中的元数据元素a为可选项/条件必选项,且昀大出现次数为N;若为条件比选项,约束和(或)条件具体参见其注解a表示元数据元素a为必选项,且昀大出现次数为11{a}n表示{}中的元数据元素a为必选项,且昀大出现次数为N在子元素表示中,{}中均使用元数据元素或实体的中文名称。示例:子元素:分发信息=1{分发格式}n+0{分发者}n+0{传送选项}n4.1.8扩展巴氏范式扩展巴氏范式可以更加规范化地表示一个元数据子集或元数据实体与其下一级的元数据实体或元数据元素之间的关系,便于系统实现。与子元素的表示法不同的是,扩展巴氏范式用“,”代替子元素中的“+”表示“与”关系,{}中均使用该元数据元素的短名,并以“;”作为表达式的结尾。示例:扩展巴氏范式:graphOver=bgFileName,0{bgFileDesc}1,0{bgfileType}1;4.2字典描述4.2.1基本要求数据字典以表格的形式描述元数据的特征属性,字典中加灰的行定义元数据实体。数据字典通过以下七个属性定义元数据实体和元数据元素,4.2.2名称和(或)角色名称名称和(或)角色名称是赋给元数据实体或元数据元素的一个标记。元数据实体名称应以一个大写字母开头。元数据实体名称中没有空格,而是多个单词连写,其中每一个新的单词开头为大写字母(如:XnnnYmmm)。元数据实体名称在本标准的数据字典中是唯一的。MH/T0029—20095元数据元素名称在元数据实体中是唯一的,但在本标准的数据字典中并不是唯一的。通过元数据实体和元数据元素名称的组合,可使元数据元素名称在一个应用中唯一(如:元数据、元数据字符集)。角色名称用以标识元数据抽象模型关联,应由“角色名称:”开头,将其与其他元数据元素相区分。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所示。MH/T0029—20096李XX李YY图1关联4.3.2.2聚合用于创建两个类之间的部分与整体的关系。在该关系中,一个类担当容器角色,另一个类担当容器的构件角色。如图2所示。JHK图2聚合4.3.2.3泛化表示超类与可以替代它的子类之间的关系。超类是泛化类,而子类则定义为特化类。如图3所示。EFG图3泛化4.3.2.4依赖表示对包(元数据子集)的理解、使用等依赖其他的包(元数据子集)。如图4所示。MH/T0029—20097ABC图4依赖4.3.2.5角色用于描述源对象与目标对象之间的关系。在双向关联中,提供两个角色名称。在UML模型中如何表示角色名称和基数。如图5所示。李XX李YY+父+子图5UML角色名称和基数4.3.3统一建模语言模型构造型4.3.3.1类型用于说明实例(对象)的域,以及可以对对象进行的操作。一个类型可以有属性和关联。4.3.3.2数据类型一组缺少同一性,其操作没有副作用的值的描述符。数据类型包括已定义的简单类型和用户可定义类型。已定义的类型包括数值型、字符串和时间型等。用户可定义类型包括枚举。4.3.3.3枚举其实例构成确切值列表的数据类型。枚举的名称与其确切值都是得到公认的。枚举是一个类中的已知可能值的简短列表。4.3.3.4代码表用于描述一个更加灵活的枚举。代码表是可扩展的。代码表可以用于表示一个可能值的长表。如果该表的元素是完全已知的,应当使用枚举;如果只有元素的可能值是已知的,则应使用代码表。4.3.3.5抽象MH/T0029—20098不能直
本文标题:MHT 0029-2009 民航科学数据共享元数据内容
链接地址:https://www.777doc.com/doc-8072573 .html