特高压及跨区电网智能运检管控系统功能规范

ICS29.180

K41

备案号：XXXXT/CEC

中国电力企业联合会标准

T/CEC20182006

特高压及跨区电网智能运检管控系统

功能规范

FunctionalspecificationofintelligentmanagementandcontrolsystemforUHVand

cross-regionpowergridsoperationandmaintenance

（征求意见稿）

XXXX-XX-XX发布XXXX-XX-XX实施

中国电力企业联合会发布

前言

本标准按照GB/T1.1－2009《标准化导则第1部分：标准化的结构和编写》给出的规则

起草。

本标准由中国电力企业联合会提出。

本标准由全国电力设备状态维修与在线监测标准化技术委员会（SAC/TC321）归口。

本标准主要起草单位：………

本标准主要起草人：………

本标准为首次制定。

本标准在执行过程中的意见或建议反馈至中国电力企业联合会标准化中心（北京市白广

路二条一号，100761）。

II

T/CEC20182006

特高压及跨区电网智能运检管控系统功能规范

1范围

本标准规定了特高压及跨区电网智能运检管控系统（简称“运检管控系统”）通用性及

可灵活配置的总体原则、技术架构、功能框架、应用层功能要求、服务层功能要求、数据层

功能要求等方面的内容。

本标准适用于特高压及跨区电网智能运检管控系统的设计、开发、建设和运维。

2规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本

适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

3术语和定义、缩略语

3.1术语和定义

下列术语和定义适用于本文件。

3.1.1

标准化接口standardizedinterfaces

采用中立的方式进行定义，独立于实现服务的硬件平台、操作系统和编程语言。它将应

用程序的不同功能划分为服务，通过这些服务之间定义良好的契约联系起来。基于该接口构

建的各种系统中的服务可以以一种统一和通用的方式进行交互。

3.1.2

电网智能运检管控系统intelligentmanagementandcontrolsystemforpowergrids

operationandmaintenance

是基于分布式系统基础的动态模型架构，以数据为核心，实现数据分析、可视化展示、

辅助决策和生产指挥等运检智能化管控的开放、可扩展系统。系统通过标准化接口对外提供

标准的数据和应用服务，用户可以基于系统及其提供的标准化接口进行二次开发。

3.2缩略语

SQL:结构化查询语言(StructuredQueryLanguage)

MR:映射规约（MapReduce）

ACL:访问控制列表（AccessControlList）

CIM:通用信息模型（CommonInformationModel）

RESTful:REST软件架构（RepresentationalStateTransfer）

IOC:控制反转（InversionofControl）

OSGI:开放服务网关协议（OpenServiceGatewayInitiative）

1

PMS:生产管理系统（ProductionManagementSystem）

4通用性及可灵活配置的总体原则

4.1融合适应性原则。系统组件的部署与集成方案应充分考虑相关的技术政策与原则，保证

第三方开发的组件能够与系统平滑地集成接入。

4.2安全性原则。采用多种安全机制和技术手段保障系统安全稳定运行，具备高安全可靠性，

满足电力公司对网络和信息系统安全运行的要求。

4.3实用性原则。系统坚持实用性原则，在实用的基础上考虑先进性和前瞻性，切实满足应

用实际工作需求。

4.4可靠性原则。系统组件满足7×24小时可靠运行的要求，系统关键环节软硬件资源设计

采用高可靠性方案，保证运行的高度可靠。

4.5可扩展性原则。在进行硬件配置、方案设计、系统开发、部署时，具备良好的扩展性和

可移植性；具备业务处理的灵活配置，能随着业务功能的变化灵活重组与调整，同时提供标

准的开放接口，便于系统的升级改造和与其它系统进行数据与信息的交互。

5运检管控系统业务功能框架

运检管控系统依托“大云物移”等信息化技术，打破信息孤岛困局，融合运检专业多源

系统数据，通过设备状态全景化、数据分析自动化等手段，支撑电网设备的实时感知、在线

监测、科学预警、智能诊断和运检资源优化整合，为主网运检管理工作提供全面多维度数据

支撑，达到提升设备状态管控力和运检管理穿透力的目标。功能设计注重数据融合有效性、

展示维度多元性和用户体验友好性，按照总分结构、逐层递进的原则，划分为总览、变电、

输电、换流、电缆和生产指挥六大业务，管控系统业务架构如图1所示。

提高设备状态管控力提高运检管理穿透力

设备全景可视运检资源优化配置

数据深度融合电网智能运检平台辅助决策主动推送

状态智能分析生产指挥有效前移

大数据分析生产指挥中心

保障设备本质安全

“四道屏障”

自动感知预测预警故障研判现场应对

图1运检管控系统业务架构

6通用性及可灵活配置的技术架构

2

T/CEC20182006

运检管控系统通用性及可灵活配置的技术架构如图2所示，涉及系统访问渠道、系统服

务中心、应用层、服务层和数据层五个部分。

a)应用层。包括开发框架、发布监控、共享组件库等部分，其中开发套件展现控件支

撑了运检管控系统中桌面应用、移动应用、大屏幕应用不同界面类型的展现；发布

监控组件的发布支撑组件与系统服务中心中的应用商店集成，将发布包传输到系统

服务中心，监控支撑组件与系统服务中心中的监控调度组件集成，提供微应用、微

服务的状态及调用链路信息。

b)服务层。包括统一权限、统一流程、数据传输、服务总线等部分，分别支撑应用层

的统一权限、统一流程、消息通信、微应用服务管理调用。

c)数据层。包括统一数据访问、统一数据分析等部分，支撑应用层的数据访问适配器。

运检管控

系统访问桌面应用移动应用大屏可视化

渠道

支撑不同界面展现

服务层运检管控系统

共享组件库服务中心

特定领域开发组件统一权限

组件组件

可复用开发构建

管理大数据开发组件移动应用开发组件…目录

封装统一权限接口统一流程

开发框架开发套件

封装统一流程接口

展现控件统一权限

传统应用开发组件数据传输

模块框架启动模块启动即席报表统一流程封装数据传输消息接口

微内

集中日志消息通信

核事件监听...服务总线

任务调度模型驱动微应用对外服务

监控调度

界面交互数据访问事务管理发布到服务总线

核心微应用服务管理

框架日志管理服务交互...

应服务注册服务发现获取微服务/微应用状态、调用链路信息

用发布监控应用商店

层服务路由负载均衡

微应用开发组件监控支撑组件

将发布包传输到智能运检平台服务中心

分布式会话管理分布式缓存管理

核心数据访问适配器

轻量级数据库

组件轻量级数据访问发布支撑组件

连接池PMS数据层

数据访问适配器

微应用构建框架统一数据访问

基础RPCIOC封装统一数据访问接口

框架...

微服务容器应用服务中间件封装统一数据分析接口

统一数据分析

图2通用性及可灵活配置的技术架构

7通用性及可灵活配置的功能框架

运检管控系统按照“开发标准化、系统模块化、操作工具化、运行容器化、应用服务化”

的总体目标,把微服务开发框架、相应的技术和工具整合到系统中形成通用性和可灵活配置

的开放式平台,将高度耦合的功能分解到各个离散的微服务中以实现对应用系统的解耦。该

架构全面支持了轻量级嵌入式应用容器、轻量级IOC组件、去中心化的服务注册中心、高

性能的远程过程调用、应用的追踪与监控、分布式会话管理、负载均衡策略及应用可靠性保

障等特性。系统主要包括数据层、服务层和应用层三部分，总体功能框架如图3所示。

3

应用层

开发框架大数据分析发布监控共享组件库

开发工具微应用服务管理模型构建组件目录

监控支撑

微应用开发数据访问适配器模型训练组件管理

发布支撑

传统应用开发模型评价移动应用开发

服务层

身份认证流程管理应用服务中间件

应用运维

统一身份安全审计流程建模流程应用能力中心

中间件核心服务

认证服务运维管理流程运行与监控管理

平台运维

服务总线数据传输

基础功能服务管理基本功能

服务对外接口服务监控对外接口

服务注册运维管理

数据层

统一数据访问统一数据分析

服务访问API数据源管理权限管理驱动管理实例管理性能监控操作审计自助式分析数据建模

图3功能框架

8应用层功能要求

8.1开发框架

8.1.1开发工具

提供可视化、简易化、标准化的二次开发环境，集成代码编写功能、分析功能、编译功

能、调试功能、测试功能、发布功能等一体化的开发软件服务套件。为系统设计人员、开发

人员和管理人员提供对系统开发、系统测试、系统调试、系统部署等软件生命周期的协同开

发、版本管理和项目管理。具体功能如下：

a)原型设计：提供基于WEB的表单、图表等设计器及进行原型设计，提供丰富的标签、

按钮、编辑框等丰富界面控件，提供柱状图、饼图、散点图等多种图表控件，支持

快速原型设计。

b)界面设计：调用可视化界面设计器进行应用功能界面设计，提供丰富的UI控件，可

根据需要进行详细的属性设计。

c)流程设计：通过流程建模组件进行流程模型的设计创建。

d)模型设计：采用模型驱动方式，通过业务语义的方式，将应用系统开发和运行过程

中涉及到业务数据、业务规则、访问控制、业务表单等信息通过模型方式加以描述

4

T/CEC20182006

装配，在业务系统运行时自动按配置形成最终业务应用功能。

e)在线IDE：提供在线IDE工具进行项目的组织管理及开发编码，支持与源码管理的集

成。

f)桌面IDE：支持离线IDE工具进行项目的组织管理及开发编码，支持与源码管理的集

成。

g)开发向导：实现通过向导进行项目的创建、模型的创建、基于不同模板的代码的生

成。

h)场景模板：提供模板文件、模板预览图、模板描述文件的定义、分类以及参数定义。

i)主题模板：根据不同界面风格设置不同主题模板，可根据应用需求选择和切换。

j)代码辅助：提供场景代码生成功能，包括代码自动生成、重构、格式化、代码提示、

代码修补功能，提供代码缩进和提示开关功能。

k)代码格式规范检查：提供代码格式检查功能，包括格式规则定制、格式标记清除、

格式报告。

l)代码缺陷检查：提供代码缺陷规则定制、规则检查、清除和报告统计功能。

m)CIM模型：提供CIM模型的集成接入，提供CIM模型到业务模型的转换。

8.1.2微应用开发

微应用开发应具备的功能如下：

a)核心组件：提供微应用RESTful访问组件、分布式会话管理、分布式缓存管理、轻

量级数据访问接口、轻量级数据库连接池等支持微应用开发技术支持。

b)基础框架：提供微应用构建框架、轻量级嵌入式微服务容器、轻量级服务交互组件、

轻量级IOC组件等基础框架。

8.1.3传统应用开发

传统应用开发应具备的功能如下：

a)微内核：基于OSGI框架标准，将系统拆分成多个功能模块的能力，每个功能模块可

以进行独立开发；针对模块全生命周期的管控，提供模块框架启动、模块启动、事

件监听、请求处理、资源缓存、异常处理、模块扩展、模块管理等功能。

b)核心框架：提供展现层、服务交互层、业务逻辑层、持久层多层架构，屏蔽底层实

现的技术细节。提供界面交互、数据访问、事务管理、日志管理、异常管理、服务

交互、安全控制、工具包、国际化支持、资源管理等功能。

8.1.4微应用服务管理

微应用服务管理应具备的功能如下：

a)服务注册：提供基于分布式服务框架的服务注册、注解方式将本地方法注册成服务，

实现服务的快速注册。由分布式服务框架提供注解标签，实现对标签的解析。提供

服务发布功能，分布式服务框架将注册的服务发布到分布式集群环境中，集群中所

有节点都能获取服务的注册信息。应用系统在启动的时候，会自动将自身的服务注

5

册到对应发现组件中。

b)服务发现：服务启动后自动发现服务，服务消费者可从服务注册列表中查询可用的

服务实例。

c)服务路由：提供统一的微服务访问入口，根据访问规则自动路由到目标服务。

d)负载均衡：提供对各类微服务按照简单轮询、加权响应时间、区域感知轮询和随机

等不同的负载均衡策略进行服务调度和任务分配。

8.1.5数据访问适配器

为开发提供统一的数据访问适配器，支持不同类型应用开发。

8.2大数据分析

8.2.1模型构建

能够根据具体业务目标与数据形式建立分类与预测、聚类分析、回归、关联分析、自然

语言处理、科学计算、自定义算法或规则等模型，同时结合内嵌的经典模型，实现快速数据

建模。

a)提供算法商店应用。在算法商店中，一方面提供图像分类、图像识别、时序预测、

通用分类预测、聚类分析、关联分析、自然语言处理等封装好的算法，同时也提供

工具让用户能够将在可视化模型编辑界面中保存的模型训练过程一键导出，形成新

的算法商店中的算法，快速推广新的算法应用。

b)定制模型构建可以通过图形化方式或自编码构建模型与算法。除了支持指定的算法

外，还支持用户自定义的算法模块，可以通过拖拽的方式添加到界面化的编辑区域，

并进行更改。

c)模型管理能够对工具所有的模型进行版本化管理与维护。通过生成模型后的标注和

镜像打包，从而进行版本化的管理和维护，方便创建、删除、以及升级。

8.2.2模型训练

a)资源调度。基于现有的物理资源，对资源进行容器化的动态调度与封装，并基于对

应资源容器进行模型的训练。

b)模型训练。支持多任务排队，支持多任务并发，能够实时保存训练日志及模型。

8.2.3模型评价

支持主流模型评估方法，包括二分类评估、多分类评估、回归模型评估等。可以针对具

体的评估维度的设置来显示具体的柱状图，在同一个项目中的训练都会显示在一张图里面以

提供比较。

8.3发布监控

8.3.1监控支撑

提供对应用、服务的监控管理，具体功能如下：

a)应用监控：提供应用运行状态及应用响应情况的查询监控功能。

6

T/CEC20182006

b)服务监控：提供对服务请求及响应状态信息统计查询功能，记录服务调用链路日志，

可根据汇集的调用链日志数据，分析应用及服务调用链路全过程数据，支撑应用服

务能力监控及问题分析。

8.3.2发布支撑

提供发布包的资源库管理及发布管理组件，具体功能如下：

a)发布资源管理：提供存储拟发布的应用包及配置信息等发布资源的资源库管理；发

布包基础信息管理。

b)发布管理组件：提供发布策略管理，配置发布包的发布策略配置功能、自动交付管

理提供发布包的自动导出等功能。

8.4共享组件库

8.4.1组件目录

提供统一的组件目录供使用者查询选择，可查看组件库中特定领域开发组件及可复用的

构件信息。

8.4.2组件管理

提供组件的注册登记、注销等管理。

a)组件注册提供组件的注册登记功能，记录组件基本信息、版本信息等内容。

b)组件注销提供组件的注销管理。

8.4.3移动应用开发

移动应用开发用来完成内外网移动应用的开发工作，能为移动应用开发项目提供跨平台

开发能力，一次编码即可支持安卓、苹果两大主流平台；同时，根据移动应用的开发特点，

提供版本管理、终端管理、统计分析、消息推送能力。具体功能如下：

a)终端应用内核支持跨平台移动应用开发，提供丰富的移动设备能力API，支持将第

三方服务或自定义服务以插件的形式集成进来。多平台适配功能是面向平台、设备、

浏览器版本提供统一的适配实现。提供面向跨平台开发提供引擎核心能力公共调用

库。面向应用、插件提供全面的管理、控制。

b)移动开发环境提供IDE开发工具、移动开发支撑平台，支撑研发人员开发移动应用。

编码辅助能够根据用户界面选择配置自动生成对应的代码，并且提供代码错误提示

功能；提供插件对象代码提示功能；提供终端高仿真模拟器功能。面向开发人员提

供代码管理、应用资源上传，应用配置，云端打包，下载等开发工作的支撑。

c)移动应用管理提供对应用的管理、发布、授权、消息推送等功能，并对应用数据进

行统计分析。版本管理提供应用发布、应用上传、版本发布、版本升级以及应用与

版本的开关功能。终端管理面向终端提供认证、审核、授权；面向终端中的应用提

供数据擦除、应用失效的运行控制功能。统计分析提供行为收集服务，收集用户打

开界面、关闭界面、打开应用、退出应用等操作行为；支持基本统计、活跃用户、

使用频率、使用时长、页面访问、地域分析、版本分析、渠道分析、设备分析、操

7

作系统、分辨率、运营商、联网方式、自定义事件分析、终端异常分析等。

d)消息推送提供推送管理控制台，可以由管理员手工群发或选定目标人进行指定发送

操作，同时提供接口层次的推送调用。提供应用推送的开关、策略、模板等功能，

提供对推送历史的查询；提供推送功能调用API供其他系统扩展推送能力；支持纵

向集群扩展。

9服务层功能要求

9.1身份认证

9.1.1统一身份

提供用户全生命周期管理及自助的服务接口，内容包括用户注册、用户维护、角色管理、

组织机构管理等，具备的功能如下：

a)用户注册服务：提供应用端的帐号创建功能，包括个人注册和批量注册两类接口。

b)用户自助服务：提供需要面向最终用户使用的服务接口，包括密码修改、密码找回

等。

c)用户维护服务：提供用户信息维护、状态变更的相关服务接口。

d)角色管理服务：提供用于角色创建、变更、禁用相关接口。

e)身份实名服务：通过身份实名服务接口，实现用户帐号的实名认证过程。

f)组织机构管理服务：提供组织机构维护的相关服务接口。

g)身份治理服务：从用户账户状态、数据质量、活跃程度、使用情况等多纬度进行治

理分析，提供对应的服务接口，满足各类应用通用的用户治理需求。

9.1.2认证服务

为用户登录访问、服务调用、流程服务等提供统一的身份鉴别与安全认证服务，具备的

功能如下：

a)账户/口令认证：提供基于用户名/口令的简单认证服务接口。

b)移动认证服务：提供基于移动短信、校验码的移动认证服务；

c)单点登录服务：提供统一的会话票据管理，提供票据验证服务接口以实现跨业务的

单点登录。

d)鉴权服务：提供用户权限的查询、鉴定服务接口，实现权限和访问控制信息对用户、

业务端管理者可见、可管理。

9.1.3运维管理

对用户身份的管理、访问控制策略、内部权限控制提供相应的服务接口，提供给外部管

理端应用（如统一权限管理平台）实现相应的管理功能，具备的功能如下：

a)内部权限控制服务：具备组件内部权限的划分与控制，以及应用注册和服务接口访

问权限分配等功能。

b)数据权限控制服务：具备权限组件内对象数据如用户、组织机构、角色等在组件范

围内的数据权限控制。

8

T/CEC20182006

c)分级管理控制服务：具备不同单位、组织以及不同业务领域的区分、多级管理。

d)配置管理服务：具备权限组件管理配置功能，如会话配置、码表管理等通用配置服

务功能。

9.2流程管理

9.2.1流程建模

在梳理整体流程的基础上，通过图形化拖、拉、拽实现流程设计，根据流程设计自动生

成表单，完成开发。流程建模包括图元管理、流程建模。

a)图元管理：对图形元数据的统一管理，提供基于BPMN2.0标准的泳道、事件、活动、

网关、连线及其它（注释、分组）等的选择使用。

b)流程建模：对开发人员使用各种图元编制流程的绘图区域进行管理，提供图的拖放、

图的整体放大与缩小、图元对齐调整等，对各种图元进行选择，绘制图元间连接线，

并对图元属性编辑，实现流程图的快速构建。

9.2.2流程运行与监控管理

对系统接入组件的流程提供运行期支持以及合规性监控，具备的功能如下：

a)流程监控管理：提供流程监控建模、监控数据的集成、流程监控计算处理、监控界

面的配置化、指标预警与指标监控、流程合规性检测及运行时预告警等功能。

b)流程运行管理：对业务流程及运行期的流程实例、活动实例、工作项进行管理，可

图形化查看流程执行过程，查看流程、活动、活动项结果是否正确，性能情况等各

项指标，并提供流程的运行状态（启动、挂起、等待）的监控。

9.2.3流程应用能力中心

提供实现多用户下的流程服务按需定制的弹性管理、用户性能可配置化管理，具备的功

能如下：

a)多用户服务管理：通过定制向用户提供个性化服务，避免服务冗余，提升服务质量。

b)多用户性能管理：可提供服务并发量监控、访问量监控、用户性能预警以及用户性

能申请，具备基于用户的动态性能监控、动态性能调优功能；提供服务分发管理、

服务权限管理，防止发生服务请求拥塞。

9.3应用服务中间件

9.3.1应用运维

应用运维应具备的功能如下：

a)应用部署：负责将应用包、配置文件上传并启动，返回ip和端口号供用户访问。

b)应用运行监控：监控应用的运行状态，根据监控情况进行相应的操作。

c)应用资源配置：对每一个容器根据实际情况分配系统资源，比如JVM、JDBC等。

d)应用日志记录：负责应用运行过程中的日志记录，供运维和审计使用。

e)应用运行环境配置：应用部署时带有配置文件，负责系统启动时将参数信息注入到

系统中。

9

9.3.2中间件核心服务

中间件核心服务应具备的功能如下：

a)http服务：提供基于http协议的访问服务。

b)https服务：提供基于安全的http访问服务，https的安全基础是SSL/TLS。

c)JDBC服务：为访问不同的数据库提供了一种统一的途径。

d)JNDI服务：提供的一种标准的Java命名系统接口。

e)JavaMail接口服务：提供存取邮件服务器的API。

f)WebService服务：提供一种跨编程语言和跨操作系统平台的远程调用服务。

g)JMS接口服务：负责与消息中间件通信。

h)JMX服务：提供为应用程序、设备、系统等植入管理功能的服务。

9.3.3系统运维

系统运维应具备的功能如下：

a)中间件部署：负责系统启动时将中间件部署时的配置文件参数信息注入到系统中，

负责中间件的启动和关闭。

b)中间件仓库管理：负责中间件提供的服务的管理。

c)中间件运行监控功能：负责监控中间件的运行状态，根据监控情况进行相应的操作。

d)基础设施管理：对中间件所需的基础设施进行管理。

9.4服务总线

9.4.1基础功能

基础功能如下：

a)提供分布式协同管理，实现分布式环境下各节点数据的一致性和消息同步，管理服

务之间的超时访问和服务健康检查。

b)提供异常处理，实现服务调用异常处理机制，提供异常发生时的回调接口供服务调

用。

c)提供单点故障处理，借助分布式协同机制和异常处理机制解决分布式环境下服务单

点问题。

d)提供多租户，所有服务注册和调用都是基于多租户控制，租户与服务所属系统一一

对应，租户是系统之间调用关系的第一道控制闸门，二个不同租户之间如果没有访

权限，那么这二个租户所注册的服务就不允许相互调用。

e)提供数据序列化和反序列化，服务之间的传输数据都是经过序列化的数据，服务接

收到数据后再对数据反序列化。

f)提供元数据管理和存储，提供服务总线的所有配置数据和过程数据的管理。

9.4.2服务对外接口

系统提供服务总线能力API，可以基于API构造web控制台界面，系统对外提供的服务接

口有：

10

T/CEC20182006

a)提供服务提供者和服务消费者注册接口。

b)提供服务发布者和服务消费者查询服务接口。

c)提供可根据IP地址和应用名查找服务列表接口。

d)提供服务路由规则的配置接口，包括优先级设置、消费者匹配条件设置，当一个服

务有多个路由规则时可以指定优先级。

e)提供对服务提供者实例的权重配置接口，权重高的优先被消费者调用。

f)提供服务负载均衡配置接口。

g)提供服务监控统计、方法请求数/响应时间、异常信息捕捉、服务链路监控和调用

日志等接口。

9.4.3服务注册

服务注册应具备的功能如下：

a)提供服务提供者和服务消费者注册功能，服务注册信息包括服务所属系统、服务提

供者IP、服务接口、所属租户等信息。

b)提供服务发现和服务目录的自动同步，当有新服务注册和老服务下线时服务目录自

动同步数据到注册中心。

c)提供服务的管理，规避相同服务的重复注册。

9.4.4服务管理

服务管理应具备的功能如下：

a)提供服务实例心跳存活检测，实时检查服务实例的状态，当服务出现异常或停止运

行时服务目录会实时更新信息。

b)提供服务访问控制，服务访问采用白名单策略，服务发布者只允许存在于白名单中

的消费者调用，访问控制实时监控白名单中的恶意调用并终止消费者调用。

c)提供服务路由策略动态配置，根据服务消费者的信息（IP地址）、服务提供者的信

息（IP地址）等规则进行路由过滤，最后过滤出一个提供服务者给消费者调用。

d)提供负载均衡策略的动态配置，通过灵活的负载均衡策略选择一个服务调用。

9.4.5服务监控

服务监控应具备的功能如下：

a)提供服务监控统计，实现对服务提供者被调用的成功次数、失败次数、平均耗时和

最大耗时的统计。

b)提供服务提供者每秒接收的请求数和请求平均响应时间统计。

c)提供服务调用链路监控，实现对服务提供者和服务消费者调用关系的分析。

d)提供服务调用过程的安全审计和日志记录，实现服务调用的全过程留痕。

9.5数据传输

9.5.1基本功能

数据传输具备的基础功能如下：

11

a)横纵向应用间消息传输功能：支持应用内纵向消息传输、应用间横向消息传输、应

用间纵向消息传输。

b)多协议支持：支持JMS/TCP/HTTP/MQTT/STOMP/AMQP等协议。

c)多消息类型支持：支持字节流、可序列化的对象、字符串、原始数据流、K/V映射

map对象等消息类型的传输。

d)多种消息发送接收模式支持：支持同步/异步/请求应答等发送接收模式；支持点对

点传输、发布订阅模式、消息推拉等消息传输模式。

e)消息持久化支持：可以设置消息持久化及持久化方式，消息可以持久化到磁盘或者

关系数据库中。

f)安全机制：具备消息过滤、死信管理等一些安全相关功能，对用户身份进行验证以

确定其权限。

g)服务化：支持将数据传输组件发布为服务，方便其他微服务、微应用调用。

h)云平台部署：支持部署在云平台之上。

i)消息查询，可以通过消息唯一主键消息ID或者自定义的消息主键进行消息查询，查

询消息投递情况，是成功或者失败，提供消息跟踪日志，方便应用查找问题。

9.5.2对外接口

对外提供API管理接口及相关的配置界面，具体如下：

a)对外提供API接口实现相关的管理功能。

b)提供可视化的组件管理界面。

9.5.3运维管理

提供系统运维人员以下运维管理功能：

a)组件集群管理：数据传输组件设计遵循松耦合，独立部署，支持组件集群架构，按

照组件功能提供集群服务，组件设计支持云端部署，系统可以增加或者删除服务器

而对不会中断组件的业务运行。

b)异常处理：捕捉系统异常并在出现异常时候根据预先设计好的处理方案进行处理。

c)组件监控：支持对数据传输组件整体运行进行监控及对运行情况进行统计分析等功

能。

10数据层功能要求

10.1统一数据访问

统一数据访问具备的功能如下：

a)服务访问API：主要提供JDBC协议接入接口，能捕获到应用端数据库驱动发送的命

令请求，支持多数据库混合协议。

b)数据源管理：管理用户注册各种底层数据源，负责最终和底层驱动的交互。

c)权限管理：进行库、表级别的权限管理和控制，细粒度的权限依赖底层数据源来控

12

T/CEC20182006

制。

d)驱动管理：管理用户注册各种驱动信息，支持多版本驱动的管理。

e)实例管理：提供给系统运维人员配置管理实例的各种系统参数。

f)性能监控：在物理层对本模块所消耗的各种物理资源进行监控并把监控信息反馈给

系统运维。

g)操作审计：对关键性操作进行审计信息的记录，对系统运维提供查询以及实时通知

等功能。

10.2统一数据分析

10.2.1自助式分析

自助式分析应具备的功能如下：

a)即席查询：用户可根据实际业务需求即时编写查询分析sql及任务，提交查询任务，

实现即席查询功能。

b)多维分析：支持用户跟进业务需求对数据进行不同维度的查询分析。

c)智能报表:提供可视化报表设计功能允许用户在操作界面根据业务分析结果及展示

需求通过点击、拖拽方式实现各种业务报表需求。

d)数据可视化：用户能可视化地对选择主题相关的表及图表等设置布局、样式，通过

配置控件的各种属性后，能够可视化展示数据分析、数据流监控、热点数据等信息。

实现。

e)集成开发：允许用户快速地进行分析作业或者sql语句的编辑、编译、调试，提高

数据分析任务开发的效率；提供代码管理和版本控制的功能满足多用户联合调试开

发分析业务的需求；能够将用户通过图形化任务创建器生成的自定义任务翻译成类

SQL语句，实现类SQL解析模块进行解析。

10.2.2数据建模

数据建模应具备的功能如下：

a)数据建模：允许用户构建各种MR、Spark、类SQL等分析算法计算任务，并允许用户

配置和调整计算任务的参数。

b)模型评估：使用标准样本数据对封装实现的模型进行验证，评估模型算子执行结果

的正确性，执行性能等。

c)模型发布：将通过评估的模型添加到对应的数据分析处理类型中，允许用户使用

模型构建分析任务。

d)模型管理：对发布的模型进行管理操作，包括修改、升级替换等。

13

T/CEC20182006

目录

1范围..........................................................................................................................................................1

2规范性引用文件......................................................................................................................................1

3术语和定义、缩略语..............................................................................................................................1

4通用性及可灵活配置的总体原则..........................................................................................................2

5运检管控系统业务功能框架..................................................................................................................2

6通用性及可灵活配置的技术架构..........................................................................................................2

7通用性及可灵活配置的功能框架..........................................................................................................3

8应用层功能要求......................................................................................................................................4

9服务层功能要求......................................................................................................................................8

10数据层功能要求..................................................................................................................................12

I

T/CEC20182006

特高压及跨区电网智能运检管控系统功能规范

1范围

本标准规定了特高压及跨区电网智能运检管控系统（简称“运检管控系统”）通用性及

可灵活配置的总体原则、技术架构、功能框架、应用层功能要求、服务层功能要求、数据层

功能要求等方面的内容。

本标准适用于特高压及跨区电网智能运检管控系统的设计、开发、建设和运维。

2规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本

适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

3术语和定义、缩略语

3.1术语和定义

下列术语和定义适用于本文件。

3.1.1

标准化接口standardizedinterfaces

采用中立的方式进行定义，独立于实现服务的硬件平台、操作系统和编程语言。它将应

用程序的不同功能划分为服务，通过这些服务之间定义良好的契约联系起来。基于该接口构

建的各种系统中的服务可以以一种统一和通用的方式进行交互。

3.1.2

电网智能运检管控系统intelligentmanagementandcontrolsystemforpowergrids

operationandmaintenance

是基于分布式系统基础的动态模型架构，以数据为核心，实现数据分析、可视化展示、

辅助决策和生产指挥等运检智能化管控的开放、可扩展系统。系统通过标准化接口对外提供

标准的数据和应用服务，用户可以基于系统及其提供的标准化接口进行二次开发。

3.2缩略语

SQL:结构化查询语言(StructuredQueryLanguage)

MR:映射规约（MapReduce）

ACL:访问控制列表（AccessControlList）

CIM:通用信息模型（CommonInformationModel）

RESTful:REST软件架构（RepresentationalStateTransfer）

IOC:控制反转（InversionofControl）

OSGI:开放服务网关协议（OpenServiceGatewayInitiative）

1

PMS:生产管理系统（ProductionManagementSystem）

4通用性及可灵活配置的总体原则

4.1融合适应性原则。系统组件的部署与集成方案应充分考虑相关的技术政策与原则，保证

第三方开发的组件能够与系统平滑地集成接入。

4.2安全性原则。采用多种安全机制和技术手段保障系统安全稳定运行，具备高安全可靠性，

满足电力公司对网络和信息系统安全运行的要求。

4.3实用性原则。系统坚持实用性原则，在实用的基础上考虑先进性和前瞻性，切实满足应

用实际工作需求。

4.4可靠性原则。系统组件满足7×24小时可靠运行的要求，系统关键环节软硬件资源设计

采用高可靠性方案，保证运行的高度可靠。

4.5可扩展性原则。在进行硬件配置、方案设计、系统开发、部署时，具备良好的扩展性和

可移植性；具备业务处理的灵活配置，能随着业务功能的变化灵活重组与调整，同时提供标

准的开放接口，便于系统的升级改造和与其它系统进行数据与信息的交互。

5运检管控系统业务功能框架

运检管控系统依托“大云物移”等信息化技术，打破信息孤岛困局，融合运检专业多源

系统数据，通过设备状态全景化、数据分析自动化等手段，支撑电网设备的实时感知、在线

监测、科学预警、智能诊断和运检资源优化整合，为主网运检管理工作提供全面多维度数据

支撑，达到提升设备状态管控力和运检管理穿透力的目标。功能设计注重数据融合有效性、

展示维度多元性和用户体验友好性，按照总分结构、逐层递进的原则，划分为总览、变电、

输电、换流、电缆和生产指挥六大业务，管控系统业务架构如图1所示。

提高设备状态管控力提高运检管理穿透力

设备全景可视运检资源优化配置

数据深度融合电网智能运检平台辅助决策主动推送

状态智能分析生产指挥有效前移

大数据分析生产指挥中心

保障设备本质安全

“四道屏障”

自动感知预测预警故障研判现场应对

图1运检管控系统业务架构

6通用性及可灵活配置的技术架构

2

T/CEC20182006

运检管控系统通用性及可灵活配置的技术架构如图2所示，涉及系统访问渠道、系统服

务中心、应用层、服务层和数据层五个部分。

a)应用层。包括开发框架、发布监控、共享组件库等部分，其中开发套件展现控件支

撑了运检管控系统中桌面应用、移动应用、大屏幕应用不同界面类型的展现；发布

监控组件的发布支撑组件与系统服务中心中的应用商店集成，将发布包传输到系统

服务中心，监控支撑组件与系统服务中心中的监控调度组件集成，提供微应用、微

服务的状态及调用链路信息。

b)服务层。包括统一权限、统一流程、数据传输、服务总线等部分，分别支撑应用层

的统一权限、统一流程、消息通信、微应用服务管理调用。

c)数据层。包括统一数据访问、统一数据分析等部分，支撑应用层的数据访问适配器。

运检管控

系统访问桌面应用移动应用大屏可视化

渠道

支撑不同界面展现

服务层运检管控系统

共享组件库服务中心

特定领域开发组件统一权限

组件组件

可复用开发构建

管理大数据开发组件移动应用开发组件…目录

封装统一权限接口统一流程

开发框架开发套件

封装统一流程接口

展现控件统一权限

传统应用开发组件数据传输

模块框架启动模块启动即席报表统一流程封装数据传输消息接口

微内

集中日志消息通信

核事件监听...服务总线

任务调度模型驱动微应用对外服务

监控调度

界面交互数据访问事务管理发布到服务总线

核心微应用服务管理

框架日志管理服务交互...

应服务注册服务发现获取微服务/微应用状态、调用链路信息

用发布监控应用商店

层服务路由负载均衡

微应用开发组件监控支撑组件

将发布包传输到智能运检平台服务中心

分布式会话管理分布式缓存管理

核心数据访问适配器

轻量级数据库

组件轻量级数据访问发布支撑组件

连接池PMS数据层

数据访问适配器

微应用构建框架统一数据访问

基础RPCIOC封装统一数据访问接口

框架...

微服务容器应用服务中间件封装统一数据分析接口

统一数据分析

图2通用性及可灵活配置的技术