搜狐新闻直播

5月29日，2007SOA论坛在京举行，搜狐IT将对此独家直播，敬请关注。

时间：2007年5月29日上午9：00 地点：中环假日大酒店三层会议室主题：SOA国际标准与《SOA中国路线图）白皮书高层论坛主持人：程朝晖

主持人：欢迎大家来到SOA国际，大家都知道标准十年前IT标准让全球的电脑实现互联互通，推动企业界软件的互联互通，让企业真正能够实时灵动起来，从而真正推动企业的文明，SOA将承担这个使命。本次大会是由国际电子商务标准组织SOA与国际构建联合OSOA举办，作为这两个组织在中国的唯一成员，普元承办了这次SOA的盛会。下面我对这次大会的主办方、承办方和支持单位做一个介绍。SOA即面向服务架构的缩写，它制订了比其它任何组织更多的WAP服务标准、电子商务标准，同时也制定了安全等一系列的标准，并在公共部门和特定的应用市场标准化方面做出了努力，核心成员包括IBM、普元、BEA、EDS、SAP、SUN公司。这是在SOA起草一系列的规范，并以许可税的方式提供使用。普元是中间件厂商，并且是SCA、SOA国际构建组织的核心成员。

当然此次大会也得到了IBM、BEA、Oracle等重要厂商的支持，以及IT经理世界，中国计算机报，IT专家网等60多家媒体支持，尤其是搜狐IT频道是本次活动独家网络合作伙伴，本次活动还得到了著名研究机构的支持。通过本次大会，相信您能够全面了解SOA中的国际构建标准，SCA、SOA的商业应用意义，全面了解中国实施SOA的关键点和路线图，全面了解如何构建灵动、稳定的SOA服务。

全面了解SOA服务间如何互联互通和灵活故事。接下来我给大家介绍一下莅临本次大会的领导和演讲嘉宾。他们由国家信息产业部电子信息产品管理司副司长陈英；中国工程院院士倪光南；IDC中国总裁郭昕；BEA架构与副总裁Edward Cobb；IBM新技术战略规划负责人Mike Edward，普元软件创始人、董事长刘亚东；普元软件创始人CTO黄柳青博士；还有来自Oracle公司的Jeff Mischkinsky，以及谢谢在场400多位嘉宾和同仁的支持。中国高技术企业是在改革开放以后发展起来的，这些年的实践证明，自主创新是高薪企业的立业之本，二十多年的实践，只有自主创新才是强国之测，下面有请陈英，全面参与国际标准制定的主题演讲，大家欢迎。

陈英：女士们、先生们、大家好。刚才主持人给我定的一个题目，让我讲自主创新。我想今天咱们是一个非常专业化的软件的会议。所以在这个地方我就谈一下对这点事情的感想，自主创新的事情我们再别的场合再进行讨论。能够有幸参加2007年SOA北京论坛非常高兴，首先对这个会议的举办表示热烈的祝贺！

从2000年的6月份开始，国务院颁布了鼓励软件产业若干政策，也就是大家所熟知的18号文件，以及后来又发布的软件行动纲要，构成了中国然间产业政策的基本体系，使得我们产业进入快速发展轨道。经过我们全体软件人的共同努力，我国软件产业取得了举世瞩目的成绩，截至到06年我国软件产业已经发展具有4800亿的销售额，130多万从业人员这样一个大的产业，建立起了操作系统、数据库、中间件、安全软件，办公套件，构成了产业链比较完整的产业体系。涌现出了一批一定规模和市场竞争力的骨干企业。开发出了一系列适应信息化建设需要的创新软件产品，初步掌握了当前主流的软件开发技术。培养了一只具有相当技术人才队伍，全面完成了十五的发展目标，为十一五的发展打下了良好的基础。

中国的软件市场已经具有全球最具活力和潜力的市场。SOA2007年北京论坛的召开，就说明全球软件产业届对中国能力的认可。当今软件的服务化、网络化已经成为行业的共识，SOA技术正是在这一大背景下应运而生的，信息产业部作为我们国家软件产业的政府主管部门，一来高度重视SOA技术的发展，也非常重视符合SOA架构的软件产品的开发，标准的研究与制定等工作，从05年开始我们利用电子信息产业发展基金，对SOA的项目进行了连续的重点支持。国内有关企业也积极跟进，像普元、用友、中创、中软，太极、中国科学院院所一大批研究机构积极跟进，清华、北大等也加强了技术的研究，中国已经成为推动SOA技术和产业发展的重要力量。刚才大家也都看到了那个短片，让我们欣喜的看到普元已经加入了SOA主流的行业组织里面，并成为里面的核心成员。

同志们新技术的出现，既是挑战，更是机遇，希望通过本次论坛让更多的企业和技术人员了解SOA，让更多的用户接受SOA，也希望我国广大的软件企业能够抓住SOA技术所带来的发展机遇，锐意创新，使我国软件产业取得更大的发展，预祝本次论坛取得圆满成功，谢谢大家。

主持人：谢谢陈英副司长。在开始下面演讲之前，想做个小小的调研，在坐400多位嘉宾有多少人参加会议之前听说过SOA的？企业是自主创新的主体，这是发达国家的实际情况，一些跨国公司拥有强大的创新能力，他们的科研人员能够获得诺贝尔奖，例如ATRT的实验室，IBM的研究中心分别由十位或者五位科学家获得了奖。中国势力还比较弱，所以人们很关心他们如何很快成长壮大，尽快成为创新的主体，带着这些问题我们将有请中国工程院院士倪光南先生做SOA标准语构建技术结合为主题演讲。有请倪光南院士。

倪光南：女士们、先生们上午好。我们非常高兴来参加SOA标准的高层论坛。我们知道最早的软件都是手工的，这个情况延续了很多年。我们现在的软件越来越大，越来越复杂。我们知道软件生产还是非常低的，我们通过软件实现产业化，例如制造业，我们现在能够自动生产。但是我们软件本身的生产还是没有离开自动化的要求，离开柔性制造的要求。当然现在已经从过去几个人、几十人手工作坊变成现在大规模的流水线的生产，但它是离不开手工化的方式。我们经常把IP的软件和4硬件进行比较，因此我们可以看到今天有一些小组，在中国有很多设计公司，一个小组几个月可以设计成一个集成电路，包括几百万、甚至几千万的晶体管，但是软件还是离不开手工的方式。

我们看更大的软件，比如去年欧盟11月发布了一个报告，两千一百万的代码。一个人按数据模型计算一千三百万的代码。大家知道著名的计算机科学家（英文）认为没有一种技术在市场可以提高计算性。我们每一个软件公司都会遇到软件机构版本推不出来这样的困难，所以这是我们软件公司的困扰，另外用户也有这样的需求。按照需求来看，不论你和软件公司一起开发、自己开发，或者你把现有的软件拿来开发这都是非常困难的事情。所以我们的软件到目前为止总是对我们企业的发展产生一种制约。所以我们都希望把软件生产的瓶颈拖后，正像（英文）所说的要解决这个问题，可能很难用当前的一种技术或者一种管理方式。从这个技术讲，构建是一个很好的方向，就像我们的硬件技术已经得到证明了。

而硬件技术借助于构建的概念，我们得到了很大的成功。能把构建技术能够像硬件一样在软件里面得到很好的应用需要有两个方面：一个是平台，一个是标准。所以普元公司在中国推出了很好的工作“中间件”。第二要有标准，这个标准当然是构建本身的标准。企业的标准往往不一样，就是大的企业都有自己的标准。但是这个标准跟各个企业都不一样，因此我们需要指导整个行业的标准。现在我们可以高兴的看到SOA已经成为行业的标准，现在服务构建架构SOA标准出来以后，我们很多功能就可以实现。SOA标准的出现对中国来说是一个后发优势。我们可以从现在开始按照SOA的构架发展起来，所以这是我们中国非常好的优势。因此我们相信构建技术和SOA标准这次会有更大的推动力，我们希望在SOA和构建技术上得到综合大面积的推广。同时我们中国另外一个优势，我们企业需求多样化

因此按照中国市场发展SOA和构建技术，我们将会有更好的效率，因为我们可以覆盖更好的应用。总之通过构建技术和SOA的结合，我们今后将会有可能使得企业界应用软件按照需要来构建完整的IP系统，这样真正使得我们企业的业务能够满足市场需求的发展。总之我们相信中国特殊的国情是中国技术发展重要的原因。普元公司已经成为SOA的一个核心成员，从普元开始，我相信将来会有越来越多的公司参与到国际标准中来。谢谢大家！

主持人：相信刚才听了两位领导和专家的介绍，刚才的调研大概70%的人听到了SOA。现在再继续听一下听到过SCA和SDO的举一下手？大概在20%。日前18家致力于联合推动创建SOA行业标准领先的技术厂商，宣布了SCA。也就是说服务数据对心关键部分，并以正式提交给（英文）结合化信息标准促进组织，通过起开放使标准过程成为SOA的工业标准。下面我们就有请SOA国际标准组织专家Edward Cobb做主题演讲。

Edward Cobb：（英文）

主持人：谢谢Edward Cobb。Edward Cobb给我们回顾和分享了整个企业历史的发展，大家可以看到在95年开始出现，96年核心规范开始出现；95年的时候整个SOA的组织开始建立，到97年3月21号正式在全球发布了SCA1.0和SCO4.0，让我们企业代码可以在Jaw上运行。Edward Cobb也给我们介绍了整个标准制定过程和组织形式，SOA这样一个联盟组织是由18家核心成员半开放的组织，现在已经把SCA最核心的规范移交到工业标准组织；Edward Cobb也给我们分享整个标准的路线图，也看到了SCA和SDO将会成为企业安全架构关键技术标准。

下面举行一个SCA和SDO全球第二站（北京）全球同步发布会的仪式。接下来有请倪光南院士、刘亚东博士、Edward Cobb、Jeff Mischkinsky上台。根据全球领先的分析机构最新的研究结合，07年全球50%的全球角度看，新的核心业务市场将会采用SOA的架构，到2010年这个比例将会达到80%。到底中国会怎么样走？下面我们将有请这样一个嘉宾，他在美国待了十多年，回到中国又是十多年，最近才发现他从美国到中国导时差会花十年的时间，难道在地球上美国跟中国会真的会有这么大的差别吗？下面有请杰出的软件预见家与企业家刘亚东博士做美国与中国对比之路的主题演讲。大家欢迎！

刘亚东：谢谢各位嘉宾，我今天非常激动，也非常高兴看到这么多嘉宾聚集到北京一起来看SOA的中国。我觉得可能这么多年我们一直在思考很多很多的问题。当十二年以前我回到中国做互联网的时候，1990年做亚信科技，那时候中国还不知道什么是互联网，当时我们在中国推广的时候大家说什么是互联网，大家说可能在若干年以后名片上会有一个E—mail的地址，而我们现在在网络游戏中间会发现两百万用户同时玩同样一个网络的游戏，这些事情仔细看中国和美国两方面的差距是巨大的。我们中国上市的互联网公司，无论是雅虎、易贝，Google他们互联网都来自于广告、而我们中国互联网公司收入主要是来自于中国小朋友们的口袋里。

互联网给美国的企业带来了巨大的商机，就是他们可以在一个非常广泛的，非常容易使用的一个平台上面，和全球任何一个客户发生关系。比如今天我可以在易贝上买我的高尔夫球拍。我们的互联网使得经济的全球化得到了一个加速的发展，这个加速的发展产生一个重要的结果。中国对美国贸易级差一年已经达到了几千亿美元，而我们看到全球经济化一个方面，这个方面是大量中国商品出口到美国去，今天如果回到美国，你到厂商看到不是中国制造的东西是肯定的。但是我们也必须看到问题的另外一个方面，讲一个例子：我昨天到酒店的路上收到了三个电话，一个电话是德意志银行打过来的，一个是（英文）打过来的，还有一个是（英文）打过来的，三个电话同时打来非常让我吃惊，经济全球化我们看到大量的全球企业走到了中国，来到中国做生意，这个事情对中国已经造成了巨大的影响。

2000年王博士在做普元软件的时候我们希望解决的是什么东西？我们希望解决的是在这样一种情况下，2000年我们假定中国会加入世界贸易组织，这件事情发生了。第二件要发生的事情是中国加入世贸组织之后，会对中国开放美国的企业。去年我们金融业已经做到了全面的开放。可以说中国对美国，对欧洲这样一个国家来讲，我们拥有13亿人口这样一个市场，这上面企业在全球化过程中不是中国的企业如何走出去，我们今天走出去的企业是很少的，包括像联想收购IBM，即便华为做的很好，他的北美市场做得也不是很好。所以我们看到的是国际的企业走到中国来和我们进行竞争。这对于中国的建设银行、中国的银行，中国的保险，中国的电信公司，像花旗银行、瑞士银行，来自于全球各个地方的银行都跟我们竞争。

我们的企业在竞争全面开放的情况下竞争优势在哪里，我们有今天的竞争优势是我们的渠道很好，但是我们的服务怎么样？我在中国生活了十二年没有收到一个中国银行的人给我打电话，我们要做贷款都是跑到银行求人家，今天还是这样一种状况。中国在这样社会转型过程中间，在全球经济一体化环境之下，在我们IT信息系统建设还是很落后的状况之下，在我们企业几十万人，每一个企业上万人这样一种组织机构对经营自己的企业还不是很有把握的情况之下，我们怎么样进行跟国际的企业进行竞争？这是中国最最重要的事情。这种情况不仅给普元软件带来商机，更重要的给中国企业在未来能够帮助他们参与到这中间去，这是我们核心的任务，我想这也是SOA能够给中国企业带来的服务。

今天我们跟花旗银行谈，我们在美国遇到的问题跟在中国遇到的问题是不一样的。中国要学习怎么经营一个保险公司，怎么样培养人才，去建设我们的信息系统，这是中国在未来几年要完成的事情。美国要完成的事情是我们过去几十年所积累的，大量的业务系统，他所采用的技术，在当时计算环境之下产生的这样一种系统。在没有互联网的情况之下产生的以业务部门为核心的系统，甚至使用几十种语言堆积起来的系统，怎么样在互联网经济要求挑战之下，在带动整个产业链，整个供应链都能够被协作起来市场需求之下，你怎么样去改造你的IT系统？这是美国企业今天面临的巨大的问题。可能对我们美国伙伴来说，对IBM、对Oracle都是一个巨大商业的机会。我们怎么去改造几十年所积累的几十种语言构成的复杂的事情，使得它符合今天电子商务的需求，这个挑战是巨大的。

其实SOA这个组织也在预计着未来十年里，SDO、SCA帮助着美国企业改造成更加适合需求。我们的好处给大家一个福音，SOA标准化今天形成。给我们中国的企业怎么去做它的信息系统。中国和美国差异在信息系统的改造，美国是改造，中国是建设，需要的时间是一样的。中国建设新的系统也需要大量的实验，中国在这方面没有损失时间。而我们的好处是我们不需要按照业务部门建设系统，我可以在SOA这样一种技术指导之下，把我们的企业按照每一个流程构造成一个服务。而我的企业里面每一个业务流程可能是一个部门的，更多的是跨部门。也就是说每个企业我在建设信息系统的时候，我不会想到ERP，作为意义CIO我会想到我们企业里面会有一百个业务流程，可能是两千个业务流程，我把每一个业务流程都做成。也就是说以业务流程为基础的软件结构，也就是我们今天SOA推崇的软件机构，正好是符合我们的企业不断进步的过程。

我们可以先建三十个，再建五十个，建三百个，建五百个。经过若干年我会把我的业务流程都建设起来。每一个业务流程会很小，可能是一万行代码，可能是五万行代码，所以这些小的软件就适合我们市场的变化，市场环境的变化。你作为一个CIO今天打开个两百个五百个流程的时候，你所看到的是更小颗粒的构建。普元软件过去六年多的时间里面所做的不到一千个小颗粒的构建，已经涵盖到了工作流，涵盖到了报表，涵盖到了组织结构，涵盖到了更高的业务流程的需求，也就是说我们跟电信实践中间，跟政府、跟军队各行各业的中间，没有超出五千个小颗粒的构建，这就是中国和美国的不同。我觉得中国的企业必须抓住这样一个机会，他才有可能在全球经济竞争环境之下获得一种竞争，真实的竞争。

技术是中国企业在未来竞争的一个重要的方面，因为我们在很多方面落后，我们在管理方面落后，我们在组织方面落后，我们在整个的品牌、营销各方面能力方面落后，这些东西都需要我们用十年的时间去改造。今天我们所的事情是在SOA标准之下构建的，无论在交通银行、中国银行我们都会听到一个词“打造流程”。就是我们将来银行主要的经营都是基于业务流程的，它不会基于一个部门。因为你基于一个业务流程这样一个东西，才是这个企业学习的能力，成长的能力最大的方面。世界变平了，但是更重要的一点，互联网对于整个世界影响最重要的一个方面，也就是说世界不将再用我们以部门为核心来划分，无论是在企业还是在政府的机构，还是在军队。而我看今天战争的形态不再是一个兵一个兵投入到战场上去，今天的军队是海陆空，导弹部队；互联网使得这种通讯技术的发达，使得整个社会将要发生一个重大的变化，这个世界将以“小单元、大规模”的协作为将来组织的目的。

“小单元、大规模”如果用技术的语言换一下，这就是基于服务的架构。每一个服务架构它就就是一个小单元，用小单元的协作来替代大规模组织机件的协调，我觉得整个互联网的变化将是今天的组织。所以我觉得我们非常的欣慰，在我们经历了互联网时代的社会里面，也正在经历着中国从一个政府主导计划经济向市场经济转型的社会里面，也正在经历着整个世界在发生经济全球一体化的高速成长和高速变化的事情。所以在这个事情里面我们参与推出了这样一个技术的标准，我也希望将来有更多的时间跟我们在座的朋友们去沟通，去相互的探讨。在中国我们怎么用SOA服务于企业竞争力的问题，谢谢大家。

主持人：谢谢刘总。我们也看到了中国很多企业在很多方面跟国外全球企业比还有一些差距，刘总也看到了我们整个企业正在打破部门，打破应用。企业完全是变相流程，变相协作这样发展起来的业务。记得跟交通银行沟通的时候，他们自己提炼过业务的流程、逻辑大概一千五六百人，但是通过SOA包装的流程大概有一百多个两百多个。因此中国有自己特殊的情况，中国的企业需要从小颗粒度开始不断的建立起流程，把这些业务不断的搭建起来。也非常感谢刘总跟我们一起分享美国和中国它在这样一种企业需求环境下面的差异。

大家记得在04、05年的时候听到SOA，但是那时候声音还不是那么强势和全面。大家开始听到SOA，开始了解什么是SOA？到了06年大家刚开始知道SOA是什么的时候？大家反问自己为什么做SOA。到了07年时候大家开始思考怎么做SOA，IDC2007年SOA显示，全部调查对象都了解SOA的概念，简而言之中国企业对于SOA的认知度较高，超过40%的计划和正在实施SOA项目。因此下面我们有请IDC中国总裁郭昕先生，做中国SOA机遇与挑战的主题演讲。

郭昕：各位尊尊敬的嘉宾，各位CIO，女士们、先生们大家上午好。非常高兴能够跟大家一起出席SOA国际标准全球路演，同时作为SOA中国路线图撰写者，非常高兴能够看到中国SOA立于世界前列，这一天的到来不是偶然的。IDC从上个世纪80年代开始，就开始关注中国的SOA。1992年的时候我们率先进入了中国市场，在北京设立自己的分公司。我们为什么能在六七年前把普元战略转型转到SOA上？我觉得刘总刚才讲到中国和美国对比有一个非常重要的原因，他是非常前瞻的，他的思维是非常开放的。恰好这个也是IT市场、IT未来企业发展的一个趋势。我们做过了一项研究，我们替微软公司去做最好的软件程序员和相对业绩一般程序员之间的差异，我们的研究经过最后统计分析测算发现，我们发现最好的软件编程人员不一定是最好的大学的，最重要的一个因素是他在接到一项软件任务时候所问的第一句话和其它人都不太一样，他问这个软件是给谁用的？换句话说我们推而广之，我们从软件程序员推广到一个公司就可以发现，不是去看技术，不是去看语言，不是去看行数，而是去看他是给谁用的，而是看它基于什么，它未来会走向什么。某种意义上说，这就是服务导向，所以这就是我们今天所讲的SOA的概念。

上个星期四IDC在中国做了2007年IT市场的趋势发布，论坛上我们提出了企业2.0版，什么是企业2.0质量将是中国在未来最最关注的一方面。企业2.0我们简称是基于服务流程构建的企业，或者在未来全球化竞争当中胜出的企业。中国市场总体起步晚，我们比美国不用说，我们比亚洲国家都晚起步了几十年的时间。我们虽然企业过满，但是我们走得急，这中间产生了我们的战略。这个战略就是三步并作两步。

这作为我们企业主要竞争战略的时候就会发现许多困难，我们就会发现想越过去的但是越不过去的路子和鸿沟。在这样一个过程中，我们就发现有些企业胜出了，有些企业淘汰了。根本的原因就是有一个“开放式”的平台。这个企业一定不是居于你的办公室之内，也不是在你的院子内，一定是一个开放的平台，这个平台就是SOA。同时在美国封面文章上写到，IT企业信息化甚至CIO已经更多从辅助资源变成了抉择，换句话说我们IT是一个服务，是一个系统，今天看来是被否了。在下一代IT信息化实际上是企业直接的竞争者，讲这些不是所有的国家，不是所有的构建都能成为下一代的竞争者。那么他有什么样的标准，有什么样的路线，我们希望通过今天的新闻发布和大家分享。

前几天我们看电视，不知道大家有没有看中央台的军事节目，我看到几位军事的专家互相侃。他们也说到F22（音），某种意义上定义F22与其说是一架飞机，不如说它是一台会飞的机器。在IT世界经理下一期就会报道，有这么一家企业他什么有没有，他没有厂房、没有客户，员工也很少。他只有一个标准，这个企业是生产显示器的，他自己订立了一套标准，他说我这个显示器应该达到如下如下标准。转手拿到订单发布到中国，他说这就是标准，这就是客户，你按照一定的时间生活直接送给你的客户，这也是我们IT企业对人类历史发展的贡献。

在2000年的时候，大家知道（英文）写过一篇文章《下一个世纪》或者《下一代社会》。当时我看了以后非常震惊，当时在美国专门给他们发过一期（英文）。（英文）讲未来的企业形态可能变成这种形态，有一部分企业他的平台，他自己完全是开放的。在开放的基于流程的，基于服务的平台上什么都没有，他只有商标，只有标准。同时这个事情还会有另一类的企业，工厂没有自己的牌子，工厂没有自己的商标，工厂唯一的目的就是生产，他接到订单以后严格按照订单就生产，而且能够准时、保质保量提供到客户面前。中国的企业起步晚，步子急，同时我们在其他方面和他们是一致的。

大家看中国的国有大企业，两三年前还在讨论建立现代企业制度，还要从老三会变成新三会，差一百多天的时间。同时这些企业要构建最先进，与世界最同步的，甚至超过SOA的标准，这个对我们来说的确很严重，但是的确又是一个机会。但是在未来全球化当中没有一个企业是封闭的。在美国有一些企业甚至和竞争对手共同建立一个平台，大家看到沃尔玛、大家看到其它银行甚至可以跟竞争对手建立同一个平台，IDC的潮流会比你我想象的都会快，在结束这句话之前，首先还是要祝贺SOA国际标准化会成功，祝中国企业在全世界新的格局演化，新的竞争排名，新的IT平台需求大潮当中，能够取得竞争顺利，谢谢大家。

主持人：谢谢郭总。下面我们将正式揭幕IDC的SOA中国路线图白皮书，有请郭总再次上台。有请普元公司黄博士，BEA的Edward Cobb、Oracle的Jeff Mischkinsky。（揭幕）

下面请各位嘉宾为我们揭开IDC中国SOA中国路线图的白皮书。有请各位嘉宾在白板上为我们签上名字。

主持人：中国电信、金融、电子政务、制造等商业用户和政府已经在SOA实施的前叶，而SOA中国路线图则是首次对于中国IT背景，针对中国企业客户实施SOA路线图所做的特定的工作，机具实现和直到价值，下面有请IDC高级软件工程师刘飞做主题演讲，大家欢

刘飞：大家好。我叫刘飞是来自IDC高级分析师，今天非常荣幸和大家分享SOA中国路线图白皮书报告的一些重要观点。接下来二十分钟演讲中，讲一下IDC在这一报告中巨大的发现。同时通过一些用户的调研，我们了解到了中国企业市场一个现状，以及他们对SOA事件的一些尝试、一些考虑。最终我们归纳出多企业SOA的路线图。

作为路线图前途一定是光明的，让我们在这方面做讲述。在这次调查报告中发现，SOA作为全世界软件行业最火的一个词汇，在中国软件市场也同样如此。随着大家不断的在接触SOA，什么是SOA？为什么要上SOA，以及如何上SOA？慢慢的大家都有了答案。在这里我们对SOA市场它对软件重构有一些阐述，在这样的市场中我们发现中国企业具有一些根本的特性，也就是说需求、根本快速的变化，这样一些需求导致了中国SOA的落地需要走一条中国路线。在中国SOA落地的相应挑战同样也是存在的，市场成功案例的缺乏，相应人才的缺乏有在一定程度上呈现出来。最终IDC给出建议，企业应该采用基于标准技术来构建SOA服务。SOA的市场特征究竟是怎么样的，它有哪些根本而快速的变化特性，我们带着这些问题，在下面12页讲义中进行分享。

首先看一组数据，这个图显示了这样一个数字，也就是说接受访问的中国企业对SOA项目的一个接受情况，我们发现基于22.5%的企业尚未论证或者考虑SOA项目，换句话说超过70%的企业已经开始对SOA有所考虑，有所动作。这样我们说SOA不再是一个大家讨论的话题，而是大家去运作的一个主题。这一切似乎都很明了，我们需要SOA，我们知道它是什么？我们看看怎么去部署？但是我们认为在SOA市场，尤其在中国SOA市场值得我们去关注这样一个特征？就是谁来用SOA，谁来提供SOA，谁从SOA中获益，了解了这些以后有助于用户在项目设计实施当中少走一些弯路，跟厂商合作中可以提高效率。

SOA效率看，无疑最终用户一定是在末端，在这里用户购买特征发生了变化。由于SOA涉及到对企业技术架构、商业架构冲击和变革，相应的SOA的项目往往我们称为“CXO挂帅”（音）的项目。一些企业在自己IT发展战略中着重部署SOA，从而使SOA项目用户购买模式发生了变化。与此同时，我们发现软件厂商也是SOA的一个天然用户。软件厂商在收购、并购开发了大量的软件产品之后，软件厂商试图提供高端服务，通过提供贴近行业软件的时候，他们发现SOA是一个非常好的理念，是一个非常好的架构。在这样一个SOA的市场环境中软件厂商无疑赢得了宝贵的市场空间，赢得了足够的理由对自己的产品，对自己的经营模式进行调整和修正。

如果来回答是谁在提供SOA,厂商无疑是首当其冲的“主力军”。这个时候我们发现SOA供应商的时候，厂商和集成商的边际日益模糊，这似乎也印证了软件和服务的融合。与此同时用户也参与到了SOA提供商中去。也就是说采用SOA的最终用户通过设立专门的机构，通过设立专门的系统，这些行业经验最终会反扑到整个SOA市场，我们认为部署SOA的企业也是SOA的供应商。最终我们会发现从提供者和使用者看，这是一个软件供应商和企业“双赢”的软件生产圈，在这种共同建设灵动系统中，我们认为软件生产圈变得会越来越健康。

刚才提到在软件生产圈中，软件厂商也是SOA的获益者之一，这使我们有一个怀疑，软件产业是不是拿一些SOA的概念忽悠最终用户？不错，软件厂商是主力的，但是企业、最终用户也毫不以外。尤其在中国市场竞争逐渐加剧中SOA也实施一些项目。通过大量的用户调研，我们得出了中国SOA市场对企业IT现状的观察，目前的中国企业已经建设了大量生产型系统，比如说像电信的AMS、BMS，这些系统由于承载了核心的业务，目前需要做、只能做的是数据源的整合。

中国企业建设中的重中之重更多的集中在企业系统的新建和系统的改造优化。比如说中国企业普遍缺失风险控制系统等等。在这个图中可以看到超过57%的用户以系统新建改造升级为主，在系统改造升级过程当中，无疑摆在面前的是如何去快速的，大量构建新的合作。这些企业处在相应的背景之下，同时又面对一些特定的挑战，从访谈中我们知道适应需求的频繁变更，对系统的整合、管理多软件系统成为中国企业用户最关注的，面对的最主要的挑战。

其中最关键的业务和用户持续变化的需求，这一点我们可以分开两层看：一个是需求变更的根本性。首先看中国企业由于它的竞争企业外部环境，经营模式和经营理念的变化，导致一些功能需求，业务需求会发生颠覆性的变化，需求的变更同样是频繁性的。由于中国企业软件系统建设起步较晚，在软件开发设计当中相应的一些架构设计相应的缺失，导致项目的业务需求往往无法适应用户新的需求。根本而频繁的需求变更是企业面对的更大挑战。

接下来比较一下中国和美国软件系统建设需求的一个相同与不同：上图显示了中国企业的需求，按优先级来排次，下部是美国企业的需求。在接受访谈的企业中我们发现，他们最关注的是适应业务需求的不断变更，而对美国企业来说，他们更关注整合、改造业务系统，提供对信息数据的统一访问，美国企业需求是建立在这样一个需求之上，美国已经建设了大量的系统，而且这些系统往往建立在成功的套装软件之上，可以非常方便进行切割，构成标准化的服务。同时美国企业经理了多年“EAI”的建设。

这样的中国企业面临的关键任务无疑是在大量新建系统或者系统改造升级的时候去大量构建标准的、新的服务，对应路线认为IDC认为应该有这样三步：对于系统应该有效的评估，大量的新建系统或者系统升级则需要直接构建小颗粒的标准服务，并且实现SOA的流程管理；最后多服务用企业服务总线来实现集成。刚才给出的三点只能说是一个方向，具体实践当中我们还考察了不同的方法论，这个方法论由于有前车之鉴，似乎就变得非常简单了。在SOA 建设之中我们自然而然会遵循相应的标准。

与此同时相对应的开发平台又是怎么样的？访谈中我们着重了解了，他们基于套装软件不同开发模式的评价。我发现这样两个特征：基于面向构建开发这样一种模式，在近几年来慢慢的有所抬升，从用户对系统开发模式的评价来看，基于面向构建开发平台做定制开发的满意度略高于手工编辑代码和基于套装软件做二次开发。

实际上面向构建技术我们认为它在实践SOA架构中具有天然的优势，面向构建技术，它集中构建本身具有服务的特性，同时SOA服务的构建和管理本身也是一个面向构建的过程。我们把路线图和具体的实施方法进行了有机的整合。如果从更宏观层次看SOA的企业实施架构图，在我们身后这副全景图可以看到，SOA主要分成三大模块：一个是运行时平台，一个是设计开发的模块，一个是软件治理模块。在运行时平台相应的有资源设计方，服务层和服务管理层。相应SOA路线图设计、服务构造、服务流程的管理以及服务的集成，最终会将这一副图不同层次进行有效的实现。

在用户访谈过程中着重了解了企业针对原有系统集成、整合和新建系统中部署SOA架构的一些做法和考虑，并且总结出这样一些行业的最佳实践。对于以系统整合为主的企业来说，将系统切割成SOA的架构费用可能比较高，相应如果把整个系统包装成一个服务进行提供则显得更为现实，对于中国大量新建系统企业应该遵循国际标准构建的SOA的组织。

刚才提到这样一个路线图由于是针对中国市场的中国SOA路线图，在这个图中一定充满了各种各样的挑战，IDC认为主要有两个，一个是案例的缺乏和相关技术的积累有所缺失。我们知道在市场中信息是很重要的武器。对于企业用户来说由于SOA涉及到对技术和管理模式的变革，企业往往会变得非常谨慎。在对贴近用户需求打包成功案例出来之前，企业还是持观望态度。SOA毕竟是相对较新的技术，在系统性和安全性方面仍然有待考验。

接下来我们看到在SOA市场人才的缺乏是一个重要的问题。在软件、开发商和软件供应商预测，我们发现缺乏熟悉客户业务的商业顾问，缺乏高级开发人员，对最终用户来说同样也缺乏相应的熟悉IT技术的人员。

挑战，这样一个路线图放眼三年五年来，同样它的前途也是光明的。SOA的项目范围从论证、实验、结构性部署向全企业在演变，目前中国企业处在项目论证、实验和结构性部署的阶段。我们相信在三到五年跨越部门、跨越功能实现SOA架构将成为趋势，这样SOA架构最终将涵盖着整个企业，甚至包括企业的合作伙伴、供应商及企业的客户。与此同时在论证SOA路线图的时候我们发现，构造SOA服务和对SOA服务的管理也会将成为SOA架构的重要的方面。刚才我们介绍了中国SOA市场一个现状、需求以及最佳实践。

最后我们对刚才的经验分享做一个简单的回顾，IDC认为在2008年到2010年中国企业将广泛的使用SOA的应用，SOA的应用将从试点性的项目扩展到企业范围。在中国路线之中对SOA、SOA标准遵从的，面向构建技术，以此来构建SOA服务成为一种趋势。同时SOA的构建和服务管理是具有互补性的，谢谢大家。

主持人：谢谢刘飞。一会儿是几位专家的研讨，他们有来自客户的、来自IDC分析客户的等，他们会在台上做一个不同的探讨，也会给在座的各位留一些机会。下面有请对话的几位专家上台！有请广东移动企业信息化部陈月峰博士，有请普元软件董事长刘亚东博士，有请BEA公司，Edward Cobb；有请IDC中国总裁郭昕。

今天上午的关键在讲标准，以及标准在这样技术下，对于中国客户应该采取什么样的策略，我们遇到什么样的环境，我们应该采用什么样的策略一步一步去发展。基于IDC做的前瞻性的报告和针对中国企业客户的市场调研，我们想首先请IDC中国总裁郭昕给大家再补充一下，或者说对于中国的企业现在是不是采用构建的方法搭建自己的服务，或者在中国的企业不同的行业有它不推的挑战，下面有请郭总再给我们阐述、分析一下。

郭昕：谢谢大家。刚才大家看了IDC的报告，结论是比较清楚的。这个路线比我们想象的要快，我们的路线和美国的路线是不一样的。同时基于全球化竞争当中的角色也是不一样的，中国企业不缺乏前瞻性，中国企业不缺乏竞争力，中国企业不缺乏创新性，但是中国企业缺乏的是能够合理的运用国际标准，能够跟国际的竞争伙伴同步的在国际市场上执行标准，并且完美的利用标准，这其实是一个市场历练的过程。我希望我们的企业能够在三步并作两步的过程中，同时坚固我们的补课来未来新课的两种需求。大家知道管理一直是中国企业突出的问题，不同的企业IT的角度，结构化的角度不一样。

主持人：谢谢郭总给我们再次强调了，从整个调研来看中国客户企业代表的情况。接下来请问一下这位客户代表，您希望SOA以及这样的路线图给你去解决什么样的问题，给你带来什么样的架构，你的期望是什么？

移动代表：我接触SOA时间特别长了，大概一年多的时间。SOA的理念，他给我们企业开发带来的好处是它对我们需求的变化给出了非常好的支持。我们广东移动自己业务发展是非常迅速的，网络移动在中国移动占据了非常大的市场份额。网络移动在很多业务上和内部的管理上也应该是比较领先的，在这几年的发展过程中，我们业务管理流程变化是非常迅速的。我们根据集团的要求一直在建立电子运营平台，在这个平台上由于公司感觉的需要，我们的流程变化也是非常需要的。前前后后做了许多的对比，我觉得SOA正好是为这个需求而设计的。它的设计理念充分体现了这种思想，这是我们作为用户来说非常大的好处。

主持人：谢谢移动的客户。从广东移动，整个中国移动走在最前列，而且用户数量达到上亿的客户。它可以看出对于业务变化的适应需求。SOA作为一个非常好的企业架构，能够非常好的支撑这样的客户需求，有了这样一种技术，有了这样一种标准，很重要的是我们需要一个支撑的平台，需要工具和平台帮我们区市县我们的业务。所以下面也想请厂商的代表，刘总您怎么看普元给中国客户带来实质性的价值？

刘亚东：刚才前面有人提到业务需求不断的变化，IBM在讲“随需应变”。这种变化应该是企业在更高层面的一种进步，而我们回到中国谈变化的时候往往是回到最基本的层面。就像一个小学生上到初中，从初中上到高中，这些变化都是根本性的。这样一种变化使得中国和美国很不妥，我们遇到很典型的例子，在美国我们发现有做工作流的厂商，而到中国来你发现很多美国的产品很难用起来。最基本的流程往往是最多发生客户投诉的方面，我们讲很多听起来是同样的词，我们讲变化是同样的词。

比如我们从一个小学生变到中学生，这样的变化是非常平凡的。平凡的频率是美国变化频率的一个数量级，甚至是超过一个数量级的变化。我的观点我们过去所设计软件工程的方法到中国来用，因为任何客户的需求都会在半年内，一个月内甚至几个星期内进行变化。SOA核心关键是把大的软件变成小的流程，所以这对客户来讲，我们普元提供的一套方法，就使得小的流程天天发生变化的时候，我们能够降低它变化的成本。

主持人：下面请Edward Cobb给我们谈一谈。

Edward Cobb：BEA提供了产品和服务的整个产品性，BEA产品也提供了支持SOA服务的方方面面，BEA的专业服务业能够帮助客户做到他们目前在什么样的位置，应该走什么样的道路来迈向SOA的方向。BEA也为电讯以及像中国这样的国家重要的行业提供了产品的服务，让他们用新的技术应对挑战。

主持人：谢谢两位厂商。刘总给我们看到整个SOA大的环境之下，中国客户跟美国客户还是不一样。我们想问一下这两个厂商都是在SOA的市场提供技术平台的价值，这两个厂商是竞争的还是怎么样的，这个问题有请IDC的郭总回答一下。

郭昕：问题很难回答，特别是当着这么多人就更难回答了。我刚才说过我们经过研究之后，我们认为所有的企业竞争模式，随着他们经营模式的改变，其实竞争模式也在改变。我们觉得新的企业管理平台应该是相对开放的平台，开放的平台，开放的程度，IDC有一个预测。比如说他会开放到甚至把竞争对手都放到一个平台上。我们说企业的竞争一个根本的目的是在市场的范围内维持市场的良性发展，目前我们在世界顶级的企业都建立一种共同发展的平台，这种是竞争关系，竞合关系非常好的范围。

主持人：谢谢郭总。

移动代表：我们作为运营商是一个基础产业，稳定性是我们考虑首先的工作。第二个是满足我们实际的需求。刚才几位也提到了，我们企业确实需求变化非常快，从最底层到细节的变化是非常迅速的。我们任何一种时候都有这种变化，我们对于厂家、对于集成商、对于软件开发商也提出了要求，希望给我们的开发带来合作性和扩展性非常高的企业。

主持人：作为企业来说稳定首先是第一条，再好的技术如果不稳定或者在用过程多中一直都有问题，那就很麻烦。不知道厂商的代表有没有一些补充？刘总。

刘亚东：其实客户也是不同类型，稳定性是非常重要的选择。举例：交通银行当时来找我们的时候说知道普元的产品不成熟，这是非常痛苦的事情。而他们在03年的时候对SOA的思想是完全接受的。从我们来看IBM跟普元合作竞争的关系，我们无论在交通银行也好，广东移动也好，两个平台一直在用。我觉得厂商之间得加强沟通，对客户是最好的。希望我们在SOA组织的平台上，厂商之间能够多交流，多发现自己产品的共性，跟（英文）沟通的话会更好。

主持人：在很多的产品上，大家可能也是互补。比如SCA也需要底层的应用服务其或者整个企业的互相配合。也想问一下Edward Cobb，是不是对中国企业做过研究，中国企业跟美国企业有什么不同，产品策略上是不同的，还是产品策略上有滞后？

Edward Cobb：我们在北京刚刚开了一个中心，此外我们在中国也有一个相当大的开发中心，服务于中国这样子的大客户。

主持人：其实BEA也非常重视中国的市场，他们的一些研发机构也在中国设立。下面把最后两个问题的机会留给在座的朋友和嘉宾，有没有人有问题？

提问：您好各位专家，我是来自CIO insight杂志社的记者。我有一个问题，刚才一直听到各位专家说SOA的特征、变化、灵动以及随需应变。在今天以前我有幸跟一位CIO有过一次交谈，CIO跟我谈到他所定义的SOA和咱们厂商定义的SOA非常不同。他告诉我从A到B，只要A向B发送一个请求，B处理请求发出的结果这就是SOA的特征，请问刘总您跟客户交流的时候，有没有碰到厂商和用户之间对于SOA定义不同的情况，请问一下郭总在IDC对SOA调研过程当中，有没有考虑到这种情况，就是说厂商和用户对SOA的定义不同，谢谢。

刘亚东：我觉得可能是宣传的不到位，或者大家对SOA是一个什么东西缺乏对官方定义的理解不一样。因为对不同的CIO对SOA有不同的理解。SOA并不是说发出请求这么简单，企业IT系统建成要以SOA为基础；第二每一个服务需要更标准的小部件做出来。所以我说这个CIO讲的也对也不对，他可以更多的去学习。

Edward Cobb：SOA是某项具体的技术，SOA能让使用者把注意力集中到他的问题上来，可以解决他业务方方面面整体的问题。

提问：电子政务方面是否有各种针对性的路线？

主持人：刚才这位先生的问题我先抢先回答一些，我们有一个专门网站，这里面也有关于电子政务的内容。

刘亚东：中国对电子政务的挑战也是一样的，它可以从控制型的政府转向企业型的服务。对电子政务来讲采取的策略是一样的，就是我需要一个基础的设施，能够面对我服务的时候流程的变化。SOA用一句话讲“变化中间求SOA更和谐”。

主持人：上午会议结束。

主持人：各位来宾，女士们、先生们下午好，今天下午的论坛相信大家对于上午的讨论有一个大致的感受，从我们开始研究SOA在中国的路线是怎么样走的，今天下午所有的议题都会集中在如何在这样一个新的架构下实施SOA，并且能够通过一些实践案例来帮助我们考虑未来企业信息化的目标。

根据上午SOA白皮书所显示的数据可以看到大量中国的企业正在面临一种转型和转折点，这种转折点其实也是由于大量来自业务需求的变化，前段时间IDC在相关研究里也有了这样一些感受。我记得在大概一个月以前在上海时和中粮的一个CIO做过一个相关的讨论，他说过去中粮给他的任务过去一个月的时间需要完成的现在需要一两天的时间，因为有大量的收购扩张。

由于收购的各个企业业务流程不太相同，因此造成了IT部门在响应支持方面巨大的困难。当时我也跟他谈及了SOA这个话题。他发现希望找到一个路径来帮助他以更加简便的方式来完成对于业务的响应。我们发现我们两个在SOA方面找到了共同语言。我想这也是今天大家坐在一起讨论SOA最重要的原因。

我们也都知道，在对比研究美国和中国时也发现了一些不同和差异之处，今天上午IDC的分析师也将这种差异进行了比较。我们都知道按照美国的CIO跟我谈话时经常谈的是我们经常背着大量的历史包袱，这和中国企业整整相反，他们有三四十年甚至是更长的IT建设过程，因此有更多服务流程需要重新在这样的架构上完成。我们可以看到中国的企业反倒有一次新的跨越式发展的机会，因为我们没有太多的历史包袱，甚至是相关业务系统可以用新的方式进行构建，这就是今天我们提出来的《SOA中国路线图》最重要的原因和出发点。

围绕着这样的原因和出发点我们发现中国用户对于相关经验实施方面的渴望和热情，这也是今天下午所有讨论的热点之一。下面会有请SOA国际组织专家，也是普元公司的CTO黄柳青先生，黄先生是在马里兰大学计算机博士，在此之前曾经担任亚信的ITO，而且有相关软件涅磐和软件中国等等一些书籍，今天我们可以分享一下黄柳青先生带给我们更详细的解答。有请！

黄柳青：各位朋友、各位专家下午好，今天上午刘总他们都再一个远见的层次看到软件未来都会像SOA、SCA/SDO方面去发展，今天下午大家比较关心的是这样一个软件怎样能够逐步来实现。一方面我们看到SCA/SDO的标准已经在1.0发布，也正在不断地成长、成熟。今天下午还会有IBM、Oracle的专家详细介绍SCA/SDO时间的事情。另一方面我跟刘总一起在2001年创办普元公司，普元公司从01年到现在差不多六年的实践就是专注在服务构件领域，虽然标准方面来讲现在正在6.0、7.0方面，越来越标准了。但是从理论方法和实践方面已经积累了大量的经验，怎样通过服务构件来建设一个比较灵活、多变的应用系统。在这里我也想跟大家分享一下，六年来我们在面向构件服务构件领域里所取得的一些体会跟成果。

实际上为什么要用SOA或者是SCA这样一个技术？它的本质并不是说技术方面的要求，而是业务方面迫切的需要。比如金融行业今年有大量的金融公司上市，上市之后大家感到的压力还更大，为什么呢？一方面我们上市了，竞争对手也上市了，同时国外的竞争对手也大批地进入中国。在这样一个情况下，我们要建的系统越来越多，给我们建设系统的时间却越来越短，按照Gartner的分析报告来讲，我们看到作为一个软件的生产部门，或者是作为整个银行、电信企业的IT支持部门来讲，责任越来越重大。

不是说我们有什么技术，而是从业务发展上就必须要求我们的IT框架能够快速地做出调整，而这个调整的时间是越来越短了。从现在可能有二三十天的时间，两年前是两个月能够做出一个系统就非常好了。这个压力还会持续，按照Gartner的报告来讲，这个压力并不是到现在为止，还会缩短到七天、三天，甚至是更短的时间要实现业务的转换。正是在这样一个挑战背景下，我们看到越来越多SOA这样的技术对IT建设带来的价值。

为什么我们看到SOA这个技术没有马上解决所有的问题呢？实际上SOA这样一个非常重大的IT转化思想跟理念，要真正落实到我们市场的工作中，特别是把以前从国际上以应用集成为核心的环境，改造成比应用开发更重要，或者是应用开发跟新的应用集成并重的局面，现在SOA技术跟我们的要求还有很大的差距。

看到IBM公司早期或者是现在对SOA的宣讲，他们有一个电视，在SOA整个发布理念里，现在制造厂里面已经有非常好的制造设计部门、非常好的营销部门的信息系统，还有非常好的组织生产管理等等系统，但是由于缺乏这些系统之间的沟通，使得这个企业没有办法灵活应变。按照他的讲法SOA就解决了部门间的问题。

但是这样一个假设的前提是，每个大型子系统已经存在了，我们可以用SOA进行整合。第二点来讲，SOA子系统的数量是有限的，一个公司里面肯定有10到30个部门，用10到30个系统足够能够形成快速的变化。实际上它的颗粒度对于这样一个快速变化的电信银行、制造、电子政务部门来讲，颗粒度太大了。必须对一个大的、部门级的服务有更小颗粒度的技术，来作为服务支撑的体系架构。

现在中国管理类子系统没有成熟，不可能做一个固定的人事管理系统在公司里使用，因为人事管理还在不断地调整、变化。生产也在变化，营销管理更是我们的薄弱环节，我们正在学习什么叫营销、什么叫管理，所以这样的系统不可能把它作为一个完整的服务给人家提供，还需要更小的颗粒对它进行整合。

从某个意义上来讲，SOA是什么东西？SOA并不是一个单纯的技术，SOA是一个业务，同时更是一种思想跟理念。我们需要把SOA这个理念从大颗粒、从应用集成贯彻到子系统的开发跟应用本身的快速建设跟成长。从SOA这个软件本身来讲，更是一种架构。我们在看整个电信、银行、大型企业时，首先关心的是怎样在架构一层建立一套思路，使得我们的应用可以达到目标。

举几个例子，现在传统基于面向对象的开发理念，甚至很多人对SOA的现代理念都存在一个很根本的、致命的缺陷，这个缺陷使得我们面向构件的方法、面向对象的方法是不可能把一个好的系统建立起来的，这就是数据的变化。因为所有面向对象的理念里面都认为数据是我们的核心，数据结构的稳定性是我们开发的一个基本原理。如果数据结构发生变化，软件的每个部门都会受到牵连。比如说银行里如果是一个中文系统，假设一个人只有三个字的名字，如果现在要到国外市场去交互，或者说国际人士可以在工商银行开户的话，一个人的名字可能是20、30个字符，这样就会彻底打破软件架构。

我们要真正地随需应变时必须要在数据上有一个很好的变化。我们的服务还需要是完备的服务，如果只是说现在已经建了20个系统，把现在的人事管理抽取出来，把现在的制造管理抽取出来，会发现原来十个系统里有十个产品管理，但这十个产品管理都不一样，局限性都各自存在着，我们并不是把现有的一个服务提取出来就能够变成一个很完备的服务了。很多情况下这是我们面向构件实践里最大的一个困惑。并不是把原来的代码拿过来就是一个很好的界面。

还有整体性的考虑，如果我们要走到SOA的话，可以在一个局部的SOA做一些尝试。逐步用构件来建设系统，但是必须要有一个全局的眼光才能真正体会到SOA跟SCA的好处。还有灵活性以及标准体系，这更是非常重要的。因为没有标准，就不会有重复的构件。没有标准，企业里面每个部门之间跨的企业就不能沟通。

实际上我们看到SOA是这样一个非常好的理念，但是如果SOA要真正落地的话，在软件架构的设计方面，以及软件IT规划方面还需要超越SOA的标准，有一个更好的技术帮我们建立一个架构。这个架构不但是在应用之间可以集成，同时可以快速搭建灵活应用的子系统。这个技术实际上就是普元公司在六年来一直努力的方向。这个方向就是服务构件。

因为一个系统里不会有20个、30个非常固定的子系统，但是可能有两百到三百个非常稳定的服务构件，通过服务构件就能够快速地搭出20到30个灵活、多变的子系统，再整合成整个企业的应用。正是因为有SCA、SDO这样的标准，我们就能够把SOA更好地实现，从我们的规划、应用子系统的开发以及到应用的集成，成为一体化构件的技术。

有了构件就可以通过构件的组专来快速调整应用。我们可以看到构件技术是SOA技术真真、切切实实让大家体会到服务、体会到灵活多变业务最核心的技术。所以等一下会看到普元公司经过六年的实践，向国际上一流的厂商都会把构件技术作为他们未来SOA产品最核心的一个元素，使得SOA方案有一个更好的解决体系。

这就是我们认为的SOA的实践之路，包括了服务、构件，有机整合到服务构件跟SOA的统一。在未来的应用系统里，统一的服务系统、统一的流程管理、软件的治理都是回到SCA、SDO这样一个技术进行全面的整合。

有了这样一个构件的技术，就会发现IT规划以及IT实践、IT发展就会有新的元素。SOA可以说是从面向构件开始的，有了面向构件SOA、SCA这样的技术，IT规划逐步会从软件的应用一级转化到体系级的规划，这也是构件技术、服务技术给大家带来的机会跟挑战。在现有的或者是以前的IT规划中往往都是以应用系统为核心的，比如今年要建10个应用系统，明年要建20个应用系统。

对于未来以SOA跟SCA为核心的应用系统的建设过程中，我们看到的并不是表面表现出来的应用，而是一个企业里面构件的体系。最重要的也不是我们构件技术本身，而是从业务方面怎么来分解各项业务，包装成各种各样的构件。因为有了构件，所有的企业应用是能够快路生成、快速变化的。你需要20个应用、50个应有都可以在同样的一组构件体系里快速生成。

所以面向构件也是未来IT规划的核心。现在在实现IT的管理里也是这个问题，现在有很多项目请了很多集成公司来完成，完成好的东西就是我们需要维护的应用，以构件为核心，我们可能会请一些集成商帮我们开发一些构件，但是我们需要哪些业务构件？哪些业务构件用什么样的接口这是需要IT部门统一规划的事情。在统一规划体系上，就逐步地发展了各种各样的流程，审批流程、安全流程等等。所以面向服务让构件更加开放，因为用了服务的技术使得我们的构件可以灵活多变。

在面向构件SCA的体系里，可以把现在的很多矛盾在这个系统里进行统一，这个矛盾就是现在有一个新的IT系统，我们需要把它完全打掉重来，还是包容进来，进行重新的包装使用呢？怎样能够把异构的系统整合在一起呢？这都是像SCA的技术解决的问题。因为在我们的系统里可能会发现一些核心的业务系统，像银行的交易系统、电信的计费系统等等，他们相对而言是比较固定的，原有的系统满足了我们的要求。在这样的系统里就可以把他们包容进来。因为现在新的SCA的标准跟以前的标准很不一样的是对于跨语言服务的支持。

通过服务的包装，下面具体的实现是JAVA还是C++，还是其他的技术都可以包容进来。但是对于一些营销管理、服务管理等等，正在面临比较重要的决策跟改变的环境，现有系统比较大程度上是满足不了我们的要求的。在这样的系统里就会以推倒重来为核心。因为如果有真正立足比较好的构件的积累，像US平台里已经积累了上千个各种各样的构件，很多情况下使用这些基础的构件库快速地开发一个应用软件，比销售服务管理，比我们去维护一个老的系统更省钱、更省时间，而且效率更高。所以构件包容了每个层次的系统。

面向构件是对开发和整合模式的统一，也是企业知识的规划和重用，同时是应用系统跟业务系统之间完全地同步。所以我们从事了六年多的面向构件的技术，真正通过SCA、SDO的标准，正在走到一个非常核心的位置。在这个核心位置上就会为未来企业的规划、未来企业的实践、开发跟变化打造非常好的基础。

在我们的架构中，在未来应用软件的过程里，会看到我们的应用软件、我们企业的IT其实是一组一组SOA、SCA的构件包，都是一些服务构件，可能会是组织机构的构件，会有一组页面控制的管理构件，还会有工作流程的构件，有营销管理的构件，在我们面前都是一组构件，这个构件也许在一个中小型银行里会是500个构件，在复杂的大的银行也许有一千两千个构件。有了这些基础构件之后就可以快速响应要求。而且服务构件本身还需要具备独特的灵活性，包括对数据变化的灵活性、对于流程变化的灵活性，通过这些灵活性使得应用软件得到的重用。

通过逆向构件的方法，也是使得IT部门的生产管理得到更高的控制。因为以前通过单纯的手工编码来讲，软件项目的控制是非常困难的。因为在一个软件项目里如果有几十万行代码很难在某个具体的点来控制今天写了多少行代码作为一个核心的基本控制。构件就让我们把软件开发的过程得到全面的统一。因为不管是在需求、分析、设计、开发一直到测试发布、维护，大家的沟通语言就是服务构件。不像现在传统的软件开发利，这是影响软件开发效率非常大的一个因素。

在需求时使用的语言、分析所使用的工具、开发所使用的环境、测试发布维护每个阶段大家用的语言都完全不一样，我们很难保证我们开发出来的软件是不是跟设计一致？我的设计是不是完全包容了我的需求？我的测试是不是包含了我的每一行代码？这些是没有办法回答的，因为每个岗位上人的思想方法、思想和工具都是不一样的，只有通过服务构件这样的技术，才得到的统一。

因为需求整理就可以通过需求分析逐步形成构件的轮廓。在分析时可以对构件的接口做一个详细的规划，开发是可以对构件的接口进行实现。测试时就可以有机地分解为对构件接口的测试以及对构件组装的测试。特别是当一个软件上线运行时，并不是看到一台机器上有很多进程在那里运转，而是看到很多构件在里面运行。每个服务构件都代表了它自己的一个具体意义。比如面向构件系统的开发的话，对软件的监控跟管理就可以面向业务环境来进行。

正是在这样一个过程里，每个进程的分工更加明细，每个人做的事情更加清晰，而且大家的工作中心都是服务构件这样一个统一的概念。这样在软件生产的环节里就会发现，我们公司可能有一个30人的团队，大家的工作语言是一样的。都是构件，怎样把构件设计出来、开发出来、测试出来、组装出来，怎样把构件在运行时进行监控和管理。正是这样一个统一模式为软件未来打造了一个非常统一的环境。

比如说在需求分析时，现在一般会跟用户的交流进行记录，可能会用Word或者是Excel进行记录，以前很难说需求跟分析是一致的，通过构件的分解，我们的需求可以很快地变成构件。对于业务建模也能够快速进行。特别是像US这样一个环境，在这个环境里会有一整套、现成的、小的服务构件，这些小颗粒的服务构件通过建模的方法可以表达成更高层次的服务构件。这个更高层次的服务构件就可以快速组装成各种各样的应用软件。包括软件的测试、集成等等，我们都会做很多的内容。

在以前的情况下，我们往往有很多应用项目在开发，第一年可能有20个项目，每个项目完成之后，第二年又来30个项目。随着项目的开发，我们的工作越来越难。因为新开发的30个系统跟以前的20个系统里有很多重合的部门。但是每个人的理解又不完全一样，所以往往需要对旧的系统和新系统进行改造、改变，这里面会涉及到很多手工工作。

对于面向构件开发的原理，可能在第一年20个流程应用开发过程中积累出20个构件、30个构件，在第二年开发时就不需要重复开发以前的构建了。通过积累就可以在未来心目中不断得到好处。也就是说面向构件这样一个技术，实际上会随着应用的不断深入、不断推广，它的使用价值体现会越来越高。

通过面向构件的技术，从结构上就降低了软件工程的复杂度，因为一个应用软件不再是有几十万行、几百万行代码构成，而是由几百个、几千个元素组装而成的。也就是把应用系统的复杂度下降了一个数量级。从软件工艺到软件生产就打好了一个基础。因为如果每一行代码都靠手工来做的话，每个软件工程师就像艺术家一样，很难保证他造的两个艺术品是一样的。但是用了构件技术就可以通过构件的包装使得软件生产达到一致性。

在未来的软件，通过面向构件的技术，不是通过代码编写而成，而是通过现有的构件像SCA、SDO等等，通过构造、组装而成的。企业里面的应有也不是单一的架构，实际上是由很多子系统，很多构件组成而成的，并不是说这个系统里有多少应用在跑。构件子系统有良好的、稳定的使用接口，特别是SCA、SDO等等能够变成标准化的东西，企业不同部门开发的软件，甚至是一个公司在不同地方开发的软件统统可以标准、进行交付。构件总线，像以构件为核心的技术就会成为信息服务的中心。

普元六年的实践过程中在服务基础上打造了面向构件的基础，通过构件的组装，第一步完成了快速应用软件子系统的开发，同时再通过应用软件子系统、通过业务流程快速组装成各层的应用。也就是说面向构件这样的技术，是SOA真正落地最重要的元素。谢谢！

主持人：听了黄博士的演讲给我这样一个感觉，不知道大家在这方面会不会有这样的思考。我们在讨论SOA时有人经常会问我，SOA是一个产品、价值方向，是一个技术还是什么？是否又是一个新的名词？反过来我们已经看到它实实在在确确实实在影响着我们如何服务、支持我们的业务。而这里面始终在探讨，包括上次和刘亚东在探讨SOA面构件设想时，其实我也拜读了黄博士写的《软件涅磐》这本书，作为软件的发展又如何通过一个新的思路来完成呢？

我们都知道四大发明里有一个发明改变了我们后来的知识传递和整个信息转移的过程，就是印刷术，而印刷术里面最简单的是将过去的刻版到做成活字印刷，将过去所有的文字打成了一个小单元，同样阿拉伯字母也是这样一个方式，解决了过去所有信息传递成本高、速度慢的过程。而在这个过程里我们注意到今天软件发生、发展正在延续着这样一种思路，而这种思路也将会使我们在未来发展自己的技术时有了一个很好的参考。

而在发展的过程中，标准却是非常重要的，因为就像刚才黄博士讲的，每个软件工程师都是优秀的天才，而优秀天才的人开发的东西永远不会一致的，必须要围绕着一个标准来完成每一个服务颗粒构件这样一个生产和准备过程，而只有这样才可以为未来整个软件服务的构成解决最重要的问题。我们又如何利用SCA这样的方式来满足服务的需求呢？下面有请SOA国际组织专家给我们介绍这样一个题目，下面有请Jeff Mischkinsky给我们带来精彩演讲。有请！

Jeff Mischkinsky：下午好！（英文）

主持人：非常感谢Jeff Mischkinsky感觉的演讲给我们阐释了SOA是什么、不是真正。其实我们都知道在这样一个过程里特别希望开发应用过程中如何简化设计程序语言，并且使得在部署平台上的复杂性得到有效和降低。因此通过这样的规范使得我们在软件开发业务中获得更多、更新的价值，这是Jeff Mischkinsky演讲中给我们带来的启发。

同样在IDC研究里我们注意到有57.5%的企业正在开始新建大量IT应用，在中国金融、电信等等行业里有90%以上的系统都是新建的，而且我们看到随着中国用户越来越多开始面向业务开始转移，大量CRM系统也都处在这样新的应用过程里，这可能也是中国企业用户和国外企业用户最大的不同之处。我们也可以看到，中国相关企业在访问里认为，为了适应整个业务变化的需求，更多的IT务部门正处在对于新技术的选择过程里，如何面对这样一种来自业务部门的需求和挑战，我相信是我们今天最希望得到的解答。

下面有请SOA标准化组织专家，也是普元副总裁程朝晖先生做一个关于主题为全面支持SOA标准的中间件的主题演讲。程先生在中国中间件软件行业有超过14年的工作经历，几乎见证了中国中间件软件市场的发展过程，也曾经担任过BEA首席发言人，相信程先生的演讲给我们带来众多启示，有请程先生。

程朝晖：我的演讲题目是全面支持SOA标准中间件，刚才万总提到了我个人从事中间中行业十多年，因此觉得特别幸运，在这样一个行业里，在过去的十多年中，在企业架构、企业级计算技术这一块最新的、最时髦的、最流行的技术都最早在这样一个领域出现，并且当不断成熟、不断标准化时放到这样一个产品中去，中间件这样一个市场。从业这么多年之后，不管觉得自己这十年多中感受到很多技术的发展，更重要的是技术的发展在根本地推动业务的变革和创新。

在二三十多年前，一波中间件的浪潮产生了，他们的产生也有很多业务需求的背景所在。比如说在十年前甚至是更早的二十年前，不可想象整个银行可以实现跨地域、跨网点的通存通兑，可能现在想象这是一种业务创新，可以给我们带来非常大的变化和便利。但是当有了企业级计算架构、有了交易中间件出现时，有了MQSeries、MessageQ等出现时，当有了访问后台中间件专用系统出现时，使得有了新的创新。

随着技术的发展，会发现中间件扮演了一个非常重要的角色，是一个承上启下的，上面承载着应用，下面承接着数据库这些平台。如果能够把未来应用不断吸纳进来，这样一个承上启下的关键角色使得我们业务的发展，企业级计算架构的发展跟中间件这样一个产品领域非常相关。

到了差不多十年前，在98年正式GCP1.0（音）发布，到那时发现企业不管做什么样的应用都需要实时访问处理，需要通过消息跟别的应用进行可靠信息的传递，都需要访问一些后台的专有系统。因此原来成为不同产品形态的中间件到了96、97、98年时，企业级变成一个通用的应用，随着技术的发展，整个互联网开始起来了，整个企业对于业务需求的发展，对于底层中间件的支持平台有了新的要求。应用服务器概念开始出现，新的应用服务器能够支持我中间件的交易功能，能够支持我消息的功能，能够支持对象的应用，也能够支持专有系统的应用。因此随着新一代技术的到来，互联网技术的到来，形成了一次融合。

原来老的中间件慢慢地没落，到了一个非常窄的细分市场里去了，而真正主流市场是由应用服务技术承载的。企业关键应用都由应用服务技术来承载。随着技术架构的融合，使得我们看到J2EE都成为主流计算核心的平台。当然技术还在不断地发展，大家都知道应用服务器出现之后大概到2000年开始提Integration的概念，虽然可以作为企业应用的基础平台，但是在展现端它的个性化、门户的功能、定制的功能似乎还缺了点儿，不能满足企业级的需要。

在整个能力方面似乎也弱了一点，因此在那个时代开始出现了门户服务器、集成服务器，来弥补应用服务其对于支撑企业应用的不足。但是同样我们可以看到到了现在2007年，整个Integration也走向了没落，专有的技术非常昂贵，服务实施成本非常高，EI（音）成功的也非常少。而门户也是走向没落了，可能现在大家还很少听到国际一些厂商提到这样一些预言、判断，但是门户服务器也是一样的，会不断地进入细分市场，可能企业里一些很窄的地方可以去，逐渐地退出主流的企业级计算平台。

这些技术难道不需要吗？门户技术一定是需要的，Integration但是会随着SOA的浪潮，整个企业级计算技术一代的变迁，这些门户、应用服务器、这些集成的需求、产品需求和特征会被融合到SOA中间件里去。这是我们看过去十年以及未来十年的发展。

在今天上午IDC中国SOA路线图的报告中，也有这样一张图，对于中国客户的调查，以新建系统为主大概占5%，新建系统和已有系统不断改造的有52.5%，加起来可能到57.5%。而对于已有的系统已经满足要求了、它的业务模块已经稳定了，我只是用一个Series穿件衣服包装起来，能够被访问就行了，这样的需求占42.5%。基于这样一种IT背景、应用建设背景，看一下在SOA这样一个技术不断成熟、标准化的时候，我们应该需要什么样的技术、真么样的标准、什么样的产品帮助我们把企业建设应用起来。

这样一个逻辑很简单，整个技术的趋势让我们看到，面向构件来构造，构件Series，构件软件的基本单元，软件基本单元不再是一行一行代码，而是一个个构件，这个观念的改变是巨大的，可能在座已经有一些客户成功实施了，有些客户还在调研阶段。但是这个改变可以说是未来10年、20年最基本应用软件构造的改变，应用软件都是用构件基本概念构造的。

第二SOA作为企业的服务架构，成为了统一企业面向的架构，企业之间资源的访问都是通过Series的方式，大家都是讲共同的标准语言，因此不再会存在几年前做EI（音）时这些私有技术。而Integration作为整个SOA架构里最自然的事情，不管是访问别人的组装或者是用别人的服务，在SOA构件里这是最自然的事情。大家不用花太多的代价来思考这个问题。

第三是图形化的开发，如何组装业务流程，通过图形化的方式大大提高了生产能力。图形化的技术、SOA架构技术，面向构件这三个非常核心的技术趋势，在推动整个企业应用继续发展创新。到了应用服务器出现时不仅仅是通存通兑了，有了网上银行这样新业务模式的出现。到了SOA架构时同样可以想像，流程企业将会变成现实，我们的业务将会通过流程、面向流程来打通各种应用。

技术趋势如何适应真正的应用，任何好的技术，思科有一个企业最基本的价值观和文化，“不要崇拜技术”，它其实很简单，任何再先进、再尖端的技术如果不被应用、不被很好地体现出它的应用价值可以说它是没有价值的。这样的技术趋势如何满足现代企业应用建设的需求？是不是还用各种各样的技术、不同的集成商、不同的产品线都用不同的技术，还是有一个统一的企业架构、统一的编程模型、统一的构件规格，作为企业应用建设的标准基础。

我们的应用还是基于代码去开发，还是说我们的应用是基于流程的？既然要形成一个流程企业，你的流程是不是可以支持到全面的流程？还是在粗密度的服务流程还是到中间的构件？还是细到形成一个代码的片段。现在企业应用非常复杂，有老的应用系统、有新的应用系统，形成这样一个架构需要有全流程的支持，细到代码，到构件的组装、到服务编排。

大家都知道ERP企业资源管理里的规划，现在企业资源都是散落在各处，形成很多部门应用的孤岛，可能你会知道有这样一个数据，这样一个逻辑。但是你要去访问的代价还不如自己重新开发。如何对企业数据资源、流程资源形成一个无缝、无障碍的资源访问，SOA面向构件提供了这样的解决方案。

在这样一个统一架构、统一编程模式、统一规格下通过全流程的开发和无缝资源的访问、最低代价，这样才有可能实现大家所倡导的愿景，不再是半年做出一个应用系统，不再是两个月、三个星期，而是以天来计。这样一个非常高效、快速地实现一个新的流程、实现业务上的需求，同时具有灵活的、敏捷的应变能力和适应能力。

当业务变化时，程序员都不愿意去看自己改编的代码，但是面对一些非常业务化的构件时，这种改变变得只是参数配置的改变、连先的改变时业务变化就不户这么讨厌。第三就是这么高效、这么灵活是不是门槛很高？跨入的门槛如果太高的话相信很多企业还是会退缩，回到原来的方式方法上。对于这样一个平台需要有非常高的应用型和较低的成本，这三方面组合起来产生不断提高软件生产力的商业价值的追求。

从技术角度来看，SOA整个技术架构从框架来讲万变不离其宗，作为一个企业架构来讲，有最左面的开发，如何根据需求来建模、设计，设计你的业务流行模型、设计用户的UI互动、界面，来测试、来部署，在中间虚框是整个运行环节，可以通过最上面的渠道和展现层提供外界的看端的服务，看端可以支持各种手机技术、HTM的浏览器，也可以通过客户端的调用RCP、JAVATIME（音）来带动后台的业务流程，驱动和整合各种需求、请求，然后通过展现端，个性化、安全控制、渠道管理做到统一的接入。

到了第二层Series服务层，通过服务的注册、定位、组装、服务的绑定、服务的交易、服务的安全、服务的消息、服务的策略来提供统一的、完整的所请求的服务。服务层的具体实现可以是各种技术，刚才Jeff Mischkinsky在介绍SOA里有一个非常关键的东西，它是语言无关、技术无关的，可以在现有的任何技术上，可能是C++的代码，可能是JAVA都没有关系。

在服务的实现层来提供具体的服务实现和逻辑代码。再到最后面数据的访问层，统一实现数据的持久，数据的统一访问。通过EOS来实现数据统一的访问接口，不管后面是XML还是关系型数据库还是其他数据格式，都可以在应用里统一成一个EOS的对象。通过IDS做到数据的持久，做到数据的路由、数据的转换。

在中间的虚框是SOA运行的支撑环节，到了右边是管理和制度。知道我有几百个、几千个构件时，如果你无法管理它的时候，它运行出现异常时是一个灾难，给你带来的业务损失可能是巨大的。所以整个SOA中间件的平台需要有一个完整的监控治理、管理的环境。由它来制定不同构件的策略、权限、监控、性能。在这样一个技术架构体系之下，可以看到SOA的标准组织对于SOA标准的路线图，左下角实现了WebService非常成熟，实现各种交易、安全、策略，任何一代架构首先要解决的是互联互通，应用互联时是通过TCP/IP来解决的，需要通过WebService来实现，所以实现了在一种环境下的互通。

到了具体服务构件是怎么被创造出来、怎么被生产出来、怎么被组合起来的？SCA/SDO简化了逻辑跟数据的实现，有了这些最基本的服务构件之后，将来在企业跨应用、跨组织、跨部门时，才能够进行统一规格的构件，做一个流程的串接。这部分的标准也在推荐中。第四个阶段是整个软件构件的治理，如何对一个构件能够有效地管理、监控它的治理，这些标准目前还处在早期的探索之中。可以看到整个SOA还有一个不断发展的路线图，它的标准路线图已经非常清晰了。

有了技术、有了标准，应该进行怎样企业级的中间件产品，来支撑开发、运行和管理呢？刚才可以看到SCA/SDO面向构件，是整个SOA中间件的核心。如果把SOA中间件看成是有生命的话，它是整个SOA中间件的心脏，在定义的死亡里心脏的定义最高，很多人脉搏不跳了，但是心脏还在跳可以说他是活着的。在面向构件里，真正的服务怎么创造理念？构件组装模型跟人气，服务数据对象EOS是最关键的核心。有了这些软件的基本构造单元之后，我们需要通过流程把真正的业务实现、服务实现、应用实现。流程贯穿到全流程的管理，一直到代码、逻辑片断，到你的构件的组装、服务的拼装，涉及到业务逻辑、页面逻辑、工作流程和跨应用系统的业务流程管理。

通过流程相当于一个人的神经系统、控制系统，它控制你的手、眼睛、脚协同地完成一个任务。不断地通过构件把这些流程拼装出来，几百个、几千个，说不定是上万个，如何在企业里统一规范这些互联互通，他们互相之间的对话、访问，因此第三步就需要通过企业级的，而不是部门级、应用级的，统一服务管理动态地对服务进行注册、匹配、调度、路由。通过可靠的消息，实现消息的代理、传送、转换和路由。统一的服务，让我们看到在企业里的资源得到的无缝、透明的访问，这也是应用需求里的第三点。

企业的资源是各种格式、各种标准的，每次访问都要写代码API（音），还是说企业里有一个统一的代码，各种逻辑资源、页面资源、数据资源都是通过这样一个统一服务进行访问的。

有了这些统一服务访问之后，第四步是对于企业服务跟构件进行统一的策略，统一的治理，就像一个社会，当有很多企业、个人组成时，如果没有法律部门、如果没有海关、公安，这个社会肯定是乱的一塌糊涂。到那个时候社会规模达到一定程度时，可能家族式管理都不再有效时，需要通过政府来治理社会，通过法律、公安、税务把构件的世界、服务的世界治理的更加有效。

是普元EOS产品的图，EOS产品是面向服务、面向构件的产品，它目前是基于底层J2EE的应用服务器，可以支持各种服务器，IBM、BEA、Oracle等等。上面有一个Servise，是一个容器，提供很多服务级核心的功能。在上面普元提供了将近一千个基础构件图，微软有一个一套SMC才使得你在做应用时非常容易，同样普元提供将近一千个原子构件，帮助你把基于构件搭建出来。

在应用中看到95%的流程逻辑都可以通过已有的构件进行组装，只有5%跟你的客户特定的模块、功能，可能是安全、可能是某些方面，是需要通过你自己写出这样一个原子性的构件。当然EOS也提供了一个平台跟环境帮助你把原子型的构件做起来。当5%的原子级构件形成时，你自己已经可以在跨应用、在企业范围内统一使用这些高质量的原子结构了。再上面是更加面向业务的，包括工作非常适合中国企业的流程工作流，应用框架、报表，Excel、傻瓜型的报表等等，非常灵活。以及可能在规划中的规则引擎。

我们已经在跟北航联合开发的，明年会推出的测试套件，如何对这些构件，你自己开发出来的原子级、业务级构件进行自动测试、框架测试。再左面是我们基于InKles（音）的，组成一个完成的EOS的平台。EOS本身产品也是有这样一个规划的，一步步全面支持SOA标准。EOS6.0会在今年年底发布，支持SCA1.0、SDO2.0，也会对很多客户常用的页面端开元的框架进行无缝集成，工作流、报表。到了明年我们的产品规划更会看到，其实现在已经看到有这样的客户像交通银行，14个应用系统建立在EOS之后，会需要这十多个应用之间的页面、构件、顺序怎么有效地通过一个业务视角拼装出来，拼装成一个端到端的服务，客户一个电击自动穿越各种已有的应用里去、各个部门里面去，能够把业务整合起来。

会提供完善的设计界面，设计即开发，开发即设计，设计跟开发的一体化，已设计的接口会自动帮你形成构件框，只要在里面把肉填上去就可以了。以及支持SDO、DAS，到时候会出来的标准规范。测试套件刚才已经提到了，会出来。到了09年EOS7.0，我们在整个Governor这一块会有所突破和发展，使得我们企业不断积累和构件服务之后，有一套完善的平台跟体系，帮助大家制定构件和管理策略、监控策略、性能策略。这就是EOS产品的路线图。

接着给大家看一下在年底EOS6.0发布的产品，这个产品叫做奥运版，会在今年出技术预览版，明年上半年会出奥运版。它是一个完整的SOA中间件，实线中我们可以看到SOA数据服务实现，以及对各种接入框架的支持，通过WebOA的模型把各种开元框架可以接进来，通过EOS监控和管理。

设计及开发会有一个初步的设想。你的设计人员（左上角）通过模块设计、数据建模、流程设计、交互设计、复用设计、交口设计会自动把框架连接，接着无缝地交给开发人员，把具体的流程细化，街面实现、接口实现，再交给测试人员，单元测试、打包测试，然后部署到EOS的Serise上去，通过EOS “G英文”来监控。通过提供与JAVA、J2EE的功能，实现可扩展性。

通过这种集群来容错，提供一个吞吐量线性的增长。通过构件体系实现业务级的管理，在这样一个产品里彻底的开发系统，开放给开发商客户，可以在SPI级调用构件，实现复杂的甚至于是对性能非常苛刻的要求，通过SPI实现代码级的构件。监控和管理治理，可以看到具体的构件是红色的错误还是黄色的警告，还是正常运行。可以看到具体的构件在状态中性能的吞吐量，瓶颈的法制有没有达到。同时提供丰富的产品选件，像报表、工作流等等。当然也全面支持对于用户投资的保护，对于已有的EOS版本的客户实现全面的兼容。

最后再花一点时间介绍一下普元软件公司，可能今天大家也有所了解。在今年1月份时普元软件被德勤咨询评为中国高科技、高成长的50强，仅次于百度。我们面向构件和SOA的社区Gocom突破了两万个注册者和开发者，也跟国际厂商一起积极推进面向构件SOA这些技术和标准，我们也赢得了众多行业旗舰顶级的客户，我们的产品也部署到印尼、冰岛、荷兰等等这些国际市场里去。谢谢大家！

主持人：非常感谢程先生的演讲。其实我们可以看到，通过程先生对于整个中国软件环境的介绍，以及普元公司所做的工作，我们有一个很深刻的认识，我们已经看到在中国已经具备了走向SOA的基本路径。另外一个我们也可以看到，其实从2001、2002年开始大家对于SOA这样一个话题开始预热，到2006年，直到今年这个话题已经开始出现了某种异化。从过去去了解什么是SOA、到为什么要上SOA以及到现在如何上，这是话题不断的演进。而我们更关心的是如果我们决定走向SOA时，有哪些实际案例可以供我们参考，下一位来自SOA标准话组织的专家Mike专家会给我们带来具体的案例，他也是OSOA的专家，同时他是来自于IBM新技术与战略规划部门的负责人，还负责IBM未来产品技术规划工作，同时参与的JAVA标准的制定，下面有请Mike Edwards。

Mike Edwards：大家下午好，我是IBM中国开发中心Mike的同事，来是给Mike做翻译的。

主要是想告诉大家，目前为止在往上可以看到的SCA/SDO，都有他们的应用服务器，可以经过开发出来的SOA部署运行。这几个里面最著名的是塔斯卡尼（音）这个项目。它提供了多种SOA的实现类型，这些类型里是所有里面最多的，自己支持JAVA，同时还支持C++，开发的很多开源项目都支持的。下面几个也是比较类型的，一个是PHP社区之中，只实现了PHP语言，只是用PHP来开发，部署到PECL上去，大家可以去看一些具体的内容。还有是Fabric3开源项目。下面的Newton项目，是在网格环境中，可以部署在不同的Paremus上，上层提供基于SCA的标准接口，大家感兴趣的话可以从上面的网址获得代码。Eclipse SOA是客户端的工具。

Oracle的 Fusion是基于网格计算的平台来建立的，有一个JavaOne，大家可以去看一下，是基于SCA的。下面IBM的WebSphere，用的最成熟的产品是WebSphere Process Server和WebSphere ESB，相等支持的规范不是刚发的规范的完成版，这两个产品发布时间比较久，那个规范制定时已经开始动手了。IBM在商业产品上支持SCA的实现是做的最全的。第三个产品是TIBCO的ActiveMatrix，也是基于JAVA的运行环境。

RogueWaue Hydra和Paremus Infiniflow都是基于网格的，对分布式应用的。Covansys并不是直接收到SCA标准规范里面去，可以支持快速的SOA的部署和发布。XCalia XIC提供SDO支持，创新的动态业务流程编导和元数据技术，企业应用程序中业务服务和数据层之间的分层技术。BEA AquaLogic Data Services Platorm2.0，像处理一个单独的实体那样修改、创建和删除异构、分布式数据源中的数据。

RogueWave提供的HydraSDO，轻量级、高性能的SDO实现，支持多种语言，Java、C++，支持关系数据库及XML数据格式。SAP NetWeaver Application Server，Java EE5 Edition，SDO为符合应用程序中业务数据的数据表示和元数据访问提供语言绑定。Fire Storm/SDO基于SDO的数据库持久化，当前产品基于Java，计划将在未来提供C++版本，操作的连接和断开模式。

总结一下，SCA和SDO是多种SOA相关运行时和工具的基础，开源和商业产品使用SCA和SDO作为实用技术，来解决业务问题。这里提供了一个网址，大家可以上去看一看。

主持人：谢谢Mike，今天一下午针对SOA实施方略与实践有这样几位演讲人给我们带来精彩的内容，每次都有一种缺憾，这样的演讲是单向的，希望有机会跟专家进行互动讨论，这次大会主办方也设计了这样一个环节，请允许我介绍一下下面讨论的主持人，是普元公司CTO、第一位演讲者黄柳青先生。有请黄先生。

黄柳青：有请IBM公司资深的OSOA专家Mike Edwards先生，Oracle公司SCA/SDO专家Jeff Mischkinsky先生，还有普元公司研发副总裁程朝晖先生。非常荣幸请到他们，因为OSOA下面定义的SCA/SDO国际标准在国外都是最新的技术，我想先请他们用几分钟时间介绍一下自己。

Mike Edwards：我是从英国赫斯来的，距离伦敦不远，在IBM团队中是非常重要的，有一些非常有名的产品都是从那里出来的，包括消息中间件。我自己做SOA这个项目大概有四五年，我们做Integration出发点都是基于用户需求来做的，用户那边有什么样的要求，他们从技术上想该怎么做。非常有幸看到SCA/SDO得到众多人的推崇。谢谢大家！

Jeff Mischkinsky：我从事有关WebServer标准的制定相关工作大概有20年了，我们推出这些标准的出发点都是从用户的需求（用户需求互动）来做的。非常高兴看到SCA/SDO这个规范能够被OSOA接纳，因为这个标准对于开发也好，或者是将来产品规范的推广来讲都是非常重要的事情。有幸在这里和一些资深人员探讨感到非常高兴。谢谢大家！

程朝晖：我是普元软件的程朝晖。就像刚才万总讲的，我从事中间件行业十多年了，硅谷、日本等等都出过，从事中间件这么多年，收获特别多。也希望能够用自己的能量在普元能够做一番事业，也是希望普元的产品将来在全球的主流市场中能够立足。其实刚才两位都提到了他们看到客户的需求，从而驱动产品的发展，这一点在做普元研发时也是感受颇深。我们解除了很多大客户，像华为都需要架构在我们产品上，所以对我们的产品要求特别高，我们的研发也是配合这方面来做的。在跟交行、中行、广州移动等等，看到整个企业的架构需求，对于面向构件SCA/SDO的要求，我们也是在去年七八月份时开始规划、开发了，基本上会在今年年底出来。谢谢，

黄柳青：大家看到SOA面向构件这件事情，不只是普元一家公司，国际上几大厂商都推出他们的标准，而且我们听到Mike的介绍，有很多开源跟商业版本，未来这些标准会对行业有很大的影响。我个人来讲一直很好奇，像这么前端的标准怎样能够跨越IBM、BEA、Oracle、SAP一些竞争厂商，怎样建立这样一个标准？

Mike Edwards：我非常仔细、非常认真，就像交四个女朋友一样很难回答。为什么要通过制定标准这样一种方式来推动这样一件事情？在SCA/SDO这个标准出现之前，已由的SOA标准对于开发、编程人员来讲已经足够了，但是随着SOA的做大，经常是能够跨越多个部门的，这样没有一个标准进行互联互通的话就会产生一些问题。为什么一定要用规范这种方式解决问题呢？制定规范是一个比较小的组，在这个组内大家能够比较自由地做创新，如果在某个行业有很多行规和要求必须要遵守，这样就不便于做很快的创新。有这样一个小组有比较好的相比就能够汇集起来。

Jeff Mischkinsky：之所以要通过制定规范的方式给出这样一个标准，主要是考虑到关于公司的政策，IBM和Oracle在商业上有激烈的竞争，下面这些软件工程师都希望为客户需求做一些东西，总是在产品上互相打架的话这种产品永远做不了，所以通过制定规范的方式来有一些小组来，能够面对面地解决问题，最后大家竞争的就不是规范了，规范是谁都可以有了，最后是看IBM有什么样的产品、Oracle有什么样的产品，这样技术很快就被推动起来了，所以会采用规范这种形式。

程朝晖：Oracle、IBM相信在工业的标准、规范上都是榜样，是老大哥。我们的策略在标准规范上有三个运作流程，但是我们整个路子可能跟西式的做法略有不同，一般我们是先有技术，再有产品，通过产品积累很多客户实际的需求，有机会时进入到一个主流的、更大系统时推出标准化。国外的做法是技术标准的路子，当然这不是绝对的。

在这样一个平台的圈子里，很重要的技术规范这一块一定是有社会效应的，不会被一家公司所掌握，如果被一家公司所掌握的话，一定会进入一个很窄的、非主流市场，所以技术一定是很多个人、开源个人甚至是公司投入出钱把这个技术标准做出来，这样技术社会得到了很大的体现。产品因为买单的人是客户，他花了一千万、一个亿、十个亿买你的产品，因此这个产品是你客户的，最本质这个产品并不是厂商的，而是客户的。因为是客户需要的，你只是帮他做出来。从技术标准到产品，公司需要针对自己专注的事情，把这个客户在主流技术标准下，在你的专注市场中来满足客户要求，做出满足他们需求、需要的产品。

黄柳青：SCA/SDO到底是SOA可以用、可以不用的东西呢？还是SOA里的解决方案一定要用SCA/SDO？SCA/SDO在SOA实施中到底是怎样的定位？

Jeff Mischkinsky：规范出现的初衷主要是为了消除各个不同团体之间的竞争，有这样一个规范出来以后，大家希望的事情朝着相反的方向发展，事情变得简单，主要是看你自己需要真正。SCA/SDO未来是SOA产品的重要组成。

黄柳青：我们都在讲SCA/SDO这个标准，实际上中国的需求比较，不光是像国外以集成为主的东西，也需要很多应用层面的开发，或者是开发跟重建都是并重，请问对SCA/SDO标准又是集成又是开发的组合是怎样一个定位？

程朝晖：SCA/SDO是整个SOA里非常核心的定位，它其实是满足最基础的体系架构、单元、规格建立起来的，在这个基础之上需要建立能够快速应用搭建出来的，对于底层基础架构来讲SCA/SDO就相当于核心规范。其实在SCA有非常多的规范，各个厂商实施策略也不一样，有些强在C++上，有些在Java上，普元也是根据客户的需求有策略性地来实现这些技术和规范标准，像SCA这些组装模型都是最核心的，也是在这次3月21号发布的。基于这样一种标准体系，再把上面的开发环境、工作报表、监控管理等等建立起来，所以标准肯定也不是万能的，最终是为了满足客户的需求，只是有了标准的时候客户会放心，不用担心在一个厂商身上。

黄柳青：刚才讲了今天讨论了很多SCA的问题，SCA/SDO未来是SOA最重要的环节，我想问一下Mike先生，SCA/SDO的标准将来的路线图是怎样的？多长时间会走向成熟？

Mike Edwards：SCA/SDO这个规范到现在为止非常新，中间很多东西现在还没有被完全验证，希望后来要使用SCA/SDO规范时一定要慎重考虑，是不是有必要来做一件事情。至于它的成熟度问题，可能会在近一两年之内有比较大的进展，会提供在商业方面的开发技术或者是实现规范技术的参照。会有一个相对比较完整的参照。到最后是不是真正实用还需要检验。

黄柳青：我们也是需要考虑在解决方案里SCA/SDO面向构件的方案，大家心里可能会想这样一些全新的技术会对大型应用企业的性能、安全性方面带来一些不可逾越的屏障，我想请问一下Jeff先生。

Jeff Mischkinsky：第一，SOA不用担心安全的问题，是从底下一步步向上搭建的，所以安全不是问题。另外为什么建立SOA这个规范，规范建立的初衷是一个抽象的过程。要看SOA实现架构底层是怎么样的，如果是比较好的架构之上肯定是没有问题的，不用特别担心这方面的影响。

黄柳青：现在都讲到SCA/SDO，刚才你的演讲中讲到有关构件的概念取代代码等等，SCA这样一个新的技术对软件编程、IT规划是不是都会产生一些不同的影响？或者是用SCA技术做软件开发、规划，有没有系统性的工具可以帮助我们来适应这样一种全新的技术？

程朝晖：有了SCA/SDO之后，使得我们在做软件规划设计时可以自顶向下跟自顶向上非常融合地做这件事情，先设计业务模型，然后设计模块、接口到实践，或者说已经能够提炼出一些共用的构件，通过一些Servers的规范，所以自顶向下和自顶向上都可以在业务设计架构中采用，并且在平台上可以有机结合起来。因为在做具体项目时，确实是很难用一种方法就能够实施。通过这两种方式和这样的平台，能够在做规划时做帮助。另外可以实现子业务流程的复用、管理，包括在客户应用中会从一两个项目开始试用，这样熟悉产品、软件开发的方法。然后会进入到规划阶段，哪些是共性的，可能当时你以为是共性的，最后项目实施时你会发现需要再进行调整，有一些不是共性的。有了这样一层之后，使得这几个方面都能够帮助企业在整个架构面向构件种规划应用的实现，包括应用者的需求到设计、开发、部署、运维这样一个生命周期里业务流程的规划。

Mike Edwards：这也是SOA精髓的地方，其实SOA的规范对于开发人员来讲，你开发一个程序的话根本不知道你是在为SOA开发这件事情，而且你开发出来并不是像J2EE的架构，要用相对特有的、比较高深的HR来做。比如说你是一个熟练的C++开发人员就用C++，喜欢Java就用Java。另外一个方面，从上层来讲，编程人员就不用了解那么多IT细节了，完全是也许业务的流程需要进行编辑和连接的，这个连接是可以随时被重改的，至于说和下层的实现关联是非常容易的，甚至可以重用下层的关联。所以SOA并不是将以前所有的技术完全打翻的变革，而是为了在原有比较纷繁复杂的技术层面上比较好的开发效率，在这一点上来讲SOA是一个非常方便的规范。

提问：对于软件开发商有一个很好的崇敬的东西，这些东西出来以后到底给了我们一个美好的崇敬，是望梅止渴还是真正可以解决问题呢？很多时候我们也期望有这样的效果，但是现在这种工具、方法几乎不能达到这样的效果，把所有的东西切分然后再按照硬件的方式组装成我们需要的系统。是不是在若干年之后真正可以达到这种理想状态呢？

Mike Edwards：在IBM这边来讲，至少在SCA规范出来之前有一些前规范，相应也有一些工具能够支持。比如在IBM中有一些人就用工具来做这样的事情，拖拖拽拽形成一个流程，所以SOA不成一个问题。现在最关心的怎么定义一个服务，这是最要命的问题，因为如果连服务都没有界定出来还怎么做。

Jeff Mischkinsky：SCA不是良药，可以一剂治百病。原来比较难的开发问题该有的还会存在的，但是SCA解决问题是有重点的，重点解决的问题是不希望将来再开发基于SOA架构时再把过渡精力放在技术上，在SCA规范出来之前，都要想消息怎么表达、用什么样的通讯协议，在比较大的系统里这是非常复杂的，希望通过SCA的规范能够把一些编程的精力从中挖出来，考虑一下架构怎么连接起来，怎样让它转的最好。至于让什么样的技术实现，到时候可以通过互用或者是其他的办法解决。SCA解决了一部分问题，而不是解决所有的问题。比如开发一些流程，在SCA出来之前我就想要实现的话应该用什么方法来实现。

程朝晖：有这样一句话，你现在遇到的问题就是因为你现在所用的方法，现在IT建设、应用建设中遇到的问题跟我们的方法都是相关的，应该说SCA/SDO标准的出现给了我们一种新的选择，而这种新选择已经在客户中得到了验证，提高了效率等等方面给客户带来了价值。当然任何一个事物也不可能是万能的，不可能解决所有的问题，并且SCA/SDO本身也会在这个过程中成熟。当然对于客户本身来讲，什么时候采用这样一个策略，用于建设、规划，可能有早有晚。早有早的好处，更加早地提炼业务，刚才Mike提到过更加关注的是怎么定义服务，什么样的级别是一个服务，什么样粒度是一个服务，需要长时间的实践来体验、积累的。而技术本身也会在一两年的时间更加有影响。

黄柳青：有了构件，就能够快速组装起来，但是另一方面还是有挑战的，怎么来设计一些业务，每个服务应该怎么分割。SCA帮你解决了技术问题，这样就有更多的精力从业务上来考虑了。

提问：我们知道国际标准化组织OSOA在2006年颁布了SOA参考模型的解决版本，SCA/SDO要比OSOA起步早，我想了解这两者之间是不是有什么联系？是相互借鉴还是互相冲突？SCA/SDO标准提交到OSOA申请作为一个国际标准的可能性有多大？今天上午IDC郭总介绍了在中国SOA的落地，他预计在07年年底到08年年初，是不是有一个前提，使用IBM和普元成熟SOA的产品才可以做到这一点呢？以专家的角度来评价，你们认为中国SOA落地可能的时间是什么样的路线呢？Mike介绍了一系列开源SOA的项目，IBM和普元在当初SCA/SDO这样一个标准制定时是否考虑过在后来某个时间能够将IBM和普元一些有价值的研究成果进行适当的开源？

Jeff Mischkinsky：OSOA的参考模型是一个抽象的描述，所以跟SCA这样一个非常具体的运行环境之间没有非常一致的，SCA/SDO在OSOA已经成立的技术委员会，按照正常流程应该是9到12个月左右就可以成立SCA/SDO的标准了。

Mike Edwards：IBM有一个惯例，他做的东西会随时放在开源环境中，同时开发的一些产品也会从开源中吸收一些东西进来，将来有可能会吸取一些东西过来，他们之间是相互沟通的，至少在IBM是这样的。

Jeff Mischkinsky：对于Oracle来讲主要是在Spring上。

程朝晖：开源社区都是非常重要的，也是非常好的沟通方式。普元的产品很早，在最早的1.1就参考了开源的框架，到了现在一方面对开发框架的支持，另外核心模块也是有参与的。对于贡献这一块也是需要往帐户多存点儿钱，前段时间跟“Tascany（音）”组也有沟通，希望我们能够多做贡献，因此普元的核心架构设计师已经正式加入“Tascany（音）”小组了，而且会把其中的一个模块由普元来研发，并且共享到开源社区里去。明天大家如果去CSDN活动的话会有更多关于“Tascany（音）”的介绍，普元的架构师也会到那边。

Jeff Mischkinsky：一些开发工具为开源提供了一些平台，开源的插件可以做SCA/SDO。

提问：在座的各位专家都是对SCA/SDO标准做了大量工作的，很遗憾没有听到关于IBM或者是BEA、普元方面的贡献，这主要是从个大公司的参与方角度来考虑的。这个标准一出来之后，不是公司产品马上就可以支持？如果现在不能支持的话，什么时候能够支持？郭总说2007年会是SOA非常蓬勃的一年，如果对这个标准支持的话，怎样能够在这当中扮演重要的角色呢？

第二个问题，SCA/SDO都是标准化的工作，今天上午Jeff说了，一个人做的事情不能被大家接受，肯定是越来越多的人做了，成为标准之后才会被接受。SOA也有很多产品，但是产品在实施过程中相互的互操作还是有问题的，对于软件开发商来说它的SOA并不是代表着对整个用户的SOA，如果能够很好地互措施的话，对于最终用户来说他选择你的SOA产品之后就不能再选择其他公司的SOA产品了。不知道SCA/SDO这个标准出来之后对这个问题是不是有更好的解决方案？

Mike Edwards：现在至少已经有一个Feature PackBate版，最终成为最终版可能会需要一个比较短的时间，可能是在今年之内。可是可以打在WS6.1版本之上的。第二个问题，主要是希望依靠不同的厂商对类似SCA规范支持，来实现不同厂商之间产品的互操作。

Jeff Mischkinsky：我现在也没有一个很确定的说法，告诉大家那个产品具体会在哪一天推出，但是可以肯定的是Oracle下一个版本肯定是在SCA架构之上的。第二个问题，我同意Mike的说法，通过一些WebServers的标准，来达到。同时可能类似这样的标准化组织OSOA会推出一些测试案例来验证是不是可以达到，这也是一种办法。

程朝晖：对于标准支持刚才也讲过了，再补充一点。对于像现在SCA EOS2.0，相对来说比较成熟了，对于Java部分会最早地支持，在今年发布的版本里。对于SCA我们也吃了一些苦头，在05年发布的规范里也有一些涉及，到了0.96整个规范做了非常大的改动。我们也看到这个规范本身并不成熟，还需要一两的年时间。所以在技术标准支持上也是看市场和客户的需要，把这个标准尽快纳入进来。现在能够看得到的是SCA的组装模型Java是优先实现的。还包括核心已经提交，非核心的还在草案中。

黄柳青：我们看到SOA是软件未来体系架构，SCA/SDO是其中最重要的部分。在这里再次感谢各位专家。也感谢各位朋友的参加，今天的会议到此结束！

主持人：谢谢各位专家的交流，也感谢大家在百忙中的参与，相信对于SOA以及SOA在中国的实施路线有各种各样的争论、讨论，希望这样的交流继续持续下去，共同为中国SOA的发展做出我们的贡献。谢谢各位！