资源的有效共享依赖于三个方面： 一个是资源本身的描述，另一个是资源本身的实际存储方式，最后是资源的提供方式。
资源本身的描述和逻辑集中有赖于基于元数据的资源描述，逻辑集中就是将资源的描述以目录的形式进行统一存储; 资源的物理存储方式依赖应用构建前期对数据的规划，此层的变动只会影响资源的物理层面特性，并不影响其服务的特性，因此原有的对应用层限制最大的数据层，通过目录的统一服务变得非常灵活而有弹性; 最后，资源的提供方式则是基于前两个方面的服务方案，资源共享以服务的形式体现。
业务协同应用模式
不同机构的业务办理都有可能依赖于其他业务，而业务本身的办理又通常需要资源的支撑，资源本身的负责方或许是本单位，也可能是其他单位，信息资源的共享应用模式解决了第二个问题，而第一个问题也通过对业务的梳理为业务协同建立了完整的指导。如何实现这些业务的协同是SOA在这种应用模式下的重点。在这种应用模式下，完成业务协同包括三个步骤：
第一步： 业务处理服务。
业务处理服务源于对组织内或组织间业务活动的分析，组织内的业务处理服务可以直接基于业务活动抽象的用例来构造; 组织间的业务活动一部分来自于业务活动的分析，另一部分来自于资源共享的需求，近而依据这部分需求建立起共享的服务。
第二步： 业务流程服务
业务流程服务源于组织内各部门间或组织间的业务关系的分析，通过建立业务的前置关系、后置关系从而形成业务流程，依据业务活动间的关系建立起对外提供的业务服务。
第三步： 服务查询检索
服务查询检索主要是供外部用户明确了解组织提供了哪些服务、具体的服务内容是什么以及如何获取和使用这些服务。
服务查询检索依据信息资源目录，信息资源目录清晰梳理了客户的业务，但如何提供这些业务，则需要通过服务去实现。通过服务定义和服务描述，建立了关于服务的完整描述，使用者可以基于这些描述的任一方面对服务进行检索。
最后通过服务检索查询的功能开发定义明确的交互界面，用户可以通过交互界面查询定位所需的服务。
不同服务渠道的应用模式
服务的灵活性和可扩展性是SOA的主要特性之一，电子政务的一个重要特性是强调服务，因此整合不同服务渠道也是重点之一。
SOA在应用与业务之间加入一个服务层，解决了原有的系统建设通常不会建立服务层完成系统间的调用，而是直接调用下层其他应用或者采用数据共享的方式，从而避免直接访问下层其他应用。另外，在大多数机构中，存在不同的应用和技术共存，由于这些应用提供的功能都是特定的，要在应用间共享信息最好的解决方案是转向一种面向服务的架构和Web服务，即在业务层之上加入一个服务层。
当数量众多的业务应用需要使用Web服务技术集成在一起的时候，可以进一步采用企业服务总线(ESB)的架构来管理这些可复用的应用组件，从而可以实现更加清晰地管理所有政务系统中所包含的可复用信息资产。
虚拟数据中心的模式
SOA还有种应用模式是基于虚拟数据中心的模式，也就是忽略数据在不同节点的部署而集中提供服务。如果要在单节点上提供虚拟数据中心，可以建立非分布式目录中心用于提供虚拟中心服务; 如果在多节点上建立虚拟数据中心，即跨节点的虚拟中心，需要建立分布式目录中心用于提供虚拟中心服务。
总之，通过SOA应用模式分类体系的研究，可以更好地帮助用户理解SOA的应用类型，并结合SOA架构的优势，确定业务下一步建设的方向。同时，指出传统软件开发方式的解决方案以及带来的局限性，明确SOA在这些方向的应用前景，并为基于SOA解决各种不同类型的问题提供独立于各种应用、领域、平台与标准的解决方案，从而真正起到指导电子政务各类应用实施推广的作用。
文章来源于领测软件测试网 https://www.ltesting.net/
