用友ERP-U8^TM  UAP 集成平台简介

　　有人说：“集成是应用系统间跨越时空的对话”。实际上，无论是多么的完美的应用系统，一经部署运营，随即步入了Legacy系统行列，集成的要求甚至问题通常就会随之而起。在某种程度上，对集成的诉求可以说是企业应用的本质特征之一：

1. 在特定约束条件下，比如预算、时间、IT环境，以及应用目标等，使得“个性（异构）”与不断“变化”成为企业应用软件系统与生俱来的本质特征；
2. 软件系统对企业应用需求离散性和阶段性地满足，导致无论是在软件开发商自有产品之间，还是企业级用户的各种应用系统之间，客观的集成需求始终存在；
3. 不断发展的软硬件技术是强大的技术驱动力。以前困难的，现在容易了；以前不可能的，现在可以了。随着XML、SOA、WS I-*等相关技术或标准的发展和成熟，应用集成迎来了新一轮的发展机遇。

　　从企业的实际运营和应用层面看，企业应用集成的客观驱动力主要有：

• 延长现有成熟应用系统的生命期，降低总拥有成本（TCO）；
• 拥有不同企业应用系统的企业相互并购后的系统融合；
• 全球化供应链协同；
• 在有限的时间内，无法用单一系统解决所有业务问题；
• 用单一系统替换现有运行良好系统的风险太大、成本太高；
• 重新开发或更换新系统的时间、资源、运营成本，以及风险不可接受。

　　对比传统“面向问题”的应用集成策略和方法，新一代的应用集成认为：“未来是流动的（Future is liquid，BEA）”，企业的经营模式和业务流程同样如此。为了适应变化，驾驭未来的潮流，“一切从集成出发”，在具有柔性、开放的集成平台或技术基础之上，统一规划、设计、实施、扩展和运营管理，是企业应用集成的核心和成败关键。

　　用友ERP-U8TM UAP 集成平台 (下称“集成平台”)是基于Microsoft .NET Framework 3.0的全新应用平台。“集成平台”本着一切从集成出发的思想，为企业内部或外部之间互独立而又紧密联系的应用系统集成建立了易用、敏捷、高效和健壮的平台体系。

图表 1：集成平台体系结构示意图

　　“集成平台”是一个分层多框架平台体系（如图表1所示）。

　　在层次上，从上至下，领域模型层、主（元）数据及应用协议层、应用服务层和基础设施层。其中，基础设施层以“企业服务总线（Enterprise Service Bus，ESB”为核心，结合应用服务层中的各种业务或应用服务，构成了SOA使能的基础框架。领域模型层和主（元）数据及应用协议层则是应用的关键，领域模型层隔离了对技术的关心，以用户熟悉或容易理解的语汇，定义、配置和管理集成应用，是“模型驱动集成（Model Driven Integration，MDI）”的基础；主（元）数据及应用协议层集中存贮和管理企业“唯一真实版本（Single Version of Truth，SVoT）”的数据，这些数据中包括各应用系统间与业务相关的数据定义、结构、协议和规则集合。

　　根据目标、功能、结构、使用方法，以及相关工具等方面的差异，集成平台在逻辑上由事件框架、服务流程框架和模型驱动的集成应用及其生命期管理框架构成，三者相辅相成，协同完成对企业应用集成的支持。

事件框架

　　在日常生活或企业业务活动中，事件无处不在，非常容易得到近乎直觉似的理解和认知。对事件的观察、响应或处理可以与产生事件的对象毫无关联（解耦合）。集成平台中的事件框架基于事件驱动架构 (Event Driven Architecture，EDA)，通过一系列组件、服务、工具和规约，实现业务事件模型化、生成和发布订阅。

　　事件框架中，尽管可以通过可扩展的方式实现多种不同类型的事件生成器，但是在实际应用集成场景中，作为常用的一个事件生成器的实现， 就是“数据变化捕捉服务（Change Data Capturing Service，CDCS）”。CDCS监视应用系统中的业务数据变化，例如，U8系统中产成品入库审核通过，当预期的变化发生时，CDCS服务按预定义的规则和条件查询变化的业务数据，然后按照事件定义，组织并格式化这些数据，以XML形式发送给“主题消息服务（Topic Messaging Service，TMS）”。TMS服务负责将事件消息转发给所有感兴趣的订阅者，每个订阅者按各自业务逻辑处理事件。

服务流程框架

　　服务流程（也常作服务编排）框架的目标是打破企业原有的，以应用为边界的系统分割或信息孤岛，建立以服务流程为边界的，灵活、低耦合的应用系统，可以快速响应企业的业务变化和创新，换而言之，服务流程框架希望以平台的方式，帮助企业在应用集成中更为方便地运用SOA思想、技术或策略。

　　服务流程框架依赖“企业服务总线（Enterprise Service Bus，ESB）”访问和编排服务。用友ERP-U8TM 集成平台的ESB是参考JSR 208规范（参见http://www.jcp.org/aboutJava/communityprocess/final/jsr208/index.html）的.NET实现，它抓住JBI规范的核心：规范消息和基于WSDL的抽象服务模型，构建了轻量的ESB容器服务，同时，为了支持集成应用场景，ESB中实现了许多常用的服务引擎或绑定：

1. XSLT数据变换引擎（Data Transform Service，DTS）；
2. 服务编排引擎（Service Orchestration Service）；
3. 主题消息服务（Topic Messaging Service， TMS），发布订阅的Message Broker实现；
4. 定时器绑定（Timer Binding Component）；
5. 缺省访问协议绑定（Default Access Binding Component），通过不同的通讯协议绑定（例如，WCF的wsHttpBinding）屏蔽ESB服务访问者对不同网络协议的关心；
6. 多账套基础档案同步服务（Simple Master Sync Service），在多个ERP-U8账套间同步基础档案数据；
7. 自动任务调度服务（Task Scheduling Service），按用户预定的执行规划（日期、时间、次、循环等），运行特定的任务。

　　在ESB支持下，已经设计并部署的服务流程由服务编排引擎管理和调度。服务编排引擎可以向主题消息服务（TMS）订阅所关心的业务事件，当接收TMS透过ESB服务转发的业务消息时，服务编排引擎按预配置的信息，初始化、启动和执行相应的服务流程。

模型驱动的集成应用及其生命期管理框架

　　模型驱动的集成应用（Model Driven Integration，MDI）是模型驱动的架构（Model Driven Architecture，MDA）在集成领域中的应用。集成应用模型中，纳入了资源、应用系统、业务实体、业务关系、映射、业务事件、参考数据、业务活动、业务流程，以及解决方案模板等多种类型、对象和描述，提供了一种贴近集成应用场景，与技术无关的描述语言。

　　模型化的集成应用由解决方案管理，解决方案部署后，集成应用进入运营状态。更进一步地，为了便于使用和快速部署，可以预置特定的集成应用解决方案模板，例如，U8制造与网络分销集成应用解决方案模板，然后从模板快速创建解决方案实例，并且在创建时，还可以通过向导增强易用性（如图表2）。

图表 2：集成应用解决方案向导

应用案例

　　国内某著名发动机制造企业，使用集成平台，快速完成了ERP-U8制造与第3方物流的应用集成。在这个应用场景中，ERP-U8制造的生产计划审核通过的事件触发了集成平台运行的业务流程；在流程中经过一系列业务逻辑处理与数据变换后，生产计划及其相关数据传递到了第3方物流服务提供商的应用系统中；同样地，第3物流服务提供商的采购、配货等状态信息，也会及时地协同到ERP-U8制造。

结论

　　用友ERP-U8TM UAP集成平台作为一个分层多框架平台体系，创新性地溶合了ESB、SOA和模型驱动等技术或思想，具备了企业应用集成所需要核心构件，为快速、低成本、无编码，以及可扩展的实施或部署奠定了基础。