DLT890-2012标准规范下载简介：

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

DLT890-2012 能量管理系统应用程序接口(EMS-API)(第1-501部分共10篇)

表1基于组件接口的优点

4.4与IEC61968标准的关系

方便本国际标准的用户，并没有IEC认可该产 意思。如果其他等价产品能够证明可以得到相同的结果，也是可以使用的。

消息可以通过IEC61970（DL890）标准中定义

这个参考模型是专门应用手控制中心环境的。控制中心环境通常由通过局域网（LAN），有时还通 过广域网（WAN）连接起来的计算机网络构成。一个控制中心可能包含多种系统以支持电力系统运行， 包括EMS、DMS以及ISO和RTO业务功能所需的其他系统。它支持一定数量的不同用户群体和机构功 能，包括值班操作人员、运行管理人员、操作员培训、运行计划、数据库维护和软件开发。在一个EMS 中QHRSHL 0004-2015 北京圣伦食品有限公司 水果粉，许多应用都在多个这样的应用上下文中使用，因此重要的是一个应用可以容易地配置（最好是自动 地配置）以用于不同的应用上下文。这是通过使用和每一个组件接口关联的性质（properties）而不是修 改组件的内部代码来实现的

DL/T 890.12007

个应用上下文（applicationcontext）包含了作为一个组织单元一起工作以实现某个高 的一组应用。一个应用上下文定义一个时间范围和一个执行环境。表2包含EMS应用上下文的

表2EMS应用上下文举例

虽然在参考模型中没有明确说明，天家都理解几个上下文可以同时存在，每一个上下文都有可能在 不同的数据交换中涉及同样一些应用。此外，还可能有一个特定上下文的多个实例共存的情况。例如， 在运行研究上下文中可能会为两个操作员同时运行两个或多个研究，同时同样的这些应用还在实时上下 文中运行。

一个应用由在一个给定领域内完成某些业务功能的一个或多个组件组成，它由领域专家设计和缩 写。组成该应用的各个组件的粒度由设计者选择。应用的构建者可以组合来自不同开发者或厂商的组件 以构成一个应用。 应用的开发者应能无须接触组件的源代码就可以充分使用该组件。组件可以通过一组外部性质值来 定制以适合应用的特殊需要。例如，按钮组件有一个规定出现在该按钮上的名字的性质。当然，允许定 制的数量取决于该组件的开发者提供足够的外部性质值的远见。这有点像程序设计中的一个早期概念， 即通过指定适当的配置参数值而不是必须修改源代码来定制程序。 附录B.1中是应用类别、抽象名和所执行功能的列表

遗留应用与前面给出的应用的定义差别很大。遗留应用可以是电力企业在为集成目的而建立任何组

1）上下文”这个术语在这里的用法和在讨论组件模型EJB与CORBA时的用法是不同的。在讨论组件 下文用来说明组件容器为组件实现提供对组件容器所实现的运行时服务的访问。这些服务包括事务 件和持久性。

文”这个术语在这里的用法和在讨论组件模型EJB与CORBA时的用法是不同的。在讨论组件模型时，上 用来说明组件容器为组件实现提供对组件容器所实现的运行时服务的访问。这些服务包括事务、安全、事 特久性。

一个容器的操作和钉为用具组件模型定义 和接口。这样，为一类执行系统或环境开发的组 够直接移植到任何一个其他类型的执行环境。 因此，为了实现组件在多执行系统中的重用，除了组件设计时基于的那个执行系统外，其他任何执行系 统都需要有一个组件适配器。可供选择的另外一种办法是，组件接口可以根据某个中立的标准定义，这 样对所有的容器都需要一个组件适配器来把这种标准接口映射到该容器所提供的接口。这有点像Jav

服务器组件在由应用或组件执行系统提供的环境中执行。组件执行系统这个术语包含了参考模型中 从容器层往下的所有内容，包括组件容器、中间件服务和通信协议子集。它还包括其他一些没有展现的 常规平台所提供的服务，包括操作系统、持久性存储等。这些也称为容器系统，因为容器为接口标准提 共了主要接口，而接口标准是本标准的主题。本豪快增世 容器系统包括已有的一些遵守该系统所采用的组件模型的容器约定和策略的中间件产品。任何为支 特组件而遵守容器约定的执行系统框架都是合格的。例如，EMS供应商可以把EMS应用执行系统设计 成能够支持容器，从而可以使用内部开发的或从其他组件供应商购买的各种组件。附录D中列举了其他 一些商用例子。 鞋格水财国家体用助尔

）PeopleSoft是Oracle提供的 品的任何认可。任何能够证明可以导致相同结

DL/T 890.1 = 2007

DL/T 890.12007

本条提供两个例子来说明参考模型概念在实际系统中的应用

5.13.2同时使用遗留封套和组件适配器的场景

另一个例子是关于一个SCADA厂商的，它已经有一个系统（例如，一个典型的SCADA数据采集 与控制应用），需要封装成一个CORBA组件，这样就可以作为能够与CORBA容器系统相接的一个即 插即用应用出售。这个已有的SCADA应用有一个存在了好几年的专有API，而且经过了检验和严格的 测试，并且用在了各种各样的装置中。仅仅为了把它做成一个CORBA组件就改写这一应用的任何一部 分都是不值得的。 因此，合乎逻辑的方法是用一个支持所需要的组件接口的封套来给这个“遗留应用”加一个前端处 理。这个封套使这个应用（或更可能的是这个应用的一个小部分）呈现为一个标准的CORBA组件。这

DL/ T 890.12007

DL/ T 890.12007

个封套可能要负责把已有的专有API映射到组件规定的API。这一映射会是相当精细的。 现在，已经购买了这个SCADA厂商的组件化SCADA应用的顾客要把它集成到企业中。目前最可 能的情况是，要和这个SCADA应用集成的大多数应用并不遵循一个单一的标准组件模型，或者根本就 不遵循任何标准组件模型。 需这个顾客已经选择了一个集成中间件产品来帮助他完成总的集成化任务。电力企业购买该集成中间 件产品的主要原因之一是它能够使各种各样的应用接口、组件或其他软件容易地适应这个集成中间件产 品所提供的公共服务和信息交换模型。这个企业集成中间件产品可能并不直接支持该SCADA组件所使 用的组件模型，或者完全不支持组件模型。因此，要由中间件厂商或系统集成商提供一个组件适配器。 这一场景说明了参考模型中遗留应用封套和组件适配器之间的区别。这里，提供封套是SCADA厂 商的职责，而提供适配器则是中间件厂商的职责（显然，电力企业可能已经选择便用专有的SCADA接 口，这样一来甚至就可以不引入遗留应用封套）。在将SCADA应用包装为一个标准组件方面，中间件 商的适配器可以被标准化。实际上，集成中间件厂商提供一些标准的适配器，典型的是用于关系数据 库管理系统（RDBMS）（例如，Oracle、SQLServer等）、流行的标准应用（例如SAP、PeopleSoft等）， 以及其他的常用资源（例如，MQSeries等）。

如参考模型所示，公共信息模型（CIM）和组件接 安部行 实际上，这些正是本系列标准的各部分。本系列标准预计文档结构如下 第1部分：导则和一般要求 第2部分：术语 第3XX部分：公共信息模型（CIM） 第4X×部分：组件接口规范（CIS） 第5××部分：CIS技术映射

如参考模型所示，公共信息模型（CI 实际上，这些正是本系列标准的各部分。 第1部分：导则和一般要求 第2部分：术语 第3XX部分：公共信息模型（CIM） 第4X×部分：组件接口规范（CIS） 第5××部分：CIS技术映射

6.2.2CIM预期的使用

CIM中描绘的对象在本质上是抽象的，因此可以用于大量不同的应用中。CIM的使用远不止在 SCADA/EMS/DMS中的应用。应该把这个标准理解为这样的一个工具，在任何领域，只要需要用一个 公共电力系统模型来促进各种独立于任何具体实现的应用和系统之间的互操作和插入兼容性，就可以使 一用配置数据初始化应用组件：

DL/T 890.12007

6.2.3 上下文和时间

6.2.4关系和属性的一

内实例化的对象的关系和属性的一致性。例如，如果个开关的状态改变了，可能需要重新计算拓扑逻 辑关系和得到新的一组量测值。这可能涉及不止一个应用。 应用接口负责提供证实信息交换合格所需要的一致性状态信息（例如，枚举量“ModeIValid” “TopologyValid",“LoadFlowValid")。 对于一个特定的网络配置，导电设备可能组合到馈线中，而连接节点可以组合到拓扑节点中。信息 交换上下文的一部分就是用来说明该信息是“ASBUILT”还是“CURRENT”等。当描述拓扑关系时， 例如，一个数据库应用可以把各个实例保持在它们的ASBUILT状态，而一个SCADA应用可能会 把各个实例保持在它们的CURRENT状态。这两个应用的CIM模型是一样的，但是每一个应用中的各 个实例可以有不同的值。

6.2.5和IEC61968标准的关系

DL/T 890.12007

890.301）中的CIMBase以包含现有类的新的子类，同时也增加一组全新的类为配电领域中发现的对象 建模。因此，要理解CIM的整个范围，必须考虑在IEC61970（DL890）和IEC61968两个标准中描述 的CIM。

1）支持这两组标准的扩展CIMUML模型由负责IEC61968系列标准的IECTC57WG14货

L）支持这两组标准的扩展CIMUML模型由负责IEC61968系列标准的IECTC57WG14负责维护

DL/T890.12007

CORBA; DCOM: 来祥动电支衣 烧u肉 Java。 XML 当使用基于XML的消息作为集成技术时，XML特化将为具有GID接口的独立开发的组件 提供互操作性。

IL当使用基于XML的消息作为集成技术时，XML特化将为具有GID接口的独立开发的组件 操作性。

7通常需要的基础设施功能

DL/T 890.1 2007

确为了使分布的各个应用不依赖手组件模型的使用， 需要用一些带基础服务的中间件服务来 容器。中间件和组件容器之间的界限是抽象的，而不是具体的

7.4.通信协议子集服务

集成两个组件需要它们之间的一个连接。因为有多种类型的网络，不同的资源使用不同的协议， IOP和超文本传输协议（HTTP）。为了连接多个组件，集成系统必须使网络和协议的差异透明化 应各个组件。 施LDL890系列标准要求通信协议子集服务应该： 上惠支衣新 a）只要网络正常工作就要保证网络消息投递到其网络目的地。 装用塑物如婆 b）无论网络出现故障或改变，都要提供有保证的投递，确保网络消息只投递一次。 ）无论网络出现故障或改变，都要提供有保证的排序，投递消息时维持源的发送顺序。 d）保证在网络消息不能够投递到网络目的地时，网络源能够接收到表明未能投递的消息。 e）提供一个可选择的服务质量以按优先级排序网络消息或通过特殊网络路径投递。 f）提供由网络目的节点控制的网络消息处理速度的动态适应，允许慢速目的节点提供服务

7.5电力企业特定的服务

为了支持EMS中的组件，可能需要一些电力企业特定的服务，这些服务在商用组件执行系统中是 未提供的。附录C中列出了属于这一类别的一些可能的服务，以及提供这类服务的一些可选方案。可以 须期，如果需要用这些服务来支持应用之间的信息交换，它们就将在DL890.4××系列CIS的制定过程 中被确定并成为那些标准的一部分。

A.3 CORBA组件

1）EnterpriseJavaBeans是SunMicrosystems公司提供的产品的商标。提供这一信息是为了方便本国际标准的用 并没有IEC认可该产品的意思。如果其他等价产品能够证明可以得到相同的结果，也是可以使用的。 2）方括号内的数字是参考文献号。

DL/T 890.1=2007

A.4MicrosoftCOM/DCOM

下，装载进程可以看成是一个容器，特别是当这个装载进程只包含基本的或框架的功能时更是如此。一 个组件或模块一般实现一个或多个类以及接口。对于组件或模块如何实现类或接口，并没有什么限制。 这是实现者的选择。 COM/DCOM也可以用于其他计算机平台，如DigitalUnix和Solaris。COM/DCOM底层支持的可移 植性相当强。而和Windows桌面关联的功能（如注册）的可移植性差

LWeb服务和Microsoft

XMLWeb服务为任意到任意的集成提供了一种基于互联网的集成模型。XMLWeb服务允许采用任 意操作系统和编程语言的应用可以通过互联网进行通信和共享数据，如同组件一样。 XMLWeb服务为任意到任意的集成提供了一种基于互联网的集成模型。其主要服务是： UDDI（通用描述与发现信息）一一发布和寻找其他服务： XML和HTTP 一通信和数据内容： A SOAP（简单对象访问协议）一一基于事务的服务，用于交换信息和跨越分布式应用调用服务 .NET是微软的一种可以在任何地方提供XMLWeb服务的策略和产品，本质上是为XMLWeb服务 提供的平台。创建XMLWeb服务平台需要专注手5个关键方面： a）客户端一一能识别XML的所有类型的PC和智能设备。 b）服务一例如为任何Web站点提供单一登录能力的Microsoft.Net的身份认证服务。 c）服务器一一集成的成套工具，用于运行、管理、协调Web服务和能够存储、路由、转换和桥接 原有数据的各种应用。 d）开发工具一例如VisualStudio.NET和.NETFramework。 e经验和解决方案一一组合最好的本地服务和互联网服务。 .NET是致力于所有这些方面的微软软件平台。 微软.NET平台包含了建立在XML和互联网工业标准上的一个综合产品系列，用于开发、管理、使 用以及体验XMLWeb服务的每一个方面。 .NET框架是一个高效、基于标准、多语言的应用执行环境，提供基本的基础设施服务和轻松的配 置。它提供一个应用执行环境用来管理内存、处理版本问题、改进应用的可靠性、可升级性和安全性。.NET 框架由几个部分组成，包括公共语言运行时、构建XMLWeb服务用的一组丰富的类库和ASPNET。

附录B （资料性附录） 典型应用和功能

DL7 T 890.1 2007

DL/T 890.12007

DL/T890.12007

NB/T 20528-2018 压水堆核电厂压力管道破前漏声发射监测DL/T890.12007

电力企业实时应用所需要的所有服务不可能都作为标准容器的服务提供。特别是，下列的服务不能 成地从中间件厂商那里买到： a）信息交换模型访问服务：这一服务使得分布的组件能进入和发现注册的组件所使用的公共模型 交换语法（例如，交换的格式和类型），而且在出现变化时被通知。 b）基于目录的服务：这些服务使得能访问系统中全部可用的初始的和运行期的对象与服务。在这 一服务中可以定义基于特定性质的不同视图。例如，可以对某些关键项目定义一个配置性质视 图，用来和运行时性质视图进行比较以确定这些项目是否出现在服务中。这一目录还包含有组 件的ID、业务对象模板（类）和实例等。 c）资源ID工厂：这一服务允许创建一个唯一的ID和一些电力系统对象实例关联。由于每种类型 有特殊的规则，可能有多种ID类型。例如，当把一个设备看作一件资产时，可以有一个ID在 其整个生命期和该设备关联，而和该资产在电力系统网络中的使用位置无关。还可以有另一种 类型的ID和电力系统网络中的一个拓扑位置关联且与该位置共存，而与该位置关联的特殊设 备资产无关。 系统管理（SystemAdministration）：这一服务接口允许管理和监视在服务中的交换和组件。组 件故障和负荷平衡也是这一服务的内容。用于系统可靠运行的系统状态监视也是这一服务的内 容。 e）基于公共模型的配置：这一服务提供一个接口，使组件可以在启动时或在运行中对一个组件进 行部分本地配置后从一个持久的数据存储中得到它们的基于公共模型的配置。 f）基于公共模型的过滤：这一服务充许根据交换的类型和内容定义和应用过滤器。 g）对DL890.4×XCISAPI的本地化支持：DL890.4X×系列描述用于在控制中心组件间交换信 息的API。对这些API的支持，使得遵从DL890.4XX×的组件只须最少量的定制编程即可插入 到集成基础设施中。 h）其他服务将随着DL890.4XXCIS标准的发展而确定。 提供这些服务的一些可供选择的方案是： 1）作为在已有容器中运行的新组件来得到这些服务。如果选择这一方案，其他的组件需要知道这 些服务，以便注册来使用它们。 2）修改或扩展现有的容器来为那些组件提供这些服务，类似于事务或命名服务。 3）作为组件适配器层的一部分来实现，这样，这一适配器层将有两个主要的作用： 提供电力企业特定的服务： 给为其他执行系统环境设计的组件提供容器API转换。

DL/T 890.1 2007

D.2典型的中间件产品

基于专有的和事实标准的中间件例子包括： 数据库访问中间件和网关产品［如开放数据库连接（ODBC），InformationBuildersSQL等]： 应用间通信中间件，如CORBAORBs、面向消息的中间件（如Vitria、ActiveSoftware，Tibco 等），TP监视器。

1）附录中提及的BorlandVisiBroker和其他商标名学是合适的商业产品的例子，这些信息给使用该标准的用户提供便 并不意味着这些产品被标准认可。

GB/T 39074-2020 纺织品 隔热性能的检测和评价DL/T 890.12007