2022地理信息應(yīng)用模式規(guī)則

地理信息應(yīng)用模式規(guī)則PAGE\*ROMANPAGE\*ROMANIV目錄前言 VI引言 VII適用范圍 1一致性 5概述 5元—模型 5UML應(yīng)用模式 5專用標(biāo)準(zhǔn)模式 5元數(shù)據(jù) 6質(zhì)量 6時(shí)間 6空間 7覆蓋范圍 7觀測 7基于標(biāo)識(shí)符的空間參照 7代碼表 8多語言支持 8規(guī)范性引用文件 1術(shù)語與定義 2表示與縮略語 8表示 8概述 8一致性類 8需求類 9規(guī)則 95.1.5標(biāo)識(shí) 10概念模式 10概念描述 10縮略語 10包縮寫 106語境 11應(yīng)用模式的目標(biāo) 11應(yīng)用模式的規(guī)則 11支持?jǐn)?shù)據(jù)交換的應(yīng)用模式 12概述 錯(cuò)誤!未定義書簽。通過傳輸進(jìn)行數(shù)據(jù)交換 12通過處理進(jìn)行數(shù)據(jù)交換 13定義要素的原則 147.1概述 14要素、覆蓋范圍和特征 157.2.1要素 15覆蓋范圍 16屬性和觀測 17要素和應(yīng)用模式 17通用要素模型 18概述 錯(cuò)誤!未定義書簽。通用要素模型的目的 19通用要素模型的主要結(jié)構(gòu) 19IdentifiedType 20FeatureType 21PropertyType 22AttributeType 22Operation 23FeatureAssociationRole 24ValueAssignment 24FeatureAssociationType 26InheritanceRelation 26要素類型的屬性 277.5.1引言 27SpatialAttributeType 27TemporalAttributeType 28QualityAttributeType 28LocationAttributeType 28MetadataAttributeType 28ThematicAttributeType 28CoverageFunctionAttributeType 28要素類型之間的關(guān)系 287.6.1引言 28InheritanceRelation 29FeatureAssociationType 297.7約束 30UML中的應(yīng)用模式規(guī)則 30應(yīng)用建模過程 30應(yīng)用模式 318.2.1概述 31應(yīng)用模式的概念模式語言 32應(yīng)用模式的封裝和識(shí)別 34應(yīng)用模式的文檔 34應(yīng)用模式與標(biāo)準(zhǔn)模式的集成 34UML的建模結(jié)構(gòu) 36UML標(biāo)準(zhǔn)模式的域概要文件 418.3.1前言 41標(biāo)準(zhǔn)模式中添加信息的規(guī)則 42標(biāo)準(zhǔn)模式的定制使用 43元數(shù)據(jù)模式的使用規(guī)則 448.4.1前言 448.4.2要素、要素屬性和要素關(guān)聯(lián)的元數(shù)據(jù) 45質(zhì)量模式的使用規(guī)則 468.5.1前言 468.5.2數(shù)據(jù)質(zhì)量規(guī)則 46時(shí)間規(guī)則 49時(shí)間特性的應(yīng)用建模規(guī)則 49時(shí)間概念模式的使用 50時(shí)間屬性 50要素之間的時(shí)間關(guān)聯(lián) 53空間規(guī)則 55空間屬性應(yīng)用建模規(guī)則 55標(biāo)準(zhǔn)空間模式使用 56空間屬性 57用幾何聚集和空間復(fù)形表示要素的空間屬性值 59要素之間的空間關(guān)聯(lián) 63共享幾何特征的要素 65點(diǎn)要素、線要素和面要素 66定義內(nèi)插方法 66獨(dú)立空間復(fù)形 67覆蓋函數(shù)的使用規(guī)則 69觀測的使用規(guī)則 72使用地理標(biāo)識(shí)符的空間參考 75代碼列表、詞匯表、詞匯 77語言匹配 78附錄A（規(guī)范性）抽象測試套件 80附錄B（資料性）建模方法和通用要素模型 94附錄C（資料性）應(yīng)用模式示例 97PAGEPAGE100地理信息 應(yīng)用式規(guī)則范圍本文件定義了創(chuàng)建應(yīng)用模式和形成其文檔的規(guī)則，其中包括定義要素的原則。本文件的范圍包括：—基于論域?qū)σ丶捌涮卣鬟M(jìn)行概念建模；—應(yīng)用模式的定義；—使用概念模式語言定義應(yīng)用模式；—從概念模型中的概念到應(yīng)用模式中的數(shù)據(jù)類型的轉(zhuǎn)換；—其他ISO地理信息標(biāo)準(zhǔn)的標(biāo)準(zhǔn)化模式與應(yīng)用模式的集成。以下內(nèi)容不在本文件范圍之列：—為應(yīng)用模式選擇一種特殊的概念模式語言；—任何特殊應(yīng)用模式的定義；—在要素目錄中對要素類型及其特征的表達(dá)；—元數(shù)據(jù)的表達(dá)；—一個(gè)應(yīng)用模式到另一個(gè)應(yīng)用模式的映射規(guī)則；—編程。規(guī)范性引用文件下列文件對于本文件的應(yīng)用是必不可少的部分。凡是注日期的引用文件，僅注日期的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T19710.2-2016，地理信息—元數(shù)據(jù)—第2部分：擴(kuò)展圖像和柵格數(shù)據(jù)GB/T22022-2008，地理信息—時(shí)間模式GB/T23707-2009，地理信息—空間模式GB/T33185-2016，地理信息—基于地理標(biāo)識(shí)符的空間參照GB/T35647-2017，地理信息—概念模式語言GB/T41448-2022，地理信息—觀測與測量IETFRFC5646(2009），語言標(biāo)簽【TagsforIdentifyingLanguages】，可在<https：//\h/info/rfc5646>上獲得ISO19115-1：2014，地理信息—元數(shù)據(jù)—第1部分：基本原理【Geographicinformation—Metadata—Part1：Fundamentals】ISO19123：2005，地理信息—幾何覆蓋模式和功能【Geographicinformation—Schemaforcoveragegeometryandfunctions】ISO19157：2013，地理信息—數(shù)據(jù)質(zhì)量【Geographicinformation—Dataquality】ISO/IEC19505-2：2012，信息技術(shù)—對象管理組織統(tǒng)一建模語言（OMGUML）—第2部分：上層結(jié)構(gòu)【Informationtechnology—ObjectManagementGroupUnifiedModelingLanguage（OMGUML）—Part2：Superstructure】術(shù)語與定義下列術(shù)語與定義適用于本文件。3.1應(yīng)用application操作和處理數(shù)據(jù)以便滿足用戶的需求。[來源：GB/T33188-1：2016,4.1.1]3.2應(yīng)用模式applicationschema一個(gè)或多個(gè)應(yīng)用所需數(shù)據(jù)（3.1）的概念模式（3.5）。[來源：GB/T33188-1：2016,4.1.2]3.3復(fù)雜要素complexfeature由其他要素組成的要素（3.9）。3.4概念模型conceptualmodel定義一個(gè)論域中概念（3.19）的模型（3.15）。[來源：GB/T33188-1：2016,4.1.5]3.5概念模式conceptualschema概念模型(3.4）的形式化描述。[來源：GB/T33188-1：2016,4.1.6]3.6覆蓋coverage[來源：ISO19123：2005,4.1.7]3.7數(shù)據(jù)集dataset可識(shí)別的數(shù)據(jù)集合。[來源：ISO19115-1：2014,4.3]3.8域domain明確定義的集合。3.9要素feature現(xiàn)實(shí)世界現(xiàn)象的抽象。注1：要素可以以類型或?qū)嵗男问匠霈F(xiàn)。當(dāng)僅指其中一種時(shí)，使用要素類型或要素實(shí)例。[來源：GB/T33188-1：2016,4.1.11]3.10要素關(guān)聯(lián)featureassociation將一個(gè)要素（3.9）類型實(shí)例與相同或不同的要素類型實(shí)例鏈接起來的關(guān)系。[來源：GB/T28585-2012,4.2]3.11要素屬性featureattribute要素的特征（3.9）。注2：要素屬性具有名稱、數(shù)據(jù)類型及其相關(guān)的域（3.8）。要素屬性實(shí)例具有取自要素屬性類型的域的屬性值（3.20）。[來源：GB/T33188-1：2016,4.1.12，修改—省略了19101-1中的注釋和實(shí)例，添加了其他的注釋。]3.12要素操作featureoperation要素（3.9）類型的每個(gè)實(shí)例都可以執(zhí)行的操作。例1：對要素類型“大壩”的一種要素操作是加高大壩。這種操作的結(jié)果是提升了“大壩”的高度和“水庫”中的水位。例2：對要素類型“大壩”的一種要素操作，可能是阻止船舶沿河道航行。[來源：GB/T28585-2012,4.5，修改-省略了GB/T28585-2012中對此條目的注釋。添加了第二個(gè)例子。]3.13地理數(shù)據(jù)geographicdata帶有相應(yīng)于地球的某個(gè)顯性或隱性位置參照的數(shù)據(jù)。注1：地理信息也被用作與地球相關(guān)的顯性或隱性位置參照的現(xiàn)象的信息的一個(gè)術(shù)語。3.14元數(shù)據(jù)metadata關(guān)于資源的信息。[來源：ISO19115-1：2014,4.10]3.15模型model現(xiàn)實(shí)的某些抽象面。3.16觀測observation測量或以其他方式確定屬性（3.17）的值（3.20）的行為。[來源：GB/T41448-2022,4.11]3.17屬性property由名稱引用的對象的分面或?qū)傩?。[來源：ISO19143：2010,4.21]3.18質(zhì)量quality一套內(nèi)在特性滿足需求的程度。[來源：ISO9000：2005,3.1.1]3.19論域universeofdiscourse包括任何感興趣事物的現(xiàn)實(shí)或假想世界的視圖。[來源：GB/T33188-1：2016,4.1.38]3.20值value類型域的元素（3.8）。[來源：ISO/IEC19501：2005,0000_5]一致性概述1121278章。A表1元-模型一致性類一致性類/conf/general條件/req/general（第7章，表15）測試A.2中的所有測試UML表2 UML應(yīng)模一性類一致性類/conf/uml依賴性/conf/general（4.2）條件/req/uml（8.2，表16）測試A.3中的所有測試表3 用準(zhǔn)式性類一致性類/conf/profile依賴性/conf/uml（4.3）條件/req/profile（8.3，表19）測試A.4中的所有測試元數(shù)據(jù)表4 數(shù)一性類一致性類/conf/metadata依賴性/conf/uml（4.3）條件/req/metadata（8.4，表20）測試A.5中的所有測試質(zhì)量表5 量致類一致性類/conf/quality依賴性/conf/uml（4.3）條件/req/quality（8.5，表21）測試A.6中的所有測試時(shí)間表6 間致類一致性類/conf/temporal依賴性/conf/uml（4.3）條件/req/temporal（8.6，表23）測試A.7中的所有測試空間表7 間致類一致性類/conf/spatial依賴性/conf/uml（4.3）條件/req/spatial（8.7，表25）測試A.8中的所有測試表8 蓋致類一致性類/conf/coverage依賴性/conf/uml（4.3）條件/req/coverage（8.8，表27）測試A.9中的所有測試觀測表9 測致類一致性類/conf/observation依賴性/conf/uml（4.3）條件/req/coverage（(8.9，表29）測試A.10中的所有測試表10 基標(biāo)符空參照致類一致性類/conf/identifier依賴性/conf/uml（4.3）條件/req/identifier（8.10，表30）測試A.11中的所有測試代碼表表11 代表一性類一致性類/conf/codeList依賴性/conf/uml（4.3）條件/req/codeList（8.11，表31）測試A.12中的所有測試表12 多言持一性類一致性類/conf/multi-lingual依賴性/conf/uml（4.3）條件/req/multi-lingual（8.12，表32）測試A.13中的所有測試表示與縮略語表示概述本文件描述了如何創(chuàng)建一個(gè)集成了地理信息標(biāo)準(zhǔn)中定義的概念模式的應(yīng)用模式。除了說明創(chuàng)建應(yīng)用模式的規(guī)則外，本文件還通過示例提供指導(dǎo)。一致性類符合本文件可以在多個(gè)級(jí)別上實(shí)現(xiàn)，由一致性類（第2章）指定。每個(gè)一致性類都使用表13表13一致性類模板一致性類/conf/{classM}依賴性[另一個(gè)一致性類的標(biāo)識(shí)符]條件/req/{classA}測試[提及包含測試的條款]必須通過類中的所有測試，以便記錄與其他一致性類而不是單個(gè)測試相關(guān)的依賴關(guān)系。每個(gè)一致性類測試是否符合包含在需求類（第7章和第8章）中的一組要求。需求類本文件中的每個(gè)規(guī)范聲明（需求或建議）都是需求類的成員。在本文件中，每個(gè)需求類都用獨(dú)立條款或子條款來描述，并使用表14所示的模板進(jìn)行總結(jié)。表14 需類版需求類/req/{classM}目標(biāo)類型[分面或技術(shù)類型]依賴性【另一個(gè)一致性類的標(biāo)識(shí)符】需求/req/{classM}/{reqN}建議/req/{classM}/{recO}需求/req/{classM}/{reqP}需求/建議【根據(jù)需要重復(fù)】一個(gè)類中的所有需求必須得到滿足，因此需求類是再使用和相互依賴的，而不是單個(gè)需求。因此，依賴需求的值是另一個(gè)需求類。必須滿足類中的所有需求，因此需求類是重用和依賴的單位，而不是單個(gè)需求。因此，依賴關(guān)系要求的值是另一個(gè)要求類。規(guī)則所有的規(guī)則都是規(guī)范性的，每個(gè)規(guī)則都使用以下模板來呈現(xiàn)：/re/re(c|q)/[classM]/[reqN] /re(c|q)/[classM]/[reqN]確定了需求或建議。使用本布局約定，使得實(shí)施者能夠很容易地找到本文件的規(guī)范性約定。標(biāo)識(shí)URI整個(gè)標(biāo)準(zhǔn)的URIURIIETFRFC5141】2.8中描述的方法的URI方案將導(dǎo)致http：///iso/19109/ed-2因此，每個(gè)需求類的絕對URI的形式是：http：///iso/19109/ed-2/req/[classM]每個(gè)需求或建議的絕對URI的形式是：\hhttp：///iso/19109/ed-2/req/[classM]/[reqN]概念模式本文件規(guī)范部分的概念模式以與GB/T35647-2017一致的統(tǒng)一建模語言（UML）表示。UML圖表符合ISO/IEC19505-2。概念描述UML中的概念用大寫字母表示，也就是CLASS，PACKAGE，ROLE，ATTRIBUTE和ASSOCIATION等?？s略語CSL （ConceptualSchemaLanguage）GFM （GeneralFeatureModel）OCL 象束（ObjectConstraintLanguage）OWL WEB本語（WebOntologyLanguage）UML 統(tǒng)建言（UnifiedModelingLanguage）包縮寫一些其他標(biāo)準(zhǔn)中定義的概念模式名稱的設(shè)計(jì)以雙字母代碼開始，如下所示：CVISO19123：2005幾何覆蓋模式和功能【SchemaforCoverageGeometryandFunctions】DQ ISO19157：2013數(shù)據(jù)質(zhì)量GM GB/T23707-2009LI GB/T19710.2-2016MD ISO19115-1：2014元據(jù)—礎(chǔ)【Metadata—fundamentals】MI GB/T19710.2-2016用影像元數(shù)展OM GB/T41448-2022SF GB/T41448-2022SI GB/T33185-2016TM GB/T22022-2008TP GB/T22022-2008語境應(yīng)用模式是一個(gè)或多個(gè)應(yīng)用所需數(shù)據(jù)的概念模式。應(yīng)用模式應(yīng)定義：—數(shù)據(jù)的內(nèi)容和結(jié)構(gòu)；也可以定義—應(yīng)用操作和數(shù)據(jù)處理；—確保數(shù)據(jù)完整性的約束條件。應(yīng)用模式的目標(biāo)有兩方面：—提供一個(gè)可用計(jì)算機(jī)讀取的定義數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)描述，使得應(yīng)用自動(dòng)化機(jī)制管理數(shù)據(jù)成為可能?！ㄟ^記錄特定應(yīng)用領(lǐng)域的數(shù)據(jù)內(nèi)容，實(shí)現(xiàn)對數(shù)據(jù)的共同和正確的理解，從而可以從數(shù)據(jù)中明確地檢索信息。本文件無意把應(yīng)用模式標(biāo)準(zhǔn)化，它只為以一種相互兼容的方式創(chuàng)建應(yīng)用模式定義規(guī)則，這種相互兼容方式包括要素定義的一致性，以便促進(jìn)在不同的用戶、不同的系統(tǒng)和不同的地點(diǎn)進(jìn)行地理數(shù)據(jù)的獲取、處理、分析、訪問、表達(dá)和傳輸。在數(shù)據(jù)轉(zhuǎn)換或交換過程中，本規(guī)則由地理數(shù)據(jù)提供者和用戶用于：—建立用于數(shù)據(jù)交換的傳輸應(yīng)用模式；—根據(jù)用戶的本地?cái)?shù)據(jù)以及數(shù)據(jù)的內(nèi)容和結(jié)構(gòu)解釋傳輸數(shù)據(jù)集的語義；—確定兩個(gè)數(shù)據(jù)集之間的必要轉(zhuǎn)換；本文件中的規(guī)則有助于用戶在具有相似的數(shù)據(jù)需求應(yīng)用時(shí)，創(chuàng)建一個(gè)在系統(tǒng)和數(shù)據(jù)之間共同的應(yīng)用模式。它包括論域元素的一致性協(xié)議。這在6.3中有更詳盡的描述。如果兩個(gè)模式差別太大，那么從一個(gè)應(yīng)用模式到另一個(gè)應(yīng)用模式的映射可能很困難甚至是不可能的。如果在設(shè)計(jì)系統(tǒng)中使用的應(yīng)用模式也考慮了數(shù)據(jù)交換的需求，那么映射就很容易實(shí)現(xiàn)。這些規(guī)則也可用于構(gòu)建系統(tǒng)內(nèi)使用的應(yīng)用模式，盡管此類應(yīng)用模式不在本文件的范圍內(nèi)。7（CSL）7UML（GB/TISO8UML注：ISO19118，GB/T23708地理信息地理標(biāo)記語言（GML）和ISO/TS19139定義了UML中由應(yīng)用模式定義的數(shù)據(jù)集如何編碼。概述信息系統(tǒng)之間的數(shù)據(jù)交換可以通過兩種方式進(jìn)行：構(gòu)。數(shù)據(jù)傳輸與數(shù)據(jù)事務(wù)有根本區(qū)別。數(shù)據(jù)傳輸時(shí)，數(shù)據(jù)集在應(yīng)用模式中被預(yù)定義。要素實(shí)例的空間范圍和包含規(guī)則也是預(yù)定義的。用戶請求并接收數(shù)據(jù)集的副本（或者可以通過數(shù)據(jù)集分發(fā)的長期協(xié)議自動(dòng)接收）。在數(shù)據(jù)事務(wù)中，請求者首先指定選擇標(biāo)準(zhǔn)，例如來自生產(chǎn)者數(shù)據(jù)存儲(chǔ)的數(shù)據(jù)的空間范圍和要素實(shí)例包含規(guī)則。然后從數(shù)據(jù)存儲(chǔ)中檢索符合選擇標(biāo)準(zhǔn)的數(shù)據(jù)并提供給用戶。1圖1通過傳輸進(jìn)行數(shù)據(jù)交換首先，用戶和供應(yīng)商必須同意根據(jù)本文件為正在交換的數(shù)據(jù)創(chuàng)建一個(gè)應(yīng)用模式。為了方便數(shù)據(jù)的傳輸，應(yīng)用模式是使用來自用戶和供應(yīng)商的應(yīng)用模式開發(fā)的。對于交換的數(shù)據(jù)，將從供應(yīng)商的應(yīng)用模式到該應(yīng)用模式進(jìn)行一次映射，并將從該應(yīng)用模式到用戶的應(yīng)用模式進(jìn)行第二次映射。其次，供應(yīng)商必須能夠?qū)⒏鶕?jù)其應(yīng)用模式定義的應(yīng)用數(shù)據(jù)，轉(zhuǎn)換為根據(jù)所交換數(shù)據(jù)的應(yīng)用模式定義的傳輸數(shù)據(jù)集。再次，用戶必須能夠?qū)⒏鶕?jù)其應(yīng)用模式定義的傳輸數(shù)據(jù)集轉(zhuǎn)換為根據(jù)用戶的應(yīng)用模式定義的應(yīng)用數(shù)據(jù)。2AB25030/注：實(shí)線表示數(shù)據(jù)流，斷點(diǎn)線表示數(shù)據(jù)交換中應(yīng)用模式的作用。圖2通過數(shù)據(jù)處理進(jìn)行數(shù)據(jù)交換定義要素的原則概述表15涵蓋一般需求和應(yīng)用模式元模型的需求類需求類/req/general目標(biāo)類型Applicationschema需求/req/general/csl需求/req/general/integration需求/req/general/feature建議/req/general/property-name需求/req/general/attribute需求/req/general/operation需求/req/general/association-role需求/req/general/value-assignment需求/req/general/feature-association需求/req/general/inheritance建議/req/general/constraint要素地理信息的基本單元稱為要素。GB/T28585-2012提供了組織和報(bào)告要素分類的標(biāo)準(zhǔn)框架。B本文件區(qū)分了定義要素的四個(gè)方面：定義或用于將它們分組為類型、與每種類型關(guān)聯(lián)的屬性、類型之間的關(guān)系以及要素行為的描述。例如，“塔橋”是對倫敦某座真實(shí)橋梁的抽象。術(shù)語“橋”是所有現(xiàn)實(shí)世界現(xiàn)象中被劃入“橋”的抽象概念的集合。在本文檔的后面部分，術(shù)語“要素類型”和“要素實(shí)例”用于將描述整個(gè)集合的“要素”概念與描述特定實(shí)例發(fā)生的概念分開。3圖3從論域到數(shù)據(jù)過程覆蓋范圍要素和覆蓋表示可以以幾種方式關(guān)聯(lián)：例1：一個(gè)遙感影像內(nèi)的顏色或其他輻射波段的模式可以用于推斷地面上的特定對象或要素的存在。例2：地球物理鉆孔日志中的信號(hào)可用于推斷地下位置是否存在特定巖石單元。例3：礦井內(nèi)的特定礦石礦物濃度的變化可以被描述為礦井空間范圍內(nèi)的空間函數(shù)或覆蓋范圍。其范圍類型為屬性，其域是要素集的聚合幾何體。例4：可以編譯一組氣象站的溫度，以顯示整個(gè)氣象站所在區(qū)域的溫度空間變化。后兩種情況下的一個(gè)約束是從一個(gè)要素目錄中獲得的屬性類型是在同一論域中的覆蓋范圍描述的范圍類型。可以使用通用要素模型（7.5.8）來描述在要素范圍內(nèi)具有變化的屬性值的情況。雖然ISO19123中詳細(xì)描述了覆蓋模型，但應(yīng)用模式可能包括要素和覆蓋類型。注：要素和覆蓋范圍的觀點(diǎn)與傳統(tǒng)GIS實(shí)現(xiàn)中的所謂“矢量”和“柵格”方法相關(guān)，但不完全相同。屬性和觀測屬性值與要素和覆蓋范圍相關(guān)。對于要素，屬性值與分類對象相關(guān)。對于覆蓋范圍，屬性值與域的位置相關(guān)。注：根據(jù)GB/T41448-2022，“觀測”表示使用程序生成估計(jì)值的事件的一般情況。這個(gè)過程可能涉及到傳感器，但也可能是計(jì)算或分類過程。觀測的結(jié)果是一個(gè)被賦予其感興趣的要素的屬性值。當(dāng)該要素的屬性具有恒定值，則相關(guān)聯(lián)的觀測結(jié)果具有靜態(tài)值。當(dāng)該要素的屬性值隨位置變化時(shí)，相關(guān)聯(lián)的觀測結(jié)果是一個(gè)空間函數(shù)或覆蓋范圍。本文件支持在應(yīng)用模式定義的數(shù)據(jù)結(jié)構(gòu)中表示要素類型和覆蓋范圍。圖4說明了從論域到地理數(shù)據(jù)集的構(gòu)建數(shù)據(jù)的過程。在應(yīng)用領(lǐng)域的語境中感知的要素類型及其屬性的定義將源自論域。要素目錄記錄了要素類型。應(yīng)用模式定義了數(shù)據(jù)的邏輯結(jié)構(gòu)，也可以定義對數(shù)據(jù)或使用數(shù)據(jù)執(zhí)行的操作。應(yīng)用模式處理的是邏輯組織，而不是物理組織。應(yīng)用模式使用概念模式語言進(jìn)行形式化。/req/general/csl應(yīng)用模式用概念模式語言表示。它應(yīng)描述可以代表論域的數(shù)據(jù)集的結(jié)構(gòu)和內(nèi)容。當(dāng)創(chuàng)建一個(gè)應(yīng)用模式時(shí)，通用要素模型（GFM；見7.4）的概念將映射到所選擇的概念模式語言的概念。對于UML，這些規(guī)則在第8章中描述。圖4從現(xiàn)實(shí)世界到地理數(shù)據(jù)使用現(xiàn)有要素目錄或要素概念字典中的定義可以降低數(shù)據(jù)獲取的成本，允許開發(fā)人員使用現(xiàn)有數(shù)據(jù)，簡化開發(fā)應(yīng)用模式的過程，依賴關(guān)系可被清楚地記錄。/req/general/integration應(yīng)用模式的開發(fā)者可以使用已有的要素目錄中的定義。如果應(yīng)用模式集成了另一個(gè)模式的組件，則應(yīng)使用概念模式語言提供的機(jī)制明確記錄其依賴關(guān)系。概述（GFM）。附錄B提供了關(guān)于通用要素模型的目的和設(shè)計(jì)的討論。注：GFM的完整內(nèi)核見附錄B.3。7.77.57.7通用要素模型的目的CSL（GB/T35647-2017）UML。待分類的事物稱為要素，要素類型具有要素屬性、要素操作和要素關(guān)聯(lián)角色等屬性。要素類型之間的關(guān)系是要素關(guān)聯(lián)和繼承。所有這些概念在GFM中都被表示為元類。GFM是要素類型的元模型。（GFM（FCM）見GB/T28285）GFM中的概念沖突。GFMCSLCSLISOUML式中，所以用UMLGFMUML的主要規(guī)則。其他CSL也可以這樣做。由于UMLGB/T35647-20178.2.2UMLGFMGFMUMLUML些類中有一些是GFMGFMGFM因此，GFMGB/T35647-2017UML圖5顯示了用于定義要素類型的概念。除了名稱和描述外，要素類型還由其屬性定義，例如：5注1：本文件的早期版本在大多數(shù)類名前加上“GF_”。該慣例已不再被使用。注2：類型CharacterString,GenericName,LanguageString,LocalName,TypeName均來自GB/T35647-2017。IdentifiedTypeIdentifiedType是一個(gè)元類，通用要素模型的其他關(guān)鍵類從中繼承一些通用標(biāo)識(shí)和描述屬性。IdentifiedType是要素類型、特征類型和要素關(guān)聯(lián)類型的超類型。元素的名稱。一般來說是可選的，但需要一些具體化，如下所示。該類型GenericName【GB/T35647-2017】允許顯式或隱式的名稱空間。CSLUMLUMLCSL8提供了名稱空間，而要素類型提供了屬性的名稱空間。在OWL中，類和屬性的名稱空間通常但不一定由本體提供。當(dāng)使用OWL作為CSL【GB/T41472.2-2022】時(shí)，類的范圍通常限定為本體或應(yīng)用模式，但屬性類型的范圍可以限定為類、應(yīng)用模式、外部本體或目錄。元素的簡明定義。定義是強(qiáng)制性的。如果需要，可以提供多種語言的附加定義。用來補(bǔ)充名稱的元素的自然語言指示符。為可選項(xiàng)，允許多個(gè)名稱支持不同的語言。元素的描述，包括超出簡明定義所需的信息，有助于理解其范圍和應(yīng)用。它是可選的，允許使用多種描述來支持不同的語言。（constrainedBy）對標(biāo)識(shí)類型（IdentifiedType）或?qū)︻愋椭械膶傩灾付ǖ募s束的描述。另見7.7。/req/通用/要素要素應(yīng)建模為元類FeatureType的實(shí)例，如圖5和7.4.5所定義的。要素不應(yīng)被建模為具體化的GM_Object(GB/T23707-2009）或TM_Object（GB/T22022-2008）。該要素必須在應(yīng)用模式中有一個(gè)唯一的名稱。注1：在面向?qū)ο蠼Ｖ?，要素類型等同于類，而要素?shí)例等同于對象。注2：幾何、拓?fù)浜蜁r(shí)間對象（GM_Object，TP_Object，TM_Object）不是現(xiàn)實(shí)世界現(xiàn)象的抽象，這些類型可以為要素屬性提供類型，但不能用于要素。注3：附錄B提供了關(guān)于術(shù)語“要素”用法的一個(gè)表格。FeatureType從抽象的元類IdentifiedType繼承，用于識(shí)別和描述的屬性。要素類型的名稱是必須的，且在應(yīng)用模式中必須是唯一的。FeatureType可添加以下屬性和關(guān)聯(lián)端；—isAbstract布爾屬性（必選），當(dāng)取值為真時(shí)，要素類型充當(dāng)一個(gè)抽象的超類?！猚arrierOfCharacteristics關(guān)聯(lián)角色，用于指定任何要素操作、任何要素屬性類型和承載要素類型的特性的任何要素關(guān)聯(lián)角色。雖然嚴(yán)格選用，但不太可能定義沒有屬性的要素類型?？芍貜?fù)?！猻uperType用來指定要素類型（可選、可重復(fù)）的超類型（通用型）的關(guān)聯(lián)角色。AttributeType（Operation）FeatureAssociationRoleIdentifiedType繼承了/rec/通用/特征-名稱（CLASS）來說，應(yīng)該與應(yīng)用模式中具有注：從要素類型解耦屬性類型與科學(xué)和觀測應(yīng)用一致，這些屬性可以在要素檢測之前被觀測到，并且相同的屬性可以在處理鏈的不同階段表征多個(gè)要素。示例1 溫、場重力量物特普存在并可在何定位立于要或質(zhì)行效測量記。示例2 量寬、度、離速等程性可在同要類的語在相同意上用。AttributeTypeAttributeType是要素類型的屬性定義的元類（另請參見7.5）/req/通用/要素要素屬性應(yīng)建模為元類AttributeType的實(shí)例，如圖5和7.4.7中所定義，并在7.5中進(jìn)一步闡述。AttributeType從抽象元類PropertyType繼承屬性和關(guān)聯(lián)，該名稱對于屬性類型是必需的。AttributeType添加以下屬性和關(guān)聯(lián)的結(jié)束：—valueType屬性值的數(shù)據(jù)類型（必填）1：GB/T35647-2017ISO例1Integer,CharacterStringorGM_Object。—valueDomain一組值的描述（必填）。在某些情況下，值域可能是一組用于分類模式的概念，以詞匯表或詞典的方式進(jìn)行組織。237是GB/T23707-2009GM_Object2：GB/T35647-2017UML（SO/TS1912008;Mes&Behhoe00。cardinality屬性實(shí)例的數(shù)目可能與要素類型單個(gè)實(shí)例相關(guān)（必選）。characterize由該屬性類型（對于屬性的屬性）描述的屬性的類型（可選）?！猚haracterizeBy描述此屬性類型的屬性類型（對于屬性的屬性）（可選，可重復(fù)）。例3 攜帶要素位置的屬性可能具有另一個(gè)屬性，該屬性保存此位置的位置精度（QualityAttributeType的數(shù)據(jù)值）。屬性類型的分類在7.5中描述。操作GB/T28585-2012/req/通用/操作57.4.8注1：操作只適用于互操作模型，不適用于6.3中所描述的數(shù)據(jù)傳輸模型。注2：操作實(shí)例有三類：觀測操作、變更操作和構(gòu)建操作。觀測器操作返回屬性的當(dāng)前值。變更操作包括更改返回值的動(dòng)作。構(gòu)造操作創(chuàng)建為其定義的類的實(shí)例。例如，觀測操作可以用來查找大壩的高度。提升大壩是變更操作，它會(huì)改變大壩的高度，也會(huì)影響與大壩相關(guān)的水道和水庫的屬性。如果所涉及的要素類型之間存在關(guān)聯(lián)，那么另一個(gè)要素實(shí)例的值可能會(huì)被觀測到或受影響。除了從抽象元類PropertyType繼承的屬性和關(guān)聯(lián)外，操作還添加了以下屬性：—簽名（signature）對一個(gè)操作的名稱、參數(shù)和返回值的描述（必填）。3UMLoperation_name(input_parameter1input_parameter2,...)；output_value_type形式；例如，has_height（）：真。類操作的屬性由應(yīng)用模式設(shè)計(jì)者決定。FeatureAssociationRoleFeatureAssociationRole是角色類的元類，是FeatureAssociationType（7.4.11）的一部分。FeatureAssociationRole表明通過關(guān)聯(lián)要素類型所扮演的角色，為一個(gè)要素類型提供角色的FeatureAssociationRole的實(shí)例也可以被視為該要素類型的一部分。/req/通用/關(guān)聯(lián)-角色要素關(guān)聯(lián)角色應(yīng)被建模為元類FeatureAssociationRole的實(shí)例，如圖5和7.4.9中定義。FeatureAssociationRole從抽象元類PropertyType繼承屬性和關(guān)聯(lián)，名稱對關(guān)聯(lián)角色是必須的。FeatureAssociationRole添加下列屬性：角色值的數(shù)據(jù)類型（必選）。cardinality（必選）。PropertyType是要素類型的任何一個(gè)特征類的元類，它描述了要素的特征，要素的行為或要素關(guān)聯(lián)角色。PropertyType是操作、AttributeType以及FeatureAssociationRole的超類。要么是沒有足夠的興趣對其顯性建模。然而，原則上值的分配過程與每個(gè)特征值相關(guān)。/req/通用/值-分配一個(gè)賦值過程應(yīng)當(dāng)被建模為關(guān)聯(lián)類元類ValueAssignment的一個(gè)實(shí)例，如圖6和7.4.10中的定義。在一個(gè)賦值的實(shí)例中，分配值的屬性應(yīng)與它相關(guān)聯(lián)的要素類型相一致。要素類型OM_Observation（GB/T41448-2022），以及類LI_ProcessStep（ISO19115-1）和MI_Event（GB/T19710.2-2016）可以被解釋為ValueAssignment（圖6）的實(shí)例。對特定的觀測的描述可以提供對屬性值中可能出現(xiàn)的誤差的評(píng)估。注：GB/T41448-2022中的OM_Observation類攜帶一個(gè)明確的約束，即要素-特征組合是一致的。圖6 類實(shí)示值賦類其示包：例1一塊土地的所有者或一棟建筑物的所有者通常是由土地登記機(jī)關(guān)聲明的。2=34ValueAssignment元類顯示為具有單個(gè)屬性，以表示所涉及的一般類：type賦值類別（必選）這里描述的值賦值類集并不詳盡，在圖5中顯示為《編碼表》。FeatureAssociationTypeFeatureAssociationType/req/通用/要素-關(guān)聯(lián)FeatureAssociationType57.4.117.6.3IdentifiedType—roleNameFeatureAssociationType（。InheritanceRelationInheritanceRelation（子類之間/req/g通用/繼承InheritanceRelation5和在7.4.12中定義，并在7.6.2中進(jìn)一步闡述。每個(gè)特殊類型表達(dá)一個(gè)目的。要素類型可以在許多泛型關(guān)系中充當(dāng)超類型，每個(gè)關(guān)系都有不同的目的。name泛化/特化的名稱（可選）。description/（。uniqueInstanceUniqueInstance是一個(gè)布爾變量，當(dāng)取值為.真.時(shí)，表示超類的實(shí)例應(yīng)該不是多個(gè)子類的實(shí)例，當(dāng)取值為.假.時(shí)，意味著超類的實(shí)例可以是多個(gè)子類的實(shí)例?？蛇x默認(rèn)值為“真”。Supertype具有比其他一種或多種要素類型（可選，重復(fù)）更通用的要素類型的角色。Subtype具有比其他一種或多種要素類型更為具體的要素類型的角色。引言7.5（。ISO7與這些其他ISOGB/T23707-2009TP_Object圖7要素類型的屬性SpatialAttributeTypeSpatialAttributeTypeGM_Object或TP_ObjectGM_ObjectTP_ObjectGB/T23707-2009TemporalAttributeType表示時(shí)間屬性，它被用作一個(gè)要素的時(shí)間參考特征。時(shí)間屬性類型具有時(shí)間類型或TM_Object作為值類型。TM_Object的結(jié)構(gòu)在GB/T23707-2009中描述的時(shí)間模式中定義。QualityAttributeTypeQualityAttributeType表示具有質(zhì)量信息的屬性。當(dāng)一個(gè)要素的質(zhì)量特征或特性作為數(shù)據(jù)包含在數(shù)據(jù)集中時(shí)，將使用這些屬性。根據(jù)ISO19157中定義的DQ_Element或DQ_DataQuality的定義，質(zhì)量屬性可以擁有一個(gè)值類型。LocationAttributeTypeLocationAttributeType表示通過使用地理標(biāo)識(shí)符對要素進(jìn)行空間引用的屬性。理想情況下，geographicIdentifier的作用域（例如，在名稱空間中）是地名錄。示例：郵政編碼通過其地理標(biāo)識(shí)符引用某個(gè)位置，允許在相關(guān)地名錄中找到其位置。注：實(shí)際上，標(biāo)識(shí)符是一個(gè)字符串，與特定地名錄的詞匯形式和內(nèi)容規(guī)則相匹配。MetadataAttributeType當(dāng)一個(gè)數(shù)據(jù)集包括元數(shù)據(jù)信息并把它作為數(shù)據(jù)時(shí)，MetadataAttributeType表示帶有元數(shù)（ISOThematicAttributeTypeThematicAttributeType7.5.27.5.6屬性外，其值的類型和值域通常由用戶或應(yīng)用區(qū)域定義?？梢允褂没绢愋?例如，參見GB/T35647-2017）CoverageFunctionAttributeTypeCoverageFunctionAttributeType化。其值的類型和值域由用戶或應(yīng)用領(lǐng)域定義，并提供了可以提供屬性的數(shù)據(jù)值的CV_Coverage（ISO19123）。概述在7.6中，將更詳細(xì)地描述要素類型之間的關(guān)系。關(guān)系的分類如圖8。/注：關(guān)聯(lián)是一種既可以存在于要素類型之間也可以存在于要素類型實(shí)例之間的關(guān)系。一般化/特殊化的關(guān)系僅發(fā)生在要素類型之間。InheritanceRelationInheritanceRelation/8FeatureAssociationTypeFeatureAssociationType表示要素類型之間的所有其他關(guān)聯(lián)類型。這些關(guān)系在被定義時(shí)被作為關(guān)聯(lián)類型出現(xiàn)，在數(shù)據(jù)集中作為實(shí)例出現(xiàn)。關(guān)聯(lián)類型可以通過其自身的屬性來表征，例如，具有自己的屬性。在地理信息領(lǐng)域，存在多種關(guān)聯(lián)，由本文件定義的規(guī)則處理。其中四個(gè)在圖8中顯示為FeatureAssociationType的子類型。FeatureAggregationTypeFeatureAggregationType表示作為某種“整體-部分”關(guān)系的類型之間的關(guān)聯(lián)，即使聚合被破壞，部分依然存在。聚合用于指定構(gòu)成復(fù)雜類型的類型。例1：國際組織及其成員國FeatureCompositionTypeFeatureCompositionType表示“整體-部分”關(guān)系，一個(gè)類型的要素屬于另一個(gè)類型的要素，所以，部分同整體一起被破壞。例2：橋梁結(jié)構(gòu)及其承載的路面SpatialAssociationTypeSpatialAssociationType表示要素之間可能存在的空間關(guān)系或拓?fù)潢P(guān)系。這些關(guān)系取決于要素的相對空間位置和范圍。請參見8.7.3中的進(jìn)一步討論。例3：交叉口是兩條道路之間的關(guān)系，道路是兩個(gè)交叉口之間的關(guān)系。例4：包含關(guān)系，例如農(nóng)場內(nèi)的圍場，森林內(nèi)的土地，市內(nèi)的縣?！猅emporalAssociationTypeTemporalAssociationType表示要素之間可能存在的時(shí)間關(guān)聯(lián)。見8.6.3中的進(jìn)一步討論。例5：短語“builtbefore”是“北京故宮建成早于頤和園”陳述中的時(shí)間關(guān)聯(lián)。約束應(yīng)用模式可以引入約束以確保數(shù)據(jù)的完整性。約束通過指定允許或不允許的數(shù)據(jù)組合來限制應(yīng)用中防止創(chuàng)建錯(cuò)誤數(shù)據(jù)的自由度。約束可用于各種其他目的。要素及其屬性都可能具有約束。例：約束的示例如下：GM_ObjectCSL/rec/通用/約束在模型的結(jié)構(gòu)方面中未捕捉到的對應(yīng)用模式的約束可使用適用于CSL的約束語言正式表達(dá)。注：當(dāng)CSL是UML時(shí)，約束語言通常是OCL。然而，約束也可以用自然語言表達(dá)。UML應(yīng)用模式服務(wù)于兩個(gè)目的。首先，它實(shí)現(xiàn)了對特定應(yīng)用領(lǐng)域內(nèi)數(shù)據(jù)的內(nèi)容和結(jié)構(gòu)的共同和正確的理解。其次，它可以為數(shù)據(jù)管理的自動(dòng)化機(jī)制應(yīng)用提供一個(gè)計(jì)算機(jī)可讀的模式。兩個(gè)角色意味著逐步創(chuàng)建一個(gè)應(yīng)用模式的過程。這些步驟如圖4所示并可簡單描述如下：）（UMLOCL）這個(gè)過程可能涉及到迭代或反饋循環(huán)，需要兩個(gè)規(guī)則集：ISO概述8.2UMLCSL16表16用于在UML中建模應(yīng)用模式的需求類需求類/req/uml目標(biāo)類型UML應(yīng)用模式依賴性/req/通用（通用要素模型）依賴性GB/T35647-2017（概念模式語言）條件/req/uml/專用標(biāo)準(zhǔn)條件/req/uml/標(biāo)識(shí)條件/req/uml/文檔條件/req/uml/集成條件/req/uml/結(jié)構(gòu)條件/req/uml/要素條件/req/uml/關(guān)聯(lián)條件/req/uml/聚合條件/req/uml/屬性條件/req/uml/角色推薦/rec/uml/特征名稱條件/req/uml/屬性的屬性條件/req/uml/操作條件/req/uml/繼承條件/req/uml/約束條件/req/uml/值分配7GFM本身是用UMLUML不CSL。UML8UMLUML8章中的示例用UML表示。UMLISO/IEC19505-2GB/T35647-2017UMLUML式的CSL。41472.2-2022為W3C定義OWL2是概應(yīng)用模式的UML專用文件包括：（GB/T35647-20177C），—UML關(guān)聯(lián)（GB/T35647-2017,6.8.2）使用的一些具體要求：;GB/T35647-2017DUML17表17 用應(yīng)模式CSL的UML要件結(jié)構(gòu)造型或關(guān)鍵字UML元類約束標(biāo)記值來源應(yīng)用模式包版本本文件，8.2.3說明目錄錄入本文件，8.2.4沒有嵌套在另一個(gè)應(yīng)用模式包中本文件，8.2.5語言名稱定義本文件，8.12代碼表類GB/T35647-2017,6.5.3,6.10數(shù)據(jù)類型用于屬性或強(qiáng)聚合（合成）ISO/IEC19505-2：2012,7.3.11GB/T35647-2017,6.10列舉ISO/IEC19505-2：2012,7.3.16GB/T35647-2017,6.5.2,6.10估計(jì)屬性本文件8.2.6要素類型類描述本文件，8.2.4，8.2.6名稱和定義本文件，8.12葉包不能包含其他包GB/T35647-2017,6.10聯(lián)合數(shù)據(jù)類型GB/T35647-2017,6.10使用ISO/IEC19505-2：2012,7.3.54（UpperCamelCase），遵循UML2約定[ISO/IECUML（lowerCamelCase）[ISO/IEC19505-2：2012B]/req/uml/專用標(biāo)準(zhǔn)應(yīng)用程序模式應(yīng)使用GB/T35647-2017中定義的UML概要進(jìn)行建模，并在本文件中進(jìn)行擴(kuò)充，如8.2.2所述。行建模，并在本文件中進(jìn)行擴(kuò)充，如8.2.2所述。/req/uml/封裝《ApplicationShema》。包的名稱是應(yīng)用模式的名稱。該應(yīng)用模式的版本應(yīng)記錄在標(biāo)記值“Version”中。注：包含版本信息可確保供應(yīng)商和用戶就應(yīng)用模式的哪個(gè)版本描述特定數(shù)據(jù)集的內(nèi)容達(dá)成一致。應(yīng)用模式的文檔/req/uml/文檔應(yīng)用模式應(yīng)當(dāng)歸檔。如果可以導(dǎo)出每個(gè)類、屬性、關(guān)聯(lián)角色、操作和約束的文本定義，則應(yīng)使用工具提供的主要文檔工具記錄這些信息。每個(gè)包、類、屬性、關(guān)聯(lián)角色、操作和約束的輔助描述和信息注釋可以使用名稱為“description”的標(biāo)記值來記錄。如果類或其他UML組件是要素目錄中定義的模型元素的實(shí)現(xiàn)，則對目錄的引用應(yīng)記錄在名為“catalogue-entry”的標(biāo)記值中。1UMLNote”或“ScopeNote”或類似的內(nèi)容，documentation注2：應(yīng)用模式中的要素類型和特征類型通常也記錄在符合GB/T28585-2012的要素目錄中，其可以從UML模型自動(dòng)生成。當(dāng)開發(fā)一個(gè)大型的信息模型時(shí)，通常將工作分解為可以通過定義的接口進(jìn)行集成的獨(dú)立部分。應(yīng)用模式是其中的一部分；ISO地理信息標(biāo)準(zhǔn)中的其他標(biāo)準(zhǔn)模式是其他部分。此外，一個(gè)完整的應(yīng)用可以從多個(gè)應(yīng)用模式包開始構(gòu)建，可能會(huì)受到獨(dú)立管理安排的約束。每個(gè)模式都可以參考標(biāo)準(zhǔn)模式。這種結(jié)構(gòu)方法可以用來避免創(chuàng)建大型和復(fù)雜的模式。它也可以通過允許有序授權(quán)的設(shè)計(jì)和維護(hù)模式，針對不同部門的不同方面來協(xié)助維護(hù)復(fù)雜的模式。它還可以通過允許將模式的不同方面的設(shè)計(jì)和維護(hù)有序地委托給不同的組織機(jī)構(gòu)，來幫助維護(hù)一個(gè)復(fù)雜的模式。它可能包括外部維護(hù)的詞匯或詞典，用于定義要素屬性的值域。某個(gè)應(yīng)用的數(shù)據(jù)結(jié)構(gòu)的完整定義，可由與它直接和間接引用的其他標(biāo)準(zhǔn)應(yīng)用模式的集成而來。應(yīng)用模式的集成使用UML依賴關(guān)系，而不是包嵌套。重復(fù)使用的單元是一個(gè)構(gòu)造型為《ApplicationShema》的UML包，或者是一個(gè)來自標(biāo)準(zhǔn)模式的包。19ISO9其他應(yīng)用模式的結(jié)構(gòu)和定義。圖9——應(yīng)用模式集成舉例/req/uml/集成UML包的依賴關(guān)系應(yīng)用于描述應(yīng)用模式與其他模式，包括標(biāo)準(zhǔn)模式的集成，以便形成數(shù)據(jù)結(jié)構(gòu)的完整定義。除依賴標(biāo)準(zhǔn)模式外，構(gòu)造型《ApplicationSchema》的包之間應(yīng)存在依賴。包含或由構(gòu)造型為《ApplicationSchema》的包所包含的包不得具有依賴項(xiàng)或從屬項(xiàng)。包與包之間不得有相互依賴，依賴圖不應(yīng)包括循環(huán)。對來自ISO地理信息標(biāo)準(zhǔn)模式或其他應(yīng)用模式的依賴可能帶有構(gòu)造型《Use》。,示例20UML所有的應(yīng)用模式都使用來自GB/T23707-2009空間模式中的空間單型。注：圖表注釋可用于指示依賴關(guān)系中涉及的類。10UML的建模結(jié)構(gòu)關(guān)于數(shù)據(jù)結(jié)構(gòu)和實(shí)例化的基本規(guī)則。/req/uml/結(jié)構(gòu)應(yīng)用的數(shù)據(jù)結(jié)構(gòu)應(yīng)在應(yīng)用模式中建模。應(yīng)用模式中用于數(shù)據(jù)傳輸?shù)乃蓄悜?yīng)是可實(shí)例化的，如果是抽象的，則應(yīng)具有非抽象專門化。從另一個(gè)包集成的任何類都不能是構(gòu)造型的《Interface》。注1：構(gòu)造型《Interface》在GB/T35647-2017中定義。雖然它適用于標(biāo)準(zhǔn)包，但不用于應(yīng)用模式。以下規(guī)則涉及UML中的通用要素模型結(jié)構(gòu)的實(shí)現(xiàn)。AnyFeature是一個(gè)抽象類，它是所有要素類型的泛化。AnyFeature是元類FeatureType/req/uml/。112：任何要素對應(yīng)于GB/T41448-2022的GFI_Feature。/req/uml/要素FeatureType的實(shí)例應(yīng)當(dāng)作為類實(shí)現(xiàn)。該類應(yīng)帶有構(gòu)造型?FeatureType?。該類應(yīng)具有AnyFeature的泛化。在應(yīng)用模式中，類的名稱應(yīng)該是唯一的。如果可以導(dǎo)出此類信息，則應(yīng)使用軟件工具中的文檔工具記錄該類的文本定義。UMLScopeNoteDocumentation/req/uml/關(guān)聯(lián)FeatureAssociationType的每個(gè)實(shí)例應(yīng)與PropertyType的一個(gè)或多個(gè)實(shí)例相關(guān)聯(lián)。它應(yīng)作為ASSOCIATIONCLASS實(shí)現(xiàn)；PropertyType的關(guān)聯(lián)實(shí)例應(yīng)作為ASSOCIATIONCLASS的ATTRIBUTE實(shí)現(xiàn)。復(fù)雜的要素被定義為聚合。可以使用強(qiáng)聚合和弱聚合。/req/uml/聚合FeatureAggregationType的實(shí)例應(yīng)實(shí)現(xiàn)為空菱形箭頭）。FeatureCompositionType的實(shí)例應(yīng)實(shí)現(xiàn)為COMPOSITION（實(shí)心菱形箭頭。以獨(dú)立于。COMPOSITIONCOMPOSITION。/req/uml/屬性AttributeType的實(shí)例在應(yīng)用模式中有以下兩種表達(dá)方式：：作為一個(gè)：作為一個(gè)CLASS與表41448-2022]Estimated》。/req/uml/角色FeatureAssociationRole的實(shí)例宜在表示FeatureAssociationType的ROLE實(shí)現(xiàn)。如果使用觀測程序賦值關(guān)聯(lián)目標(biāo)的值[ISO19156：2011]《Estimated》。名稱的屬性、操作和關(guān)聯(lián)角色有相同的含義。此建議與通用要素模型（圖5）一致，其中PropertyTypeUMLUML(8.2.1）UML專用/rec/uml/特征-名稱ATTRIBUTE,OPERATION或ASSOCIATION端的名稱在應(yīng)用模式應(yīng)是唯一的，或者對于擁有該特征的類，應(yīng)該與應(yīng)用模式內(nèi)具有相同名稱的任何其他特征具有相同的目的。12（）注4：這種方法與本體一致，本體中特征是與類位于旁邊第一類（first-class）的對象。如果應(yīng)用模式遵循此建議，則可以使用相同的名稱用UML和OWL并行表示其結(jié)構(gòu)。注5：這也符合觀測應(yīng)用中的常見做法，特別是在自然科學(xué)中。對溫度、磁場和重力等物理現(xiàn)象的觀測通常同它們與任何特定要素的關(guān)聯(lián)分開進(jìn)行。有時(shí)為了支持未知類型要素的檢測和表，。相同的屬性類型可能是許多不同要素類型的特征。屬性類型通常獨(dú)立于它們與一個(gè)或多個(gè)要素類型的潛在關(guān)聯(lián)而列出。/req/uml/值分配ValueAssignment實(shí)例應(yīng)由為屬性值賦值提供元數(shù)據(jù)的類表示。注6：OM_Observation及其在GB/T41448-2022中定義的專門化提供了一個(gè)合適的模型使用觀測程序進(jìn)行值的分配。在8.9中提供了使用GB/T41448-2022的需求類。/req/uml/屬性的屬性在attributeOfAttribute關(guān)聯(lián)中扮演角色characterizeBy的—第1步：引入一個(gè)新類來表示由其他屬性表征的屬性。使用屬性名作為類名；—第2步：如果合適，在此類中插入一個(gè)屬性，以表示由該類所表示的屬性的值。使用與原始屬性名相同的名稱；—第3步：在此類中插入附加屬性，以表示表征原始屬性的屬性。4/req/uml/操作操作實(shí)例應(yīng)實(shí)現(xiàn)為代表其特征的要素類型的類的操作。根據(jù)應(yīng)用程序的需要，操作簽名可以引用模式中的各種屬性。示例312Budngep”操作，其UML圖12具有操作的要素的示例/req/uml/繼承InheritanceRelation的實(shí)例應(yīng)用泛化關(guān)系來表示，并根據(jù)下列條件附加特征：1uniqueInstance（），{}2uniqueInstance{}/req/uml/約束約束可以用OCL或普通語言來說明，并附加到受約束的類、操作或關(guān)系中。413顯示了用UML18（）表18基于通用要素模型的真實(shí)概念示例要素類型屬性各種屬性子類地產(chǎn)地塊標(biāo)識(shí)名稱邊界更新建筑中心點(diǎn)形狀地址空間屬性類型空間屬性類型位置屬性類型類型產(chǎn)權(quán)人水平精度垂直精度位置貸款分類專題屬性類型時(shí)間屬性類型元數(shù)據(jù)屬性類型圖13要素類型UML實(shí)現(xiàn)示例UML前言為避免直接使用標(biāo)準(zhǔn)模式中定義的類，允許對標(biāo)準(zhǔn)模式進(jìn)行調(diào)整以便適應(yīng)實(shí)際領(lǐng)域的應(yīng)用。可通過以下兩種方式進(jìn)行調(diào)整：19中。表19定義標(biāo)準(zhǔn)模式專用文件的需求類需求類/req/專用文件目標(biāo)類型UML應(yīng)用模式依賴性/req/uml（使用UML）條件/req/profile/擴(kuò)展條件/req/profile/限制建議/rec/profile/名稱標(biāo)準(zhǔn)模式的定義可以使用附加信息進(jìn)行擴(kuò)展。/req/profile/擴(kuò)展如果需要擴(kuò)展標(biāo)準(zhǔn)模式中指定的類，則應(yīng)將新類定義為標(biāo)準(zhǔn)模式中該類的子類型，并向該類添加屬性和關(guān)聯(lián)，以攜帶附加信息。新類應(yīng)收集在單獨(dú)的包中。14（GM_Surface），（DQ_AbsoluteExternalPositionalAccuracy）SurfaceWithQuality圖14向標(biāo)準(zhǔn)模式中添加信息的示例標(biāo)準(zhǔn)模式的定制使用/req/profile/限制UML12對屬性、關(guān)聯(lián)角色或操作的約束將其基數(shù)或類型限制為原始如果標(biāo)準(zhǔn)模式規(guī)定了使用模式的需求，則定制模式應(yīng)當(dāng)符合與定制模式擬符合的一致性類相關(guān)的所有要求。1注1：由于類的可實(shí)現(xiàn)性，它們可以用不同的方式實(shí)現(xiàn)標(biāo)準(zhǔn)模式中指定的屬性、關(guān)聯(lián)角色、操作、約束和其他特征，例如，屬性使用的不同名稱。案例2：專業(yè)化的分類模式仍將處于與標(biāo)準(zhǔn)模式相同的抽象級(jí)別。GB/T35647-2017,6.36.8.4以及GB/T23707-2009,命名策略可以用來表達(dá)定制模式中的元素譜系。/rec/profile/名稱此類定制模式中實(shí)現(xiàn)或?qū)I(yè)化標(biāo)準(zhǔn)模式接口的分類模式，應(yīng)具有與標(biāo)準(zhǔn)模式中接口相同的本地名稱。例：空間模式（GB/T23707-2009）的定制專用文件可以指定為僅使用GM_Object及其子類型的定義，而不使用與這些類相關(guān)聯(lián)的操作。概述（ISOISO19157ISOISO191578.4ISO19157元數(shù)據(jù)元素的需求被形式化為單個(gè)需求類，如表20所示。20需求類/req/元數(shù)據(jù)目標(biāo)類型UML應(yīng)模式用依賴性ISO19115-1：2014（Metadata）依賴性/req/uml（UML）需求/req/元數(shù)據(jù)/要素ISO19115-1元數(shù)據(jù)模式的元素可以用作要素屬性。/req/metadata/要素子類8.2.6，/req/uml/攜帶元數(shù)據(jù)的任何要素屬性的數(shù)據(jù)類型應(yīng)當(dāng)是元數(shù)據(jù)模式ISO19115-1：2014中規(guī)定的類，應(yīng)為元數(shù)據(jù)元素或?qū)Ｓ没?。如果類型合適，要素屬性可以使用ISO19115-1：2014中的定義，用于元數(shù)據(jù)以外的目的。元數(shù)據(jù)屬性應(yīng)以下列兩種方式中的一種在應(yīng)用模式中表示：—案例1：作為表示要素的類的屬性；或ISO元數(shù)據(jù)的屬性可以被用作屬性的屬性，在這種情況下，應(yīng)使用attributeOfAttribute的主要規(guī)則【參見8.2.6，/req/uml/attributeOfAttribute】。例：圖15顯示了用UML表示的應(yīng)用模式，其中使用了元數(shù)據(jù)模式中的兩個(gè)定義。MD_LegalConstraint用于確定對數(shù)據(jù)使用的限制【/req/metadata/feature，規(guī)則2】。EX_GeographicBoundingBox/req/metadata/feature3】。15前言在8.5中，描述了使用ISO19157質(zhì)量元素的應(yīng)用模式的需求。對質(zhì)量元素的需求可形式化為單個(gè)需求類，如表21所示。21需求類/req/quality目標(biāo)類型UML應(yīng)用模式依賴性ISO19157：2013（）依賴性/req/uml（使用UML）需求/req/quality/attribute需求/req/quality/additional-quality需求/req/quality/attribute-quality數(shù)據(jù)質(zhì)量規(guī)則數(shù)據(jù)集或部分?jǐn)?shù)據(jù)集的質(zhì)量信息并不影響應(yīng)用模式，應(yīng)根據(jù)ISO19157中給出的規(guī)范在該數(shù)據(jù)集的元數(shù)據(jù)中報(bào)告。ISO19157模式的元素提供了一種報(bào)告質(zhì)量信息的方式。/req/quality/attribute當(dāng)實(shí)例的質(zhì)量預(yù)計(jì)與數(shù)據(jù)集或部分?jǐn)?shù)據(jù)集的隱含質(zhì)量不同時(shí)，應(yīng)通過歸因報(bào)告有關(guān)要素或?qū)傩缘膯蝹€(gè)實(shí)例的質(zhì)量信息。質(zhì)量屬性（QualityAttributeType的一個(gè)實(shí)例）應(yīng)在應(yīng)用模式中定義，并用于承載數(shù)據(jù)質(zhì)量信息。質(zhì)量屬性應(yīng)以以下三種方式之一在應(yīng)用模式中表示：—案例1ISODQ_Element或DQ_DataQuality（22）ISOISODQ_ElementDQ_DataQuality（22）—案例3：作為屬性的屬性，在這種情況下要應(yīng)用屬性的屬性的主要規(guī)則【參見/req/uml/attributeOfAttribute】。表22DQ_Element的具體子類型質(zhì)量元素目錄質(zhì)量元素?cái)?shù)據(jù)質(zhì)量_元素子類定位精度絕對外部精度相對內(nèi)部精度柵格數(shù)據(jù)位置精度數(shù)據(jù)質(zhì)量_絕對外部位置精度數(shù)據(jù)質(zhì)量_相對內(nèi)部位置精度數(shù)據(jù)質(zhì)量_柵格數(shù)據(jù)位置精度時(shí)間精度___專題精度分類正確性非定量屬性精度定量屬性精度數(shù)據(jù)質(zhì)量_專題分類正確性數(shù)據(jù)質(zhì)量_非定量屬性精度數(shù)據(jù)質(zhì)量_定量屬性精度邏輯一致性____完整性存在多余的數(shù)據(jù)數(shù)據(jù)缺失數(shù)據(jù)質(zhì)量_委任完整性數(shù)據(jù)質(zhì)量_缺失完整性可用性元素可用性數(shù)據(jù)質(zhì)量_元素可用性注：無論屬性使用DQ_Element或它的一個(gè)子類型作為數(shù)據(jù)類型，該屬性都附有定義它的類的質(zhì)量信息。例1：圖16顯示了屬性featureClassificationQuality，該屬性攜帶有關(guān)將要素地物區(qū)域劃分為子區(qū)域的質(zhì)量信息。圖16要素實(shí)例質(zhì)量舉例217UML17UML17ISO19157ISO19157模式的元素提供了記錄附加質(zhì)量信息的方法。/req/quality/additional-quality用戶定義的質(zhì)量子元素，應(yīng)被定義為專用的DQ_Element8.3）例：圖18顯示了用戶自定義的質(zhì)量子元素。18ISO19157模式的元素提供了表示要素實(shí)例的屬性質(zhì)量的方法。/req/quality/attribute-quality要素屬性的質(zhì)量特征，應(yīng)根據(jù)/req/uml/attributeOfAttribute實(shí)施。本節(jié)描述了具有時(shí)間特性的要素類型的應(yīng)用模式的需求。這些需求都被形式化為單個(gè)的需求類，如表23所示。表23具有時(shí)間屬性的應(yīng)用的需求類需求類/req/temporal目標(biāo)類型UML應(yīng)用模式依賴性GB/T22022-2008時(shí)間械依賴性/req/uml（使用UML）需求/req/temporal/schema需求/req/temporal/attribute需求/req/temporal/association需求/req/temporal/succession時(shí)間概念模式的使用ISO19108提供了時(shí)間對象的模式。/req/temporal/schema適用于地理數(shù)據(jù)的時(shí)間方面的任何描述應(yīng)符合GB/T22022-2008給出的規(guī)范。注：可以使用日期、日期時(shí)間和時(shí)間，但這使得屬性成為專題屬性類型的實(shí)例，而不是時(shí)間屬性類型，因?yàn)闆]有參考系統(tǒng)連接到它們。時(shí)間屬性/req/temporal/attribute（7.5.3）。UML中時(shí)間屬性的實(shí)現(xiàn)應(yīng)當(dāng)遵循參照標(biāo)準(zhǔn)化模式的規(guī)則[參見/req/uml/集成]時(shí)間屬性在應(yīng)用模式中有兩種表達(dá)方式：采用GB/T22022-2008GB/T22022-2008。/req/uml/attributeOfAttribute，時(shí)間屬性的值應(yīng)實(shí)現(xiàn)為一個(gè)類（即時(shí)間對象的子類）：1時(shí)間屬性的值應(yīng)實(shí)現(xiàn)為一個(gè)類（即時(shí)間對象的子類）：12GB/T22022-2008時(shí)間屬性可用作屬性的屬性【參見GB/T22022-2008適用的有效時(shí)間對象如表24所示。時(shí)間幾何基元時(shí)間拓?fù)浠獣r(shí)間復(fù)合體時(shí)間_瞬時(shí)時(shí)間_段時(shí)間_點(diǎn)時(shí)間_邊時(shí)間_拓?fù)鋸?fù)形19顯示了用于從\hGB∕T41448-2022OM_ObservationOM_Measurement圖19時(shí)間屬性示例20給出了把一個(gè)TM_TopologicalComplex物歷史作為要素類型建筑物的一個(gè)屬性，在模式中把它表示為一個(gè)UML類。作為TM_TopologicalComplexTM_TopologicalComplexTM_TopologicalComplex圖20——TM_TopologicalComplex用作時(shí)間要素屬性的示例要素之間的時(shí)間關(guān)聯(lián)（TemporalAssociation）一個(gè)簡單地時(shí)間關(guān)聯(lián)可以通過將GB/T22022-2008中為TM_Primitive接口定義的操作應(yīng)用于用作時(shí)間屬性數(shù)據(jù)類型的時(shí)間幾何基元而推導(dǎo)出來。1UMLTM_InstantA1950B1970年。如果操作TM_Order.relativePosition，即將建筑A的施工日期的值TM_InstantB的施工日期的值TM_InstantTM_Separation.distance20/req/temporal/association—情形1：用作屬性數(shù)據(jù)類型的時(shí)間基元應(yīng)通過GB/T22022-2008中定義的接口TM_Order實(shí)現(xiàn)操作—情形1：用作屬性數(shù)據(jù)類型的時(shí)間基元應(yīng)通過GB/T22022-2008中定義的接口TM_Order實(shí)現(xiàn)操作TM_RelativePosition，以便從數(shù)據(jù)中導(dǎo)出簡單的時(shí)間關(guān)聯(lián)；/req/uml/association】。圖21 單間聯(lián)性表示例要素演替是指隨著時(shí)間一個(gè)或多個(gè)要素實(shí)例被其它的要素實(shí)例替代的一系列變化。有三種類型的要素演變：要素取代、要素分解和要素融合。要素取代是一個(gè)要素實(shí)例替換另一個(gè)要素實(shí)例，它在兩個(gè)要素實(shí)例之間建立一對一的關(guān)系。當(dāng)單個(gè)要素實(shí)例分解為一個(gè)或多個(gè)要素實(shí)例時(shí)，出現(xiàn)要素分解，它在要素實(shí)例之間建立了一對多的關(guān)系。當(dāng)兩個(gè)或多個(gè)要素實(shí)例合并成單一的要素實(shí)例時(shí)，會(huì)出現(xiàn)要素融合。它在要素實(shí)例之間建立了多對一的關(guān)系。這些類型的組合是可能的。要素演替有時(shí)間和空間兩個(gè)方面，因?yàn)殛P(guān)系中的要素在不同的時(shí)間以特定的順序占據(jù)相同的空間位置。要素演替可以從要素的時(shí)間和空間屬性中導(dǎo)出。然而，這需要要素類型具有一個(gè)用來標(biāo)識(shí)要素存在時(shí)間段的時(shí)間屬性。要素演替可以通過先識(shí)別共享空間基元的那些要素，然后確定其存在周期的TM_RelativePosition來得到。要素演替并不總是依賴于類型。即，要素實(shí)例的類型并不總是要替代它的要素實(shí)例類型的一個(gè)預(yù)示者。要素演替可以在一般的要素級(jí)別上建模，但不總在要素類型的級(jí)別上建模。/req/temporal/succession要素演替類型的要素關(guān)聯(lián)可以在應(yīng)用模式中被實(shí)例化為要素類型的類之間的UML關(guān)聯(lián)。要素演替類型的要素關(guān)聯(lián)可以在應(yīng)用模式中被實(shí)例化為通用要素類的自引用關(guān)聯(lián)。名稱、角色和多樣性應(yīng)適用于要素演替的類型。22222323在8.7中，描述了具有空間屬性的要素類型的應(yīng)用模式的需求。這些被形式化為一個(gè)單一的需求類，如表25所示。表25——具有空間屬性的應(yīng)用的需求類需求類/req/spatial目標(biāo)類型UML應(yīng)用模式依賴性GB/T23707-2009（空間模式）依賴性req/uml（應(yīng)用模式使用UML）需求/req/spatial/object需求/req/spatial/schema需求/req/spatial/attribute需求/req/spatial/aggregate需求/req/spatial/complex需求/req/spatial/composite需求/req/spatial/geom-complex需求/req/spatial/topo-complex需求/req/spatial/association需求/req/spatial/shared需求/req/spatial/single需求/req/spatial/interpolation需求/req/spatial/independent-complex標(biāo)準(zhǔn)空間模式使用GB/T23707-2009涵蓋矢量數(shù)據(jù)，矢量數(shù)據(jù)由幾何和拓?fù)浠臻g對象）組成，用于構(gòu)建表示要素空間特征的對象。然而，空間對象和要素是不相交的。/req/spatial/object空間對象不能直接或通過專用化作為要素類型?？臻g屬性類型都必須符合GB/T23707-2009。/req/spatial/schema空間屬性類型的值域應(yīng)當(dāng)符合GB/T23707-2009給出的規(guī)范，該規(guī)范提供了描述要素空間特征的概念模式以及與這些模式一致的空間運(yùn)算符。幾何通過坐標(biāo)和數(shù)學(xué)函數(shù)的途徑提供了對要素的空間特征的定量描述方法，包括維數(shù)、位置、大小、形狀以及方向。用于描述對象幾何結(jié)構(gòu)的數(shù)學(xué)函數(shù)取決于用于定義空間位置的坐標(biāo)系。當(dāng)信息從一個(gè)坐標(biāo)系統(tǒng)轉(zhuǎn)換到另一個(gè)坐標(biāo)系統(tǒng)時(shí)，幾何結(jié)構(gòu)是地理信息中發(fā)生變化的唯一方面。N-計(jì)算拓?fù)涮峁┯嘘P(guān)可能從基礎(chǔ)幾何圖形派生的幾何基元的連通性的信息。拓?fù)潢P(guān)系最有效的用途是加快幾何計(jì)算。幾何計(jì)算如包含（點(diǎn)在多邊形內(nèi)）、鄰接、邊界以及網(wǎng)絡(luò)跟蹤等都是計(jì)算密集型的。正因?yàn)槿绱?，組合結(jié)構(gòu)如拓?fù)鋸?fù)合體、網(wǎng)絡(luò)或圖形通常是為了優(yōu)化計(jì)算幾何算法而構(gòu)建的。這些數(shù)據(jù)和處理結(jié)構(gòu)將計(jì)算幾何算法轉(zhuǎn)換為組合幾何算法?？臻g屬性/req/spatial/attribute要素的空間特征應(yīng)由一個(gè)或多個(gè)空間屬性來描述。在應(yīng)用模式中，空間屬性是要素屬性（23707-2009在應(yīng)用模式中，空間屬性應(yīng)用下列兩種方式之一表示：GB/T23707-2009式中定義的空間對象之一作為其值的數(shù)據(jù)類型；或GB/T23707-2009?？臻g屬性應(yīng)采用空間對像或類型作為其值?？臻g對象分為幾何對象或拓?fù)鋵ο螅瑑烧叨急蛔宇惢癁閱涡?、?fù)形或聚集（對于幾何對象261226幾何對象和類型拓?fù)鋵ο髱缀螁涡螏缀螐?fù)形幾何聚集拓?fù)鋯涡瓮負(fù)鋸?fù)形幾何_點(diǎn)幾何_組合點(diǎn)幾何_聚集拓?fù)鋉結(jié)點(diǎn)拓?fù)鋉復(fù)形幾何_曲線幾何_組合曲線幾何_多點(diǎn)拓?fù)鋉邊幾何_面幾何_組合面幾何_多曲線拓?fù)鋉面幾何_體幾何_組合體幾何_多面拓?fù)鋉體幾何類型幾何_復(fù)形幾何_多體拓?fù)鋉有向結(jié)點(diǎn)拓?fù)鋉有向邊方向精度拓?fù)鋉有向面拓?fù)鋉有向體注：該表僅列出了空間對象的最高級(jí)別的類。也可以使用這些類型的子類。26（GB/T41448-2022）式對空間模式具有依賴性，因?yàn)樗褂迷撃Ｊ街卸x的UMLGM_Point。要素SF_SamplingPointGM_Point圖24UML中空間屬性示例概述許多要素的空間構(gòu)型無法用單個(gè)幾何單形來表示。GM_Aggregate和GM_Complex這些類型支持把這種要素作為幾何對象的集合來表達(dá)。GM_Aggregates可以是沒有所需的額外幾何結(jié)構(gòu)的GM_Objects的任意集合。一個(gè)GM_Aggregates可以包含其他集合。GM_MultiPrimitives可以是GM_Primitives的任意集合，但不能包含其他集合。特別類型GM_MultiPoint、GM_MultiCurve、GM_MultiSurface和GM_MultiSolid都是“類型-安全”的聚集，分別僅包含GM_Point、GM_Curve、GM_Surface和GM_Solid子類的實(shí)例。GM_Aggregate的直接實(shí)例沒有此限制。/req/spatial/aggregateGM_Aggregate可以用作空間屬性的值，該屬性將要素表示為GM_Objects的非結(jié)構(gòu)化集合。