DL／T 1170-2012标准规范下载简介
DL／T 1170-2012 电力调度工作流程描述规范简介：
DL/T 1170-2012《电力调度工作流程描述规范》是一部由中国电力企业联合会发布的行业标准，主要用于规范电力调度工作流程的描述，确保调度工作的标准化、规范化进行，提高电力系统的安全、稳定、经济运行水平。
该规范主要适用于发电、输电、变电、配电、调度等电力企业，以及与电力调度工作相关的科研、设计、建设、咨询等单位。其主要内容包括：
1. 工作流程描述的一般原则：规定了工作流程描述的目的、原则、要求及适用范围。
2. 工作流程描述的内容：明确了工作流程描述应包括的工作流程名称、流程图、流程步骤、职责分工、决策点、输入输出、异常处理等内容。
3. 工作流程描述的方法：规定了使用流程图等可视化工具进行工作流程描述的方法。
4. 工作流程描述的管理：规定了工作流程描述的编制、审批、发布、修订等管理要求。
通过这个规范，电力调度工作可以实现流程的标准化，提高工作效率，减少错误和遗漏，同时也有利于内部培训、外部审查以及与其他系统的集成。在实际应用中，电力调度员需要按照这个规范来设计和执行工作流程，确保电力系统的正常运行和安全。
DL／T 1170-2012 电力调度工作流程描述规范部分内容预览：
消息邮件引擎messagemailengine
消息邮件引擎对工作流程服务提供传输和流转支持，跨多级调度机构和多个部门的流程任务的节 点迁移主要通过消息邮件服务实现。各级调度机构及相关厂站的平台都配备消息邮件引擎。在调度机 构的内部流程可采用基于数据库的技术实现，但与外部流程的接口处，应采用消息邮件技术。
流程服务引擎workflowserviceengin
流程服务引擎主要提供流程管理、任务管理、节点迁移、流程查询和浏览访问等功能。流程服务 引擎通过与消息邮件服务、图形服务、文件服务等公用服务模块协同工作，为用户提供服务。如图 所示。
GB∕T 14894-2005 城市轨道交通车辆 组装后的检查与试验规则图1流程服务引擎总体结构示意图
4.1.1工作流程系列文件由流程头、流程体和流程模板三部分组成，如图2所示。
图2流程文件组成结构示竞图
4.1.2流程头应包括邮件头和流转过程。 4.1.3邮件头是描述按照消息邮件传输机制完成底层文件转发的基本信息，包括收发地址和附件名称 等。邮件头中的附件为流程体，即具体流转任务的本体部分。 4.1.4流转过程是记录实际流转过程中所经过的节点和发生操作的历史记录。 4.1.5流程模板由流程逻辑模板和流程任务模板组成。流程逻辑模板是实现业务流程所必须遵循的流 转规则，流程任务模板是对流程处理业务数据的抽象描述。 4.1.6流程体包括流程实例和流程任务，是对一个流程的具体描述，作为附件与流程头成对被引擎转 发，其模板结构定义保留在流程模板中。
4.1.2流程头应包括邮件头和流转过租
4.2.1流程头由邮件头、流转过程两部分构成，流程任务本体宜采用单独文件，作为流程头的 流程头结构如图3所示。
4.2.2头部声明应包括流程的起始引导标签及版本号。
4.2.4流转过程部分描述一个流程实例经过各个节点的流转记录，宜采用E语言横表格式描述 4.3流程体 4.3.1流程任务是在应用内部流转形成的产物，经流程头指定进行广域范围内的流转，可带有具体的 附件，如计划值文件或参数文件等。
4.3.2流程实例是推动流程运行的逻辑单元。在启动流程时，工作流引擎根据流程逻辑定义模板生成 对应的流程实例，并使用用户填写的流程配置信息对流程实例进行初始化。在流程运转过程中，由工 作流引擎在流程实例中维护相关的控制信息。
4.4.1流程逻辑模板定义了具体流程流转规则和经过各个节点的迁移属性，工作流引擎解析流程规则 并实现流转。 4.4.2流程逻辑模板应预先由管理员定义，启动一个工作流时应按照模板规则生成一个流程实例。
4.4.2流程逻辑模板应预先由管理员定义，启动一个工作流时应按照模板规则生成一个流程实例。 4.4.3流程任务模板定义流程任务的属性，描述流程内在的固有特性，与业务流程密切相关。流程任 务的各个属性采用名/值对的简单描述方式。 4.4.4流程模板统一保存，不随工作流转发，在发生变更时应进行同步。
使用消息邮件作为流程文件的传输载体，流程头文件基于类XML格式，可基于E格式跨安全区 传输，文件扩展名应为.eh。
流程头中的标签声明了附件文件的流向信息。如表1所示。
6.1.1流程逻辑模板宜依据业务需求进行配置，在变更时应同步更新到所有的服务器节点。 6.1.2在流程启动时，工作流引擎应根据流程逻辑模板生成对应的流程实例，并基于用户提交的信息 对流程实例进行初始化。
流程逻辑模板基于E语言横表式结构。每一个数据行定义了流程的一个节点，节点属性包括序 号、类型、业务描述、迁移和节点参数。如表2所示。
DL/T11702012
DL/T11702012
6.3.1参数采用名/值对集合声明方式，参数间应使用分号分隔。在运行时动态确定的参数值可用 “#？”表示。节点参数适用于任务节点、活动节点、决策节点和边缘节点，包括预定义参数和扩展 参数。在“节点参数”单列中用结构化字符串集中播述参数的优势在于增强了扩展性，与使用多列参 数相比，可避免对空值的处理。
6.3.3扩展参数的名称、取值范围和流程任务相关， 应使用$(变量名)格式声明。工作流引擎不对扩展 参数进行解析。在扩展参数中可包含运算符，决策节点可根据流程任务的属性值选择迁移路线。
参数的名称、取值范围和流程任务相关，应使用S(变量名)格式声明。工作流引擎不对扩展 。在扩展参数中可包含运算符，决策节点可根据流程任务的属性值选择迁移路线。 务模板 描述了某类工作流程中的一个具体业务，流程任务的各个属性采用名/值对的简单描述方 务模板可保存为独立的文件。
程任务描述了某类工作流程中的一个具体业务，流程任务的各个属性采用名/值对的简单 程任务模板可保存为独立的文件。
流程的实例化和流转过程
实例化指在流程逻辑定义模板中确定参数值，形成实例文件的过程。实例化后形成的wf文件宜符合 E语言横表式结构。工作流引擎使用流程实例推进流程的运转，并在流程实例中维护相关控制信息。
DL/T11702012
为实现工作流全局跨节点的流转监视，各工作流引擎节点应保留每个流程实例的文件副本，当流 程发生迁移后应在本节点添加或更新流转过程记录。如图4所示。
流程的分布式查询涉及以下三方面
a）本地查询。各个工作流引擎节点在数据查询上是对等的，所有节点都应以相同的目录结构保 存副本文件，便于进行本地查询； ） 横向查询。指跨安全区的流程状态查询。不同安全区应部署独立的工作流引擎，宣通过回执 文件返回流转状态，实现完整的流转过程查询： 纵向查询。指跨调度机构的流程状态查询。当业务流程已经流转到其他调度机构时，流程发 起人或查询人可登录到流程当前流转到的节点进行查询
A3.1类XML 格式
邮件头基于类XML的格式《电气简图用图形符号 第2部分：符号要素、限定符号和其他常用符号 GB/T 4728.2-2005》，见图A.3
邮件头可基于E格式跨安全区传输，见图A.4
图A.1流程逻辑模板
DL / T 1170 = 2012
图A.3邮件头（类XML格式）
图A.3邮件头（类XML格式）
QB∕T 3805-1999 聚氯乙烯壁纸图A.4邮件头（E格式）
上架建议：规程规范/ 电力工程/供用电
敬告读者 本书封底贴有防伪标签，刮开涂层可查询真伪 本书如有印装质量问题，我社发行部负责退换 版权专有翻印必究