DLT1080.1-2016标准规范下载简介：
内容预览由机器从pdf转换为word，准确率92%以上，供参考
DLT1080.1-2016 电力企业应用集成 配电管理的系统接口 第1部分：接口体系与总体要求DL/T1080.12016
电力企业内的多个部门协作完成对配电网的运行和管理，这种行为称为配电管理。这个组织内的其 他部门可能支持配电管理功能而不直接负责配电网。接口参考模型划分了业务功能1，3.3中详述这个 划分。 与业务相关的模型的使用应确保与生产供应商的系统解决方案无关。电力企业人员将接口参考模型 （IRM）看作为他们自已的配电网运行管理的描述，是本标准的可行性的重要验证。 IRM的主要电力企业业务功能及其子功能在图3中展示。
3.3接口参考模型总览
QCYT 0001S-2014 瑞丽市翠言堂保健食品有限公司 代用茶到接口参考模型的典型
人可了CIRED工作组1996年发表的在配电自动化方面的
所列出的一个或多个抽象（逻辑的）组件的功能。这些抽象组件按接口参考模型的业务功能分组。 在本标准中，抽象组件指软件系统的一部分，支持DL/T1080.3DL/T1080.9和DL/T1080.13中规 定的一个或多个接口。符合标准的软件并不一定要求是独立模块。 在本条款中，3.2描述的业务功能的定义被进一步延伸为： ·业务子功能（表3的第二列）； ·抽象组件（表3的第三列）。 某些抽象组件可能被几种业务功能使用。例如：潮流组件可用于电网运行、短期运行计划和优化以 及长期电网规划。在这些应用领域，潮流计算交换信息会使用很多相同的交换消息类型（参见第6章）。 不同厂商的应用以不同方式封装这些抽象组件的功能。为使用DL1080的服务，每种应用必须支持 这些抽象组件的一个或多个接口。 本部分描述了所有抽象组件共同的基础架构服务，而DL/T1080.3DL/T1080.9和DL/T1080.13规 定了用于具体抽象组件类型交换信息的详细内容。 DL1080标准规定： a）如一个应用间基础架构提供本部分规定的服务，至少支持两种符合DL/T1080.3～DL/T1080.9 和DL/T1080.13规定接口的应用，则该应用间基础架构符合DL1080。 6 如一个应用接口支持DL/T1080.3～DL/T1080.9和DL/T1080.13中为接口参考模型（IRM）中 规定的相关抽象组件的接口标准，则该应用接口符合DL1080。 C ）一个应用只要求支持表中第3列的适用组件的接口标准。不要求该应用同时支持相同业务子功 能（第2列）或相同业务功能（第1列）的其他抽象组件（第3列）所需要的接口。尽管本标 准主要定义不同业务功能的组件之间交换的信息，但是，当市场对单一种业务功能内组件之间 交换信息有强烈需求时，本标准偶尔也会为此规定交换的信息
表3接口参考模型（IRM）
DL/T1080.1—2016
DL/T1080.12016
DL/T1080.12016
DL/T1080.12016
DL/T1080.12016
DL/T1080.12016
L/T 1080.12016
DL/T1080.12016
DL/T1080.1—2016表3（续）业务功能业务子功能抽象组件说明生成根据协议提供服务的账单，服务包括入网、路灯、账单计算客户账户管理各种服务工作和用电等(ACT)账单生成账单计算完成后，生成的账单邮寄给客户支付处理客户按账单进行付款处理财务活动贯穿于整个公司运转之中，包括资本项目投资、维护或运行评估，还包含风险、成本效益分析，对服务水平影响评估等基于商业活动（过程）的成本核算，而不仅仅是基于传活动管理统的成本分类跟踪电力公司支付给有业务往来的公司为其提供服务、应付账款租借和/或供货的费用跟踪电力公司向客户或有关方提供服务而应收款项，如应收账款使用电力公司在电力市场中的设施，或者联合使用公司的网架和通行优先权等根据当前和预计财务债务以及优先等级，调整当前预算预测和制定未来的预算电力企业的总预算支持企业中所有可能来源的预算申请预算和总预算申请之间的流转账户的记录是从分类账中发布过来的，分类账是交易的总分类账原始记录，分类账的内容定期发送到总分类账中跟踪和报告管理目的所需的度量，包括各种各样的主题，管理会计DMS外部的业务诸如可靠性、排放、化工原料和油料处理等功能业务单位（组织）必须了解纳税区域，因为所有的业务(EXT)单位都被纳税区域所覆盖。在所有的单位中，地方服务性财务税务会计经营单位和会计经营单位必须能满足每一级税务机关（郡、(FIN)镇、城、州、省等）的纳税要求管理资金的存入和支出，在这个过程中，把收入进行积资金累、维持和支出。负责企业的金融事务，特别是收入的收集、管理和支出建立财务指标并对之进行监视，是为了根据财务目标，衡财务指标量财务绩效。财务目标是根据总体的业务策略和计划制定的根据电力企业的当前状况和任务制定业务发展规划，着发展规划重考虑财务目标和过去的财务绩效。除了使用财务指标外，许多公司还使用一种平衡记分卡的方法来考虑规划因素，如满足目标客户需求的过程按照供电企业业务规划向目标客户和客户群拓展新业务业务拓展的活动。通常这种拓展包含和不同业务伙伴的合作维持与监管机构的良好关系，以正确理解他们的要求，监管部门关系在各种监管间题和纠纷中获取他们的支持、影响新的立法行为，减轻新的和潜在的规章制度带来的风险一些资产概要分类账目，常用以计算资本详细支出。计算主要通过资产负债表账户、固定设备账户、场所、种类、固定资产兼并公司（如果合适）和会计期完成。基于每个月折旧率计算和其他项目，通常用来确定公司的总资产不属于传统财务分类并且由于非常特殊的原因欠电力企零星债务人业债务的人17
为帮助解决电力企业部门和系统之间有效共享信息的问题，需要一种通用的建模表示法或建模语 言。建模语言通过增加形式化的结构来扩展自然语言，以达到减少交流中的歧义的目的。通过在企业内 使用通用建模语言，企业可以更好地定义部门之间需要共享的信息。 该建模语言应有足够丰富的内容以详细描述需求，它面向图形（可视图表）、易于使用，被广泛接 受并有价格合理的工具支持。这种方法已用于开发DL1080标准，关于它的更多信息可参见附录A。
本章按接口子集组织，如图4所示。
接口子集各部分的推荐规范在下面的段落中解释。
图4接口子集与相应标准的编号概览
组件间的信息交换可以是一段数据或是一个功能的执行结果（指该功能可以被远程调用），称为服 务交换。例如，组件可以是传统的过程性应用（也称为已有应用）或用最新技术建立的完全面向对象的 应用。而且，组件可以分布在网络上（局域网LAN、内部网、企业专用广域网WAN甚至或是公用互联 网）。这使采用企业范围内信息和通信（ICT）架构的DMS应用可以灵活部署。组件的范围是没有限制 的，它可以完成配电管理所需的任何功能。第3章中的接口参考模型显示了这些功能的典型分类。 组件可以是符合接口子集的，即它知道、理解并且满足服务要求；组件也可以是不符合接口子集的。 为使不符合接口子集的组件能实现它在服务交互中履行其角色，必须先使它符合接口子集（见5.3）。现 在DMS应用的厂商可能有自已的应用架构、自已的API以及应用与本厂商其他产品的接口机制。这些 现存的应用作为服务的客户端可能起到重要的作用。但是不能要求这些厂商把它的所有现存应用修改为 符合接口子集的新版本。甚至新的应用也不一定都是符合接口子集的，而是使用厂商已建立的专用架构 和应用接口。因此，在实施DL1080标准的早期阶段，不符合接口子集的组件可能占大多数。随着DL1080 被更广泛地接受，符合接口子集的组件将会更多。 对于组件，DL1080标准建议应用至少应实现一种DL/T1080.3及其后的部分规定的接口。
DL1080环境中的组件适配器是使不符合接口子集的软件应用能够使用服务的符合接口子集的软 件。这样，组件适配器仅做必要的工作，就可以使组件符合一个或多个DL1080.3即其后的部分规定的 接口规范。
DL1080接口规范的建议包括两部分：组件特定子集规范和分布式计算环境中基于组件的服务规范。 各功能领域（见第3章，接口参考模型）的DL1080接口规范在标准的其他部分说明（DL/T1080.3～ L/T1080.9及第13部分）。 在DL1080接口规范的所有部分中，这两部分应： a）陈述性的，包含服务交互的属性、方法和所需的参数，这些服务交互是特定接口规范的一部分 b）与编程语言无关。 c）强调逻辑接口与实现分离。 d）独立于中间件。 组件特定接口规范要求是标准的基础。 推荐的公共服务模式由DL1080.100提供。
DL1080的中间件适配器是符合接口子集的软件，它扩充现有的中间件服务，使企业应用间软件基 础架构支持建议的服务和模式。从而，中间件适配器仅通过必要的扩充，就能使所用的中间件特性符合 DL/T1080.3～DL/T1080.9部分中一个或多个接口规范。在这样的环境下，中间件服务并不代表单一的 接口，而是代表为组件提供一组相应服务的接口集。 例如，厂商的每个组件可能在内部使用适合特定业务功能要求的任意的中间件（或完全不用中间 件）。企业不能假设任意两个组件总是使用企业中间件服务的相同实现。需要一个中间件适配器作为中 间件“网关”，使得已实现的中间件服务之上的组件产生的DL1080交互进入其他组件（这些组件可能 基于其他中间件）。 DL/T1080.3DL/T1080.9定义了所需要的服务（参考之前的章节），这些服务被推荐呈现在架构实
现的支持和组件实现的管理上。然而，不同的中间件服务实现将引入不同的服务实现和不同的运行环境。 这种情况就可能隐式地提供一些属性，并推荐其他由中间件适配器加入的属性。如果中间件服务实现不 能提供符合框架的特性，则中间件适配器应该提供。 这意味着： ·对于提供服务的一个中间件服务实现，中间件适配器应该提供到这一服务的映射。 ·在DL1080环境中使用不符合接口子集的中间件服务实现时，至少有一个中间件适配器使中间件 服务实现符合DL1080。也可能是这样的情况：使用多个中间件适配器，使一个中间件服务实现 符合于DL1080服务（例如对每一个需要的DL1080接口的服务有一个中间件适配器）。 ·对那些不符合接口子集的中间件服务，每个中间件适配器是为特定中间件服务实现而定制的，因 为它非常依赖于中间件服务实现的架构及实现。它也运行在特定的，可能是分布式的硬件/操作 系统（HW/OS）环境下。因此，中间件服务实现、中间件适配器（集）和HW/OS这三个要素完 全互相依赖。 ·对于相同计算机环境中，运行在相同中间件服务实现上多个DL1080接口服务，中间件适配器理 论上是可以重用的。
为集成两个组件，需要在它们之间建立连接。一个计算基础架构需要支持多种网络类型和不同协议 携带的不同资源，如JMS传输和HTTP。要连接多个组件，集成系统必须无缝地协调网络和协议的差异 以支持组件通信。一般来说，服务应该独立于底层的平台、语言、集成工具或技术
服务可以在不同的硬件和软件平台上部署。一个企业可能需要管理来自不同厂商的不同的硬件和操 作系统平台。这就意味着一个应用根据其部署的硬件和软件环境可能必须作一定的修改。这些特定实现 所需的特定适配不在本标准范围之内。
本标准规定了各组件分布在通信网络上，用DL1080服务交换信息时，配电管理接口参考模 的要求和建议。本章只列举支持信息交换所需的功能和服务。 本标准定义了配电管理接口参考模型（IRM）的需求和建议，在配电管理系统中，分布在
DL1080标准推荐使用标准的消息封装结构，同时使用技术特定消息封装结构，如JMS和SOAP消 头定义。对每一个消息定义的理解要求如下： ·一个动词，来标识要采取的动作类型； ·一个名词，来标识有效载荷的类型； ·有效载荷，包含用子集定义的与信息交换相关的数据。 图5展示了一个高层的DL1080消息结构的逻辑视图。
图5DL1080消息结构的逻辑视图
很重要的一点就是要注意除非本部分中有规定，否则消息封装结构和SOAP封装的细节要在DL/T 1080.100中描述。
DL/T1080.100为通用消息头提供 消息头结构有两个必需的元素：动词和名词。 动词标识动作，名词标识主题。所有其他的字段都是可选的，但是是推荐的
.2.3消息类型有效载
消息类型有效载荷可以遵循命名和设计原则（NDR）通过几种方式来定义，包括： ·对一个XML模式定义的复杂类型的强类型引用； ·使用XML：any声明的无类型引用。接收消息的应用程序将利用消息头中的名词来对内容进行 解码； ·编码的XML字符串，其中的数据可以符合一个XML模式（由消息头中的名词指定）或者一个 RDF模式。 图6展示了一个有效载荷结构的例子，这个例子使用CIM类来定义，它包含MeterReading和 ReadingType集合，每个都有相关的子元素：
图6消息类型有效载荷示例
在消息格式描述中，必需的元素用实线方框包围，可选的元素用虚线方框包围。当一个元素实例的 数目没有限制的时候，用表达式[0..8］来描述。 DL1080标准中的消息类型是指定了必需和可选元素的消息模式，同时还指定了元素之间的指向关 系。所有的元素和指向连接分别对应CIM中定义的类和关联。CIM类属性以及它们的数据类型和定义 在DL/T1080.11和DL/T890.301部分定义。在图7所示的一个消息类型的片断中，数据元素MeterReading 与CIM中的类MeterReading所定义的属性完全一致。观察这些消息模式中的元素名称与CIM类中相关 的定义完全一样。
DL/T 1080.12016
6.2.4对关联的解释
图7由CIM派生消息元素示例
一个MeterReading可能包含多个IntervalBlocks，每个IntervalBlock也可能包含若干IntervalReadings。 这些IntervalReadings由具体的ReadingQuality描述。图8展示了这个关系是如何在CIM中使用统一建 模语言（UML）建模的。 这个图显示一个MeterReading可以与0个或者多个（0..n）IntervalBlocks关联，而一个 ntervalBlock可能与0个或者多个IntervalReadings关联。关联角色表明了重数，比如一个名为 IntervalReadings的角色名表示多于一个IntervalReading会被关联到。图9展示了基于图8关联关系 的XML模式结构。
ECIM中指向关联（UM
图9在消息类型模式中指向关联
DL1080标准定义了消息类型的逻辑名称和消息类型内部的字段，可以针对每一种消息类型有效载 荷确定其一致性。如果一个消息类型有DL1080部分定义的XSD，语法上一致性就应该在XSD层面上 做。在DL1080文档中如果提供了明确的一致性准则，就应该遵守。 如果满足下列条件，一个软件组件可以认为是符合特定消息类型的： ·组件可以产生一个有效的消息类型（通常用XSD表示）的实例（通常用XML表示），包含了所 有必须的字段，这些字段的名称和数据类型都如本标准的定义。如果在组件中缺少某些信息，数 据可以被设定为一个缺省值。可选的数据可以放在合适的可选字段中传递。 ·组件能读入本标准中定义的消息类型的实例，并且能准确的解释消息中的字段。
CIMUML模型和XSD都可以进行扩展。 模型的扩展建议在模型中用命名空间进行 （或）定位。如果可能，用户对XSD的扩展建议不要破坏CIMXSD向过去兼容特性。用户扩展 国际电工委员会TC5761968相关的工作组，
处理）。 对于一个“query”请求，请求消息一般包括相关的“Get”子集的有效内容作为查询请求的 用一个Request元素来提供。事务性的请求还是会构造Request元素但是并不包括特定的“Get" 有效内容。图10描述了请求消息原型的逻辑视图。
图10请求消息原型逻辑视图
应答消息是请求消息的结果，应答通常会提供成功或者合适的错误数据的标志。在应答元素中不但 要指示成功或者失败，还可以在Reply元素中传递详细的错误结构。如果应答是针对一个“get（查询） 请求的，应答数据应该作为有效内容被提供。如果应答消息是在异步方式下对原始请求消息的应答，推 荐将关联标识和（或）原始请求者放进消息头。图11描述了应答消息原型逻辑视图。
■应答消息原型逻辑视图
错误消息通常作为不可识别的消息的响应而发出，很可能是不能解析请求的消息头。图 错误消息原型的逻辑视图。
图13错误消息原型逻辑视图
签名元素被用来对一条消息签名。它是可选的DL/T 5272-2012 大坝安全监测自动化系统实用化要求及验收规程，但可能在某些环境里的某些信息交换中是很重要的。 签名元素通常被规定使用与下层的传输协议，如使用SOAP就是这种情况。
7组件报告和出错处理（资料性）
一般来说，在体系结构中的层次越高，它的操作越抽象。在这些层次上，有关失败的操作的细节较 错误信息中的细节也可以少些。这里的原则是错误信息与检测错误的层次的抽象程度相匹配。 a）错误报告中应该包含充分详细的信息用来诊断错误情况。 b）推荐使用通用可扩展标记语言模式（XMLschema）来捕获错误信息，以减少数据转换，错误 信息可通过相关的系统或应用来处理。 注：错误有三种类型：警告，一般错误和致命错误。 ·警告：信息性消息；如消息队列缓冲区将满： ·一般错误：可恢复的差错情况，不需重新初始化；如数据完整性错误
DL/T 1080.12016
·致命错误：需要将一个或多个组件或服务重新初始化的错误情况。在恢复完成前，未受影响的组件和服务可 在有限的配置下继续运行，
，致命错误：需要将一个或多个组件或服务重新初始化的错误情况。在恢复完成前，未受影响的组件 在有限的配置下继续运行，
FZ/T 81008-2021 茄克衫8安全与验证（资料性）
安全问题与系统通过通信或其他方式向外暴露的接口有关。一个安全的系统至少应在所有这些暴露 接口处进行验证。随着放松管制以及Web的应用和发展，必须保证采取适当安全措施。为此不管是IEC 还是非IEC组织都应制定一些标准。 人员或组件作为一个用户而与组件交互。用户和组件之间的接口就是一个暴露的组件接口。通过对 外暴露部分，系统可能遭到重大安全破坏。对于人员，请求组件有责任验证用户是否具有以下权限： ·可使用业务功能； ·可使用个别的服务基础上的服务。尽管这样的限制有助于安全，但被请求的远方组件服务还要对 发出服务请求的远方组件的权限进行强制验证。 注：请求组件服务的这种限制是可选的，而且不增加系统的整体安全完整性的鲁棒性。但对那些远方应用不支持本 标准规定的安全服务的系统而言，这种限制有助于系统的安全性。 对用户进行验证时，组件的责任是根据用户的身份与用户试图访问的远程组件要求的安全参数值相 对比，做出该用户是否通过验证的决定。 有关安全、认证的需求和机制的特定细节不在本标准的范围之内，应用本标准时可引用GB/Z25320 标准。