提到SOA，大多数人首先会联想到Web Service技术，甚至很很多人认为SOA就是将不同应用系统的功能以Web Service的方式部署出来，做到跨系统、跨平台的调用，以此降低企业IT实现总体拥有成本的效果。而事实上，这些特点和益处都仅仅是Web Service这一特定技术所提供的，而非SOA最主要的目的和功效。

    “服务”的意义非常广泛，现实生活中的服务无处不在，那么SOA（面向服务架构）中的服务究竟指的是什么？SOA中的服务又如何能帮助企业的IT系统快速敏捷地应对业务流程的变化呢？

    如果仔细观察企业的运作，我们会发现其实企业的各个部门都在提供各式各样的服务，财务部门提供与资金相关的服务，后勤部门提供物流、仓储相关的服务。

    由于BPM的理念是采用增量的方式优化流程，通常情况下业务流程的改变不会大幅度影响各个部门所提供的基础服务的性质，而是通过重新组合这些基础的业务服务，构建新的业务服务以及达到优化流程的效果。

    BPM的这个特点给了我们一个很大的启示:如果能够运用企业的业务服务进行建模，然后再运用技术进行实现，那么这样构建出的程序将非常地敏捷和高效。由于通过这种方式实现的程序功能的粒度粗细完全符合企业业务服务的粒度，当企业的流程发生变化时，IT系统可以运用重用已有系统功能的方式快速地适应变化。

    所以，SOA中的服务指的企业各个部门所提供的业务服务。

    所以当企业构建SOA时，首先要做的第一步就是对企业的业务服务进行建模，建模方式应该如图3所示。首先按企业的业务流程自上而下的进行建模，然后根据已经完成建模的业务流程，自下而上地对企业的业务服务进行建模。只有用这种顺序进行建模，才能保证最后得到的服务颗粒粗细能够满足企业流程变化的需要。

    IDS Scheer ARIS建模工具的一大特色，就是可以将不同层面的模型联系在一起，无论是业务流程与业务服务之间的、还是业务服务与技术服务之间的。

    如图3所示，由于最终的技术服务是根据业务服务得出的，而业务服务又是根据企业的业务流程得出的，这三者之间最终形成了统一。对于企业业务流程的变化，IT系统可以运用重新组合已有技术服务的做法来轻松应对。

    BPM与SOA之间的关系非常巧妙。通过上文可以看出，运用SOA可以轻松灵活地应对BPM对流程进行的增量改变。反之，如果企业的IT实施了SOA架构，却没有使用BPM对流程进行管理，那么SOA架构的价值将大打折扣。

    所以BPM与SOA之间是一种相辅相成的关系。灵活地结合运用BPM与SOA，才能使企业的业务流程变得更加高效，企业IT架构变得更加敏捷。

图1 ARIS流程管理平台

图2 业务需求与系统实现