《地理信息 概念模式语言》

1下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本（包括所有的修改单）适用），3.13.1注2：抽象的行为界定为“抽象化”。在信息技术领域，术语“抽象化”亦指概念抽象化3.33.23.4抽象类目abstractclassifier3.53.323.73.43.93.53.21属性attribute<UML>规定行为某一方面的特征(3.36)<UML>具有两个成员端的关联(3.9)3.27基数cardinality3.29类class3.33类目classifier4任注2：这是术语工作中术语“概念”所使用和指称“概念”时对应的概念5示例：数据类型“布尔型（Boolean）”具有“无序”、“精确”3.63定义definition6），注1：指称可能是语言的或非语言的。它可以由7注2：专用类目的每个实例（3.42）也是通用类目的实例。专用类目继承了通用类目的特征3.85标识符identifier8注1：接口规定了一种约定；UML2.5.1中的要求实现该接口的任何类目的实例（3.42）应符合该约定。与接口关联的），3.106多重性multiplicity93.125partitiverelation3.133实现realization3.141结构性特征structuralfeature值念定义为“类（3.14）的构造型（3.65它描述对象（3.54）域以及用于这些对象的操作注3：本文件的上一版本引用了UML2.4.1[4]，亦即ISO/IEC19505-1:2012和ISO/IEC图1以图示方式说明了模式与不同抽象化层级模式之间的关系，以及模式与其元模型之间的关），7.2类目（Classifiers）模型，数据类型不是一个类（另见图3）。同样，枚举不是一是由于在关键字和构造型的表示法中都使用双尖括号(«»)注3：类目能标记为是抽象的，这意味着类目没有直接实例。换言之，注5：元类PrimitiveType（基本类型）是DataType（数据类注1：根据语境或领域的不同，术语类、对象注2：对象（类的实例）的相同性基于对象的标识，而数据值（数据类型注3：关于有标识和无标识实例的更多信息和示例，可在领域驱动设计示例2：当两本书的书名相同时，并不意味着它们是同一本书。），示例3：地址能表示为类，具有自己的标识符。在另一种语据类型）的两个实例，当且仅当结构相同且相应属性的值相等时，才被视为相等（UML2.5.1中的图4给出了数据值等同的示例。数据值“dateRange1”和“dateRange2”是数据类型“DateRange”的实例。它们被认为是等同的，因为其开始日期（2021-07-16）和结束日期数据类型通常在应用模式或实现模式中加以定义。某些抽象模式也包含数据类型，例如ISO现模式中使用与概念模式相同的名称。另一种方式是在实现模式中不符合UML2.5.1，尽管某些UML工概述特性可能是类目的属性，也可能是关联的成员端（UML），特性的类型特性的多重性注1：查询“lowerBound”以整数形式返回多重性的下限，如果给定，则返回注2：查询“upperBound”以无限自然数形式返回有界多重性的上限，如果给定，则返回建议2/rec/conceptual-schema/explicit-multiplicity），否是是是—否否是否注：本子条款所述机制同样在OCL2.4标准[26]中有所体现。有关更多信息参见OCL2.4中的标识符特性图10给出了标识符特性的示例。特性isbn（isbn=国际标准图书编号）唯一标识Book类的实特性的分类注：表3给出的分类常用于地理信息标准的数据字典中。必选特性用“M”表示，可选特性用概述关联名称可导航关联端关联的用法8章中描述的核心数据类型，也没有标识。没有类型图12给出了一个使用关联建模的特性的数据类型示例。数据类型DirectPosition具有特性coordinateReferenceSystem，其类型为CoordinateReferenceSystem。如特性标识符所示，接口），—在元层级定义适用于多种模型元素且其值可提高语义互操作性的特性，特别是元特性“指概念模式应在适当的时候使用标识符为/19103/-/2/uml-图Class,DataType,Enume注：名为“FloodBank”类的“指称”值基数为4，因为该类有四个指称：“防洪堤”、“堤度量描述见8.2.14。：（示例9：（操作）initObject而不是initializeObject。“isLocatedAt”和“hosts”适合用作该关联本身的名称。在“设施”和“安装”之间关联的“安装”端，角色名称“containedInstallation”、“installation”或“part”比角色名称建模者能选择隐藏与图所要传达的信息无关的元素，以减少图中的信息量，从而提升图的可读8.1概述立于实现上下文。在最直接的情况下，核心数据类型由实现模式语言中的内置数据类型实现（7.4.4）。图32给出了一个由实现模式语言的内置数据类型实现核心数据类型的示例。分:数据类型[38]。为公历日（见8.2.19）。率为公历月（见8.2.19）。10.1.4。注：当编码为字符串时，通常的表示法是“0”或“1”，但也可采用其他表示法，例如“.”和库收录了由其他规程和标准机构定义的字符集，或是此类字符集的特定专用标准或组合（见RFC现中，可以在诸如数据规范、概念模式或数据集的元数据记录中对其进行全局设置。因此，在实现8.1.7。国际化资源标识符（IRI）（图39）是一种用于标识资源且符合RFC3987[41]的字符串（见图41给出了一个指定相应度量单位的约束示例。类“建筑（building）”针对特性“高度以公历日为基本单位的时间在这种模式中，公历系统是在这种模式中，时钟系统是年公历系统定义的时间标度单位月由公历年的定义划分所产生的时间标度单位，每个单位在格林威治公历中，每个公历年划分为12个连续的公历月，分别命名为一月、二月、三月、四月、五月、六月、七月、八月、九月、十日在格林威治公历中，一个公在规定时钟系统内，时长为在24小时时钟系统内，每分在规定时钟系统内，时长为在24小时时钟系统内，每个时钟小时被划分为60个秒在规定时钟系统内，时长为在24小时时钟系统内，每或61个时钟秒，具体取决同一时刻在该值的时间标度同一时刻在该值的时间标度在任何时间点观测同一地方两个最常用的时区信息源是实型（图42）表示一类数据类型，是包含“实型数值”的数学数据类型的计算近似注：正负符号通常用单个字符表示，如“+”或“-”，但有时能携带整数1来加强语义，例如），注：特性“dimension”是一个派生特性。在矢量实例中，特性“dimension”的值等于特性示例：在三维空间中，从原点指向坐标为（123,514,/19103/-将7.8中定义的构造型应用于模型元素。将工具专用文档字段中的指称、注1：如果概念模式的表示依赖于这些待填写的字段，则能自动地将标记值内容的副本添加到工具专用文档字构造型Union扩展了多个元类（见图24，并与GB/T进行对比）。这是因为本文件的早期版本对该构造型的定义存在歧义，导致如果初衷是拥有一个特性，其类型为—更新以联合（union）为类型的特），—添加一条约束，规定该特性允许使图B.1b）举例说明了该选方案在图如果初衷是拥有多个特性，而在一个中所定义数量相同的多个属性，并为—添加一条约束，规定这些特性是互图D.2进行比较）。这是因为本文件的早期版本对该构造型的定义存在歧从具有构造型的元素中移除构造型CodeList及codeList标记值。从元素中删除数据类型Any（见GB/T35647—删除数据类型Set、Sequence和Bag—将元特性“isUnique”和“isOrder”设置为正确的值，具体步“position:DirectPotion[1…*]”，或删除名称类型（见GB/T35647—2017在具有标识符/harmonized-model/common-删除扩展数据类型（见GB/T35647—在具有标识符/harmonized-model/common-删除通过其他语言的概念模式语言或旧版本UML的映射来创建符合概念模19501:2005）的旧版概念模式中，可能包含使用类型（type）构造型的类。该类型构造型在UML2.5.1的22.3中定义为“一种类的构造型，它指定了一组对象域以及适用于对象的操作，但不定义这些对象的物理实现”。图B.2a）给出了这种类的示19501:2005和UML2.5.1中都有呈现。一个类型可以由一个或多个实现类来实现，参见UML2.5.1中的第22章和参考文献[27]。类型构造型与实现类构造型都是预定义标准构造型，将所有以列表项a)中修改过的类目之一为源、以接口为目标的实现关系，全注—本文件涉及以UML建模的概念模式，并不涉及以其他概念模式建模语言建模的概念———录H总体解释了代码集的含义。该信息为选择适当的模—UML2.5.1定义了枚举，7.8录H总体解释了代码集的含义。该信息为选择适当的模默认多重性1..1适用于所有特性，因此也适用于属性————2.5.1建模的概念模式，不涉及以UML早期版本建模的—2.5.1建模的概念模式，不涉及以UML早期版本建模的——代码集的用户扩展规则由代码集所有者来制定。代码集管理不是本文件的标准化目—关于如何绘制可读、可理解图表的良好实践，可在其他全面阐述UML的资源中找—————————图C.1描述了现实建模和概念模式结果之间的关系。论域是人们希望在模型中描述的现实世界为地理信息系列标准开发的概念模式使用概念模式语言表示。这些概念模式被集成到应用模式UML图中，类目的默认表示法是包含类目名称注3：UML工具通常在其图形用户界面中提供控件来设置元特性“isUniqu图D.3展示了UML2.5.1中定义的关联、泛化、依赖、用法、抽象、实现以及模板绑定的表示头（如实现）,而不是开口箭头。UML规范的早期版本对此表示法的表示是不一致的。见示例），线将该注释符号连接到被约束的元素上。如果约束有名称，则将约束名称和冒号放在约束表达式之字“stereotype”括在双尖括号内，置于类名称之前或上方（UML2.5.1中的12.3.4）。<<Metaclass>>显示在表示UML元模型中某个元类的类名称之前或上方（UML2.5.1中的11.4.4和型A。关键字和构造型在UML中是两个不同的概念，尽管二者都显示在双尖括号内，如下方引文所述关键字总是置于双尖括号（<<keyword>>）内，作为视觉标识，更直观地分辨出何时使用了关键UML2.5.1中的附录C列出了UML元模型的模型元素关键字。与本文件相关的抽象（Abstraction)abstraction(没有关键字)(在模型中)；Metaclass(在专用标准中)接口（Interface）interface专用标准（Profile）profile8.l.l— — ）（）（）（ — — ）（ 8.l.l0 8.l.ll——8.l.l2——8.2.l——————— — — — — — — — — — — — — — — — — — ）（————————————————————本附录首先依据通用共识原则，阐述了代码集的概念及其相关重要概念，所述内容主要以注3：ISO/IECTR9789:1994没有深入涉及特殊代码值或用户扩展的使用，而ISO/IECH.2.1.1标识合注4：从历史上看，代码值在设计时兼顾了人工使用与机器处理（实例参见参考当时机器的处理和存储能力有限。这些因素或许解释了为何术语“代码值”通常与简短的字符相关H.2.1.2引用H.2.1.3分类示例：规范性文件依据国际标准分类