作者：付东普
导读：由SOA标准工作组主办，CIO时代网承办的“SOA系列应用沙龙活动”第一期于3月26日在北京大学启动，东方通SOA产品技术总监付东普发表了题为《SOA在电子政务中的几种集成模式》的演讲，本文根据现场录音整理。
关键字：SOA　　大家下午好！因为这次来的比较仓促，质量可能不如董总。我今天主要从这样几个角度向大家汇报。
　　一、国内电子政务建设成果：在座的都是政务方面的专家，电子政务方面的背景知识就简单说一下。
　　我们的电子政务建设取得了很多的成绩，基础设施初步建成，办公自动化建设、文档信息化等问题； 垂直行业应用系统建设进展顺利，横向、纵向方面的典型的垂直行业的整合； 政务部门横向信息整合进展不一； 网络的整合方面，经过这么多年，在网络方面内网外网实现了统一；四库为代表的横向信息整合开始推进，积累的比较快，但是涉及到各个省市地区的人口、法律方面积累还不一样。有一些省市云南贵州还在建设中。
　　同时，国内电子政务建设存在的不足：横向整合方面，进展不一样。问题是横向方面跨部门进行协调，困难多一些，不是SOA的问题，也不是技术的问题。为什么关注这一块，国家发了几方面的文来看，指导意见中信息资源共享是重要的内容。
　　从国家的2号文件里，提到了目前电子政务建设方面的不足，信息共享机制没有建立起来，发展层次不一样。法律法规和标准化工作之后，电子政务建设、管理运行体制不完善，各自为政，重复建设严重。从目前的趋势来看，打破这种利益分割，有一种趋势，在关注SOA虚拟化和云计算方面的方向，个人认为在电子政务是一个更有必要的发展趋势，只是目前不是技术的问题，而是管理的问题。
　　国家的一些文件，接触了很多项目，培训和交流中，重要的一点，目录体系交换，数据交换，基础平台，应用、协调化办公涉及到整合，我们公司目前主要是关注整合和基础应用平台。
　　二、电子政务整合与应用集成内容：
　　垂直整合已经进行差不多，少量的还在进行。垂直整合刚才看到国内已经有成功案例，金宏工程就是很成功的。
　　集成内容：政务信息共享交换，应用及政务信息服务化，跨部门协调，政务门户整合。
　　集成范围：横向的整合已经进行了很多年，今年差别很大。难就难在部门协调，不是技术方面。通过服务化的方式，有一些变通方案。
　　三、SOA可助力国内电子政务建设
　　面向服务型的政府与面向服务的架构：目标一致，面向服务；效果一致，共享一致，灵活高效、标准开放，提高服务质量等。可充分发挥SOA的整合架构优势：基于标准接口和适配服务介入手段，解决跨部门横向整合的技术问题，平台独立的服务化方式；SOA思想及相关技术，可覆盖电子政务整合的内容和范围。
　　四、电子政务几种SOA集成模式：
　　电子政务整合主要包括以下几种模式：
　　基于信息数据的规范化整合模式，将要共享集成的数据信息规范化，做一些标准化和规范化，跨部门协调的时候，有两种基于数据表模式。
　　基于应用技术级的服务化集中共享整合模式，将应用技术可共享的源进行服务化封装，集中统一管理。
　　基于流程化服务编排和编制的整合模式
　　基于门户集成模式统一政务办公窗口整合模式。
　　1、基于信息数据的规范化整合模式。
　　这种模式行业标准规范，也借鉴了SOA的标准规范，数据的格式，数据的传输，规定了一些传输协议。交换以后，应用怎么共享，也规定了一些服务标准接口。更多的屏蔽了部门之间的协调。通过接口把相关数据传到传输系统，进行共享交换。在信息中心搞大的采集机，共享交互数据中心，给其他的提供一些数据服务。这种方式，基于一个目的，共享数据，数据统一。包括金宏，很多的出发点，就是搞数据大集中，提供一些决策分析，相关的专题数据挖掘。这种模式，有一个缺点，基本上都要采集进行交换，把后台的应用系统屏蔽了。
　　2、应用技术局的服务化集中共享整合模式
　　集中代理：这种的优势：提供服务的透明访问，统一管理和业务服务能力评价，服务消费者与提供者消费架构，丰富所代理应用服务的能力及屏蔽技术负责性等。缺点：不适于上下文复杂、多状态迁移、事务要求高等场合，解决数据共享交换问题相对效率有所降低等。
　　组装：由这些服务构件新的服务，国家要建立企业信用系统或个人信用系统，分布到不同部门，比如银行、工商，有一种模式，把所有服务集中到一起，在服务商进行组装，构成新的服务，查询综合服务。这种模式，如果从标准规范来说，最早IBM提交标准规范。基于组装模式弱一点，其优势：基于标准的服务接口，屏蔽异构技术复杂性，基于现有服务构件，可组合不同的业务服务，部署灵活。缺点：具体实现工具使用模式较复杂，多数情况需要变成开发，偏技术层面，业务人员使用困难。
　　有了这么多服务怎么办？基于这些服务，做一些编排。这一块可能在座的更有发言权。为什么必要要有这个东西，比如说我们知道，部门的信息化难免有人的参与，前面的东西没有人员的参与，靠业务流程的集成，把人员、设备、应用统一组合到一起。
　　举例：应急指挥流程，一个交通的路段发生火灾，协调一下消防部门，其他部门进行协调，这些部门的调动和协调，基于服务化的思想，比较理想。肯定是需要人工参与。中间需要通知，消防部门进行处理，有些设备需要处理，通风、照明设计其他部门，对于业务部门比较简单，技术人员分解后，进行编排，形成完整的处理流程。有一个缺口，事务控制相对比较弱运行效率也比较低。
　　3、政务办公窗口整合模式
　　政府统一门户、统一信息发布、服务窗口
　　主要是内容和交互界面整合开发简单，基于配制，多应用系统截面访问权限控制，个性定植灵活。缺点：对于传统的C/S模式界面，能力几乎等于零，内容整合之外的能力较弱。
　　案例：北京电子政务
　　这个例子不一定是我们公司做的，主要是做SOA的例子。
　　北京市资源共享交互平台，包括了两层，主题的导航，应用系统，相应的接触服务。右边有一些平台管理，后台的支撑，数据交互平台。前提也是大家基于标准的接口，在数据方面已经标准化了。
　　海淀区的政府行政办事中心，不是我们做的。典型的协同办公平台，把各个办公窗口一体化办公。体现了一种一体化办公，采用的物理方式，大家少跑腿了。用IT技术把各个跨部门要办事统一在一个平台，流程一体化。
　　申办一些事项，申报减税、工商登记，涉及几个部门，如果一个企业跑几个地方比较麻烦，通过这种方式，各个部门的办事系统、应用系统结合在一起，通过网络提交资料，就处理了，后台自动做好了。企业过一阵查一下，是否办完了，这是一种模式。
　　门户集成案例：经常用的，做的比较好，基本连接方便。
　　五、电子政务面向服务的整合趋势思考
　　我们看到一些趋势，前面也在思考，既然是各部门在各自为政，出现重复，会不会有一种趋势，大家把所有的计算资源整合起来，不用购置新的硬件，通过虚拟中心，虚拟接口共享资源。
　　还有一种模式，由信息中心牵头，通过虚拟化，开设账号，形成软硬件共享，创建操作系统，创建数据库，可以直接使用。这种模式正在探索，也在接触这方面的项目，它是一个趋势。
　　后面的主要是看到了物理分散的点到逻辑集中的虚拟化数据中心，能不能集中起来统一提供服务。硬件、计算资源、存储作为服务，应用服务和云的技术统一提供。
　　抛砖引玉了，谢谢大家！