|
主持人：前面两个短片大家看了之第一个短片是今年5月份在我们的北京国际标准的发布全球路演在北京举行，普元作为主办方，其实今天的会议也是是所有全球路演在中国全球路演的延伸，我先自我介绍一下是普元专门的营销副总裁，各位来宾女士们，先生们！大家下午好！欢迎大家来到SOA中国路线图技术实践的全国路演，广州站的大会现场，欢迎大家。
下面请允许我介绍一下这次大会的主办方协办方和一些支持的机构，主办单位是普元软件，普元软件是目前全球领先的面向构件的中间件的厂商，他的主要的产品是EOS的系列是能够帮助我们的客户建立SOA整个架构基础的软件平台，可以帮助我们的客户快速的高质量的，高度灵活性的并且能够易管控来建立我们的SOA服务，在这次大会上，协办的单位有IT专家网，goCom还有CIBA，对于这次大会得到给予很多支持的是由国际电子商务标准阻止还有国家构件联盟组织，我们统称为OSOA以及中国计算机报，计世资讯等等这些机构的支持，在这里我要要衷心的感谢你们的到来，衷心感谢参与大会给予大会支持所有的机构和组织，谢谢。
这次大会围绕三个关键词展开，第一个是SOA，第二个是SOA中国路线图，第三个是SOA的技术实践，在今天来讲，SOA已经在我们的企业客户、独立软件供应商，开发商，从业人员都是一个非常热门的话题，是一个大家日常在谈论的一个主题，我这里要透露一下，IDC在5月份有一个中国路线图的白皮书，2007月到2008年我们的企业客户有相当一部分的局部在开始部署SOA的应用，到2010年，这个范围会扩大到企业的全部，来部署应用和SOA，这是一个非常有挑战性，也非常振奋人心的研究结果。 第二个关键词我们叫SOA中国路线图，为什么要有SOA中国路线图呢，因为前面短片里面看到，SOA全球的路演实际上在中国发布的SOA的标准，我们对的客户，我们的开发商，我们的现实告诉我们中国和其他全球地方有一些不同，中国的SOA的实现一定要有符合自己IT架构的，要符合中国这种快速变化需求不断在变化的情况下架构基础，所以要有自己中国的SOA路线图。 第三个关键词就是SOA的技术实践，大家知道SOA我们谈概念，远景都非常老，要落地还是要有SOA的技术架构来支持SOA的服务。 今天我们有幸请到各路的专家来对SOA趋势的发展，SOA的标准，SOA的相关的产品，来听听这些专家对这些题目的论述，跟他们的研究结果，还可以在今天的会议现场听到来自我们一线客户对SOA应用部署的一些直接的体会。
下面我荣幸介绍一下今天来到大会现场的演讲嘉宾，他们是：
计世咨询软件与服务研究部首席研究员曹宇杰；
OSOA专家普元软件创始人之一CTO黄柳青博士；
广东移动工程维护市主任陈跃峰博士；
OSOA专家普元软件副总裁OSOA中国负责人程朝晖；
华为合作集成部部长肖橹；
普元资深技术顾问PMP唐军。
我提议为我们现场的各位专家再一次以热烈的掌声欢迎他们的到来。在接下去的演讲当中大家如果有问题可以写在纸上面，交给我们的工作人员，我想在最后的阶段我们还会有一个互动的环节。刚才说了SOA他作为一个概念，要从概念到落地，从理想要到现实，现在不同的SOA的厂商他们都会有不同的角度的描述，这样的一个描述可能使得我们我们在座的嘉宾有一些迷惑，SOA到底是怎么样正确的定义和使用，来自计世资深研究员带来了他们的研究成果，在2007我们中国客户应该走什么样的路，应该如何部署，建立和实施我们的SOA，下面首先有请计世咨询软件与服务研究部首席研究员曹宇杰先生。 |
曹宇杰：各位专家，各位来宾朋友，大家下午好！非常有形能有这样一个机会，将计世咨询在研究方面的成果与大家分享，我今天演讲的主题是中国SOA的认知现状与发展趋势。
提起SOA首先要阐述一下SOA，刚才前面的短片已经讲的非常全面和准确了，而且是非常形象的角度描述了SOA，我想如果是大家在接触SOA的时候听到的都是基于SOA的技术理念，当时是非常抽象的，翻译成中国面向服务的架构，这个抽象的名词大家接受起来非常困难，而且我遇到很多用户在第一次第二次听到SOA的讲解之后，依然不了解，通过过去的总结，我相信包括普元和研究机构，对于SOA的理解来提出一种形象的解释，帮助大家来理解什么是SOA。我想强调的是，机动原理，乐高玩具，其实是从一个很形象的角度作为一个积木需要具备这样的一些特点，对于我们企业的IT系统，恰恰是需要这样的特点，我两年前遇到一个超大行的企业，他们刚开始接触SOA的时候，老师讲，他们对SOA不明白。
那么这些特点，其实作为一个去理解一个搭积木非常的方便，非常的灵活，低成本复制以前的一些模块，创新应用，我们完完全全需要这个积木原理，我们借鉴的就是SOA。
我们计世资讯做了很多大规模的调研，在05年的时候我们当时发现对于SOA的了解熟悉的人群只占整个用户的14%，但是07年两年之后这个数字翻了一倍，14%变成了28%，而且我们发现有接近50不能的用户从两年前没有听说过SOA，变成两年之后的今天对SOA非常的关注，很想深入的了解他，我们发现这是一个非常快速的变化，在以往的时候，我想可能IT的用户去接触一些新事物可能在EIP出现类似的情况，SOA是一个发展非常快速的，而且市场推广的力度非常的强，在全国和中国都是这样的发展趋势，既然变化这么快，发展这么快，用户认知的速度这么快，用户到底是怎么样认识的SOA相关信息呢？
我们也做过一个研究，我们发现其实互联网和厂商的推荐是最主要的渠道，在互联网这个领域，虽然大家可以获得很多SOA方面的信息和知识，从我们深入研究和很多用户各个层面的用户深入沟通的时候，我们发现其实用户真正去了解和理解掌握SOA，还是通过厂商的推荐，因为现在SOA处于发展的阶段，无论是从技术、标准、产品、应用都是属于一种在发展的过程之中的，在这个阶段，有很多不成熟的地方，而这些企业是厂商之间进行SOA推广的时候，有各自不同的产品和角度，这个时候会对整个媒体去理解SOA形成一个的混淆，理解的不够深入和准确，这个时候用户去理解真正的SOA，需要听SOA的专家来阐述真正意义上面的SOA，我们通过互联网得到的信息不一定非常准确，针对厂商的推荐，我们也进行了目前SOA提供商品牌知名度的调研，我发现像一些国际知名品牌，在SOA认知度上面相对比较高的，在第二批队我们看到普元等等SAP是因为目前在新的产品线上面与SOA有非常紧密联系，目前国内最知名作为SOA提供者来讲，最知名的SOA提供商这是值得大家关注的，因为发展到目前这个阶段，我们发现普元引导着国内厂商的SOA的推广，当我们所有的企业用户或者因为消费者去关注和购买一样产品或者一个新的事物的时候，有这样几个过程，首先我们去听说他，然后再去了解和关注，这之后会做一个大体的判断，这个东西是有用的，还是有价值的，还是得到否定的结论，如果是肯定的结论的话，我们才会下一步结合自己的考虑，他对我们的企业对我们的购买是不是有价值，我要不要购买它，要不要采用它，这是最后一个层面，从这样一个采购应用不同的层面，我们也对刚才前面对SOA有认知的用户，对SOA肯定与否的态度和应用倾向性做了一个了解，我们目前得到的数据在中国各个行业是有代表性的，现在超过四分之三的用户认可SOA，认为SOA是有价值的，是重要的，虽然超过四分之三的用户对SOA给予了肯定，但是对于SOA应用的倾向性在现代这个阶段不可以的，为什么呢？因为当企业发现SOA的确是有价值的，但是结合自己的系统应用的确存在很多障碍，不论是产品技术方面的不成熟，以及发展过程之中，还是说企业的系统很难实现变革，或者说变革的责任风险很大，基于种种的考虑，目前很多用户对于SOA所给予的肯定态度还没有到一个很明显应用的倾向，这是我们看到现阶段的状态。
我们也对目前已经有的应用案例做了一个深入的研究和分析，我们发现目前中国的SOA的应用主要集中在金融、电信、政府这三个行业，我们也看到在流通、制造有一些非常典型的应用案例，比如在金融我们已经看到像银行付款业务，保险代理商合作业务，电信看到提高定单首款流通业务，等等，在政府看到建设信息共享交换平台，在制造像产品生命周期管理，供应商写作等业务，在这个应用的案例当中，我们其实做了一些国外应用和国内应用的对比分析，在这块我们发现其实目前SOA在全球的典型的应用和在中国的典型应用非常的雷同，这说明其实SOA在中国的应用目前来讲与全球基本上是保持同步的，是一种同步的发展速度，目前SOA已经形成了广泛的认识，而且对于未来的发展方向已经是毋庸置疑的，全球拓展的速度会完全影响到中国，在中国的应用实践，我相信如果再过两年三年五年中一的SOA的应用实践也会大面积普及开来。
前面分析完了用户对于SOA的认知和肯定，和应用的倾向，再来看看渠道商对于SOA是一个什么样的态度。
从渠道的角度我们发现他们对于SOA的肯定比用户要高出10个百分点，他们肯定的比例更高一些，重要一点的差别在于目前我们看到给予肯定的这些SOA已经70%的SI准备或者已经开始对SOA进行他们的技术、解决方案的准备，可以讲从这个角度来讲渠道商走在用户的前面，对SOA的准备已经开始启动了，SOA的提供商大力推广，SOA的渠道商目前也进入了准备状态，可以想象一下这个市场在可以预见的时间段是可以快速发展的。
由于渠道商对于SOA的认知相对更深入一些，我们对他做了一些分析，我们发现渠道深对SI这块，对于像可重复服务SOA重要的特点，给予了非常充分的肯定，50%的渠道商SOA认为可在不同的应用程序中重用，同时我们也关注到有非常小的一部分，SI对于SOA的一些特点和方面产生了担心，这里面我们也看到有15%的渠道商认为SOA不可靠，8%的渠道商认为SOA没有安全性，11%的认为SOA无法编排功能，10%的认为SOA不能跨系统集成，对于上述的这些特点表示担心，但是我想提出的是恰恰这些特点是SOA具备的优点，渠道商对于这点的担心是由于对目前的SOA特点不够了解，了解的不准确和全面，所以才产生了担心，但是其实这些特点恰恰是SOA的优点。
我们再来看看SOA的提供商，首先是谈到IBM他对于SOA相关的技术准备以及一系列的相应的产品解决方案和工具培训是准备比较全面的，而且在金融、政府和交通已经有了成功的应用。
BEA作为SOA的领导者，他已经把SOA作为未来自己软件整个业务的唯一的发展战略方向，也是SOA领域的重点的提供商，前面这两家都是品牌知名度，在SOA的应用实践上比较领先的厂商。
第三家是普元，他作为中国首家参与SOA国际标准组织的软件提供商，在国内SOA架构提供商是目前的领导者，而且针对中国用户需要兴建大量系统的现状他们倡导SOA的架构来构件服务，然后再通过EOS进行集成，强调面向构件技术，这里面我想重点强调一点是普元提到了一个重要用户的特点，也就是说目前中国的很多企业是处于一种系统建设了一部分，还有很多新的系统待建的状态，而国外的企业是很多系统已经建成了，他们需要借助SOA来进行集成，这个是中国用户和国外用户的差异，普元作为一个本土的提供商来讲，非常精准的抓到了这个特点，在这个特点方面也提出了自己的想法和实践，我觉得这一点是非常值得大家关注的，在下面谈到SAP、ORACLE，他们都是知名软件提供商，由于他们推出了自己新的产品，而且有自己新的发展方向各商业模式，他们当前对于SOA也形成了一种非常积极的倡导态势，最后一个是微软，微软其实并不是一开始就对SOA形成一种非常积极的推广的态度，随着SOA的发展成为一种势不可当的发展趋势之后，微软选择了一个非常全新的角度，他是从开发人员入手，引导开发人员进入SOA，向开发人员提供参考架构，微软在这一方面做的非常聪明，同时又从一个全新的角度对SOA形成了一股推广的力量。
下面我们也总结了一些目前中国在推广SOA当中所遇到的一些问题，是一些实实在在的问题，首先我们看到在SOA技术方面，在可靠性，安全性、编制、遗留系统支持和语义方面都存在不足，在企业用户这边对SOA价值理解不够，原有的系统和数据处理存在障碍，缺少专业的技术人才。在市场推广方面，我们也看到SOA技术产品与应用需求双方面的不成熟，导致舆论媒体准确、全面理解SOA存在难度
不同提供商对SOA的争论对市场推广造成混乱。
在厂商渠道商存在的问题，缺乏一个开放的共享标准用于开发，缺乏对IT、商业、开发生命周期、人、流程、合作伙伴、数据等整合的综合考虑，面对企业不愿大规模增加资金人员投入改造现有业务系统，缺少车数解决办法，不易形成核心渠道商。
接下来我们对SOA的未来价值做了一个曲线，我们认为SOA在中国的发展不会是一个波折就可以解决的问题，他会是一个几经波折向上逐渐发展的过程，我来解释一下。就是目前SOA在中国发展受到了三个方面因素的影响，第一个是全球SOA应用的成熟化，第二个中国企业用户SOA建设水平的提升进度，这是一个本质性的发展。第三个是来自于媒体的炒作和推广的力量，基于这几个方面会形成中国用户对SOA的价值认同形成一个曲线推进的过程。
我们看到在07年以国外厂商为主，当然也包括一些个别的国内的SOA提供商，在大力的推广SOA，在今年我想可能几乎每一个月大家都可以听到SOA的声音，在这个阶段我们也看到目前国内已经出现了几十个SOA很大型的应用，这些应用随着推广力度的增强和应用的拓展，随后可能会出现一些成功经验的总结，也会出现一些失败的案例，随着用户的初期的应用会慢慢进入一个相应的应用之后，市场会迎来第二波，这个时候由SOA国内提供商大规模的提供，进行宣传和推广，这个时候结合国外的SOA提供商形成一种市场合力，会对市场形成第二轮的应用推广的冲击，而这个时候我们企业用户相对对SOA的理解和采购应用变得更加理智，而且应用推广的层面会越来越广，这个时候应用越来越多，这个时候应用就会进入相对理智而且相对的大规模拓展的状况，所以再经过2010年小的波动之后，会慢慢形成市场的稳步发展的态势，我们觉得这样的一个用户价值认同曲线发展过程，与当年的ERP的发展过程是非常类似的。
正是基于前面的判断，我们对于SOA的相关的软件以及服务总体的市场规模，我们做了一个预测，我们能够看到当前这个阶段计世资讯对于市场的预测基本上几个亿的规模水平，在未来的三年发展当中，我们认为SOA整个市场规模的符合增长率能够达到百分之百，预计在2010可以达到34亿元人民币。
最后我针对SOA发展的各个层面提出自己的一些意见，对于用户我们认为首先要应该边破边立，太落后的系统应该推倒重来，还能继续应用的系统，应该包装和改进，而一些新的系统则需要重新做规划。从我们目前的角度来看用户应用SOA最佳的一个选择其实是从一些新系统的应用当中来摸索尝试着进行自己的实践。
第二点我们认为SOA需要全局规划，这也是实施SOA最为基础的一步，其次是要选择适合的工具和技术，最后才是开发。
第三是小步快跑：SOA实施先从部门级开始，SOA的灵魂就是它允许用户搭建一个松藕合的平台，但是SOA不可能一蹴而就，规划、实施、服务是一个长期的过程。
对于渠道发展建议，我们认为SOA会给一些中小ISV市场机会，过去因为人力、财力所限，职能服务于少量用户的ISV，现在可以面向更多的用户，而且国内的ISV和SI的确面临着SOA开发的难度，应用设计与产品开发与以前都不一样，国外的企业如IBMBEA在中国设立了SOA研究中心，为国内ISV和SI提供了很好的学习机会。
提供商发展趋势，随着SOA的标准化，美中中间件的生产厂商的数量会逐渐减少，每个长上影专著于一种或几种中间件，努力提高中间件性能和质量，大大减少目前各软件厂商之间相同软件部分重复开发的问题。其实这是一个整个软件业界一个类似于SOA的考虑。
以上就是计世资讯在SOA方面的一些研究成果，非常高兴今天大家有时间一同来分享计世资讯这方面的研究成果，最后向大家表示感谢。 |
| 主持人：谢谢曹分析师的演讲，刚才他对我们的开发商和提供商都做了非常客观精准的分析，最后做了一些建议，再一次感谢曹分析师。其实从刚刚的曹分析师的分析研究的一些成果我们可以看到，SOA他从总体来说可以分成两大类，一大类就是建立新的SOA的服务，还有一大类要对SOA进行集成，其实现在一些流行的厂商，他们也有各自的专著，比如说普元软件，他们的产品是专著在要建立新的SOA服务架构上面，因为今天我们谈到前面一个关键词叫做中国路线图，中国的SOA的建立的特点是什么？和外国有什么差别，下面有请OSOA专家普元软件创始人之一CTO黄柳青博士。 |
黄柳青：各位专家各位朋友大家下午好！我觉得我们在会议开始之前那各动画片非常的精彩，我刚才一边看一边想，我觉得整个SOA面向构架的主题就是这个样子的。确实SOA大家讲的比较多，SOA到底是什么东西，他为什么对我们未来整个软件产生很大的影响。
首先来讲SOA虽然在我们软件的技术上面，我们每年都会有新的一些技术的出现，但是SOA第一次在软件思路发展上面发生了变化，以前我们看到有JAVA技术等等，这些技术的核心是计算的能力我可以跨平台的计算，SOA把我们整个软件的产业从技术带到了业务的层次，在业务层次SOA代表了一个快速、灵活、变化，也就是说在我们现在大家再来重新建设一个软件的时候，大家关心的并不是说这个事情我可以不可以算出来，这个计算机是不是足够的快，首先第一次我们从SOA做一个传媒的主流来讲的话，真正把软件的灵活性作为我们软件建设的第一个要素来考虑我们软件的架构，因为确实我们以前系统里面不管是C++还是JAVA，他们本身来讲都是代码为核心的，有几百万代码形成的一个系统，毕竟是一个几百万个变化的因素，他本身的系统对于变化来讲，灵活性来讲，他的系统是非常脆弱的，往往你在这100万代码当中，对他的一行代码进行修改，整个系统的行为就可能发生一个灾难性的变化和破坏，所以在这种情况下我们从思想上面，软件行业做出了一个改变，我们现在关心的不是把这个系统可以不可以建出来，我们系统可以不可以完成千万级的电信计费性能的要求，而是事我们要建一个系统的时候，他本身的灵活性，能不能满足我们的要求，我们的业务需求发生变化的时候，我们的应用软件可以不可以作出快速的反应，这个快速的反应又分成两个方面，第一个方面就是我们这个软件本身怎么能够快速的建起来，因为我们本来的像电信、银行，要建一个系统，就是两年时间，现在我们往往业务的变化只给大家三个月的时间，两个月的时间，你怎么样能够很快速的发展，第二个是我们怎么样快速的进行整合，因为现在企业之间的整合，企业部门之间的整合，是日常发生的事情，像上次我们在和美国这样一个第二大银行系统设计的时候，你会发现美国的第二大银行里面有10套核心银行系统，为什么他有10套呢？他是经过十几年企业不断的融合购并形成的，十几个银行在一起就变成一个大银行，所以灵活性包括快速开发，以及系统之间快速的整合。
我们从软件的趋势来讲我们已经从软件本身的开发的技术，到业务的灵活性发生了一些变化，我们SOA作为一个新的标准和服务来讲，他怎么样能够满足这样快速、灵活和变化的要求呢，为什么能够满足这些呢？
我们首先有两个方面，一个是技术方面，就是我们面向服务，跟以前的构件我们的技术构件跟我们现在以服务为核心的服务构件，因为你在思想上面的SOA的东西，毕竟要落地到最终的技术实现我们作为技术实现来件，我们SOA体现在什么地方呢？大家都知道像我们以前写一个软件，就是用JAVA，或者用C++，如果我们在做一个系统的时候，我们可能会发现我们的系统里面有1000个对象，我们需要在我们系统分析的时候，把这个1万个对象之间的所有的关系全部完整的描述清楚，我们的系统才可以编写，在编写我们这个软件的时候，他的函数调用都是以对象为核心的，比如说一个客户管理的模块，要去调用一个计费的东西，我需要把客户的信息通过一个对象传递进去，什么是对象呢？就是和实现技术有关的东西，JAVA有JAVA对应的对象，C++有C++对应的对象，服务就是使得我们这个系统之间技术层面来讲，彻底的进行松板，对于面向服务，跟我们以前面向对象的核心的区别，我们现在都要用服务，是不以技术的实现为核心的，比如说我们同样是一个客户管理这样的模块，要去调用一个计费的模块的话，我们这个数据不是通过对象传递的，是通过类似XML文本的格式数据来实现的，一个标准化的数据模式进行传递，这样的话就使得我们的这个系统之间的连接是完全的松散的，这个是我们从技术方面给大家带来的区别。
第二个我觉得面向服务，最大的区别就是在思想上面我们会发现我们这个系统并不是说由我们很多对象，来组成的是有很多服务来组成的，我觉得一个比较精确的比喻就是说像我们以前可能是中国我们改革开放20年之前，或者现在一些小的乡村里面，我们如果去看那个乡村我们会发现乡村里面有1千个人，每个人都认识另外一个人，我要找一个医生的话，我可以找到张三他的家里面有一个医生，等于说在我们传统的软件开发里面也是这样的我们现在有1千个对象，我要把对象所有之间的关系描述清楚，我们才可以做任何的事情，但是当我们一个系统从面向一些对象，到服务的时候某种软件的设计从思想上面来讲，就是从20年之前的乡村一直到比如像广州这样一个城市，在这个城市里面我们已经不是有几千人，我们是有几千万人，在任何技术里面都不可能把广州几千万人的关系描述的清楚，比如说今天来到广州我不可能说认识某一个人今天晚上就住到他家里面，这个时候就需要一个服务，对于一个服务不是针对某个发生具体的关系的个人涉及的，他是为某一类需求进行设计的，当我们软件从以前的对象一级找到面向服务一级的时候，整个软件的思路就发生了变化，我们需要把以前对象之间的关系，抽象出一些共同的服务，比如说像我们广州这样一个地方，会有宾馆的服务，有餐饮的服务，有各种各样的服务设施，这个服务设施可以通过任何人就可以使用，每个人也有多种可以选择的服务，在面向服务这个架构里面，我们来建设比如说现在的电信、移动要来构造一个系统的话，我们现在不需要坐下来我中国移动总共有多少个对象，他之间是什么样的关系表述清楚，因为我们认为这件事情已经是不可能的事情，但是我们会通过一个服务全新的组织的方法，所以SOA并不是一个简单的名词，SOA从本质上面来讲，是我们做软件的一个思想上面的变革，像我们做一个移动这样一个系统的时候，我们会发现比如说是客户的服务这是都是必须的，像计费这样一些东西，我不管是现在短信的计费，增值业务的计费，未来要发展各种3G业务的计费，但是我一定是需要计费的服务，不管是未来发生什么样的业务，都可以进行计费，比如说维修的服务，我保修一个东西，这个事情他也需要一个服务，不管是什么样的业务都需要一种服务的流程，所以通过SOA来讲，他首先在思想上面改变了我们传统建设一个IT系统的思路，我们新的思路就是说我们不是去分析很多对象之间的关系，而是把我们的系统里面可能需要的服务都把它抽象出来，因为SOA本身他的建设可能是一个过程，所以我们还是回到社会的建设，我们会发现你要建设广州市的话，需要各种各样的服务，比如是公安的服务，保险的服务，银行的服务等等，这些服务就建设了广州城市的基础设施，也是我们软件建设的一个基础的核心。
在这样一个面向服务的全新的体系架构里面，SOA他要从我们的思想走到实践，就需要三个必备的条件，第一个提出就是面向服务的计算的体系，我们要有一个技术的架构，比如是ESP等等，因为有了这些基础的设施，我们这些服务才有一个东西可以去承载，现在我们很多国际大厂商他们在推广的主要是服务这个层次，就是我们在计算和通讯的层次，提供以服务为核心的系统之间的调用、管理等机制。
第二步是SOA的编成模型，我们已经有了很多的服务，这个服务怎么串联起来，完成一件事情，比如我们在一个系统里面已经有了客户管理的服务，有了计费的服务，还有一些统计分析的服务，现在来了一个3G业务，3G业务又发现了视频的业务，我们发展出新的业务的时候，我们需要把已经存在的一些服务通过一个方法把它进行协调起来，完成一些工作，所以这个基本上就是我们叫SOA的编成模型，把SOA能够串起来。
作为SOA这样一个新的思想，他的需要的第三个必备的元素是SOA服务本身的快速开发，因为像我们刚才讲的SOA是对软件的整个架构的一个颠覆性的思想，通过服务来组装我们很多新的应用，我们既有他的计算的城市，如果你有了SOA的服务，我们可以快速的编排，大家可能会马上看出来一个非常需要的一步，SOA服务本身怎么能够快速的开发出来，有了SOA这样的思想，但是SOA的服务并不是凭空就有的，你需要有一个快速的良好的机制，让这个服务快速的建立起来，同时这个服务本身还需要很好的灵活性，就像刚才我们讲到来一个3G新的业务，要把以前的客户管理、计费、故障包修等等服务连接起来，我们可以发现故障报修跟我现在的需求可以满足90%，还有10%不满足，因为现在的这个服务可能涉及到的设备和以前不一样，不可能把以前的服务全部的拿过来，这个时候需要把服务的本身进行快速的调整，在我们看到SOA的服务思想里面，就是这三个方面的东西，就是需要一个计算的体系，编成的体系，快速调整的体系，我们很快的过一下，就是我们SOA他的编成的体系里面SCA和SDO的标准。
以前的标准都是美国做好了然后再推广，应该说这个类似的技术普元公司在2001年就开始研究，而且开发出一个新的产品，也是这个原因，国际标准也请了普元公司来做整个全球的SCA和SDO的规范。
其实这样一个规范的制定既是很重要的一个事情，其实我们在整个计算体系里面又是非常宽泛的事情，特别是我们现在的有互联网的帮助，其实参加国际标准的制定是非常有意思的，虽然说我们有10多个企业一直在做这个标准，但是每个企业是有平等的发言权，你有一些什么样的想法，比如对构件编排方法，马上可以通过WIKI这样的模式得到体现，把这十几个做标准的企业本身是大家的筛选来进行的，但是一旦进入他的标准委员会，每个人的发言是非常宽泛的的我们可以通过WIKI发言，我们每个星期有国际免费的电话，同时有一些开放的网站，像我们这种会员可以在上面进行修改，但是所有的人都可以上去看一看这个标准制定的一些信息。
这个标准本身已经在今年初完成了这个标准的制定，我们计划在今年年底之前把这个标准提交给OSOA委员会，等于说目前的1.0的规范是七个公司之间的一个协议，形成的结果，今年年底我们会提交给OSOA，他们会经过一年左右的评估，就会真正的成为国际的标准。
SOA下面的SCA和SDO分三个重要的方面，一个叫SCA，就是我们的服务怎么变成一个构件，把它变成服务构件进行组装，因为现在大家看到的很多服务是非常零碎的，他需要通过一个SCA这样的一个标准进行描述，使得会员之间的调用更加的标准和规范，这样的话我一个公司做的SCA的服务构件可以被第三方的标准来使用，这个是服务之间调用的标准。
这个系统第二部分叫做服务数据对象，因为像刚才讲的作为面向服务的话，很核心的一点就是数据传递，调用不是通过对象来传递的，如果直接通过对象的话，会有一些绑定，通过SDO这样的模式的话，这个对象具有一定的灵活性，也就是说，我们这个数据的传递并不是说我下次交给你，是由一个数据总线的概念的，每个人需要他数据的时候，都到总线里面去提取，一些技术的细节有机会再讨论，但是基于SDO这样的标准来开发软件的话，如果是客户的参数计费的一些条件，发生变化的时候，我们本身写一些的服务是能够灵活的适应新数据结构的变化的。
第三个就是SCA的策略和一些基础设施的管理，我们现在都是通过服务来调用，他就会带来新管理方面的要求，因为我们以前软件都写死了，我一个对象调用另外一个对象，但是通过服务来提供我们系统接口的话，我们就会发现存在几个方面的问题，你的服务是不是真的服务，我们在银行里面有一个存款服务，你比方说要存一万元，这个钱就存到你的帐号里面，存款这个服务是不是标准认证的服务，是不是一个黑客放了一个存款的服务，另外还要对服务调用着的管理，反过来讲如果是取钱的服务，是一个黑客进来的话，这个服务钱可能就取到人家家里面，对于服务来讲本身不是一个编成的时候，一个固定的绑定，而是在运行的动态里面来进行组合和调整，这样的话服务本身的一些友好型、安全性、身份验证等等，以及相关的一些架构，不需要在这里面进行管理，所以SCA标准主要是这三个方面，就是SCA、SDO以及政策方面的管理。
我们可以看到作为SOA来讲的话，我们首先要意识到他是一个思想上面的变化，作为SOA又需要三个方面的东西，就是一些基础的SOA的设施，SOA怎么样能够快速组合，这样的能力，同时还有一个SOA服务本身怎么样快速的开发三个方面的东西。
总的来讲SOA基本价值就是通过很低成本的继承使得我们生产的应用软件有最大的灵活性，同时使用SCA和SDO这样的操作层的话，使得我们系统本身他能够逐步的演变和变化，而不需要因为一些调整使得我们的服务本身就发生一些大规模的调整，所以这也是国际上面的标准，他们认为一个SOA是我们应用软件的一个趋势，同时SCA和SDO标准也是我们SOA下面落地的一个最核心的标准，未来的SOA上面的应用都会通过这样的标准里进行快速的整合。
服务构件又成为我们未来通过企业应用的组织、部署和管理的系统，SOA从我们的一个思想到我们最终的行动来讲，有下面几个重要的要素，第一就是在未来我们的系统的规划过程中，都会以SCA的服务构件为核心进行系统的规划，我们以前的系统都是以一个应用软件为核心的，比如像我们银行里面我们今年要做五个应用，人士应用，财务应用，客户应用等等，我们的思路需要从这个方面转移到服务和服务构件的规划，也就是说我们未来要做一个系统规划的时候我们要规划这样一个系统里面需要什么服务，什么服务构件，这个服务构件他本身需要一些完备性，有了完备的服务构件，能够快速的整合和应用。
第二个我们需要选择一个以SCA服务构件为核心的平台，选型，因为在这样一个系统里面我们需要选择一个良好的SCA构件平台，对于我们现在很多的厂商来讲，SCA和SDO标准的支持可能会在明年初出来，但是这个基本上是这些主流厂商的第一代产品，我们从系统的成熟性和稳定性方面有相当的优势，有了这样一个构件的体系以及SCA的体系我们才可以打造灵活、变化的高效服务构件的完整的组装、运行体系。
今天非常有机会可以在这里和大家进行交流谢谢。 |
主持人：谢谢黄博士的演讲。黄博士刚刚这个题目是SOA的标准从思想到实践，其实黄博士本人何尝不是从思想到实践的人呢，黄博士从十几年以前就开始进行了，沉淀了非常深厚对于面向构件技术的研究和积淀，在黄博士的黑皮书《软件的涅盘》这本书我觉得写的非常的精彩，在这里面我给黄博士卖个广告，在这本书里面提到了怎么样面向构件的技术使得我们这个软件成为书写软件之美而不是一种后怕，使得我们改变对软件的恐惧非常大的担心变成一种革命性的事情。
刚刚也提到我们在软件开发当中，我们的客户和软件开发商都非常痛苦，因为每一个软件的开发过程都是非常久的，每一次的改变使得我们开发商非常的头痛，所以我们开发商常常因为不能够灵活的去应对他们的需求变化，而发生很多的矛盾，今天我们用SOA的解决方案，我们的广东移动有一个非常好的开始，下面有请广东移动工程维护市主任陈跃峰博士，他主题是广东移动实实在在SOA的案例。 |
陈跃峰：大家下午好！我是广东移动的代表，非常高兴能有这样的机会给我们进行交流，我想对IT服务建设的关键挑战与SOA的应用。
我介绍分三部分，首先我会谈谈我们在工作中在进行IT服务与电子运维项目建设面临的困难，第二是SOA架构的优势，第三个是在广东移动EOMS的应用。
首先我给大家在这里小节一下，我们在平时工作中，进行IT服务与电子运维项目建设所遇到的困难，我相信这些困难在大家的工作中都是会遇到的，我在这里做一个小节的目的就是因为这里其实是一些教训的总结，这些困难不是说我们以前不知道，而是更多的困难是我们对他们的程度或者是影响的范围远远超出我们的预期，在这里总结一下，给为我们以后遇到在做这些项目的话，我们可以有一个非常清醒的认识。
首先我们知道我们的需求是变化的，这个其实是大家都是知道的，为什么我们把它写在第一位的，就是因为我们在做这个项目的最初，对这个需求变化的程度确实是没有一个很正确的认识。
首先我们知道我们的需求是变化的，这个其实是大家都是知道的，为什么我们把它写在第一位的，就是因为我们在做这个项目的最初，对这个需求变化的程度确实是没有一个很正确的认识，使得我们在我们这个项目初期由于需求的变化给我们项目带来了非常大的影响，造成项目的拖延，我们知道在我们这个项目中，其实基本上大多数的需求不是一个部门决定的，虽然我们个项目初期是一个部门在使用，另外一个需求往往是经过多次反复的确认，才能够最终确定，我相信这些需求的变化对于开发商来说，是非常深有体会的，作为甲方我们IT部门来说，其实属于甲方当中的乙方，我们也是深有体会的，我们也非常希望我们的需要是明确的，但是这是一个非常良好的愿望，事实上是远远不是这样的，在过去的几年中，我们的机构产生好几次比较大的变动，也是造成了我们的业务扭转的变化，产生了非常多的要求，所有这些需求的变化，基本上超过了我们系统原先设计的规划范围，这给我们系统后来的建设产生了很大的影响。
第二方面是我们的开发团队，这个开发团队不仅仅是乙方，也是我们甲方一起的，开发团队其实是我们，这个项目做了大概有三年，我们的开发人员其实是非常不稳定的，特别是在我们初期我们的项目经理和架构师都是换了好多，整个系统是过于依赖于开发人员的素质，对于架构师的设计和一些思想很难得到彻底的贯彻和执行，从而造成开发的延续性非常的差，相信这个问题其实在我们中国软件业很多属于定制的软件开发上面都是会面临着同样的问题。
第三个就是我们的系统是一个非常复杂的系统，说他复杂主要表现在我们现存的系统非常的多，很多系统是需要做接口的，我们的逻辑也非常复杂，我从最开始做流程软件开发，我感觉到其实在很多外企里面，我们并没有像我们国内类似OV的软件流程，是用软件就搞定在我们中国有非常复杂的流程，这些工作流程其实对现有的一些东西，业界有非常成熟的套件是支持这方面的一些服务的，这些其实是没有办法的，他们的设计我估计在一些国外厂家设计当中还没有想到中国有这么复杂的流程，所以说这个也是超出我们之前在设计时的一些预期，除此之外我们系统集成了很多第三方的产品，集成难度非常高。
第四方面刚才也谈到了，就现有的一些套件，我们在开始使用的一些套件确实是没有办法覆盖我们所有的需求，也许是由于我们的一些需求是太过于复杂了，没有办法能够在原先的基础上，能够很好的定制开发，很多种套件有不同的特点，可以把他们的特点集成起来，这也是可以完成我们对服务的支持和要求，但是将很多套件集成在一起，我们遇到了非常多的问题，对后期的维护也是造成了非常大的压力，我们主要遇到的一些问题，从做这个项目我们可以谈一谈我们应用这个SOA的架构，从应用的角度感受到这个架构的好处。
首先我觉得在做这个项目的时候，可以提高企业的管理水平，这个其实是所有IT部门希望看到的，我们知道IT部门是一个服务的部门，我们是需要为企业管理市场去提供IT服务支持的，我们非常希望能反过来通过IT能够影响到我们的企业管理，能够优化我们企业管理的流程，在我们这个项目实施过程中，应该说充分体现了这一点。
为了能把这个项目做下去，我们需要重新梳理现有的流程，我们会发现现在一些部门的职责和角色流程是非常不清晰的，我们需要重新定义，为了做这个项目，我们广东移动也专门成立了一个流程梳理委员会，我们公司的领导担任从这里可以看到我们在做IT的一些系统架构的时候反过来会影响公司的管理流程，为公司提供高效率的办公，和业务支撑。
第二方面大家众所周知的构件化的开发是多快好省的，是通过积木式的搭建是非常方便和快捷的，同时如果存在一线缺陷的话，会限制在单个积木的内部，不会进行扩散，也便于软件缺陷的定位。
第三方面我个人感觉采用SOA可以使系统进行保值和增值，构件化的系统在我们业务变革的时候丢弃的代码是比较小的，我们一些原子构件是在业务变化的时候是可以重新利用的，这个也使他可以使用快速变化的业务，我们如果现在的业务而构件的一些构件，由原始的一些原始构件，搭建出来的构件，能够为外部系统提供服务的话，对我们现在的系统是会有增值的。
第四方面采用这种SOA架构，使集成写作变的更加简单，他采用了与平台无关的协议，扩展性得到了很好的解决。
第五方面是项目管理更有力和准确。采用SOA的架构我们在项目的过程中能够非常深刻的体会到我们对项目的控制可以分为两个核心，第一个是进行需求分析，第二个进行系统分析。
对需求分析我刚才谈到我们面临需求变化的困难的时候，这是一个重大教训的总结，我们会专门在我们项目组里面有很重要的，将很多骨干的力量原先是做系统架构分析的骨干的力量，调去需求分析，去理解用户的需求，非常准确理解我们用户的需求，把它表达出来，这个对项目的成败是非常关键的，有句俗话叫磨刀不误砍柴工，开始的时候虽然能够认识到需求是非常重要的，但是没有对他的项目影响产生如此深远，能够认识的非常清楚，而付出了非常大的代价。
第二方面我们构件的开发使我们的任务变得更加可控，这个是和SOA本身的特性是非常有关系的，像刚才讲的是一个积木式的搭建。
第三方面我想谈谈SOA在广东移动这个电子运维项目当中的应用情况，首先我介绍一下我们电子运维平台的项目，我们做这个系统，应该说目的主要是两方面，第一方面规范我们的管理，作为运营商来说，我们这个项目使用者是我们的领导，大家知道我们作为运营商来说，我们的对网络的要求是非常高的，全年是不可以中断超过5分钟，要想达到这样一个标准的话，需要一个强有力的电子运维的平台的支持，需要去规范我们的日常维护，去使我们的日常工作必须是可量化，可监控的，可管理的。
其次我们广东移动下属是有21个分公司，每个分公司的管理水平和维护水平是不一样的，怎么样才能提高全省的维护水平，我们也需要一个系统是面向全省的维护人员，共同使用，使我们全身维护达到一个比较一致的水平。
第二方面我们建立电子运维的平台目标是构件一个网络管理信息平台，首先是一个开放性的平台，他提供了一个统一的用户数据，我们说业务是可定制的，包括业务报表，业务流程，以及提供统一的接口平台，提供数据的共享和流程的互动，这个平台业务高度集成的覆盖了网络部门所有的日常活动。这个系统同时也和目前现在很多已有的系统是高度融合的，通过接口不断的扩展业务范围，这个是我们的系统框架图，总共有九大模块，包括我们的门户、信息发布、值班管理、代位管理和报表管理，资源管理和KPI管理，核心是我们的指挥调度系统就是我们的流程，我们在这个系统上面我们总共开发了30多个流程，这个系统同时和我们现有的系统是有很多接口的，包括我们的网管和客户的连接系统各种各样的网管。
我们刚才提到这个系统是一个非常复杂的系统，这里我罗列了一下，系统在软件上面集成一些主要的产品，有10多个，事实上我们在我们这个项目中上线以来发生了很多次的故障。这里我列出了SOA应用对我们所面临的问题带来的一些好处，首先SOA是较大降低了我们系统架构的复杂度，使我们不用采用那么多的套件来满足我们服务的需求。
第二是我们开发速度变快了，第三个对于一些故障的一些软件开发存在的一些BUG的定位，确实是变的容易了很多。第四方面是为满足我们的需求办法当有需求变化的时候需要更改流程的时候，采用了SOA的架构确实起到了很大的作用。
应该说是在去年的时候，我们采用了普元的SOA架构的EOS的软件平台，这是一种多维度的构件体系，我们采用这个平台主要应用在两个方面，第一个是核心流程引擎上面，采用了EOS的平台，第二我们采用了门户管理模块，采用了这个SOA平台之后，我们对我们的整个流程，和性能有了一个很大的提升，主要是体现在用户的感知度上面，表现在相应的速度提高了，节省了我们的操作时间，流程的定义，开发更加顺畅。我们在使用SOA架构软件之后确实是给我们项目带来了很大的好处和一些转机，我们用了大概一年的时间，我们也遇到了一些问题。
我希望在这里跟大家进行一个交流，作为用户来说需要一个业务分析到技术实现一整套的解决方案，而不仅仅是技术层面的SOA，目前一些产品还是开发平台，而非业务平台，这句话的意思就是说现在一个公司做IT服务项目，或者OSS项目的话，会对现在很多的业务模型进行分析，我们还缺乏这种对业务的分析和分解，在进行搭建这样一个平台，其次对于采用这样一个新兴的软件，我们对监控提出了一个要求，就是说我们在系统上线的过程中，会发生各种各样的问题，作为运营商来说，对系统死机是最不希望看到的，我们非常希望在发生待机之前有一个告警，我们在做了一些相关方面的研究，我们希望SOA的产品能提供一些服务全方位的监控，把所有的服务状态给予一个支持，这个意思就是说当用户提了一个服务请求之后，在这个流程平台上面就是流转，可能会经历很多步骤，比如这个步骤是从用户提出请求到接受是30秒，现在到了1分钟，我们想知道这1分钟是在什么步骤上面，给我们监控提供一个预警。如果SOA产品将来会有2.0、3.0的话，我希望在这方面进一步提高。
第四个对分布式部署的支持，这两个主要还是针对高可用性提出的一个需求，我们知道我们的数据库是提供分布式的处理的，所谓分布式处理就是说我们当一台机器待机的情况下，另外一台机器可以马上用，这个是需要从物理层到应用层都需要支持的，就是从网络、操作系统，数据库的中间件到我们的应用，因为内存数据是需要时时的同步，这在我们大网交换机完全做到了，两个结点上面都是所有的数据和运行状态都是同步的，用户是完全没有感知的，这个也是对我们IT产品，就是没有办法达到电信级的高可用性的一个期望。
我做这个项目大概做了三年多，从应用SOA架构来说，我们来看SOA的标准的统一，我非常有幸是在今年5月底的时候，参加了北京的SOA标准的发布，我觉得一个标准的统一意味着很多厂家为发布这个标准，做了很多的工作，为这个统一标准进行的很多的利益的权衡，标准的统一结束了厂家利益的分割，标准的发布其实也意味着用户将与厂家和经销商一起把SOA做大做强，换句话说，作为用户来说和厂家、经销商一起利益是一致的。 |
| 主持人：大家知道广东移动是一个世界级的运营商，从我们得到的消息我们知道广东移动是拥有9千万的用户，所以这么大的很有代表性的企业客户，在他们过去三年来的喜怒哀乐，给大家做了一个分享，我们在此感谢陈先生给我们带来的经验。下面搞一个小游戏，奖品是乐高的一个积木，这个奖品是我们市场部的一个同事很偶然的发现有一家公司做了这样一套东西，所以我昨天在想这个问题，殊途同归，大家想的东西在最后是一个东西，说明我们的方向是一致的，陈博士也提到了一些希望，所以我想我们作为一个厂商和SOA的提供商要更加的努力去接受这个挑战，下面我们把这个摇奖的台拿上来。下面有请我们的嘉宾上台为我们抽一下奖。（抽奖环节） |
程朝晖：大家下午好！刚才停了我们的客户广东移动陈博士演讲，我自己作为研发的负责人来讲，也是深有感触，其实我们看到过去的20、30年整个软件业的发展并不是非常缺技术，越到现在，再过几年可能技术不是很大的问题，但是我们会发现真正能够做出客户好用的产品来，这并不是一件容易的事情，我记得10年前在很多公司在批判微软，说他技术不可以，其实微软就是做成一个非常成功的商业软件公司，同样我们可以看到现在像一些非常成功的商业软件公司，可能在某些方面的技术并不是最强的，但是他清楚怎么样可以抓住客户，怎么样可以把客户需要好用的产品做出来，可能接下来我报告的话题是和产品相关的，这个题目叫做面向构件的SOA的中间件，是一个产品，或者是一个持续发展的产品，刚才陈博士提了很多的需求和其，其实要做出一个产品来，需要一方面站在客户的需求角度提炼出来，不是一个客户说我现在需求变化很大，我现在是一个需求的变化，最后普元就去做需求管理了，怎么样把一个需求更好的跟踪起来，这可能就会迷失掉，客户的需求没有重要，但是一定要抽象出这个需求是不是能够代表，符合你公司在市场上面的定位，并且这个需求是不是代表了一类客户，但是不是简单的看表面的需求，并且要和你的定位相结合，同样需求是不是能够和现在已经有很好的支撑的技术相结合，如果现在有了一个需求，但是技术不成熟，或者技术还处在比较早期的阶段，我们就冒险把这个技术实现需求功能的时候，可能我们就会做出需需要大家的资源，大量的成本，非常长的时间才可以做出来，同样的产品做出来是不不好用的，因此我们作为客户最终接受了架构，接受了理念、方法很多东西的时候，需要一个成长的平台或者产品，去把它应用在SOA的架构上面去实现出来，这样的产品既要满足客户的需要，又要能够符合技术的发展。
其实我们现在碰到很多的一些问题这些问题就是因为我们现在用的方法、技术和我们选择的一些产品所带来的，我们的问题不是说他自然就好了是因为我们一年前我们选择了这样的技术，招了这样的人，做了这样的应用系统自然而产生的，这些问题也会经常看到，我们会面对一大堆的代码，刚才讲到了，100万行代码，可能修改其中一行代码的时候，风险构造非常大的，因为普元就是做系统软件的厂商，我们对这点深有感触，去开发一个功能，1000行代码，我们规定最后产生的报表是小于0.4的，但是当你要去发现这个报表的时候，你要去修改他的时候，你风险非常的大，因为你修改的时候，你只看到这个点，他隐身去其他模块之间的关系可能就没有考虑到，所以这些代码当有100万行的时候，我怎么去维护他，怎么继续开发，都是一个非常头痛的事情，刚才黄博士已经讲了，已经给出一个方案，就是面向构件，可以把100行代码，变成一个构件，这些构件是经过千锤百炼的，是经过了几千个客户的认证。
第二个我们碰到的问题，或者说现在觉得是好的东西，是不是真的好需要打一个问号，就是开源的技术，我们需要一个应用软件开发的框架来解决数据层，逻辑层等等各个层面的一些问题，统一的去解决，但是开源的技术和框架只是在解决一些单点的问题，并不是一个商业成熟的产品，而对于我们大客户，大企业来讲不是需要一个技术，我需要的是一个能够解决问题商业化的产品，他代表了能够满足刚才广东移动讲的稳定性的要求，能够满足我人员看到成熟的文档就能够去学习和培训，当我需要支持的时候，厂家可以提供从培训到终端一系列的服务，来保证我商业应用软件的成熟，而开源软件在世界范围内非常快速的传播，但是并不能够代表是商业化的产品和平台，他解决的是某一些点技术的问题，不能够全面解决我所需要SOA的平台，去解决这样的架构，所以我们会发现很多的一些客户早期的客户或者是一些合作伙伴，他们都会或多或少去采用开源技术，但是不断的碰到更多的问题，团队的流动性很多开源我们一些资金架构特别的热血沸腾，但是搭建出来之后，发现不同的项目用的是不同的路子，然后的这些人离开了，对于我一个公司来讲，我是对于这些人的风险非常大，对于他们的依赖度非常大。
第四个是规范，我们做事情的时候是让程序员和架构师充分发挥他们的创造力，还是说我们需要一个可靠稳定的应用软件，我们需要遵循一套开发规范，项目管理的规范，业务模块积累的规范，使得我们做的这些模块、软件能够高质量，能够灵活，能够被很好去复用，有没有这样这套规范在支撑我们，这些都是我们碰到的问题，我们有没有办法去解决他，所以我们的目标可能非常清晰，刚才陈博士也讲了，客户在心里面需要一个非常高效率、开发、维护和运行的软件方法，技术、工具、平台，希望我们的软件不再是几年前的很长时间开发一个软件，当需要修改一个软件的时候需要花很长的时间，在你们手里面有银弹杂志里面有一句话，他讲到做一个信用管理30天的时间的，而用普元软件之后用的是一半的时间，现在的效率也提到了别看只省了15天的时间，这是企业竞争非常大的一个方向地。
第二个是质量，这个是我们比较头痛的问题，五个九怎么打造，你的软件有10万行代码，如果说每一行都是重新写的，但是你软件的测试时间基本上好的软件测试和开发是一比一的，两个开发人员一个测试，测试的时间不会少于你的开发时间，如果你的软件都是每一行新写出来的，你要达到这个质量必须是一个比例，你测试的都必须要几千个，都是有这样一个比例的，我怎么去又高效率又保证质量呢，这是一个矛盾，所以可能我们现在的方法就决定了我们要么丢失效率，保证质量，要么丢失质量保证效率，是不是有一个新的方法和技术平台让我们能够平衡，同时刚才陈博士也他们也没有想到在做应用软件的变化远远大于项目刚开始做的时候，他们自己都超出了自己的想象，不要说是开发商、集成商了，怎么去灵活的调整，是不是应用现在的技术和方法手段就可以做的到呢，相信没有多少可能。
管控这对于最终用户的价值是非常大的，当他发现问题，有问题是正常的，但是你是用三天的时间把问题定位了，有了性能问题也是正常的，但是你花了多少的代价和时间找到问题这是非常重要的事情，定位了之后能不能很好的解决，到上线之后一个问题出现之后，定位是非常困难的，因为系统非常复杂，涉及到各种支撑技术，支撑平台，环境、软件应用等各种东西，如果这么多的软件在我们运营的时候，当你有问题，甚至有问题我是不是可以预见到，这样一种管控能力对于我们企业的价值和作用是巨大的，一旦企业待机的时候给企业造成的损失可能不是简单的几笔交易没有完成，是企业市场的形象，以及企业为了维系这样一种品牌知名度未来要投入的服务等等客户补救措施带来的成本，所以应该说我们做软件的时候，效率、质量灵活度和可管控的能力这是我们做软件需要突破的，如果还依赖于现在的代码技术，开源技术，我们可能就很难去克服这些问题，现在的问题是有现在所使用的方法和技术所带来的。
从这个问题要去统一的解决的时候，我们可能会抓到个开源框架，给我解决了部分的问题，但是怎么样可以系统性的解决这个问题呢，并且站在一个商业层面去解决，而不是说这个技术商业层面解决了，没有支持和维护，我们做企业应用软件的时候，都不外乎有这三个层面，在我们最早的浏览器的模式下，我们都在不同的层面去解决这个问题，最早的时候写一个程序，这个程序里面会去显示你的菜单、界面，程序会去做判断逻辑的运算，这个程序会去访问后面的文件系统，或者是数据库，所以他在这企业应用软件里面，可能50年前是这样的，50年后起来这样的，永远是三类问题在架构、技术、工具层面上面去解决，在新的方式下面，SOA面向构件的方式下，我们同样要去解决这三类问题，这三类问题可能会随着技术的发展，客户需求的发展提升，我们对于这三层有了一些新的提炼和提升，但是同样还是这三层，就是讲的直一点就是算法、逻辑和数据，当然到了现在我们技术支撑之后有了新的一些词汇，来更好的表述，比如说叫UI，用户的交互，可能不仅仅是一个页面的展现，还存在着更加丰富的渠道的互动，他可能不是简单的代码的计算的逻辑，可能涉及到整个应用里面的流程，涉及到工作的流程，会涉及到页面的流程，会涉及到代码的流程，会涉及到这么多的流程是如何被重用和封装，能够被我更高的业务层面的逻辑、流程被使用，信息层原来就是数据，我对数据进行处理，但是现在我其实想要访问的是一个客户的帐户信息，客户最基本的信息，这些信息站在数据的角度，可能是存在于不同的数据原理，数据管理，数据的资源管理，所以我们需要通过统一的一层数据的抽象使得我获得的是一个有用的信息，不是一个裸信息，因为我们对于这一层有了更高的要求，我们需要他在利用一个技术，他数据的抽象，使得我们将来访问一个帐户数据信息的时候，是一个数据的服务，可以到后面具体各种的数据资源里面抽取出来，变成一个数据的信息。
通过流程各种页面的组装，通过UI的各种渠道，各种方式的互动来完成我们企业的应用。因此可以看得到在我们企业应用的三个层面，有了一次提升，在整个SOA的技术的技术的背景下，客户的需求下，有了一次提升。
这是一个相对比较完整的，SOA架构里面，不仅仅是在中间的，同时在如何去开发、设计、调试、部署你的服务和构件，到运行态里面去，当你上去之后，如何有效的监控、管理和预警刚才我们的客户都给我们提出了他的要求和希望，从我们普元的定位是面向构件的SOA中间件的厂商我们有我们自己的独特的定位，我们不断的了解我们大客户本质的需求我们把握整个技术的发展，来作出商业上好用成熟的产品，所以这样一个架构图人我们去诠释当我们在解决企业架构和应用的三层问题的时候，我们在整个软件的生命周期里面，从需求、设计、编码、测试部署上线和维护等等一系列去提供商业成熟的价值的产品，满足客户的需求，适应技术的发展，因为我们是做中间件的公司，随着技术的发展，整个产品的本身的形态、功能特征也在不断的发展，中间件之所以为中间件，是介于应用和操作系统之间的系统软件，所以叫中间件，所以中间件在过去的20年里面发展的非常快，基本上在企业计算级这一端的90%以上的技术都被中间件吸收过来了，反过来看软件的发展是非常缓慢的，因为心里出现了很多的技术都是在中间件里面发展的时候，这是因为我们应用的需求在变化和发展，所以这些技术又很好满足了应用的发展，原来我们做应用的时候非常厚，最后你发现中间件占了20%，把它的应用理念共性的需求系统化，这样来提升整个应用层面的支撑，他的灵活也好，高质量也好，所以我们在随着这个技术的发展的时候中间件会越做越厚，越去定制，而不是从简单的系统访问，这些都是都是被系统化到中间件里面去了，所以你会发现需求最早时候只要说交易就可以了，我只要做信息的可靠传递，信息中间件就满足了，我只要做一些后台专有系统的访问，专门有这样的中间件产生，但是你最后会发现，这些东西是一个共性的东西，我在做应用软件的时候，都是这样的，这是随着整个技术的发展，原来是在C++ 语言的编成中看到的更多，到了一个要给予一个新的技术架构，技术出现了JAVA等等，这些技术出现的时候，把功能性的需求做了一次融合，都被融合到了应用服务器里面，但是复用服务器再发展，还是不能够很好的满足要求，不能很好的渠道管理，不能很好支持个性化，等等这些问题会出现，他在面对复杂的数据整合，流程交换和流程折合的时候，应用服务器还不能满足我的要求，因为就出现了集成服务器，随着这个SOA整个架构的推进和发展，门户服务器和集成服务器都在销往，他们的功能随着整个SOA架构一代的提升，都会被吸纳到新的软件里面，叫做SOA的中间件里面需，原来你要做一个集成时候，要专门买一个集成服务器，将来集成是一件非常自然的事情，当你把一个模块做出来的时候，是不需要集成的，天然已经具备了集成的能力，天然就具备了服务的能力，就可以绑架道路一定的通讯的协议上面，这就不需要集成服务器了现在集成服务器在做中文翻成德文等等，把不同数据的格式进行翻译，将来我们的软件做出来，自然就是基于SOA的架构，面向构件的方法做出来的，是不需要翻译的，将来的软件做出来，本身的这种多渠道的方式，通过服务来访问，多渠道这种方式都是天然支持的，所以门户服务器也不存在。
到底SOA的整个中间件大的去看，涵盖什么方面呢？首先第一个刚才讲的，我们当未来的软件做出来，就可以被拼装了，就具有服务访问的能力，这个能力不是来自于一行一行的代码，如果你的软件还是用代码写的，这个能力是不存在的，你需要再给他穿衣服经过封装，就不可以了，但是你的软件是用构件来做的，构件本身具备了插口，也可以插入别的上面，而是符合标准SOA的插件的时候，你的软件就自然具有了服务访问的能力，自然具有了与别人互联互通的能力，所以面向构件是一个最最核心的部门，软件不在说代码了，应用软件的基本单元是构件，由原子构件不断拼装出业务的模块，不管你是在哪一层搭建都是插口是标准的，你在任意一层想复用的时候，复议暴露一个服务，是由自己的决定的，因为你从安全的角度，业务模式的角度来考虑，你想内部使用就不暴露，想外部使用就不暴露。
由于这些够，以及不断积累的知识、流程之后，这些原子之后，怎么去根据业务的应用，你的具体的业务的需求把它做出来一个应用呢，就是通过流程的方式，你这个应用可能有多次的交互， 需要访问10个已有的构件，三个没有的构件去开发出来，但是这些构件是一些模块有粗有细怎么根据你浙江移动的需求，换到广东的移动的需求，这就需要流程的管理，通过构件的拼装去把具体的业务实现，这里面会涉及到原子级的业务逻辑做出一个构件来，普元提供非常独特的用画图的方式把你的业务逻辑做出来，业提供页面流，帮你做到人机交互，国外的产品拿到中国来很难使用，这是一个中国普遍的需求，建了这么多的银行、电信对于中国特色的需求是很难的，国外的需求是不能满足工作流的需要的，只有中国的产品立足中国客户的需求才可以做出这样的产品需求。
以及涉及到跨部门，甚至于跨企业的业务流程，所以流程管理使得把不同的模块构件穿在一起，实现一个具体的业务的应用。
有了这些原子级的流程之后，你怎么在企业级统一的来访问到它，这就要把它不一个服务的管理器上面，有些是应用领域用的，有些是内部用的，不需要放出去，如果你都放出去，就没有办法管理了，所以在企业发布的时候，去入库的时候，出库的时候，索引的时候需要个统一的管理，去动态的进行注册、匹配、调度、路游，这个需要做到时时动态整个的代理和发送等等，转换路游这个功能。
第三块有了这么多软件治理和统一服务的时候，怎么样去很好的管理他，怎么样达到九个五，怎么样预见问题的发生，怎么样快速定位问题在哪里，这都是对于客户来讲是巨大的挑战，这就会最的治理方面系统性的解决这个问题，有了构件、流程、服务之后，对这一套东西有一个统一的策略去治理和管理他，怎么去定义你的规则和策略有什么样的机制和策略帮你诊断他，当你有一个新的策略发生的时候，是不是需要把软件重写，还是要把探头注入进去，自动捕获你需的信息，当你有很多构件在运行的时候，当别人是一个故意塞进来的恶意的构件的时候，你会发现到构件多的时候你需要加入，但是当多的时候这是一个很大的问题，这时候需要在安全策略上面加一个策略，怎么样通过整个软件的制定把策略注入到你所需要注入的层面上面去，这都会有一套治理的架构，策略的管理来帮助我们实现整个不同力度上面服务上面的管理。
这其实也是时代去创造很多的产品和公司，这也是我们看到过去的几代大的企业架构在演变的时候从主机终端到基于互联网的BS架构，到了现在的整个的应用服务器，但是你会发现这个架构又出现了很多的问题，他的MBC是没有的，需要用很多的开源框架，做出来很多东西都是一对代码，我们的服务又不能很好的管理，所以到了现在的已经到了第二个阶段，大家也可以看得到在今年3月20号发布SOA的1.0和2.0的时候，整个SOA进入了一个非常实质性的阶段，之前的非常虚，只解决了互联互通，但是没有解决整个一套开发模型和管理模型，但是到了SOAD1.0出现的时候怎么样做SOA应用软件，有了一套标准的模型，做出构件的标准，这个地方叫服务，这个地方叫做具体的属性，这个地方叫做你去调用具体的原始线，是JAVA还是其他的，把应用软件基本的单元定制出来，这是一个非常重要的标准，使得我们在整个应用软件进入到SOA的架构阶段。
下面也基本介绍一下作为厂商来讲，怎么去把这些东西给落实到产品里面去，这也是普元最基本的信息，普元在今年1月份得到了一个奖，在中国的高科技50强，我们也是加入了刚才两个非常重要的SOA标准，一个是OSOA一个是OASIS我们的客户包括广东移动，还有华为，在这个过去的一两年当中，普元有了一个非常进步和快速的成长，我们产品通过我们的合作伙伴到了像冰岛、泰国、荷兰这样一些国际的市场上面去。最后要落到产品，SOA是一个架构，架构是什么东西呢，分成这五个模块，互相之间什么关系，但是我应该用一个什么样的平台去开发、运行和管理呢？这是我们需要一个中间件的成长的产品，普元的EOS我们从01年4月份就开始做，六年多的，这也是为什么标准组织这几个厂商邀请普元参加标准组织很重要的原因一我们有了非常多实践的经验和客户的基础，这是我们产品最基本的一个形态、功能布局，EOS的STudio是一般图形化集成开发环境，就是指你的设计、开发、调试、部署一体化的开发环境。看代码是非常令人讨厌的事情，很难维护，开发人员都不喜欢改别人的程序，但是当你变成易读的人性化的自然构件的时候，把它图形化处理的时候，这时候你软件的维护、软件的质量都是质的提升。
EOS Server是高性能企业级SOA应用支撑环境，我们还在不断的提升在最近我们又把我们的引擎的新能和速度提高了50%，实实在在不是说我们自己去测的，是在客户最典型的应用产品下面测试，也可以告诉我们大家我们在明年还会继续突破，这方面是普元上面技术突破的一个地方，明年我们的产品出来是一个数量级的提升，这方面我们的技术都已经打通，我们还在投入更强的技术力量在这方面。
EOS Governor是一个高可用的SOA应用监管环境，在这点上面我们软件的整个生命周期开发只占半年九个月的时间，但是的生命周期是可以用多久，这个扮演了很重要的角色，我们需要一个非常中国特色的构件流，包括中国的银行，农业银行，建设银行，他们都是在全行平台级的工作都选择普元，很简单国外厂商没有办法搞这个，基本上不可能完成中国特色的工作流，所以看到中国的像建设银行、以及一些合作伙伴，在流程平台选型的时候，基本上是很难去选择一个国外厂商来满足他最基本的功能性的要求。我们已经在5月的时候发布了EOS的报表，是一个中国特色的报表，中国的报表都是领导决定的，这是中国客户实在的需求，我们其实会去抱怨和批判，但是这是一个客户实实在在的需求，我们报表是傻瓜号，你会用EXCEL你就可以用报表，你把你的EXCEL只要导进入，你设计就问题了，你的报表已经是一个EOS报表，你能够抓取各种各样的数据，但是是一个企业级的报表，我们已经在向中国电信行业的客户已经都有使用这样的报表，这样的一个产品其实最终并不崇拜任何的技术，技术是有价值的，任何的点的技术都在为了解决客户的口一个问题，普元做出来的产品就是融合了各种各样的技术，我们要帮助我们的客户去做高质量，灵活的、组装的产品，你的管控到构件服务上面去诊断他，管理他，统计他，预测他更好管理，所以我们的产品就是能够不断提高我们快速、高质量、快速、灵活的SOA的应用来，这就是我们的产品价值所在，我们也会不断提升这些方面的特性和功能和性能等等。如何去实现出来目标的时候，我们都会梦想，到了现在的痛苦的时候往往会回想起用原来的软件开发的时候是多少的简单，我经常听到开发人员，会会想到5年10年前的场景，觉得非常爽，但是他的架构上面局限性，所以现在慢慢被淘汰了，当我们在架构上面有一个先进的架构的时候，也不要把原来这么好的东西丢失掉，所以我们EOS理念还会在这几个方面去突破和改进。我们的企业就是人机交互，加流程、加信息就是信息，这些信息怎么不断的完善，以及落实到产品特征上面来，以至于国外是没有办法过我们比的，国外目的监控管理和我们EOS是许多办法比的，凭我们对中国客户的了解，EOS提供了工作流，页面流，业务逻辑流，这三种最基本的流程的实现，来表示我们企业的流程逻辑和算法，来适应目前流程企业的趋势，在我们银弹杂志上面这期的封面上面流程公司，大家都是打破富门级的运营方式，要变成一个流程的企业，我客户的任何一次点击可能都会贯穿到我们的各种运用里面，EOS使用可视化的流程开发、使需求、设计、开发、测试、调式一体化，这个是任何开源技术和框架达不到的，他们只能结果但点某一个问题，而我们需要的是一个商业化成熟的产品解决我真正应用的问题。同样的EOS体提供了个将近一千个最适合流程开发的基础的构件库，因为如果有一个好的平台框架，所有的原子级构件都让你自己开发，你又花费了半年以上的时间，而且你用了之后别的客户也要用，我们统计过大概95%的应用都可以用普元的原子级构件做。
在整个流程有了解决之后，在信息层，我们使用像XML这种技术，使得我们的不仅仅是多裸数据对于管理，而对不同的数据源有了不同目的抽象，这就是SDO对于整个数据的可以通过服务的方式去访问，因此当我们去面对一个应用开发的时候是一个信息，解决一个客户信息，是一个帐户信息，因此数据源来自不同的地方，通过这种技术使得你对这种信息更好的处理，既对应了对外的接口，又提升了接口的灵活性。
在页面端，在整个UI这快也在不断的提升，这个页面的框架可能普元不会涉猎这块，这不是我们的强项，可能是客户的需求，我只要做一个用户的问卷，把这个问卷一做，软件一写出来，流程就出来了，页面也出来了，我相信这是我们不断努力的地方，这个东西如何做呢，这是我们需要提供一套包括页面的向导这样一个框架，由我们的合作伙伴产品开发商和客户不断站在业务的角度去做，把业务的模型做出来，我们也会提供一些UI端最基本的组建，现在已经有了，像菜单、树，组织机构等等，实现更多让你们在做页面的时候可以享受到其他软件可以做出的感觉，抓一个构件菜单就出来了。
同样的在这个层面上面，普元会采用一种更加开放合作的策略，在这个平台上面我们会跟我们的合作伙伴一起，同时也是我们基本上有一个长沙设立一个业务构件和向导的实验室，这个实验室主要是为了支持我们的合作伙伴，来把他们一些通用的构件放到我们EOS的平台上面来，支持外面很多业务开源的模块变成一个EOS的构件，我们在做应用的时候不是简单的提供20、30的%的价值普元已经有了一套开源的组织机构和管理，这些都是在应用软件都是需要的，但是到了不同的客户不同的项目里面来，都是需要修改的，我们在于提炼薪资与人员管理，只要是符合层次性的，一张主表，N张人员管理表的时候都可以在我们业务构件模块拿去用，而且这个业务模块已经是在很多的企业里面，包括交行，甚至于跨行业，原来我们做到原子级构件将近1千个，现在我们更加会投入在业务级的模块，这个更多是我们合作伙伴和客户合作，把这个业务质量模块做大，使得我们将来的软件真的是更快更灵活，资源管理、计划、任务管理等等，我们一方面做一些跨行业通用另外一方面帮助我们的客户和合作伙伴把他们的业务提炼出来，甚至于将来合作伙伴可能很小，但是某一块的业务领域非常强，我们还会帮他做营销和服务，普元应该来说在大的客户里面也有一个非常好的品牌，客户和信任度，所以我们合作伙伴最难不是把这个做下去，但是最难的是不知道怎么样敲开中国移动的门，这都是我们非常中长远的规划，会跟我们中小的合作伙伴，客户一起怎么样把这个做的更丰富，这个也是实实在在普元未来发展很重要的策略。
如何去更有效实现普元构件，这个到源自级的到业务模块级的到部署级，我们围绕这三个概念从平台的角度，把它监控起来，这些技术和标准都是在我们UOS不断落实和强化的，包括我们会做一个服务生命周期的管理，WSDL可能做一个服务的描述，随着构件不断的积累，客户碰到最早的问题不用代码，用构件，这都是这个平台支撑的，构件最基本的管理和部署，意见构件多数实现方式从我们应用的角度可以把应用软件做出来，但是不能要求所有的软件都是这样做的，普元的报表也是用最原始的构件搭建出来吗，可能这个是需要JAVA来实现的，但是最后还是变成一个构件，同样工作六也是一个业务途径，我们表单，但是具体的业务实现深入，包括可能是一个工作流的过程，可能是一个JAVA的构件，以后需要还会支持给更多。
接口也是非常开放的标准化的接口，可以支持相关服务的接口，也可以是一个JAVA的方式，整个来讲EOS我们整个产品怎么去满足，包括陈博士，他们会不断对我们产品发展的要求，我们怎么去把握自己的定位，我们不是做HR型的普元的定位是做面向构件的SOA的中间件，我们我们这个怎么样让客户看到更多的价值，怎么样能够更厚，这我们就会在如何更快速是不是要做更好的向导，更好的一些原子构件，如何去高质量、灵活、易管控的SOA的应用，这是我们的产品的商业价值，和我们产品的技术为之努力的目标不是简单要用SOA的技术，这个没有意义的，这个SOA技术是非常简单的，我们从来不崇拜技术，我们一定要到最合适的技术，是为了我们这个产品在我们目的市场、客户端体现他更大的商业价值而去不断发展我们的产品。 |
| 主持人：谢谢普元软件的副总裁的演讲。华为是中华民族的一面旗帜，是发展非常健康的企业，华为和普元在两年以前就启动了一个叫华普一个项目，今天这个在于欧洲和亚洲全国各地开发接过，下面有请华为合作集成部部长肖橹先生，他的演讲题目是豹舞平川，敏捷运营。 |
肖橹：非常高兴普元公司给我这个机会让大家来给大家分享一下我对SOA的一些想法，我在总结这个材料的时候，我跟我们公司最早一个研究SOA的专家去聊我们应该讲一个什么样的题目，如果让用你两个字来讲，他告诉我是敏捷，SOA的核心思想他认为是敏捷，在这里面我也恍然大悟，我们整个SOA到底要讲究什么，就是讲究敏捷，无论我们是使用SOA使我们整个管理体系更加敏捷，还是使用SOA使我们整个软件开发的过程非常敏捷，还是使我们使用SOA的技术能够使我们在软件的后期维护更加的好，这是我们理解SOA的实质。这里面为什么会有豹舞平川这个词呢，其实豹子是一个非常敏捷的动物，他不仅体现在速度快，还体现在他启动到他达到一个高速的奔跑，还有停下来的速度都非常快，所以我选择了这个题目作为我今天分享我想法的一个标题。
今天整个会议的题目是说SOA，我们怎么样使SOA能够变成一个实际的行动，我们看SOA在行动的时候因为我做软件这个行业也快15年了，我有时候在想其实软件行业有很多的三字经，其实在前面演讲者也提到，EIP，CIM提到很多管理软件的名词，今天上午也提到JAVA，C++ 这些软件的开发技术，我也考验这样一个问题，这些东西当他最热门的时候是最危险的时候，就像大概10年前我们在讨论EIP的时候，经常会有EIP的研讨会，但是过了三年，大家就在讨论EIP的失败需有多高，在前几年讨论CIM客户管理，我们要建立一个客户导向的企业，过了两三年以后，大家会发现这个系统好像实施起来失败的很多，成功的很少，无论是国内还是国外，今天我们在这里看SOA作为一家独立的市场调查公司和IT行业的顾问公司，SOA在中国路线图的报告，我觉得作为我来讲，我在这里面看到一个非常危险的信号，是不是过了三年，到我们坐在一起的时候这个SOA根本就搞不成，在这里面我们来反思这些技术性的变化的时候，为什么当很多技术引进中国来，会产生水土不服的原因，刚才陈总也提到因为很多技术从根源深入是国外的环境下发展起来的，可能和本土有一些技术的实践和管理的时间不相吻合。
我是华为的，我们最早也是卖交换机，说起来也非常简单，就是中国大部分地区在90年代的时候，特别是农村地区电压不稳，不能保证持续222伏的供电，国外的交换机没有遇到这样的问题，所以电压对抗电压就非常的弱，当时华为做了一个交换机，你电压不稳我们的交换机照样可以用，这就是你做出来一个产品怎么样适合中国的情况。
我们回过头讲SOA整个核心思想是敏捷，为什么很多企业会使用SOA，这里面大家了解SOA很大一个方向是因为厂商的驱动，就是有业界的厂商，包括普元在内在倡导这个理念，但是作为我们企业来讲要反复思考我为什么要采用SOA，这里面一个很重要的因素，就是你企业环境快速的变化，这里面我也引用一个图，一个示意图，这里边有三个颜色，一个是业务流程的变化，在过去可能这个业务流程的变化以是以年来计的，可能几年都不会改变，而现在可能几个月就你的工作流程就会发生变化，在我们来看产品的生命周期，就是你公司通过这个业务流程生产出来的产品，以前一个产品也可以卖上几年，现在只能以周来计算，特别是电子产品，就像我手上拿的演示器，我本来想买一个逻辑的，但是我去的时候他说这个产品已经退出市场了，现在有一个电子行业的模式消费电子品的模式是3、6、1三个月研发，六个月销售，一个月清货，在这么一种情况下，就导致你流程变化是非常快的，在这么大管理环境变化下自然对整个管理体系和支撑系统提出更加高的要求，在这样一个变换的情况下，什么是阻碍我变化最大的问题，这里面讲到，企业的文化是一方面，以前我非常习惯一个产品卖三年，现在只能卖三个月，这是文化上面的变化，第二位是IT的系统，是不是可以使用这个变化，IT系统是非常重要的环节，其实我看现在在关于SOA的有体系很多提到如果从国外来看，很多是用在企业系统的整合，因为他们已经建设了大量的系统，关键的问题是怎么样利用好这些系统，能够使他们系统之间做到很好的整合，刚才我们广东移动的陈博士提到，我们虽然企业没有整合，但是企业内部不断在整合，组织不断在调整，这也会带来我们对IT系统的压力，当你企业调整了，流程变化了，你的系统如何再跟着变化，所以我昨天在考虑我们是不是要去引SOA的时候，我们要问自己几个问题，我企业面对的环境是不是一个快速变化的环境，如果我企业面对的市场是非常稳定的我为什么要用SOA呢，我商业环境就是要慢的，为什么要变快呢，如果这个行业不需要做快速变化的话，就不需要使用SOA了。但是如果你是面对快速变化的市场和环境，进而你企业也想去以一种快速的敏捷的运营去应对外界变化的话，SOA就是你需要考虑一个发展的方向。
我们再来看SOA的实践，一个未来学家，说过一句话，就是事情的发生总是比我们期望的要慢，我们预测什么时候这个事情会来到，我们实际上会慢一些，这里面其实在于看整个SOA的实践和应用的时候，不仅仅是局限在企业的内部，就是从SOA将来整个发展来看，必然会从企业的内部，也就是说从聚焦于企业内部的基层，建立一个企业内部流程的自动化体系，这样打破部门之间的壁垒，能够让流程在各个部门之间扭转，这是SOA应用的第一个阶段，跳出每一个企业来看，一定会B2B，也就是说在价值链内部，在可信的合作伙伴之间，信息的交换，流程的交换，其实我们大概在三年前，因为我们和华为和因特尔有一个非常紧密的合作关系，当时因特尔就有要求华为，因为他很多东西技术上面有特色，要求我们开发一套系统和他们的系统对接，以后我们所有的往来都必须用这种电子方式来做，在合作伙伴之间也是一个互相之间服务的调用，这也是SOA下部就是从整个实践的方向来看，是要的一个方向，不仅是在企业内部，包括企业之间，进而我们预测也许在逐步大家在采用SOA演进中，我们发展到全局SOA的平台，我们不是为了开发应用来开发SOA的技术，而是聚焦在新的合作伙伴和发现新的服务，这有点象上互联网，互联上服务是不断的探索和发现，你总会看到自己以前没有看到的服务，你可以用这个服务，一个全局SOA服务的环境对企业和个人来说都是全新的，其实SOA虽然是一个新的名词，但是这个概念并不是新，我曾经看过一篇文章讲，其实电信网可以说是最符合SOA思想的网络，因为已经是一个全局性的服务网络，不管是中国移动的客户，都可以享受到漫游的服务，服务之间你要打一个电话到美国，电信网之间就是个吻合的网络，构件化的网络，我们在应用这个层面，下面也是利用SOA实践去发展到一个一个全面SOA的战略。
我们再看如果要走到一个全球性SOA的应用场景下面，我们来看怎么去使用，怎么去看待SOA的技术，当我们来看一个新的技术和项目时候，我们要看跟他同时期产生什么，就像你评价GOOGLE不得不看微软，这是一个新技术的调整，在未来的五年里面有什么技术会是对社会产生比较大的影响。（PPT放映）我们前看面这几项，基本上和SOA是相关的，特别是我们提到WEB2.0的结合，这都是一个新的，不是一个新的软件开发技术，是一个新的管理企业和新的做生意的方法，有本书叫《SOA的2.0》讲的是SOA和2.0对整个商业的社会的冲击，为什么这两项技术结合起来会是很大的不同呢，因为这两项技术我们传统的主机到基于WEBSOA架构的发展，如果从纯技术的角度来看是一个技术的变化，但是其实里面暗含着是一个企业级应用思想的变化，主机系统就是说什么都是在一起的，是一体化的，你可以认为是一个服务的的模式，后来大家发现非常死板，我们又分离出来一个，但是这样还是不可以，随着的管理的发展和社会的发展，大家觉得有一个主导权的东西容易出现故障，不容易维护，出现了一种分散的模式，这是我理解的SOA完全是分散模式，无中心的模式，大家都是以服务的模式来呈现自己，无中心并不表示没有规则，用一个规则去运作的话，可以互相沟通和交流，这其实是SOA一种新的商业语言和编成语言，这是我理解SOA很大的概念，就像我觉得互联网就是一个SOA很大的案例，就是每个一般中心，企业应用是不是也可以往这个方向发展，相应这里面就要结合一些新的WEB2.0的技术，这个是和SOA思想是一致的，1.0是讲有些公司去主导，一定有一个人在主导，比如说亚马逊卖书，WEB2.0是没有人主导，我记得时代杂志评选年度风云人物选的是你，整个WEB2.0核心技术是用户作为主导，这里面有很多细节的技术，比如说博客、标签都是把更多的主导权交给用户，这两个技术的结合，就会为整个软件企业应用的构件和开发创造一个更加自由的环境，当然是在一定标准下面的自由环境，构件出更加丰富的平台。
出去要用到SOA和WEB2.0来构件我们整个的企业级的应用，有什么切入点和出发点，假设我要做这个事情，怎么样起步和思考，是不是拿一个应用来我这个应用要做一个工资管理系统，我做一个HR可以有SOA来做，用SOA的技术里思考这个问题，我不太提倡这种从系统的角度去想，要从管理的角度去看，可以考虑人，流程和信息，如果说有什么应用有一个管理上面的需求，因为任何的需求都是解决管理上面的问题，这个问题不是一个人可以做的，这个业务不是一个人可以做的，需要大家去交互和协同，这个商业应用是可以用SOA来构件的，第二个是流程，所有讲SOA的材料里面反复强调一定要以流程为核心，如果这个应用涉及到复杂的业务流程，就是像根据在前半段广东移动陈博士也提到他们做了30多个流程，是复杂的流程用SOA也是一个好的方式。第三个是信息，你把这个信息作为一项服务提供出去，比如我构件一个标题，这也许是可以用WEB2.0构件的好的方式，我们要从实践的角度去考虑面临管理上面的问题，才去采取适合管理的方式。
其实刚才前面也提到，华为和普元合作，电子运维系统就是我们和普元一起合作为广东移动做的，上午陈博士已经详细介绍了，但是这个系统里面整个运用的是EOS的平台，SOA应用的几个切入点，一个是信息，我们把信息从各个系统提取出来的，把每个系统自己的信息贡献出去，另外就是流程，这个流程不仅是说在自己引擎上面的，还是说和其他的交互，比如说投诉的流程涉及到非常多的系统，只不过核心在这个地方，另外还有和人之间的交互，用了一个派单的管理。
我今天介绍的内容就这些，谢谢大家。 |
| 主持人：谢谢华为的演讲，其实华为本身的研发能力可以说是中国一流的，在开始最后一个演讲之前，组委会告诉我说，我们的乐高积木还有几套，所以还要抽一次奖，第二个提醒我们这边可能是要填一个反馈表，去领一个SOA中国路线图，接着有请普元资深技术顾问PMP唐军，他演讲的主题是流动的业务—构件化的SOA工作流。 |
唐军：谢谢大家，我想前面几位嘉宾讲的很多SOA的概念，可能一个体现在流动的业务，一个体现在松散的架构，我想刚刚肖会长讲的业务的敏捷性，我想敏捷这个概念在我们提倡SOA架构里面是非常关键的一个概念，我想今天我给大家介绍的是怎么样满足我们敏捷的应用。我想以流动的业务作为我介绍的主题。
我们在提倡SOA的架构的时候，我们怎么样搭建我们的服务，怎么样构件我们松散体系架构的时候，其实构件化是我们所追求和实践的目标，构件遵循就像我们刚刚看的短片结合的标准，模块化，实际上构件的概念是把这两年能够真正应用和实践的落地，从整个SOA架构里面我们发现两个层面是我们重要关注的，我们看整个SOA架构模型，四个层次，从最底下往上看，我要如何通过我们SOA的架构来感知我后端的业务提供给我们的敏捷和敏捷业务的体现，我们关注两个，第一个是商业流程，流程是把我们的服务，把我们的应用系统串联起来，以思维性的方式来提供完整的应用，同时大家再思考一点，流程完成我业务流转的瓶装，我如果能够保证业务后端的实现能够是一个松散的架构，体现我具体红能，就是第二点组建者，就是把单一系统提取出来，不管这个功能是在A系统，另外一个在B系统，只要能够组合，再用我们的SOA进行包装，商业流程和组建流程是我们要打造整个SOA要关注的定位。
结合这两个层面我们首先看流程的开发，我们要搭建一个完整的流程整合我们面对几个点，首先你的流程后面来源于不同的应用系统，以及我们如何要把不同的业务功能之间的接口进行抽象，来保证他安全的传输，最后能够用一个统一的UI街面展现给用户，这是我们处理流程整合的时候要考虑的一个点。
第二点解决了流程的整合之后，构件的开发，构件的开发最简单是用代码开发，JAVA等等，实际上大家追求的目标就是从开发效率不同的开发方式都是为了体现开发效率，同时在提升开发效率的层面下，如何提升我的复用，第二个在有复用的前提下，符合保障运行效率，以及如何使用我的变化，最后所有开发的构件可以不可以通过个标准的接口，实现我们刚刚前面看到的积木式的组装，一个是流程的开发，一个是组建的开发，这个是在整个SOA所要追求两个层面的实现。
基于这个构件化的流程我想带给大家这样一个视觉，当我们有一个流程来访问的时候，在整个应用的后面，我们有一个非常复杂的流程，我前面看到的数据不管是来源于什么具体的流程，我把这个提交给你，这样一个基于门户的我要把不同的应用系统实现数据的整合，同时要实现业务的整合，你要保证我在这两个前提下数据的安全性，我有内部的应用系统，供单、OA等等，大家来看基于构件的视角，我把原有的系统进行一个包装，这个基于是不是完全的开放，如果原来就是完全的开放，那没有办法，可以需要花一点时间来了解你原有的接口，我们先把原有的接口进行提炼，先提炼运算构件，再把运算构件按照任意的业务规则拼装成业务的逻辑或者是业务的构件，再与我的用户体验绑定起来，最终形成在流程的一个环节，这样我把整个流程来进行一个拆分，拆分成不同的展现层面，构件层面，然后由构件来实现我具体业务的绑定，所以构件化搭建一个视角带给大家层次的拆分。
从这样一个纯区域的角度来看一下，我提供给大家个性化的视角，基于个性化会有什么特征表现。
从三个方面阐述，第一个从流程的定义，你是采用什么样的方式，流程定义可能是及的开，或者是语言代码的开发，第二个解决流程的引擎，构件化的流程引擎已经和我们现在完全封闭的引擎有什么样的区别，第三个是客户比较关注的流程上线以后，这么多构件是如何管理和监控。
第一个流程的定义，构件的概念在流程开发当中他为提升了一个非常好的视角，从数据、业务到展现不同层面开发视角都是用类似自然语言流程图来表达，这种表达的方式更易于我们的技术人员和业务人员做一个很好的沟通，这个视角我们做流程定义当中的视角，同时构件不可能满足所有用户的需求，当你有一个需求的时候，我们有一个扩展，这个扩展不依赖与更多技术的语言，你JAVA语言也好，只要你符合构件的标准统统都可以包容进来。
我们来通过这个拼装我们的UI的模型来把我们后端的业务通过我们不同的展现方式，我们UI的体验展现给用户最终再来搭建工作流的定义，所以我们从数据的开发，到业务、展现完全是个性的开发视角展现给大家，这是流程的定义。
再来看流程的引擎，就是因为有这样一个个性的平台之内，所有的构件你对外提供一些方式和你对外访问的接口你能不能保证正常来实施呢，当他对外提供服务的时候，我们通过我们的接受器来去接纳像BS，其他的客户端来通过我们标准的HTTP的协议流访问，这样一种构件的方式让我们真正感觉到服务带给我们的价值，保证开放的手段，把所有的构件串联起来，这是流程引擎构件化的特色。
第三个你所有的流程都是以单颗粒的构件不断的积累起来的，如何来管理这些构件，如何来进行业务化的分析，我们来看整个流程在时时运转过程当中我们提供时时监控的欢迎，这只是监控到流程的本身，流程内部构件我们业提供了一个分析，一个简单的流程看似简单，后面包含不同的构件可能就是很多的，每一个构件在运行过程当中，所消耗的时间所调用的次数，他对数据库操作过程当中所消耗的一些性能，以及如何通过不同的纬度来进行分析，这样帮我们把简单的流程都通过一些不同的维护来进行分析，最终我们可以看到通过访问量可以得到一个流程构件的运行状态和分析效果，第二个是用户的活动，可以通过这个来去看待这个流程到底有多少用户在使用，后端用户的状况都用户的感知带来多大的体验，第三个是对我们系统你系统如何保持高性能，内存变化的状况都可以通过深度的挖掘来支持构件的分析，这个构件工作流的管理和监控可能让大家感觉到很传统的引擎最大的区别。
构件化的工作流也有自己所追求的目标，一个是功能开发的开放性，我们可以提供API调用，构件组装，我们在1千多个构件当中，是围绕200多个工作流的展开的，通过这个简单的构件的拼装来实现你内部统一的协议，第二个是流程引擎的开放性，这个自由调度是对最密切的一些操作，通常对个流程的启动，消息的启动，等等不同的启动方式你的工作引擎是不是有足够的支撑，以什么样的方式支撑，还是构件，构件最终还是以服务的方式提供。
第三点是数据模型的开发性，我们追求模型的开放性，通常一个工作流程可以提供很多API的方法，这个运行前运行后，当你达到千万级数据量的时候，光通过API的分析是不可以做到深度的分析，构件化我们是希望通过自己的设计的纬度来去对数据模型进行一个完整的业务分析，这块大家可以通过我们的一些白皮书去了解一下这个技术。
我们来看一下构件化的EOS Werkflow，这个还是依托于EOS的支撑环节，还有我们开元的组织机构，包括WEB2.0等等，我觉得有三个特点，第一个是构件化，所有的开发我们看一个工作流人工活动，他所对应的就是我们崭新的逻辑，自动的活动对应我们是一个业务逻辑，但是这个展现逻辑和业务逻辑本身就是构件体系当中的范畴，所以我们后端的开发不是要写很多API的方法去调用，而是可以用构件化的组装去完成调用，所以这个是第一家完全构件化的工作引擎，体也是提供丰富的工作流构件库，你可以再自己扩展自己的监控，包括通过我们这个平台去大件自己个性化的工作流。
第二个是标准化工作流引擎，WFMC参考模型，XPDL流程定义描述，J2EE，Web Service。
第三个特点就是充分满足国内电信与电子政务等行业特征的要求，我们在国内的应用中很多场景下是要以人为本的，所以在这个前提下面我们这个产品就带来了很多中国特色，这个就是特色特办和一刀切，包括分水岭等等这种场景是让大家回想一下，我们WFMC是没有定义的，在真正的流程当中是不以人为本的，但是这个就是考虑了中国的环节，在座的各位能够体会这个产品带给大家的中国特色。
这个点是近一段时间我们在和客户交流的时候，以技术的视角进行流程、页面、功能的开发，还有一个以业务域的视角搭建流程和表单、则强了系统应对变化的速度和能力，在技术域和业务域还有两个交叉，我们现在在这两个方面投入了很多的精力。
我们看一下定义流程，开发用户表单，把表单和用户之间进行绑定，定义好相应的组织机构模型，然后通过组织机构模型把任务进行相应的派发，流程调试，最后一个上线运行到监控和管理，大家发现在这样一个视角当中，面对的完全没有站在业务人员的角度，完全是站在我技术人员的角度我要以这种开发方式去进行。
但是这种开发方式真正能满足业务的需求吗，我觉得很难满足中国特色以人为本的流程，所以在这一段我们时间定制了一个业务化平台，把我们所有复杂环节先抽象出来，把所有业务模块也抽象出来，把流程的模块也抽象出来，形成了对应的缓解构件库，模块构件库以及流程模块构件库，以及对应页面上面操作的构件库，然后由业务人员通过它基于WEB的方式，基于业务的视角来搭建流程，业务人员通过这个库可以有这个视角，比方广州只需要19个环节，到了东莞可能需要10个环节，但是这在我们基库当中都有了这样我可以任意拼装和组合，这样一个视角让业务人员参与我们流程的开发和流程的分析，所以基于这样一个环境我们开发了一个视角，第一个我们把业务、操作先进行一个定义，第二个我们把相应的模块跟我们的环节进行一个绑定，第三个我把环节进行定制，业务人员这时候可以开始他的工作，我就是通过IE的方式来组装，这个和我们技术人员看待的视角也是一样但是我看待的元素不一样的，我看待就是审批的固定环节，我这个又是包含一个含义的，这个完全可以由业务人员来做，最后通过这样一个方式进行管理和监控，但是看到技术域和业务域可能针对的客户不同，我看到的的更多是希望看到一个业务域来开发的平台。
最后我是给大家介绍一个也是做一个goCom的广告，大家对构件化比较感兴趣的话，大家可以访问一下goCom.COM，大家可以在这个网站上面可以分享很多关于构件的内容，并且可以分享业界很多系统架构师包括我在研发的同时他们在设计构件系统的理念，非常欢迎大家通过这个网站获取自己的想要的信息，针对工作流的介绍到这边，谢谢各位。 |
| 主持人：谢谢唐军的介绍，这是很多内容的东西，怎么样打造一个有中国特色工作流的平台，接下来大家有什么问题需要和专家进行互动的可以举手。请各位专家上台，大家可以自由的提问。这位是广东移动的专家，也是前面一个项目的专家，他是最清楚整个项目的情况。 |
| 林林：大家好，我的领导有事情走了，这个项目我从头到尾都是比较清楚的，关于这个项目和合作的话，都可以问我，谢谢。 |
现场观众：我叫周太平，我是做流程管理和IT咨询的，我经常问到这样的客户，他们的财务生产商和软件都已经上了，但是软件之间不兼容，数据之间不能很好的共享，对决策层来说，做决策例如并购和扩展的话问题就比较大，如何解决这个问题
第二，刚才谈到的，构件这一块，如果以一家10亿元销售额的集团来说，构件的费用和ERP的系统费用是怎样的。
第一个问题是涉及到技术领域，第二个问题是涉及到投资和回报。 |
| 唐军：周先生之前我们通过电话，不同的应用系统，如何实现数据的整合。一个是业务整合，一个是数据整合，普元是以应用和服务的方式进行搭建的，数据的整合有很多的应用产品，包括数据交换，你的数据没有变换，完全是以整合的方式实现的，通过数据交换平台和接口实现的这样的数据是很多的，我们关注的是如何构件你的服务和应用。 |
| 程朝晖：用构件的方式进行ERP系统，将之前的ERP全部推倒吗？ |
| 现场观众：用构件的方式来改造，这是一块，就涉及到费用，相对来说，复杂程度不会特别的难，第二种方式就是将之前的全部推倒，就象我们接触的生产厂商，就会提供ERP系统和所有的系统，就是一整套的解决方案的费用是怎样的。 |
| 主持人：我自告奋勇回答这个问题，如何平衡原来的系统，如何保护原来的投资和回报，我认为要具体的看，第一原来的应用多大程度不适合现在，或者是多大程度要改变现在的需求，例如新的东西很多，原来用的不多，而且还有其他的要结合进来的东西，那还不如重新的开始，如果原来用的东西，大部分还是适合的，而且还比较稳定，我建议在新的系统中用新的SOA系统，实际上现在大的SOA软件，在投入运行的时候，实际上有很大的部分是不适合的，这就是我们前面提到的，让你们读一本书就是华博士写的书，就是软件涅盘，就是大型的软件将要死亡，大型的软件在应用的时候，大部分的不适用，尤其在中国的企业，实际上我们还有很多的二次开发，这种试图适应企业的运用，实际上它的架构和本身需求的出发点的来源都是西方的东西，所以象这一类的东西，改造的力量和精力要比重新搭建一个系统来得更加的费力，提供给你参考，谢谢。 |
| 现场嘉宾：我很喜欢肖橹的演讲，例如SOA的时候，他从正负两个方面都进行了深入的分析。同时我还想让您解答一个问题，如何处理质量和效率之间的矛盾关系。 |
| 主持人：。 |
| 肖橹：质量和效率不知道您提的是软件开发的质量和效率，这个问题很大。 |
| 现场嘉宾：软件开发的质量和效率。 |
肖橹：我个人看，质量和效率两个方面不是矛盾的东西，我为了质量好，一定要放弃效率，在于我们如何正确的理解什么才是开发工作，象前面陈总提的开发和测试的比例关系，如果放弃测试提高效率是错误的效率观，要建立正确的质量和效率的观念，这两者不是矛盾的，只要将该做的步骤和事情做了以后，自然质量和效率就会平衡了，这是我理解的质量和效率的关系，在有些情况下，有的人认为是矛盾的，因为已经有不正确的质量和效率观，才会有冲突的，如果是正确的质量和效率观是不冲突的。
今天的主题谈到了SOA的质量和效率，SOA的观念如何帮助我们提升软件开发中的质量和效率，前面的几位演讲者已经提到了这方面的观点，从设计思路上避免了一开始这一点，例如用户提出了需求，是否可以很快的反应，这也是质量和效率的反应，这种架构就可以使你做出这样的质量和效率达到要求的时候，来的就会更加的容易一些，这就是从SOA的观点上看质量和效率的问题，希望能够解答您的要求。
周先生的问题是，财务和系统建成后，集成我的观点是不要为了集成而集成，为什么要将财务部和人力资源部集成在一起，不集成不是问题，一定是有一个业务跑不通才不集成，这个时候要将这个业务发出来，将业务的流程整理出来，这些业务流程涉及哪些系统，这些系统是否可以变成一个构件，跳出这个系统看的话，将它本身变成构件，有的话就用，没有的话用新的构件开发，按照流程串联起来，就是一个系统，要从业务的角度思考集成的问题。 |
| 主持人：希望他的解答可以让你满意。 |
| 现场嘉宾：我是来自于深圳蛇口码头的，现在我这里有一个系统正在开发，正在准备用SOA架构开发，现在实际上也在寻找当中，可能普元是很好的合作商，你们在深圳和广州是否分公司，你们是否有港口、物流方面的开发经验，实施的时候，是否有现有的例子和客户。 |
| 主持人：这个问题我也感兴趣，第一普元在广州是否有公司，我们在全国有四个区域，广州是管华南区域的，至于深圳我们要推荐肖部长，他们是很有能力做实施方案的团队。在港口方面，目前还没有港口的实际案例，但是物流方面我们是有经验的，下一步您可以多一点跟广州联系。 |
| 主持人：还有谁有问题。 |
| 现场嘉宾：普元公司的商品，尤其是在SOA的版本上有怎样的时间计划。第二个问题，面向构件，实现SOA，目前普元是第一家，也是唯一的一家实现SOA的策略，这是一个相对于比较独立的路线。我想普元在规划产业链的时候，是怎样的考虑的，普元在策略和规划的时候，考虑了哪些合作模式，将产业链整合起来。 |
| 程总：有的人将支持XML，作为一个版本，如果说要进一步的支持SOA1.0或者是SOA2.0，这个版本是今年年底推出，正式发布是明年的一季度，具体来讲就是黄博士说的SOA1.0和SOA2.0的支持。 |
主持人：普元加上合作伙伴和客户，就是一个完整的连。我们鼓励开发商去做一些业务构件，实际上我们有一个思想，我们的开发商、业务构件主要是依赖开发商根据不同的行业和领域的沉淀，变成一些业务的构件，现在有了标准，大家就可以遵循这种标准，做越来越多的业务构件，若干年以后，每一个开发商，都可以积累和沉淀，他们在某一个领域中的业务构件。
最终，也许我们有几万个构件，涉及到各个行业和领域，加上普元的构件和平台，就可以为各个行业和客户快速的定制他们想要的应用。 |
| 程朝晖：我在演讲的时候提到对各个合作伙伴的应用软件，普元一直是给予技术上的投入和支持，我们在这方面，从今年开始也会有更大的投入，如果在座以及合作伙伴如果认为自己的解决方案在行业中有很有前途的推广价值可以跟张总联系。 |
| 主持人：发展合作伙伴，尤其是在某一个行业领域有很大的沉淀和积累，就是今年我们大力推广的合作模式，希望在座的独立开发商跟我们进行这方面的联络，共同的探索下一步的合作。 |
| 现场观众：我是东莞台达电子咨询部的王建兵，我的问题比较简单，普元是否跟其他的开发公司合作，例如提供技术解决方案和技术支持等。 |
| 主持人：这种方法已经实施了三、四年了，每个地区都有合作伙伴，合作的模式是，一开始通过培训，通过项目的合作，逐渐的使开发商完全具备用我们的平台、构件为客户定制，同时培训方面还有级别，我们有认证的工程师等一系列的培训计划，使我们的合作伙伴通过某些项目很快的成长起来。 |
| 现场观众：是否有具体的提供解决方案，在实施项目的过程中，提供技术的支持，不仅仅是培训而已。 |
| 主持人：我们在项目启动的时候，都有现场的技术支持，这方面肯定是有的，包括参与的设计和认证的指导都是支持，我们提供普元的技术咨询顾问，对这个项目和人提供启动培训。 |
| 程朝晖：刚才我也列举了薪资管理和人员管理，机构管理和组织机构权限的管理，我们在项目中积累了很多的经验，也提炼了一些模块，我们希望跟合作方一起发展和完善。 |
| 主持人：这正是合作伙伴跟我们合作后的卖点，现在很多的合作伙伴在某些的应用中，做了开发以后，可以在这个行业中推广，这就是他们的解决方案。当然是在我们这个平台上做了一些软件，之后逐渐的推广，我们本身并不是注重某一个行业和一领域，我们还是提供平台技术。 |
| 现场观众：目前，支持SOA前沿的几个厂家，包括SDA和普元之间的关系。 |
嘉宾：我从市场和技术方面提我研究的理解，从市场的推广方面来说，对于SOA的推广，集中在IBM和BEA和普元三家，对于SOA是新的平台产品上，因为跟SOA是相关的，在他们的业务当中以及未来的商业推广重要借SOA的势，他们正在积极的做一些动作，微软是从开发的角度推广SOA，所以这三家是站在前沿的厂商，如果从技术的角度来讲，目前这三家提供的技术产品和解决方案，实际上都是有差异的，并不是完全一样的，大家宣传的着眼点有所不同，今天的各位嘉宾已经从细节有所关注了。目前SOA发展到目前的阶段，的确是所有的提供商从自己的经验和技术的积累，结合自己的产品和技术形成市场的推广和成功案例的尝试、应用和实施，这个阶段是值得大家共同努力、拓展市场的。
这里面要强调的一点，因为SOA是全球化的发展趋势，无论在座的是SI还是用户，在选择的时候，应该关注遵循国际化标准的SOA的提供者，虽然当前不会立竿见影，但是在未来的二、三年会有明显的体现，不知道这样是否可以回答您的问题。 |
| 程朝晖：大家一会儿拿到SOA拿到的中国路线图，就会对这一块有所了解，对于IBM、普元和BEA有所了解。 |
| 现场观众：我是广州的技术人员，我从程总的报告中注意到一个东西，SOA观察了一个阶段，也有了实践的经验，就是在SYSVER中并不是很规范的，并没有管理，所以服务就变成了技术的方面，只是一个知识平台对业务关系不大，没有最终给客户一个表现，如果建立完整的规划的话，相对应传统的开发方式，BD是否缺少表现形式，例如我们可以将DBS在流转中将这些数据包装起来进行数据库的操作，请程总回答，不行就请唐军回答。 |
| 程朝晖：您讲得很好，逻辑就是SCA，到了界面展现阶段是五花八门的，如果从展现和交互来说，WEB是一种交换方式，编程来说，互联互通是有了，但是编程的模型是五花八门，我还没有看到SOA中有哪些技术会成为标准，虽然大家对各方面的技术使用得多一点，是否会成为体系中完整的技术和标准，能够一统天下。目前我认为还不太清楚，整个市场也不太清楚。 |
| 现场观众：普元是否有这方面的想法？ |
| 程朝晖：我们是有想法的，现在正在准备，也是明年准备突破的方面，就是在UI方面，相信明年会让你眼睛一亮，你做开发的时候会相信的。 |
| 主持人：下面是抽奖的阶段，将抽奖箱拿出来，希望下次有机会再交流，今天的交流很成功，我们的专家和嘉宾都展现出了专业的能力。 |
| 主持人：好今天的大会到此结束，谢谢各位的光临。 |
现场精彩组图
