集团企业人力资源规划方案EHR技术卷

人力资源管理信息系统投标文件 （技术卷）2010年02月文档编号:UFIDA-2010-CBU0010版权所有 2009用友软件股份有限公司，保留所有权利 2010年01月V1.0本文件为*集团技术公司人力资源管理项目专门编制，作为*集团技术公司人力资源管理项目投标书，未经用友软件股份有限公司书面许可，本建议书任何部分的内容不得被复制或抄袭用于任何其他目的。除以下已经声明之外，本建议书提及一些产品或技术还可能是以下或其它产品供应商的权益。Microsoft、Windows、Windows/NT、Windows2000、SQL Server、.net是Microsoft公司的注册商标。IBM、Visual Age、WebSphere、DB2、OS/400、AIX、OS/390、eServer是IBM公司的注册商标。Intel、IA是Intel公司的注册商标。Java是SUN公司的注册商标。Oracle是Oracle公司的注册商标。Unix是SCO Santa Cruz公司的注册商标。NC是用友软件股份有限公司的注册商标。目 录前言I编写目的I适用范围I主要内容I第1章 整体技术解决方案21.1 产品发展历程21.2 坚实的体系架构31.3 企业级应用平台31.3.1 应用开发31.3.2 UAP开发平台交付模式41.4 大型软件支撑平台51.4.1 部署方式51.4.2 服务器、配套软件（建议）配置表61.4.3 参考物理部署71.4.4 网络要求91.5 NC-HR技术解决方案关键价值点91.5.1 技术先进性91.5.2 可扩展性和适应性101.5.3 稳定性、可靠性和安全性101.5.4 高性能和用户体验11第2章 搭建*集团人力资源管理信息系统的基石-UAP平台122.1 基于SOA的开发框架122.1.1 UAP开发框架(Ufida Application Platform)122.1.2 系统的部署场景132.1.3 集成开发环境142.1.4 远程协同开发152.2 跨平台支持152.3 多语言支持162.4 高速数据访问模型182.4.1 远程调用过程182.4.2 组件开发模型182.4.3 客户端免安装192.5 元数据管理：快速实现业务处理202.5.1 UAP是基于元数据的开发平台202.5.2 元数据访问数据库模型232.6 界面模型：不同角色，不同模版界面展示242.6.1 单据模板242.6.2 查询模板262.6.3 打印模板272.6.4 轻量级（LFW）开发平台302.7 数据报表模型：解决*集团80%的统计报表312.7.1 数据报表模型设计322.7.2 报表格式设计332.7.3 报表发布展现设计342.8 工作流引擎（WorkFlow）342.8.1 业务流程驱动342.8.2 审批流程驱动352.9 消息引擎（MessageFlow）382.10 任务预警中心：提高业务的定时，实时性392.10.1 预警介绍402.10.2 预警方式412.10.3 UAP预警特点412.11 外部交换平台：数据集成标准接口422.11.1 外部交换平台介绍422.11.2 向UAP系统发送数据方式432.12 完善的系统管理462.13 强大的配置管理472.14 全面的监控工具472.14.1 集群监控482.14.2 进程监控492.14.3 线程监控502.14.4 数据库监控512.14.5 CPU监控512.14.6 内存监控522.14.7 日志抽取53第3章 构建*集团应用集成平台13.1 LDAP平台23.2 服务封装53.3 与OA系统集成73.4 与企业网络培训系统集成73.5 与财务管理信息系统集成83.6 门户93.7 消息集成123.7.1 与邮件系统集成133.7.2 与短信系统集成15第4章 系统安全策略174.1 安全原则174.2 *集团人力资源系统安全风险分析184.2.1 物理安全风险184.2.2 网络安全风险194.2.3 系统安全风险194.2.4 应用安全风险194.2.5 数据安全风险194.2.6 管理安全风险194.3 安全策略204.3.1 物理安全204.3.2 网络安全214.3.3 系统安全274.3.4 系统备份324.3.5 防病毒394.3.6 容灾备份404.3.7 应用系统的安全策略404.3.8 日志管理与系统监控40第5章 系统部署及软硬件配置方案425.1 用友软件适用数据库类型425.2 系统数据库选择推荐425.3 推荐数据库ORACLE435.4 数据库配置45第6章 *集团人力资源管理信息系统扩展应用方案16.1 客户化功能扩展规范16.1.1 界面模板化16.1.2 表单模板16.1.3 报表模板26.1.4 打印模板36.1.5 查询模板36.2 工作流平台36.2.1 业务流66.2.2 审批流76.3 预警服务86.4 查询引擎与分析报表96.4.1 查询模型设计116.4.2 格式模型设计126.4.3 报表浏览136.4.4 模型管理136.4.5 报表发布136.5 客户化定制开发规范136.5.1 项目流程136.5.2 确定开发团队166.5.3 制定开发方案176.5.4 评估开发方案176.5.5 开发&测试186.5.6 集成测试196.5.7 项目交付19第7章 集成案例介绍207.1 中央企业集成案例207.1.1 中国葛洲坝集团（集成异构系统，构建LDAP服务）207.2 其他企业287.2.1 深圳华侨城（与IBM Portal集成）28第8章 附录：产品性能万人测试报告338.1 测试场景338.2 测试结果348.2.1 响应时间列表348.2.2 处理事务总数368.2.3 平均事务响应时间368.2.4 硬件设备378.2.5 系统压力37 Ufida 2010 i 人力资源管理系统项目投标文件技术卷前言编写目的本技术方案书是用友软件股份有限公司（以下简称用友软件）根据*集团技术有限公司（以下简称*集团）的人力资源管理信息系统需求及技术需求，在理解*集团发展战略与人力资源管理信息系统关系的基础上，配合*集团未来发展战略的需要，并结合用友软件在技术上深厚的积累及应验，为*集团设计的人力资源信息系统建设的技术路线以及支撑人力资源信息系统可扩展的应用平台及集成平台。通过本方案使*集团能够对于用友构建企业级应用的平台有一个基本的了解，并对人力资源管理系统体系架构有一个全面的了解；并据此来评判用友方案技术的是否适合*集团的IT规划及先进性，用友希望与*集团共同努力，建设一个长远、高效、开放、集成的人力资源管理系统，支撑不断优化的人力资源变革实践，并建立*集团IT治理的技术规范。适用范围本方案书适用于*集团人力资源项目的标书技术需求应答，技术规划和IT治理的技术框架交流。主要内容本方案书将对*集团人力资源项目在技术上进行整体规划与设计，主要包括以下主要内容： 分析*集团人力资源管理系统技术需求； 详述了*集团人力资源系统的安全策略； 对部分企业集成案例进行介绍，以期*集团确定方案的集成能力； 产品性能测试报告。 人力资源管理系统项目投标文件技术卷第1章 整体技术解决方案 结合*集团人力资源系统的业务和技术需求，我们认为采用SOA的架构体系，并经过12年发展的用友NC系统平台可以完全满足并超出*集团人力资源系统的业务及技术要求，下面结合用友NC的架构体系，对*集团人力资源管理系统的整理技术方面做一描述。1.1 产品发展历程用友公司从事HR产品研发18年，高端HR产品NC-HR产品历经12年发展，无论从应用上、从技术上，都形成了完整的产品。Error! Reference source not found.所示：图表 1 整体技术解决方案架构图1.2 坚实的体系架构图表 1 UAP开发平台架构图用友NC-HR架构在大型软件的基石UAP开发平之上，该平台是用友软件独立研发并具有领先技术的大型应用平台，同时也是一个集成平台和方便的二次开发平台。该台架构最下面是系统框架层，这是工业的标准，包含操作系统、J2EE服务器、数据库、Portal Server等内容。UAP采用J2EE架构，可支持Solaris ，Aix，Linux，Windows等操作系统；在中间件层面，UAP可支持IBM WebShpere，BEA Weblogic，UFIDA Application Server等多种商业中间件。在系统框架层之上，是UAP技术框架层。技术框架层是在系统框架层（操作系统、数据库及应用服务器）和应用系统之间建立的一层技术封装层和系统资源监控和管理层。技术框架层罗列了很多UAP的核心技术，包括企业服务架构（Enterprise Service Architecture，ESA）、连接框架（Connect Framework）、同步（Synchronization）、SQL翻译器（SQL Translator）、元数据管理（Metadata Management）、工作流引擎（Workflow）、规则引擎（Rule Engine）、持久化框架（Persistence Framework）、调度引擎（Scheduler）、缓存（Cache）等。还提供许多重要功能，包括基础算法、第三方登录和安全（Login/CA Security）框架、异常（Exception）消息、日志（Log）等。在技术框架层之上，是UAP应用框架层。应用框架层是基于企业建模理论的、以业务导向和驱动的、可快速构建应用软件的软件平台。应用框架层的出现是一种技术创新，它使软件平台多了一个具有革命性意义的战略层次，为降低大型复杂软件系统的实现难度提供了新的途径。UAP应用框架层基于业务和管理层面，以业务建模（组织、流程、功能、资源、信息）为基本手段，从而构造、开发和维护业务应用系统。使用UAP提供的应用框架层，可大大缩短研发周期，提高研发效率，加快应用开发的速度；减少企业信息系统开发的风险；降低开发成本；实现最终用户的个性化的需求；支持用户在发展过程中各种各样的需求变化；提供应用的高价值。应用框架层支持：国际化（I18N）、消息管理（Message Management）、移动管理（Mobile Management）、组织管理（Organization Management）数据传输（Data Transfer）数据交换（Data Exchange）、动态会计平台（Financial Account Platform）、预警平台（PreAlert）、业务流程和审批流程的编排（Business Process and Approval Flow Orchestration）、访问控制（Access Control）、应用模式（Application Patterns）等。 该平台对应用的支撑作用在业务卷中4.16中有详细的描述。此外，UAP在为复杂企业应用软件系统的开发提供一个基本框架（技术框架层和应用框架层）的同时，提供了与之相应的、方便易用的开发、实施、维护和管理工具集。这个工具集预置了大量的基本功能件、核心功能件和应用组件，支持企业模型的仿真、分析、诊断、优化和调整，可以满足*集团不断优化的人力资源需求和不断扩展的应用范围。因此，我们认为，以NC-UAP平台作为*集团人力资源系统的运作基石可以完全满足国家核心IT技术规范及人力资源系统技术需要。1.3 企业级应用平台1.3.1 应用开发UAP平台历经十几年的发展，通过体系架构的不断完善，已经成长为成熟、先进、高效的高端平台，可以完美的支持企业IT系统的建设。用友公司基于UAP平台开发的ERP产品，已经耕耘出10大行业、38个成熟的行业解决方案、3500多家用户，有效证明了UAP平台在IT系统建设中的高效、成熟、快捷。UAP平台，基于SOA架构，支持云计算、企业级安全搜索、平台化应用集成，并吸收融合了多项先进技术，是符合当前技术发展方向的。基于UAP平台，用友公司开发了大量的应用组件和行业解决方案，如Error! Reference source not found.所示。图表 2 基于UAP的领域产品架构图1.3.2 UAP开发平台交付模式图表 3 UAP开发平台交付模式UAP的交付过程中，大部分工作是由实施配置完成的，实施配置的工作量超过总工作量的80%。为实现此目标，UAP开发平台提供了大量的实施配置工具，很多功能仅需界面配置就可以完成，不需要更改一行代码。1.4 大型软件支撑平台图表 4 大型软件支撑平台的特点UAP开发平台，具备大型软件支撑能力，具备高可靠性、可用性、稳定性、可扩展性、高安全性、高性能。1.4.1 部署方式图表 5 UAP：可扩展的网络部署UAP平台，可支持部署扩展，最大限度的利用企业已有的硬件投资。1.4.2 服务器、配套软件（建议）配置表一套大型软件的部署，离不开相关的软硬件平台的支撑。根据*集团的应用场景，我们推荐以下硬件配置方案，更好地运行人力资源系统。*集团集团人数为 5200 人左右，关于公司e-HR系统核心使用范围为集团各单位人力资源相关人员，使用点数为50；薪酬管理涉及人数为5200 人；员工自助功能涉及人数为集团人数的80%。从并发人数的角度，硬件配置可以降低，但是为了考虑安全性，将服务器配置相对调高。序号项目内容配置数量1数据库服务器IBM X3850M2-7233-*，两台机器做RAC4个Intel 四核Xeon E7440处理器(2.4GHz, 12ML3缓存, 90W) 2块146GB热插拔硬盘，配置RAID卡，做RAID1 16G内存，2个内存扩展板； 2热插拔电源； 2*Giga Ethernet；3年7x24小时服务；配置2块4GB单口HBA卡(39r6525)。22应用服务器IBM X3850M2-7233-*，两台机器做利用WAS做水平集群 4个Intel 四核Xeon E7440处理器(2.4GHz, 12ML3缓存, 90W) 2块146GB热插拔硬盘，配置RAID卡，做RAID1 ； 8G内存 2个内存扩展板 ； 3年7x24小时服务；2热插拔电源 2*Giga Ethernet23WEB服务器 IBM System x3650 M2 (7947-I25)Xeon EM64T Quad-Core E5530/2.4GHz*2/1333MHz/8M, 4*1GB, 146GB *2 15K 3.5 SAS Hot-Swap HDD配置RAID卡，做RAID1, 2*Giga Ethernet, Light Path, CD-RW/DVD Combo, 2U , 双HS 675W Power；24测试服务器 IBM System x3650 M2 (7947-I25)Xeon EM64T Quad-Core E5530/2.4GHz*2/1333MHz/8M, 4*2GB, 146GB *2 15K 3.5 SAS Hot-Swap HDD配置RAID卡，做RAID1, 2*Giga Ethernet, Light Path, CD-RW/DVD Combo, 2U ,双HS 675W Power 15备份服务器1 IBM System x3650 M2 (7947-I25)Xeon EM64T Quad-Core E5530/2.4GHz*2/1333MHz/8M, 4*2GB, 146GB *2 15K 3.5 SAS Hot-Swap HDD配置RAID卡，做RAID1, 2*Giga Ethernet, Light Path, CD-RW/DVD Combo, 2U ,双HS 675W Power 16操作系统服务器Windows2003，64位中文企业版87磁盘阵列IBM DS3400及相关配件（1T容量）5块300G硬盘，2G缓存，双控制器(含2个光接口模块，2根光纤跳线)18磁带库IBM TS3200,2个LTO Ultrium 4驱动器、4G光纤通道、，LTO4 800G*20盘磁带19数据库64位Oracle 11g for windows 企业版25用户+RAC模块110中间件64位IBM WAS6.1 for window ND版11备份软件赛门铁克：Veritas NETBACKUP 6.5112SAN光纤交换机IBM 2005-B24(8口激活、4G光纤通道)21.4.3 参考物理部署图表 6 参考物理部署图 *集团人力资源管理系统采用大集中的部署模式，即总部及下属公司建设一个集中的数据中心，京外及集中办公地点之外的公司通过远程访问总部的服务器处理业务，这样既保证总部的数据是随见随得的，而且能够保证关键业务标准的统一及各公司间的业务协调。应用服务区（1）UAP应用服务器做UAP应用服务器负载均衡集群，可横向扩展，提供UAP应用服务。应用服务器上运行着中间件软件WAS和用友的UAP的系统软件。应用服务器是不保存任何业务数据的。应用服务器可以进行横向扩展，即当发生应用服务器负载过大，导致整个系统的性能下降的情况时，可以再增加新的应用服务器，以分摊负载。应用服务器连接到局域网上，并通过防火墙，与客户端相连，以响应来自客户端的业务请求。（2）接口/测试服务器1-2台做为UAP测试服务及UAP与其他系统接口服务用，可互为热备。数据服务区两台数据库服务器，做集群，提供数据服务。一台备份服务器，运行备份软件，做自动备份用。 系统运行时，两台服务器将同时工作，系统会自动将来自应用服务器的数据库请求，自动分配到两台数据库服务器中的一台，以完成系统的负载均衡，提升整个系统的性能。当某一台服务器出现故障而导致宕机时，另外一台服务器通过心跳线，侦测到以后，将自动接管相应的服务，以确保整个系统能够继续工作。数据库服务器这样的配置，不仅能够在CPU的处理能力和IO的读写速度方面，满足UAP系统对性能的要求，而且还能够避免数据库服务器的单点故障，提高系统的可靠性。两台数据库服务器，各自配置的双4GB FC HBA卡，可以使得每台服务器都可以通过两条光纤，分别连接到两台SAN Switch上，避免数据库服务器与SAN连接的单点故障。两台数据库服务器，各自配置的双1000BaseT网卡，可以使得每台服务器都可以通过两根网线，连接到局域网中，避免数据库服务器与网络交换机连接的单点故障。存储区一台中低端存储设备，提供高速数据存储功能。一台磁带库设备，提供磁带备份用。内部的硬盘通采用RAID01技术，在保证了数据读写速度的情况下，从根本上避免了由于单个硬盘损坏而导致数据丢失的问题。与数据库服务器的连接上，采用两台SAN Switch，每台均配备了8个4GB的端口，屏蔽数据库服务器的单点故障。1.4.4 网络要求NC-HR使用对网络的最低要求：a. 在任意时间与应用服务器ping1K数据包响应时间在50ms(最低100ms)以内。b. 在正常使用时间ping应用服务器丢包率256KBits。d专线接入每客户端需要的最低带宽25KBits。用户在广域网上应用NC时, 一般来说带宽要求可以通过增加带宽来达到,较容易实现, 但响应时间与丢包率在广域网上属于不可控的指标, 与当时的广域网情况, 所走的路由、南北电信网等都有关系,往往有部分分公司达不到要求,通过对目前*集团网络构建情况的了解，我们认为*集团网络状况完全满足NC-HR系统的运行。1.5 NC-HR技术解决方案关键价值点1.5.1 技术先进性l 支持基于SOA架构的统一编程模型，国内唯一一家通过IBM SOA最高级别认证的ERP软件厂商，可从容应对技术的多样性、复杂性和快速变化；l 集成开发环境通过模型驱动开发模式，大幅提高开发质量和效率；l 国内唯一一家提供企业安全搜索的ERP软件企业，可对数据库和办公自动化软件产生的文件、邮件系统进行搜索；l 基于领域知识建设核心资产库，提供核心组件库，支持按需组装、按需应用；l 产业链支持平台，支撑大规模、低成本、快速、个性化交付；1.5.2 可扩展性和适应性l 作为跨操作系统和数据库的企业应用运行环境、基于模式化和提供可视化建模工具的开发平台、基于SOA支持多种集成方式的系统集成平台、易于配置、管理和维护，拥有足够的灵活度来适应企业信息化的需要。l 具有良好的操作性和兼容性，支持基于元数据的模型驱动开发和轻量级开发框架，降低开发难度，提高开发效率；提高系统柔性和可扩展性；支持基于企业模型的快速部署和实施；提供全新的应用软件开发模式。随需而变，让ERP适应企业的业务流程调整 。1.5.3 稳定性、可靠性和安全性l 成熟全面，风险低 UAP开发平台从98年到09年，已有超过3500家用户，其中大多数是大中型企业和集团型企业。用友公司不会让用户作为不成熟系统的实验品。UAP开发平台提供的应用软件平台化使企业应用软件的功能更加全面、覆盖面更加广泛。l 稳定性好UAP平台支持动态资源调配、监控，可以在系统不停机的状态下进行故障节点的主动监控和自维护。由于经过大量企业和大规模并发应用的考验，UAP已经成为完善的企业级信息系统，产品稳定性好，不会让用户遭遇性能瓶颈 。l 整体成本低能够满足大集中部署方式、为集团型企业搭建“企业级云计算”应用，可以有效降低下属企业IT分散投资、使整个集团信息化投入总体拥有成本最低 。1.5.4 高性能和用户体验l 通过Intel万人测试，有效证明了UAP平台在并发处理上的卓越能力。UAP平台支撑万人系统的测试报告请见附件1 产品性能万人测试报告。l 增加和提供更加丰富的用户体验，包括协同门户集成、企业搜索引擎、Office客户端、智能设备支持等，为企业信息工作者挖掘自身潜力提供更大的价值。第2章 搭建*集团人力资源管理信息系统的基石-UAP平台2.1 基于SOA的开发框架2.1.1 UAP开发框架(Ufida Application Platform)用友的UAP基于SOA架构，完全满足“系统应采用基于SOA架构的B/S体系结构，并遵循该架构相关标准和协议”的要求。2007年8月21日，用友软件与IBM公司共同签署合作意向书，宣布成立“用友SOA创新中心”，全面深入双方在SOA相关人才、技术、方法、解决方案、客户服务等多个领域的深层次合作。该中心计划全面采用用友与IBM基于SOA相关的产品与技术并加以推广，同时为客户构建一个完整的SOA体系架构，推广相关产品技术与应用体验。IBM作为全球SOA技术的领导厂商，将为用友SOA创新中心提供专业咨询、人员培训及管理等多方面的协助。几年的合作中，用友公司对UAP开发平台进行了逐步改进，到最新的UAP5.5版本，实现了全面基于SOA架构的开发框架，如图9所示。UAP开发框架由系统框架层，UAP技术框架层构成。在系统框架层，又包括操作系统层和数据库层。在UAP技术框架层，包含各种企业应用开发必须的技术控件，包括数据交换引擎、业务应用服务、IOC容器、数据持久化框架、ESA、Portal server 、工作流引擎、查询引擎等。技术控件以外，UAP还提供了系统监视、报告、部署等开发和应用过程必备的工具。以上各种服务和工具都基于SOA架构开发，凭借SOA松耦合的特性，使得居于UAP开发的应用可以按照模块化的方式来添加新服务或更新现有服务，充分满足了企业灵活的业务需要。比如工作流引擎，能将各种不同业务的服务组装成一新的工作流服务，最大程度体现出服务的灵活性，可配置性。“基于构件技术的软件开发方法是未来的主流技术，而基于构件的SOA架构是一次信息系统架构上的变革，也是现实信息服务的客观需求”（微软大中华区企业及合作伙伴事业部总经理辛儿伦）。 UAP正是此言最贴切的体现。图表 7 UAP开发框架2.1.2 系统的部署场景基于UAP开发的企业应用软件，支持集中应用模式、分布应用模式，和集中/分布混合应用模式。UAP应用模式场景示意如Error! Reference source not found.所示。图表 8 UAP应用模式场景示意图2.1.3 集成开发环境利用Eclipse的高开放性，灵活可扩展性，用友自主开发的Eclipse-MDE集成开发环境，涵盖元数据建模，中间键配置，数据库配置，启动，调试环境等（Error! Reference source not found. Eclipse集成开发环境）。利用模型设计器开发人员可以快速创建数据实体模型，实体及实体间的关系，并发布到数据库，快捷生成建库脚本，发布元数据，生成JAVA代码等多项功能的整合集成。真正实现业务模型、数据模型、商业智能模型的高度统一，利用此环境，*集团可以实现人力资源及其他业务特殊需求的快速配置及实现。（Error! Reference source not found. Eclipse集成开发环境元数据建模示意图）。图表 9 Eclipse集成开发环境图表 10 Eclipse集成开发环境元数据建模示意图2.1.4 远程协同开发通过在代码服务器上部署版本管理服务，开发人员通过局域网或广域网访问代码服务器，下载或提交代码，UAP开发平台可支持运程协同开发。UAP集成开发环境支持各种版本管理插件（ClearCase，SVN，CVS等），采用UAP-IDE开发环境小组开发项目时，我们建议小组开发利用IDE内聚SVN强大的代码管理功能。SVN具备原子级别管理的特性；支持广域，局域网版本控制，每次签入（提交）都会为整个代码库生产一个版本，自动递增版本号；在SVN中，你可以比较任意两个版本之间的区别，甚至能追查到一个文件中每行代码的责任人；离线操作等强大代码管理功能。而且SVN工具（开源，免费），降低软件成本。未来*集团总部及下属单位的特殊需求，均可方便的实现。图表 11 集成开发环境SVN版本控制示意图2.2 跨平台支持UAP开发平台，基于J2EE架构，支持跨平台应用。J2EE能够开发部署在异构环境中的可移植程序。基于J2EE的应用程序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于J2EE的程序只需开发一次就可部署到各种平台。这在典型的异构企业计算环境中是十分关键的。J2EE标准也允许客户订购与J2EE兼容的第三方的现成的组件，把他们部署到异构环境中，节省了由自己制订整个方案所需的费用。完全满足*集团人力资源系统对操作系统的要求。J2EE的架构如Error! Reference source not found.所示。图表 12 J2EE架构示意图2.3 多语言支持UAP开发平台，利用资源注册机制，支持操作界面的多种语言。首先，赋予界面上每个显示信息一个唯一标识。其次，在开发过程中，需要输出信息时，不直接输出文本，而是调用统一服务，传入信息的唯一标识。之后，服务根据登录系统时用户选择的语言，获得对应配置文件中的文本信息，进行显示。目前系统默认支持英文、繁体中文、简体中文，通过修改指定目录“ufsoftnchomeresourceslang”下的配置文件，可以很方便的支持其他语言。配置文件内容如图所示，英文环境下的系统如Error! Reference source not found.所示。图表 13 多语言配置文件内容示意图图表 14 英文环境下的系统示意图2.4 高速数据访问模型2.4.1 远程调用过程利用前台高速缓存机制、简化单据访问策略机制、动态OR Maping机制，数据传输压缩机制等各种手段，只访问操作必要的数据信息，从而实现高速数据访问模型，以支持*集团京外公司在总部服务器上业务操作的顺利运行。UAP远程过程调用模型如Error! Reference source not found.所示。图表 15 UAP远程过程调用模型UAP V5.5版本的组件包括远程组件，事务组件等。远程组件开发是基于接口，定义远程接口，分有事务和无事务。对于事务型的组件 （是指该组件的方法调用中事务处理会自动参与 ）可通过后缀名来判断事务类型。2.4.2 组件开发模型l 远程接口l Imp远程接口实现类l 业务逻辑l 持久化， 数据库操作l 数值VO类l UI类系统前端为UI代码，UI代码通过远程组件与服务器端进行交互，中间传递的数据模型为VO,远程组件调用底层的业务实现代码，完成整个交互逻辑。通过JDBCFramework，系统提供了一套良好的数据持续机制，解决数据库交互的复杂问题。如Error! Reference source not found.所示。图表 16 UAPV5开发模型2.4.3 客户端免安装UFIDA UAP 5.5 系统运用异步缓存技术缓存部分代码和数据，这些缓存信息以密文形式保存客户端，减少网络流量，提高运行效率。UFIDA UAP 5.5 同时提供基于java技术的客户端应用程序包。用户通过WEB访问UAP时，会自动安装UAP客户端。客户端设置功能可以更改调整设置服务器端口和地址，同时可以设置Jre运行时参数。运行客户端后系统自动连接服务器，运行效率更高。2.5 元数据管理：快速实现业务处理2.5.1 UAP是基于元数据的开发平台在企业信息系统中，元数据信息主要包括三类，业务模型，数据模型以及BI模型。ERP系统中的应用从一种技术实现的角度看，不论是数据的收集，查询及展示，业务流程的控制、规则的定义以及各种组合条件的设定，其实操作的都是模型。元数据对于帮助减少设计和执行之间的语义差距，在设计时和运行时都很有用。UAP是基于元数据的模型驱动开发平台，将程序开发工作的抽象层次提高到和ERP日常业务相关的操作上，将一些常用界面（表单、报表、打印、查询）抽象成为模型，模型结合元数据定义出数据的各种展现操作方式，使用极少的代码量即可产生客户需要的模块，并且通过各个层次的抽象分离很好的支持了逆向工程，有利于产品迭代开发。元数据代码架构图如Error! Reference source not found.0所示。图表 170 元数据代码架构图使用UAP平台进行业务实现可以分为如下几大步骤：l 业务模型设计：使用模型设计器创建业务元数据并发布。业务模型设计器如Error! Reference source not found.所示。图表 18 UAP元数据模型设计器示意图l 自动生成数据模型：根据定义好的业务模型可以自动生成数据模型，完成建立数据库结构工作。操作如Error! Reference source not found.22所示。图表 22 UAP元数据自动生成数据模型示意图l 用户界面模型设计：使用UAP集成开发工具进行单据表单模板设计、查询模板设计、打印模板设计，通过UI组装完成完成界面模型设计工作。如23Error! Reference source not found.，Error! Reference source not found.24，Error! Reference source not found.25 所示。图表 23 UAP元数据单据模板设计示意图图表24UAP元数据UI组装示意图l 节点发布，生成代码，单据开发完成：如Error! Reference source not found.所示。图表 195UAP元数据节点发布及生成代码示意图2.5.2 元数据访问数据库模型UAP元数据数据库访问居于对象关系映射，大大提高开发效率、同时提升软件产品的可维护、扩展性。因此，在UAP的业务开发中必要通过引入对象-关系映射系统中间件，实现数据库的快速开发。目前UAP可以通过JDBC开发了单独的持久化层，把数据库访问操作封装起来，提供简洁的API，供业务层统一调用，实现了自己的ORM系统。支持多种数据库，统一接口转换SQL语句，大大简化开发过程。通过UAP数据库访问框架可以把内存中的对象持久化到数据库、把数据库中的关系数据加载到内存中，同时保证了系统频繁地访问数据库的性能，降低访问数据库的频率。 SuperVO是UAP系统中比较特殊的值对象，该值对象自身已经包涵了值对象到数据库中的映射信息，所以SuperVO的持久化更为简单方便，无需构造对象映射元数据类，可以直接对VO进行持久化操作。如Error! Reference source not found.26所示，在最上层提供了基于元数据的持久化接口。可以实现对模型数据(NCObject)对象持久化操作，比如基本的增、删、查、改等操作。通过这些持久化服务可以进行对模型数据的数据库操作。同时业务建模框架还提供了代码生成和SQL生成的相关功能。其中代码生成用于生成模型对象(元数据实体)的类代码。图表26元数据数据访问 2.6 界面模型：不同角色，不同模版界面展示单据界面模板在UAP开发中占有非常重要的地位，产品中的绝大部分节点都是通过单据模板来定制展现的,该功能可以方便的针对*集团不同角色来定义不同的应用界面。2.6.1 单据模板 模板设计器Error! Reference source not found.为向导中的单据模板设计器。单据模板用于定义整个单据的展现形式，分为表头、表体和表尾三个区域。编辑器的元数据部分显示的是当前单据模板所依据的业务组件的实体树结构。设计者将相应的组件实体拖拽到相应的区域即可。图表 27 UAP单据界面模板设置示意图 公式编辑器通过设置界面规则，配置公式，更加灵活，高效，能够让使用者和开发者的工作高度重叠，实施人员可以快速根据用户需要，编辑界面数据显示规则。帮开发人员从本来需要修改复杂代码才可以实现功能的途径中走出来，大大降低界面代码为以前的 1/6，减少个性化开发工作量。公式语义层屏蔽了复杂的数据库结构。利用UAP内置函数，方法等快速配置公式，填充表单元素。 模板角色对应管理该功能帮助*集团真正实现不同用户，不同权限，不同模板。不同角色显示对应其关注内容，减少不必要冗余信息干扰，同时在另一方面也加强的数据的安全性。如Error! Reference source not found.28所示。图表 28 UAP单据模板-角色对应示意图2.6.2 查询模板查询模板在单据进行查询时定制查询条件。下图为查询模板的设计器。设计器上方部分为基本信息设置，其中所关联的元数据组件不能修改。下方为属性设置，选择用户可以使用定制查询条件的属性字段拖拽到右边区域。对右边字段可以进行属性设置，比如是否锁定、默认值等。如Error! Reference source not found.29所示。图表 29 UAP单据查询模板示意图下图为查询模板在使用时的展现形式。主要有两个编辑区：普通和高级。普通区的每个条件之间是AND的关系，可以用于比较简单条件的定制；高级区通过对树形结构的操作实现条件语句的定义，也支持拖拽操作。对于常用的查询条件可以通过保存操作放到收藏夹中。图表 30 UAP查询模板条件设置示意图2.6.3 打印模板 打印模板编辑器打印模板编辑器如Error! Reference source not found.31所示。模板编辑器分为菜单栏、工具栏、编辑栏、标尺、编辑区、状态栏、变量区几个部分。其中工具栏、编辑栏、标尺、状态栏都可以通过“视图”菜单控制是否显示。模板采用类似于Excel方式进行编辑，以单元格为单位，单元格可以合并、拆分；在编辑区提供四种右键快捷菜单：选中单个单元格可以粘贴复制删除单元格内容并设置单元格格式；选中多个单元格可以合并拆分，选中行可以设置行高、动态行等，选中列可以设置列宽、固定列等； 菜单栏中的“表格”菜单项也提供了相似的功能。标尺以毫米为单位，方便模板的测量绘制。模板编辑中做的操作可以通过“编辑”菜单项的“撤销”“重做”操作进行恢复。右侧为模板可以使用的变量区，包括数据源变量、自定义变量和系统变量。数据源变量无法编辑，自定义变量界面中可以通过右键快捷菜单增删改，系统变量无法编辑。在模板中引用变量有两种方式，一种可以通过拖拽，从右面变量列表中拖拽一个变量放到编辑区中的某个单元格，另一种通过两次点击，鼠标点击一个变量，然后点击某个单元格。双击一个含有变量的单元格，会弹出单元格内容编辑器，可在此界面中给单元格增加文本常量、增加多个变量并设置各个常量变量之间的顺序。图表31打印模板编辑器界面示意图 功能总体介绍人力资源管理信息化管理的重要目的之一，就是更好的管理人力资源的业务流转过程。信息系统中打印输出用于流转过程确认的纸样，能否满足管理要求，就成为信息系统是否成功的关键指标。UAP平台抽象出打印模板解决方案，以满足人力资源及其他业务管理要求的多变的打印输出配置。 部分功能详细介绍打印模板有很强大的功能，包括图片打印、公章打印、条码打印、普通分页打印、强制分页打印、凭证分页打印、工资条分页场景、卡片分页场景、动态列支持、合并打印、多子表打印、打印公式支持等，这里只简单介绍其中几种应用模式。 在模板中使用图片有些时候需要打印一些图片信息，比如我们提交的干部调研及评估报告通常需要在单据上显示公司Logo、员工的照片等。打印模板中的图片可以分为两类：静态图片和动态图片，静态图片为模板中的常量，不会发生变化，比如公司Logo；动态图片为模板中的变量，随着数据源中的图片变量变化，比如员工照片（不同员工有不同的照片）。图片打印效果如Error! Reference source not found.32所示。图表32打印图片界面示意图 打印公章一些文档在打印时需要嵌进图章，这些图章不能作为正常的图片放进单元格中进行打印，因为它需要作为一个单独的图层绘制在文字之上，和其它的打印内容是一种“镶嵌”的关系。打印公章的效果如Error! Reference source not found.33所示：图表33打印公章界面示意图 条码打印打印模板支持各种格式的条形码，包括字符型、数字型和二维码，可以把模板上的具体变量转换为条形码。可在“单元格设置”中的“类型”中设置，如Error! Reference source not found.34所示。图表34条形码打印设置界面2.6.4 轻量级（LFW）开发平台UAP Web Framework是构建于UAP UAP基础技术和服务之上的一套轻量级快速开发框架。它提供了丰富的DHTML组件，模式化逻辑及可扩展特性，依托UAP的底层技术，元数据及成熟的模板技术，可简单，快速的开发出功能丰富的web应用。在客户端，它支持用户的IE6 ，IE7以及Firefox等主流浏览器。基于Ajax技术的界面组织形式能有效提升用户操作体验。UAP Web开发框架简称LFW(LightWeight Framework)。从层次结构上由基础应用逻辑和模式化逻辑二部分组成：基础应用逻辑：基础应用逻辑是开发一张单据的基础，它提供了全部的组件及大量可调用及扩展接口，通过它可以开发出符合需要的单据。要求对这套框架有相当程度的了解。模式化应用逻辑：是针对常见单据应用，在基础应用逻辑之上总结出来的一套公共业务逻辑和界面。它参考UAP模式化开发经验和代码，进行适合Web方面的裁减或者增强，提供多套界面UI基类，达到快速高效开发常用类型单据的目的。UAP Web模式化开发综合利用了单据模版、查询模版、打印模板、报表模板以及元数据，以达到UAP单据开发的统一性、稳定性和可维护性，并和UAP流程平台紧密结合。2.7 数据报表模型：解决*集团80%的统计报表信息化管理的成果展示，报表是重要手段之一，特别是领导应用的管理查询，更是信息系统的核心功能之一。UAP平台抽象出查询引擎报表解决方案，以满足企业绝大多数的报表统计功能。Error! Reference source not found.35为查询引擎层次图图表35查询引擎层次图2.7.1 数据报表模型设计在查询引擎报表解决方案中，查询模型设计是通过UAP平台的查询引擎管理功能点实现的。查询模型设计包括查询参数设计、查询SQL设计、数据交叉设计、代码嵌入设计、穿透规则设计、查询集成设计等多方面。以查询参数设计为例，如Error! Reference source not found.