SOA 实现企业IT规划的好方法(1)_软件工程

　　SOA（面向服务的架构）为我们提供了一种很好的改变现有业务流程模式的途径，成功实施SOA项目的要害在于分析重点、减低风险，给出企业真正需要的功能模块。本质上讲，SOA并不是一种新技术，它仅仅是一种系统设计/规划模式，甚至可以说，只是一种现有业务流程重组转换模式。

要将现有的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补充道。

技术是难点，说服员工是难上之难

SOA项目主管必须清楚一点：对于SOA项目的实施，不能一次将所有的功能都加以实现，不能一口吃个胖子。在SOA项目中将风险最小化的一个方法是先将一些小的或有利于业务流程使用SOA模式构建相应的服务模块，这样可以让员工先适应这种新的服务模块，不至于使整个公司因为引入了新的IT系统而陷入混乱。ProCard的CIO Guido Sacchi表示，之所以引入SOA来构建新的IT系统，是出于几方面考虑的：首先，新的架构可以降低IT系统结构的复杂度；其次，可以减少系统的运营成本，同时，增加系统的灵活性。

为了减少整个项目的风险，他决定先对呼叫中心中的两个功能进行服务模块化——站内客户服务和离站信息收集，并将它们作为SOA的测试项目。之所以选择这两个功能是因为它们具有相对固定的项目预算，并且其运营成本相对较高。同时，假如这两个功能服务能够成功实现的话，那可以增加新的利润来源，并且提供新的SOA项目可以成功的证据。 QQRead.com 推出数据恢复指南教程数据恢复指南教程
数据恢复故障解析常用数据恢复方案硬盘数据恢复教程数据保护方法数据恢复软件专业数据恢复服务指南
　　SOA（面向服务的架构）为我们提供了一种很好的改变现有业务流程模式的途径，成功实施SOA项目的要害在于分析重点、减低风险，给出企业真正需要的功能模块。本质上讲，SOA并不是一种新技术，它仅仅是一种系统设计/规划模式，甚至可以说，只是一种现有业务流程重组转换模式。

要将现有的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补充道。

技术是难点，说服员工是难上之难

SOA项目主管必须清楚一点：对于SOA项目的实施，不能一次将所有的功能都加以实现，不能一口吃个胖子。在SOA项目中将风险最小化的一个方法是先将一些小的或有利于业务流程使用SOA模式构建相应的服务模块，这样可以让员工先适应这种新的服务模块，不至于使整个公司因为引入了新的IT系统而陷入混乱。ProCard的CIO Guido Sacchi表示，之所以引入SOA来构建新的IT系统，是出于几方面考虑的：首先，新的架构可以降低IT系统结构的复杂度；其次，可以减少系统的运营成本，同时，增加系统的灵活性。

为了减少整个项目的风险，他决定先对呼叫中心中的两个功能进行服务模块化——站内客户服务和离站信息收集，并将它们作为SOA的测试项目。之所以选择这两个功能是因为它们具有相对固定的项目预算，并且其运营成本相对较高。同时，假如这两个功能服务能够成功实现的话，那可以增加新的利润来源，并且提供新的SOA项目可以成功的证据。