人力资源管理系统技术规范书

人力资源管理信息系统应用软件采购与集成技术规范书中国邮政集团公司二零零七年二月邮政人力资源管理系统软件采购与集成技术规范书邮政人力资源管理系统软件采购与集成技术规范书#1概述本文件是中国邮政集团公司（项目业主，以下简称“甲方”）“人力资源管理系统”项目应用软件采购与集成技术规范书，供应用软件厂商（投标人，以下简称“乙方”）编写技术规范应答书。乙方应在应答书中对本文件内容按顺序逐条、逐款应答。对所有条款按“满足”或“不满足”应答，然后给出详细的功能实现说明。若有遗漏，视同“满足”。乙方必须是从事计算机软件开发的企业,具有三年以上的人力资源管理系统应用开发和集成经验。并具有良好的企业信誉，足够的经济实力，充足的技术队伍，稳定的组织机构。乙方需向甲方出示有效企业资质证明的原件，并提供复印件。乙方必须成功实施过大型企业的人力资源系统,提供正在生产运行的此类应用系统的情况介绍及用户使用报告书原件或复印件。乙方应根据本文件中的相关说明和要求,提出总的技术建议和解决方案，并对所提供软件的特色部分给出附加说明。乙方若对本文件中的部分要求不能满足或者有不同于本文件相关要求的其它建议，也应在应答书中详细说明。若乙方建议的技术方案及软件系统配置符合有关国际或行业标准，则应在应答书中具体说明，并附上相应的详细技术资料。若乙方的软件系统包含自己专用标准，也应在应答书中具体说明，并附上相应的详细技术资料。乙方对于技术规范书的疑问可以书面形式与甲方联系，甲方也将以书面形式给予答复，同时分送其他投标人。在技术谈判阶段，甲方用书面形式要求乙方对有关问题进行进一步的技术澄清，乙方应以书面形式给予应答。甲方在任何时候保留对本文件的解释权。甲方有权在签定合同前，根据需要修改和补充本技术规范书，修改补充后的最终技术规范书将作为合同的附件。1.10乙方应按照要求提供一正四副（共五份）纸质、一份电子版的中文应答书、技术建议书和工程实施建议方案。2名词定义2.1.1人力资源一定范围内的人所具备的劳动能力的总和，也称“人类资源”或“劳动力资源”、“劳动资源”，构成从事社会生产和经营活动的要素条件。英文为humanresource，简称HR。2.2业务处理终端业务处理终端提供用户与人力资源管理系统进行交互的界面，完成人力资源管理系统各项应用结果的展示。3项目概况3.1项目背景目前使用的人力资源管理系统，是中国大唐技术有限公司开发的邮政人力资源综合信息管理系统,该系统可实现人事信息的基础管理和简单统计，在一定程度上代替数据处理的手工劳动，但也存在着一些问题，主要体现在以下几个方面：运行不稳定数据录入不方便，正在录入的数据有时会丢失，有时会死机。管理功能实现繁琐功能仅限于数据的记录和统计，不能实现工作流程管理。系统结构落后，不能满足发展需要采用纯单机版软件，版本更新频繁，出现版本不一致的问题，升级维护困难。无法实现异地机构数据共享和基于同一平台的流程管理，难以满足邮政改革和发展需要。信息孤岛现象严重，效率比较低各级邮政企业的人力资源统计数据不能实时共享，所需统计数据都要层层手工汇总，降低了信息处理的效率和准确性。3.2建设目标3.2.1总体目标邮政集团公司人力资源管理系统建设的指导思想是：开放式定位，工作流程化，功能模块化，操作简易化，数据标准化。系统在设计思想、系统架构、应用功能等方面适当超前定位，能够适应集团公司未来3—5年的发展，并且通过系统良好的可扩展性，方便的维护手段，满足集团公司的长远发展需要。总体目标是：在集团公司范围内建立一个信息共享、流程优化的人力资源信息管理平台。通过该平台，实现集团公司人力资源管理工作的信息化、网络化，提高人力资源管理效率，并为领导决策提供支撑和服务。该项目具体的建设目标如下：建立全邮政集团公司能够实时共享的全员数据库通过该系统的建设，制定邮政集团公司的人力资源信息标准，规划、采集（生成）、整理人力资源数据，规范为统一的人力资源综合数据库，充分利用各种统计、查询等方法和工具，全方位、多层次地掌握人力资源信息。通过分级、分块管理和维护，达到信息实时更新、资源共享的目的。提高人力资源部门的工作效率通过系统实现人力资源日常业务的网络化办理，并自动生成管理所需的相关数据，使人力资源部门的工作人员摆脱繁琐的日常事务性工作的困扰，实现节省时间、减少差错和提高效率的目的。规范和优化人力资源工作流程通过工作流引擎的引入，使该系统既能有效满足全集团公司人力资源管理流程化的需要，又能不断规范和优化人力资源管理流程，促进人力资源管理方式的转变，为实现邮政人力资源管理的正规化、科学化和现代化服务。提供一个领导决策支持平台系统全部建成后，能够为集团公司的各级领导提供一个功能强大的决策支持平台。各级领导可以利用系统提供的查询、分析等工具及相关结果，实时掌握所辖人力资源的状况，为不断加强企业人力资源管理和市场竞争力提供决策依据。3.2.2阶段目标邮政集团公司人力资源管理系统采用“整体规划、分步实施”的原则，该系统一期的项目目标主要是建立整个邮政集团公司的组织机构、采集全邮政集团公司的人员基本信息，完成报表管理、系统管理、查询统计等功能。一期实施的主要功能模块如下:组织机构与岗位管理人员管理查询统计报表管理系统管理二期主要完成招聘、劳动合同、薪资、保险福利、绩效考核等功能模块。本次招标只需要实现一期功能模块。应用对象邮政人力资源管理系统的用户分为两类，即•领导•HR专业管理人员各类用户数量如下：全国各级领导总数约为2500人，全国HR人员约为2500人，一共5000人。一期建设范围邮政集团公司人力资源管理系统将满足中国邮政国家级、省级、以及地市级邮政等多个层面的管理需要。具体建设范围如下：中国邮政集团公司（含专业化经营的公司）邮政集团各省公司邮政集团各地市公司3.3建设原则统一性系统的建设要坚持统一领导、统一组织、统一规划、统一标准、统一实施的原则，建立一整套全国统一的应用软件版本。先进性系统应采用当前稳定的技术，符合国际、国内标准的硬件和软件技术规范。硬件系统应选择具有先进性、成熟性、稳定性，并拥有优良性能价格比的设备。软件系统的选择与开发应在满足业务需求的基础上具有易改造、易升级、易操作、易维护等特性。前瞻性系统体系架构和软件体系结构要有前瞻性，充分考虑业务的发展和管理的变化。在系统体系结构和软硬件配置方面既要考虑当前需要，又要考虑未来的扩展。开放性系统应遵循开放性原则，充分考虑未来业务发展的需要，提供良好的数据接口，满足与邮政其他业务系统和外部需求之间的互连互通以及对新增业务的要求。采用国际通用标准接口，通过应用接口在应用层面上与原有系统、内部邮政系统和外部系统进行数据连接和导入导出。灵活性系统应提供较好的灵活性，满足不同用户的个性化需求。在对各业务系统进行数据采集时，要求提供灵活、多样的接口配置。为适应不断更新的管理理念，系统可随时增加、删除、修改系统现有的指标项和定义代码项内容。结合成熟的数据库设计能力，使系统能很快的适应新的管理要求和内容。标准化系统在建设中要严格执行组织机构代码标准和员工数据相关标准。易用性系统应具有良好的易用性，用户界面友好、简洁，布局合理；输入方式灵活、便捷，完全支持简体中文；数据合法性检查准确、及时；信息有一个入口，各个模块共享，有多个出口。阶段性系统应充分考虑系统建设内容与工程实施时间的辩证关系，分期实现，既保证总体目标的最终实现，又考虑阶段性目标的合理性。可维护性系统设计应遵循软件工程思想，采用层次化、模块化的设计，做到层次清晰，各模块相互独立性强，模块间耦合度最小；可方便维护各种基础数据资料；可以方便地对系统进行升级。安全可靠性系统应保证系统7*24小时持续、稳定、安全地运行。要求对关键数据进行加密存储，设定用户对系统不同模块的不同级别操作权限。建立日志文件，跟踪记录用户对系统每一次操作的详细情况。制定可行的重要数据备份恢复策略、安全控制机制、运行管理监控和故障处理手段。对紧急情况应有相应的应急处理措施，具备灾难恢复等功能。3.4系统结构3.4.1总体架构系统采用基于B/S全国大集中方式,所有的数据和业务处理功能都集中在人力资源管理系统的全国中心。全国中心、各省、地市的业务处理和查询通过综合网连接到人力资源管理系统全国中心进行操作。3.4.2与其他系统的关系（接口）在本项目的建设过程中，通过人力资源管理系统提供的接口，可根据实际情况采用与邮政业务系统对接、电子表格或手工录入等方式导入到人力资源管理系统中，保证人力资源管理系统数据的完整性。3.5安全策略人力资源管理信息系统的安全策略体现在物理安全、网络安全、系统安全、应用安全等多个层面上，这些层面的安全目标各不相同但互相关联，构成系统的安全策略，这些安全策略的实施应确保信息的可用性、机密性、完整性、可审查性、不可抵赖性和可控性。4总体要求4.1乙方应提供证明其计算机信息系统集成能力、软件技术能力和项目质量管理能力的资质认证的复印件，并出示原件。满足。4.2乙方提供的应用软件系统应符合《中国邮政人力资源管理系统功能需求（一期）》的要求。满足。4.3乙方提供的应用软件系统应符合《人力资源管理系统技术方案》的要求。满足。4.4乙方应对所建议的方案在安全性、可靠性、可扩展性和可行性方面采用的方案做出详细的描述。满足。4.5乙方要提出应用软件集成在工程实施各个阶段的工作具体内容和应承担的责任的建议，并说明本公司在集成和技术支持方面的经验。满足。4.6乙方应向甲方提供完整的技术建议和解决方案，保证整个系统的正确运行。本技术规范书所要求内容应视为保证系统运行所需的最低要求，如有遗漏，乙方应予以补充。满足。4.7乙方提供的应用软件要严格遵守有关的国际标准、国家标准、行业标准和邮政标准规范，遵循并在技术上实现人力资源管理信息业务需求提出的相关功能和具体规定。满足。4.8乙方要对整个人力资源管理信息系统的全国中心的软件体系结构进行深入的详细描述，并提出具体实现建议。满足。4.9乙方提出的应用软件系统报价包含所采用的第三方产品和自主版权的软件产品，且甲方不再出资另购这些产品。满足。4.10乙方在建议的方案中若用到第三方和（或）自主版权的软件产品，满足以下要求：1、第三方产品的代码量不超过总代码量的10%；2、对于自主版权的软件产品，乙方提供其全部源代码；3、提供软件产品的详细技术资料。满足。4.11若因乙方原因，造成系统运行达不到本技术规范书规定的功能和

性能指标，乙方应无条件进行改进和优化，直至满足要求。满足。4.12乙方提供的应用软件应独立于硬件平台，应用软件各子系统应运行在主流硬件平台上（主机包括HP、IBM；PC服务器包括运行SCOUNIX、UNIXWARE、LINUX等操作系统）。乙方提供的应用软件能够在HP、IBM不同主机平台、不同的操作系统版本上，在12小时内完成安装；超过时间不能完成安装，乙方应安排专家组，赶赴安装现场进行支持。满足。4.13乙方提供的应用软件，在升级过程中新版本应用软件应兼容旧版本应用软件，以保证采用新旧版本应用软件的系统的正常运行。满足。4.14乙方提供的应用软件应具备良好的扩展性，方便业务拓展。满足。5业务功能需求5.1组织机构管理模块组织机构管理与人员信息管理同为基础管理模块，是构建人力资源信息数据库的基石。系统应能灵活建立和调整企业组织架构体系,生成所辖范围的组织机构图，可以树型结构和图形结构两种方式展现组织机构，实现组织机构树历史回溯与反查；支持机构信息的查询、统计和分析;提供编制管理功能，能够自动计算各个单位的实有人数、超/缺编人数，提供预警提醒。具体分为机构管理、编制管理、机构图三个功能。5.2人员信息管理模块该模块是系统进行信息加工处理的基础，直接影响查询统计、报表以及业务处理功能的实现。通过该模块，能够实现对集团公司各类员工按照用工形式、在岗状态等，构建不同类别的员工逻辑数据库,从而实现对集团公司各类员工信息的分类管理和日常维护，包括信息的初始化录入、增加、修改、删除，信息的导入、导出等。5.3查询统计模块查询统计是系统中最常用的功能模块。系统能够以拼音、汉字等不同方式，提供个性化信息查询服务，操作力求直观、便捷；系统应提供各类查询方式,能在现有查询的基础上补充修改形成新的组合查询；支持组织、人员信息的快速检索；支持各级领导对权限范围内的机构信息和员工个人信息进行浏览、查询，能够查询最新的人力资源统计报表，并浏览生成各类分析图表。5.4报表管理模块报表管理模块是一个综合的报表数据汇总处理系统，具体分为报表类型管理、报表样式管理、数据编辑汇总、报表档案管理四个主要功能。根据需要能够定制表样、设定提取数据的统计条件、审核表内表间数据关系，自动取数成表；能够根据表中的统计数据反查数据来源，分析比较不同单位间以及同一单位不同时点的数据，形成分析图表；能对历史报表归类存档备查。5.5系统管理模块系统管理模块是系统安全稳定运行的核心。系统管理包括指标管理、代码管理、日志管理、用户管理、权限管理等功能。指标管理、代码管理是灵活构建人力资源数据库的基础；日志管理、用户管理、权限管理、数据备份用以保证系统能够安全平稳运行。6非功能性需求6.1应用软件系统要实现系统初始化、操作员管理、安全管理、数据通信、系统维护、报表统计和打印等功能。满足：NC人力资源管理软件可以提供以下功能：1、系统初始化，包括安装，配置，以及相关的初始化工具。2、操作员管理：可以分组、分角色进行管理。3、安全管理：分为四个部分：身份认证和数字签名、网络数据流、访问控制及代码安全。4、数据通信：系统提供基于HTTP协议的数据通讯。5、系统维护：提供系统维护的相关工具，安装、升级工具、历史卸出、装入工具、在线任务监控工具，以及外围的OpenView等系统得相关工具。6、报表统计：NC系统提供IUFO报表工具和查询引擎查询引擎是一个相对独立的UAP-NC的可视化查询建模产品，全面支持复杂查询的设计和个性化的分析报表的展现。可以快速定义复合报表.6.2乙方应实现对人力资源管理系统全国中心应用软件系统监控功能，要实时监控系统运行情况，发出故障警告，定位故障点，提出故障处理建议等,使维护人员能尽早发现故障，尽快解决故障。要求采用图形界面，操作简便。满足。，我们可以通过HPOpenViewNetworkNodeManager(NNM)对全国中心应用软件系统进行监控，使用监控软件中的网络拓扑管理自动发现网络节点，检测网络连接，生成和保持TCP/IP网络图，通过色彩确定网络设备的运行状态。对于应用服务器的性能监控主要通过WebLogic的ApplicationsManager来监控应用和服务器性能和可用性，对于应用服务器进行管理。用友公司的专家将协助维护人员尽早发现故障并解决。6.3数据要求严格执行邮政相关编码规范及标准。满足，用友公司将严格执行邮政相关编码规范和标准。6.4安全要求通过配置用户权限或设置防火墙使其它网络与人力资源管理信息系统隔离，可识别各种不良攻击。满足。可以采用防火墙将其他系统与财务系统隔离，可以在防火墙和入侵检测设备上设置安全策略，设别攻击。定期对系统进行病毒检查，实时自动识别来自各种介质（软盘，光盘，接收各种数据文件等）的病毒并查杀。满足。NC人力资源管理软件支持使用赛门铁克、趋势、瑞星等主流防病毒软件，可以对系统进行病毒检查，实时自动识别来自各种介质（软盘，光盘，接收各种数据文件等）的病毒并查杀。系统建设要以高的性价比和效能比为原则；旦从安全性角度出发，既要考虑系统的冗余度和扩展余地，又要为系统在意外、突发事件情况下的应变能力留有应急备份的措施。满足。NC财务管理软件采取以下措施：1、采用关键设备冗余的措施（数据库服务器采用Oracle数据库的RAC技术，WEB应用服务器使用集群技术），应对单点系统故障；2、计算目标系统的数据库负荷MAXtpmC：约87万。可以采用IBMP5570的计算机。这款计算机最大计算能力tpmC100万。另外釆用ORACLE的RAC技术，可以提高是单个计算机的1.4~1.7倍。有足够的计算冗余。3、采用数据备份方案，发生数据库问题，可以让系统快速的恢复重建。6.5备份与恢复系统要求有备份措施和可靠的容错技术，出现故障时能够迅速恢复。满足。NC财务管理软件采取以下备份措施：1、UNIX操作系统的备份：可以采用备份命令定期将系统备份。备份可以分为系统卷组备份和非系统卷组备份。恢复的时候可以根据系统卷组的备份带引导新系统，继而可以创建与原系统同样的系统。2、数据库备份：数据库的备份应保证系统的基础数据、信息等资料不丢失，能够在基础数据系统遭到破坏时迅速恢复，尽量避免或减少数据的丢失，将损失降低到最小程度。通常数据库备份主要有物理备份、逻辑备份、联机备份。3、备份工具主要有：RMAN备份软件、TSM（TivoliStorageManager）。4、备份策略和效果：为保障邮政系统7*24小时工作，要求：快速，不影响系统响应，备份结果集小，可靠，对应的备份策略：RMAN联机增量热备。每半年做一个数据库的全备份（包括所有的数据和只读表空间）每一个月做一次零级备份（不包含只读表空间）每个星期做一次一级备份每天做一次二级备份按照以上备份策略，则每天的所需要备份的数据量只有一天的改变量。而做恢复时最多要恢复当月的一个零级备份+三个一级备份+6个二级备份+当天的归档文件。如果不能接受这样的恢复时间，可以减少零级备份之间的时间间隔。备份恢复时间：系统瘫痪恢复：应用服务器恢复时间只要COPY1G的应用服务器代码就可以了，几分钟就可以恢复。主要是数据库恢复的时间：按照5年业务数据2・5T计算。如果恢复当年数据0.5T计算，磁盘整列的速度200MByte/S计算。按照200MByte/S计算。按照压缩备份可以压缩到以前数据1/3以下。0.5T/3/200M/S=2380S=0.23小时。如果考虑到解压缩，增量处理等3倍的时间。估计时间为0・9小时恢复当年的数据。然后还要进行归档日志处理，估计需要1・5小时，提供对外服务。历年的数据逐渐恢复就可以了技术备份:主要是系统进行升级，或者重大的业务调整进行的相关工作。可以直接采用离线备份就可以了。6.6日志处理系统对运行状态进行日志记录,并能够提供及时有效的查询功能。满足。NC系统提供3种主要的日志：1、系统业务操作日志，记录系统使用的人，发生的业务等等并提供工具察看。2、业务日志：察看平台上处理的相关的数据，处理的进程。3、系统日志：为内部代码进行的日志输出，系统异常的输出，并份进程进行记录，记录在日志文件中，可以进行文本查阅。系统提供相应的功能对数据进行分析，来提高系统安全性，定时对日志数据进行备份和清理。满足。NC系统提供相关的工具察看日志数据，发现日志太多会自动进行删除。业务日志：系统会自动清理。系统日志：采用循环日志，避免日志太大。可以采用定时任务对日志文件进行备份。6.7数据导入导出格式要求数据导出文件应支持WORD、EXCEL，PDF等格式；满足。WORD输出：使用JACOB支持，也可以采用打印功能输出成rtf文件。Excel输出：使用Apache的Jakata项目的POI子项目。PDF输出：使用iTextJava类可以产生，也可以在打印输出时可以生成到PDF。数据导入文件应支持TXT、EXCEL、DBF等格式。满足。主要采取以下方式：Txt导入：主要使用JAVA程序识别，软件中还包括定义数据分隔符等定义数据含义。Excel导入：使用Apache的Jakata项目的POI子项目。DBF导入：使用JDBC接口读入。NC提供一个数据转换平台，可以将各种数据来源装换成XML数据格式，供外部交换平台进行识别使用。全局参数设置功能满足。具体功能如下：系统默认语言：系统默认登录的语言环境；满足：NC支持中文、英文、繁体，系统默认登录环境中文，可以设置。系统默认登录首页面：系统默认登录后进入的起始页面；满足：系统默认首页是jsp开发的，可以根据应用进行设置。系统登录后进行用户操作应用主平台。在线超时时间：用户在线超时的等待时间；满足：NC可以设置用户在线超时等待时间。如果用户在设置时间内没有任何操作，用户将被系统自动注销。软件实现步骤：1、设置超时时间2、记录用户的登录时间3、更新用户使用的时间4、定时扫描用户的最后一次使用的时间，将超时的用户注销掉。可选用验证码：用户登录系统时可以通过输入验证码来提高系统的安全性，防止恶意登录的情况发生；满足：HTML的客户端，系统会为每一次用户登录提供验证码，避免通过程序来破解密码。可上传附件最大值：可以上传的最大附件的大小；满足：NC提供参数设置可以限制附件的大小。内存中文件最大值：上传附件的时候，小于此数值的附件将保存在内存中，超过此数值的附件将保存在临时目录中；满足：文件每次上传时，先将文件按照流的模式传递到服务器上。服务器中会设置单个文件的缓冲区大小。如果文件太大将被放在磁盘上。然后将数据存放在数据库中。存放完毕删除文件，释放缓存区。缓冲区大小：缓冲区的大小（单位：KB）；满足：可以设置单个文件缓存区大小按照KB。临时目录：存储附件的临时目录，必须是存放应用的目录下的某个文件夹。满足：临时目录放在NC安装目录下的工作“TEMP”目录下。在特定时段（如业务高峰时段），可以通过参数设置限制/放开某类用户对某些功能的使用。满足：NC提供2种方式实现上面地要求：1、按照角色进行分权可以设置集团的角色，这个角色分配了相关的功能权限。2、对于特殊的功能点也可以利用我们的参数平台设置参数，功能点执行时读入参数和用户类别来控制用户的执行。系统运行状态监控系统运行状态监控的主要功能是监控主机的运行情况，反映主机的运行状态，供运维人员参考。监控对象包括以下内容：网络状态网络连通性提供IP层、应用层的连通情况，用拓扑图的形式展现，用不同的颜色区分不同的连通状态。比如，绿色表示连通，黄色表示应用层不通，红色表示IP层不通。满足：可以使用HPOpenViewNetworkNodeManager(NNM)，其中的网络拓扑管理能够自动发现和监控机制能够发现网络节点，检测网络网络连接，生成和保持TCP/IP网络图，通过色彩确定网络设备的运行状态。网络流量提供每条网络连接线路上的流量和负载情况。满足：可以使用HPOpenViewNetworkNodeManager(NNM),网络路径管理提供端到端网络路径分析工具，它能快速定位网络路径故障：此问题是否由网络引起，网络瓶颈在哪里,哪条路径正在被使用系统资源：(1)主机性能cpu、内存、I/O、交换区等系统资源的使用情况监控，不仅提供瞬时值，还要提供一段时间的变化情况，提供曲线图。满足。采用OpenViewIT/0和PerfView/MeasureWareAgent产品，PerfView/MeasureWare可以监视的性能测量指标：一GLOBAL。包括系统时间、进程管理、CPU性能、磁盘、交换区(Swap)、内存、文件系统等120多个变量；—APPLICATION。包括应用管理，各个应用占用CPU、磁盘、内存、网络分析等70多个变量；—PROCESS。包括进程管理，各个进程占用CPU、磁盘、内存、网络分析等130多个；(2)磁盘空间文件系统、数据库表空间的使用情况监控，不仅提供瞬时值，还要提供一段时间的变化情况，提供曲线图。并且能够根据历史变化情况预测各个文件系统、数据库表空间的剩余空间还能够使用多长时间。满足。可以采用OpenViewPerformanceManager,结合openviewoperations提供集中的工具来监控和管理数据库实例•如数据库状态，空间管理，数据库性能,存档/跟踪,事务日志,安全性，数据库进程等。并进行图形化的现实集群状态:集群是否启动，是否正常运行满足。采用群集管理器和OpenView的网络节点管理程序(NNM)—起,群集管理器可以让网络管理人员观察MC/ServiceGuard群集的状态.群集管理器可以采用ClusterView。用户状态：系统能够监控在线用户的状态，并跟踪其操作。从业务、信息、运维等多角度有效提供预警、预防、改进、补救措施和手段，确保数据安全和全系统高质量运行。满足。NC提供两个功能：在线监控、日志监控。在线监控能够看见在线用户以及用户使用的功能。日志记录：用户什么时候操作什么业务内容。可以进行日志导出、卸载(也可以定时卸载)。我们的数据都包含什么人录入、什么人审核的内容。可以方便进行业务管理追踪。在实际案例中：通过预警平台+自定义査询，将异常的业务按照预警的方式发送给需要的监管部门。即使有效的控制业务并采取相关的措施。数据库状态：包括数据库进程、表空间、锁资源。满足。可以釆用OpenViewPerformanceManager,结合openviewoperations提供集中的工具来监控和管理数据库实例•如数据库状态，空间管理，数据库性能,存档/跟踪,事务日志,安全性，数据库进程等.Oracle监控工具也提供相关的监控功能。应用状态(1)应用进程应用软件服务进程的运行情况监控，发生服务失效或宕掉的情况予以告警，并提示什么业务、或什么功能不能正常进行。满足：采用OpenViewIT/O和PerfView/MeasureWareAgent产品其中包括进程管理，监视各个进程的运行状态。WebLogic是当今比较先进的J2EE应用服务器之一，对于WebLogic的性能和可用性进行监控也是不可避免的。ApplicationsManager作为一个监控应用和服务器性能和可用性的工具，有助于BEAWebLogic管理。不仅是对WebLogic服务器的管理，ApplicationsManager还能自动诊断、通知和纠正整个IT架构中各个服务器和应用的性能和可用性问题。WebLogic监控支持webLogic的以下版本：WebLogic6.xWebLogic7.xWebLogic8.xWebLogic监控包括提供全面的故障管理和主动的告警通知、检查危急的问题、触发适当的动作，以及收集性能数据用于规划、分析和报表。WeLogic中可以监控的部分内容如下：JVM堆栈使用情况服务器应答时间所有web应用的指标用户会话及相关信息EJB(EnterpriseJavaBean)EJBPool统计量EJBCache统计量ServletThreadpoolJavaDatabaseConnectivity(JDBC)Pool等待连接的时间正在使用的数据库连接所占比例自定义应用MBean(JMX)属性WebLogic管理功能即买即得地管理Weblogic服务器的可用性和性能-检查其是否运行并执行请求。监控JVM内存使用率、用户会话等性能统计数据；并为这些参数配置告警。基于配置的阈值，生成告警和通知；并基于配置自动执行动作。可快速提供性能图表和报表；并基于数据提供报表分组、自定义报表和图表。在我们的应用程序中，根据应用的状态会准确的报出来什么服务实效。(2)消息队列提供应用消息队列的处理情况，发生队列堵塞予以告警，并提示什么业务、或什么功能不能正常进行。满足：使用JMX监控JMS目的地WebLogicServer完全支持JMX，这意味着通过JMX可监控几乎全部的WebLogic功能。要检索JMS统计数据，首先需要获得希望监控的目的地的JMSMBean，比女口weblogic.management.configuration.JMSQueueMBean和weblogic.management.runtime.JMSDestinationRuntimeMBean。这两个类包含若干用来从服务器中査找JMS统计数据的accessor方法。使用这些接口就可以开发相关的工具。（3）业务处理情况业务处理流程的各个环节的状态监控，用于判断一个业务是否成功以及定位业务出错的环节和原因。：系统提供需过功能监控业务流程的各个环节的状态：NC提供日志功能、以及任务线程状态监控、连接状态监控功能。日志功能：历史执行的任务中的日志输出、以及异常日志数据。可以在线的看见什么客户端、执行什么任务、执行了多少时间。可以监控一个任务SQL语句执行的序列（最后100条）。可以看见正在执行的SQL语句。有了这些功能可以在线快速定位相关的错误。对于大的业务流程处理，软件本身提供业务状态信息，可以监控运行的状态和业务处理的状态。（4）常见故障报警对介质损坏、病毒及人为误操作引起的破坏性故障进行报警，可利用备份文件进行恢复。满足：这些都会在《系统维护手册》中准确体现。下面进行简单叙述一下。使用diag可以检测磁盘的介质是否损坏，可以定期作。提供信息给OpenView就可以了。防病毒病毒软件能够提供病毒报警。人为的损坏可以通过系统得监控工具来看见。通过备份方案进行恢复操作。接入渠道根据系统服务对象不同，包括领导、各级财务人员等，能够通过增加服务渠道来减少查询量。满足：对于时效性不高的：从业务系统中分离出来，做另外一个数据库、或者中间表提升性能。比如：晚上生成查询表等方式。对于时效性高的设计上采用数据冗余，固化条件等手段提升查询能力。展现形态上提供P。tal,定期报表，发布信息等手段降低对查询的需求。IUFO报表可以设置年报、月报，并保存业务表。查询历史时可以不用从系统业务数据重新计算了。6.11最大并发数系统的处理应该满足多线程多用户的架构。本项目最大并发用户数875人。系统需具备近期支持3000用户同时在线的能力。满足:用友软件系统技术设计中采用的J2EE架构服务器支持多线程多用户服务模式。经过权威测试试验和800集团用的实际经验，NC财务管理软件可以满足支持3000以上用户同时在线的能力。6.12局域网响应时限系统现有的处理能力应满足未来3—5年的业务需求，系统的数据存储时间应能够满足业务的需要，能满足实时调用和跟踪查询使用。同时单笔响应时限（不考虑带宽因素）应满足系统的基本业务响应时限＜=4秒单表简单查询响应时限＜=8秒多表复杂查询响应时限＜=30秒，复杂批处理v=4小时满足。用友公司提供的万人测试报告中显示：基本业务：人员信息维护查询：2秒单表简单查询：岗位信息查询7.093秒根据这些数据应当能够达到：系统的基本业务响应时限＜=4秒单表简单查询响应时限＜=8秒多表复杂查询响应时限＜=30秒，复杂批处理＜=4小时的要求。6.13处理能力主机系统处理能力表现为单位时间完成交易的能力，要求如下：全国中心主机并发处理能力上忙日忙时业务量，且持续时间为30秒。在业务量峰值时，要求主机CPU利用率不高于70%,I/O平均利用率不高于70%，交易成功率应达到99.99%。满足：根据具体要求进行估算如下:关键参数：参数值数据库计算能力约35万数据库内存按照1C：4G应用服务器约38万应用服务器内存按照1C：2G总网络带宽33M最大磁盘空间5T关键性能参数计算说明在线人员需要的计算能力：按照3000人每人每天需要200次操作，每个交易复杂度为30,系统使用率为70%TPMC=3000*200*30/8/60/0・70=54000tpmC计算两个场景：日常查询、出人事报表。日常査询：日常査询制单操作TPMC值估算3000人每人每天需要200次操作，每个交易复杂度为30,系统使用率为70%，考虑尖峰时刻的压力，是正常的4倍。TPMC=300*200*30*4/8/60/0・70约=214KtpmC对于数据库需要约270000tpmC支撑这些用户录入查询进行业务。出人事报表：假设2天出完HR报表。4小时出完一批，核对2次。400家单位，每家单位月末出50张报表，单个单元格的10（由于HR报表采用矩阵预算,不是一个一个单元格取），16小时完成,系统使用率为70%单元格计算报表大小张数单元格数1002525003001545005007350080032400合计12900TPMC=400*12900*10/4/60/0・70=约300000tpmC在这种配置下可以满足全国报表，4小时内完成。在报表场景下需要的计算能力=300K+54K=354KtpmC・所以中心数据库需要采用354tpmC的计算能力。总网络带宽：总带宽=TPMC*0・5K/60*8/0・7[1]/0・7[2]*0・7[3]0・5k每个Transaction流量。0・7[1]数据有效利用带宽比例。0・7[2]最高使用率。0・7[3]CPU利用率。总带宽=354000*500/60*8/0・7/0・7/1000000*0・7约=33M。防火墙的压缩加解密的速度需要到33M的速度。总带宽需求远远小于1000M网口。总部集中出口需要大于33M带宽。HR存储容量估计存储容量估算：安全存储容量=（HR数据X1・5[存储开销]）X（1+0.5[索引开销]）X1.1[相关数据管理冗余]。eHR系统数据库存储的信息包括实体数据（主要是人员数据）：假设30个信息子集，每个子集平均15条记录，每条记录2K。实体记录=30*15*2K=0・9M。考虑照片所占空间比较大，人员照片200KB估算，人员总数为700000人。数据大小=（0.9M+200k）*700000=0・77T主要的数据占所有数据的60%估算HR数据=0・77T/0・6=1・3T。加上冗余索引：安全存储=1・3T*1・5*1・5*1・1=3・2T考虑到磁盘冗余，整体需要的磁盘为：5T。根据TPMC核心计算机建议：数据库核心计算机：可以采用P557016CPU（或则同性能计算机）2台作ORACLERAC，按照1・4~1・7倍的处理能力。处理能力1,000,000tpmC*1・4~1・7处理能力是：1,400,000~1,700,000.可以满足峰值需要。由可以在1台停机时保持有1,000,000tpmCoWEB/应用服务器计算能力：采用SMARTCLIENT模式WEB压力非常小，和应用服务器放在一起。计算能力和数据库相当，使用WEB使用SSL，比不采用SSL多约10%的资源消耗（经验）。WEB/应用服务器计算：TPMC=350K*1・1约=380K。可以采用：3台P5550计算机进行处理。6.14用户访问优先级为确保重要用户的操作访问，应能够设定访问用户的优先级。满足：NC人力资源管理软件可以通过角色权限配置对用户的访问优先级设定，将应用操作类型优先的任务优先执行，提交到任务队列中排在前面，保证重要用户的操作访问，避免等待。7技术要求7.1详细描述所推荐产品的模块组成及每个模块的功能，描述为满足第一期需求所配置的模块。7.2详细描述产品基础构建平台，主要包括架构、接口等。满足：NC软件基于UAP平台开发的管理软件UAP是UFIDAApplicationPlatform的首字母缩写。是用友应用平台的意思。UAP-NC作为基于多组织架构的企业应用运行平台、基于模式化的开发平台、开放的系统集成平台及统一的系统管理平台，是建立在Java语言所提供的强大功能的基础上开发的。Java是一种简单的、面向对象的、分布式的、结构中立的、安全的、可移植的、性能优异的、多线程的、动态的开发语言，适合构建基于网络计算的企业应用。由于Java的平台无关性，使得UAP-NC可以运行在不同硬件平台、不同操作系统平台上。基于UAP-NC所开发的应用软件采用Browser/Server（浏览器/服务器）的方式来运行。B/S的运行方式最大限度地方便了用户部署和维护大型软件系统，保证了瘦客户机运行，从而大大降低了用户目标系统的总体拥有成本（TCO）。UAP体系结构>」p--EE5nBfislcTf^hnolcig^SfirvlcftsTcchnaan-xTll■皙口『kLoalni'GASflcuriryWorkfluwG^finsct

FrainwAinrkUAP体系结构>」p--EE5nBfislcTf^hnolcig^SfirvlcftsTcchnaan-xTll■皙口『kLoalni'GASflcuriryWorkfluwG^finsct

FrainwAinrkSchedulerExceptionLogRulaEngineMcdndRiaEngineThinciiMEngine-SwiiyLI1JSPFr-amefiMarkFrsnie'wrkSwngU1JSPTftflConDrnteJhvaS[:fiptf-yYQricjh^pForrnOM^ipriEr阳何H口朋闻IWPrinL氐覘netCJifliiy口e旳m「Bu血e细Frac#®DsignerRuIcDcisignnrComponentft^niTjarrwinllooJOnplcryirwiniTck^Cenli鼻jlu命raTailClienl.In^lsllTcol1£■户HernManiiorEnt^rpriRB合刊r嵌日(E-SA；»PojLalServertpwmlam

Frmmwclrk.JWEEPojLalServertpwmlam

Frmmwclrk.JWEE百ageetr(Rmb昌phei•日]WeitiLngiG『UFlDQtAppligailig百日『炖』j|OpsretingSyslennDatabase-UAP-NC体系框架图UAP-NC从体系结构上可分为三层，从下往上分别为系统框架层(SystemFramework)、技术框架层(TechnologyFramework)及应用框架层(ApplicationFramework)，如UAP-NC体系框架图所示。UAP-NC还提供开发和管理工具集(Workshop)。系统框架层系统框架层主要指基础软件，如操作系统、数据库及J2EE应用服务器。UAP-NC支持多种操作系统(Solaris、AIX、Linux、Windows等)，可运行于符合J2EE规范的多种应用服务器(IBMWebSphere、BEAWebLogic、UFIDAApplicationServer等)，支持多种数据库DBMS(DB2、Oracle、SQLServer、OSCAR等)。UAP-NC还提供Portal服务器进行内容集成以使用户对企业资源有一个统一的访问点。技术框架层技术框架层是在系统框架层(操作系统、数据库及应用服务器)和应用系统之间建立的一层技术封装层和系统资源监控和管理层。技术框架层屏蔽不同具体技术实现的细节，减少直接使用系统资源带来的复杂性、异构性、不安全性及不稳定性；技术框架层监控和管理系统资源，保证系统资源的可用性及其合理使用；技术框架层提供最佳编程模式，加快在不同技术平台上开发和部署应用的速度，保证应用的健壮性。技术框架层所屏蔽技术实现细节包括界面风格、远程接入、EJB实现/访问、多数据库适配、事务处理、并发处理、缓存处理、■企业服务架构(EnterpriseServiceArchitecture，ESA)企业服务架构是一个服务集成总线，支持异构环境的服务、消息及基于事件的交互。通过ESA,可以使用与实现无关的接口来定义服务，可发现和调用所需的服务，可解决服务之间的相互依赖。■连接框架(ConnectFramework)连接框架连接客户端与服务器，使不同客户端(浏览器小应用程序、Java应用程序、浏览器JSP)可通过不同访问协议(HTTP/HTTPS,RMI)使用服务器提供的服务。■同步(Synchronization)同步服务实现客户端与服务器代码和数据的同步，及集群环境下服务器之间的资源同步。SQL翻译器(SQLTranslator)SQL翻译器将SQL翻译成适合目标数据库的SQL语句，以适配不同数据库厂商提供的产品；优化SQL，充分发挥不同数据库的最大性能。■元数据管理(MetadataManagement)元数据是描述系统数据(包括界面定义、规则定义、流程定义等)的数据。通过元数据管理，对系统数据统一进行维护以支持用户自定义，如改变字段的可编辑属性、字段的取值范围等。工作流引擎(Workflow)工作流引擎根据工作过程的描述，通过执行一系列已定义的工作项，完成此工作过程。UAP-NC的工作流引擎支持多种工作流模式，如分支、合并、并行、选择、循环、回退等；支持工作项的抢占与会签；支持可配置的动作执行脚本，等等。规则引擎(RuleEngine)规则引擎用来定义和执行各种规则，包括界面规则、关联关系、计算规则、条件跳转规则等。使用规则可以让应用更加富有柔性。规则需要通用的行业化语言精确表达且浅显易懂。规则引擎需要满足一定的计算速度，支持规则的批量处理及理解外部数据。■持久化框架(PersistenceFramework)封装不同持久化技术(如JDBC、普通文件、XML、Excel)。持久化框架可解决对象与关系之间的“阻抗失配”问题。基础算法(BasicAlgorithms)提供统一的基本算法，如排序，XML文档操作，方便开发与编程，统一代码规范。■登录和安全(Login/CASecurity)统一管理系统登录时的身份认证。支持多种身份认证策略，如静态密码认证、基于USBKey的CA身份认证等。支持对业务敏感数据使用证书进行签名和验证以防止数据篡改和提供抗抵赖性。调度引擎(Scheduler)调度引擎对服务和线程进行统一管理，以屏蔽不同应用服务器的异构性。调度引擎调度各种服务、常驻系统服务、客户端的请求服务、以及一些服务的组合。■异常(Exception)统一解释与封装异常消息，如不同厂商的数据库异常的不一致。■缓存(Cache)提供在服务器端与客户端的临时内存中进行缓存的机制，包括对象的创建、共享访问、假脱机(Spooling)、失效等，加快对用户操作的响应。日志(Log)日志机制提供对系统运行时的监控及支持对系统异常的追踪与定位。日志机制可控制日志输出的格式、日志信息的级别、日志信息输出的目的地(文件、控制台、SocketServer等)。通过配置文件进行灵活的设置，用户可以细致地控制日志的生成过程，而不需修改程序代码。应用框架层应用框架层是基于企业建模理论的、以业务导向和驱动的、可快速构建应用软件的软件平台。应用框架层的出现是一种技术创新，它使软件平台多了一个具有革命性意义的战略层次，为降低大型复杂软件系统的实现难度提供了新的途径。将应用软件的业务逻辑和开发技术相对分开，使得应用软件的开发者可以仅关注应用的业务逻辑，而不必关注其繁琐的技术实现。这使管理层与业务人员参与应用软件的开发成为可能。UAP-NC应用框架层基于业务和管理层面，以业务建模(组织、流程、功能、资源、信息)为基本手段，从而构造、开发和维护业务应用系统。使用UAP-NC提供的应用框架层，可大大缩短研发周期，提高研发效率，加快应用开发的速度；减少企业信息系统开发的风险；降低开发成本；实现最终用户的个性化的需求；支持用户在发展过程中各种各样的需求变化；提供应用的高价值。国际化(I18N)实现界面的多语化及数据和展示的本地化。界面的多语化是指根据用户登录时指定的语种显示相应的语言界面。企业用户可以修改相应的语言信息及显示的图片。数据和展示的本地化指日期、时间、数字、货币、汇率等可根据企业用户本地的习惯进行展示。■消息管理(MessageManagement)消息管理集中显示通过ESA所传送的消息，如应用系统所产生的预警消息，通知消息，业务流程相关的消息，及企业公告和用户对发消息等。移动管理(MobileManagement)支持通过移动设备进行消息的交互及操纵业务数据等。对无线设备的广泛支持，UAP-NC带来的是企业管理的无处不在和服务的无限拓展，同时也为企业决策人员提供了高端、迅捷的管理机制。■组织管理(OrganizationManagement)提供从不同维度管理企业，如公司、部门、主体账簿等。数据传输(DataTransfer)数据传输负责传输以规则定义的数据集以支持数据层的应用集成。■数据交换(DataExchange)与第三方系统进行数据交换，提供灵活的数据映射及数据绑定，支持根据业务规则的转换，同时结合工作流平台整合业务流程。■动态会计平台(FinancialAccountPlatform)通过定义会计科目类别和凭证模板，使用凭证生成器，根据业务数据生成实时凭证。在保持业务数据与财务数据相对独立的基础上保证数据的一致性和及时性。预警平台(PreAlert)在预警平台上可定义多种方式的预警条件以进行形式多样的预警，如时间条件、库存大小、生日等。预警还可配置在用户登录时触发。预警消息可以用HTML网页的形式发布，可以通过邮件发布，还可使用短消息发送。业务流程和审批流程的编排(BusinessProcessandApprovalFlowOrchestration)用来定义业务流程和审批流中数据的流向，数据间的关系及以人员的关系。■访问控制(AccessControl)使用基于用户角色和对象权限的权限分配方式。每一角色都包含公有权限和属于某一具体公司的私有权限。角色还提供信任功能。应用模式(ApplicationPatterns)UAP-NC根据经验积累与用户实施，总结出一套与应用界面相关的模式(表单、报表和打印)，更好地提供满足用户需求的界面展现，更快地满足用户个性化的需求。开发和管理工具集UAP-NC在为复杂企业应用软件系统的开发提供一个基本框架(技术框架层和应用框架层)的同时，提供了与之相应的、方便易用的开发、实施、维护和管理工具集。这个工具集预置了大量的基本功能件、核心功能件和应用组件，支持企业模型的仿真、分析、诊断、优化和调整。通过技术框架和应用框架提供的开发与管理工具集：■用友软件和二次增值开发商能很方便地满足用户个性化的需求及用户在企业发展过程中各种各样变化的需求；

■降低开发难度，提高开发效率；■支持基于企业参考模型的快速实施；■提供全新的应用软件开发模式。标准化的UAP-NCUAP-NC是标准化的企业应用平台，支持如下标准：应用服务器：J2EESpecification工作流：WfMCReferenceModel安全：SSLandJSSE，X509Certificate，andDigitalSignature■消息：JMS管理：JMX门户：JavaPortletSpecification（JSR168）■数据库访问：JDBC远程访问与连接：HTTP/HTTPS,RMI/IIOPUAP-NC应用平台为了提高开发效率，降低开发成本，我们需要模型化的快速应用开发平台，

采用基于业务相关但技术无关的模型来开发企业应用,这就是UAP-NC应用平台。界面模板化UAP-NC将一些常用界面（表单、报表、打印、查询）抽象成为模板。模板结合数据域定义了数据的展现方式（即界面格式）。通过模版工具可以开发、设置满足应用的各种界面。界面模式化是一种开发框架和开发模式：业务操作脚本■毘础乎台（流枉）.敷据存取BusinessSeript.HTnfraKt.nict.LircHBataAccckk前后台数据校验

DataVerifier事件处理EventHandler*数据模型

DataIfodel按钮管理.ButtonManager保存用户界而按钮定义1I按hi状态GUILJButtonDefine事件处理EventHandler*数据模型

DataIfodel按钮管理.ButtonManager保存用户界而按钮定义1I按hi状态GUILJButtonDefineI1Riit.tnriStatus¥A卡片界面CardUI列表界面ListUI混合型界面IfenagerUITreeUI界面模板化的同时，也意味着UAP-NC抽取了不同行业中基础的常用的界面模式。所以界面模板化不仅改变了开发人员的编码方式，也使UFIDA积累了业务数据，便于对不同行业客户进行个性化实施。曙用找馱杵曙用找馱杵工作流平台工作流的主要特点是（包含了各种基于人和机器的活动的）流程的自动化，特别是那些包含了应用程序之间的交互的流程的自动化。在一个工作流中，文档、信息或任务等根据一组设定的规则在参与者之间自动传递，以实现整体的业务目标。由于企业的工作流贯穿企业生产经营的各个阶段，所以企业通过引入工作流能够加快流程处理速度，提高企业工作效率和企业市场竞争力；增加对工作流程的控制；便于流程的整合，提升决策质量与正确度。UAP-NC的工作流平台对业务流和审批流的设计、执行、监控、分析及改进提供全面支持；帮助用户在业务过程中，全面记录过程流、协作流、信息流的内容；帮助用户依据流程运行的事实和结果，进行有效的流程分析，以优化过程流的环节、降低协作流的时滞、压缩资源流的成本，实现流程的改进。企业信息化建设的一个目标就是要提高工作效率，UAP-NC为此专门开发了审批工作

流管理平台，以实现管理软件与办公自动化的无缝集成。工作流框架参照WfMC的工作流参考模型实现，如错误!未找到引用源。所示：DataMappingWorkListF?uleEngineRepositoryBusinessProcessDesignerOrganizationModelApplic-ationModelApprovalFlowDesigin&rAppliGflitioriiExchange-EngineChent工作流框架Workflow

DataMappingWorkListF?uleEngineRepositoryBusinessProcessDesignerOrganizationModelApplic-ationModelApprovalFlowDesigin&rAppliGflitioriiExchange-EngineChent工作流框架Workflow

Engine?InvokodApplicationsFnmilSciriptsBusinessService--■Admini,stration&Audit流程中需包含决策点，以对某个条件进行评估，根据指定的业务规则更改流程的行为。这些规则通常是嵌入到流程本身，由于更改规则比更改流程本身更频繁，将导致流程无法重用规则。UAP-NC的工作流平台使用规则引擎将流程与业务规则分离，将规则公开为服务，当流程到达决策点时通过查询规则引擎来调用服务，从而使用户可自行更改业务规则而无需重新部署。由于一些流程的步骤常常是人工执行的（如审批流或异常处理工作流），所以流程定义工具提供了对人工任务的支持，即可定义人工任务作为流程步骤，流程在执行到人工任务时需提供一定的通知方式以便相关人员进行处理使流程继续执行。在工作流处理过程中，有些业务的处理消息除了需要当前处理人处理外，还需要将相关消息抄送给其他工作人员，如企业管理人员或其他相关人员。UAP-NC的消息配置支持按工作流用户、岗位或角色、消息格式、发送条件及发送方式等配置。发送方式定义抄送的消息以何种方式通知消息接收人，如邮件、消息或短信等。工作流引擎支持多种工作流模式，如分支、合并、并行、选择、循环、回退等；支持工作项的抢占与会签；支持业务动作执行脚本，等业务流错误!未找到引用源。详细显示了UAP-NC的业务流程管理的内部结构,可分为三层。最底层是将模块的功能公开为服务的业务服务，由所部署的模块提供，如财务系统、供应链系统、客户关系管理系统、人力资源系统等。在业务服务的基础上，通过服务的合作和配置集成服务组件，形成动作流。最上层是使用业务流程设计器通过组织间的协作和流程编排来连接各组织间的业务，驱动组织向流程组织转变。业务流程管理审批流在业务流之外，UAP-NC还提供了审批流，完成单据的审批功能。审批流由用户录入业务单据驱动。根据业务类型判断是否定义了相应的审批流。如果没有定义，则此业务单据将由有权限用户进入单据处理节点进行审核。如果定义了审批流，工作流引擎根据审批流中的条件选择相应的路径。审批人可在消息中心的待办事务中查看到所需审批的单据。提交审批的单据在审批流的位置和状态可以通过待办事务显示。审批人可以选择驳回单据。审批流程结束或单据在审批途中被驳回时，工作流引擎将发送消息给申请审批的用户，由此用户可方便地查看审批结果。开始■用户A录入业务单据是是否定义审批流否手工选择业务单据

进行审核―自动根据审批流，判断由谁审批.匚用户B・自动审核在待办事务中查询待审■批的单据并进行审批发送消息用户A是否审批流是否结束是否驳回结束审批流程图预警服务预警阈足义l恤警条I［配買预警阈足义l恤警条I［配買訥息—►预那们口处裡g土III艸|:・*规猝前息产生预警服务示意图预警指在某个特定条件下对将要发生的事件（事前预告），或者已经发生的重大事件（事后警告）给出提示信息，以便于企业管理者进行控制。UAP-NC的预警服务提供对重大事件或者例外事件进行及时的预警，帮助企业提高内部管理，完善内部控制制度。作为一个灵活的、自动化的例外信息管理和报告工具,预警服务可以始终帮助用户了解企业运行中的关键活动和事件，有助于业务流程的自动化，更快更好地进行经营决策。并提供丰富的信息通知方式：消息、邮件和短信等。査询引擎与分析报表■查询引擎是一个相对独立的UAP-NC的可视化查询建模产品，全面支持复杂查询的设计和个性化的分析报表的展现。查询引擎集中管理数据源、数据字典、数据访问器和处理器等资源，然后在此基础设施上分查询模型（即查询对象）、格式模型（即格式对象）及报表发布三层结构。查询引擎提供数据处理及分析功能：依据查询对象定义，执行查询操作,产生查询结果集，然后通过数据处理器及格式对象的加工处理，最终生成满足用户要求的数据结果，发布到功能节点树或企业门户中。■查询引擎机构：FormatModelModelDefinitionResourceBindingLayoutPropertiesModelReferenceControlsPropertiesQueModelConstruction——Executor—Designer——ManagerModelApplicationDataReportDrill-throughExportDataMulti-AnalysisPresentationsModelApplicationAccessETLControlApplicationBusinessMulti-Plug-inDatasourcerfDataDataDataDataSourceDictionaryAccessorProcessor查询引擎与报表的结构可以通过免开发出如下查询界面：E

++H-Lt田+曰翻沁ri赵词然d査杜tX殛仙rl翩茨査胡平色JWW1-［車|至腳护」j?F3GU^t5«护■1工只申|更遛引李査咖ISMS童」a^rttsS-M十圧之却引整酗试节点s引ETLI*牛-嘶m5-倶7?曙#退凹ssaa全旨容耿封+甫司科目窑托丰币卅世生甌17示知：H■■佥可UJU审腼10.00KILni.BH±10齐知沁司01阳冬斑用UMi.wm1COOOKI19QI帝旻用1.20X1mooca:-2DQI345^.0000出GID：21苏H帯空可01■I.^DO22砂沁司PJE1念協产斓"L2.M?&0OKI23示知£■■佥司PJW5H.用2WE-Z.OTM~l^X7揃佔询01库存奇品5.0QD05Qg25SH诩欝司DIJR计折旧EG*禽丸aos：2EDI内臨EKCG.^Iddaco-屮|[臥降旦中心捋协9*记录.*itTssj301[«'31HK•201£11CO?-tilDOOSIW"j-2ia,357*1车帀fit世生羸自當連采购模块采购模块动态会计平台国内传统的ERP系统中，强调财务业务的一体化运作，但是随着企业业务的扩展和管理的发展，呈现出一种在三流（物流、资金流、信息流）统一的前提下，财务和业务运作管理分离的趋势。NC动态会计平台可以达到：财务实时反映业务活动、财务会计数据与业务数据保持一致，财务和业务的相对独立动态会计平台来实现企业管理的要求，如图错误!未找到引用源。所示。销售模块销售订单发货单库存模块块T閃材料出库单产成品入库单请购单到货单报检单销售出库单收款单应收单货模块!应付单付款单出库.结转入库成本确认销售出库单收款单应收单货模块!应付单付款单出库.结转入库成本确认采购发票应收模块采购入库单实时凭证会计记账凭证会计账簿实时凭证会计记账凭证会计账簿动态会计平台（科目分类定义、凭证模板定义）动态会计平台消息中心消息中心显示UAP-NC及其之上的应用系统（如UFIDANC）运行中所产生的各种消息（如工作流平台产生的任务项、预警消息、公司发文等）并可进行相关的处理操作。消息中心提供个性化定制的功能，每个用户可定制自己喜欢的栏目样式和大小。消息中心还具有排序、定位、查找及过滤功能。消息中心分如下三栏：公告栏

公告栏显示公司发布的信息，方便管理员及时发布企业信息。公告栏还可显示个人之间相互发送的消息即提供即时通讯功能。■待办事务待办事务的来源是工作流平台产生的工作任务。双击工作任务会进入相关的功能节点方便用户处理工作任务。■预警消息预警平台发送的预警消息显示在预警消息栏目中。点击预警消息时，将显示此消息的HTML页面。外部交换平台系统集成涉及两个方面:系统管理一致性与日常业务的业务集成,都可以使用NC外部交换平台完成：外部交换平台是用来在NC和其他外部系统之间交换数据的工具。其他外部系统如U8产品，或者其他公司的产品，只要遵守了共同约定的数据规范（在该平台中使用的是XML文档），就可以实现诸如基本档案、会计凭证和各种业务单据的系统间的交换。I.■高連缓存D皐统.注冊Ki业WI.■高連缓存D皐统.注冊Ki业W务业齐撲块业务棋块数据格式样式:<TxmlversiDn^'l.o10ncadinq=,,gb2312"?>-<ufinterfacBbillt^pe=*TEstfireplace=l,¥4rBceiver=,,ykhsender=41101hiseHchangB=K¥BfilBnarn0=,tBst61.3i：mliprac=saddil>-<billdata><1―单it—>-^cu^tonier^EX^.■i!一单据头一><street>12345HappyL^^^^strei•i><citv>Plunk</city><zip>90O59<7zip^处<pkonE=ElElEL：5：5S・1234</ph=_i^n</customer_E>：>-<pers口□_£>：:>-<^ntry>□匚ust-num?-1234Vcu5i：-i<first-nanie>Alati</lirst-name>=rlast-name>Turiinc/last:-name></entr7>-<entry><cust-num>5678</cust-ni_jri>^first-narne?JohiniVfirst-namB?clast-name^Smith<q/last-narne></entry></per5on_EX></billdata></unnterftce>编程范例n竪熬;忸连樓并设宜话凄和弓准Sring^l-FtlptflO?工耳丹I珈也emWXiJan典SerJl*;URLralURL=^llRb>^HlipIJRLCconEGtoncEmnccbzai=(Hl1pIJflLCconKtiDJili匕aJiJLLmpe口CdiijimIliiii0；fompcban.sdDcOulpuXB"hcDDDKUwi5ctF.cquEslPrepntXA'C<］DlecH¥ptf\ymrx—CDUIKtion5CtRtqOE5tflJtthflii'x'PO5t'，)-1.■將氐呦象呂7连捲旳辅岀孫中FlIefile-Filq^C/HmpJes/pswtichkiT);fnpiXSfrmirfiul-ntwFi漏MSkBann：Re),Documenl.血［:=XMLiJi0.申D〔c曲lertBim阿］阿赋mp旳.Vfiiswnkr=newChjIpulSIreajDWrjlai^QCCiPzIiniLg.EtOulpul^trcaM),uLnr-nXNtLLlLpndtDODdlrnl^Tier,doc,T|;“按IBXMU文杵塔*曲"从谨暗田输扎我中*目回执管息FliputStreaminputstrtarn-cnixitcriDRpi［叩ESirtatnCi：DdEEiailTEDwXMLttd.getCijcunift-itBjiltai：)阿喊topi壻『e痢工丁解需为Doq时安NCUAP提供了许多组件的开发文档，规范相关的开发设计:NCV5-Portla1技术红皮书NCV5-内存级缓存技术红皮书NCV5-基本档案事件通知技术红皮书NCV5-基础框架技术红皮书NCV5-外部交换平台技术红皮书NCV5-开发平台技术红皮书NCV5-打印模板技术红皮书NCV5-持久层技术红皮书NCV5-数据传输技术红皮书NCV5-数据卸载技术红皮书NCV5-新建公司账技术红皮书NCV5-日志异常技术红皮书NCV5-查询引擎技术红皮书NCV5-流程平台技术红皮书NCV5-用户权限技术红皮书NCV5-自定义技术红皮书NCV5-轻量级组件技术红皮书NCV5-预警平台技术红皮书OOOO7.3说明产品所遵循的J2EE协议的版本、JDK版本。说明是否支持WEBLOGIC中间件，是否有其它特殊要求。满足：产品所遵循的J2EE协议的版本：J2EE1.4.JDK版本：JDK1.4JDK1.5都可以。支持weblogic中间件，Weblojic9.0Diabol支持J2EE1.4支持websphere中间件,websphere6.0支持j2eel.4没有特殊要求7.4产品应支持甲方指定的UNIX（包括IBMAIX、HP-UX）/LINUX（红旗LINUX）服务器、ORACLE10gRAC及WEBLOGIC中间件。满足：NC采用全JAVA开发，支持IBMAIX、HP-UX/LINUX服务器。采用JDBC访问数据库支持ORACLE10gRAC，支持WEBLOGIC中间件。7.5产品客户端应支持IE、NETSCAPE、FIREFOX、OPERA等主流浏览器，支持WINDOWS/LINUX等操作系统，客户端插件的大小限制在10MB以内，可以运行在内存为128M的浏览器终端。满足。客户端支持IE，NETSCAPE，FIREFOX，OPERA：IE：直接使用JAVAPLUGIN就可以。做嵌入运行就可以。NETSCAPE、FIREFOX、OPERA：直接使用APPLETTAG就可以。比如：vappletcode=…codebase=・・・>作为引导引导智能客户端就可以。使用HTML的客户端，所有的脚本都采用JAVAScript标准书写。可以支持IE、NETSCAPE、FIREFOX、OPERA。个别显示效果作了智能判断判定了是IE还是非IE的效果处理。如果本地安装了JavaJre,不需要额外客户端插件。主要是IE使用JavaPlugin客户端插件可以打包后约9.7M。系统可以运行在内存为128M的浏览器终端。客户端没有业务数据的应用时一般占用30~50M。7.6根据本期功能需求和技术要求，评估系统所需服务器的性能、存储容量和网络带宽，并给出配置建议。满足：用友公司根据本期功能需求和技术要求，评估结果如下:参数值数据库计算能力约35万数据库内存按照1C：4G应用服务器约38万应用服务器内存按照1C：2G总网络带宽33M最大磁盘空间5T评估过程：假设俩个场景：日常查询、出人事报表。按照3000人每人每天需要200次操作，每个交易复杂度为30,系统使用率为70%TPMC=3000*200*30/8/60/0.70=54000tpmC日常查询制单操作TPMC值估算1000人每人每天需要200次操作，每个交易复杂度为50,系统使用率为70%,考虑尖峰时刻的压力，是正常的4倍。TPMC=1000*200*50*4/8/60/0.70=120KtpmC对于数据库需要约170000tpmC支撑这些用户录入查询进行业务。中央数据库服务器配置需要比这个大，才能支撑。应用服务器采用集群，F5前置流量分配来解决WEB/APP接入的问题。假设2天出完HR报表。4小时出完一批，核对2次。400家单位，每家单位月末出50张报表，单个单元格的10（由于HR报表采用矩阵预算，不是一个一个单元格取），16小时完成，系统使用率为70%单元格计算报表大小张数单元格数1002525003001545005007350080032400合计12900TPMC=400*12900*10/4/60/0.70=约300000tpmC在这种配置下可以满足全国报表，4小时内完成。在报表场景下需要的计算能力=300K+54K=354KtpmC.所以中心数据库需要采用354tpmC的计算能力。网络带宽估算：按照报表进行带宽估算，由于查询报表对网络带宽要求相对高。按照354KtpmC•进行计算，每个交易的数据量为0・5KByte。总量为354k*0.5k=177MByteo每秒的流量195M/60=2.95Mo另外网络峰值流量按照70%估算，字节到位8倍，网络带宽与有效数据差认为是70%o总带宽需求=2.95M*8/0.7/0.7=48MbpSo数据库、应用服务器的带宽推荐为1000M网卡比较合适。总带宽需求远远小于1000