关联用于说明两个或更多类之间的关系。UML定义三种不同类型关系：关联、聚合和组合。这三 种类型具有不同的语义。关联关系用于表示两个类之间的一般关系。聚合关联和组合关联用于创建两 个类之间的部分与整体关系。关联的方向应说明，如果不表示方向，则假定是双向关联。如果是单向关 联，关联方向可以用在线段终点的箭头标记。 聚合关联表示两个类之间的关系，在该关系中，一个类担当容器角色，另一个类担当容器的构件 角色。 组合关联是强聚合。在组合关联中，如果删除一个容器对象，则它的所有容器构件对象也被删除 当容器对象不存在时，则表示包含对象组成部分的对象也不存在，应当使用组合关联。

泛化表示超类与可以替代它的子类之间的关系。超类是泛化类，而子类则定义成特化类。

5.3.3实例化/依赖

赖关系表示客户类依赖供方类/接口来提供一定

客户类存取由供方类/接口定义的值（常数或变量）； 客户类的操作调用供方类/接口的操作； 客户类的操作有签名，它的返回类或变元是供方类/接口的实例。 实例化关系表示用实际值替代参数化类参数或参数化类实用程序的操作粉煤灰标准，以创建更通用项的专用 版本。

如果关联按特定方向进行，模型将提供一个“角色名称”，这适合于与原对象有关的目标对象的 因此在双向关联中，将提供两个角色名称。图2说明UML图中如何表示角色名称和基数

5.4UML模型构造型

UML构造型是现有UML概念的扩展机制，它是一个模型元素，用于对其他UML元素进行分类 （或标记），使得它们在某些方面行为上类似新的虚拟或伪元模型类的实例。其构成基于现有基本元模 型类，构造型在封装UML元模型类层次的基础上增强了分类机制。以下是本部分使用的构造型的简 单说明，更详细的说明见ISO/TS19103。 本部分使用如下构造型： a）《类型》（《Type》)用于说明实例(对象)的域，以及可以对对象进行操作的类。一个类型可以有 属性和关联。 b) 《枚举》（《Enumeration》）由数据类型实例构成的命名字符值列表。枚举的名称与它的字符值 都予以说明。枚举是一个类中已知值的简短列表。 c) 《数据类型》（《DataType》）一组无标识、操作无边界效应的值的描述符。数据类型包括预定义 类型和用户定义类型。预定义类型包括数字、字符串和时间，用户定义类型包括枚举。 d） 《代码表》（《CodeList》)可用于描述更开放的枚举类。《代码表》是一个灵活的枚举类。代码表 通常用于表示可能取值的长列表。如果表中的元素都是已知的，就用枚举表示。如果还有其 他可能的取值，则使用代码表。 e） 《联合》《Union》)对特定类型某一种选择的描述，可用于确定能够使用的一组类/类型.而无

需生成一个公共的超类/类。 f）《抽象》（《Abstract》）不能直接实例化的类（或其他分类符）。UML符号用斜体表示其名称。 g）《元类》（《Metaclass》)其实例为类的类。元类主要用于构成元模型，一个元类是一个目标类 它的主要目的是容纳其他类的元数据。 h）《接口》（《Interface》）特定的操作，说明一个元素的行为。 i）《包》《Package》）逻辑上相关的组成部分，包括子包。 i）《叶》（《Leaf》）包含定义、但不含任何子包的包。

6影像和格网数据元数据

6.1影像和格网数据元数据的要求

要的元数据。本部分展现有元数据，确定推 地理影像和格网数据的元数据

6.2影像和格网数据元数据包

图3描述了本部分包与相应指定包的关系，规定了每个包的UML模型图和数据字典，同时每个附 加包的UML的模型图和数据字典规定了地理空间影像和格网数据的附加元数据。分别见附录A，附 录B，如果两个附录出现差异，以附录A为准。

为了保证类名的全局一致性，ISO/TS19103 母为前缀定义类名，以此识别包及其类。 ISO19115：2003以MD（元数据）、CI(引用）、DQ（数据质量）、EX（覆盖范围）、LI数据志）为前缀。为了 区分ISO19115：2003和本部分的实体，本部分使用不同的前缀，以MI（影像和格网数据元数据）、LE （扩展数据志）、QE（扩展数据质量）为前缀，表1列举了本部分类的包标识符

6.3统一建模语言(UML)图

SO191152003这部分定义的扩展实体，并增加了ISO19115：2003中的UML图。附录A包 SO19115：2003中这部分包的说明。当扩展ISO19115：2003满足该部分标准需要时，附录中的图

了ISO19115：2003的分类。结合附录B中的数据字典，以及ISO19115：2003中的UML图和数据字 典，ISO19115：2003中的这部分完整定义了元数据的全部抽象模型

A.1元数据UML模型

附录A （规范性附录） 影像和格网数据元数据模式

描述地理数据、地理空间影像和格网数据的元数据用统一建模语言（UML）的抽象对象模型来定 义。以下各节的图提供“视图”，它们是整个元数据抽象模型的一部分。每个图定义了由相关实体、元 素、数据类型、代码表构成的元数据子集（UML包）的扩展部分，在其他图中定义的相关实体的元素予 以省略，并在实体名称下在圆括号内说明定义了包。以下的所有模型中，实体可以有必选的元素和/或 可选的元素及关联。在某些情况下，可选的实体可以有必选的元素，只有选用了可选实体时，这些元素 才成为必选，

A.2影像和格网数据元数据包UML图

A.2.2数据质量信息

图A.1元数据实体集扩散

图A.2定义了说明覆盖数据报告质量所需的扩展部分，附加元素提供了有关数据集中描述数 量结果的信息。本图的数据字典见B.2.2.1

图A.2数据质量结果

A.2.2.2数据志信息

图A3定义了说明影像和格网数 展部分，附加元素提供了原始影像数据 信息，原始影像数据通过处理数据集中的数据来实现。 本图的数据字典见B.2.2.2

A.2.2.3数据质量类和子类的扩展

A.2.3空间表示信息

图A.4数据质量子类扩展

图A.5定义了影像和格网数据空间表示所需的扩展部分。本图的数据字典见B.2.3

A.2.3.2地面控制点质量

图A.5空间表示信息

图A.6定义了描述地面控制点质量所需的扩展部分。本图的数据字典见B.2.3。

图A.6地面控制点质量

A.2.5.1获取概迷

图A.8定义了规定影像和格网数据集获取所需的元数据类的概图。本图的数据字典见B.2.5。

A.2.5.2获取详细信息

附录B （规范性附录） 影像和格网数据元数据数据字典

B.1.2名称/角色名称

B.1.3缩写名和域代码

非代码表构造型的那些类的每个元素用缩写名表示。这些缩写名在本部分中是唯一的，可以通过 可扩展置标语言（XML）、标准置标语言（SGML）或其他类似的实现技术使用它们，采用类似于长实体 和元素名称的命名规则产生缩写名。 注：使用SGML和XML的实现不是必选的，可以采取其他实现方法。就代码表构造型而言，对每一个可能的选择 均提供一个代码。这些域代码在代码表中是唯一的3位数字码。每个代码表或枚举的第一行为字符型缩写 名，因为第一行是代码表或枚举的名称，

元数据实体/元素说明。

元数据实体/元素说明。

B.1.5.1概要说明

这是一个描述符，说明一个元数据实体或元数据元素是否应当总是在元数据中选用或有时选用 ）。该描述符可以有如下的值：M（必选）新闻出版标准，O（可选）

元数据实体或元数据元素可以选用，也可以不选用。定义了可选元数据实体和可选元数据元 为那些希望充分说明其数据的生产者提供指导（使用这组共同定义的元数据元素能促进全球范 理数据用户和生产者间的互操作）。如果一个可选实体未被选用，则该实体所包含的元素（包括 素）也不选用。可选实体可以有必选元素，但那些元素只当可选实体被选用时才成为必选的，

B.1.6最大出现次数

药品标准说明元数据实体或元数据元素

说明表示元数据元素的一组不同的值，例如整型、 单、日期的间、布尔型。他使用数据类 型属性定义元数据实体、构造型和元数据关联。 注：数据类型在ISO/TS19103:2005的6.5.2中定义

就实体而言，域说明该实体包含的行数。 对一个元数据元素而言，域说明允许的值或使用自由文本。“自由文本”表明对字段的内容没有限 制。应使用基于整型的代码表示包含代码表的域值