电子政务的SOA如何开始?

　　前面我们已经论证了电子政务要可持续发展，就需要SOA。现在的问题是，在电子政务的建设过程中，如何才能发挥SOA的最大功效?SOA该如何做起?面对我们所涉及到的众多重要概念，如面向服务、顶层设计、业务模型、流程重组、服务构件等，我们该如何入手呢?

　　首先，要把SOA看成方法论，要根据电子政务的业务需要，通盘考虑所需要的业务模型和数据模型。每一条业务线和数据线都要从服务的特征、管理的特征和适应变化的特征去审视，并且每次审视都要围绕上下左右中等多重视角，还要加上一个时间维度。可能需要建立新的面向服务评价模型，要打破单个业务使用独立IT系统的模式，特别是那些可以重复使用的服务，必须要求服从一个统一的SOA架构，开发出有层次的、可重用的体系。

　　其次，要把SOA看成架构平台，或者说要根据业务模型建立支撑重用软件的运行和管理平台。在可重用的层次模型支持下，平台要做到技术无关性，就要以统一的标准去运行和管理重用软件。

　　再次，要把SOA看作是软件工厂里的产品装配线。它是一笔对将来业务运营的投入，所以在这笔投入发挥效益之前，需要做相关的计划、设计和开发工作。正如生产线上制造的第一辆车的花费要比第一千辆高出很多一样，用SOA部署的第一个服务所需的花费要比部署第一百个多出很多。SOA的主要优势是逐渐体现出来的，不能一蹴而就。

　　最后，必须投入足够的精力和人员进行技术和业务流程的培训，才能确保所开发的服务是可重用的。任何服务的开发，不能只顾及眼前利益，也要考虑长期利益(或许是更重要的)。换句话说，各个服务的单独存在并无太大价值，除非这些服务能与其他服务一起被使用，并能根据业务的变化，快速组合成各种新的应用。

　　如何使上面所述的SOA方法落地呢?让我们从面向构件去说明电子政务的SOA应该如何开始。

　　SOA的方法论就是电子政务的领域构件库，它们在业务模型的支持下呈现出层次结构，构件粒度可大可小，大构件是小构件的组合，上层构件是对下层构件的抽象，在一定的层次上，构件表现出一定功能的服务特征。

　　SOA的架构平台就是一个标准的构件容器，它负责解释、运行、监控实例化的构件。这个构件容器是能够跨技术平台的，允许不同服务之间交互数据、参与协同流程，无论它们各自背后使用的是何种操系统或采用了何种编程语言。

　　SOA的装配线就是构件的图形化集成环境(IDE)。可以在这里创建构件、复用构件、嵌套构件、组装构件，可以在这里通过构件的组装生成一个个服务。而服务因为具有了内部的构件化特征，使得服务成为一个柔性的结构，而一个柔性结构在适应变化方面要远远优于一个钢性结构的服务，从而延长了这个服务的生命周期。

　　所以说，SOA可从面向构件开始。

　　SOA从面向构件开始

　　从面向构件开始，电子政务的SOA就建立在了可被管理的业务单元基础之上，而不是建立在不可被管理的代码之上，构件成为业务的技术无关性基本单元;

　　从面向构件开始，电子政务的SOA可以从一个局部做起，以渐进的方式向SOA架构演进，因为构件的标准统一使得这个局部不会给全局带来新的集成问题，这样可以最大程度地规避项目风险，降低初期投入;

　　从面向构件开始，电子政务建设将最终达成我们梦寐以求的标准统一，架构统一，建设统一，管理统一;

　　从面向构件开始，电子政务将实现一个同构的世界。

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

上一页  [1] [2]