随着全球经济多元化，中国正逐渐发展成为全球经济中心之一。在国际化的发展变化之中，中国的经济环境也在面临着巨大的变化，使每一个中国企业都面临日益激烈的挑战和变革，从而使企业对灵活强大的信息应用系统的需求越来越迫切。

　　信息应用的整合与融合

　　企业不断的部署信息应用系统来协助和推动企业的运营和变革，然而也不断的产生一个个信息孤岛，在全球化竞争的压力下，企业正不得不面对严峻的企业应用集成与协同方面的问题，这个问题直接影响着企业的成本降低和效率提升。

　　在过去的几年中，强大的企业会选择同类最佳技术，比如ERP选SAP、CRM选Siebel、商业智能选SAS、供应链选I2等，将不同软件供应商的应用系统基于一个异构环境，对不同技术和不同信息数据进行集成。这是一个巨大的挑战，耗费资源和成本的尝试。同时，在同类最佳的异构环境中，企业需要面对的是多种技术和多个软件供应商的不同格式，由于是不同平台、不同技术、不同格式，从而使集成变得更加复杂和难于实现，最终造成的是一个个孤岛和冗余死角。这种基于不同平台的异构的对信息或数据的集成，我们称之为“整合”。相当于整合而言，逐渐出现一种新的模式:基于同一个平台的异构的，不同系统的围绕企业的人、信息、流程的集成与协作，我们称之为“融合”。

　　国内的大部分企业都在努力进行着整合，然而大部分企业的整合又是失败的。在此情形下，越来越多的企业在进行信息应用的规划时直接选择套件应用，比如SAP、Oracle等套件，整体打包的包括了企业应用各个方面的功能，从而能够确保整合是基于内部的“无缝”。但是，由于战略、资源、技术以及对应用和行业的把握不同，只选择一个套件应用未必是最佳选择，因为SAP、Oracle不一定都是所有行业所有规模的企业的最佳选择，而且这些套件供应商对行业的理解、对内部技术维护的要求都是特别高的。

　　如果能够在一个平台上与多种技术、多种平台、多种格式实现全面(人员、信息和流程)的互操作，通过其开放式架构和平台合作伙伴网络,能够立即与第三方应用集成，并且允许客户更好地利用公司内所有IT部门人员现有的技能从而降低人才招聘、留住及培训成本，这种融合必将为企业降低总体拥有成本。

　　总的来讲，从集成度角度，我们可以分为整合，融合。融合又分为技术融合和应用融合。整合是不同平台通过技术手段来实现信息和数据的集成;技术融合是通过同一平台实现企业的人员、信息、流程的集成;而应用融合更多地通过应用层面应用逻辑的关联实现无缝实时的集成。我们先来看看应用融合的例子。对于SAP ERP产品中所涉及的各个模块，如财务，成本计算，人力资源，采购，资产设备维护，计划，物质管理，质量管理，销售管理等等模块之间的集成就是通过应用融合来实现的。举一个简单的例子，在SAP系统中如果发生一笔采购业务，当采购部门相关业务人员创建一个采购订单时，相关数据就会实时传到财务中资金预算相应表中，供财务部分尤其是大金额的采购费用准备资金;当采购物质到货验收时，物质的质量要求及结果会自动记录在质量管理相关表中;当验收通过付款时，数据会自动传到财务应收帐款相关表中。这些数据库表之间的关系是通过SAP应用层面的应用逻辑定义通过表之间内部或外部键实现的实时关联。这便是真正意义上的跨模块的实时应用融合。可以看出SAP跨模块之间的集成是通过应用逻辑实现的应用融合。

　　我们再看看其他软件跨模块的实现方式。同样以上面的场景为例，采购模块表的数据将通过财务和资金管理模块中预先设置的一组没有逻辑关系的公共接口表做为数据交换的中转站。即采购模块并不知道数据应用传到财务及资金管理模块内部的哪张表上，而只知道应用传到财务模块的某个的公共接口表中，再通过接口表以批处理方式传到财务模块内部存放应收帐款业务的表中。可以看出这种方式并没有从应用层面建立完整的应用逻辑，从而不能实现通过跨模块的表之间内部或外部键方式的实时应用融合。从本质上讲，该方式不是一种实时集成的方式，不是应用层面的融合，而是技术层面的基于同一平台的技术融合。

　　正是基于这样的体系架构，SAP系统架构从应用上具有本质上的可扩展性和灵活性，能满足企业不断的管理需求变化。在SAP系统中，由于应用逻辑都通过SAP应用层的数据字典实现，当我们在应用层面通过参数定义好我们的应用逻辑之后，系统就会自动映射到数据库层面，在数据库中建立物理的数据库表。如果你没有启用某些功能，尽管在数据库层面相关表中没有数据，但应用层面的应用逻辑却已经建立起来，即具有强大地扩展性框架。当你以后启用新的功能时，将自动实现新功能对应数据库表和已有数据库表之间基于应用逻辑的实时集成。反之，如果采用数据库层面的集成，当启用新功能时当然还通过接口表做为中转站建立与旧模块之间的关联。但如果新功能需要对旧模块做一些调整时涉及的工作量就会变得很大，甚至为了实施新模块需要对旧模块重新实施以满足新模块的要求。因此该体系架构从应用层面实质上没有很好的扩展性，不一定能很好地适应企业管理需求地持续变化。

　　SAP能实现对所有业务的完整全面的管理。基于应用层面应用逻辑的完整定义，我们就可以将系统中所有的业务都定义各自分开的单独的业务对象，通过业务对象就可以实现业务各个方面的全面管理。举例来讲如每个业务对象都定义权限对象，通过对权限对象具体字段的设置就可以实现对该业务对象的细致控制，所以SAP系统中的权限甚至可以管理到某些字段。同样其他方面，如审计，归档，性能等等都是通过同样的原理做到精细化管理。

　　该体系架构的本质原因来自SAP对客户业务需求的深刻理解，来自大量与SAP共同发展和双赢的客户，来自SAP对客户的真正负责的承诺。SAP把大量的时间和资金花在根据客户管理需求通过软件功能的开发来实现这些功能，而不是表面上的收购兼并。任何一个产品在实现的技术手段可以快速提高和成长，但这些固化在应用逻辑上的管理思想却不是一朝一夕所能够完成的。

　　我们再来看看技术融合，对于整个企业来讲，由于各种原因不可能在管理系统上只使用一家的产品。因此需要通过同一平台的技术手段来实现跨系统之间的技术融合。技术融合的前提是各个系统能使用通用语言，目前的技术发展趋势是通过Web服务这一通用语言来实现面向服务的架构。，SAP在传统的面向服务架构的技术上发展为SAP自己的企业服务架构。从现有的IT资产中创造新的价值急需一个新的解决方案。开放式的企业服务架构正是SAP应对可改装的业务方案的需求所推出的解决方案，而SAP NetWeaver是实现企业服务架构的平台,SAP Netweaver是SAP所有产品运行的技术平台。基于对Web服务的优势的运用，旨在保证SAP企业用户能够更好地应用已存在数十年的投资巨大的现有应用，并不断使其转化为更好的架构。企业应用系统曾经是管理系统的核心，商业流程在这些应用中被自动处理。现在商业流程和公司策略成为管理系统的核心，而这些商业流程经常是跨应用流程，企业服务架构以其全面支持Web服务的集线层和复合应用架构来实现多应用的连接以及创建和管理跨越不同应用的业务流程。同时企业服务架构为企业提供了延伸现有的系统并重组创新业务应用的蓝图，同时为未来的业务创新提供了基础。