论文部分内容阅读
［摘 要］ 深入分析了电子政务系统的现状与存在的问题，介绍了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是一种用来集成分布式系统的应用程序体系结构。在这种体系结构中，所有功能都定义为对应的服务，这些服务都有明确的可调用接口，使用者可以按定义好的顺序调用这些服务来形成业务流程，它支持业务伙伴之间的端到端的集成，提供了一种灵活的业务流程模型。
ＳＯＡ架构的基本元素是服务，ＳＯＡ指定一组实体（服务提供者、服务消费者、服务注册表、服务条款、服务代理和服务契约），这些实体详细说明了如何提供和消费服务。遵循ＳＯＡ观点的系统必须要有服务，这些服务是可互操作的、独立的、模块化的、位置明确的、松耦合的，并且可以通过网络查找其地址。服务可以由多个组件组成，通过事先定义的界面响应服务请求。服务本身并不依赖于其他函数和过程的状态，用什么技术实现服务，并不在其定义中加以限制。
2. 2优势
政府的信息化系统，既是社会的信息服务系统，同时还是政府自身的管理系统。为了整合政府各部门上下级的信息资源，提高信息收集、传输处理和反馈效率，电子政务采用SOA的架构是最适合不过的了。分布于各部门和社会各单位中的系统是各自独立的，也是千差万别的，当执行数据处理任务的时候，又需要这些系统进行协同操作，此时SOA就有了优势。
3 基于SOA 的电子政务系统结构
3. 1SOA电子政务系统的总体框架
在设计系统结构之前，首先要理解业务组件和连接器两个概念。业务组件是包含业务逻辑的粗粒度单元，能够完成某一单位业务功能，如工商、海关、地税等的业务办公。连接器是一个抽象概念，泛指各种系统之间的交互方法，如基于消息的交互、请求-代理方式、远端程序调用、本机调用、文件流形式、数据库访问等。因为各类组件都可重用，并且与该组件交互的其他组件不确定，所以不能将某一类组件间的交互方式固化于组件本身，而应将其与组件分离，在组件合成时再按组件间的交互方式进行定制连接器，有点类似中间件，可理解为中间件的扩展。通过对服务分析，建立如图2所示的基于SOA的电子政务系统框架结构。
该电子政务系统框架将政务部门内部业务组件和外部的组件分离，组件与组件的连接关系设为间接联系，组件提供标准的接口，并提供目录查询服务。服务使用者通过接口4可以找到接口2和接口3进行绑定和使用服务，通过注册中心可以进行组件的类型转换，改变其注册类型进行重新发布。
3. 2SOA的电子政务系统的数据库
在基于SOA 的电子政务系统中，数据库应该采用分布式的数据库，如图3所示。图3中的数据库中间件的作用是判别何种类型的组件调用哪部分的数据库，以及是否可以调用相应的数据等。因为数据库本身对应于服务的类型不同，所以系统中的数据库也应该是松散耦合的。虽然数据库可同时被多个组件类型访问，但还会存在类似组件类型转化的任务，只有松散耦合的数据库才可以适应这样的变化，对系统影响最小。
4 结束语
基于SOA面向服务架构解决了政务系统使用过程中产生的信息孤岛问题，让应用彻底摆脱面向技术解决方案的束缚，轻松应对服务变化和发展的需要。随着SOA技术的发展，将会对计算机应用领域，特别是电子政务系统的设计产生深远的影响。因此开展对SOA技术研究是很有意义的。
主要参考文献
［1］ 袁红，许江． 从ＣＮＮＩＣ统计数据看我国电子政务的发展［Ｊ］． 电子政务， 2007（10）：41－50．
［2］ 毛新生． ＳＯＡ 原理·方法·实践［Ｍ］．北京：电子工业出版社，2007.
［3］ 杨宾． ＳＯＡ适合电子政务——谈政府应用的ＳＯＡ标准规范问题［Ｊ］． 信息系统工程， 2006（8）：32－33．
［4］ 任文杰．浅谈基于ＳＯＡ技术的政府门户网站整合［Ｊ］． 电子政务，2006（5）：22－26.
［关键词］ 电子政务；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是一种用来集成分布式系统的应用程序体系结构。在这种体系结构中，所有功能都定义为对应的服务，这些服务都有明确的可调用接口，使用者可以按定义好的顺序调用这些服务来形成业务流程，它支持业务伙伴之间的端到端的集成，提供了一种灵活的业务流程模型。
ＳＯＡ架构的基本元素是服务，ＳＯＡ指定一组实体（服务提供者、服务消费者、服务注册表、服务条款、服务代理和服务契约），这些实体详细说明了如何提供和消费服务。遵循ＳＯＡ观点的系统必须要有服务，这些服务是可互操作的、独立的、模块化的、位置明确的、松耦合的，并且可以通过网络查找其地址。服务可以由多个组件组成，通过事先定义的界面响应服务请求。服务本身并不依赖于其他函数和过程的状态，用什么技术实现服务，并不在其定义中加以限制。
2. 2优势
政府的信息化系统，既是社会的信息服务系统，同时还是政府自身的管理系统。为了整合政府各部门上下级的信息资源，提高信息收集、传输处理和反馈效率，电子政务采用SOA的架构是最适合不过的了。分布于各部门和社会各单位中的系统是各自独立的，也是千差万别的，当执行数据处理任务的时候，又需要这些系统进行协同操作，此时SOA就有了优势。
3 基于SOA 的电子政务系统结构
3. 1SOA电子政务系统的总体框架
在设计系统结构之前，首先要理解业务组件和连接器两个概念。业务组件是包含业务逻辑的粗粒度单元，能够完成某一单位业务功能，如工商、海关、地税等的业务办公。连接器是一个抽象概念，泛指各种系统之间的交互方法，如基于消息的交互、请求-代理方式、远端程序调用、本机调用、文件流形式、数据库访问等。因为各类组件都可重用，并且与该组件交互的其他组件不确定，所以不能将某一类组件间的交互方式固化于组件本身，而应将其与组件分离，在组件合成时再按组件间的交互方式进行定制连接器，有点类似中间件，可理解为中间件的扩展。通过对服务分析，建立如图2所示的基于SOA的电子政务系统框架结构。
该电子政务系统框架将政务部门内部业务组件和外部的组件分离，组件与组件的连接关系设为间接联系，组件提供标准的接口，并提供目录查询服务。服务使用者通过接口4可以找到接口2和接口3进行绑定和使用服务，通过注册中心可以进行组件的类型转换，改变其注册类型进行重新发布。
3. 2SOA的电子政务系统的数据库
在基于SOA 的电子政务系统中，数据库应该采用分布式的数据库，如图3所示。图3中的数据库中间件的作用是判别何种类型的组件调用哪部分的数据库，以及是否可以调用相应的数据等。因为数据库本身对应于服务的类型不同，所以系统中的数据库也应该是松散耦合的。虽然数据库可同时被多个组件类型访问，但还会存在类似组件类型转化的任务，只有松散耦合的数据库才可以适应这样的变化，对系统影响最小。
4 结束语
基于SOA面向服务架构解决了政务系统使用过程中产生的信息孤岛问题，让应用彻底摆脱面向技术解决方案的束缚，轻松应对服务变化和发展的需要。随着SOA技术的发展，将会对计算机应用领域，特别是电子政务系统的设计产生深远的影响。因此开展对SOA技术研究是很有意义的。
主要参考文献
［1］ 袁红，许江． 从ＣＮＮＩＣ统计数据看我国电子政务的发展［Ｊ］． 电子政务， 2007（10）：41－50．
［2］ 毛新生． ＳＯＡ 原理·方法·实践［Ｍ］．北京：电子工业出版社，2007.
［3］ 杨宾． ＳＯＡ适合电子政务——谈政府应用的ＳＯＡ标准规范问题［Ｊ］． 信息系统工程， 2006（8）：32－33．
［4］ 任文杰．浅谈基于ＳＯＡ技术的政府门户网站整合［Ｊ］． 电子政务，2006（5）：22－26.