标准规范下载简介
DL_T 1080.100-2018 电力企业应用集成 配电管理系统接口 第100部分：实现框架.pdf简介：
DL_T 1080.100-2018 电力企业应用集成 配电管理系统接口 第100部分：实现框架.pdf部分内容预览：
业应用集成配电管理系统接
正应用果成 第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之外GB∕T 3810.7-2006陶瓷砖试验方法 第7部分有釉砖表面耐磨性的测定，可能还用其他技术来集成（附录中给出了具体的例子和相关的 建议）。 本框架也可用于解决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
本节的目的是通过几个用例来描述一组应用系统内部组件间的交互，以支撑相关的业务流程。有必 要指出用例是从系统集成的角度设计的，而不是最终使用的应用程序级的用例。本节描述的用例的参与 者包括以下部分： 一客户端；
4.3使用ESB请求/应答
图 2简单请求/应答
简单的请求/应答用例也可以扩展到使用ESB来实现。在ESB内部，许多动作都可以根据需 同件来执行以方便实现组件的集成和解耦，例如转换和路由，图3为采用中间件的请求/应答过程
图3采用中间件的请求/应答
个用例的一个重要特征就是实现客户端和服务端的解耦，因此客户端无须知道服务端的确切位置 守服务端使用的准确接口。路由和映射可以在集成层实现。 荐采用无状态的ESB中间件CECS 565-2018-T标准下载，可以简化负载均衡和高可用性的实现
使用WebService的监听者需要在一个URL上暴露接口，由中间件获知，以便消息被适当地分发。 当需要可靠传递时，也必须定义重试处理的规则。消息排序的影响同样需要考虑。
图5点对点（单向）模式
调是一个消息交换的异步处理机制。它是由两个请求/应答（初始的和最终的）同步调用组成。两 应答通过某种方式相互关联，每一方都可以明确地识别到回调的初始请求。在这种情况下，发送 个初始请求消息到接收方，称为InitialRequest。一旦接收方接收到这条消息，它会返回一个应 此时，初始消息事务完成，发送方应用被释放。接着，接收方系统会使用一个请求消息来发起
请求/响应调用，这个消息称为FinalRequest。在发送方响应最终的请求后，整个回调处理过程 7是一个回调时序图。
在回调过程中，初始消息的发送方必须通知初始消息的接收方最终消息应答的位置，经 叫作回调地址的URL。这个信息可以包含在初始请求消息内。6.3.2节讨论用于控制这类对 消息元素。
主有些情况下系统不能直接连接到ESB，适配器可以用来解决系统和ESB之间阻抗不匹配的问题 情况下，系统可以是数据库或文件目录。在图8中，适配器被用于连接一个服务端到ESB。
从施工单位角度浅谈图纸的全过程管理规范不包括与业务流程协作和编排的相关的用例以及长期或短期的分布式事务。本规范描述的集 可以在解决这些需求的更复杂的集成中被实现
在前面部分描述的用例可作为最终用途的应用层用例，具体示例如图10所示，以