标准规范下载简介
DL_T 1080.100-2018 电力企业应用集成 配电管理系统接口 第100部分：实现框架.pdfICS 29.240.01 F21
电力企业应用集成 配电管理系统接1 第100部分：实现框架
西建筑综合设计研究院职工高层集资住宅楼工程工程施工组织设计6.15审计、监测和管理 46 消息体规范·.. 8接口规范 8.1概述 ·50 8.2应用层规范 ...· 50 8.3Web Service接口.. *·51 8.4JMS..... 9安全性… 56 10版本控制 附录A（规范性附录） 公共消息信封XMLschema 59 附录B（规范性附录）云 动词.... 附录C（规范性附录）！ 强类型WSDL的生成步骤 78 附录D（规范性附录） 通用WSDL. 附录E（资料性附录）AMQP ·100 附录F（资料性附录）Payload压缩实例 101 附录G（资料性附录） XMPP 103
随首我国城乡电网改造事业的发展，对配电管理系统的要求口益追切。配电管理系统的信息接口涉 放面广，需要定义统一的接口规范。国际电工委员会制定了IEC61968系列国际标准，定义了配电管理 系统各类应用之间集成接口，为电力企业遗留的、新建的或不同软件提供商的应用软件之间的信息集成 提供了可能。 DL/T1080标准的目的是使应用间集成变得更加容易。应用问集成是相对应用内集成而言的。应用 内集成针对同一个应用系统内的各个程序，使用嵌在底层运行环境的中间件实现这些程序间互相通信， 力求优化它们之间紧密、实时、同步地连接以及交互式请求/应答或会话通信模型。与应用内集成不同， DL/T1080的目的是支持电力企业内应用间集成，也就是将已经实现的或新的（可继续使用的或新购的） 分布的应用连接起来，这些应用每一个都处于不同运行环境之下。因此，DL/T1080接口标准与具有多 种异构计算机语言、操作系统、协议和管理工具的松耦合应币有关。本系列标准适用于要求秒级、分钟 级、小时级而不是等待夜间批处理进行数据交换的应用。本系列标准利用中问件服务实现应用间交换消 息补充而不是取代电力企业的数据仓库、数据库网关、运行存储。 如DL/T1080中所述，配电管理系统（DMS）中配电企业管理配电网的多个分布式应用部分构成。 这些功能包括供（配）电设备监视和控制、系统可靠性管理、电压管理、需求侧管理、停电管理、作业 管理、自动绘图和设备管理。对于在DL/T1080.1给出的接口参考模型（IRM）中标识的各类应用，规 定了标准接口。
电力企业应用集成配电管理系统接口
业应用集成配电管理系统接
正应用果成 第100部分：实现框架
DL/T1080的本部分标准规定了采用通用集成技术实现DL/T1080其他部分应用的实现框架，这些 技术包括JMS和WebService（WS）。另外，本标准还提供了企业服务总线（ESB）技术的使用指导。它 提供了一种实现DL/T1080第3~9部分互操作的手段。同时，本标准可以供DL/T1080标准之外的信息 交换参考，例如电力市场系统的集成或通用的企业应用集成。 图1为本文件的范围概述。在此范围内，符合DL/T1080标准的消息通过WebService或者JMS传 递。通过使用ESB集成层，信息交换的发起者可以使用WebService，而接受者可以使用JMS，反之 亦然。集成层还可以使用发布/订阅集成模式和可靠传输之类的主要功能为一个对多个的信息交换提供 支持。
本文件范围包括以下方面： 一支持DL/T1080中信息交换的集成模式； 采用强类型的WebService的接口设计； 采用通用类型的WebService的接口设计； 采用JMS的接口设计； 标准设计构件和相关模板的定义； 除了WebService和JMS之外，可能还用其他技术来集成（附录中给出了具体的例子和相关的 建议）。 本框架也可用于解决DL/T1080范围之外的集成问题。 有必要指出也可以为DL/T1080定义其他的实现框架，本实现框架并不一定是唯一的实现框架。另 外，可以根据具体集成项目中的具体需要来改写本框架。
有规定出于安全考虑的执行细节，这不在文件范
应用程序接门 高级消息队列协议 公共信息模型 公共消息信封
3.3通用集成技术术语
组成部分的基本功能构成，这些基本功能按需分布式部署，并协调运行。 ESB片不实现面向服务架构（SOA），但它提供一些可使SOA得以实现的特征
Java消息服务Java messagingservice；JMS
·个在其整个生命周期内创建和使用业务流程的计算机系统架构形式，这些业务流程被封装成服务 service）。SOA还定义和规定IT基础设施，用来让不同的应用程序交换数据以及参与业务流程。这些功 能和应用程序底层的操作系统及编程语言都是无关的。SOA将功能分隔成不同的单元（服务），这些单 元可以在网络中分布，并可以组合和重复使用，以创建业务应用。这些服务通过在服务间传递数据实现 通信，或者通过协调两个或多个服务间的活动实现通信。通常认为，SOA的概念是建立在老的分布式计 算和模块化编程的概念之上，并在此基础上不断衍化而来的。
简单对象访问协议simpleobjectaccessprotocol;SOAP
一种基于XML的语言，用于描述WebScrvice。WSDL通常与SOAP和XML模式一起使用，通过 因特网（或企业内部网）提供WebService。WSDL为W3C推荐使用的标准。 WSDL1.1和WSDL2.0为常用的两个WSDL版本。WSDL2.0能更好地支持Java和.Net实现之间 的互操作性。
XML 模式XML schema:XSD
作为W3C推荐标准，于2001年5月发布，是若下XML结构语言中的：·种。它是第：个满足W3C 推荐标准的独立的XML结构语言。 与其他所有的XML结构语言相似，XMLschema可用于表达一种模式：一组规则，XML文件只有 遵守了这组规则才会被判定为有效。但是，不同于其他的模式语言，设计XMLschema时，有意使对文 档的有效性的判定能生成·批附着有特定数据类型的信总。XML模式（XSD）就是一个XMLschema实 例，XML模式定义文档后缀名通常为“.xSd”。在有些非正式情况下，用XSD来代表此语言本身。 有必要指出，DL/T1080消息体是用XML模式来定义的，这一点很重要。这些XML模式为使用本 标准传输的应用消息体提供标准规范。
表述性状态转移representational state transfer
种结构，很多通信产品都采用队列用来保证数据的可靠传输。JMS提供的标准API包括基于队 传递模型。AMQP为基于队列的消息定义了·个开放协议。
种消息结构，很多消息产品都使用此结构来实现发布/订阅消息传送模式，这种模式下， 者发送到指定主题的消息可能会有多个消费者。JMS直接支持这种方式。
消息目的地message destination
查询uery 请求的·种类型，该类型请求期望日标端把信息返回到请求的源端。用于查询的请求消息将会使用 动词“get”。这通常是使用请求/应答模式实现。 3.3.17 事务transaction 请求的·种类型，H标端通常会修改它所管理的信息。事务请求将会使用动词如“create”“change” “delete”“cancel”“close”或“execute”。事务请求可以通过很多不同的消息模式实现。如果使用请求 应答以外的模式，应该由传输层提供消息可靠传输。 3318
本节的目的是通过几个用例来描述一组应用系统内部组件间的交互，以支撑相关的业务流程。有必 要指出用例是从系统集成的角度设计的DB32／T 2175-2012 太阳能电池用镀膜玻璃膜层耐久性要求.pdf，而不是最终使用的应用程序级的用例。本节描述的用例的参与 者包括以下部分： 一客户端；
4.3使用ESB请求/应答
图 2简单请求/应答
简单的请求/应答用例也可以扩展到使用ESB来实现。在ESB内部，许多动作都可以根据需 同件来执行以方便实现组件的集成和解耦，例如转换和路由，图3为采用中间件的请求/应答过程
图3采用中间件的请求/应答
个用例的一个重要特征就是实现客户端和服务端的解耦，因此客户端无须知道服务端的确切位置 守服务端使用的准确接口。路由和映射可以在集成层实现。 荐采用无状态的ESB中间件，可以简化负载均衡和高可用性的实现
使用WebService的监听者需要在一个URL上暴露接口，由中间件获知24146_12585_17-新疆某钢厂钢结构厂房工程施工组织设计，以便消息被适当地分发。 当需要可靠传递时，也必须定义重试处理的规则。消息排序的影响同样需要考虑。
图5点对点（单向）模式
调是一个消息交换的异步处理机制。它是由两个请求/应答（初始的和最终的）同步调用组成。两 应答通过某种方式相互关联，每一方都可以明确地识别到回调的初始请求。在这种情况下，发送 个初始请求消息到接收方，称为InitialRequest。一旦接收方接收到这条消息，它会返回一个应 此时，初始消息事务完成，发送方应用被释放。接着，接收方系统会使用一个请求消息来发起