电子政务的SOA引擎

日期: 2008-08-18 作者:钱 军 来源:TechTarget中国 英文

  政府网站群的概念是由一个主站和多个分站组成的,一般主站由政府主办(市信息办承办),而分站多由政府的各个职能部门如区县、委办局自己主办。传统意义下的政府网站主要以信息发布和管理为主要职能,从逻辑上看,网站群的主站和分站之间多是松散关系,各单位以各自职能为主面向社会发布信息,关系体系在网页链接,可以做到的统一也许只有部分网页的风格。当然从物理上看,组成网站群的主站和各个分站的运行服务器群也有统一构建和统一维护的,成立统一的网站群运行管理中心,负责服务器群的管理和整个应用系统的安全。
 
  在从职能型政府转向服务型政府的大背景大形势下,在计算机技术和互联网应用飞速发展和普及的大趋势大环境下,政府网站群的网上互动和服务功能正在逐步增加,政府网站群的职能也正在从单一地发布信息向政务公开、电子政务在线服务、公众参与绩效监督等多元化方向发展。

  作为沟通政府和市民、政府和企业的一个有效桥梁,政府网站群将会发挥出日益重要的作用。从网站群的主办方来看,作用将主要体现在“促进政务公开、推进依法行政、加强对公众的服务能力”等方面;而从网站群的受众来看,政府网站群就是要起到“公众知情、公众参与和公众监督”的作用。

  抓住服务

  要让政府网站群这两个方面的作用都发挥出来,核心是什么呢?答案是要抓住“服务”这个抓手。这个核心抓手必须是从“政府到公众、公众到政府”两个方向来分析和把握服务的提供机制和服务的监督机制。

  以目前政府各职能部门的划分来看,能够提供出的所谓服务多是以政府部门职能为基础而形成的,如民政局的婚姻登记服务、公安局的护照办理服务等。这些服务首先会出现在这个职能部门主办的分站上,如婚登服务挂在民政局的网站上,护照服务挂在公安局的网站上。在一段时间后,这个所谓的服务可能被整合到政府网站群的中心主站上,整合的实质其实就是一个从主站到分站的链接。如果一个人同时申请了这些服务,即使都是在主站上,他也需要为不同的事情做不同的登录、填报,哪怕有很多是重复的步骤和过程。当然从主站登录还是有好处的,至少他有了一个可以统一找到他所需要的服务的一个统一入口。也就是说,服务的受理从面向服务对象的角度看应该是统一的,最好还能做到统一的用户管理。

  上面提到的服务在处理过程中,可能由一个部门即可单独完成,也可能涉及多个部门的协作。如有些行政许可服务,可能涉及规划、国土、建设、环保、卫生等多个环节,服务在处理过程中需要跨部门流转,形象地讲,就是一个大服务由多个小服务(或子服务)组成。如果该服务的请求者需要对每个环节都去申请,即使免除了多头注册的受理环节,还因每个子服务环节的处理条件、处理时间和处理结果的繁琐与不同而疲于应付。因此服务的处理从面向服务对象的角度看,服务需要一个主体牵头部门,服务需要对每个部门的处理时间、处理条件和处理结果做出统一规定。这个规定其实对单一部门就可以提供的服务也是适用的,也就是说,服务的处理最好是对每个处理环节能够有统一的输入、输出和处理时间的规范。

  同时,这些服务必须要有监督、绩效,只有这样服务才能不断改进和提高。这个监督和绩效的机制应该是第三方的,因此在充分考虑每个服务所涉及的受众、受理和处理的不同差异的情况下,建立统一的监督和绩效考评,是服务可持续存在和改进的必要手段。

  七统一

  到现在,可以说我们得出了一个结论,即从政府和公众的双向角度来看,服务不仅仅是某个政府职能部门放在其网站(分站)上的某个办事功能而已,服务应是有牵头政府部门的、在政府网站群的主站和分站之间能够完成“统一受理、统一用户管理、统一输入和输出规则、统一处理时间规则、统一监督、统一投诉、统一考评”等七项规范的一个有机体,我们暂称之为“七统一”服务。

  这种“七统一”服务可以说是电子政务在线服务的一个模型,“七统一”规范的“统一受理、统一用户管理、统一输入和输出规则、统一处理时间规则、统一监督、统一投诉、统一考评”就是政府提供公众服务的七个必备特征,是服务构造的镜子和尺子,也是电子政务服务构造的统一模型。

  有了这个统一模型,我们可以从这种“七统一”服务之中,抽取出几类共性的服务,如统一用户管理(合法与非合法)面向注册与权限,统一状态管理(常态与非常态)面向查询和监督,统一绩效管理(有效与非有效)面向服务的投诉和考评。

  这些共性服务可以像政府网站群的运行服务器群那样,做出统一的构造和管理,从而在政府投资的使用、系统运维、安全等方面做到最佳。
     
  其实,在服务的受理、办理和评价的过程之外,到现在为止,我们忽略了一个环节,即服务的推出环节,或者说服务的不断推陈出新。为什么这么说呢?

  随着公众和企业的参与,可能需要整合或调整某些服务,也就是服务的不断推陈出新。如何才能快速响应公众的需求,调整服务的形态,是面向服务的政府所必须考虑的。这种服务的随需应变,即可能涉及主站上的共性服务构造,也可能涉及由业务部门牵头的“七统一”服务构造,或者两者兼有之。要想在这方面做得尽可能好,就必须统一考虑在整个政府网站群的主站和分站之间,面向服务构造建立统一的支撑架构,如面向服务(SOA)的服务构件体系(SCA),要有一个支持服务构件体系的、满足易用性的、集构件设计开发部署和治理一体化的环境。以这个标准化的服务构件环境为服务构造引擎,可以驾驭完成服务构造的四项关键任务:服务抓手、“七统一”服务构造模型、共性服务构造、以及服务的推陈出新和随需应变。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

作者

钱 军
钱 军

相关推荐

  • 事件驱动框架和SOA在空军的应用

    空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。

  • 揭秘New Relic APM技术细节

    New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响

  • 仅凭SOA和云无法解决业务数据管理风险问题

    SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。

  • 购买应用集成工具可以采取平衡做法

    购买应用程序集成工具需要好好看看你的公司需求,知道从供应商里面要寻找哪些关键功能。