DL T 890.552-2014 能量管理系统应用程序接口第552部 分 CIMXML模型交换格式.pdf

《DL T 890.552-2014 能量管理系统应用程序接口第552部 分 CIMXML模型交换格式.pdf》由会员分享，可在线阅读，更多相关《DL T 890.552-2014 能量管理系统应用程序接口第552部 分 CIMXML模型交换格式.pdf（28页珍藏版）》请在麦多课文档分享上搜索。

1、吨RICS 29.020 K07 备案号：47910-2015中华人民共和国电力行业标准DL IT 890.552 - 2014 I IEC 61970-552: 2013 能量管理系统应用程序接口(EMS-API) 第552部分：CIMXML模型交换格式Energy management system application program interface (EMS-API) -Part 552: CIMXML model exchange format (IEC 61970-552: 2013, IDT) 2014-10-15发布2015-03-01实施国家能源局发布, 吃t 筝. D

2、L/ T 890.552 - 2014 目次前言H引言.皿1 范围2 规范性引用文件，3 术语和定义4 模型交换信息头.3 5 对象标识76 CIMXML格式规则和约定8参考文献.：.21 DL IT 890. 552 - 2014 刚吕本标准按照GB厅1.1-2009给出的规则起草。DL 890标准是采用IEC61970国际标准能量管理系统应用程序接口CEMS-API）制定的，主要包括公共信息模型CCIM）和组件接口规范CCIS）两方面内容，由以下部分组成zDL/T 890.1 能量管理系统应用程序接口CEMS-API)第1部分：导则和一般要求DL/Z 890.2 能量管理系统应用程序接口C

3、EMS-API)第2部分：术语DL/T 890.301 能量管理系统应用程序接口CEMS-APD第301部分：公共信息模型CCIM）基础DL/Z 890.401 能量管理系统应用程序接口CEMS-APD第401部分：组件接口规范CCIS）框架DL/T 890.402 能量管理系统应用程序接口CEMS-APD第402部分：公共服务DL/T 890.403 能量管理系统应用程序接口CEMS-API)第403部分：通用数据访问DL/T 890.404 能量管理系统应用程序接口CEMS-APD第404部分：高速数据访问CHSDA)DL/T 890.405 能量管理系统应用程序接口CEMS-APD第40

4、5部分：通用事件和订阅CGES)DL/T 890.407 能量管理系统应用程序接口CEMS-API）第407部分z时间序列数据访问CTSDA)DL/T 890.453 能量管理系统应用程序接口CEMS-API)第453部分：基于CIM的图形交换DL/T 890.501 能量管理系统应用程序接口CEMS-API）第501部分：公共信息模型的资源描述框架CCIMRDF）模式DL厅890.552能量管理系统应用程序接口CEMS-APD第552部分：CI旧ML模型交换格式本部分等同采用IEC6197。”552:2013能量管理系统应用程序接口（EMS-AP!)第552部分zCIMXML模型交换格式（英

5、文版）。本部分由中国电力企业联合会提出。本部分由全国电力系统管理及其信息交换标准化技术委员会归口。本部分起草单位：中国电力科学研究院、国家电力调度控制中心、阿尔斯通电网中国技术中心、山东大学、南瑞集团有限公司。本部分主要起草人：曹阳、姚建国、杨胜春、陶洪铸、李晓露、梁成辉、瞿明玉、米为民、潘毅、黄海峰、郡蜜防、高志远、王坷。本标准在执行过程中的意见和建议反馈至中国电力企业联合会标准化管理中心（北京市臼广路二条4号，100761)。II , DL/ T 890.552 -2014 寻本部分是定义能量管理系统（EMS）应用程序接口CAPO的DL890标准的一部分。DL厅890.301定义了公共信息

6、模型CCIM）：一个与电力企业运行相关的物理逻辑视图。CIM通过统一建模语言（UML）进行描述。UML是种以面向对象方式定义、展示以及描述系统的语言，是一种分析和设计语言而不是一种编程语言。软件程序使用CIM之前要先将其转化为一种能支持可编程接口的模式。DL/T 890.501描述了UML形式的CIM如何转换为机器可读的格式。这种格式采用可扩展标记语言(XML）描述，其模式使用资源描述框架（RDF）模式规范语言。本部分定义了在DL厅890.501中描述的CIMRDF模式如何用于交换基于XML（被称为CIMXML)的电力系统模型。这些模型在DL890.45x子集标准中定义，如在DL890.452

7、中描述的CIM输电网络模型交换子集。Ill DL/ T 890.552-2014 能量管理系统应用程序接口CEMS-API)第552部分：CIMXML模型交换格式1 范围DL 890标准定义了能量管理系统应用程序接口的组件接口规范CCIS）。本部分定义了用于交换以CIM为基础的建模信息所采用的格式和规则。它使用DL厅的0.501中描述的CIMRDF模式作为构建电力系统建模信息XML文档的元模型框架。这些文档的样式称为CI岛仅ML格式。以文件传输进行模型交换的方式有许多用途。DL890.452子集和DL890.45x的其他子集标准解释了为交换模型设定上下文的需求和用例。虽然这种CIMXML格式可

8、用于基于CIM的通用信息交换，但是为解决特定的交换需求还需要确定CIM的特定的描述（或子集）。推动形成本规范的初始需求是为电力系统安全协调而进行的输电网建模信息交换。本部分用于支持来自独立供应商基于公共格式形成的软件和使用CIM描述的建模信息。建议的解决方案应2虽然主要用于编程访问，但机器和人都可读：可使用支持文档对象模型（DOM）和其他标准XML应用程序接口的任何工具访问：是自描述的1充分采纳目前万维网联盟CW3C）的建议。本部分是第二级组件接口规范文件，通过基于CIM的文本和例子叙述性地描述了CIMXML格式的详细定义。2 规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引

9、用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。扩展DL 1080 电力企业应用集成一一配网管理系统接口第11部分：公共信息模型CCIM）配电网DL厅890.l能量管理系统应用程序接口（EMS-APO第1部分：导则和一般要求DL/Z 890.2 能量管理系统应用程序接口CEMS-API)第2部分t术语DL/T 890.301 能量管理系统应用程序接口CEMS-API)第301部分z公共信息模型CCIM）基础DL厅890.501能量管理系统应用程序接口CEMS-APD第501部分：公共信息模型资源描述框架CCIMRDF）模式IEC 600

10、50 国际电工技术词汇表W3C RDF反ML语法规范W3C 可扩展标记语言（XML)1.0 W3C XSL转换CXSLT)W3C 文档对象模型（DOM)3 术语和定义IEC 60050和DL/Z890.2界定的以及下列术语和定义适用于本文件。DL/T 890.552-2014 3.1 能量管理系统energy management system (EMS) 一种计算机系统，包括提供基础支持服务和一组应用的软件平台。这些应用提供了使发电设备和输电设备有效运行的功能，以保证用最小的成本提供足够安全的电能。3.2 应用程序接口application program interface (API) 由

11、可执行应用组件提供给其他可执行应用组件使用的一组公用函数的集合。3.3 公共信息模型common information model (CIM) 描述电力企业中所有主要对象的抽象模型，这些对象一般包含在能量管理系统（EMS）的信息模型中。使用说明：通过提供一种用对象类和属性及它们之间的关系来表示电力系统资源的标准方法，CIM方便了实现不同卖方独立开发的能量管理系统（EMS）应用的集成，多个独立开发的整个EMS之间的集成以及EMS和其他涉及电力系统运行的不同方面的系统的集成，例如发电或配电管理系统之间的集成。3.4 CIMX岛IL用于交换本部分所定义的XML数据的序列化格式。3.5 文档对象模型

12、document object model (DOM) 一种与平台和语言无关的接口，由万维网联盟（W3C）定义，它允许应用程序和脚本动态存取及交换文档的内容、结构和样式。3.6 3.l 3.8 文档类型定义documenttype defini“on (DTD) 一种用于描述与XML文档有关的词汇表和语法的标准。使用说明：XML模式和RDF是可以使用的其他形式。超文本标记语言hypertext markup language (HTML) 用来在万维网上格式化和表示信息的标记语言。模型model描述真实或计算的对象或实体的数据集合。使用说明1：在Cil4上下文中，数据语义由子集定义：参见3.9

13、。使用说明2：在电力系统分析中，模型是一组描述电力系统的静态数据。模型的例子包括静态电网模型、拓扑解以及一个潮流应用或状态估计应用生成的网络解。3.9 子集proftle 定义一个可交换的模型结构和语义的模式。使用说明：子集是对更为通用的CIM加以约束形成的集合。3.10 2 子集文档proftle document 用于特定业务目的子集集合。. DL/T 890.552-2014 3.11 3.12 资源描述框架resource description framework (RDF) W3C推荐的一种语言，用于表示机器可简单处理的元数据。使用说明：RDF使用XML作为其编码语法。RDF模式R

14、DFschema用RDF表示的一种模式规范语言，用于描述资源及其性脯，包括资源如何与其他资源相关联，它用于规定一种应用相关的模式。3.13 现实世界对象real” world o时ect属于现实世界问题域的对象，不同于实现中的接口对象和控制器对象。使用说明1:EMS领域的现实世界对象定义为DL厅890.301公共信息模型中的类。使用说明2：对电力系统中的类和对象进行建模需要以公共的方式表达给EMS应用。一个类是现实世界中一个对象的描述，例如需要表示为EMS中电力系统总体模型一部分的PowerTransformer、Generating Unit或Loado其他类型的对象包括EMS应用需要处理、

15、分析和存储的事物，如计划、量测。这些对象需要一个公共的表示以满足EMS-API标准即插即用和互操作性的目的。电力系统中一个有唯一标识的特定对象被建模为它所属类的一个实例。3.14 3.15 标准通用标记语言standard generalized markup language (SGML) 一种国际标准，定义了以电子形式表示文本且与设备及系统无关的方法。使用说明zHTML和XML都源于SGML。统一建模语言unified modeling language (UML) 一种面向对象的建模语言和方法论，用于对一个系统密集过程规范化、可视化、构造和文档化的方法。3.16 3.17 3.18 统一

16、资源标识符unified resource identifier (URI) 一种用于标识（引用）资源（如文件、文档、图像等物）的Web标准语法和语义。可扩展标记语言extensible markup language (XML) 标准通用标记语言CSGML) C ISO 8879）的一个子集，用于将结构化数据放入文本文件。使用说明：这是W3C赞成的推荐。它具有免费、与平台无关和良好的软件工具支持性等特点。可扩展样式表语言extensible stylesheet language (XSL) 一种表示XML文档的样式表语言。4 模型交换信息头4.1 概述模型交换通常涉及一组文档的交换，每个文

17、档都包含实例数据（称作模型）和信息头。每个模型的结构和语义由个不包含在交换数据里的子集来描述。整个交换受控于子集文档（ProfileDocument）中的一组子集。信息头描述了文档中的模型内容，比如模型创建的日期、描述等。信息头也可以标识其他模型以及它们与现有模型的关系。当模型是工作流的一部分时，这些信息是重要的。例如，模型彼此间都有关联，3 DL/ T 890.552 -2014 如模型继承和或依赖于另一个模型。4.24.4定义了包含信息头数据的模型以及设计要支持的工作流。4.2 CllML文档和信息头一个CIMXML文档由一个而不能由多个信息头描述，因此一个CIMXML文档中的实例数据对应

18、于一个子集。如果有多个可能相关的CIMXML文档需要放在一起，应将它们集合在类似zip的一个归档文件中。4.3 模型和信息头数据描述模型的描述作为信息头数据附加到模型上。图1显示了带信息头信息的模型。class Header Model +Depending 0 .事+DependentOn 0 . * +SupersededBy 0 . * +Suoersedes 0 . * Dif提renceModelModel + created :DateTime + scenarioTime；如teTime十d创破路ion:S创ng十岱量elingAuthoritySet:URI 0 . 1 J +

19、 profile :URI I.叮+ Vet百挺m:String +forwardDifferences 0 . 1 +reverseDifferences 0 . .1 国1带信息头信息的模型e耐剧tive，URI root F凶犯Iodd 在图1中，全模型类（FullModel）、差异模型类（DifferenceModel）和声明类（Statements ）描述了模型数据，而信息头由模型类（Model）描述。以下按自下而上的顺序对这些类进行描述z4 全模型文档元素类（FullModelDocumentElement）表示所有可能出现在整个模型文档中的元素。它有两个子类型z声明（Statem

20、ents ）或全模型（FullModel)，下面将对这两个子类型进一步描述。一个全模型文档通常包括一个全模型（FullModel）元素和一组定义（De曲:tition）元素。声明类（Statements）表示一组定义（Definition，参见6.2.3.5）和或描述（Description，参见6.2.3.6）元素。全模型（FullModel，参见6.2.3.4）类表示全模型信息头，它的内容由模型类（Model)描述。差异模型（DifferenceModel，参见6.2.4.6）类表示差异模型的信息头。其内容由模型类(Model）、前向差异关联角色、后向差异关联角色来描述。两种关联角色可共用

21、一组声明( Statements ）。模型类（Model)描述的信息头内容对于全模型（FullModel）和差异模型（DifferenceModel) 来说是相同的。模型（Model）通过rdf:about属性标识。rdf:about属性唯一描述了模型而非包含信息头的文档。因此由同样的未变化数据模型创建的多个文档具有相同的rdf:about。这也意味着模型改变将导致下一个文档创建时具有新的rdf:about。DL/ T 890.552 -2014 模型类（Model)的属性见表1。表1信息头属性模型类属性描述Model created 模型创建的日期（注意这通常不是C岛仅ML文档创建的时间，C

22、IMXML文档在这之后才创建）Model scenario Time 模型代表的日期和时间，例如当前运行模型、历史模型或未来模型对应的时间Model description 对模型的描述，例如模型创建者的名字和创建目的Model modelingAuthoritySet 描述源自C趴在XML文档数据的设备模型的一个统一资源名（UniformResource Name, URN），倒如一个国家的全部或部分模型Model profile 描述用于规范模型的子集的一个URN。它唯一标识子集及其版本源自C即仅ML文档数据的模型版本描述，例如：一一建模授权集的设备模型变化：Model verslOn 一

23、一导致不同结果的不同研究用例。版本属性是一个随rdf:about标识同步变化的定制字符串，参见上述模型类(Model)描述由此文档描述的模型所依赖模型的引用，例如zModel D叩endentOn一一潮流计算结果依赖于拓扑模型：一一拓扑计算出的拓扑模型依赖于网络模型Model D叩ending依赖这个模型的所有模型。此角色不包含于任何交换实例数据的文件中Model S鸣:iersedes当更新模型时，生成的模型替代原先作为更新基础的模型。因此这指向描述被更新模型的CIMXML文档的引用Model SupersededBy 替代这个模型的所有模型。此角色不包含于任何交换实例数据的文档中子集属性是

24、拥有以下格式的URI:h句：iec.ch/-/例如，http:/iec.ch/TC57/2011161970-452/Equipment/2o 图1中的UML转化为如下CIMXML元素：a) 图1中的叶子类（差异模型DifferenceModel、说明Statements和全模型FullModel）表示为文档元素（6.2.3.3）下的类元素。b) 说明元素（Statement）表示为定义（Definition,6.2.3.5）或描述元素（Description,6.2.3.6）。c) 文字属性，例如Model.created，表示为文字属性元素（6.2.3.8）。d) 角色，例如Model.S

25、upersedes，表示为资源属性元素（6立3.10）。e) 继承属性和角色直接表示为上述遵循c）、d）、的规则的叶子类下的元素。f) CIMXML模型文档由模型（Model)rdf:about属性（隐含在UML中）标识。因此DependentOn和Supersedes角色都是对模型（Model)rdf:about属性的引用。g) 一个全模型文档可从同一个数据源多次生成。这种从不变数据源重新生成的全模型文档应保持模型标识（Modelrdf:about）与初始全模型文档一致。h) 当生成一个替代差异的全模型文档时，如果自差异创建开始模型没有改变，新的全模型文档具有与差异相同的模型标识（Model

26、rdf:about）。因此它是差异的一种替代。4.4 工作流一个工作流描述为一交换事件。4.3节模型描述支持与Model.Supersedes属性在时间上关联以及与Model.DependentOn属性在子集上关联的工作流事件。工作流事件举例如图2所示。5 DL/T 890.552-2014 0 0 时间、一、. 型型模集模异赖代子全差依取。口A一一图2工作流事件举例在这个例子中，被交换的一个可解的网络模型是由子集文档约束的一组包含设备、拓扑和状态变量文档的模型。图2中左侧的时间轴表示设备模型文档是如何随时间交换的。中间的时间轴显示新拓扑结果如何随时间交换以及每个拓扑依赖的设备模型。右侧的时间

27、轴表示多个状态变量文档如何交换以及状态变量文档所依赖的拓扑文档。还应注意到，设备模型E3由一个全模型和一个差异模型两种方式表示。图2显示的是一个比较简单的例子，图3显示了更为复杂的情况。雪 子集CJ全模型 差异模型-+ 依赖二取代图3有更多侬赖关系的工作流事件举例图3的CIMXML文档可能是在一个数据建模环境下创建的，在此环境中，一个模型的多个变化路径并存，例如设备模型有三个路径E-Ax、E-Bx和E-C，最终合并为全模型E2替代以上多个设备路径。CIMXML文档的接收者可能会任意使用拓扑文档TA、TB、TABa或T2b之一以及E2设备模型。因为发送者（在这个例子里指数据建模环境仅用归来验证T

28、2b，所以这被认为可相互协同的唯一组合。至于T劫，接收者也可能选择在Tl上应用TB和TABb来代替使用T劫。6 DL IT 890. 552 - 2014 5 对象标识5.1 URis作为标识符UUID （通用统一标识符，也叫GUID（全局唯一标识符），可用于以下方式标识资源：标识符可由不同的授权方独立、唯一地分配。这是UUID的一大优势。标识符在时间上和文档间是稳定的。此外，如果UUID嵌在一个统一资源名称（URN）中，那么通过去掉XML基命名空间声明可简化文档。URN是一个简洁的、固定长度的、绝对的U阳。包含UUID的URN标准在互联网工程任务组盯C4122文档中定义。盯C4122定义rU

29、RN的语法以及最后一个冒号之后的UUID部分如何分配。分配算法符合并在技术上兼容IEC9834-8:2004“信息技术开放系统互连COSD.OSI注册授权方操作规程z唯一标识符CUUIDs）的生成、注册以及其作为ASN.1对象标识符元素的使用”和ITU”TRec.X.667 ,2004. CIMXML元素由U阳标识。URI有两种形式：URL统一资源定位符： u则统一资源名称。URL和URN两种形式有完全不同的结构，即： u虹形式：协议：授权路径？查询片段，CIMXML中的协议为h句。 URN形式：urn：命名空间：规范，CIMXML中的命名空间是uuid（参见6.的。U阳中规范的格式汇总如下：

30、 8字符的16进制数：短划符“： 4字符的16进制数：短划符“”“： 4字符的16进制数：短划符“： 4字符的16进制数：短划符“四“： 12字符的16进制数。其中的宇母是小写。URN形式示例如下：”urn:uuid:26cc8d71-3b7e”4cf8-8c归国8d9d557a4846”。5.2 关于rdf:ID和rdf:aboutCIMXML元素可由两个不同的RDF结构标识z rdf:ID; rdf:about。rdf:ID和rdf:about的使用与它们在RDF里的定义并不一致，而有其特定的含义2 rdf:ID全局说明对象的生命周期，即它是创建或是删除。 rdf:about是对现有对象的

31、引用。5.3 CllML元素标识对象标识在RDF中极其重要，以至于表示对象的所有元素都用rdf：田或rdf:about属性来标识。CIM中所有继承IdentifiedObject的类都有UML对象标识属性IdentifiedObject.mRID。这个属性隐含映射到rdf:ID/rdf:aboutXML属性。CIMXML文档可以只使用URN形式参见5.1，详情如下。7 DL IT 890. 552一2014CIMXML文件包含描述CIM对象（ACLineSegment, Substation等）的XML元素。CIM有许多在XML元素中显示为引用的关联角色（典型的如rdf:resource或rd

32、f:about属性）。CIM数据通过不同的CIMXML文档进行交换，这些文档参见4.4中所述相互依赖。有的引用超越了CIMXML文档的界限，这造成的结果是在CIM对象的生命周期中其标识必须稳定，否则在文档间引用对象将失效。面向对象系统中一个普遍的做法是假设所有的对象都有一个在空间和时间上唯一的标识符，也就是：不同的对象被分配了不同的标识符。即使拥有它的原始对象已消失，被分配的标识符也不能重复使用。5.1中描述的U刚形式被用作CIMXML元素标识，它有以下不同的形式z前缀“urn:uuid：”替换为下划线“”。下划线避免了标识的非基本部分以数字字符开头。标识的非基本部分以数字字符开头是无效的RD

33、F。即使UUID以非数字字符开头，在所有标识前加下划线也将简化解析工作。前缀被定义为xml:base=urn:uuid：”。示例如下： rdf:ID”26cc8d71-3b7e斗c侣，8c93-8d9d557a4846”。 rdf:about=”# 26cc8d71-3b7e-4cf8-8c93”8d9d557a4846”。6 CIMXML格式规则和约定6.1 概述按照DL/T890.501中描述的CIMRDF模式，电力系统模型能被转换导出为XML文档，如图4所示。这个文档被称为CIMXML文档。CIMXML文档中使用的所有标签（资源描述）都由CIMRDF模式提供。CIMXML模型交换文档解析

34、后的信息能够导入外部系统。6.2 简化RDF语法6.2.1 概述图4基于CIMXML的电力系统模型交换机制RDF i吾法提供表示相同数据集的许多方法。例如，两个资源间的关联可以用一个资源的属性代表也可以通过将一个元素嵌套在另一个元素里。这可能造成难以使用一些XML工具（如XSL处理器）来处理CIMXML文档。因此，创建CIMXML文档仅需使用RDF语法的一个子集。这个语法简化了实现者建立模型的序列化和反序列化软件的工作，同时提高了通用XML工具处理CIMXML文档的效率。简化的语法是标准RDF语法的一个真子集：因此，它可通过可用的RDF反序列化软件读取。8 ( DL IT 890.552 -

35、2014 以下小节定义RDF语法的一个子集。这种简化语法适用于企业间电力系统模型交换。规范的目的是方便实现者建立RDF数据的反序列化软件，简化他们序列化RDF数据时的选择，并提高通用XML工具（如XSLT处理器）序列化RDF数据的效率。简化的语法是标准RDF语法的一个真子集：因此，它可通过RDF反序列化软件如SirPACC8l读取。这一点与简化语法的其他方案不同，如9、10。简化的语法不丢失任何RDF数据模型的能力。也就是说，任何RDF数据都可以使用这个语法进行转换。此外，RDF的特征仍然保留，如将定义在一个文档中的模型以声明的形式扩展到第二个文档中的功能。6.2.2 标记方法简化的语法在这一

36、节定义。每种元素以一个小节定义，其开头是元素的模型，后面跟着一些定义的文本以及对RDF语法的引用。元素的语义不再详细描述参见RDF建议3提供的信息）。元素模型的标记方法如下：a) 元素类型、属性名称或属性值中的斜体符号说明了所需名称或值的类型。此符号将在文本中定义。b）“rdf”符号代表了实现所选择的命名空间前缀属于RDF命名空间。类似的，“cim”符号代表了选择的CIM命名空间前缀。c) 元素模型内的注释说明了允许的内容。斜体符号代表一种元素或定义在文本中的其他内容。(a I b）结构表示a和b互相可替代。a结构表示0或多个a。d) 模型中所有其他文本都是文字性的。6.2.3 语法定义（规范

37、性）6.2.3.1 概述语法定义使用例子来充实。举例可以帮助更好地理解正式的语法定义。同一个例子可用于几个语法定义。示例中的重点语法加粗显示。6.2.3.2 本规范定义的命名空间URI本部分定义以下命名空间z cim-model响description_uri，描述为xmlns:md。 di:fference-model-namespace-uri，描述为xmlns:dm。它们的值定义为2 xmlns:md=”http:/iec.ch/TC57 /61970-552/ModelDescription/阳”。 xmlns:dm”ht甲：阳.ch/TC57/61970-552/Di:fferenc

38、eModel/l ”。6.2.3.3 文档元素9 DL/ T 890.552- 2014 示例l: a) 元素类型是rdf:RDF。b) RDF命名空间必须声明为ht：www.w3.org/1999/02/22-rdf-s归tax”ns#c) 必须声明CIM命名空间，CIM命名空间中的版本需随CIM模式的新版本进行调整。交换CI岛ML文档的各方需对使用的版本达成一致。d) 可以声明其他命名空间。e) 应有xml:b副e属性，参见5.3.f) RDFl3l语法条款：参见6.1节。6.2.3.4 全模型（FullModel）元素！一内容：1文本属也资源属髓复合属但这示例：2008” 12-24 V

39、32 http:/ Claus made a study case peak load summer base topology solution http:/iec.ch!fC57 /61970-456/State Variables/I a) 全模型元素引入一个新模型。b) about属性的值：model-uri是由实现所选择的一个名称。model-uri唯一标识一个文挡，也是其他文档引用此模型的名称，如图1所示的Supersedes或DependentOn.6.2.3.5 定义（Defini伽n）元素！一内容：（文本属性资源属也复合属性）DL/ T 890.552 - 2014 示例：I

40、N-2响im:IdentifiedO怡ct.name-9999a) 定义元素引入一个新的资漉并赋予其类型。有两种形式：叫“D属性和rdf:about属性。b) 元素类型zclassname，是类的XML限定名，其来自于CIM模式或其他模式，在文档元素中声明为命名空间。c) ID属性的值：identity，由实现选择。它在文档中必须是唯一的。（不必与电力系统资源名称关联）6.2.3.6 描述（Description）元素！内容：（文本属他资源属钱复合属恼一示例：TROY a) 描述元素增加了有关该文档或其他文档中引入资源的信息。b) resource酌uri是一个标识主体资源的URN-refer

41、ence。c) 描述（Description）元素只能用于差异模型中（参见6.2.的，而不能用于全模型。6.2.3.7 复合元素！内容：（文本属她资摇属他复合属档示例z2013-02-282013-02-29 a) 复合元素引入了一个结构化值。这个值不代表资源也没有标识，它只作为属性的对象出现。b) 元素类型zclassname，是复合类的XML限定名。c) 复合元素是一个原子单元，因此复合元素在多个具有不同成员集的元素中是不能拆分的。参见6.2.4.7.4。11 DL/T 890.552-2014 6.2.3.8 文字属性元素！均在x荐一少ropname示例：IN-2 -9999a) 文字属

42、性元素引入了一个属性和一个应用于所包含资源的文本值。b) 元素类型zpropname，是一个来自于CIM模式或在文档元素中声明为命名空间的其他模式的属性的XML限定名。c) 内容文本是除，和以外的代表属性值的任意XML文本。d) 当导入和再导出时，浮点数可以通过取整做稍许改变。这是允许的但需要由应用进行管理，例如，采用死区进行数值比较是允许的。6.2.3.9 复合属性元素Compound-Propertyelement f幸在(it俞示帆l: 2013-02” 28 2013-02-296.2.3.10 资源属性元素a) 资源属性元素引入了一个属性和一个资源，而资源的值应用于所包含的资源。b)

43、 元素类型tpropname，是一个来自于CIM模式或在文档元素中声明为命名空间的其他模式的属性的XML限定名。c) resource-uri是一个标识资源的URN引用。d) 对角色重数大于1的关联，资源属性元素应重复多次引用。示例lURN引用z这个例子包括两个引用，一个指向RegulationScheduleC调节计划），另一个指向EquipmentContainer（设备容器。12 DL IT 890.552 - 2014 IN-2 -9999 示例2枚举：这个例子定义了SynchonousMachine.operatingMode的属性值为“generator”。operatingMod

44、e在CIM模式中被指定为枚举类型S严1chr-0nousMachineOperatin曲曲。I协2-9999 示例3重数大于1的角色IN-2-9999 6.2.4 差异模型的语法扩展6.2.4.1 概述本条款的第一部分中定义的一般语法用于部分和全模型的数据交换。一旦交换了初始完整模型数据集，当模型发生变化时仅需通过更新来维护模型。通常，这些变化可被规范成两个模型之间的一组差异。差异文件是一个RDF模型（一组RDF语句集），因此可由RDF基础工具进行处理。6.2.4.2 用例示例下面通过一个用例示例来说明差异文档处理差异模型更新的方法。在这个例子中，参与者是RegionalEnergy公司和Ne

45、tworkPower公司：每个参与者有一份电力系统模型Bl的拷贝。 Regional Energy公司更新Bl，以反映即将到来的电力系统改造，产生B2。 Regional Energy公司将Bl和B2之间的差异作为差异模型发送给NetworkPower公司。 Network Power公司审查和验证差异模型。 Network Power公司将差异模型与它们那份Bl模型合井，产生B2o13 DL/ T 890.552 - 2014 另一种方法是RegionalEnergy公司直接将B2发送给NetworkPower公司。但是，B2是一个非常大的模型，无法在合理的时间周期内完成对它的校验。因为校验

46、不是完全自动的，还需要专家分析。事实上，B2的最佳验证策略是将它与己校验过的Bl进行比较。这使我们回到差异模型的需求上。一个更复杂的用例涉及两个以上的参与者。RegionalEnergy公司的几个同业公司提供差异模型给Network Power公司。这样的用例将引入并行模型改变和并发冲突的问题。6.2.4.3要求给定两个RDF模型Bl和B2（称之为基本模型），对差异模型的要求是E表示两个基本模型之间的差异。自身是一个RDF模型（一个RDF语句集），因此可由RDF基础设施处理。高效描述两个大的基本模型之间的小差异。当一个对象被删除，应用差异的系统负责执行“级联删除”，即查找和删除所包含的所有对象

47、。与删除对象间的关联也应删除。删除操作不可逆（至少不会来自于差异模型中的信息）。可能包含自身的信息，如来源、目的和日期。可能包含一些信息以防止当同一个基本模型同时生成两个差异模型时产生冲突。把差异文件当做数据库提交操作的要求不在这项服务范围内（即回攘功能，如果需要的话，是接收侧应用而不是发送端应用的责任）。这就认可了发送端应用可能不知道自Bl的上次更新后由其他代理对B2模型作出的改变。. 6.2.4.4 差异文件的结构给定两个基本RDF模型，Bl和凹，差异模型是由四组语句组成，每一个都编码为一种资源描述结构的序列：信息头语句，包含差异模型自身信息的语句。前向差异语句，B2中包含而Bl中不含的语句。后向差异语句，Bl中包含而B2中不含的语句。前提语句，Bl和B2中都包含的语句，被认为是差异模型在应用定义层面的依赖关系。任何一组或所有组都可以是空的。差异模型自身信息由资源类型dm:DifferenceModel表示，对这种资源通常使用模型自身的URN。下列属性适用于差异模型资源z dm:forwardDifferences是一个差异模型的属性，它的值是个语句集（即资源类型rdf:Statement),描述前向差异语句。 dm:reverseDifferences是一个差异模型的属性，它的值是一个后向差