水利电子政务系统整合和建设
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
浅谈水利电子政务系统整合和建设摘要:水利电子政务综合应用平台是水利电子政务建设的重要基础,是信息资源整合和应用系统开发的基础支撑,是互联互通、信息共享、业务协同目标实现的技术保障。文中对水利电子政务及综合应用平台建设面临的问题进行了分析,提出了水利电子政务综合应用平台建设中的几项关键技术。
关键词:水利电子政务;综合应用平台;关键技术
中图分类号:tv文献标识码: a 文章编号:
水利电子政务项目建设的总目标是:通过对水利业务需求和功能的系统梳理,基于统一的技术架构、标准与环境,进行数据资源和应用系统整合,实现各级水行政主管部门及应用系统之间信息资源共享和政务公开,提高水利政务信息化整体水平,夯实水利现代化基础。平台同构优势有效发挥,为信息互联互通、协同办公和未来流程整合目标的实现打下坚实基础。
1资源整合与共享的需求
虽然目前各业务系统统一了基础的 it 架构,采用相同的数据库和 j2ee 开发技术体系,但电子政务项目中应用系统和信息资源整合及共享面临很大挑战。如何实现跨部门、系统业务协同与优化,如何实现信息的无重复采集、充分共享是信息系统实现资源共享的关键。于是引入集成技术,就是采用功能、网络、软件界面集成等多种集成技术,实现信息系统集中、高效、便利的管理,将分离的硬件设备、系统功能、信息资源等集成到相互关联和统一协调的系
统之中,使资源达到充分共享。
2资源整合与共享设计框架
根据水利电子政务的实际需求和现状,应用系统集成和整合的对象主要是用户、信息、功能。在整合方式上考虑通过统一用户和界面、统一数据交换和共享、业务服务整合等进行。对应的整合技术包括:基于平台,提供门户集成,sso,jms 消息驱动,web service,数据交换等技术。在整个整合过程中,需要通过公用平台实现整个整合过程的支撑。公用平台作为整合平台,完全能够满足整合各种对象的需求,并基于各种方法,通过各种技术来实现整合。总之,公用平台为整合的实现提供了场所和支撑环境。
3门户的统一
通过门户的建立,将电子政务所有办公业务统一集中到 1 个界面上,把各种信息资源都展现在主页上或直接链接,便于识别和进入。提供全部应用的单一登录,统一入口,提供统一的业务界面,以及结构清晰、内容可定制的信息服务,实现各信息资源、业务应用的集中与浏览。
3.1门户与各应用的关系
通过门户提供的单点登录(sso)服务,实现各应用的单点登录。通过在门户中链接政务应用系统,统一电子政务系统入口。政务应用系统按照门户内容聚集标准(rss /web service)将关键栏目内容封装。门户提取应用系统提供的内容,负责统一 ui 展现和个性化。门户集成框架。
3.2门户集成策略
制定门户页面集成标准,各业务系统将系统内部栏目按标准规范封装,由门户调用相应服务实现集成展现。例如:由综合办公将“今日收文”封装成 rss,把“待办事宜”封装成 web service,门户主动调用此服务,由门户负责页面风格和内容展现。对于技术改造困难,而数据结构较清晰的业务应用,门户可以直接从数据层开发查询和浏览模块,再集成到门户上。
4.1信息共享库
信息资源的开发建设主要解决以下 2 个问题:1)采用有效的方式,实现对分布式信息资源的集中管理;2)提供方便灵活、安全可靠的信息资源访问手段,实现各类不同用户对信息资源的访问控制。在本次电子政务项目中,各系统相互独立运行,但是部分系统需要其他系统提供数据支持,例如:规划计划、国科系统都有对公文的查询需求。为降低系统之间的耦合度,同时不影响用户的使用,在电子政务系统之间建立共享数据库,由各政务系统把需共享的数据及时存入共享数据库,其他系统调用数据共享接口,访问共享数据库获取所需数据。这种对数据实时性要求不高,面向信息资源共享的集成需求归属数据集成范围。
4.2信息交换
水利电子政务不同应用系统间,水利部与各流域之间,政务内网与外网之间的数据交互过程,都统一的用户界面,个性化展示待办事宜rss 标准 web service 标准近日发文近日收文政务公告上
周要情规计新闻成果展现政策公告干部任免公示教育培训计划出国报告成果公报办理指南综合办公规划计划人事管理科技外事ui 展现内容封装内容提门户集成框架需要进行信息交换。本次电子政务项目,采用 jms 消息技术,构建了统一的信息交换体系,统一解决数据信息交换集成需求。
5应用功能和服务的整合
跨业务应用系统的流程整合有一定难度,如何将业务系统的软件模块提取为公用的服务,服务粒度如何划分,以及开发商是否能够或愿意将业务系统的核心服务开放出来,这些问题是业务流程整合的关键。例如:综合办公系统目前只能做到办结公文等数据的输出,无法接收其他业务系统输入。这样其他业务应用就无法将办理的结果自动启动公文流程,无法实现业务的无缝链接,只能采用手动方式。各个政务应用本身的开放性决定了水利电子政务信息资源整合的深度,开发商技术协作和协调管理是信息资源整合的难题。在本期水利电子政务系统建设中,除了 5 个单项业务系统,还有水利财务业务、公文交换、网上审批及监察、政务公开等系统。只有通过推进各应用系统之间的全面数据和功能整合,实现信息资源的全面共享,消除应用系统间的重复操作,建立应用系统的功能衔接和跨系统的数据访问,才能最终建立协同运作的应用格局,实现业务流程的高度自动化。业务整合服务采用面向服务架构(soa)技术,以业务驱动技术为核心理念,通过将原有系统中的功能重新整理为具有互操作性的标准服务,可以迅速组合和重用这些服务来
满足业务需要,将原有分散独立的业务系统以标准的、松耦合的、大粒度的方式接入本系统应用整合平台,从而实现将原有分散的独立应用系统整合成一个能够满足水利电子政务应用的综合信息系统。
随着水利电子政务系统的建设完成,各应用系统陆续投入使用,各类资源整合和共享的需求迫切。在建设过程中,为实现最大限度的资源共享,做了很多努力,从门户、信息、服务 3 个方面进行
了分析探索,并应用到系统建设中,目前已经开始发挥作用。但是部分技术的实现针对性比较强,随着电子政务新建系统的介入,资源整合和共享的部分技术还要进行测试、调整和重构,要实现技术通用性还需要不断地学习、探索和实践。
参考文献:
[1] 水利部水利信息中心. 水利部水利电子政务综合应用平台
项目建设管理工作总结报告[r]. 北京:水利部水利信息中心,2010: 2-4.
[2] 曾焱. 水利电子政务建设实践与研究[j]. 水利信息化,2010 (1): 67-71.