ITPub博客

最后，要说明的是，总觉得，SAP是把一些相关概念和特点都统统的放在了ESOA上，很多时候实际上是在说他的netweaver以及基于此的一些应用，比如跨XX的流，比如友好的界面，实际上都是在说他的bpm业务流程管理器、brm业务规则管理器、gd、vc和dypro的功能和好处。他就是想把ESOA和netweaver混为一谈。不过，从另一方面讲，体现出来的，并且是要赞扬的是，SAP确认是有很厉害的物化能力，把一些概念、理论，可以真正落到产品设计和功能开发中去，不管是整体还是细节，变成真正有形的、实际存在的东西。SAP真是唯物主义者的杰出代表，呵呵。[@mo

几个主要的应用类型Role-based UI & Backend Abstraction：与一个后台系统连接，调用其中的程序、功能，将用户相关工作以工作流的模式展现并逐步展开。这个后台系统是service enabled。比如，创建订单-创建交货单-开票。UI Dashboard：与多个后台系统连接，在同一界面和结构中展现来自不同系统的各种信息。比如同时显示客户的订单信息和该客户的以往销售情况统计。Before- /Post-Processes：现有核心业务功能前后的一些补充功能，提高效率和流程连续性。Backend Multiplexing：可以将数据信息同时写入多个系统。[@more@]

ESOA在应用上的特点SAP的ESOA通常是与netweaver、web、web dypro、visio composer、guided procedure、java、portal等等名词挂钩的，并且他出现在企业内部erp应用已经比较完善，而跨平台，跨系统，跨公司的更广的范围下的集成应用要求日益高涨的今天。所以我想你就可以知道他的主要特点是什么了。用户界面是基于web的step by step形式的，根据用户role的工作内容，将事务一个个串起来，用户可以很方便的跟着一步步的完成自己的工作。我们经常说工作流，erp里面的工作流我们用的不多，而在新的ESOA模式下，工作流的应用就大大地提到了提升，

“服务”程序与传统程序的区别所谓“服务”程序与传统开发的程序的最大差别是共用性，可复用性。而这种差别并不是因为使用了不同的程序语言或有什么巨大的技术革新，更主要的，是一种程序应用模式的创新。实现其的方法也很简单，写程序的时候注意符合通用的一些规范，然后同样按照规范要求维护好一些属性和说明信息，然后发布出去。当然，为了更加的可共用，通常这些服务都很小，意思是原来可能一个事情用一个大程序完成，现在，会把他切分成许多小程序（服务），这种细碎化的单一功能的程序（服务）就大大提高了对于其他人而言的可借用性

SOA和ESOASOA全称叫做servcie oriented architecture。是全新的一种基于服务的系统架构模式，但是这个对我这种不懂技术的人来说，等于没说，我也不关心他的真正的所谓“技术架构”是怎么样的。根据我的理解，“服务”就是程序，是这种新模式下对程序的另一种称呼。当然这种程序是基于http或者其他web方式的程序，所以叫做web service。通俗的理解，就是将自己写的程序，作为可共用的“服务”，发布到网上，供其他人使用，因为其他人要能够理解和使用，所以这些程序都是符合国际通行的规范的，就像upc，iso等。比如说，你设计一件衣服，并为

大略的看了些SAP的ESOA的资料，形成了一些基本的理解，想大概写一下，希望对那些也想对此有所了解，但没时间仔细去看大部头的说明资料的SAP顾问，可以有一个快速的，既是概览性的，又是纵贯性的简易通道，一个进一步探索的理解基础。要说明的是，我不懂开发技术，我是从一个功能模块顾问的角度，来想、看和理解这个ESOA的，也是由这个角度来抽取我想要了解的一些ESOA的情况。当然作为门外汉，并且只是大概看了些概要资料，因此理解不可避免的有所偏差。如果有所误导，请谅解。总体包括以下内容：SOA和ESOA概念理解两个基本概念Enterprise