电子政务的SOA引擎

 
   | |

导读:电子政务的SOA引擎,面向服务SOA的服务构件体系SCA,要有一个支持服务构件体系的、满足易用性的、集构件设计开发部署和治理一体化的环境。

关键词:电子政务 SOA引擎 面向服务架构 SOA 服务构件体系 SCA

 
正在加载数据...

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

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

  抓住服务

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

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

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

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

  七统一

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

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

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

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

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

原文出处:http://gocom.primeton.com/modules/techresource/article1913.htm
 
来源:银弹    作者:钱 军    
 
 
 
 
 

SCA

 
你想知道Java实施内服务、参照和属性是如何定义的吗?让我们使用支付的例子看看Java注释为Payment组件,如何被添加到Java类中来定义SCA服务……
 
SCA符合应用的每一个组件都是使用实施类型实施的。SCA技术参数定义了许多实施类型并且Tuscany项目也增加了一些。
 
服务组件架构(SCA)标准体系的愿景,起源于IBM和BEA的概念,对面向服务架构(SOA)来说具有编程标准的性质,这个说法来自于……
 
随着SCA/SCDL工具集的发展和时间的变化,很可能会改变。和微软的Frontpage一样,简化了基于HTML Web网站的开发过程,新厂商的产品……
 
SOA和Web服务已经成为主流,有些人认为它们现在实际上代表了部署新应用与合成服务。组件重用、开放标准和轻松装配合成服务……

热门技术手册排行

 

随着开源技术越来越成熟,一个稍有开发经验的人通过学习就可以用开源的产品和技术构建一套可用的系统。对于从事软件开发的人员,尤其是对Java或动态语言相关领域的人来说,“开源”也许是他们最喜爱的单词。但是,很多时候我们需要的不仅仅是一个可用的系统,而是希望这个系统开发更简易、性能更高和扩展性更好等。这确实是一个令人头痛的问题。本指南很多地方都是点到为止,要深入了解相关信息的读者请借助参考资料、网站等自行挖掘。

 

本专题分六部分探讨SOA设计模式,当初设计面向服务架构的一大初衷就是降低服务间耦合度,由此提高服务的灵活性和自由度。

 

业务流程管理(business process management,bpm)不是一个新概念,甚至不是一个新名词。它是从相关的业务流程变革领域,如业务流程改进(bpi)、业务流程重组(bpr)、业务流程革新中发展起来的。流程管理技术也是从早期的工作流管理、eai、流程自动化、流程集成、流程建模、流程优化等技术中发展起来的。

 

TOAGF是一个架构框架,简而言之,TOGAF是一种协助发展,验收,运行,使用,和维护架构的工具。它是基于一个迭代(Iterative)的过程模型,支持最佳实践和一套可重用的现有架构资产。

 

云计算的概念越来越流行,Amazon、Google和IBM是第一批将云计算引入公众视线的公司。云计算就是新的Web2.0,一种既有技术上的市场绽放。

 

Mashup是一个非常cool的新的应用程序种类。如果你想真正的了解它们,我们需要回过头来看看你现在的计算机,其实它就是一个非常好的帮助你理解mashup的模型。现在开源的操作系统无疑是非常好的apis的集合或应用程序编程接口,帮助开发者去构建其应用程序。计算机本身也是一个很好的为用户提供接口的例子,键盘和鼠标可以被理解为你通过计算机的接口而使用的不同的应用程序。本技术手册为读者提供了一些相关信息,如果需要深入了解mashup,读者可以借助其他参考资源。

查看更多
 
 

登录TechTarget中国

关闭
本服务仅向TechTarget中国的会员开放,请登录或立即免费注册
电子邮件地址:
请输入您的电子邮件地址
密码:
下次自动登录