CN107330580A - 电力营销基础数据平台组建方法 - Google Patents

Abstract

本发明公开了电力营销基础数据平台组建方法，属于电力营销领域，包括以下步骤：a，遵循SG‑CIM和主数据管理要求，融合营销各业务系统数据模型设计，构建统一的营销主数据模型；提炼营销公共事务数据模型，实现营销公共事务数据共享，统一、规范营销数据共享服务；b，建立营销基础数据平台；c，营销基础数据平台数据接入。本发明营销各业务系统间集成简单，有利于系统的扩展和维护，系统升级改造便捷，易管控。

Description

电力营销基础数据平台组建方法

技术领域

本发明涉及电力营销领域，尤其是一种基础数据平台组建方法。

背景技术

营销各业务系统经过多年建设，由于各系统建设周期较长，为满足自身数据交互要求多采用“点对点”接口的方式实现各系统间集成，这种集成方式导致目前营销各业务系统间集成复杂，交互方式多样，增加了技术复杂性，不利于系统的扩展和维护；系统升级改造工作量大，管控难度大；营销各业务数据分散/重复存储，数据一致性维护成本高；每个系统都于其他内部/外围系统存在独立接口程序，管控较难，且接口一旦发生变更，需要协调多个业务系统协同进行，这样低质量的运维管理方式急切要求改善。

发明内容

本发明需要解决的技术问题是提供一种电力营销基础数据平台组建方法，营销各业务系统间集成简单，有利于系统的扩展和维护，系统升级改造便捷，易管控。

为解决上述技术问题，本发明所采用的技术方案是：

电力营销基础数据平台组建方法，包括以下步骤：

a，遵循SG-CIM和主数据管理要求，融合营销各业务系统数据模型设计，构建统一的营销主数据模型；提炼营销公共事务数据模型，实现营销公共事务数据共享，统一、规范营销数据共享服务；

b，建立营销基础数据平台；

c，营销基础数据平台数据接入。

本发明技术方案的进一步改进在于：所述步骤c中以数据复制、ETL、Web Service等方式将营销业务系统的数据接入营销基础数据平台的数据缓存区。

本发明技术方案的进一步改进在于：所述营销基础数据平台的技术体系架构主要包括：展现层、集成服务层、业务逻辑层、数据资源层和基础设施层。

本发明技术方案的进一步改进在于：展现层：在J2EE技术体系，采用MVC应用框架，由界面控制器组件、界面操作组件、JSP页面组件和服务代理单元组成；

集成服务层：基于服务总线的技术架构，实现同步查询服务、异步查询服务、订阅服务、服务代理、消息服务；

业务逻辑层：用于部署业务逻辑组件，包含应用支撑技术组件，服务注册、协议转换、模型管理、配置管理、规则库、规则引擎、数据核查、权限服务、服务监控、日志服务、缓存服务、任务调度、采集服务；

数据资源层：由数据源和数据接入构成，数据源主要包括关系数据库、实时数据库、非关系型数据库；

基础设施层：主要包括网络、主机、存储、备份、软件平台。

本发明技术方案的进一步改进在于：所述业务逻辑层主要采用Java Bean或EJB技术加以实现，规则库和规则引擎基于drools进行二次开发加以实现，统计报表采用集成润乾商业报表产品的方式，缓存服务建议采用独立部署的缓存服务器。

本发明技术方案的进一步改进在于：所述数据资源层中的事务数据及统计数据选用关系数据库，海量日志选用非关系型数据库，实时数据选用实时数据库，数据接入的方式有JDBC适配器、ETL、数据复制、WebService一种或几种。

本发明技术方案的进一步改进在于：实时数据访问服务通过访问数据缓存区提供基于WEB SERVICE的实时数据访问服务，为营销各业务应用及外围应用提供实时访问类的数据访问服务，数据访问服务按统一的语义模型实现，取代各业务系统间的查询类数据访问接口。

由于采用了上述技术方案，本发明取得的技术进步是：

本发明通过新方式组建全新的电力营销基础数据平台，营销各业务系统间集成简单，有利于系统的扩展和维护，系统升级改造便捷，易管控。通过建立营销基础数据平台，将数据全部接入，实现统一的营销数据交换服务，规范营销数据交互。电力营销基础数据平台的组建，形成一个营销数据集中监测、流程业务集中管控以及营销业务综合展示的管理平台，借助平台开展营销业务归口管理，营销工作关键指标、核心业务、重要环节管控、分析和评价，对潜在经营问题与服务风险进行事前预防和事中控制。同时还支持总部营销部和省公司营销部动态分析营销运营情况，在线稽查“量、价、费”等核心业务的关键性指标，实时监控营销服务质量，跟踪分析市场动态，全过程监管计量资产状况，跟踪督办重要事件处理结果，从而全面提升公司营销部门的运营管控能力、风险防范能力、服务监督能力、市场拓展能力，为提升公司整体经营效益和服务形象、推进公司“两个转变”提供有力支撑。

营销业务系统的数据接入营销基础数据平台，实现信息资源优化整合和业务应用深度集成，实现公司信息化的集约化发展，通过对资源合理规划、优化整合，达到信息系统软硬件及空间资源的充分利用，同时达到资源、成本的节约。

营销基础数据平台采用ORACLE数据库支持，搭建ORACLE RAC高可用双机部署，RAC群集软件的作用在于支持负载均衡，根据采集数据的时效性分类，并按照业务系统对营销数据的需求程度，分布式管理，并将营销档案类主数据进行内存管理，达到性能的最大化利用。通过采用负载均衡、分布式缓存、内存数据库等技术解决服务的高频度、高并发等问题。

严格遵照公司信息安全防御体系要求，充分利用各类安全防护措施，提升营销基础数据平台信息安全防护能力，确保营销基础数据平台安全、运行稳定。

附图说明

图1是本发明技术体系架构示意图；

图2是本发明系统实施的接口示意图。

具体实施方式

下面结合实施例对本发明做进一步详细说明：

如图1所示，电力营销基础数据平台组建方法，包括以下步骤：

a，遵循SG-CIM和主数据管理要求，融合营销各业务系统数据模型设计，构建统一的营销主数据模型；提炼营销公共事务数据模型，实现营销公共事务数据共享，统一、规范营销数据共享服务。

参考IEC 61968/61970 CIM模型，遵循SG-CIM和公司主数据管理要求，融合营销各业务系统数据模型设计，构建统一的营销主数据模型，实现营销主数据管理，同时基于CIS接口规范实现营销主数据访问，并与公司统一的主数据管理平台保持数据同步。梳理、分析营销数据共享需求，提炼营销公共事务数据模型，实现营销公共事务数据共享，统一、规范营销数据共享服务，同时通过采用大数据量同步复制等技术确保数据共享的实效性。

b，建立营销基础数据平台；

按照营销基础数据平台营销主数据和营销事务型数据模型，设计营销基础数据平台的数据库和营销基础数据平台系统；总部营销基础数据平台从各省（市）营销基础数据平台加载数据；营销基础数据平台系统用途包括数据加载与监控、数据质量监控、数据服务组件管理。

营销基础数据平台的技术体系架构主要包括：展现层、集成服务层、业务逻辑层、数据资源层和基础设施层。

展现层：在J2EE技术体系，可采用MVC应用框架，由界面控制器组件、界面操作组件、JSP页面组件和服务代理单元组成。在一些特殊业务处理时，采用Flex、Java Swing、andriod sdk 、html等技术实现。

集成服务层：基于服务总线的技术架构，实现同步查询服务、异步查询服务、订阅服务、服务代理、消息服务等。

业务逻辑层：用于部署业务逻辑组件，包含应用支撑技术组件，服务注册、协议转换、模型管理、配置管理、规则库、规则引擎、数据核查、权限服务、服务监控、日志服务、缓存服务、任务调度、采集服务等。主要采用Java Bean或EJB技术加以实现，其中规则库和规则引擎基于drools进行二次开发加以实现，统计报表采用集成润乾等商业报表产品的方式，缓存服务建议采用独立部署的缓存服务器。

数据资源层：由数据源和数据接入构成，数据源主要包括关系数据库、实时数据库、非关系型数据库等，其中事务数据及统计数据选用关系数据库，海量日志选用非关系型数据库，实时数据选用实时数据库。数据接入的方式有JDBC适配器、ETL、数据复制、WebService等。

基础设施层：主要包括网络、主机、存储、备份、软件平台等。

c，营销基础数据平台数据接入；

与营销口径相关的各系统通过营销基础数据平台提供的营销内部共享数据访问服务将自身生成的营销业务数据接入总部和省（市）营销基础数据平台并从总部和省（市）营销基础数据平台中，获取其它系统提供的营销业务数据, 与营销口径相关的系统包括营销稽查监控系统、电能管理服务平台、电动汽车管理系统、计量生产调度平台、95598智能互动网站、95598基础支撑系统、95598业务支持系统、营销业务应用系统、用电信息采集系统、营销GIS系统、电费充值卡系统、营销外部系统中的多个；接入营销基础数据平台的营销业务数据、营销主数据以及营销模型数据构成营销基础数据，营销基础数据经过加工后成为营销分析数据，支撑辅助决策应用。

其中以数据复制、ETL、Web Service等方式将营销业务系统的数据接入营销基础数据平台的数据缓存区。

通过组建电力营销基础数据平台，形成一个营销数据集中监测、流程业务集中管控以及营销业务综合展示的管理平台。重点开展营销业务归口管理，营销工作关键指标、核心业务、重要环节管控、分析和评价，对潜在经营问题与服务风险进行事前预防和事中控制。支持总部营销部和省公司营销部动态分析营销运营情况，在线稽查“量、价、费”等核心业务的关键性指标，实时监控营销服务质量，跟踪分析市场动态，全过程监管计量资产状况，跟踪督办重要事件处理结果，从而全面提升公司营销部门的运营管控能力、风险防范能力、服务监督能力、市场拓展能力，为提升公司整体经营效益和服务形象、推进公司“两个转变”提供有力支撑。

实时数据访问服务通过访问数据缓存区提供基于WEB SERVICE的实时数据访问服务，为营销各业务应用及外围应用提供实时访问类的数据访问服务。此类数据访问服务应按统一的语义模型实现，可用来取代各业务系统间的查询类数据访问接口。

同时本发明根据“二级系统统一成域，三级系统独立分域”原则，营销基础数据平台应划分独立安全域，按照等级保护三级系统要求对网络边界、主机、应用系统、数据库进行安全防护。

物理安全：在用户登录后，其权限将一直保留到用户注销。因此，应保障实时数据库服务器主节点的物理安全。要求服务器位于可锁的机房内，并有不间断电源。此外，数据接入分布在一个或多个数据接入工作站上也有助于系统的物理安全。

网络安全：尽管严格限制对服务器的物理访问，仍然可以通过网络访问计算机。因此，系统采用某些机制保障网络的安全。在TCP/IP上，对给定节点的访问可通过主机表，域名服务器或DHCP进行控制，也可以配置网络的路由器以严格限制与指定子网的通讯。

主机安全：对主机进行加固，需符合《国家电网公司信息安全加固实施指南》和《国家电网公司信息安全加固实施细则》。《国家电网公司信息安全加固实施指南》和《国家电网公司信息安全加固实施细则》规定了国家电网公司信息安全加固的实施流程、方法及其在安全加固不同阶段的实施重点。

用户安全：数据库服务器要求验证用户ID和密码。在客户端时，客户应用程序要输入用户名和密码，并将之传递给数据库服务器以验证。二种用户角色分别是管理者和访问者。管理者通常是可读写，同时拥有访问者的所有功能。访问者通常是可读的，也是缺省得角色。

组数据库：通常对数据或点属性的访问权限仅授予组用户，而不是单个用户。在平台中可定义组，每个用户都是一个或多个组的成员。

用户数据库：密码通过加密也保存在用户数据库中。为增加新用户，需要指定用户所属的组。用户可被加到多个组中。缺省的密码和用户名相同。

本发明严格遵照公司信息安全防御体系要求，充分利用各类安全防护措施，提升营销基础数据平台信息安全防护能力，确保营销基础数据平台安全、运行稳定。

其中图2是目前系统实施的接口示意图，营销基础数据平台从营销业务应用、用电信息采集等9个业务系统获取数据，经过数据转换转储等平台自身的功能，向石家庄线损、营配惯通等20个（图上画了12个）业务主题领域提供数据支撑。

Claims (7)

1.电力营销基础数据平台组建方法，其特征在于：包括以下步骤：

a，遵循SG-CIM和主数据管理要求，融合营销各业务系统数据模型设计，构建统一的营销主数据模型；提炼营销公共事务数据模型，实现营销公共事务数据共享，统一、规范营销数据共享服务；

b，建立营销基础数据平台；

c，营销基础数据平台数据接入。

2.根据权利要求1所述的电力营销基础数据平台组建方法，其特征在于：所述步骤c中以数据复制、ETL、Web Service等方式将营销业务系统的数据接入营销基础数据平台的数据缓存区。

3.根据权利要求1所述的电力营销基础数据平台组建方法，其特征在于：所述营销基础数据平台的技术体系架构主要包括：展现层、集成服务层、业务逻辑层、数据资源层和基础设施层。

4.根据权利要求3所述的电力营销基础数据平台组建方法，其特征在于：展现层：在J2EE技术体系，采用MVC应用框架，由界面控制器组件、界面操作组件、JSP页面组件和服务代理单元组成；

集成服务层：基于服务总线的技术架构，实现同步查询服务、异步查询服务、订阅服务、服务代理、消息服务；

业务逻辑层：用于部署业务逻辑组件，包含应用支撑技术组件，服务注册、协议转换、模型管理、配置管理、规则库、规则引擎、数据核查、权限服务、服务监控、日志服务、缓存服务、任务调度、采集服务；

数据资源层：由数据源和数据接入构成，数据源主要包括关系数据库、实时数据库、非关系型数据库；

基础设施层：主要包括网络、主机、存储、备份、软件平台。

5.根据权利要求4所述的电力营销基础数据平台组建方法，其特征在于：所述业务逻辑层主要采用Java Bean或EJB技术加以实现，规则库和规则引擎基于drools进行二次开发加以实现，统计报表采用集成润乾商业报表产品的方式，缓存服务建议采用独立部署的缓存服务器。

6.根据权利要求5所述的电力营销基础数据平台组建方法，其特征在于：所述数据资源层中的事务数据及统计数据选用关系数据库，海量日志选用非关系型数据库，实时数据选用实时数据库，数据接入的方式有JDBC适配器、ETL、数据复制、WebService一种或几种。

7.根据权利要求6所述的电力营销基础数据平台组建方法，其特征在于：实时数据访问服务通过访问数据缓存区提供基于WEB SERVICE的实时数据访问服务，为营销各业务应用及外围应用提供实时访问类的数据访问服务，数据访问服务按统一的语义模型实现，取代各业务系统间的查询类数据访问接口。