UAP开发论文（精选5篇）

UAP开发论文 第1篇

1 工作流开发环境

用友U8工作流系统提供了工作流设计器和工作流控制台实现表单审批流程的设计, 通过U8工作流系统可以方便、快捷地设计出符合业务需求的流程模型, 能方便地与应用系统、服务、业务事件进行交互。设计出的流程通过流程实例监控界面可以直观地观察到流程实例的运行情况。登录U8工作流系后, 就可以进入工作流设计器或工作流控制台进行单据审批流程的设计了。

1.1 工作流设计器

登录工作流设计器后, 工作流设计界面中显示了主菜单和工具栏, 并同时打开了方案管理器窗口。在工作流设计界面可以实现如下功能:

(1) 流程模型的增加、打开、删除流程模型, 可以实现把运行正常的流程模型保存为流程模板, 便以进行流程模板的统一管理。

(2) 工作流设计器在工具箱中预置了常用的审批活动节点和审批活动模板, 可以方便地拖动节点创建新的审批节点和拖动活动模板图标到流程模型画布调用服务节点。

1.2 工作流控制台

在工作流控制台中可以实现流程模型的发布、暂停使用、取消发布、管理流程实例以及查看流程日志等。

2 工作流的开发流程

用友ERP-U8工作流系统在单据审批中得到了相当广泛的应用。审批流程与业务密切相关, 每一个审批流程都是针对特定的单据进行设计的。设计一个单据并应用审批流程的基本流程为:确定单据的审批业务流程→在UAP平台设计并发布单据→在工作流设计器中设计并保存流程模型→在工作流控制台发布审批流程模型→在企业应用平台填制并审核单据。要设计一个运行合理、满足业务需要的审批流程, 需要在不同的平台之间进行反复测试直到测试成功。

3 审批流程开发和应用过程

通过为“培训单”设计审批流程为案例介绍审批流程开发和应用过程。“培训单”在UAP平台中已设计并发布, 同时在企业应用平台中已进行了业务数据的处理。本案例审批流程分为为两个环节, 第1级审批由销售部的主管黄海负责, 第2级审批由人力资源部的培训副总黄林负责。

3.1 确定审批人是操作员

账套主管demo登录企业应用平台, 在业务导航视图中单击菜单【基础设置】-【基础档案】-【机构人员】-【人员档案】, 打开“人员列表”窗口中找到黄海和黄林设置为操作员。

3.2 设计流程模型。在工作流设计器中, 为该单据设计审批流程模型并保存

(1) 单击主菜单【文件】-【模型向导】, 选择审批对象为“培训单”, 流程模型名称为“培训单审批流程”, 在选择审批人和与通知方式界面单击【添加】, 将黄海添加为第一级审批节点的审批人和通知人, 执行关系选择为“或者”, 通知方式选择为“门户信息”。同样的方法将黄林添加为第二级审批节点的审批人和通知人。

(2) 单击“完成”按钮, 打开了“培训单流程”的流程画布, 在这里可以查看流程模型的结构、属性以及审批节点的属性。通过单击【文件】-【模型完整性校验】, 校验流程的正确性。

(3) 单击【文件】-【保存】, 成功保存模型文件, 至此完成了流程模型的设计。

3.3 发布流程模型

(1) 在工作流设计器中, 单击【文件】-【进入流程管理控制台】, 直接进入到了流程管理控制台。

(2) 在流程管理控制台中单击【流程模型】页签, 展开流程所在的账套。在“待发布流程”列表中, 选中“培训单审批流程”, 然后单击右键菜单“发布”, 完成了该流程模型的发布。

3.4 发起审批流程

(1) 账套主管demo登录企业应用平台, 单击【供应链】-【采购管理】-【培训单】, 在“培训单”界面输入相关的业务数据, 单击【提交】, 系统提示“提交成功”。

(2) 销售主管黄海登录企业应用平台后, 在消息中心收到一条待处理审批任务, 双击审批任务, 在“培训单”界面单击【审核】, 输入审批意见, 然后单击【同意】, 完成了第一级的审批。此时, 系统提示“审批成功!”。

(3) 培训副总黄林登录企业应用平台后, 在消息中心收到一条由销售主管黄海发出的待处理审批任务, 双击该审批任务, 在“培训单”界面单击【审核】, 输入审批意见, 然后单击【同意】, 完成了第二级的审批 (终审) 。系统提示“审批成功!”。由于该环节是终审, 在“培训单”主表实体中可以看到审核人是培训副总黄林。

4 结束语

通过设计案例可以发现, 审批流程设计的核心步骤包括流程结构的设计、流程模型属性的设置和节点属性的设置。审批流程的开发与应用, 涉及UAP平台、工作流设计器、工作流控制台以及企业应用平台的基础档案和业务系统。要想设计一个运行合理、满足企业业务需要的审批流程, 需要在这些平台之间不断切换和反复测试。

参考文献

[1]赵天希.ERP软件开发实训教程[M].北京:清华大学出版社, 2010 (03) .

[2]蒋志青.企业业务流程设计与管理[M].北京:电子工业出版社, 2010 (07) .

[3]郑云翔.业务流程建模与应用[M].广州:华南理工大学出版社, 2014 (07) .

[4]王胜会.管理流程设计实务[M].北京:电子工业出版社, 2014 (04) .

UAP经典介绍及构架 第2篇

UAP介绍

一、UAP简介

UAP（Universal Application Platform）平台是用友软件经过多年的技术积累和知识沉淀，在微软.NET相关规范和标准的基础上，提供完全支持基于领域语言(DSL)的模型驱动开发(MDD)模式，为各种复杂的企业级商业应用系统提供专业、安全、高效、可靠的开发、部署和运行企业管理应用软件的开发工具平台。通过UAP平台，使企业信息资源变得可重用、透明化，并且系统具有高可扩展性，让业务处理更加高效、简洁、安全。

UAP平台为用户提供了一个统一的集成开发环境，用户可以使用包括模型设计、UI设计、报表设计、规则设计、数据库设计、BI设计等各方面的设计器，并通过可视化的界面和友好的交互操作，自动生成用户所需要的各种功能控件。使得大型的企业级商业应用软件第一次实现了技术与业务关注点的分离，并且通过快速的动态业务建模与服务组装技术，实现了企业动态业务的快速部署与应用，真正实现了“随需而变”的实时企业与全球商务的企业信息化价值理念。

1.1 UAP的目标

作为开发工具平台，UAP需要实现与操作系统、数据库、.Net Framework、Office、WMI、.Net Compact Framework、MSMQ等底层核心技术的调用与协作，通过屏蔽底层的复杂实现，提高企业应用软件的灵活性、可扩展性和开放性。

作为应用设计平台，UAP提供了统一的集成开发环境，其中包括模型设计、UI设计、报表设计、规则设计、数据库设计、BI设计等各方面的设计器，通过可视化的界面和友好的交互自动产生需要的各种软件工件，极大地提高了软件开发的效率和质量。作为运行执行平台，UAP在系统交付、安装和部署后，支撑业务系统的解析和执行；提高应用软件的可定制性与可集成性。

作为集成平台，UAP提供对OFFCIE、移动商务、第三方软件系统等企业级的集成与应用协同。

作为管理平台，UAP通过使用权限管理、EAI、数据库管理等管理工具实现对业务系统的调整和控制。

作为开放的平台，UAP通过对SOA架构的相关WS-*协议栈的支持，提供对完整产业链的全角色开发的支撑环境。

1.2 UAP的技术特征

全面支持面向服务的架构(SOA)，遵循开放的技术标准，方便与其它软件的互操作。支持企业服务总线(ESB)和业务流程管理（BPM）。业务与技术相分离的架构，易于扩展和更新。

具有丰富的模型设计工具集，提供基于模式和模型驱动的开发环境。

领域驱动的可视化模型设计。

根据模型自动生成框架代码、测试用例，降低手工编码量，大幅度提供软件开发的效率 共享业务模型、特征与软件构架，并可轻松设计业务逻辑和界面。

易于扩展与维护，实现应用软件的规模化定制。

基于MVC框架的界面模型，可适应多种客户端。

基于产品线的软件工厂模式，实现ERP产品的规模化定制要求。建立可重用的核心资产库，实现基于构件的开发与组装。强大的流程设计器和工作流引擎，轻松应对业务流程的变化。

提供基于微软Report Service的报表和BI工具，简化业务数据的多角度分析。支持集中式/分布式的应用部署。内置国际化支持。

1.3 对客户带来的新价值

UAP平台通过统一的模型、界面与规则描述规范，为不同的角色（包括需求人员、设计人员、开发人员、实施人员以及客户）提供了多视图的统一应用框架。通过这种统一的模型化规范，彻底解决了开发过程中不同阶段之间的“语义鸿沟”，实现快速、高效、可视化、大规模地构建个性化的业务系统。

因此，UAP平台从不同的角度为客户所带来的新价值包括：

 从业务角度：UAP建立了一个实现应用领域模型很好的支撑框架，有助于企业根据业务对象模型形成业务领域Framework，为构建复杂的应用系统提供有力的保证。

 从技术角度：由于UAP实现了业务与技术的分离，降低手工编码量，大幅提高软件开发效率的同时，提高个性化的交付能力，使企业能够适应未来新技术的变化，降低由于客户采用新技术所带来的影响。

 从产品角度：传统的产品开发方式中，经常存在由于客户业务的变化，引起很多技术实现过程中开发效率低、产品质量得不到保证等问题。采用基于SOA的UAP平台能够很好地解决这些问题，使得软件的开发、维护和应用提升到一个全新的水平。

 从合作伙伴：UAP提供强大的客户化功能和二次开发平台。支持产业链的增值开发，为合作伙伴提供更大的产品增值服务空间，有助于进一步加强与合作伙伴的关系。

 从客户角度：UAP提供内置的国际化支持以及基于MVC的多客户端的支持，为客户提供多种便捷访问系统的方式，在提高客户满意度的同时，真正意义上实现“实时企业、全球商务”的目标。

二、UAP平台架构

2.1 UAP平台的应用体系架构

UAP平台的应用体系架构是在解决与操作系统、数据库、.Net Framework、Office、WMI、.Net Compact Framework、MSMQ等技术的调用与协作的基础上，将平台应用分成了元数据应用、设计时应用、运行时应用以及核心的开发应用工具四组应用集合。为不同的角色提供统一的应用模型、界面和规则。

元数据应用提供了UI元数据、流程元数据、服务元数据、实体元数据以及报表元数据，为整个应用系统的设计与执行提供数据基础规范。

设计时应用提供了一个统一的应用设计工具集，包括模型设计、UI设计、报表设计、规则设计、数据库设计、BI设计等各方面的设计器，通过可视化的界面和友好的交互自动产生各种所需要的软件组件。

运行时应用为设计时应用提供了一组对应的应用框架和工具引擎，支撑业务组件与系统的解析和执行。

应用工具集提供了一组管理、开发与部署的应用工具集合，通过使用权限管理、EAI、数据导入导出工具、OFFICE实施工具、组件管理、部署工具等管理、开发和实施工具实现对业务系统的可视化的调整和控制。

2.2 UAP平台与应用系统间的整体逻辑架构

UAP平台是在国际上主流和公认的技术标准与规范的基础上建立的一个开放的企业级开发工具平台。它采用了元数据驱动的、面向服务的体系架构，并提供了统一的编程抽象模型，是一个适合应用软件开发及部署的全角色平台。

其中，UAP平台提供了模型定义、服务组装、应用开发集成环境（IDE）、应用平台以及应用工具等五个核心的工具集。并通过这五大工具集为应用系统以及第三方的其它应用提供统一的模型定义、功能开发与应用集成的环境。

2.3 UAP平台的技术体系架构

UAP平台的技术体系结构采用分层的架构模式，主要可以分为数据层、业务层、表示层，并且通过抽象的控件模型提供对多种客户端的应用支持。

其中，在数据层中，持久化服务引擎主要负责访问和查询存储在数据库中的各种业务数据，在隔离业务层和数据存储管理的同时，实现与业务层的实时交互。持久化服务的这种隔离有以下好处：

 减少数据库提供者变更带来的影响

 减少因数据对象变更带来的影响（如变更数据库的schema） 封装数据的处理操作，这将在很大程度上减少测试和维护工作

 通过O/R映射机制，以维护对象和持久存储之间的一致性，减少因面向对象和非面向对象这两种技术存在着阻抗不匹配

在业务层中，业务实体对象封装了一个业务中的元数据、存储过程和触发器以及该业务的规则、过程或事件。业务实体对象是业务中实际存在的事物或概念，是对“ER”模型中概念的面向对象的扩展。业务实体对象负责执行包括强制的业务规则、应用规则、数据有效性、并发和存储等所有方面的内容。且多个独立的但有关联关系的业务实体对象可以一起协作来完成一个应用，完成不同的任务需执行很多具有不同特点的业务实体对象。

而业务服务则可以定义为一段独立的逻辑程序，当多个服务组合在一起时可完成不同类型的业务需求。服务描述了贯穿业务的工作流程和信息，同时对业务逻辑进行了封装，实现了对业务实体对象的操作，并驱动业务实体完成业务功能。服务可以由工作流系统、业务实体对象管理器、面向对象语言或交互过程定义系统实现。通过UDDI服务网关来查询、绑定内部或外部相应的服务或应用，并调度相应的一个或多个业务实体对象来实现业务处理。而业务流程对象封装了业务处理与业务策略过程。例如，一个定单处理工作流组件可能结合客户、定单等业务实体对象完成定单处理的工作流程。

在表示层中，通过MVC的模式建立业务模型、视图以及控制器之间的业务连接，并实现对各种客户端界面（包括基于浏览器的WEB应用方式、用户交互的窗体以及Smart Client等应用方式）的支持。每个窗体用来显示系统提供的信息以及传递用户的输入信息。这种基于窗体的用户界面包括两种类型的组件：

 用户界面组件： 基于.NET Framework的组件，包括Smart Client组件和Web Form组件,还支持用户基于.NET Framework定制的组件。

 用户界面处理组件： 复杂的用户界面通常需要很多非常复杂的窗体。为了提高其可复用性、可维护性和可扩展性，需要创建分离用户界面处理的组件，以封装窗体和界面导航之间的相关逻辑。可以对一个窗体中组件之间的依赖、确认和导航应用相同的概念。这些UIP组件通常是一些基于诸如：Front Controller, Application Controller等设计模式的定制组件。UI和UIP组件之间的交互通常采用MVC模式。

另外，UAP技术体系架构中还包含基础服务层：即提供其它所有层都能使用的一系列基础服务。这些服务分成三类：

 安全：提供与应用和系统安全相关的服务集合。

 执行控制管理：这些服务负责管理组件或服务以及相关的资源，还负责处理容错和可扩展性等操作和控制的需求。

 通信：提供组件或服务之间的通信，包括.NET Remoting、SOAP、同步或异步消息等服务。

三、UAP平台的关键技术

UAP平台采用元数据驱动的、面向服务的分布式架构，UAP基于框架、模型、模式、模版、工具、领域相关语言，支持软件工厂化开发，为不同用户提供了统一的编程抽象模型，是一个适合应用软件开发及部署的全角色的应用平台。UAP平台采用的关键技术包含：

3.1模型驱动的软件开发技术

UAP平台包含了各种设计器以及对应的执行引擎，设计器产生的工件主要包括两方面的内容：元数据和模板。元数据中主要存储各种业务模型，而模版则对应于具体业务工件的描述文件。元数据或模板通过各种引擎将会产生一组可执行的业务组件，而这些组件在部署后又通过Portal或服务引擎转变成可运行的各种业务系统。

其中，元数据仓库和模板仓库包含系统的元数据和描述信息，例如业务模型、业务规则、报表、BI、流程、界面、数据库等各种业务系统信息。这些信息记录了系统的功能和业务特性。使用元数据仓库和模板仓库可以很好地收集各种行业用户的业务模型。通过对元数据仓库和模板仓库的分析，企业可以很容易地根据地区或行业的特性开发出各种专版，从而更好地支持用户的需求。

3.2领域特定语言

为了提供对模型驱动的软件开发技术的有效支持，UAP平台提供了一种领域特定语言（DSL），其中包括了业务领域语言、表单领域语言、流程领域语言以及报表领域语言等。并针对不同的领域语言采用不同的模型化以及组件化的生成方式，例如通过业务领域语言，可以有效地建立实体模型、数据模型以及服务模型，并且根据模型的关键属性与特征生成相应的软件组件。通过多种模型生成的各种相关的软件组件在应用组装语言的支持下实现动态组装，从而快速形成一个完整的应用系统。

 版型: 是扩展业务实体定义的描述方法，是对业务对象进行分类识别的工具，主要用来对业务模型进行抽象，找出实体间的公共属性；每个版型可附带一个代码片段作为模版，根据业务需要由设计人员动态创建，在实体定义阶段进行引用。通过设置版型，对实体进行标识，从而易于识别，并可基于版型进行分类。比如：帐表类实体等树形实体，可通过建立版型进行识别。

 特性: 可在不同实体间复用的属性集和版型集；可复用的属性集和版型集通过实体转存为特性，在维护实体属性和方法的时候通过引用特性引入已保存的特性。

 模式: 可在不同组件间复用的实体集，以及实体间的关系。

 模式和特性: 特性是指单个类而言，模式是由多个类以及类之间的关系组成；特性组件存在相对于解决方案目录的templates目录中，模式组件存在相对于解决方案目录的patterns目录中。应用特性不能重复应用，否则会有多份复制;应用版型不会出现这个问题。

 模型驱动: 领域模型用来构建特定领域软件系统的知识模型，合并了数据和行为的对象模型。完整的抽象了企业中的一切事物，它们所拥有的特怔，行为，以及它们在各种状态的各种不同表现。当事物变化，意味着领域模型的变化，由之带来数据变更，引发软件系统中相关联部分的变化。因此，一切动力在于领域模型。

3.3集成开发环境 UAP平台提供的集成开发环境（简称IDE，UAP Studio）是用于程序开发环境的应用程序，一般包括代码编辑器、编译器、调试器和图形用户界面工具。UAP Studio 是一个工具整合平台，可以通过插件机制将各种工具轻松的整合在IDE框架内，为用户提供一套完整的工具集。同时，IDE框架为工具开发者提供一个开放的可配置的界面平台，提供多文档管理、界面布局定义、菜单工具条的定义和命令定义，让工具开发者专注于工具本身的功能开发，从而简化工具与应用开发的难度。

UAP Studio 开发工具族包括：

 领域模型设计工具: 领域模型是对企业模型的结构化和抽象，隔离了其中的技术问题，只包含领域问题，用来构建特定领域软件系统的知识模型，其内容是合并了行为和数据的对象模型。

 界面展现设计工具: 界面展现设计工具基于MVC框架，灵活适应不同的客户端。其价值在于：

 支持丰富的客户端，可用多种方式访问系统。

 易扩展的界面形式，在界面模型不变的情况下，轻松增加新型客户端。 透明：可视化的界面设计工具，隐藏了实现方式的界面逻辑，用户只需关心界面表现的业务本身。

 高效：界面代码框架可自动生成，只要少量手工编码。 可重用：一个网页部件可以组装于不同的网页中。 整体风格控制：基于皮肤的界面风格定制技术。

 流程设计工具: 工作流的价值工作流轨迹的透明、可跟踪和管理控制的灵活性。UAP For U9工作流采用的技术包括：

 Windows Workflow Foundation：定义流程，连接服务

 Windows Communication Foundation(Indigo)：管理分布式的消息通讯  应用组装工具: 其集中体现在UAP For U9报表设计。UAP For U9的报表基于微软 Report Service的集成设计，提供封装服务，实现UI层同服务的分离，将来增加新的报表服务不用修改界面代码；创建能嵌入任何WEB应用页面的报表展现；并支持国际化，实现报表多语言设计，同时借助元数据和UI组的多语言实现方案；实现报表的自动查询和用“推”的方式报告；面向对象的查询定义方式（OQL），操作更直观，同时仍然支持传统的SQL语句查询。

四、平台的主要技术标准或规范

为了保证开台的开放性与通用性，UAP平台采用了一系列主流的国际标准与规范，其中包括了：WEB服务的标准协议栈、XML的标准协议栈、SOAP、UDDI、MOF以及UML等。其中UAP V2.5版支持的Web服务规范包括：

 WS-Addressing  WS-Policy  WS-MetadataExchange  WS-ReliableMessaging  WS-Security  WS-Trust  WS-SecureConversation  WS-Coordination  WS-AtomicTransaction

UAP报表的设计 第3篇

1 报表的开发流程

报表的开发流程如下图1:

其中, 报表的运行与测试在U8中完成, 设计工作在UAP平台中完成。在U8中, 除了浏览、应用报表之外, 还可以即时对报表在测试运行时设计。

2 报表的创建

首先要确定UAP报表创建的条件, 具体有:先确定报表的业务需求和报表的输出格式;再确定报表来源于哪张表单;然后在UAP平台中打开一个UAP项目并开始创建。具体创建报表的入口有:使用菜单和项目资源管理器。

(1) 使用UAP平台主菜单创建报表。首先在项目资源管理器中选中一个子产品 (如:销售管理) , 然后再单击【项目】︱【添加报表】。

(2) 通过项目资源管理器创建报表。首先要在项目资源管理器中展开树形列表, 然后右击某一个子产品 (如:销售管理) , 再选择【新建报表】。其中使用项目资源管理器的方法较直观方便。

3 报表数据源的选择

设计报表时首先要指定数据的来源, 即报表作用的对象。数据源是报表的基石, 是设计报表的基础。一个UAP报表对应一个表单数据源。创建报表后, 可以对报表数据源做进行修改。ERP开发报表时支持三种类型的数据源:实体关系查询、SQL脚本查询、自定义查询。

(1) 实体关系查询。从UAP数据引擎中获取实体, 并通过图形化的操作界面定义报表数据源, 实际上是一种图形化的SQL脚本。此方法的特点是直观、简单。

(2) SQL脚本查询。SQL脚本查询类型的数据源, 是把SQL脚本的查询结果作为报表数据源。设置报表过滤条件时, 也是以SQL脚本的查询结果列作为设计的基础。用此方法的难度比较大, 需要较扎实的数据库知识。

(3) 自定义查询。自定义查询为报表数据源的定义, 提供了二次开发接口, 支持COM和.NET。

4 报表格式视图的设计

UAP中所设计的报表可以支持多种视图格式, 这样便可从不同的角度分析、查询和展现数据。不仅支持一般的二维表格式报表 (最简单的只有行和列的表格) , 还支持开发交叉式报表 (除了行和列外, 还有交叉区) , 以及自由式的复杂报表 (方便分组汇总, 也是报表格式视图中最复杂的一种视图) 。

5 报表过滤条件的设计

设计报表过滤条件并不是UAP报表开发过程中的必要步骤, 但却是重要的环节。因为通过过滤条件可以以最快最准确的方式获取用户想要的数据信息, 将为报表使用者带来极大方便。UAP报表设计平台提供了默认的过滤工具。在UAP报表运行时, 单击【过滤】按钮, 可以利用默认的过滤工具临时定义并应用系统定义好的过滤条件。

6 报表的运行与测试

UAP中设计好的报表要进行发布 (UAP报表只需要发布一次。如果重新修改了UAP报表格式, 只需保存, 然后在企业应用平台中通过右键菜单刷新该报表即可) , 然后在U8企业应用平台中测试。发布的方法是单击UAP平台中工具栏上的“发布”按钮, 或单击菜单【工具】︱【发布】, 将自动打开“业务对象发布”对话框, 选中所要发布的报表, 然后单击发布按钮, 即完成报表发布。注意报表发布后的位置, 在“企业应用平台”—“我的报表”—“自定义报表”的选定子产品 (如:销售管理) 之下。发布成功之后, 在U8企业应用平台中运行测试。通过UAP报表设计器预置的丰富功能, 参照制定好的报表业务规则, 对已开发的报表进行业务逻辑测试。如, 显示格式是否合理、过滤条件的使用是否方便等。

7 结语

本文讨论了在UAP中如何有效地开发用户所需求的报表。

摘要：《ERP软件开发》也叫UAP开发, 是计算机软件专业ERP方向开设的一门专业核心课, 利用UAP可以非常方便地开发出适合各公司的表单、报表等。其中报表的开发在企业的应用中必不可少且作用非常重要, 本文结合作者的教学经验, 探讨了如何创建报表, 即报表数据源的定义、报表过滤条件的设计, 以及报表格式的设计。

关键词：ERP,UAP开发,报表,数据源

参考文献

[1]赵天希.ERP软件开发实训教程[M].北京:清华大学出版社, 2010.

[2]宋卫.企业资源计划 (ERP) 原理与实施[M].北京:机械工业出版社, 2011.

[3]赵利强, 于涛, 王建林.基于SQL数据库的过程数据压缩方法.计算机工程[J], 2006.04.

技术架构师解读用友UAP集成平台 第4篇

关键词：用友UAP,集成平台,ESB,主数据

中国软件网：用友UAP集成平台支持用户、界面、信息、服务、流程等集成功能，能够方便支持第三方应用与用友(NC)产品快速集成。日前，记者采访了用友集团UAP中心集成产品开发部经理粟竹冉，产品与技术管理部技术架构师龙乐乐，他们就用友UAP集成平台特性以及业界热点话题分享了自己的看法。

(CSDN.NET)集成平台是用友统一应用平台UAP的一部分，由一系列软件框架及服务套装实现企业所需要的各种级别的集成要求，主要包含了套件ESB(企业服务总线)、MDM(主数据管理)、IDM(身份管理)等。

用友UAP集成平台架构图 摘自UAP技术白皮书

用友UAP集成平台支持用户、界面、信息、服务、流程等集成功能，能够方便支持第三方应用与用友(NC)产品快速集成。日前，记者采访了用友集团UAP中心集成产品开发部经理粟竹冉，产品与技术管理部技术架构师龙乐乐，他们就用友UAP集成平台特性以及业界热点话题分享了自己的看法。

用友集团UAP中心集成产品开发部经理 粟竹冉

据悉，UAP ESB的关键特性包括：全生命周期管理的集成开发环境，面向服务的组件编程架构，支持SCA事务模型、分布式异构系统事务，支持集群及负载均衡，提供服务仓库实现跨平台服务的统一管理，内置基于流程虚拟机的消息流和工作流引擎，支持WebService协议，提供JMS、Http、Tcp/Socket协议支持等。

对于开源解决方案，粟竹冉表示，用友开发过程中调研过相关开源产品，功能很强大，但缺点是服务方面做得不好，另外就是监控功能做得很粗糙。用友UAP团队越来越重视借鉴对开源产品的设计理念和思想，但还是持比较谨慎的态度。

用友集团UAP中心产品与技术管理部平台技术架构师 龙乐乐

此外，用友UAP集成平台中的主数据管理和身份管理功能还没有正式对外发布，在之前一直以项目的形式存在，未来用友将把它们作为独立的产品开发。用友UAP主数据管理系统负责主数据服务管理调度、数据读取转换存储以及和其他业务系统的数据交换，主要分为几个组成部分：主数据建模、主数据共享、主数据服务、主数据适配器。

龙乐乐分享了用友UAP平台身份管理的两个典型应用场景：第一是对人员进行统一的身份管理。包括从入职、职务变迁到离职的整个过程进行统一管理。另一个场景是统一认证和身份库，服务于SSO，跟企业门户结合，形成一个全面的安全结构。

UAP开发论文 第5篇

过去两年, 用友公司从两个层面推进云战略并取得了实质性进展:针对大型企业、智慧城市、智慧园区提供了私有云解决方案, 针对小微等企业提供了财税云、协同云、营销云和支付云服务。在有效服务于众多客户后, 2013年, 用友正式向业界发布其最新的平台技术成果。

“未来软件与服务市场将是平台之战。”用友公司董事长兼CEO王文京表示, “对于软件企业而言, 不仅是推进软件产品的云化、服务化, 更重要的是, 通过开放平台, 最大限度地聚合大量第三方应用服务资源, 以多、快、好、省地满足客户大量的个性化需求。”

UAP是用友公司旗舰产品线NC的支撑平台。从2001年起, 经过4个阶段的演变, 历经6个版本, 通过8000多家大中型企业客户的成功实践, UAP已演进为全球技术领先的私有云平台:它不仅能将企业中现有的和未来的应用系统进行有机整合, 形成一个开放的一体化信息平台, 还迈向了云间集成能实现企业与供应商、经销商、电子商务平台的整合。UAP包含了两个关键产品, 商业分析平台“BQ”和数据处理平台“AE”。BQ能实现闭环实时的智能分析, 帮助企业实现精准决策, 快速响应商业变化;AE能支持数据压缩、列式存储、内存计算, 支持结构化和非结构化数据服务。

基于UAP平台的NC6.0大型企业管理与电子商务解决方案已有众多成功案例。以港华燃气集团为例, 其业务覆盖国内21个省/直辖市, 目前有103个燃气项目, 每年还以8到10个项目的速度增长, 拥有1万多名员工, 是国内领先的城市燃气供应商。自采用基于UAP的NC6.0私有云解决方案、一起进行信息系统的升级创新后, 通过搭建港华燃气自身的私有云平台, 可节约基础架构建设费用90%, 减少系统维护费50%, 未来将同时满足业务快速扩张和风险管控的目标管理需求。