2008年是SOA(Service-Oriented Architecture,即面向服务架构)“落地”年，用户开始接受SOA的理念， 同时也越来越认可SOA确实能给企业带来长远的价值和利益。但SOA 这一理念和价值究竟如何在企业中体现出来?又为企业提高效率具体在哪些方面?它又能如何更好的为企业服务?在企业的业务流程和IT管控又起到了哪些作用?带着种种疑问，记者日前走访了中国网通企业信息化部副总经理 李莞菁 听取了她对于SOA在企业中价值的理解。

　　SOA概念耳目一新

　　中国网通属于超大型的集团企业，信息化工作非常艰巨而又困难的一件事情，同时，由于电信企业具有变化快，且信息化需求也比较多，又处于一个特殊的环境，新技术又是处于前瞻等特点。对于SOA这样的新思想、新技术，李莞菁最早接触于2005年到2006年之间，在这期间，曾经做过很多的项目，一直也在不断的跟踪和研究SOA。李莞菁坦言：“开始是接触一些项目比较多。SOA是一种概念，从概念上讲有一种耳目一新的感觉。” 2007年SOA比较热，2008年进入了落地阶段，SOA新概念出来以后，李莞菁认为有SOA会有以下几种现象：第一，很多的厂商不可能一下子转型这种概念，所以它要去研究这些概念中的涵义，然后取成对它最有益的概念，把它旧的产品包装进去;第二，参于SOA标准制定的企业，它可能对于SOA本质上的内容体会的更深刻。它们一方面对外包装产品，宣传这种概念，另一方面在内部研发机构按照SOA这种架构来调整产品。第三，就是随大潮，不是太懂SOA，用一些旧的概念和SOA形成一个对应关系，然后在用旧的概念来套SOA的概念。

　　SOA已经进入的落地阶段，SOA的标准化已经成为用户所关注的最重要问题之一，那么SOA是否应该有一个具体的标准呢?李莞菁认为：“新技术，它应该有一定的适应实力以后，才会逐步的形成固定的标准。”当SOA概念出现的时候，从EAI(enterprise application integration 企业应用集成)角度来看，给用户造成一个误解，厂商就是想推他们的EAI，推广ESB(Enterprise Service Bus 企业服务总线)，但实际上，SOA并不是那么一回事情，它体身有EAI一部分，但它不是仅限于这方面。“SOA和EAI还有些不同的，如在整合的不同，特别是IT制造理念上来看，SOA是一种架构层的一种思想，完全是一种比较新的思想和以前的EAI非常不一样。”李莞菁讲道。

　　企业变化“诞生”SOA

　　是什么的环境和条件“诞生”了SOA?对于企业用户来讲，SOA是否是EAI的一个延伸?为什么会出现这些SOA?李莞菁认为，SOA来源于企业的业务需求。SOA的起步是发生在企业重组并购，企业变化太快的时候，出现的一种架构，尤其是IBM，oracle等大企业收购一些产品公司，国内的企业也都在做重组上市等工作，一旦企业发生变化以后，这些企业又特别依赖IT系统有些业务上的支撑，所以，当两个企业并购以后，最核心的问题是企业的IT系统能不能并在一起，因为所有的企业运作，都要依赖IT进行企业的运营。基于这样一个需求，从系统整合角度看需要有一个框架、一个架构然后把未来公司的一个技术架构，框定起来然后走哪条技术路线?应该怎么把购物方的技术整合在一起?出于这个原始动力。在整合过程中需要一个标准，同时要借助于企业的变化，变革的机遇，在研究是不是有些新的架构，新的工作方法，改变一些传统的习惯减轻一些痛苦，同时在原来的基础上进一步的去创新去发展。

　　IT管控和业务流程的变革

　　当专有的系统在企业中形成一个信息孤岛以后，企业在发展时，市场的竞争的转型，迫使这些企业让客户提交一些服务，面向客户怎么能加快自己的流程，减少自己的成本。这就要求企业内部的协同工作，要求企业各个系统都要打通。要形成一个协同的IT支撑环境。这个支撑环境要求企业必须模块的集成。企业应用IT越来越多，点对点成了“蜘蛛网”，不易修改，再加上有些企业自身的IT能力比较弱，完全依靠厂商，如果厂商流失，知识也会没有任何的沉淀。投资重复，知识也浪费。在重复建设的过程当中，还要重复的开发建设，90%的资金都是用在原来旧系统的恢复上。只有10%～20%才能用到新系统的提升。这样对于内部业务部门看IT部门，业务部门提出需求以后，也许需要明天就要需求，但IT部门一托在再托，复杂程度越来越杂。所以的建设周期特别的长，在给客户承诺需求的时候，客户市场在变，用户也在不断的创新。在梳理这些流程，流程也在改变，都是影响T系统的变化。 这就造成了IT系统形成一种久病， 一种痛病。这种痛病让企业陷入一种死循环。面对这些痛病引入SOA又能如何解决解决这些问题?李莞菁讲道：现在中国网通引入SOA以后， SOA是一非常好的思想，它是按照服务来切割IT服务支撑的，它带来的是IT管理模式的转型。应该分为几个层次变化。

　　第一，从应用系统变化。 一个层次是在业务层，IT部门要把原来的大流程，专有化的流程，要按客户为导向，形成一个贯穿的流程，形成一个整体的企业经营和管理的业务模板，在这个模板下形成通用用的管控流程、业务流程。业务流程是分层级的，有些像制造一个产品，它由不同的组件组成，相当于一个产品树。对于IT系统，流程管理它也是一棵流程管理“树”，流程管理“树”包括顶级的流程、围绕企业战略的流程框架，一直能细化到岗位、职责、细化的过程，细化到一定程度，是系统的应用层。系统应用层的架构变化，也是围绕不同的业务业撑，不同的业务需求，内部的几个管理要求，要分成把它分成几个专业，在专业在细化，然后在把通用的服务组件抽取出来，比说定单管理，采购定单也是定单管理，客户接收服务时也是定单管理，只是内部的属性不同。

　　第二，在开发这个层次，所有的系统都有一些修改。如权限设置等需要进行开发，这些小的控件如安全控件、邮件控件、它其实也是通用型的。 所以把专用型的和通用型的分开。然后把通用型按照SOA的标准尽量的剥离细化，尽量以服务为服务构件这种模式，形成架构，整合IT生产制造时，抽取这些组件给与配置。在专用型方面，在投入人力开发，然后两个连接起来。这样一个架构体系，在做IT服务支撑的时候，对于IT的管理模型造成特别大的改变。第一，会大量提高IT制造这种效率，能够提高对于业务部门的效率，而且抽取功能组件以后，对于整个IT制造的知识，包括业务知识都有一些沉淀，不用每一次重新开发， 重新制造，做一次工作，不断的重用。例如，有两套OA省公司有一套OA要合并，流程和组织架构不一样，其它底层的产品一样，可以抽取出来，形成公用的组件。在集团层能做成，在省公司做这些类似的开发时，它就会把这些相应的组件去服务空是去调用，去配置特殊的架构和数据。所以，将来的制造模式方向趋势是非常明显的，优势也是非常明显的。在这种情况下，IT的管理模式的都认同SOA这种管理模式的变迁，从现在开始应该研究将来的管控模式是什么样子的?比如说，要想引进SOA 要找一个切入点， 哪些东西适合去做?要知道SOA在企业中落地是不是成熟的?在哪块是成熟的? 哪块可以先引入?哪块又可以后引入?在这种研究下，李莞菁认为，规划概念特别强。