普适地理信息服务匹配策略

综上所述，地理信息服务的粒度设计主要牵涉两个重要的概念，服务的粒度和服务的耦合性。SOA的初衷就是为了降低系统各个部分之间的耦合性，使得服务可以重用。但很显然，耦合性是受到服务粒度很大的影响，而且从某种程度上讲，粒度的选择就决定了系统内部的耦合性。

对于不同的应用领域，自身的特点决定了服务粒度的大小；因此本书在地理信息服务粒度分解的过程中，借鉴了SAP(Systems Applications and Products in Data Processing)的思想，按照OGC提出的OWS地理信息服务框架将地理信息服务的业务处理流程分为两大类：核心业务流程(Core Process)和应用业务流程(Application Process)。其中，应用业务流程是地理信息服务按照不同的应用领域如导航服务、交通查询服务等，它们属于不同的子应用领域，具有较大的差异性，因此需要更细粒度地分解，以获得更大的灵活性；而核心业务流程是指地理信息服务应用都需要的处理流程，包括地理信息数据操作处理，地理信息的可视化表达等，这些服务本身是各种子应用领域共同需要的，因此这些服务在分解过程中可以考虑更粗粒度的服务。

而对于应用业务流程中的服务，又可以将服务分为三种类型：基本服务、组合服务、合成服务。而核心业务流程中的服务直接作为基本服务。

(1)基本服务是地理信息应用领域具备最小功能单位，也是最小粒度的服务，或者说是原子服务。这类服务考虑的是利用它们的可重用性，它们是组成一些较大粒度的服务的基础。

(2)合成服务是基本服务简单的组合，只是为了把具有相同功能但操作不同的功能单元的基本服务组合到一起，形成一个对外提供相同功能的服务。它类似设计模式里面的工厂模式，只要告诉服务接口传进来的是哪一个业务对象，那么服务就能自动识别应该调用哪一个基本服务。

(3)组合服务是系统里面最复杂的部分，它不是基本服务的简单堆积到一块，而是由地理信息应用过程中按照工作流的方式对若干基本服务有机组合。它是具有最大粒度的一类服务。

基于上面的理解，本书的服务粒度设计遵循这样的设计思路：(www.xing528.com)

(1)按照OWS框架规范，首先区分核心业务流程和应用业务流程，其中核心业务流程所包含的地理信息服务直接作为基本服务(原子服务)；

(2)从应用业务流程中的功能处理模块中分离出基本服务：各个功能模块可以看成是合成服务，由功能模块分离出来的就是基本服务；

(3)根据不同的应用，基于基本服务组成合成服务；

(4)在基本服务的基础上设计组件和业务流程对象；设计完组件和业务对象之后再来设计组合服务。这样不管组合服务需要多少，组合服务多复杂，都可以通过基本服务和工作流程进行各种形式组合起来。

这样的设计思路也体现了SOA的自顶向下的设计方法：功能模块→服务→组件和业务对象，再由基础到合成、组合。服务不是凭空想象出来的，它必须要满足客户的需求，而客户需求的体现就是系统要提供的功能，所以功能模块的设计是服务设计的前提。