|
当业务人员在描述需求时一定会以业务的角度来进行阐述，然而当技术人员接收到该信息后会以技术的角度考虑如何实现。如图2所示，这种思维方式的不对称性看似不会带来太大的问题， 然而如果仔细观察，还是会发现一些有趣的现象。 
图2 业务需求与系统实现 技术人员在潜意识中，只会将他认为可能重复出现的代码进行封装，以备将来的重复使用，但技术人员常常不清楚哪些业务上的功能在将来可能会需要进行频繁修改和重复使用。所以在实现企业的业务逻辑时，技术人员通常会使用面向过程的方法对现实业务进行描述。 如此一来，最常见的情况就是实现不同“详细流程”的代码常常会掺和在一起（如详细流程1与详细流程2）、共用一批内存变量。这就直接导致了实现不同流程的程序代码不可分离和重组，这在技术上称为“高耦合”。最终，在将来当企业希望改变流程的顺序时，就不得不对代码进行大量的重新编写和调整；当希望在别的流程中希望使用另一个流程中已实现的详细流程时，代码却无法顺利地从原来的流程中进行分离。所以当企业的业务流程发生变化时，技术人员不得不花费极大的精力去进行维护和修改，这样做不但增加了企业构建IT的成本，对原先程序功能的修改可能还会带来许多无法控制的风险。 SOA的出现解决了上述问题。 SOA（面向服务架构） 提到SOA，大多数人首先会联想到Web Service技术，甚至很很多人认为SOA就是将不同应用系统的功能以Web Service的方式部署出来，做到跨系统、跨平台的调用，以此降低企业IT实现总体拥有成本的效果。而事实上，这些特点和益处都仅仅是Web Service这一特定技术所提供的，而非SOA最主要的目的和功效。 “服务”的意义非常广泛，现实生活中的服务无处不在，那么SOA（面向服务架构）中的服务究竟指的是什么？SOA中的服务又如何能帮助企业的IT系统快速敏捷地应对业务流程的变化呢？ 如果仔细观察企业的运作，我们会发现其实企业的各个部门都在提供各式各样的服务，财务部门提供与资金相关的服务，后勤部门提供物流、仓储相关的服务。
|
