标准规范下载简介：

内容预览由机器从pdf转换为word，准确率92%以上，供参考

GB／T 41472.2-2022 地理信息 本体 第2部分：网络本体语言（OWL）本体开发规则.pdf

表达OWL中地理信息系列标准中的UML自

基本的需求集合涉及URIs结构，用于识别本体的命名空间、类、数据类型和特征，遵循附录B的 规定。 UML对要素命名设置了一些约束和规范。主要的约束是：（a)每个类应在包的上下文中有唯一的 名称，（b)每个属性和角色在类的上下文中具有唯一的名称。因此，一个UML包为它的类提供命名空 间，一个UML类为它的属性和关联角色提供命名空间。在ClassA中使用的属性名也可在ClassB中 使用，在每个类的上下文中都有具体的语义（图1)。因此，类成为它的属性的命名空间。

工地临时道路施工方案图1UML类和属性名称

与UML中的命名规则不同，OWL中的命名规则继承RDF命名规则。每一个资源（类、数据类型、 特征)是用一个URI来表示。通常，一组相关的资源由URIs中具有相同的词干或基础URI来表示，被 称为RDF命名空间。在一个RDF命名空间的上下文中，每个类、数据类型和特征的localName（本地 名）应唯一并可相互区分。 注1：OWL本体由URI标识，该URI通常与本体要素的命名空间URI密切相关。在这样的命名约定下，资源的命 名空间范围等同于本体的命名空间范围。 注2：RDF文档中使用的URIs可以使用QName句法[XML命名空间]进行缩写，其中前缀代表一个RDF命名空 间的URI 注3：OWL2中相同的URI既可以表示一个类，也可以表示一个个体。这就是所谓的“双关语”。但是，使用这种模 式限制了推理的性能和行为，因此，尽可能避免这种做法。在本文件使用的OWL不准许使用双关语。 用OWL表示的模型命名需要的关键资源有：包、类、属性和关联角色。 表2列出了一般命名要求。

本体命名是由相应的文档或者标准的基础URI加上包名称的缩写组成，中间以“/”隔开。表3列 出了对于本体命名的要求

6.2.3本体的RDF命名空间

本体的命名空间由本体名称末尾附加一个“#”字符来表示。表4列出了用于本体的RDF命名 的要求。

表4本体的RDF命名空间要求

类名称由RDF命名空间附加UML类名来表示。 表5列出了本体中类的命名要求。

数据类型名称与类的命名模式相似，数据类型名称由RDF命名空间附加数据类型的本地名称来表 示。表6列出了本体中数据类型名称的要求

UML包中不要求属性名称唯一。在包中具有多个相同名称且具有不同语义的属性并不常见。本 文件可通过包的localName(本地名）来标识特征，该特征是唯一的；也可通过类的localName来标识特 征，此时，该包的这一特征名称可多次出现且具有不同的含义。表7列出了在本体中特征名称的要求。

6.2.7代码表及其成员的命名

代码表类及其成员需要特殊处理。正如6.8.2所述，代码表类在OWL/RDF中既作为OWL Class，也作为SKOS的ConceptScheme（概念模式)的实现，它的成员作为SKOSConcepts。 SKOS是一种已被广泛采用的词汇形式化的W3C标准。SKOS形式化为OWL本体，它的实例可 以与OWL本体集成。SKOS应满足其成员代码表要求且可扩展。SKOS也支持记录成员（更宽或更 窄)之间的类似于词典的语义关系。 SKOSConceptScheme和SKOSConcep资源是不同的个体，因为它们有特定的rdf：type特征，将 它与它所属的类关联。在OWL上下文中，个体和其他的本体要素之间的区别是很重要的，并且往往体 现在使用不同的URI样式来标识不同种类的资源。 特别地，通常类和特征主要用在本体中其他类和特征的上下文中，但是类和特征总是被单独访问， 因此，使用“#”URIs来表示本体中类和特征，用“/”URIs来表示个体。表8列出了本体中的代码命名 的要求。

包是用于将要素编组并为该组成员提供命名空间的UML机制。一个包可能含有其他包，包的 UML注释如图2所示。

为扩展其语义，包可能被构造型化。

OWL中，“本体”是为要素编组提供的资源。它可以通过IRI唯一标识（见附录B)，它也可以提供 本体注解的附加信息，如版本、名称或说明，它还可以导人其他本体。

使用owl：Ontology声明，每个地理信息标准的UML模型对应于一个或多个Ontology（OWL>。 rdfs：label注释特征声明提供相应的UML包的全名。 dct：source注释特征声明提供Ontology(OWL>参考文件或标准的标题，必要时，提供包名称的层 次结构。 owl：versionInfo声明提供相应的参考文档或标准的时间。如果没有对应的Ontology（OWL>文 档或标准，则owl:versionInfo声明提供Ontology的正式发布时间。日期是根据ISO860116] 给出的。

在一个UMIL包依赖于一个或多个其他包的情况下通风设备安装与暖通管道、散热器、阀门等采购及安装_施工组织设计，每一个具有依赖性的包应对应一个特定的 Ontology。owl：imports声明用于给出Ontology(OWL>之间的依赖关系。 表9列出了Ontology中包的描述要求

Class(OWL>是对应于一系列个体的资源

图3 类的UML注释

与UML类使用owl：Class声明对应于Class。 Class(OWL>由标签、定义及其定义的来源来注释。标签提供了UML类中使用的Class(OWL>的 名称，并使用rdfs：label声明。定义提供了Class的语义，使用skos：definition声明。定义的 来源标识了定义这个Class（OWL>的资源。它使用rdfs：isDefinedBy声明指定源文件的IRI。 表10列出了Ontology（OWL>描述类的要求。

与UML类使用owl：Class声明对应于Class(OWL>。 Class(OWL>由标签、定义及其定义的来源来注释。标签提供了UML类中使用的Class（( 名称，并使用rdfs：label声明。定义提供了Class的语义，使用skos：definition声明。 来源标识了定义这个Class（OWL>的资源。它使用rdfs：isDefinedBy声明指定源文件的IRI 表10列出了Ontology（OWL>描述类的要求。

可使用skos：definition提供Class的附加注释江苏地基与基础管桩施工组织设计，例如它的定义。如果Class已废弃， 使用owl：deprecated注释属性声明，并设置为其值"true"~xsd：boolean。 下面的例子说明Class（OWL>的规范。

可使用skos：definition提供Class的附加注释，例如它的定义。如果Class已废弃 owl;deprecated注释属性声明，并设置为其值"true"~xsd:boolean。 下面的例子说明Class（OWL>的规范