U9系列用户体验暨新版发布会苏州首发
继2月下旬用友软件股份有限公司提出“转型、创新、人才、管理”策略部署之后，面向快速发展与成长的大中型制造企业，用友发布了离散制造行业高端ERP解决方案U9V2.5版本，这是全球第一款完全基于SOA架构的世界级企业管理软件U9在2008年正式发布后的再一次升级。
2012年3月22日，亚太本土最大的管理软件厂商用友软件股份有限公司在苏州盛举办“转型升级‘智’造未来——U9离散制造客户应用体验暨新版发布会”，来自苏州、上海、南京等地的政府领导和近200家中大型离散制造企业用户共济一堂，就中国制造企业转型升级发展趋势，展开了热烈的讨论。
U9V2.5新版是在U9成功规模化交付项目基础上，通过实施U9行业客户战略计划，不断总结和提炼优秀企业的先进管理思想和最佳行业应用，在各个领域的易用性和业务深度应用上都做了较大提升。基于2012年用友提出“从企业信息化向信息化企业过渡”的战略，用友U9 V2.5将致力于携手离散制造业企业向信息化企业迈进。
用友高级副总裁向奇汉在讲话中指出：制造业面临巨大挑战，劳动力成本直线上升、原材料成本上升、人民币升值、贷款难度加大等问题。解决这些难题，需要从单纯制造向高附加价值的服务转型、从产业链低端向高端升级，以及通过掌控某些销售通路来掌握终端市场等方面着手，信息化无疑将起到重要的作用。
在题为《管理探讨：企业升级转型加速器》的演讲中，用友公司助理总裁李永刚则针对离散制造企业面临的发展问题，以及转型创新模式展开了探讨。他提出，离散制造企业应在技术创新的基础上重视管理创新；要打造更短、更快的供应链体系，以快速响应客户订单的变化、并大幅度削减供应链成本；同时，打造更强大、更高满意度的服务体系也是离散制造企业发展的必然趋势。演讲还围绕这一主题分享了很多U9客户在管理提升与信息化系统建设结合，并取得显著效果的管理案例。截至目前，在与国际巨头产品的竞争中，用友U9已得到近300家高端企业的青睐和选择，包括众多的细分行业冠军和100多家上市公司，其中120家客户已成功验收并深度应用。U9 从推出伊始就是领先于行业应用的世界级管理软件产品。
长发铝业总经理蒋剑飞，则从信息化实践过程中感受到了支撑企业腾飞的力量，他坦言：通过上线用友U9ERP，整个公司的各种管理思路得以流程化执行，成功地贯彻了公司战略。长发铝业是典型的多组织多结构离散制造企业。其信息化平台建设已实现统一基础数据管理平台、多系统深度集成（ERP\APS\WMS\MES\模具系统）、多组织生产协同、多组织供应链协同（采购与销售）等信息化管理模式。信息化支撑长发铝业持续发展，为其构建了完整的“制造业应用架构”。
苏州市信息化建设项目评审专家李莉娜对长发铝业U9系统实施的关键应用进行了分享和点评，苏州市经信委信息化推进处万宇则从政策角度予以了解读。他指出在“十二五”规划中，“新一代信息技术”是新兴产业的重要一环，特别强调了提高自主创新能力，以高新技术改造提升传统产业，推进信息化和工业化融合。
2012年，中国经济的转型升级将更加深化，而中国企业的生存环境也更加复杂，信息化与工业化的两化融合将推动中国企业实现可持续增长；易用、灵活、架构先进的用友U9信息化平台产品，是企业信息化成功不可或缺的关键因素。用友U9，正在打造越来越多的世界级幸福企业。
据悉，“转型升级‘智’造未来——U9离散制造业客户应用体验之旅暨新版发布会”还将席卷成都、深圳、长春、北京、武汉、洛阳、宁波、无锡、福建、济南、西安、温州、上海等十余个城市，预计参与企业近2千家。
U9研发体系(COMMONCRUD使用手册)
U9研发(CommonCRUD使用手册) 适用版本：U9 V1.5 UBF2.0 修改状态： 编写人： 熊悦阅 审核人： 刘小东
此部分要记录该文档形成过程中的历次版本变更过程及变更的内容 版本 修改与 修改时间 修改原因 修改内容 审批人 参与人 1.0 熊悦阅 2008-7-8 原始文档建立 刘小东
1.概述 UFIDA CommonCRUD是一套标准的服务，为表示层提供公共的查询、创建、更新、删除操作。 2.构架原理 2.1 CommonCRUD的主要功能 CommonCRUD功能同名称一样，为前台提供了公共的创建、查询、更新、删除记录的服务。CommonCURD一共提供了两个标准的U9服务（参见服务相关手册），使用UIModel为参数。两个服务分别如下： 函数声明 说明 UIModelQuery（IUIModel） 查询数据 UIModelUpdate（IUIModel） 创建，更新，删除数据 CommonCRUD在业务应用中，起到重要的作用，简化了大量的代码，U9中70%以上的查询，创建，更新，删除行为，都使用CommonCRUD完成。它是表示层与持久层的重要桥梁。 3. 使用指南 3.1 UIModelQuery UIModelQuery提供数据查询的功能，它使用IUIModel作为参数，返回符合条件的IUIModel数据。 3.1.1 UIModelQuery的调用方法 //创建UIModelQuery代理 UIModelQueryProxy queryBp = new UIModelQueryProxy(); //设置传入参数 queryBp.Model = model; //执行查询操作并接受返回值
U9-UBF应用开发手册2011
用友U9-UBF应用开发手册 V2.5
前言 UAP（Universal Application Platform）是用友公司为开发新一代面向服务（Service-Oriented Architecture, SOA）的世界级商业应用套件产品（U9）而精心打造出来的ERP软件生产平台。通过UAP平台，使企业信息资源变得可重用、透明化，并且系统具有高可扩展性，让业务处理更加高效、简洁、安全。UAP平台为用户提供了一个统一的集成开发环境，用户可以使用包括模型设计、UI设计、报表设计、规则设计、数据库设计、BI设计等各方面的设计器，并通过可视化的界面和友好的交互操作，自动生成用户所需要的各种功能控件。使得大型的企业级商业应用软件第一次实现了技术与业务关注点的分离，并且通过快速的动态业务建模与服务组装技术，实现了企业动态业务的快速部署与应用，真正实现了“随需而变”的实时企业与全球商务的企业信息化价值理念。 UAP（Universal Application Platform）平台是用友软件经过多年的技术积累和知识沉淀，在微软.NET相关规范和标准的基础上，提供完全支持基于领域语言(DSL)的模型驱动开发(MDD)模式，为各种复杂的企业级商业应用系统提供专业、安全、高效、可靠的开发、部署和运行企业管理应用软件的开发工具平台。它主要包括：应用运行平台（UBF）、应用开发平台（UBF Studio）和组件化发布平台。 ?UBF（UFIDA Business Framework） 实现与操作系统、数据库、.Net Framework、Office、WMI、.Net Compact Framework、MSMQ 等底层核心技术的调用与协作，通过屏蔽底层的复杂实现，提高企业应用软件的灵活性、可扩展性和开放性。 针对开发ERP软件的特点，提供了一套适用的类库、框架以及具有扩展性的通用解决方案。有效地降低了开发工作的难度和工作量。 在系统交付、安装和部署后，支撑业务系统的解析和执行；提高应用软件的可定制性与可集成性。提供对OFFCIE、移动商务、第三方软件系统等企业级的集成与应用协同。 ?UBF Studio 提供了统一的集成开发环境，其中包括模型设计、UI设计、报表设计、规则设计、数据库设计、BI设计等各方面的设计器，通过可视化的界面和友好的交互自动产生需要的各种软件工件，极大地提高了软件开发的效率和质量。提供对完整产业链的全角色开发的支撑环境。?组件化发布平台 提供软件产品的组件规划工具，以定义软件产品的工艺图。自动化构造工具将依据该工艺图，自动地构造组件并存入组件库中。安装系统生成工具将按照用户的意图从组件库中提取适当的组件产生安装包。 在本手册中我们将详细介绍怎样使用UAP中的UBF和UBF Studio开发应用。
U9研发体系(数据库访问API参考手册)
U9 数据库访问API参考手册 适用版本：U9 V1.5 UBF2.0 修改状态： 编写人：叶琳 审核人：
此部分要记录该文档形成过程中的历次版本变更过程及变更的内容 版本修改与 参与人 修改时间修改原因修改内容审批人 1.0 叶琳2008-7-8 原始文档建立 叶琳2008-7-9 加上类的名空间
概述 U9数据库访问的API集中在UFSoft.UBF.Util.DataAccess.dll中，主要是封装直接执行sql和存储过程 DataAccessor UFSoft.UBF.Util.DataAccess.dll下的DataAccessor主要对外提供直接执行sql和存储过程的方法，名空间为UFSoft.UBF.Util.DataAccess 方法： public static IDbConnection GetConn() 取当前的连接 注意： 这个连接是通过DatabaseManager.GetCurrentConnection()取得，是取当前环 境下的连接 static public int RunSP(string sprocName, DataParamList dataParams) 用当前连接执行存储过程 参数： sprocName 存储过程名 dataParams 参数列表 static public int RunSP(string sprocName, DataParamList dataParams, out DataSet ds) 用当前连接执行存储过程 参数： sprocName 存储过程名 dataParams 参数列表 ds 输出结果
U9研发体系(表格控件的行号和步长开发规范)
U9表格控件的行号和步长范例说明 版本号：V1.0 作者：温丽兵
版本记录 【此部分要记录该文档形成过程中的历次版本变更过程及变更的内容】 版本修改与 参与人 修改时间修改原因修改概述审批人 1.0 温丽兵 2008-6-26 原始文档建立
一．问题域说明 用于控制在单据的GRID上的行号的初始值及步长（即增行时的增量值）。 二．基本原理 用于控制GRID上的行号的起始值及步长。一般情况下该字段要进行持久化。并且类型为整型。 有两种设置的方式 1.代码方式设置： 见第三部分关键代码及说明。 2.设计器设置 如图1所示，在设计器当中设置三项属性： 步长、开始行号、是否自动产生序列号。其中“是否自动产生序列号”必须设置为“True”。 图1 三．关键代码及说明 1.通过以下代码调用BP取得相应的步长 需要加入引用：UFIDA.U9.Base.BaseBP.Agent.dll GetProfileValueProxy bpObj = new GetProfileValueProxy(); bpObj.ProfileCode = "SysLineNo"; pVTDOData = bpObj.Do(); // 2.设置相应GRID上的步长及初始值 可使用以下的方法,在AfterCreateChildControls（）内调用。 ///
U9研发体系(开发环境手册)_图文.
U9开发环境手册 文件编号:U9-SE-××-SPEC-×× 版本号: 修改状态:0 编写人:张璋 审核人: 适用对象 该手册适用于U9本部开发人员、客户化开发人员。 版本记录 【此部分要记录该文档形成过程中的历次版本变更过程及变更的内容】版本修改与 参与人 修改时间修改原因修改概述审批人 1.0 张璋 2008/07/10 原始文档建立 1.1 张璋 2008/08/12 按照本部级评审意见修改 相关文档 名词解释 z U9AppCode(U9业务逻辑视图目录 z U9Data(U9数据视图目录
z U9Product(U9开发环境目录 z U9UICode(U9UI逻辑视图目录 手册正文 1.U9基础开发环境 1.1 OS环境 推荐使用“Windows Server 2003(企业版,SP2”,U9本部人员可以在如下地址访问获取: \\u9domain\data\Download\0C - 操作系统 1.2 IIS6.0 推荐安装OS后,立即安装IIS,以保证在安装https://www.sodocs.net/doc/0716217063.html, 2.0之前IIS已经安装完毕。 IIS6.0的安装位置在:添加或删除程序->添加删除Windows组件->应用程序服务器->详细信息->Internet信息服务(IIS。按照下图红色数字顺序,安装IIS6.0。
点击【确定】、【下一步】后,系统提示插入操作系统光盘,可以插入系统光盘,如果没有系统光盘,可以定位到操作系统文件夹的i386文件夹。 1.3 https://www.sodocs.net/doc/0716217063.html, Framework V3.0 U9本部人员可以在如下地址访问获取: \\u9domain\data\Download\0C - Visual Studio系列 1.4 浏览器 推荐使用“IE7”,U9本部人员可以在如下地址访问获取: \\u9domain\data\Download\0C - Office系列 1.5 数据库开发环境
U9研发体系(TOOLBAR按钮状态开发规范)
U9ToolBar按钮状态开发范例说明 版本号：V1.0 作者：
版本记录 【此部分要记录该文档形成过程中的历次版本变更过程及变更的内容】 版本修改与 参与人 修改时间修改原因修改概述审批人 1.0 罗鹏 2006/6/24 原始文档建立
一．问题域说明 ToolBar按钮一般在单据档案中应用较多，而且在ToolBar按钮状态的处理上也存在或多或少的相同之处，本范例主要讲解处理ToolBar按钮状态的相同之处以及特 殊情况的处理 二．基本原理 1、使用平台API控制按钮状态，平台API方法说明： （1）ButtonManger.SetButtonStatus 此方法有三个重载 A、SetButtonStatus(IPart currentPart, string buttonName, bool isButtonEnabled); currentPart 当然part，buttonName 按钮名称， isButtonEnabled 是否可用 控制单个按钮的状态是否可用 B、SetButtonStatus(IPart currentPart, string[] buttonNames, bool isButtonEnabled); currentPart 当然part，buttonNames按钮组， isButtonEnabled是否可用 控制多个Button,ImageButton按钮状态(可用,不可用) C、SetButtonStatus(IPart currentPart, string[] buttonNames, bool isButtonEnabled, bool isButtonVisible); currentPart 当然part， buttonNames 按钮组，isButtonEnabled是否可用，isButtonVisible 是否可见 控制多个Button,ImageButton按钮状态(可用,不可用,可见,不可见) （2）SetToolBarModifyStatus(IUFToolbar toolbar, int model) 自动匹配设置按钮状态：保存后，“审核”“流程”按钮置灰 （3）SetToolBarButtonStatus(IPart currentPart, ButtonStatus buttonStatus); 根据页面状态默认控制ToolBar按钮状态 （4）SetToolBarNewStatus(IUFToolbar toolbar, int model); 自动匹配设置按钮状态：新增时，“删除”、“复制”“审核”“流程”“输出” “打印”按钮置灰 （5）SetToolBarStatus(IUFToolbar toolbar, bool enable, string[] btnIDs); toolbar ： WebPart的ToolBar对象； enable ： 设置按钮集合是否可以 操作； btnIDs ： 按钮集合 （6）SetToolBarSubmitStatus(IUFToolbar toolbar, int model); 自动匹配设置按钮状态：提交后，“流程”按钮置灰 2、一般情况的处理步骤： （1）获取当前记录 （2）判断记录状态，如果是新增状态，则调用平台封装的
用友U9开发模式解析
2009年10月，e-works Research对用友U9 2.0版进行了一次评估。本文对U9的开发模式的评估结果进行解析。 传统的软件开发过程是首先调研客户需求，分析客户需求，包括个性化需求，再进行系统分析、系统设计和代码编程、最后形成产品功能和相应的产品模块。这样的软件开发过程使得该软件无法复制到令一个企业中，也无法对软件进行分割和重组。 在U9的开发过程中，用友一开始并未直接陷入传统的产品开发模式，而是花了半年以上的时间，借鉴国际先进的管理理念，结合本土企业的管理实际，从以往积累的多个客户当中提炼出了不同企业的业务模式，然后以业务模式为导向，来搭建U9的整体软件架构。 图表1：U9产品开发模式 在软件开发前对业务模式的归纳，好处在于开发完成的产品涵盖了多个行业、多个企业的运行模式，而不是针对某一个企业，这样可以很好的支持多个企业80%以上的ERP标准功能，剩下的20%产品功能可以通过灵活的业务组件来完善，而不是系统开发完成后，陷于无休止的开发、修改、打补丁当中。 U9将IT与业务融合，从累积到得客户业务模式中提炼出300多个模型，一一进行分析，抽象出每个服务，通过这些服务的组合，来完成最后整体的流程。这种组件化的建模可以随需而变，能够剖析业务模式，将其分解成独立的组件。即首先将企业业务从业务层面、流程层面、管理层面、范围层面，四个层面切割，进而又对每个层面的业务进一步细分，层层细分下来，最终形成了U9的服务组件。因为在开发构成中，开法人员发现流程可以给客户带来价值，他们将这个价值变成模型库、组件库，然后通过角色化的交互界面来实现。
图表2：U9企业服务组件化建模 图表3：组件化业务模式范例 同时，由于U9是全新开始做的新一代ERP产品，所以研发人员在做U9开发之前，首先做了一个开发平台UAP。它是在微软技术上架设的企业应用平台，是一个完全支持模型驱动的、体现SOA架构的开发平台。从技术上讲，UAP完全开放，甚至可以在这个平台上
U9研发体系(U9数据库编程规范)
用友软件股份有限公司研发过程 U9数据库编程规范 文件编号：U9-SE-××-SPEC-×× 版本号： 修改状态：0 编写人：黄卫 审核人： 批准人： 批准时间：2008-06
适用对象 该规范适用于U9设计人员和开发人员。 版本记录 【此部分要记录该文档形成过程中的历次版本变更过程及变更的内容】 版本修改与 参与人 修改时间修改原因修改概述审批人黄卫 2008/06/26 原始文档建立 相关文档 【此部分包含对该文档起指导与约束作用的相关文档以及预计在该文档指导与约束下将要建立的文档。】 约定 标有★的条目表示强制性规范。
数据库编程规范细则 1.数据库设计 1.1 命名规范 1.1.1 模块命名 规范模块命名，在后面的表命名等处需要用到。 模块名称 系统规则名 模块名称 系统规则名 模块名称 系统规则名 UBF 平台 UBF 公用数据 CBO 基础数据 Base 系统管理 Sm Portal aspnet 财务 总账管理 GL 税务发票 TI 应收管理 AR DI 应付管理 AP 信用控制 CC 数据需求接 口 预算管理 AB 供应链 采购订单 PO 销售与分销 SD 库存管理 INV 制造 生产计划 PP 生产订单 MO MRP MRP 收货单 RCV 仓储管理 WMS 批号 LOT 1.1.2 对象命名 所有的字段、约束、索引、函数、触发器、存储过程名不允许重复，而且不允许使用SQL Server和ODBC的关键字和保留关键字。名称采用英文和英文缩写的方式，尽量不用中文拼音。名称中各单词的首字符大写。 数据库对象 规则 最大长度 例子 表 模块命名_名称 50 GL_Voucher 字段名 50 IsPostFinished 触发器 TR_表名_名称 50 TR_GL_Voucher_CalcBalance Check CK_表名_字段名 50 CK_GL_Voucher_VoucherStatus 主键 PK_表名 50 PK_GL_Voucher 外键 FK_表名_字段名 50 FK_GL_Voucher_SOB 索引 IX_表名_字段名 50 IX_GL_Voucher_SOB 多语言表 表名_Trl 50 GL_Voucher_Trl 视图 V_模块命名_名称 50 V_GL_AllVoucher 函数 F_名称 50 F_DecodeUnicode
U9研发体系自定义报表开发手册
U9研发体系（自定义报表 开发手册） 适用对象 该规范适用于U9实施顾问二次开发人员。 版本记录 【此部分要记录该文档形成过程中的历次版本变更过程及变更的内容】
相关文档 U9研发体系（报表开发手册） U9研发体系（报表开发规范） 名词解释 手册前3章介绍报表开发准备工作。 从第4章到第10章介绍了报表《XX月生产计划与实绩统计》实际开发流程，在流程中的每个步骤中介绍了使用UBF平台开发报表所涉及到的知识点。 第11章是一些知识点的详细介绍。 目录 第1章开发基础篇--U9系统的环境配置6 1.1系统环境6 1.1.1Window 2003 标准版、企业版6 1.1.2Microsoft .net Framework V3.06 1.1.3IIS6.06 1.1.4IE7.07 1.1.5MS SQL Server 20057 1.2开发环境9 1.3运行时环境10 1.3.1需要运行两个服务10 1.3.2设置IIS中的站点10 1.3.3配置U9站点、企业11 1.4数据库的导出、导入13 1.4.1数据库导出14 1.4.2数据导入18 1.4. 2.1.使用“用友__数据管理工具”还原18 1.4. 2.2.使用“用友__系统管理工具”还原22 1.5模板的导入、导出26 1.5.1配置IDEConfig26 1.5.2新建解决方案27 1.5.3建分析项目27 1.5.4打开模型元数据管理27 1.5.5连接报表元数据库28 1.5.6模板导入、导出29 1.6报表服务器的配置30 1.6.1安装运行Sql Server Reporting Services30 1.6.2配置报表服务站点ReportServer31 1.6.3部署自定义报表的DataCommand31 第2章报表开发环境32
用友U9 开发模式解析10030097.doc
用友U9 开发模式解析10030097 用友U9 开发模式解析 e-works 孙亚婷 2009年10月，e-works Research对用友U9 2.0版进行了一次评估。本文对U9的开发模式的评估结果进行解析。 传统的软件开发过程是首先调研客户需求，分析客户需求，包括个性化需求，再进行系统分析、系统设计和代码编程、最后形成产品功能和相应的产品模块。这样的软件开发过程使得该软件无法复制到令一个企业中，也无法对软件进行分割和重组。 在U9的开发过程中，用友一开始并未直接陷入传统的产品开发模式，而是花了半年以上的时间，借鉴国际先进的管理理念，结合本土企业的管理实际，从以往积累的多个客户当中提炼出了不同企业的业务模式，然后以业务模式为导向，来搭建U9的整体软件架构。 图表1：U9产品开发模式 在软件开发前对业务模式的归纳，好处在于开发完成的产品涵盖了多个行业、多个企业的运行模式，而不是针对某一个企业，这样可以很好的支持多个企业80%以上的ERP标准功能，剩下的20%产品功能可以通过灵活的业务组件来完善，而不是系统开发完成后，陷于无休止的开发、修改、打补丁当中。 U9将IT与业务融合，从累积到得客户业务模式中提炼出300多个模型，一一进行分析，抽象出每个服务，通过这些服务的组
合，来完成最后整体的流程。这种组件化的建模可 以随需而变，能够剖析业务模式，将其分解成独立的组件。即首先将企业业务从业务层面、流程层面、管理层面、范围层面，四个层面切割，进而又对每个层面的业务进一步细分，层层细分下来，最终形成了U9的服务组件。因为在开发构成中，开法人员发现流程可以给客户带来价值，他们将这个价值变成模型库、组件库，然后通过角色化的交互界面来实现。 图表2：U9企业服务组件化建模 图表3：组件化业务模式范例 同时，由于U9是全新开始做的新一代ERP产品，所以研发人员在做U9开发之前，首先做了一个开发平台UAP。它是在微软技术上架设的企业应用平台，是一个完全支持模型驱动的、体现SOA架构的开发平台。从技术上讲，UAP完全开放，甚至可以在这个平台上重做一个U9。 e-works Research认为，U9摒弃了传统的开发模式而采用以业务模式为导向的开发模式，这样一方面在内部开发过程中可以快速的调用已封装的服务，避免了共性功能的重复开发，使得开发效率大大提升；另一方面当终端用户业务发生变化时，可以通过对系统进行重新配置，以适应企业新的业务模式；此外，最终客户可以借助UAP平台进行客户化的定制开发，在满足企业个性需求的同时无需担心系统升级所带来的困难。
U9研发体系(UIACTION使用手册)
U9 研发体系(UIAction 使用手册)
适用版本： U9 V1.5 UBF2.0 修改状态： 编写人： 审核人： 熊悦阅 刘小东
此部分要记录该文档形成过程中的历次版本变更过程及变更的内容 版本 修改与 参与人 熊悦阅 修改时间 修改原因 修改内容 审批人
1.0
2008-7-8
原始文档建立
刘小东
1.概述
UFIDA UIAction 是表示层 MVC 框架中 Controller 一部分，它与 CodeBehind 构成完整 的 UIController，CodeBehind 完成 Web 响应的流转控制，UIAction 完成一个独立的行为， 如保存、加载、翻页等等。
2.构架原理
2.1 UIAction 在表示层构架中的位置和作用
2.2 UIAction 的主要内容
2.3 公共 UIAction
截止 U9 UBF2.6，U9 一共提供了 2 套公共 UIAction，分别是 CommonAction 和 NavigationAction。
3. 使用指南
3.1 CommonAction 部分
CommonAction 部分主要完成对 UIModel 数据的加载和更新操作，其中主要方法有 Load， LoadChildView，Save 等方法。
3.1.1 Load 方法
Load 方法完成加载数据到 IUIModel 的过程，包含以下多种声明：
声明 IUIModel Load() IUIModel Load(IUIModel) IUIModel Load(IUIModel,bool) 说明 加载当前 IUIModel 加载指定的 IUIModel 加载指定的 IUIModel 第二个参数控制是否清空 IUIModel 的数据 IUIModel Load(IUIView,bool) IUIModel Load(params IUIView[]) IUIModel Load(params IUIViewBindingControl[]) 加载一个视图，是否根据父视图进行过滤 加载指定的多个视图 加载指定的多个 UI 绑定控件对应的视图
3.1.2LoadChildView 方法
LoadChildView 方法加载指定视图的下级视图数据：
声明 Void LoadChildView(IUIView) 说明 加载的数据存放在视图的 ContainerModel 中
3.1.3Save 方法
Save 方法将 IUIModel 的变化更新到后台持久层 声明 IUIModel Save() IUIModel Save(IUIModel) 保存后会回刷 IUIModel 的数据到前台。 说明 加载的数据存放在视图的 ContainerModel 中
3.2 NavigationAction 部分
声明 void FirstPage(IUIViewBindingControl) void LastPage(IUIViewBindingControl) void NextPage(IUIViewBindingControl) 说明 加载的数据存放在视图的 ContainerModel 中 加载最后一页的数据 加载下一页的数据
U9UAP个性化开发
U9-UAP开发大全（参照及列表开发） 徐中荣 2010年5月31日
第一章审批流 (3) 一、审批流基础 (3) 1、审批流的特点 (3) 2、预置审批数据 (4) 3、审批职责的作用 (5) 4、审批分配 (5) 5、审批流后台模型 (6) 二、审批流模型设置 (7) 1、实体上新建状态机 (7) 2、添加提交事件 (8) 3、设置状态机事件 (8) 三、添加代码 (9) 1、初始状态机 (9) 2、响应UI提交按钮事件 (10) 3、响应审核按钮 (10) 第二章个性化设置 (11) 一、页面个性化 (11) 二、表单个性化 (11) 三、菜单个性化 (11) 四、查询、列表、报表个性化 (11) 五、打印个性化 (11) 1、添加用户自定义字段 (11) 2、使用OQL表达式 (12) 3、扩展标准SQL函数 (13) 4、使用UIModel方式扩展 (17) 第三章预警设置 (19) 一、预警基础 (19) 1、运行前提 (19) 2、预警分类 (19) 3、特点 (19) 二、周期性预警 (20) 1、预警定义 (20) 2、启用预警和设置调度方案 (21) 3、预警监控 (22) 三、实时预警 (24)
第一章审批流 一、审批流基础 1、审批流的特点 ●审批职责决定终审权（如金额〈3000,当金额〉3000时审核后就终止了） ●多汇报上级（由责任类型决定） ●全局审批 ●跨组织审批 不能实现逐级拨回。也不能实现同级会签。 非审批流的审批方式 ●即时确认为保存后就确认（如料品档案上的已核准）； ●确认作业为手工审核确认方式；
汇报对象可以是一个岗位、职务或员工。其汇报上级的优先顺序： ●若汇报对象是员工 A、先判断该员工是否定义了汇报上级； B、若没有员工汇报上级，则按员工的岗位找汇报上级； C、若该员工没有岗位，则按该员工的职务来找汇报上级； D、无职无岗且没有定义员工汇报上级的员工不能提交审批流 ●若汇报对象是职务（岗位），则直接根据职务（岗位）汇报关系找汇报上级。 用户账号--联系对象—人员 2、预置审批数据 ●审批对象： 需审批的单据（如生产订单、销售订单）或档案（如料品、客户）； 审批对象中根据需求定义了岗位表达式（即该审批对象的审批发起对象）； 审批对象中设定了责任类型（该审批对象在审批过程中按什么责任类型找汇报上级）； 审批对象中可定义父对象，这类审批对象与其父对象构成主子审批关系。