基于SOA电子政务系统研究.docVIP

基于SOA电子政务系统研究 　　［摘 要］ 深入分析了电子政务系统的现状与存在的问题，介绍了SOA (Services-Oriented Architecture)的基本结构及优势，探讨了基于SOA 的电子政务系统的体架结构，以及相应数据库的设计原则。 　　［关键词］ 电子政务；SOA；服务；数据库 　　［中图分类号］C931.6；TP393.02［文献标识码］A［文章编号］1673-0194（2008）21-0101-02 　　 　　电子政务(E-Government)是政府机构应用现代信息和通信技术，将政府管理和服务通过网络技术进行集成，并对政府需要的和拥有的信息资源进行有效开发和管理，同时改进、优化政府的组织结构、业务流程和工作方式，以打破时间、空间和部门分割的制约，从而加强政府业务运作的有效监管，提高政府的工作效率、决策质量、调控能力、廉洁程度，节约行政开支，全方位地向社会提供高效、优质、规范、透明的管理和服务。 　　 　　1 现状与存在的问题 　　 　　经过十几年的探索与发展，我国电子政务经历了办公自动化、政府上网工程等几个阶段，开始步入发展期。现在各级政府已经初步建成标准统一、功能完善、安全可靠的政务信息网络平台。我国政府网站已于2006年1月1日正式开通。中国政府网是国务院和国务院各部门，以及各省、自治区、直辖市人民政府在国际互联网上发布政务信息和提供在线服务的综合平台。最近几年，电子政务开始向更高层次发展。 　　近年来，各地、各部门相继独立建设了一批电子政务应用系统，在大力提升政务业务能力的同时，也造成政务部门之间的业务应用无法很好互联互通，在很大程度上制约着电子政务应用水平的进一步提升。信息系统的技术实现滞后于业务变更，无形中制约和阻碍了政务业务协同与发展。在以往建设的应用系统中，基本上是采取定制化解决方式，按照给定的业务需求进行建设，系统一旦建成之后则通常保持一个相对固定的体系结构形态。这种固定结构形态下的应用系统将资源与业务紧密绑定，呈现固化与静止状态，一旦业务需求发生变化，初始的相对静止的体系结构便难以再与之相匹配，系统往往需要进行大的改造或重新开发。要实现业务协同，往往需要采用复杂的软件技术，并需要扩充、改造已有应用系统才能完成，工程量较大， 无法紧跟业务变更步伐。 　　在电子政务建设中，多数业务功能的实现要通过复杂的技术手段来完成，技术选型一旦确定，技术对业务的依赖关系也成为现实。导致业务功能的实现受到技术因素的影响越来越大，用户缺少根据业务需要灵活选择技术的空间与余地， 信息系统不但不能更好支撑业务发展，反而成为业务变更与深化的束缚，业务对技术的依赖已经成为影响用户业务变更和创新的制约要素，这一现实若不改变，则很难根本改善业务深化条件与业务变革环境。 　　各政务部门现有的信息系统通常是基于不同的软硬件平台开发的，这样的结果导致建成的系统难以互联互通、实现互操作。在实际应用中，许多环节需要通过人工干预甚至手工转换来完成。面对以“一站式”服务为代表的协同业务需求，部门间的薄弱协作基础成为有害制约因素，尽管通过EDI或EAI可以进行集成，但因为受到统一标准缺失限制，所得效果与预期理想尚有差距。因此，跨地区、跨部门的业务协同急需新的技术手段来实现。 　　 　　2 面向服务的架构SOA 　　 　　2. 1SOA基本结构及实现方法 　　SOA是一种用来集成分布式系统的应用程序体系结构。在这种体系结构中，所有功能都定义为对应的服务，这些服务都有明确的可调用接口，使用者可以按定义好的顺序调用这些服务来形成业务流程，它支持业务伙伴之间的端到端的集成，提供了一种灵活的业务流程模型。 　　ＳＯＡ架构的基本元素是服务，ＳＯＡ指定一组实体（服务提供者、服务消费者、服务注册表、服务条款、服务代理和服务契约），这些实体详细说明了如何提供和消费服务。遵循ＳＯＡ观点的系统必须要有服务，这些服务是可互操作的、独立的、模块化的、位置明确的、松耦合的，并且可以通过网络查找其地址。服务可以由多个组件组成，通过事先定义的界面响应服务请求。服务本身并不依赖于其他函数和过程的状态，用什么技术实现服务，并不在其定义中加以限制。 　　 　　SOA体系结构由服务提供者(service provider)、服务请求者(service consumer)和服务代理者(service broker)3个角色构成，如图1所示。SOA体系结构中的每个实体的角色并非固定，可以同时充当以上3种角色中的一个或多个。这3种ＳＯＡ角色通过3个基本操作：发布（ｐｕｂｌｉｓｈ）、查找（ｆｉｎｄ）、绑定（ｂｉｎｄ）相互作用，服务提供者向服务代理者发布服务。服务请求者通过服务代理者查找所需的服务，当得到所需服务的信息后绑定到这些服务上。