DL/T 890.552-2014
基本信息
标准号： DL/T 890.552-2014
中文名称：能量管理系统应用程序接口 ( EMIS-API ) 第552部分: CIMXML 模型交换格式
标准类别：电力行业标准(DL)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
相关标签： 能量 管理系统 应用 程序接口 模型 交换 格式
标准分类号
关联标准
出版信息
相关单位信息
标准简介
DL/T 890.552-2014.Energy management system application program interface (EMS-APD) Part 552: CIMXML model exchange format.
1范围
DL 890标准定义了能量管理系统应用程序接口的组件接口规范(CIS)。 本部分定义了用于交换以CIM为基础的建模信息所采用的格式和规则。它使用DL/T-890.501中描述的CIM RDF模式作为构建电力系统建模信息XML文档的元模型框架。这些文档的样式称为CIMXM格式。
DL/T 890.552用于支持浓自独立供应商基于公共格式形成的软件和使用CIM描述的建模信息。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注中期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。
DL 1080电力企业应用集成一 配网管理系统接口 第 11部分;公共樁息模型3 能量管理系统energy management system (EMS)
一种计算机系统， 包括提供基础支持服务和一组应用的软件平台。这些应用提供了使发电设备和输电设备有效运行的功能，以保证用最小的成本提供足够安全的电能。
1范围
DL 890标准定义了能量管理系统应用程序接口的组件接口规范(CIS)。 本部分定义了用于交换以CIM为基础的建模信息所采用的格式和规则。它使用DL/T-890.501中描述的CIM RDF模式作为构建电力系统建模信息XML文档的元模型框架。这些文档的样式称为CIMXM格式。
DL/T 890.552用于支持浓自独立供应商基于公共格式形成的软件和使用CIM描述的建模信息。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注中期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。
DL 1080电力企业应用集成一 配网管理系统接口 第 11部分;公共樁息模型3 能量管理系统energy management system (EMS)
一种计算机系统， 包括提供基础支持服务和一组应用的软件平台。这些应用提供了使发电设备和输电设备有效运行的功能，以保证用最小的成本提供足够安全的电能。
标准图片预览
标准内容
ICS29.020
备案号：47910-2015
中华人民共和国电力行业标准
DL/T890.552—2014/IEC61970-552:2013能量管理系统应用程序接口
(EMS-API)
第552部分：CIMXML
模型交换格式
Energy management system application program interface (EMS-API) -Part552:CIMXMLmodelexchangeformat(IEC61970-552:2013,IDT)
2014-10-15发布
国家能源局
2015-03-01实施
前言·
规范性引用文件
术语和定义
模型交换信息头
5对象标识·
CIMXML格式规则和约定
参考文献·
DL/T890.552—2014
DL/T890.552-2014
本标准按照GB/T1.1一2009给出的规则起草。DL890标准是采用IEC61970国际标准《能量管理系统应用程序接口（EMS-APID)》制定的，主要包括公共信息模型（CIM）和组件接口规范（CIS）两方面内容，由以下部分组成：DL/T890.1能量管理系统应用程序接口（EMS-API）第1部分：导则和一般要求DL/Z890.2能量管理系统应用程序接口（EMS-API）第2部分：术语能量管理系统应用程序接口（EMS-API）第301部分：公共信息模型（CIM）基础DL/T890.301
DL/Z890.401
DL/T890.402
DL/T890.403
DL/T890.404
DL/T890.405
DL/T890.407
DL/T890.453
第401部分：组件接口规范（CIS）框架能量管理系统应用程序接口（EMS-API）能量管理系统应用程序接口（EMS-API）能量管理系统应用程序接口（EMS-APID）能量管理系统应用程序接口（EMS-API）能量管理系统应用程序接口（EMS-API）能量管理系统应用程序接口（EMS-API）能量管理系统应用程序接口（EMS-APID第402部分：公共服务
第403部分：通用数据访问
第404部分：高速数据访问（HSDA）第405部分：通用事件和订阅（GES）第407部分：时间序列数据访问（TSDA）第453部分：基于CIM的图形交换DL/T890.501能量管理系统应用程序接口（EMS-API）第501部分：公共信息模型的资源描述框架（CIMRDF）模式
DL/T890.552能量管理系统应用程序接口（EMS-API）第552部分：CIMXML模型交换格式本部分等同采用IEC61970-552：2013《能量管理系统应用程序接口（EMS-API）第552部分：CIMXML模型交换格式》（英文版）。本部分由中国电力企业联合会提出。本部分由全国电力系统管理及其信息交换标准化技术委员会归口。本部分起草单位：中国电力科学研究院、国家电力调度控制中心、阿尔斯通电网中国技术中心、山东大学、南瑞集团有限公司。
本部分主要起草人：阳、姚建国、杨胜春、陶洪铸、李晓露、梁成辉、翟明玉、米为民、潘毅、黄海峰、鄂蜜、高志远、王珂。本标准在执行过程中的意见和建议反馈至中国电力企业联合会标准化管理中心（北京市白广路二条一号，100761)。
DL/T890.552—2014
本部分是定义能量管理系统（EMS）应用程序接口（API）的DL890标准的一部分。DL/T890.301定义了公共信息模型（CIM)：一个与电力企业运行相关的物理逻辑视图。CIM通过统一建模语言（UML）进行描述。UML是一种以面向对象方式定义、展示以及描述系统的语言，是一种分析和设计语言而不是一种编程语言。软件程序使用CIM之前要先将其转化为一种能支持可编程接口的模式。
DL/T890.501描述了UML形式的CIM如何转换为机器可读的格式。这种格式采用可扩展标记语言（XML）描述，其模式使用资源描述框架（RDF）模式规范语言。本部分定义了在DL/T890.501中描述的CIMRDF模式如何用于交换基于XML（被称为CIMXML）的电力系统模型。这些模型在DL890.45x子集标准中定义，如在DL890.452中描述的CIM输电网络模型交换子集。
1范围
DL/T890.552—2014
能量管理系统应用程序接口（EMS-API）第552部分：CIMXML模型交换格式DL890标准定义了能量管理系统应用程序接口的组件接口规范（CIS）。本部分定义了用于交换以CIM为基础的建模信息所采用的格式和规则。它使用DL/T890.501中趟述的CIMRDF模式作为构建电力系统建模信息XML文档的元模型框架。这些文档的样式称为CIMXML格式。以文件传输进行模型G房式有许多用途。DL890.452子集和DL880.45x的其他子集标准解释了为交换模型设定上耳
的求和用例。虽然这种CIMXML格式可用基于CIM的通用信息交换，但是为解决特定的交换求运需要确定CIM的特定的描述（集）。推动形成本规范的初始需求是为电力系统安全协调而进行的输电网建模信息交换。本部分用于支康眉独立供应商基于公共格式形成的软件和使用CIM描述的建模信息。建议的解决方案应：
●虽然主要用于编程访间，但机器和人都可读：。可使用支文当对象模型（DOM）和具他标准XML应用程序接口的任何工具访问：。是自描述的
●充分采纳H用万维网联盟（W3C）的建议。本部分是第级组件接口规范文件，通过基于CIM的文本和例子叙述性地描述CIMXML格式的详细定义。
2规范性引用文件
下列文件对于态文作的应用是必不可少的。凡是注日期的引用文件，仅所注尽期的版本适用于本文件。凡是不注日期的引文件，其最新版本一（包括所有的修改单）适用于本文件。DL1080电力叠业用集成—配网管理系统接口第11部分公共信息模型（CIM）配电网扩展
DL/T890.1
DL/Z890.2
能量管理系统应用程序接口（EMS-API）第1部分：导则和一般要求能量管理系统应用程序接口（EMS-API）第2部分，术语能量管理系统应用程序接口（EMS-API）第301部分：公共信息模型（CIM）基础DL/T890.301
DL/T890.501
（CIMRDF）模式
能量管理系统应用程序接口（EMS-API第501部分：公共信息模型资源描述框架IEC60050国际电工技术词汇表
W3CRDF/XML语法规范
W3C可扩展标记语言（XML）1.0
W3CXSL转换（XSLT)
W3C文档对象模型（DOM）
3术语和定义
IEC60050和DL/Z890.2界定的以及下列术语和定义适用于本文件。DL/T890.552—2014
能量管理系统energymanagement system(EMS)一种计算机系统，包括提供基础支持服务和一组应用的软件平台。这些应用提供了使发电设备和输电设备有效运行的功能，以保证用最小的成本提供足够安全的电能。3.2
应用程序接口applicationprogram interface（APn)由可执行应用组件提供给其他可执行应用组件使用的一组公用函数的集合。3.3
common information model (CIM)公共信息模型
描述电力企业中所有主要对象的抽象模型，这些对象一般包含在能量管理系统（EMS）的信息模型中。
使用说明：通过提供一种用对象类和属性及它们之间的关系来表示电力系统资源的标准方法，CIM方便了实现不同卖方独立开发的能量管理系统（EMS）应用的集成，多个独立开发的整个EMS之间的集成以及EMS和其他涉及电力系统运行的不同方面的系统的集成，例如发电或配电管理系统之间的集成。
CIMXML
用于交换本部分所定义的XML数据的序列化格式。3.5
文档对象模型documentobjectmodel(DOM)一种与平台和语言无关的接口，由万维网联盟（W3C）定义，它允许应用程序和脚本动态存取及交换文档的内容、结构和样式。
文档类型定义documenttypedefinition(DTD)一种用于描述与XML文档有关的词汇表和语法的标准。使用说明：XML模式和RDF是可以使用的其他形式。3.7
超文本标记语言hypertextmarkuplanguage(HTML)用来在万维网上格式化和表示信息的标记语言。3.8
模型model
描述真实或计算的对象或实体的数据集合。使用说明1：在CIM上下文中，数据语义由子集定义：参见3.9。使用说明2：在电力系统分析中，模型是一组描述电力系统的静态数据。模型的例子包括静态电网模型、拓扑解以及一个潮流应用或状态估计应用生成的网络解。3.9
子集profile
定义一个可交换的模型结构和语义的模式。使用说明：子集是对更为通用的CIM加以约束形成的集合。3.10
子集文档profiledocument
用于特定业务目的子集集合。
资源描述框架resourcedescriptionframework(RDF)W3C推荐的一种语言，用于表示机器可简单处理的元数据。使用说明：RDF使用XML作为其编码语法。RDF模式RDFschema
DL/T890.552—2014
用RDF表示的一种模式规范语言，用于描述资源及其性质，包括资源如何与其他资源相关联，它用于规定一种应用相关的模式。3.13
现实世界对象real-worldobject属于现实世界间题域的对象，不同于实现中的接口对象和控制器对象。使用说明1：EMS领域的现实世界对象定义为DL/T890.301公共信息模型中的类。使用说明2：对电力系统中的类和对象进行建模需要以公共的方式表达给EMS应用。个类是现实世界中一个对象的描述，例如需要表示为EMS中电力系统总体模型一部分的PowerTransformer、GeneratingUnit或Load。其他类型的对象包括EMS应用需要处理、分析和存储的事物，如计划、量测。这些对象需要一个公共的表示以满足EMS-API标准即插即用和互操作性的目的。电力系统中一个有唯一标识的特定对象被建模为它所属类的一个实例。3.14
标准通用标记语言standard generalized markuplanguage(SGML)一种国际标准，定义了以电子形式表示文本且与设备及系统无关的方法。使用说明：HTML和XML都源于SGML。3.15
统-建模语言unified modelinglanguage（UML)一种面向对象的建模语言和方法论，用于对一个系统密集过程规范化、可视化、构造和文档化的方法。
统一资源标识符unified resourceidentifier（URI)一种用于标识（引用）资源（如文件、文档、图像等物）的Web标准语法和语义。3.17
可扩展标记语言extensiblemarkuplanguage（XML）标准通用标记语言（SGML）（ISO8879）的一个子集，用于将结构化数据放入文本文件。使用说明：这是W3C赞成的推荐。它具有免费、与平台无关和良好的软件工具支持性等特点。3.18
可扩展样式表语言extensiblestylesheetlanguage（XSL）一种表示XML文档的样式表语言。4模型交换信息头
4.1概述
模型交换通常涉及一组文档的交换，每个文档都包含实例数据（称作模型）和信息头。每个模型的结构和语义由一个不包含在交换数据里的子集来描述。整个交换受控于子集文档（ProfileDocument）中的一组子集。
信息头描述了文档中的模型内容，比如模型创建的日期、描述等。信息头也可以标识其他模型以及它们与现有模型的关系。当模型是工作流的一部分时，这些信息是重要的。例如，模型彼此间都有关联3
DL/T890.552—2014
如模型继承和/或依赖于另一个模型。4.2～4.4定义了包含信息头数据的模型以及设计要支持的工作流。4.2CIMXML文档和信息头www.bzxz.net
个CIMXML文档由一个而不能由多个信息头描述，因此一个CIMXML文档中的实例数据对应于一个子集。
如果有多个可能相关的CIMXML文档需要放在一起，应将它们集合在类似zip的一个归档文件中。4.3模型和信息头数据描述
模型的描述作为信息头数据附加到模型上。图1显示了带信息头信息的模型。class Header Model
+Depending o..*
+DependentOn o..
+SupersededBy o..*
+Supersedes 0..*
DifferenceModel
created DateTime
irioTimcDoteTims
description String
+modelingAuthoritySet URI[o.!]profileURI Lt
version string
liModeiDocumentEleme
+forwardDifferences
+reverseDifferences
Statements
图1带信息头信息的模型
Phimitive
FullModel
在图1中，全模型类（FullModel）、差异模型类（DifferenceModel）和声明类（Statements）描述了模型数据，而信息头由模型类（Model）描述。以下按自下而上的顺序对这些类进行描述：全模型文档元素类（FullModelDocumentElement）表示所有可能出现在整个模型文档中的元素。它有两个子类型：声明（Statements）或全模型（FullModel)，下面将对这两个子类型进一步描述。一个全模型文档通常包括一个全模型（FullModel）元素和一组定义（Definition）元素。。声明类（Statements）表示一组定义（Definition，参见6.2.3.5）和/或描述（Description，参见6.2.3.6）元素。
，全模型（FullModel，参见6.2.3.4）类表示全模型信息头，它的内容由模型类（Model）描述。差异模型（DifferenceModel，参见6.2.4.6）类表示差异模型的信息头。其内容由模型类（Model）、前向差异关联角色、后向差异关联角色来描述。两种关联角色可共用一组声明(Statements).
模型类（Model）描述的信息头内容对于全模型（FullModel）和差异模型（DifferenceModel）来说是相同的。模型（Model）通过rdf:about属性标识。rdf:about属性唯一描述了模型而非包含信息头的文档。因此由同样的未变化数据模型创建的多个文档具有相同的rdf:about。这也意味着模型改变将导致下一个文档创建时具有新的rdf:about。4
模型类（Model）的属性见表1。模型类
created
scenarioTime
description
modelingAuthoritySet
profile
Dghendelton
rerding
upersedes
spperseledBy
表1信息头属性
DL/T890.552—2014
模型创建的日期（注意这通常不是CIMXML文档创建的时间，CIMXML文档在这之后才创建）
模型代表的日期和时间。例如当前运行模型、历史模型或未来模型对应的时间对模型的描述一例如模型创建者的名字和创建目的抛速源自CIMXML文档数据的设备模型的一个统一资源名（UnifomResourceName，URN例如个国家的全部或部分模型撒述角于规范模型的子集的一个DRN。它唯一标识子集及其版本源自CIMXML文档数据的模型版本描述例如：建模授权集的设备模型变化：
导致不同结果的不同研究用例。版本属性是一个随rdf:abou标识同步变化的定制字符串，参见上述模型类(Model）描述
由此文档描述的模型所依赖模型的引用，例如：一潮流计算结果依赖于拓扑模型：拓护计算的拓模型依顿于网络模型依赖去个模型的所有模型。此用色不包含于任何交换实例数据的文件中当更新模型时，
因此这指向描述被
生成的模型替代原先作为更新基础的模型更新模型的CIMXML文档的引用
替代这个模型的所有模型。此角色不包含于任何交换实例录据的文档中子集属性是拥有以下格式的URI：http://iec.ch//例如，http://iea
ch/Tc57/2011/61970-452/Equipment/2.图1中的UML转化为如下CIMXML元素：图1中的叶子类
异模型DifferenceModel、说明Statement和全模型FullModel）表示为文a)
档元素（6.2.3.3
下的类元素。
说明元素（Statement）表亲为定义（Definition，6.2.3.5）或描送元素（Description，6.2.3.6）。文字属性，例如Modelcreated，表示为文字性元素（6.2.38)。角色，例如Model.Supersedes，表示为资源属性元素（62.3.10）。d)
继承属性和角色直接表示为上述避循de规则的叶子类下的元素。CIMXML模型文档由模型（Model）rdf:about属性（隐含在UML中）标识。因此DependentOn和Supersedes角色都是对模型（Model）rdf:about属性的引用。一个全模型文档可从同一个数据源多次生成。这种从不变数据源重新生成的全模型文档应保持模型标识（Modelrdf:about）与初始全模型文档一致。当生成一个替代差异的全模型文档时，如果自差异创建开始模型没有改变，新的全模型文档具h)
有与差异相同的模型标识（Modelrdf:about）。因此它是差异的一种替代。4.4工作流
一个工作流描述为一交换事件。4.3节模型描述支持与Model.Supersedes属性在时间上关联以及与Model.DependentOn属性在子集上关联的工作流事件。工作流事件举例如图2所示。5
DL/T890.552—2014
状态变量
图2工作流事件举例
全模型
差异模型
在这个例子中，被交换的一个可解的网络模型是由子集文档约束的一组包含设备、拓扑和状态变量文档的模型。图2中左侧的时间轴表示设备模型文档是如何随时间交换的。中间的时间轴显示新拓扑结果如何随时间交换以及每个拓扑依赖的设备模型。右侧的时间轴表示多个状态变量文档如何交换以及状态变量文档所依赖的拓扑文档。还应注意到，设备模型E3由一个全模型和一个差异模型两种方式表示。图2显示的是一个比较简单的例子，图3显示了更为复杂的情况。设备
全模型
图3有更多依赖关系的工作流事件举例差异模型
图3的CIMXML文档可能是在一个数据建模环境下创建的，在此环境中，个模型的多个变化路径并存，例如设备模型有三个路径E-Ax、E-Bx和E-C，最终合并为全模型E2替代以上多个设备路径。
CIMXML文档的接收者可能会任意使用拓扑文档TA、TB、TABa或T2b之一以及E2设备模型。因为发送者（在这个例子里指数据建模环境）仅用E2来验证T2b，所以这被认为可相互协同的唯一组合。至于T2b，接收者也可能选择在T1上应用TB和TABb来代替使用T2b。6
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
备案号：47910-2015
中华人民共和国电力行业标准
DL/T890.552—2014/IEC61970-552:2013能量管理系统应用程序接口
(EMS-API)
第552部分：CIMXML
模型交换格式
Energy management system application program interface (EMS-API) -Part552:CIMXMLmodelexchangeformat(IEC61970-552:2013,IDT)
2014-10-15发布
国家能源局
2015-03-01实施
前言·
规范性引用文件
术语和定义
模型交换信息头
5对象标识·
CIMXML格式规则和约定
参考文献·
DL/T890.552—2014
DL/T890.552-2014
本标准按照GB/T1.1一2009给出的规则起草。DL890标准是采用IEC61970国际标准《能量管理系统应用程序接口（EMS-APID)》制定的，主要包括公共信息模型（CIM）和组件接口规范（CIS）两方面内容，由以下部分组成：DL/T890.1能量管理系统应用程序接口（EMS-API）第1部分：导则和一般要求DL/Z890.2能量管理系统应用程序接口（EMS-API）第2部分：术语能量管理系统应用程序接口（EMS-API）第301部分：公共信息模型（CIM）基础DL/T890.301
DL/Z890.401
DL/T890.402
DL/T890.403
DL/T890.404
DL/T890.405
DL/T890.407
DL/T890.453
第401部分：组件接口规范（CIS）框架能量管理系统应用程序接口（EMS-API）能量管理系统应用程序接口（EMS-API）能量管理系统应用程序接口（EMS-APID）能量管理系统应用程序接口（EMS-API）能量管理系统应用程序接口（EMS-API）能量管理系统应用程序接口（EMS-API）能量管理系统应用程序接口（EMS-APID第402部分：公共服务
第403部分：通用数据访问
第404部分：高速数据访问（HSDA）第405部分：通用事件和订阅（GES）第407部分：时间序列数据访问（TSDA）第453部分：基于CIM的图形交换DL/T890.501能量管理系统应用程序接口（EMS-API）第501部分：公共信息模型的资源描述框架（CIMRDF）模式
DL/T890.552能量管理系统应用程序接口（EMS-API）第552部分：CIMXML模型交换格式本部分等同采用IEC61970-552：2013《能量管理系统应用程序接口（EMS-API）第552部分：CIMXML模型交换格式》（英文版）。本部分由中国电力企业联合会提出。本部分由全国电力系统管理及其信息交换标准化技术委员会归口。本部分起草单位：中国电力科学研究院、国家电力调度控制中心、阿尔斯通电网中国技术中心、山东大学、南瑞集团有限公司。
本部分主要起草人：阳、姚建国、杨胜春、陶洪铸、李晓露、梁成辉、翟明玉、米为民、潘毅、黄海峰、鄂蜜、高志远、王珂。本标准在执行过程中的意见和建议反馈至中国电力企业联合会标准化管理中心（北京市白广路二条一号，100761)。
DL/T890.552—2014
本部分是定义能量管理系统（EMS）应用程序接口（API）的DL890标准的一部分。DL/T890.301定义了公共信息模型（CIM)：一个与电力企业运行相关的物理逻辑视图。CIM通过统一建模语言（UML）进行描述。UML是一种以面向对象方式定义、展示以及描述系统的语言，是一种分析和设计语言而不是一种编程语言。软件程序使用CIM之前要先将其转化为一种能支持可编程接口的模式。
DL/T890.501描述了UML形式的CIM如何转换为机器可读的格式。这种格式采用可扩展标记语言（XML）描述，其模式使用资源描述框架（RDF）模式规范语言。本部分定义了在DL/T890.501中描述的CIMRDF模式如何用于交换基于XML（被称为CIMXML）的电力系统模型。这些模型在DL890.45x子集标准中定义，如在DL890.452中描述的CIM输电网络模型交换子集。
1范围
DL/T890.552—2014
能量管理系统应用程序接口（EMS-API）第552部分：CIMXML模型交换格式DL890标准定义了能量管理系统应用程序接口的组件接口规范（CIS）。本部分定义了用于交换以CIM为基础的建模信息所采用的格式和规则。它使用DL/T890.501中趟述的CIMRDF模式作为构建电力系统建模信息XML文档的元模型框架。这些文档的样式称为CIMXML格式。以文件传输进行模型G房式有许多用途。DL890.452子集和DL880.45x的其他子集标准解释了为交换模型设定上耳
的求和用例。虽然这种CIMXML格式可用基于CIM的通用信息交换，但是为解决特定的交换求运需要确定CIM的特定的描述（集）。推动形成本规范的初始需求是为电力系统安全协调而进行的输电网建模信息交换。本部分用于支康眉独立供应商基于公共格式形成的软件和使用CIM描述的建模信息。建议的解决方案应：
●虽然主要用于编程访间，但机器和人都可读：。可使用支文当对象模型（DOM）和具他标准XML应用程序接口的任何工具访问：。是自描述的
●充分采纳H用万维网联盟（W3C）的建议。本部分是第级组件接口规范文件，通过基于CIM的文本和例子叙述性地描述CIMXML格式的详细定义。
2规范性引用文件
下列文件对于态文作的应用是必不可少的。凡是注日期的引用文件，仅所注尽期的版本适用于本文件。凡是不注日期的引文件，其最新版本一（包括所有的修改单）适用于本文件。DL1080电力叠业用集成—配网管理系统接口第11部分公共信息模型（CIM）配电网扩展
DL/T890.1
DL/Z890.2
能量管理系统应用程序接口（EMS-API）第1部分：导则和一般要求能量管理系统应用程序接口（EMS-API）第2部分，术语能量管理系统应用程序接口（EMS-API）第301部分：公共信息模型（CIM）基础DL/T890.301
DL/T890.501
（CIMRDF）模式
能量管理系统应用程序接口（EMS-API第501部分：公共信息模型资源描述框架IEC60050国际电工技术词汇表
W3CRDF/XML语法规范
W3C可扩展标记语言（XML）1.0
W3CXSL转换（XSLT)
W3C文档对象模型（DOM）
3术语和定义
IEC60050和DL/Z890.2界定的以及下列术语和定义适用于本文件。DL/T890.552—2014
能量管理系统energymanagement system(EMS)一种计算机系统，包括提供基础支持服务和一组应用的软件平台。这些应用提供了使发电设备和输电设备有效运行的功能，以保证用最小的成本提供足够安全的电能。3.2
应用程序接口applicationprogram interface（APn)由可执行应用组件提供给其他可执行应用组件使用的一组公用函数的集合。3.3
common information model (CIM)公共信息模型
描述电力企业中所有主要对象的抽象模型，这些对象一般包含在能量管理系统（EMS）的信息模型中。
使用说明：通过提供一种用对象类和属性及它们之间的关系来表示电力系统资源的标准方法，CIM方便了实现不同卖方独立开发的能量管理系统（EMS）应用的集成，多个独立开发的整个EMS之间的集成以及EMS和其他涉及电力系统运行的不同方面的系统的集成，例如发电或配电管理系统之间的集成。
CIMXML
用于交换本部分所定义的XML数据的序列化格式。3.5
文档对象模型documentobjectmodel(DOM)一种与平台和语言无关的接口，由万维网联盟（W3C）定义，它允许应用程序和脚本动态存取及交换文档的内容、结构和样式。
文档类型定义documenttypedefinition(DTD)一种用于描述与XML文档有关的词汇表和语法的标准。使用说明：XML模式和RDF是可以使用的其他形式。3.7
超文本标记语言hypertextmarkuplanguage(HTML)用来在万维网上格式化和表示信息的标记语言。3.8
模型model
描述真实或计算的对象或实体的数据集合。使用说明1：在CIM上下文中，数据语义由子集定义：参见3.9。使用说明2：在电力系统分析中，模型是一组描述电力系统的静态数据。模型的例子包括静态电网模型、拓扑解以及一个潮流应用或状态估计应用生成的网络解。3.9
子集profile
定义一个可交换的模型结构和语义的模式。使用说明：子集是对更为通用的CIM加以约束形成的集合。3.10
子集文档profiledocument
用于特定业务目的子集集合。
资源描述框架resourcedescriptionframework(RDF)W3C推荐的一种语言，用于表示机器可简单处理的元数据。使用说明：RDF使用XML作为其编码语法。RDF模式RDFschema
DL/T890.552—2014
用RDF表示的一种模式规范语言，用于描述资源及其性质，包括资源如何与其他资源相关联，它用于规定一种应用相关的模式。3.13
现实世界对象real-worldobject属于现实世界间题域的对象，不同于实现中的接口对象和控制器对象。使用说明1：EMS领域的现实世界对象定义为DL/T890.301公共信息模型中的类。使用说明2：对电力系统中的类和对象进行建模需要以公共的方式表达给EMS应用。个类是现实世界中一个对象的描述，例如需要表示为EMS中电力系统总体模型一部分的PowerTransformer、GeneratingUnit或Load。其他类型的对象包括EMS应用需要处理、分析和存储的事物，如计划、量测。这些对象需要一个公共的表示以满足EMS-API标准即插即用和互操作性的目的。电力系统中一个有唯一标识的特定对象被建模为它所属类的一个实例。3.14
标准通用标记语言standard generalized markuplanguage(SGML)一种国际标准，定义了以电子形式表示文本且与设备及系统无关的方法。使用说明：HTML和XML都源于SGML。3.15
统-建模语言unified modelinglanguage（UML)一种面向对象的建模语言和方法论，用于对一个系统密集过程规范化、可视化、构造和文档化的方法。
统一资源标识符unified resourceidentifier（URI)一种用于标识（引用）资源（如文件、文档、图像等物）的Web标准语法和语义。3.17
可扩展标记语言extensiblemarkuplanguage（XML）标准通用标记语言（SGML）（ISO8879）的一个子集，用于将结构化数据放入文本文件。使用说明：这是W3C赞成的推荐。它具有免费、与平台无关和良好的软件工具支持性等特点。3.18
可扩展样式表语言extensiblestylesheetlanguage（XSL）一种表示XML文档的样式表语言。4模型交换信息头
4.1概述
模型交换通常涉及一组文档的交换，每个文档都包含实例数据（称作模型）和信息头。每个模型的结构和语义由一个不包含在交换数据里的子集来描述。整个交换受控于子集文档（ProfileDocument）中的一组子集。
信息头描述了文档中的模型内容，比如模型创建的日期、描述等。信息头也可以标识其他模型以及它们与现有模型的关系。当模型是工作流的一部分时，这些信息是重要的。例如，模型彼此间都有关联3
DL/T890.552—2014
如模型继承和/或依赖于另一个模型。4.2～4.4定义了包含信息头数据的模型以及设计要支持的工作流。4.2CIMXML文档和信息头www.bzxz.net
个CIMXML文档由一个而不能由多个信息头描述，因此一个CIMXML文档中的实例数据对应于一个子集。
如果有多个可能相关的CIMXML文档需要放在一起，应将它们集合在类似zip的一个归档文件中。4.3模型和信息头数据描述
模型的描述作为信息头数据附加到模型上。图1显示了带信息头信息的模型。class Header Model
+Depending o..*
+DependentOn o..
+SupersededBy o..*
+Supersedes 0..*
DifferenceModel
created DateTime
irioTimcDoteTims
description String
+modelingAuthoritySet URI[o.!]profileURI Lt
version string
liModeiDocumentEleme
+forwardDifferences
+reverseDifferences
Statements
图1带信息头信息的模型
Phimitive
FullModel
在图1中，全模型类（FullModel）、差异模型类（DifferenceModel）和声明类（Statements）描述了模型数据，而信息头由模型类（Model）描述。以下按自下而上的顺序对这些类进行描述：全模型文档元素类（FullModelDocumentElement）表示所有可能出现在整个模型文档中的元素。它有两个子类型：声明（Statements）或全模型（FullModel)，下面将对这两个子类型进一步描述。一个全模型文档通常包括一个全模型（FullModel）元素和一组定义（Definition）元素。。声明类（Statements）表示一组定义（Definition，参见6.2.3.5）和/或描述（Description，参见6.2.3.6）元素。
，全模型（FullModel，参见6.2.3.4）类表示全模型信息头，它的内容由模型类（Model）描述。差异模型（DifferenceModel，参见6.2.4.6）类表示差异模型的信息头。其内容由模型类（Model）、前向差异关联角色、后向差异关联角色来描述。两种关联角色可共用一组声明(Statements).
模型类（Model）描述的信息头内容对于全模型（FullModel）和差异模型（DifferenceModel）来说是相同的。模型（Model）通过rdf:about属性标识。rdf:about属性唯一描述了模型而非包含信息头的文档。因此由同样的未变化数据模型创建的多个文档具有相同的rdf:about。这也意味着模型改变将导致下一个文档创建时具有新的rdf:about。4
模型类（Model）的属性见表1。模型类
created
scenarioTime
description
modelingAuthoritySet
profile
Dghendelton
rerding
upersedes
spperseledBy
表1信息头属性
DL/T890.552—2014
模型创建的日期（注意这通常不是CIMXML文档创建的时间，CIMXML文档在这之后才创建）
模型代表的日期和时间。例如当前运行模型、历史模型或未来模型对应的时间对模型的描述一例如模型创建者的名字和创建目的抛速源自CIMXML文档数据的设备模型的一个统一资源名（UnifomResourceName，URN例如个国家的全部或部分模型撒述角于规范模型的子集的一个DRN。它唯一标识子集及其版本源自CIMXML文档数据的模型版本描述例如：建模授权集的设备模型变化：
导致不同结果的不同研究用例。版本属性是一个随rdf:abou标识同步变化的定制字符串，参见上述模型类(Model）描述
由此文档描述的模型所依赖模型的引用，例如：一潮流计算结果依赖于拓扑模型：拓护计算的拓模型依顿于网络模型依赖去个模型的所有模型。此用色不包含于任何交换实例数据的文件中当更新模型时，
因此这指向描述被
生成的模型替代原先作为更新基础的模型更新模型的CIMXML文档的引用
替代这个模型的所有模型。此角色不包含于任何交换实例录据的文档中子集属性是拥有以下格式的URI：http://iec.ch/
ch/Tc57/2011/61970-452/Equipment/2.图1中的UML转化为如下CIMXML元素：图1中的叶子类
异模型DifferenceModel、说明Statement和全模型FullModel）表示为文a)
档元素（6.2.3.3
下的类元素。
说明元素（Statement）表亲为定义（Definition，6.2.3.5）或描送元素（Description，6.2.3.6）。文字属性，例如Modelcreated，表示为文字性元素（6.2.38)。角色，例如Model.Supersedes，表示为资源属性元素（62.3.10）。d)
继承属性和角色直接表示为上述避循de规则的叶子类下的元素。CIMXML模型文档由模型（Model）rdf:about属性（隐含在UML中）标识。因此DependentOn和Supersedes角色都是对模型（Model）rdf:about属性的引用。一个全模型文档可从同一个数据源多次生成。这种从不变数据源重新生成的全模型文档应保持模型标识（Modelrdf:about）与初始全模型文档一致。当生成一个替代差异的全模型文档时，如果自差异创建开始模型没有改变，新的全模型文档具h)
有与差异相同的模型标识（Modelrdf:about）。因此它是差异的一种替代。4.4工作流
一个工作流描述为一交换事件。4.3节模型描述支持与Model.Supersedes属性在时间上关联以及与Model.DependentOn属性在子集上关联的工作流事件。工作流事件举例如图2所示。5
DL/T890.552—2014
状态变量
图2工作流事件举例
全模型
差异模型
在这个例子中，被交换的一个可解的网络模型是由子集文档约束的一组包含设备、拓扑和状态变量文档的模型。图2中左侧的时间轴表示设备模型文档是如何随时间交换的。中间的时间轴显示新拓扑结果如何随时间交换以及每个拓扑依赖的设备模型。右侧的时间轴表示多个状态变量文档如何交换以及状态变量文档所依赖的拓扑文档。还应注意到，设备模型E3由一个全模型和一个差异模型两种方式表示。图2显示的是一个比较简单的例子，图3显示了更为复杂的情况。设备
全模型
图3有更多依赖关系的工作流事件举例差异模型
图3的CIMXML文档可能是在一个数据建模环境下创建的，在此环境中，个模型的多个变化路径并存，例如设备模型有三个路径E-Ax、E-Bx和E-C，最终合并为全模型E2替代以上多个设备路径。
CIMXML文档的接收者可能会任意使用拓扑文档TA、TB、TABa或T2b之一以及E2设备模型。因为发送者（在这个例子里指数据建模环境）仅用E2来验证T2b，所以这被认为可相互协同的唯一组合。至于T2b，接收者也可能选择在T1上应用TB和TABb来代替使用T2b。6
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。