电子政务：从面向构件到SOA

从SOA开始，SOA从面向构件开始，是可持续发展电子政务的最佳实践。

　　SOA是面向服务的软件架构，既然是面向服务的，SOA就应该首先是一种业务设计方式，指导着业务服务的构思、创建、使用、变化和终结。本文是要回答：在电子政务领域，电子政务需要SOA吗?是过去需要、现在需要，还是将来需要?以及电子政务的SOA如何开始等问题，以阐述“从SOA开始，从面向构件的SOA开始，是电子政务保持可持续发展的最佳实践”这一论断。

　　电子政务需要SOA吗?

　　我国的电子政务建设格局像一个纵横交错的大棋盘，在刚刚过去的“九五”和“十五”期间，我国各级政府部门纷纷规划和建设起各自的电子政务系统工程，在很多方面都取得了显著的阶段性成果。纵向电子政务建设以“金税”、“金关”等工程的成功实施为代表，目的就是利用信息化的手段，达成自上而下的业务标准和业务资源的统一，实现数据自底向上的快速准确汇集和业务自上而下的高度协同。从某种程度上讲，能够自上而下的推进涵盖“部、省、市、县、乡”等五个层次的纵向综合业务系统，本身就是SOA的一种体现，只不过此时SOA的设计仅仅是面向内部的、面向具体业务功能的，因此也是局部的SOA。

　　局部SOA的后果就是，局部的统一不能带来全局的统一，如果跳出局部看整体，在更宽广的范围内来看，比如站在国家电子政务全局来看，或站在公众的角度去看，满眼尽是一个个划地而治的信息孤岛，需要为整体去做集成。而这恰恰成为了横向电子政务所需面临和解决的信息共享和资源整合的挑战。

　　横向电子政务正在逐步实现由“政绩导向”向“服务导向”的转变。以服务为中心，使老百姓能得到更广泛、更便捷的政府信息和服务，使政府真正转变为服务型政府，党和政府为此都做出了重要决定。党的十六届四中全会做出了加强执政能力建设的重要决定，提出转变政府职能，创新政府管理模式，是提高政府执政水平的重要措施。温家宝总理在主持召开国家信息化领导小组第三次会议上提出要从全面和战略的高度加快推进信息化建设，抓紧推进电子政务，提高政府的经济调节、市场监管、社会管理和公共服务能力，促进政务公开。

　　因此，以公众服务为中心，服务公众就成为电子政务建设的出发点和落脚点。过去的经验是功能性的、局部的，现在要求以公众服务的角度去看电子政务全局，电子政务建设必须面对以下几个挑战：

　　1、如何做好电子政务的顶层设计?尤其是在跨部门电子政务项目中，如何加强牵头单位、协作单位、信息主管、决策领导之间的联系?

　　2、如何克服以部门为中心的思维方式，设计出既满足局部功能，又符合发展要求(如快速适应变化)，同时又能参与全局协同的服务?

　　3、如何有效评价服务的质量和更好的理解各部门的互相关系?

　　4、如何把以单个部门为核心的不兼容的信息系统升级为以服务为中心的、可集成的统一的服务或服务组合?

　　这些挑战正是使电子政务能够持续发展的前提。以服务为中心，使老百姓能得到更广泛、更便捷的政府信息和服务;以服务为中心，梳理和重组业务流程，使各个业务系统能够互联互通和资源共享，有效降低实施和运行成本;以服务为中心，加强评价和绩效体系，提高监管能力和公共服务水平。因此，电子政务的发展需要以服务为中心的设计和方法指导，需要给出服务的业务模型和服务的评价模型，业务模型描述服务业务的可持续发展，不仅包括它的创建态，还可以包括其变化态和协作态，评价模型描述服务的评估态。这就是SOA提倡的方法论，这就充分说明了电子政务和电子政务的可持续发展需要SOA。

　　是过去需要、现在需要，还是将来需要?

　　现在，电子政务需要SOA已毋庸置疑，但随之而来的问题就是，电子政务是什么时候需要SOA?是过去、现在还是将来?

　　其实，人们在考虑这个问题的时候，往往会想到我过去已经建了哪些系统，现在还需要建设哪些系统，哪些系统需要整合，至于将来，有个规划就可以了。实际上这是走入了一个误区，即将建设与整合孤立看待。这一误区的主要表征就是以孤立的、静态的、割裂的，而不是发展的眼光看待电子政务的应用建设和应用整合，将业务需求和业务发展割裂开来，以致建设出来的电子政务系统需要整合，整合的电子政务应用仍是按静态需求建设起来，如果需要则再次整合。

　　而走出此误区的方法就是将建设和整合有机统一起来。要树立没有从头建起的系统的观念，要从设计上就能够充分意识到系统总是在整合一切可以利用的资源(内部的、外部的)的基础上发展起来的，是为了满足新的业务变化需求。新系统就是旧系统的利用整合，同时它又是将来能够被新业务整合的资源。这正是SOA倡导的设计理念。因此可以这么说，电子政务是时时刻刻都需要SOA的，过去需要，现在需要，将来也需要。尤其以服务为中心和导向的电子政务建设需要SOA，在它的指导下，我们才能够避免走进误区。

　　实际上，面向服务的架构已经存在很多年了!因为面向服务是一种设计理念和基于一系列设计原则的，而这些都是与技术无关的。在过去，可用于实现SOA的技术是多种多样的，它们包括CORBA、J2EE、COM/DCOM、MQ、ebXML、EAI、ESB等。在这些技术中，有的适于构建SOA，有的则不然。比如，EAI与SOA同样解决企业集成的问题，但SOA解决的问题远比EAI解决的IT问题多得多，产生的影响要深远得多。EAI解决集成的问题往往是在事后，碰到了集成问题，才去想办法通过 EAI来解决，这正是走进了我们前面所说的误区。与之相反，SOA架构解决集成的问题是事先的，也就是说，在一开始搭建SOA这一IT架构的时候，就已经考虑了集成的问题。这是SOA区别于EAI的一个重大不同，也是SOA能够帮助我们走出“割裂建设和整合”误区的佐证。

共2页。 1 2 :

文章来源于 http://www.cnblogs.com/zhangzs8896 版权归原作者所有