CN105574640A - 一种对应用进行统一综合管理平台建设的方法 - Google Patents

Abstract

本发明公开了一种对应用进行统一综合管理平台建设的方法，使用Struct2、Spring和ibatis组合而成J2EE框架，基于标准化应用进行迁移/改造，所述标准化应用分为三层结构：表现层根据不同的应用的需要，将各元素组合成业务用户所需的形式；应用逻辑层进行应用权限的检查，测点的整理；底层负责提供通用的模型查询服务和实时/历史数据查询服务。本发明完成了现有PI平台上主要应用和数据的迁移，改进实时/历史应用开发模式；探索在统一开发框架下的标准化应用开发模式，为以后扩大应用迁移/开发范围提供经验，为平台高效运维提供便利；探索实时/历史应用的统一管理模式，并通过统一应用管理平台实现应用统一管理。

Description

一种对应用进行统一综合管理平台建设的方法

技术领域

本发明涉及一种对应用进行统一综合管理平台建设的方法，本发明属于电力系统信息通信技术领域。

背景技术

2012年，浙江公司与国网电科院共同承担了国网公司总部科技项目“分布式实时数据库管理系统研发与应用”，同时浙江公司配套了“国产分布式实时数据库管理系统的应用研究”和“海量历史/实时数据库数据服务能力智能优化研究”两个县局试点研究项目。

经过试点工作开展，接入了典型应用系统数据，验证了数据接入的安全性、稳定性、可靠性以及可维护性；迁移了现有典型应用，验证了迁移的便捷性；从个性化开发和集中式开发两方面入手，分别在试点地区局以不同的模式开发典型新应用，验证了新应用开发的方便性。因此，浙江电网实时/历史数据平台在总结前期研发、试点的基础上已经具备了全面推广实施的条件。需要一个公共平台将个性化应用进行整合，提炼组公共应用并进行集中统一管理展示。

2013年，浙江公司与江苏瑞中数据股份有限公司共同承担了国网公司信息化项目“浙江电网实时/历史数据平台推广实施”。调研收集11个地市及紧水滩电厂四大业务部门调度、营销、运检、发策应用情况并进行了梳理，经统计，共计收集1416个，其中调度384个应用，营销30个，运检565个，发策13个，综合类应用424个。通过的各地市调研信息确认(主要包含规划、调控、营销、运检、技术部门)，整理了各局上报的个性化应用。同时，听取业务专家的意见，对功能相近的应用进行整合，将其提升为公用标准化应用。现已将全省PI应用分为全省标准化应用以及各地市单独应用。

发明内容

本发明的目的是在完成现有PI平台上主要应用和数据的迁移，改进实时/历史应用开发模式；探索在统一开发框架下的标准化应用开发模式，为以后扩大应用迁移/开发范围提供经验，为平台高效运维提供便利；探索实时/历史应用的统一管理模式，并通过统一应用管理平台实现应用统一管理。

本发明的技术方案如下：

一种对应用进行统一综合管理平台建设的方法，使用Struct2、Spring和ibatis组合而成J2EE框架，即SSI框架，基于标准化应用进行迁移/改造，所述标准化应用分为三层结构，包括表现层、应用逻辑层和底层，其中：

表现层，即页面展示层：使用HTML作为表现层技术，保证平台无关性；根据不同的应用的需要，分别使用表格、图形、控件等元素组合成业务用户所需的形式；

应用逻辑层，即业务逻辑层：通过统一的基于java应用开发平台进行开发；逻辑层主要包含三个功能，一是进行应用权限的检查，判断用户是否对该应用有访问权限；二是测点的整理，根据应用的具体需要，获取所需的测点并整理；三是根据具体业务需要进行计算、分析，得出所需的分析统计结果，提交给界面表示层；

底层，即数据访问层：采用HSAPI方法获取所需的实时数据库，并利用模型服务实现应用的自动维护；负责提供通用的模型查询服务和实时/历史数据查询服务；模型查询服务提供设备模型的查询，根据业务应用的具体需要返回相关的设备、测点信息；实时/历史数据查询服务则是对HSAPI的封装，为标准化应用提供统一、简便的数据查询服务。

进一步，所述基于标准化应用进行迁移/改造的步骤如下：

步骤一：利用封装的数据访问方法，通过基于CIM模型或者测点配置信息自动维护应用测点信息；

步骤二：利用模型查询服务，获取应用所需的测点，再通过实时数据访问服务，获取相应的实时/历史数据，在业务逻辑层完成各种分析、计算，在展示层完成应用的展示。

进一步，页面前端展示使用Ext4.0，提供丰富的页面展示功能；开发平台的采用JDK1.7版本，使用开源Struct2.3.7、Spring3.1、iBatis2.3.4框架作为基础的Java开发框架；其中Struct2对服务层进行封装，完成访问控制的任务，Spring作为依赖注入框架，使得开发变得可配置，方便后期在此开发平台的基础上构建具体的应用系统，iBatis则提供持久层服务，对数据库操作进行封装，方便应用与数据库分离。

进一步，所述表现层包括门户页面、模块实例容器、告警管理页面、访问服务页面、后台管理页面、管理工具页面、框架基本操作界面；所述应用逻辑层包括管理员操作模块、应用内部逻辑模块、门户操作模块、访问服务逻辑模块、模块实例容器内部逻辑模块、消息服务逻辑模块、业务逻辑公用功能模块、管理工具逻辑模块、框架基本业务逻辑模块、框架扩展业务逻辑模块；所述底层包括框架基本数据访问方法模块、应用数据访问方法模块。

进一步，所述方法基于实时历史数据库应用平台，所述实时历史数据库应用平台分别和用户端和其他系统端相连；

所述用户端包括企业门户单元，所述企业门户单元包括统一身份库模块、应用接入模块和单点登录模块，若干企业用户通过用户端和实时历史数据库应用平台建立联系；

所述实时历史数据库应用平台包括系统鉴权服务模块、消息中心平台模块、HTTP服务模块、业务应用模块、基础应用模块、系统接口服务模块、HS数据库平台模块、Oracle数据库模块；所述企业门户的用户同步信息传输至系统鉴权服务模块，系统鉴权服务模块和消息中心平台模块以及业务应用模块相互通信，消息中心平台模块和业务应用模块相互通信；所述应用接入模块通过HTTP服务模块和业务应用模块相互通信，所述单点登录模块通过HTTP服务模块分别与业务应用模块和基础应用模块相连通，业务应用模块分别和基础应用模块、系统接口服务模块以及HS数据库平台模块相互通信，基础应用模块和系统接口服务模块以及Oracle数据库模块相互通信；

所述实时历史数据库应用平台的信息输出至包括PMS生产管理系统、营销管理系统、调度管理系统的其他系统端。

本发明的有益效果如下：

本发明方法的有益效果是，通过调研收集11个地市及紧水滩电厂四大业务部门调度、营销、运检、发策应用情况进行了梳理，经统计，共计收集1416个，其中调度384个应用，营销30个，运检565个，发策13个，综合类应用424个。结合各专业实际工作需求，对应用进行归并、分类、梳理，共统计18类省级标准化应用，77套个性化应用。当前，18个标准化应用已经完成研发并部署上线，且经过两期关键用户测试，用户反映效果较好。实现了全省调度、运检、营销等业务千万级海量实时/历史数据的规范接入与共享，同时实现了全省PI平台上主要应用的迁移。建立了国网浙江省电力公司范围内统一的实时/历史数据命名和量纲，以典型应用为基础，研究和建立浙江电网实时/历史数据统一模型和视图，为跨部门、跨专业的分析辅助决策类综合应用提供了标准规范的实时/历史数据支撑。结合平台的推广实施，制订实时/历史数据平台数据源维护和应用管理等一系列管理规范、技术规范和工作规范，健全了浙江电网海迅实时/历史数据平台管理体系。

实践证明，国产实时历史数据库在浙江全省的推广健全了浙江电网海迅实时/历史数据平台管理体系，同时为以后智能电网和信息化建设提供了理论基础和实践依据。

附图说明

图1是系统逻辑架构图。

图2是SSI框架功能划分图。

图3是本发明的架构方案图。

图4是标准化应用结构示意图。

图5是标准化应用界面视图。

具体实施方式

下面结合附图对本发明作进一步详细说明。

本发明的方法基于实时历史数据库应用平台，所述实时历史数据库应用平台分别和用户端和其他系统端相连，其系统逻辑架构图如图1所示。

用户端包括企业门户单元，所述企业门户单元包括统一身份库模块、应用接入模块和单点登录模块，若干企业用户通过用户端和实时历史数据库应用平台建立联系；

实时历史数据库应用平台包括系统鉴权服务模块、消息中心平台模块、HTTP服务模块、业务应用模块、基础应用模块、系统接口服务模块、HS数据库平台模块、Oracle数据库模块；所述企业门户的用户同步信息传输至系统鉴权服务模块，系统鉴权服务模块和消息中心平台模块以及业务应用模块相互通信，消息中心平台模块和业务应用模块相互通信；所述应用接入模块通过HTTP服务模块和业务应用模块相互通信，所述单点登录模块通过HTTP服务模块分别与业务应用模块和基础应用模块相连通，业务应用模块分别和基础应用模块、系统接口服务模块以及HS数据库平台模块相互通信，基础应用模块和系统接口服务模块以及Oracle数据库模块相互通信；

实时历史数据库应用平台的信息输出至包括PMS生产管理系统、营销管理系统、调度管理系统的其他系统端。

本发明的架构方案如图3所示：

根据国网典设方案要求，浙江电网实时/历史数据应用平台将采用全省大集中的部署/运行模式。为了促进平台上应用的规范化发展，尤其是省级综合应用的统一规划和实施，平台上省级标准化应用拟采用统一的应用技术架构。即参与平台上应用建设的多个开发单位必须遵循统一的应用技术框架实施平台标准化应用，使得不同的业务功能模块将打包并合并到一个运行环境中。

告警API接口应用根据国网典设方案要求，采用全省大集中的部署/运行模式，将应用部署在了浙江电网实时/历史数据应用平台。

该架构方案的特点为：1)各个厂家各自开发不同的业务模块，打包合并后部署到一个App下；2)各个厂家采用统一的技术路线、开发框架工具。

该架构方案的优点为：1)各开发单位的应用集中打包发布到一个应用中，实现了统一用户认证、组织机构管理和权限管理；2)采用相同的技术路线和开发框架，有利于运用到发展后后期的运营推广。

该架构方案的缺点为：各单位必须统一的技术路线，技术框架需要选择，开发团队需要在技术上进行调整。

应用平台总体架构为：

1)应用平台基于J2EE架构

实时/历史数据应用平台将采用J2EE架构，所有应用模块将运行在一个统一的WebAPP中。

2)业务应用基于HS数据库平台和关系型数据库

实时/历史数据存放在HS数据库中，HS数据库平台提供数据接入、数据处理、基础数据管理、数据加工、数据存储、数据访问服务、支撑工具、数据库平台管理等功能。业务应用通过海迅数据库提供的API、SDK等实现对实时/历史数据的访问。应用平台中用户、组织结构、应用权限及元数据(测点属性中与具体业务密切相关的元数据)管理等将采用关系型数据库进行存储和管理。

3)系统鉴权服务

业务用户对应用系统的访问必须通过平台提供的鉴权服务，只有合法的用户能够访问相应的业务模块。个人工号作为统一的用户名在省公司的其他信息系统中被广泛采用，在本系统中也将采用工号作为系统用户名，以便于进行统一身份认证。

4)单点登录

本系统将实现与企业门户系统的集成，并实现用户单点登录。用户登录企业门户后，无需输入用户名和口令，可直接访问本系统。

5)基础业务应用

应用系统平台的基础应用主要包括组织人员管理、应用权限管理、系统管理、用户设置等功能模块。

组织人员管理：主要用于提供覆盖全省的各业务单位的组织结构，以及与之相对应的用户信息。

应用权限管理：提供对系统用户的角色分配，并对所有业务模块相关功能进行权限的配置和绑定。

系统管理：为具体业务应用系统提供服务监控、日志记录、活动审计和系统参数配置等。

个人主页设置：主要提供用户进行个性化主页设置，包括一些用户个性化参数设置。

接口管理：提供接口监视、启停、配置，测点管理、数据修正、数据补招等功能；

模型管理：模型属性管理、模型拼接、模型匹配等模型管理功能。

1)按专业分类的业务应用

未来应用平台将广泛应用于生产、调度、营销、规划辅助、输变配用业务以及信息资源监控等业务的信息化管理。这些业务功能模块将基于HS数据库平台，采用统一的基础架构，包括组织、人员、权限、测点管理等，为各专业定制功能。

2)消息平台

应用平台将提供消息服务，包括直接访问外部邮件系统和短消息系统，为业务应用模块中提供消息知会功能。

3)系统接口服务

应用平台中将提供统一的系统接口服务，对外部业务系统(如生产、营销、调度等系统)提供实时/历史数据和相关业务功能的访问。同时提供对接口服务的监控和审计。

4)基于浏览器

应用平台基于浏览器即可访问并使用。只要使用IE7以上浏览器，输入平台地址即可访问并获得平台以及其应用的全部功能。部分由海迅组态或报表工具开发的应用，需要安装海迅组态浏览器插件和Excel插件。

SSI框架介绍

根据统一应用技术架构和平台功能规范的要求，使用Struct2、Spring和ibatis组合而成的J2EE框架(SSI)，SSI框架功能划分如图2所示。页面前端展示使用Ext4.0，提供丰富的页面展示功能。开发平台的采用JDK1.7版本，使用开源Struct2.3.7、Spring3.1、iBatis2.3.4(SSI)框架作为基础的Java开发框架。其中Struct2对服务层进行封装，完成访问控制的任务，Spring作为依赖注入框架，使得开发变得可配置，方便后期在此开发平台的基础上构建具体的应用系统，iBatis则提供持久层服务，对数据库操作进行封装，方便应用与数据库分离。SSI框架的模块设置如下表所示：

本发明的标准化应用过程如下：

根据省级标准化应用调研结果，结合海迅数据库全省推广全省集中部署的架构设计，本方案提出标准化应用的一般迁移/改造方法。考虑到全省的标准化应用具有一次开发，全局通用的特点，并且针对需要集中部署到Linux环境的要求，需要使用Java开发环境对标准化应用进行开发。应用也基本分为三层结构，表现层，使用HTML作为表现层技术，保证平台无关性，应用逻辑层，通过统一的基于java应用开发平台进行开发，底层采用HSAPI方法访问海迅数据库获取所需的实时数据库，并利用模型服务实现应用的自动维护。

标准化电力业务应用通过实时应用管理平台进行集成与展现，业务范围包括：负荷实测相关统计、变电及主变所容载比、负载率统计分析、地区/分县网供/全社会负荷、峰谷差、负荷率、电量统计分析及对比统计、地方电厂出力统计、低频减载统计、电容器投切统计分析等。各种标准化应用根据技术特性分，可以分为报表类、监测图类、辅助分析类和数据访问服务类四大类。其中报表类、监测图类、辅助分析类标准化应用迁移/开发步骤如下：

1、利用封装的数据访问方法，通过基于CIM模型或者测点配置信息自动维护应用测点信息；

2、利用模型查询服务，获取应用所需的测点，再通过实时数据访问服务，获取相应的实时/历史数据，在业务逻辑层完成各种分析、计算，在展示层完成应用的展示。

3、迁移/改造方法示意图如图4所示。每个应用都是用相同的架构方式，使用三层模型。

界面表示：根据不同的应用的需要，分别使用表格、图形、控件等元素组合成业务用户所需的形式。

逻辑层：逻辑层主要包含三个功能，一是进行应用权限的检查，判断用户是否对该应用有访问权限；二是测点的整理，根据应用的具体需要，获取所需的测点并整理；三是根据具体业务需要进行计算、分析，得出所需的分析统计结果，提交给界面表示层。

数据访问层：负责提供通用的模型查询服务和实时/历史数据查询服务。模型查询服务提供设备模型的查询，根据业务应用的具体需要返回相关的设备、测点信息；实时/历史数据查询服务则是对HSAPI的封装，为标准化应用提供统一、简便的数据查询服务。

由于目前的调研结果对应用进行了归类合并，各类标准化应用的详细功能需求需要进一步调研才能确定那个。

标准化应用界面视图如图5所示。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明。凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (5)

1.一种对应用进行统一综合管理平台建设的方法，其特征在于：使用Struct2、Spring和ibatis组合而成J2EE框架，即SSI框架，基于标准化应用进行迁移/改造，所述标准化应用分为三层结构，包括表现层、应用逻辑层和底层，其中：

表现层，即页面展示层：使用HTML作为表现层技术，保证平台无关性；根据不同的应用的需要，分别使用表格、图形、控件等元素组合成业务用户所需的形式；

应用逻辑层，即业务逻辑层：通过统一的基于java应用开发平台进行开发；逻辑层主要包含三个功能，一是进行应用权限的检查，判断用户是否对该应用有访问权限；二是测点的整理，根据应用的具体需要，获取所需的测点并整理；三是根据具体业务需要进行计算、分析，得出所需的分析统计结果，提交给界面表示层；

底层，即数据访问层：采用HSAPI方法获取所需的实时数据库，并利用模型服务实现应用的自动维护；负责提供通用的模型查询服务和实时/历史数据查询服务；模型查询服务提供设备模型的查询，根据业务应用的具体需要返回相关的设备、测点信息；实时/历史数据查询服务则是对HSAPI的封装，为标准化应用提供统一、简便的数据查询服务。

2.根据权利要求1所述的一种对应用进行统一综合管理平台建设的方法，其特征在于：所述基于标准化应用进行迁移/改造的步骤如下：

步骤一：利用封装的数据访问方法，通过基于CIM模型或者测点配置信息自动维护应用测点信息；

步骤二：利用模型查询服务，获取应用所需的测点，再通过实时数据访问服务，获取相应的实时/历史数据，在业务逻辑层完成各种分析、计算，在展示层完成应用的展示。

3.根据权利要求1所述的一种对应用进行统一综合管理平台建设的方法，其特征在于：页面前端展示使用Ext4.0，提供丰富的页面展示功能；开发平台的采用JDK1.7版本，使用开源Struct2.3.7、Spring3.1、iBatis2.3.4框架作为基础的Java开发框架；其中Struct2对服务层进行封装，完成访问控制的任务，Spring作为依赖注入框架，使得开发变得可配置，方便后期在此开发平台的基础上构建具体的应用系统，iBatis则提供持久层服务，对数据库操作进行封装，方便应用与数据库分离。

4.根据权利要求1或2或3所述的一种对应用进行统一综合管理平台建设的方法，其特征在于：所述表现层包括门户页面、模块实例容器、告警管理页面、访问服务页面、后台管理页面、管理工具页面、框架基本操作界面；所述应用逻辑层包括管理员操作模块、应用内部逻辑模块、门户操作模块、访问服务逻辑模块、模块实例容器内部逻辑模块、消息服务逻辑模块、业务逻辑公用功能模块、管理工具逻辑模块、框架基本业务逻辑模块、框架扩展业务逻辑模块；所述底层包括框架基本数据访问方法模块、应用数据访问方法模块。

5.根据权利要求1或2或3所述的一种对应用进行统一综合管理平台建设的方法，其特征在于：所述方法基于实时历史数据库应用平台，所述实时历史数据库应用平台分别和用户端和其他系统端相连；

所述用户端包括企业门户单元，所述企业门户单元包括统一身份库模块、应用接入模块和单点登录模块，若干企业用户通过用户端和实时历史数据库应用平台建立联系；

所述实时历史数据库应用平台包括系统鉴权服务模块、消息中心平台模块、HTTP服务模块、业务应用模块、基础应用模块、系统接口服务模块、HS数据库平台模块、Oracle数据库模块；所述企业门户的用户同步信息传输至系统鉴权服务模块，系统鉴权服务模块和消息中心平台模块以及业务应用模块相互通信，消息中心平台模块和业务应用模块相互通信；所述应用接入模块通过HTTP服务模块和业务应用模块相互通信，所述单点登录模块通过HTTP服务模块分别与业务应用模块和基础应用模块相连通，业务应用模块分别和基础应用模块、系统接口服务模块以及HS数据库平台模块相互通信，基础应用模块和系统接口服务模块以及Oracle数据库模块相互通信；

所述实时历史数据库应用平台的信息输出至包括PMS生产管理系统、营销管理系统、调度管理系统的其他系统端。