要将现有的IT架构转变到SOA架构需要时间、资金、勇气，以及一位强有力的领导者。基于SOA架构建立的IT系统可以帮助企业节约系统的开发成本，并可以大大提高企业的敏捷性。但是，要想实施基于SOA架构的系统，不但需要大胆的构想，更需要大胆的行动。为了实现这一目标，对企业内所有的员工，这既包括IT部门员工，也包括其他部门的员工，都需要转变对业务流程的固有看法。这需要相关的职能部门为了长远的目标而放弃眼前的利益，也要求IT系统设计师及开发人员从服务的角度来考虑系统的构成，同时，可能会放弃某些环节的控制权，如版本控制等。整个SOA系统可能要涉及变更管理、技术管理、风险管理以及日常业务管理等多个已有的业务系统。
这些情况的确能够让人们在是否选择SOA模式上犹豫不决，就像在黑暗的SOA森林中找不到前进的方向一样，但实际情况并不如想象的那么困难，根据已经实施的SOA系统，我们还是能够找出其实施路径的。
SOA的定义
简单的讲，SOA就是将现有的一些功能模块打包成独立的程序包，命名为“服务”模块，这些服务模块在整个软件系统的角色相当于在垒高玩具中所用到的小砖块。对于这些服务模块，需要对其接口进行良好定义，使得其他的应用系统可以使用“拿来主义”，方便的使用这些服务模块。通过创建服务模块库，将所建立的模块集中到模块库中，这样，利用库中的服务模块，可以方便的构建出所需要的应用系统，这好像我们在垒高游戏中，使用同样的小砖块，只需要对砖块进行重新排列，我们既可以搭建出城堡，又可以搭建成鳄鱼或飞机。与面向对象的技术不同，SOA架构所需要的服务模块可以分布在更为广泛的分布环境中，而不必像面向对象技术那样，需要使用大块的可重用去构建一个全新的系统。对于基于SOA架构所构建的系统，我们不必考虑如何基于具体的操作系统构建具体的服务模块，也不必考虑具体的操作系统，只要这些操作系统支持标准的服务接口就可以方便的使用这些服务模块。
如果你认为SOA是解决目前IT系统所有痼疾的万能良药，那你可能要失望了。SOA并不能代替已经在公司内部存在的那些被良好集成的应用系统。通过合理的部署，SOA系统可以改善原有的IT系统效率，使得原有的那些应用系统更具有柔性。
SOA如何改变业务流程
ProCard公司是一家信用卡服务公司，他们能够提供其竞争对手（如visa）不具备的信用卡服务，这些服务包括动态跟踪信用卡持有者个人信息变化，比如增加信用卡透支额度或个人通信地址的变更，要完成这些服务，需要一套完整实时信息系统来代替原有的离线信息系统。同时，ProCard清楚地知道其竞争对手也会建立完成这些功能的信息系统。所以，ProCard面临一个选择：是继续使用原有的信息系统来实现这些新的服务项目，还是建立一个新的信息系统。最终，ProCard选择了后者，基于SOA架构建立新的信息系统。
ProCard可以将从他们的信息系统中将那些完成实时功能的模块抽取出来，形成一个独立的软件产品，以满足对包括Visa系列信用卡在内的产品支持。但是，出于长远考虑，他们希望所构建的系统能够为更多的潜在用户所用。因此，他们决定使用SOA架构构建了面向服务的软件功能组件，这样用户可以方便的将这些功能组件集成到他们的系统中，并且它们还提供一些扩展接口，满足未来软件功能扩展的需要。
但是，大胆的想法往往会遇到很大的阻力。要实现SOA的系统，必须说服业务流程部门的人员赞成这一决定，也就是说，需要改变现有的ProCard的业务模型，不但要让他们知道这个想法是可以实现的，而且要让他们知道这种改变是必须的。ProCard的COO（前任CIO）Inn Hill说道，“从技术上讲，我们的员工可以很快的接受这一新系统，但从业务流程角度讲，我们需要花较长的时间来适应新系统所带来的改变。”其中最关键的一点，Hill提到，是确保我们不仅仅局限于技术层面，更重要的是考虑潜在的商业利益，这就要求我们从简单的独立系统供应商转变成一个服务供应商。“我相信如果我们提供基于服务的一些功能模块，那我们将会开拓一个我们未曾涉足的领域。”Hill同时也强调，一些银行可能不会购买这一新的软件服务，但是，一些对个人信息感兴趣的机构可能会购买这一服务，这样，对ProCard而言，就开拓了除了原有市场之外的另一个新的市场。
“无论从哪个角度来看，实现SOA是一个梦想，它的影响不仅仅是技术层面的，更重要的是，它可以改变我们现有的流程模式。”Hill补充道。
文章来源于领测软件测试网 https://www.ltesting.net/
