系统要素电子政务论文范文

本站小编为你精心准备了系统要素电子政务论文参考范文，愿这些范文能点燃您思维的火花，激发您的写作灵感。欢迎深入阅读并收藏。

1电子政务跨系统协同中的资源共享模型

1．1数据联合模式

利用数据联合视图和交换接口，将分布式的异构数据转化为逻辑上集中的数据，以实现数据的同步与实时集成。该模型的主要组成包括统一查询接口、数据联合视图、资源目录、访问接口、数据标准化模块等。起关键作用的是数据联合视图，它提供了有效联接和处理异构数据的解决方案，对外屏蔽了数据源的多样性。在业务活动和电子政务门户信息服务中，需求方以不同形式和格式提出查询请求;统一查询接口负责接收定向到集成视图的查询，并使用优化算法进行查询转换，将其拆分为一系列子操作;数据联合视图根据资源目录体系，对已分解的子查询进行资源匹配;由数据交换接口从各数据源收集结果，进行数据标准化和组装，最后将集成结果返回到原始查询界面。上述处理序列以同步的方式实时完成，因此数据联合模式适用于业务需求灵活多变、对实时性要求较高的电子政务业务协同。

1．2数据整合模式

利用相应的数据预处理技术将异构数据整合为物理上集中的数据资源。该模型与数据联合模型的主要区别是它形成了一个现实存在的数据仓储。该模型中起关键作用的是ETL(Extrac-tion，Transformation，Load)处理模块，它在各系统间数据交换和共享的基础上，面向预设的业务逻辑完成数据抽取、转换和装载，从而屏蔽资源的异构性，最大程度地提高现有资源的利用率。这种“预处理”方式，使其更适用于业务处理较为固定、业务流程较为复杂的电子政务业务协同。

2电子政务跨系统协同中的技术融合模型

电子政务建设需要将已有技术手段纳入整体考虑，以有效地支持不断变化的业务形态。在初期建设中，不同部门、地区的技术基础和建设模式存在差异，导致各系统间技术兼容性较差。因此，系统间的技术融合是电子政务协同的难点，也是当前研究的热点之一。现有研究通常依托于特定的技术架构，较为主流的有SOA架构、网格架构、云计算架构等。例如，王红霞等人提出了基于中间件的电子政务系统集成模型;琚春华等人提出了基于多Agent的电子政务技术协同模型;熊曙初等人提出了基于Webservice与工作流的技术集成框架;林颖贤等人提出了基于云计算的电子政务系统协同模型。复杂系统的技术融合中，通常需要将系统间的协同关联划分为多个层次。因此，尽管上述多种模型受所依托的架构影响而形式各异，但它们都可以从层次结构的视角归一为相近的逻辑模型，即跨系统技术融合包括传输层、数据层、功能层、过程层和表示层共5个层次。从这一共性的层次模型出发，建立统一的技术融合标准规范是重点。实践中，需要采用具有良好可扩展性的通用技术标准，以便将互不兼容的电子政务系统进行技术对接，进而将具体技术融合到各业务环节中，推动资源共享和服务协作。基于这一思路，笔者对电子政务跨系统技术融合的层次与规范进行了系统梳理，结果如表1所示。传输层位于最底层，主要解决多个系统间通过网络互用信息资源和服务功能的问题;传输层的技术融合规范主要保障异构系统间的无障碍通讯互联。数据层除了要解决数据转化、交换和整合等基本功能，还需解决系统间的有效访问问题，其实现可以考虑从语法、语义角度进行。功能层依托于业务逻辑，针对电子政务实体的业务关系、资源共享关系进行层次化的功能构建，以解决面向用户的服务问题。过程层根据业务活动和工作流来组织服务功能，其技术融合以服务协同和数据协同为基础，综合运用低层支持协议和相关的集成技术来实现流程化的服务组合。表示层主要为用户提供统一的调用界面，其技术融合的要求在于保证用户从统一的渠道访问其所需的信息，满足用户通过界面方式访问不同系统的应用功能;因此需要提供可兼容多种应用程序的统一界面，以将相对分散独立的电子政务服务组成一个整体。

3电子政务跨系统协同中的服务协作模型

当前电子政务系统服务交互功能急需大力提升，特别是需要将多个系统中的服务功能按用户需求和业务逻辑进行优化组合，以形成新的标准化服务。因此，跨系统服务协作是当前电子政务发展的重要问题。现有实践中，诸如“网上并联审批”“一站式办公”等服务形式都是以跨系统的服务协作为基础。电子政务中，一项业务活动往往包括多个子业务，这些子业务来源于不同协作机构，但都存在一定的时序约束和业务逻辑关系，可组合为“服务链”。因此，有研究者指出，基于“服务链”的动态服务协作是现阶段电子政务协同研究中亟待深入的。相应地，电子政务业务的服务分解、子服务匹配和优化组合是服务协作的关键。另外，在具体实践中，由于电子政务业务活动的多样性和动态性，其服务协作体系需要有灵活性，以实现“可变流程”业务的配置。因此，电子政务的跨系统服务协作模型需要充分考虑业务需求的个性化配置问题。需求方(用户、业务人员)通过客户端或者协同门户提交业务配置请求，协作管理系统按照指定的业务逻辑解析其服务需求，服务需求由协作系统进行分配，由参与服务的协同机构来满足，且资源与服务对用户透明。综上所述，可将电子政务跨系统服务协作模型归纳如图4所示。该模型可分为服务资源层、元服务层、业务层和服务层。服务资源层中，参与协同的各系统将自身服务功能分解为粒度最小的子功能;在元服务层中，按统一的标准描述各子功能的基本信息(包括服务功能描述、约束条件、输入、输出参数等)，并将其注册成为元服务，注册信息汇总为元服务目录，元服务可通过统一的安全接口进行调用。用户在服务层产生业务需求后，系统根据业务逻辑将其分解为一系列相互约束的子任务，构成任务流，完成业务过程建模。相应的业务流转至元服务层，由元服务匹配模块查询元服务目录，以最优化和最大化为原则进行元服务匹配。最优化原则要求服务的匹配综合质量、能力、资源、职责、时间响应等维度考虑;最大化原则优先考虑某一系统可命中多个单元的“服务组合”情况。相应地，元服务调用模块通过安全接口调配元服务，通过流程化的服务组合实现用户需求与服务资源的映射。服务链的优化组合在满足业务逻辑约束关系(包括元服务间的顺序、并行、分支3种基本时序约束)的前提下，对存在前置关系的元服务实行串联响应，否则实行并联响应，以提高服务响应速度。

4电子政务跨系统要素协同中的管理协调模型

电子政务跨系统要素协同中，管理协调的重要性不言而喻。我国电子政务“十二五”规划指出，政府零散孤立的管理职能体系导致电子政务效率降低，管理体制问题对电子政务发展的阻碍日益明显。吴建南等人通过实证分析指出，信息技术只有改变政府内部流程的分工协调，才能显著提升政府绩效。多个国家的实践表明，建立强有力的领导与组织架构以协调跨部门横向合作，是实现电子政务目标的重要保障。在电子政务发展初期阶段，跨系统要素协同的管理以主管部门统筹方式为主，以协调不同部门利益冲突和缓解协作阻力;而在成熟阶段，应转向持久型管理协调策略，其核心是建立业务标准、管理制度和绩效考核体系。各国政府电子政务顶层设计的共性是通过明确目标和建立标准，以结构化方式进行管理协调。相应地，美国联邦政府在电子政务管理协调中采用了FEA架构，自顶向下分别包括绩效、业务、服务构建、数据、技术五层参考模型。英国在电子政务管理协调中建立了以标准化为核心的互操作框架，包括如图5所示的六个层面，自顶向下进行组织协调，自底向上开展变化管理。这一模型具有较好的通用性，可为我国电子政务跨系统协同的管理协调提供参考。

5结语

基于系统要素的视角，可以提出更具有普遍性的电子政务跨系统协同概念模型，在此基础上，从资源、技术、服务、管理层面分别进行具体模型构建。在当前电子政务发展现状下，这一思路具有针对性和可行性，有利于屏蔽资源异构、技术不兼容和业务流程多变的影响。数据共享模型包括数据联合和数据整合两种模式，各有其适用性;技术融合模型构建的关键不是采用何种具体架构，而是将多种主流架构抽象为具有共性的层次结构，在此基础上重点关注各层次的技术实现规范;服务协作模型的构建需要在保障需求可配置的前提下，面向政务活动工作流进行服务分解、匹配和服务链优化组合;管理协调模型的核心是采取持久型管理协调，其中标准化的建设是核心。本文所提出的概念模型和各子系统要素协同模型具有一般性。在实际应用中，可从相应的电子政务系统协同目标出发，结合各系统的资源分布、技术基础、服务功能和管理方式，在本文模型上进行适当扩展。

作者：陈果肖璐胡昌平张敏单位：武汉大学信息资源研究中心西南大学计算机与信息科学学院