水利电子政务系统资源整合与共享关键技术研究

王爱莉，肖凤林，曾 焱，常志华

（水利部水利信息中心，北京 100053）

0 引言 [1]

水利电子政务项目由水利部机关（以下简称部机关）及 7 个流域机构电子政务系统（一期）项目组成，此项目建设的总目标是：通过对水利业务需求和功能的系统梳理，基于统一的技术架构、标准与环境，进行数据资源和应用系统整合，实现各级水行政主管部门及应用系统之间信息资源共享和政务公开，提高水利政务信息化整体水平，夯实水利现代化基础。

水利电子政务项目主要建设内容包括：

1）5 个单项业务应用，即综合办公、规划计划管理、人事劳动教育管理、国际合作与科技业务管理和水利人才培训网。

2）3 类门户网站，即政务外网、内网和国办专网门户。

3）1 个公用平台，即应用支撑平台，提供统一的技术架构、标准规范与环境，为业务应用建设提供各类公共应用和集成服务，为资源整合和信息共享提供运行平台。

4）统一的信息资源管理体系、CA 身份认证系统和相关的软硬件环境，采用“1CA+8RA”的模式组建了政务内网统一的 CA 身份认证系统。

目前电子政务项目公用平台已经开发完成，并在水利部机关和 7 个流域机构安装部署；综合办公应用在部机关、海河水利委员会、太湖流域管理局上线试运行，同时完成了与平台的集成。平台同构优势有效发挥，为信息互联互通、协同办公和未来流程整合目标的实现打下坚实基础。

1 资源整合与共享的需求

虽然目前各业务系统统一了基础的 IT 架构，采用相同的数据库和 J2EE 开发技术体系，但电子政务项目中应用系统和信息资源整合及共享面临很大挑战。如何实现跨部门、系统业务协同与优化，如何实现信息的无重复采集、充分共享是信息系统实现资源共享的关键。于是引入集成技术，就是采用功能、网络、软件界面集成等多种集成技术，实现信息系统集中、高效、便利的管理，将分离的硬件设备、系统功能、信息资源等集成到相互关联和统一协调的系统之中，使资源达到充分共享。集成技术实现的关键在于解决系统之间的互连和互操作性问题，它是一个多厂商、多协议和面向各种应用的体系结构[2]。

水利电子政务项目集成整合需要考虑和解决的问题有以下几个方面：

1）应用系统与应用系统之间

水利电子政务项目统一建设内容包括 5 个单项业务应用，各个流域还有其他应用系统建设内容。不同的应用系统由不同开发商（或团队）开发，各自开发进度不一样，业务集成需求是在建设过程中逐渐清晰和明确的。

2）应用系统与公用平台之间

公用平台为业务应用建设提供公共应用和集成服务。公共应用服务已经开发完成，并稳定运行。通过平台，跨不同业务应用的组织机构及人员的统一管理、单点登录得到了很好解决。集成服务方面，通过平台搭建了部机关到 7 个流域的信息交换体系，为信息互联互通打好了基础。平台减少了业务系统之间集成的负责程度，从多对多简化成 1 对多，同时为业务系统提供统一的信息交换接口和标准。

3）与未来业务系统之间

本次水利电子政务项目建设内容是电子政务核心，主要涉及办公、规划计划、人事、科技外事领域，随着信息化程度的提高，还需要建设其他业务系统，例如：档案、信访、纪检等。目前平台的技术和管理优势都已逐渐显现，新建系统逐渐移向平台。如何有效利用现有资源，又能保证系统性能？如何满足未来业务系统的集成需求？都是需要解决和实现的问题。

4）与外围政务系统之间

本次水利电子政务项目覆盖范围只到机关（水利部和各委员会机关），外围单位也相继开展政务系统的建设，直属单位与机关系统之间互联互通的需求日益迫切。

2 资源整合与共享设计框架

根据水利电子政务的实际需求和现状，应用系统集成和整合的对象主要是用户、信息、功能。在整合方式上考虑通过统一用户和界面、统一数据交换和共享、业务服务整合等进行。对应的整合技术包括：基于平台，提供门户集成，SSO，JMS 消息驱动，Web Service，数据交换等技术。整合的设计框架如图 1 所示。

在整个整合过程中，需要通过公用平台实现整个整合过程的支撑。公用平台作为整合平台，完全能够满足整合各种对象的需求，并基于各种方法，通过各种技术来实现整合。总之，公用平台为整合的实现提供了场所和支撑环境。

图1 整合的设计框架

根据需求分析，可以把整合的实体对象划分为人员、数据和业务功能 3 类。

人员：现有系统的人员（组织）、权限和界面的整合，为系统最终用户提供统一的界面，统一安全认证和访问控制。

数据：1）需要实时交换的数据信息，包括与其他系统交换的数据，内外网交换的数据，部机关与流域交换的数据；2）应用系统共享数据，将业务数据共享出来，供其他系统查询访问的信息。

业务功能：现有系统应用功能和服务的整合。

3 门户的统一

通过门户的建立，将电子政务所有办公业务统一集中到 1 个界面上，把各种信息资源都展现在主页上或直接链接，便于识别和进入。提供全部应用的单一登录，统一入口，提供统一的业务界面，以及结构清晰、内容可定制的信息服务，实现各信息资源、业务应用的集中与浏览。

3.1 门户与各应用的关系

通过门户提供的单点登录（SSO）服务，实现各应用的单点登录。

通过在门户中链接政务应用系统，统一电子政务系统入口。政务应用系统按照门户内容聚集标准（RSS /Web Service）将关键栏目内容封装。

门户提取应用系统提供的内容，负责统一 UI 展现和个性化。门户集成框架如图 2 所示。

3.2 门户集成策略

制定门户页面集成标准，各业务系统将系统内部栏目按标准规范封装，由门户调用相应服务实现集成展现。例如：由综合办公将“今日收文”封装成 RSS，把“待办事宜”封装成 Web Service，门户主动调用此服务，由门户负责页面风格和内容展现。

对于技术改造困难，而数据结构较清晰的业务应用，门户可以直接从数据层开发查询和浏览模块，再集成到门户上。

图2 门户集成框架

4 信息资源的整合

信息整合主要解决数据的传递和共享。数据传递又包括应用纵向（部机关与流域）、横向（应用与应用之间）、内外网之间的数据传递；数据共享提供数据供别人按需访问。

通过信息整合，实现信息的共同采集、集中管理，实现网络的互联互通、信息自动化传递。

4.1 信息共享库

信息资源的开发建设主要解决以下 2 个问题：1）采用有效的方式，实现对分布式信息资源的集中管理；2）提供方便灵活、安全可靠的信息资源访问手段，实现各类不同用户对信息资源的访问控制。

在本次电子政务项目中，各系统相互独立运行，但是部分系统需要其他系统提供数据支持，例如：规划计划、国科系统都有对公文的查询需求。为降低系统之间的耦合度，同时不影响用户的使用，在电子政务系统之间建立共享数据库，由各政务系统把需共享的数据及时存入共享数据库，其他系统调用数据共享接口，访问共享数据库获取所需数据。这种对数据实时性要求不高，面向信息资源共享的集成需求归属数据集成范围。

4.2 信息交换

水利电子政务不同应用系统间，水利部与各流域之间，政务内网与外网之间的数据交互过程，都需要进行信息交换。本次电子政务项目，采用 JMS 消息技术，构建了统一的信息交换体系，统一解决数据信息交换集成需求。

公用平台的信息交换体系为上层业务应用跨地域的数据交换提供了可靠的支撑，以消除由于应用范围、构建方式、系统结构、数据资源等方面产生的差异，实现信息的高度共享，保证数据交换的透明、简便、可靠、安全。

平台信息交换服务包括域内、域间、内外网等信息交换。

5 应用功能和服务的整合

跨业务应用系统的流程整合有一定难度，如何将业务系统的软件模块提取为公用的服务，服务粒度如何划分，以及开发商是否能够或愿意将业务系统的核心服务开放出来，这些问题是业务流程整合的关键。例如：综合办公系统目前只能做到办结公文等数据的输出，无法接收其他业务系统输入。这样其他业务应用就无法将办理的结果自动启动公文流程，无法实现业务的无缝链接，只能采用手动方式。各个政务应用本身的开放性决定了水利电子政务信息资源整合的深度，开发商技术协作和协调管理是信息资源整合的难题。

在本期水利电子政务系统建设中，除了 5 个单项业务系统，还有水利财务业务、公文交换、网上审批及监察、政务公开等系统。只有通过推进各应用系统之间的全面数据和功能整合，实现信息资源的全面共享，消除应用系统间的重复操作，建立应用系统的功能衔接和跨系统的数据访问，才能最终建立协同运作的应用格局，实现业务流程的高度自动化。

业务整合服务采用面向服务架构（SOA）技术，以业务驱动技术为核心理念，通过将原有系统中的功能重新整理为具有互操作性的标准服务，可以迅速组合和重用这些服务来满足业务需要，将原有分散独立的业务系统以标准的、松耦合的、大粒度的方式接入本系统应用整合平台，从而实现将原有分散的独立应用系统整合成一个能够满足水利电子政务应用的综合信息系统。

6 结语

随着水利电子政务系统的建设完成，各应用系统陆续投入使用，各类资源整合和共享的需求迫切。在建设过程中，为实现最大限度的资源共享，做了很多努力，从门户、信息、服务 3 个方面进行了分析探索，并应用到系统建设中，目前已经开始发挥作用。但是部分技术的实现针对性比较强，随着电子政务新建系统的介入，资源整合和共享的部分技术还要进行测试、调整和重构，要实现技术通用性还需要不断地学习、探索和实践。

[1]水利部水利信息中心. 水利部水利电子政务综合应用平台项目建设管理工作总结报告[R]. 北京：水利部水利信息中心，2010: 2-4.

[2]曾焱. 水利电子政务建设实践与研究[J]. 水利信息化，2010 (1): 67-71.