刚才谈到了方法层面的问题，怎么样把业务价值落实到我们所谓的IT架构里面去。同时任何的业务目标达成必须要有一个架构支撑，我这里面列出了我们认为架构的最关键的几个要素。第一从最终使用者来说，现在的最终使用者需要的是方式多样性，能够更快捷，更方便的获取到它所需要的信息，更方便和快捷的操纵它所要完成的任务。对于像Web2.0和3G技术，对应的要提供这方面随时随地的获取能力。

　　另外对于像BPI大家感触很多，这里对应业务流程的重要性和业务流程设计如何合理的安排，它的效率提升和流程的优化是一个关键要素。一个敏捷的IT架构必须在这个方面得到支撑和体现。

　　接下来就是SOA的服务价值。对于服务的内容第一点必须要标准化，遵循已经界定的像SAA、SDO SOA领域的技术标准，同时面向业务提供适应性。最后一层就是IT的基础设施这一层，我们听到了很多云计算，在大家的沟通过程当中发现我们的企业应用里面，对于IT设施的应用通常是利用率不高，这是很正常的。对于每个业务来说在不同的时间点，对于资源的需求是有差异的。但是我们在一个企业范围内必须按照最大点配置这个资源。因为那个时候最大峰值的点你必须要满足，在日常的过程当中可能产生对应资源的浪费，我们怎么样提高这样的使用效率，这些也是我们在这里面设计的内容。

　　刚才我们谈到了架构四个重要部分。我相信对于交互技术，对于流程技术，对于SOA大家听到的比较多了。我重点想和大家介绍一下SOA和云计算之间到底有什么关系，怎么样动作合理的SOA的架构体系确保我们对未来，可能云计算也必然是一个过程，对于未来能够享受到和使用到，可以极大的提高IT基础设施和利用效率的技术发展趋势。

　　从这个图我们可以看到，云计算核心是两个部分。一个就是虚拟的基础设施管理，另外一部分就是服务管理。我们说虚拟的基础设施管理提供的是一种供给的灵活性。我可以提供什么东西出来，同时我能够把这种提供方式做得更灵活，能够拆借、组合提供出去。但是它不能解决另外一个问题，这是SOA要基础的问题。就是我的需求是怎么样的。SOA是说在企业应用系统的应用当中所需要为终端客户，为多少客户提供多少内容的服务，把它约定下来。它界定了我需要多少的计算能力可以保障我服务的达成。你只有服务化了以后，把这些内容做了拆借和划分，做了有效的定义以后，你才能说明这个事情，否则只能说我这个大系统需要多少东西。同时这个大系统，在不同的时间点有多少人用什么方式使用它很难说清楚，这样你不能对应你的云计算的基础设施。所以SOA架构的基础就是实现我们刚才所说的云计算的基本条件，它能够把你真正对于基础设施的需要阐述的更加量化和明确，并且通过管理调度的方式，可以灵活的进行对应的分配，达成对于基础设施、高效率使用的目标要求。刚才看到的是整个对于架构的要求，我们再看如果真正要更好的实施应用一个SOA的解决方案，我们需要什么?第一就是对人的能力要求，和基础平台和提供工具的完整性相关。这张图是SOA的参考架构图，这里面对应的服务划分和基础设施的要求是说我们完成一个SOA解决方案的时候，都需要考虑的这些方面。在所有的服务工具这里面，大家可以看到对应有内容的描述，这是我们BOS每个子产品。金蝶BOS的子产品已经完整覆盖了SOA参考架构的整个体系，你发展、实践和更深入运用SOA的解决方案的时候，你可以得到一个完整全面的保障，可以持续的围绕你的业务开展你的优化工作。另外我们说产品是工具，还需要有更为有效的服务手段支撑大家开展实践工作。对应到BOS的服务产品，我们现在有相关的集成咨询，有开发的咨询，包括已经开发出来的服务和流程，我们可以帮助大家开展一些性能测试的方法和手段，包括自动化测试方法和手段，可以保障这些服务的效率和可靠性。最后针对像基础设施的部分，像IT运用的部分我们也有专门的专家，可以和大家一起怎么样保障这些基础设施更加可靠合理得到应用。

　　我们认为以上的这些内容完整的支撑大家怎么样快速的开展SOA实践的内容。下面我们再看一个产品的展示。我也少一下案例的情况，这个案例是一家药业集团，是一家药业流通的集团，当然它下面也有它的制造厂，它同时代理其他的销售。对于一个流通集团，我们知道核心是两个部分，最关注的存货和应收帐款，这两个周转率达成良性肯定是赚钱的，肯定是业务运营目标有保障的。这家集团里面其实信息化也是有一个过程的，在商业部分应用了对应的BMS面向销售的软件，部署在各个销售公司。另外用了K3系统用于在生产制造企业进行生产制造的管理。现在它整个阶段要ES，同时要把我们刚才所说的存货和应收帐款管理起来。因为原有面向分公司的系统运转他自己觉得非常的良好，他希望以逐步渐进的方式实施和应用SOA的方案。所以说我们可以设计这样的一个案例和场景。

　　这里面重点解决两个问题。第一就是如何让各个集团对于销售子公司的应收帐款进行有效的管理。另外对于生产制造厂和销售部分，相关的库存管理和发货对应的情况，怎么样让它有序的协同起来，能够更加的一致，避免手工错误，更利于集团对于这个内容进行管控。所以在这里面我们引入了整个集成是基于总线，二我们关注两个重要的流程库存和应收帐款。第三就是把这三个系统通过这样的模式把它们有效的衔接起来。

　　这边是我们的集成平台，也就是说WESB总线。这里用了IBM的集成开发环境，这里面包含了总线在内。这里面后台的服务已经起来了，包含了刚才谈到了两个流程。现在已经是运行状态。这边是英克系统，他们之前用于医药流通的管理系统。我们在另外一台机器上有K3，我们的K3标准产品。这里面我们用到的是其他数据单。我们首先看一下英克系统当中的收货通知单是什么样子的。这边就是一个遗留系统。大家可以看到这个系统是2001年的产品，到现在已经有7、8年的历史了。这个系统要和新的产品对接的话，如果对它原有系统的改造基本上是不可能的。我们现在用了WESB做整个的集成。这边我们首先在K3当中做一个出库单。

　　这就是我们刚才看到的从制造企业生产的产品进入到销售公司里面，现在是开一张出库单，出库对应的对象就是对应的销售公司。这张单做完了以后，自动的通过总线发出事件，经过我们刚才所说的流程处理自动生成对应销售的收货通知单。一旦保存了以后，我们可以看到后台的总线已经接收到了对应的集成消息，开始运作。这里你可以看到已经多了一条对应的收货通知单。这样把我们刚才所说的把原有制造系统做得内容和销售系统做的内容快速无缝的连接起来，通过ESB的模式可以快速的进行串接。这样保证了相互之间的数据是准确、一致和及时的。

　　下面可以看到是关于应收帐款怎么样集成的例子。这里面做的是销售结算，在医药的销售系统里面，一旦完成了销售结算，对应的应收帐款信息应该传递到我们刚才所说的总部运用的EAS系统当中。因为这个单据必须销售开票，才是销售结算，所以这边要调一张上游的单据。大家可以看到后台的ESB已经运作了，这时候应收单已经传递到EAS系统里面了。

　　这个内容我们可以看到整个对应的业务处理过程。在另外一遍大家可以看到整个事件内容的东西，这就是后台对应的机制。对于一些过往曾经的遗留系统，原来的架构方法不是这样的，但是我们也可以通过通用的手段，通常来说以数据为核心的手段把它的信息能够抽离，抽离了以后通过通用一些模式进行封装，在总线的流程进行串接和正常的运作。这就是我们刚才所说的服务化以后的案例。

　　对于SOA来说，我们从架构层次、产品层次、方法层次要进行服务化的转化，而且谈到了在这个转化里面最主要就是在业务的服务化的转变。当这些方法和体系被人们熟知，并且通过应用实践进行大量的检验以后，我们作为金蝶，作为SOA的供应商我们认为走得更远一些。我们要建立一个协同创新的互联网社区，在这个社区我们希望有几个部分。第一就是为产业链提供价值，我们所说的SOA的解决方案，包括它的行业方案，这些服务的内容能够在我们的社区里面有效的传递出去，让更多的客户了解方案的价值和构成，包括供应商本身的实力和能力。另外，我们在SOA的实践当中有两个关键的部分流程和业务服务，这两个部分也有对应的社区可以帮助大家在自己的行业领域，可能业务创新优化方面开展专家之间的互相交流从而分析应用。在技术价值层次也是一样，也开发者的社区，讨论对应的技术标准，通过相关的论坛、博客这样的方式进行经验的分享。

　　这是我们已经正式在互联网运行了三年的社区平台，目前的会员有几千个。在这里可以看到我们会传播TOGAF的架构理念，把金蝶在SOA架构里面的知识通过这个渠道进行传递。同时，我们可以看到在右下角部分我们会发布BOS的社区产品，让广大的企业架构的爱好者免费使用我们的产品，去学习，并且实际用于具体的业务运营开发。通过这样的社区平台，我们希望成为大家在SOA实践之路的坚实后盾。另外，我们一起有了共同的成果，我们也是一样通过对应的行业应用的信息平台，让大家在这里得到更多的知识、分享成果的喜悦，能够说是把自己的风采在这样的一个协同创新的平台上展示出来。

　　最后非常感谢大家的到来，也期望与金蝶一起往服务化、社区化、产业化之路共同努力，共同创造更美好的明天。谢谢大家!