基于电网企业跨业务域流程监控研究

杜舒明 张文斐 赵小凡 梁雪青 曹巍

1. 广东电网有限责任公司广州供电局 广东 广州 510000

2. 云南云电同方科技有限公司广州分公司 广东 广州 510000

引言

随着电网企业规模不断的扩展，跨业务域间的交互变得越来越频繁，如何有效监控企业的业务实际运行状况，保障企业高效良好运转，及时发现并处理企业运转过程中的问题，是当前企业面临的重要挑战。跨系统协同应用监控平台采用在线手段，实时采集业务系统交互的相关数据，依据企业特有的业务分类和模型，定制业务分析场景，平台进行自动监控，并将分析发现的问题及时通知给相关人员，再由相关人员进行问题定位，确定问题的处理方案，对问题进行闭环处理。

1 跨业务域流程监控存在的问题

电网企业不同业务部门间的跨业务域信息交互越发紧密，需要规范管理跨业务域流程，实现管理落地，打造“一体化、现代化、智能化”的企业信息平台，全面支撑电网企业的一体化管理。其中，对跨业务域流程的一体化管理，核心在于按照“集成、共享、协同”的技术路线，实现横向到边、纵向到底，打通部门之间的横向协同通道[1]。

随着跨业务域交互的深入应用，逐步暴露出业务运行过程中，状态无法准确跟踪、问题定位有偏差等问题，需要对应部门组织协调处理，造成时间和人力资源的浪费。因此，通过研究建立合理的跨业务域流程监控模式，解决电网企业的跨域业务问题，保障跨域业务的顺利开展。

2 跨业务域流程监控模式研究

本文研究两种跨业务域流程监控模式，第一，创建跨业务域流程监控平台；第二，利用企业各业务系统已有开放的服务化资源，交互信息方面的技术积累，实现不同业务监控流的可配置化，对业务间交互场景的流程进行抽象映射，对流程各环节绑定，实现跨业务活动的过程监控与分析。

2.1 创建跨业务域流程监控平台

通过研究企业跨业务域的信息资源，创建统一的流程监控平台，在发起跨业务域流程时为每一个流程分配唯一的工单标识号，业务流转过程中保留此标识号进行传递，直到流程结束。同时流程监控平台提供统一的公共服务接口，接收流程处理信息到流程监控平台的数据库，各业务系统在处理流程结点的同时，向流程监控平台的公共服务接口发送数据，提交流程节点处理的信息；流程监控平台根据唯一的工单标识号对流程进行梳理与重组，从而得到跨业务域流程的流转状态与业务信息。

2.2 利用服务化资源构建流程监控平台

基于各业务系统已开放的数据和业务能力，对业务间交互场景的流程进行抽象映射，对流程各环节进行绑定配置，通过采集、解析和存储等过程，构建流程监控平台。例如通过业务系统提供标准Web Service服务的信息接口，由平台进行获取解析，解析完成后再存储形成平台信息，从而实现一套跨业务域的全流程状态监控，建立开放的分布式平台[2]。这里要注意三个方面：

2.2.1 同一个业务工单在不同业务系统中流转，由于不同业务系统有自定义规则，产生不同的业务工单号，需要考虑进行识别和串联；

2.2.2 同一个业务工单在不同业务系统中流转，环节信息和状态的变化定义不相同；

2.2.3 业务工单在批量传送后，随着业务流程的出现演变和拆分，形成完整独立的业务单据。

3 跨业务域流程监控建设思路

通过上述两种监控模式的对比，第二种模式比第一种模式更充分利用已有资源基础上进行，为企业在建设过程中节省成本，因此下面以第二种模式的思路进行实践建设，在建设过程中按以下思路推进开展：

图1 技术架构图

3.1 流程的调研设计

跨业务域的交互首先需要进行全流程的调研、定义与设计工作，其流程设计内容、环节包含整个业务场景中的所有业务环境，包括上下环节间工单编号、单位信息、环节信息、环节状态、发生时间等关键信息的统一关联，最终形成跨业务域流程的设计说明书，指导后续的开发工作。

3.2 流程的抽象建模

根据跨业务域流程的定义，进行流程模型的搭建以及流程模型中节点的绑定设计，使业务流程环节能够与不同业务系统中，不同流程环节进行绑定，为实时获取流程实际信息做准备。

3.3 流程的部署发布

根据跨业务域流程的设计成果进行开发测试，然后根据电网企业的测试环境或生产环境的实际情况，选择对应环境进行版本的部署发布，而各业务系统负责各自的流程环节的部署，并且进行对应流程信息的验证。

3.4 流程的监控运行

流程运行过程中将每个环节的运行情况，例如环节、状态、时间等信息，都在跨业务域流程监控过程中进行记录，根据运行状态进行流程的实时全景图绘制展示，以及业务工单的统计分析等。

4 跨业务域流程监控建设的技术架构

技术架构设计遵循和参考电网SOA应用系统技术架构，并融入业界主流的关键技术框架，整体技术架构设计分为展现层、接入层、服务层和存储层四层，具体包括：

图2 跨业务域流程监控建设的技术架构图

4.1 展现层

展现层负责系统的信息展现及用户交互控制等，可考虑分为PC浏览器及移动APP展现两种模式。PC浏览器展现主要是进行企业应用过程中使用浏览器进行系统的访问及管理，采用HTML5，支持主流浏览器；移动APP展现主要用于用户在移动终端例如手机、平板等设备上访问应用APP。

4.2 接入层

接入层是对展现层用户操作及提交数据的接入管理层，分为APP接入及应用数据接入。其中APP接入与具体的业务数据无关，只负责APP运行本身的界面展现元素、APP软件本身的版本更新等进行接入；其次是应用数据接入，是对移动APP应用的用户数据及PC管理操作的数据进行服务化的接入管理。因此，以后实现APP接入分为两种，一类是接入界面展现元素及版本信息，另一类为操作数据。

4.3 服务层

服务层是应用系统功能的具体实现层，整体框架已经封装了所有按照SOA标准接入的服务化架构，应用系统开发，只需要具体实现服务的业务逻辑即可。

4.4 存储层

实现应用系统相关的所有数据的存储，一般数据的存储包括数据库业务数据存储、附件文件存储及云数据存储等。数据类的存储采用框架与服务配合操作的模式，针对模式化、固定化的附件存储，由框架自动控制，与业务相关的数据，可以由服务业务代码控制。

5 结束语

本次研究将跨业务域流程监控结合SOA技术架构的思想引入电网企业，丰富跨业务域监控的实践理论和方法，同时研究成果有助于后续建立更完善的跨业务域信息收集、分析与共享机制，以帮助增强不同业务域之间信息交互的透明度，更全面地掌握电网企业的整体信息水平。