大家下午好，今天上午杨司长讲到产学研，现在又多了一个用，所以再好的技术没有我们的用户在用，可能还是没有生命力的。在这样的指导下面，我们的客户经常会去探索，到底SOA对我们有什么用，我为什么要用SOA。有些客户眼前碰到很多的困难跟问题，他觉得现在的系统已经太复杂了，现在业务需要IT已经不能应付和支撑，所以他认为不得不去求变，业务已经在求变，业务创新等等，带来他对IT的需求，在这样的需求下面现有的需求体系架构新架构和老工程方法不能很好解决我们现在面对的问题，所以他们自然产生需求和变化，自然对IT又有更高的要求。有的客户也认为现在挺好的，没有什么不好，但是当他看到我们先进的行业领先客户采用这样的技术取得更好效果的时候，他自然也同样产生内在冲动跟需求。所以这些客户的状态可能都会有这样的情况发生。

　　刚才，王钧也谈到在SOA整体性、迭代性、模块性，都是具体SOA的特性或者是技术，这些用于我们业务上又有什么样的对应关系，如何解决我们碰到的问题呢？如何应用好一个技术，通常大部分99%的客户都学习先进，所以后面10多分钟一起来看一下在电信、金融行业有哪些先进的应用模式，具体如何去用，运用SOA技术帮助他们实现应用上的需要。

　　这些看上去也是口号，以客户为中心，以前很多客户都提出来，但是事实上这样的需求，演变到本身业务实践上还是非常的困难，并不是很容易的事情，现在再去看眼前，还是几十个系统，几百个系统，工商碰到上千个系统，很多工作人员面对着几十个系统、上百个系统，很多的消费行为、使用行为不能去经营和分析它，因此之也是我们很多领先的客户在IT使用上，应用上走在前面的金融和电信的客户，他们为什么有驱动力使用这样的技术，改变自己的业务、数据架构这样去做事，本质上希望他的业务更具竞争力，他就需要在大趋势下以客户为中心。最近我记得拜访平安的时候，平安很高兴偷偷说，他们知道招商银行现在最大的竞争对手是平安，招商银行在个人领域里面是做的很领先，平安推出一帐通，为什么要收购深发展加强银行这一块，它所推出的业务都是要领先很多行业里面的竞争对手，它推出一帐通可以把各种系统，甚至于竞争对手的系统里面的数据能够在一帐通的体系里面为客户去做贷款、存款、基金等这样的服务。所以在这样的一种竞争面前，业务的求变面前，对于这样的体系架构会有更高的要求。

　　在这样的状态下面，我们会看到很多行业都发生这样的变化，在去年年底的时候，我们要一直学习先进的技术，在主机技术里面做的最好就是工商银行，在技术我架构最领先应该是平安集团，当然在银行里面是建设银行等等做的非常领先。所以这样的客户他们在做什么样的事情？大家看到工商银行官方网站就提出，在做第四代整个IT的系统，这样的系统在文章最后提到他要解决的问题就是解决一人千面的问题。所以它必须要让业务人员看到一个系统，让客户看到工商银行是同一个工商银行，这样的发展思路和策略，在这样大的业务发展策略下面，就要做第四代的企业架构，产生这样的需求。所以很多的银行业走在前面都在规划或者是已经在实施自己的整个体系架构2.0或者是工商叫做4.0，我们服务的银行从07年到去年实施到今年的推广，把它一代的体系架构建立和平，把的体系架构不断升级到2.0。电信也是同样的道理，电信现在语音已经是饱和的业务，但是还是要增长，本身知道语音能力、短信能力、彩信能力，能够帮他赚钱的业务已经开拓好像差不多了，你说还要创造新的业务出来非常的困难，而且会越来越困难，那怎么办呢？整个社会都是这样一个趋势，走上开放协作，大家经常会听到这种词，但是缺乏感性认识。企业发展到一定阶段以后，以后创新会越来越少，而且收入也不多，所以电信、金融一定会随着互联网的发展，移动互联网的发展，一定需要要让自己的体系架构、产品创新走上一个开放协作的模式，这也是为什么电信在融合当中强调融合，要把能力进行融合，把业务创新跟很多服务提供商内容提供商进行融合。所以他也在做NG，都是基于全IT，融合他的能力，这种能力卖钱是有限的，他要变成融合，变成上下游业务创新让他的业绩持续高速增长。

　　同样我们的政府也在发生这样的变化，像是上海的静安区政府，或者是普陀区政府都在不断提升服务的能力，能够一站式的市民中心的服务方式去更好服务于我们的市民，以客户为中心，这样的方式来去更好的提升自己的业务，包括提升自己的竞争能力。那么大家都知道，在竞争当中和发展过程当中我们的业务是去满足客户需求，通过业务流程、业务服务、业务界面、业务应用去满足我们的客户服务，产生企业所需要的收入，那么在这个当中，自然实现更快速的业务实现的时候，对于我们本身如何抓住客户的兴趣点、需求点，这个是需要有我们创新能力介入说，能力的融合和资源的整合，还要快速的整合，这就是SOA的需求，它不是帮助你解决计算层面，仅仅是一个算法的问题，不是这个问题，本质的目的是从整体的角度，整体架构的角度，让我们把一个企业里面复杂的业务建立一种更好的统一的数据模型，更好的统一流程模型，更好的架构，它是一种技术标准，帮助我们建立以客户为中心的业务模型，在这样的业务模型下面，任何推出业务流程、服务的时候，都可以快速组合我现有的资源跟能力，然后通过我的流程再造创造收入，但是这些需要有基础，这个基础就是服务，我们不能够在基于代码之上，API之上等等这个力度太细了，业务更需要的是在本身业务上的灵活性，所以需要以服务为基础。所以首先分享的是我们在时一些金融、电信机构里面实施这样的模式，刚才也讲到，工商银行所要解决的一人千面的问题，我们在企业里面不希望面对几十个、几百个甚至上千的系统，这个太复杂了，我们要开发维护一套系统代价太大，维护系统费用每年要花了IT每年70%、80%的预算，而我们希望是迭代的，想清楚一块上去，我们是需要这种模式，我们要从买硬件操作系统开始，而我需要是一个模块，当内存不够把它拔下来再插上一个就可以了，我们要给予服务来工作，每个工作人员进去就像是一个运营中心一样，进去就来操作业务，这样会带来良好的用户体验，对于我们企业复杂到一定程度，架构统一、规范都是提升IT管理水平非常重要的方面，架构的统一、规范、项目工程上的规范统一，模块化迭代引进，不再是看到建系统，而是迭代的方式模块的方式让我们的复杂系统能够自然演进。

　　这样的技术架构，以前都是由众多的框架、架构产生，也带来现在很多维护、学习成本的问题，说一我们需要在一个统一规范软件架构体系下面，去把我们以模块化的、服务化的这样的方式迭代引进我软件的技能，作为一个人来讲，每一个部件都是耦合的，不能说把一个心脏挖下来再换一个，但是从社会来看，每一个个体的死亡都是社会进步的基础，如果秦始皇到现在都不死，我们在座的各位都不会有进步，社会不会有进步，所以为什么要做模块化的耦合，就是因为它需要进一步的优化，在我们整个业务系统里面都是一个个业务模块而已。

　　在刚才的模块下面我们需要什么样的应用架构，对于操作业务人员、客户来说需要有这样一个统一企业的共同应用中心的桌面，后台有集中管理工作台，集中的任务中心调度我们的任务，不管是信贷系统还是国债系统，只要这个任务要审批是相应这个角色人员自然会推送给你，造成我们在组织里面，不管是什么样的模块组织可以协同，能够整合、融合。

　　在实施过程当中，当我们的需求出现的时候，我们是不是说原来需求一出现，我把界面实现，逻辑实现、数据模型一键实现就可以了，而现在不能用这种老的方式，我们要去分析，要去梳理在流程里面的节点，节点里面的服务，需要用SOA方法梳理出来，要看哪些是不用被复用的，然后把我们的数据模型建立起来，然后这样构件的开发方式用构件、拼装组装的方式把组件生产出来，软件是被组装出来的，一个房子从泥沙就自己开始做，而现在更多的房子是用砖块、预制板根据业务需求组装起来，当图纸变化的时候，根据客户需求，我自然可以调整模块，满足新的业务需求的变化。

　　这个也是我们有一个大型银行当中实施的应用中心，任何客户登录进去的时候，任何工作项所操作任务的菜单条有权限自然体现不能。但是在这里面，如果大家对应用有兴趣，我们也可以会后继续探讨。实现这样一种体验，给我们带来统一的任务中心、统一业务操作界面。

　　第二个应用案例，刚才也提到过，整个电信行业都在实现全业务的融合，不再区分固话、移动互联网，移动互联网是一个发展的趋势，走在前面的像是苹果，以百货商店的模式为代表的，中国的移动也在学习苹果的这个模式，要把电信服务能力曝露出来，让更多的开发人员甚至个体在他的平台上能够创新开发出互联网的服务，而这种服务在移动运营商这里，成为一个百货商店的小应用。这是他的老系统，不管是彩铃、导航也好，都是一个个系统，里面需要客户信息的管理、计费的管理、销售管理等等都在这里面，消费者很难用，接口也不一样，这个概念是从04年提出，但是实施阶段是在去年开始，它在做电信不再是简单卖短信，每条短信卖钱，然后再去卖彩铃，我是要搭建一个平台，把电信传统资源变成我的能力，而这种能力变完之后，体现就是SOA的服务，这个服务会被运营商使用，被社会上互联网增值开发上使用，通过这种互通联合，建立这样一个平台，自称业务孵化创新平台，通过长尾理论，不再寻找杀手级的应用，他希望通过几千、几十万业务的服务在上面，然后给他带来巨大业务的增长和收入，他在建立SDP能力介入里面，包括在右边的计费也使一种服务，经营分析是一种服务，把这种服务都曝露给他的合作伙伴SP，他的合作伙伴不需要建立自己的计费系统，不需要建立营销系统，客户关系管理，都是可以快速的组合进行创新。这样一种基于服务的业务交付模式，我们可以看到，通过统一的服务平台，把传统网络的能力和它的经营管理CRN、ERP的能力，互联网的能力融合到一块，通过这样一个平台快速为新的业务增长点组合服务，通过服务的构造环境，服务的运行环境实现快速业务创新。

　　我们也可以看到更为个性化的，当一个短信，不需要更新，它可以是一个杀手级的应用，当你需要获得长尾收益的时候，需要有个性化的获得、定制、编排组装你的服务。带来可以看到快速灵活易变的交付方式，这也是SOA理念当中非常倡导的理念。在这样的模式下面，可以看到通过轻量型的方式，现在客户更愿意用这种轻量型的ESB编排把业务能力实现出来，同时通过服务的仿真模拟真实的场景，而且不影响已经稳定的体系架构。在同样的业务快速和实施过程当中，我们可以看到，通过业务部门来提出相应的业务需求，通过需求业务分析，通过服务、开发，一直到部署过程当中，接入企业的应用中心实现服务的整合跟部署。

　　最后一种在整个过程当中，我们已经有很多大型客户提出，我资源要整合，需求要整合，整个运营要整合，给到客户的效果都要通过可定制的方式整合起来，在同样的一个运营平台上面去部署他，可以看到，现在更多的客户总行开发应用，到分行如何去做，分行有很多的业务创新方面，电信在这一方面走的比较前面，电信是一个省做的业务能在全网区消费。我的客户不管在什么地方都可以享用，所以我们可以看到电信的运营商那边已经采用这样的方式，更好的为不同的客户、地域地户实施定制化的需求，这也是软件业的发展模式。

　　在这样的业务模式带动下，不要说一人千面，不要说是多少大系统，在这样的背景下，在0.85版本里面也提到，之前国际上更多制定是在ISO底层的标准，这一块非常的成熟，但是只能解决互联互通的问题，对于我们整个应用模式、软件模式还是远远不够，就像我们解决了TCTIP的时候这是远远不够的，我们需要BS的架构等等，只有这样的架构才可以本质改变应用的模式，可以带来更高的价值。在这一点上面，通过银行、电信等等行业实践看到，像是SDO这样的核心技术，真正帮助我们实现SOA架构下的业务模型，模块的划分，数据SOA的建模，模块如何设计，如何组装服务，如何编排，这是在SCA、SDO上面考虑的，目前像是普元、IBM等厂商都是有很多的投入，真正意义上应用到把SOA技术在业务模式上基于交费的模式下的技术。

　　标准我就不多做介绍了，当变成模块的时候，在标准SOA共同语言体系下快速定制，通过参数定制业务配置，通过装配实现组装，根据业务的需求实现组装，通过统一的数据模型，跟业务的数据模型SDO，是业务化的数据模型，实现各个模块之间、产品管理之间、运营之间计费之间业务的灵活性。在06年的时候，在这个会议厅承办世界软件工程大会，是第28届，普元也承办了其中一个分会场，面向构件软件体系分会场，当时与IBM的马汀有一个对话，他们正在筹备SOA标准民间组织，之后大家一起加入进去，在06年7月份共同有了一个SOA编成中心，跟业务最重要的一块，时隔三年之后，我们又在探讨相关的技术标准。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。