集团有限公司人力资源管理信息系统招标文件

《集团有限公司人力资源管理信息系统招标文件》由会员分享，可在线阅读，更多相关《集团有限公司人力资源管理信息系统招标文件（35页珍藏版）》请在装配图网上搜索。

1、XXX 集团有限公司人力资源管理信息系统招标文件XXX 集团有限公司二零零年月投标邀请函_公司：XXX 集团有限公司（招标方） ，对人力资源管理信息系统项目进行招标，招标方邀请贵公司进行封缄投标。发标时间：交标时间：200200年 月 日 时到年 月 日 时到200年月年日时（北京时间） 。月日时（北京时间） 。投标文件必须于投标截止时间之前交到招标方。 招标方不受理投标截止时间以后的任何投标文件。有关此次投标邀请事宜，可按下列地址以书面或传真形式向招标方查询。地址： _，邮编： _XXX 集团有限公司人力资源部联系人：电话：传真：xxx 集团有限公司200年月日目录投标邀请函1一概述 .51

2、.1项目概况51.2招标文件概述8二投标要求 .82.1对投标方的要求82.2对投标文件的要求9三系统技术要求 .113.1总体技术框架113.2总体技术要求113.3业务系统技术要求123.4软、硬件平台技术要求133.5招标方应用技术标准13四应用系统功能要求.174.1总体应用功能框架174.2基础业务功能 .184.3扩展管理功能要求 .214.4系统支持功能要求 .214.5决策分析功能要求 .22五系统实施要求 .235.1进度要求 .245.2项目交付项 .245.3技术服务要求 .255.4技术培训要求 .265.5升级和维护要求 .26六商务要求 .266.1付款方式 .26

3、6.2违约责任 .276.3解决纠纷的方式 .276.4合同签订 .276.5其它 .27附件一：投标报价表 .27附件二：点对点应答表 .29附件三：投标差异表 .30附件四：业绩列表30附件五：拟参加本项目人员资料列表31一概述本次招标是为xxx 集团有限公司（以下简称“集团公司” ）人力资源管理信息系统（以下简称“本系统）” 项目组织的。1.1项目概况集团公司于200年月日正式挂牌成立， 。1.1.1项目背景和系统现状集团公司成立之前， 就已经有部分下属单位开展了包括人力资源管理信息系统在内的大量信息化建设，大部分下属单位的人力资源管理到目前还停留在手工操作上。所以，到目前为止，集团公司

4、的人力资源管理还存在以下问题：(1) 缺乏集中共享的人力资源数据，无法支持集团化的人力资源调配和分析。(2) 各单位人力资源管理业务无统一规范，造成管理资源上的较大浪费。(3) 许多单位的大部分业务还停留在手工劳动上，缺乏网络化的业务支持，缺乏电子化的数据支持，人力资源管理琐碎工作较多，整体效率不高。(4) 沿袭传统的人力资源管理模式，还没有充分研究和引进值得借鉴的先进人力资源管理思想，人力管理制度还不够灵活。在目前情况下， 集团公司迅速发展， 在全集团范围内实现人力资源的集中化调配显得尤为关键。 随着集团公司的信息化建设不断深入开展，人力资源管理信息系统的建设已经具备了较好的条件。目前，集团

5、公司的信息化建设环境大体如下：(1) 集团公司的系统的主机和存储系统运行环境已经有了一定的基础。(2) 集团公司总部以及下属各单位基本建成带三层交换的高速局域网络，集团总部与广泛分布的各下属单位间采用2M 带宽专用光纤网络连接， 并且还在考虑逐步扩容和增加备用通道。(3) 集团公司已经完成阶段性信息规划和应用集成规范的制定工作，为本系统的建设提供了关键的技术标准和约束。(4)集团公司的IT 基础架构正在搭建，如PC 环境管理、 EIP 等都在建设中，可以为本系统的建设提供底层支持。1.1.2项目建设目标(1) 集中存储和处理全集团公司的人力资源信息，为全集团公司范围内的人力调配决策提供及时准确

6、的资料。(2) 结合本系统的建设，在全集团公司范围内逐步规范机构、岗位和人员设置编码，为各项工作的集团化管理奠定基础。(3) 逐步规范和简化集团公司内的人力资源设置和业务处理过程，提高集团公司的人力资源管理效率。(4) 增强员工自助服务能力，减轻人力资源管理者的日常工作量。(5) 引进先进的人力资源管理思想，逐步优化集团公司的人力资源管理方法，增强集团公司的核心竞争力。1.1.3项目建设阶段和范围(1) 系统建设的三个阶段本系统应至少能支持全集团公司5 年内的人力资源管理业务，系统建设上总体分为以下三个阶段：试点建设阶段： 招标方与中标方签订合同后6 个月内，在集团公司较小的典型范围内建设完成

7、基本的系统功能模块。推广建设阶段： 在试点建设阶段完成后3 个月内， 将基本的系统功能模块推广到集团公司所有直接经营管理的下属单位；在基本的系统功能全部推广完成后3 个月内，在全集团公司建设完成必要的扩展功能模块。推广应用阶段：在系统生命周期内，集团公司将会逐步增加一些新的下属单位，本系统也应覆盖到这些单位。本次项目包括上述三个阶段的所有内容，招标方有权选择上述全部或任何部分授予中标方合同。(2) 各阶段的系统建设地域范围和规模试点建设单位：_共 _ 个单位，共约 _名管理用户。推广建设单位：集团公司其它所有直接经营管理的下属单位，共约_名管理用户。推广应用单位：集团公司在近年内即将成立的直接

8、经营管理的下属单位，预计共约_名管理用户。(3)各阶段的系统建设功能范围试点建设功能范围： 包括支持系统运行或支持招标方日常业务所必须的主要功能模块，至少实现机构人员信息管理、薪酬管理、保险福利管理、考勤休假管理、招聘管理和合同管理等6 个主要功能模块。推广建设功能范围：在前阶段实现的系统功能基础上扩展绩效管理、劳动力规划和职业发展、薪酬福利设计、平衡计分卡、时间管理，以及自助服务和智能分析等高级功能。推广应用功能范围：功能范围同前两个阶段。1.1.4供货和报价范围(1) 咨询顾问部分：指咨询顾问商通过调研和分析，总结出招标方的人力资源管理现状，发现招标方在人力资源管理方面存在的问题，提出对招

9、标方人力资源管理方面改进的建议，并结合人力资源管理信息系统软件明确系统设计和实施方法。(2) 硬件部分：指本系统在设计、开发、运行和维护过程中必须或投标方建议采用的硬件设备，要求所选择的硬件必须是主流厂商生产的标准通用产品。(3) 系统软件部分：指本系统在设计、开发、运行和维护过程中必须或投标方建议采用的支持软件，要求所选择的系统软件必须是成熟通用的商品化软件。(4) 应用软件部分：指投标方在系统软件基础上自主开发的满足或高于本招标文件要求的人力资源管理信息系统应用软件（中文版） ，以及应用软件的实施，并提供相关的技术文件。(5) 技术服务部分： 指系统集成、 培训，以及最终验收日起 12 个

10、月内的有偿维护服务，包括运行维护、系统升级和系统改造。(6) 招标方有权选择上述全部或任何部分授予中标方合同。1.1.5项目建设原则(1) 本系统应按数据和应用集中部署的原则建设，各应用终端通过专用网络在分布较广的范围内实时连接操作。(2) 本系统应采用成熟的应用软件平台或原型系统，在统一设计的前提下，充分研究集团公司总部和下属单位的业务需求和关联，形成唯一一个完整的系统。(3) 统一设计，分步实施。在系统建设开始阶段就全面调研全集团的业务需求，为统一设计提供基础，在系统开发实施上则分步开展。(4) 本系统应严格遵循集团公司的信息规划和有关技术标准，采用符合要求的技术路线和编码规则，将本系统应

11、纳入公司的整体信息体系中。(5) 本系统应统筹考虑与其它信息系统的功能边界界定和信息集成共享，实现信息安全、可靠、快速交换及功能模块互调，以人力资源管理的业务处理过程为依据，将各种原始数据加工成规范化的信息，实现信息的高效利用和统一管理。(6)本系统应遵照有关标准和规范：如计算机软件开发规范（GB8566-88 ）、计算机软件开发文件指南（GB8567-88 ）等。1.1.6有关招评标事宜(1) 本次项目仅允许针对咨询顾问部分和项目其它部分采取联合投标形式，不允许中标后的转、分包。(2)投标方如对招标文件有任何疑问，可在交标截止2 个工作日前可通过书面形式告知招标方， 招标方可以在交标截止前任

12、何时间予以书面澄清或不予澄清。如有必要， 招标方可以决定推迟交标时间。(3) 投标方应根据招标方的通知派代表按时参加招标方组织的开标大会，不按时参加的作为自动弃标处理，参加投标的所有费用由各投标方自理。(4) 招标方将自行组织专家进行评标，招标方不承诺最低价中标。(5) 如招标方认为必要，可以不推选任何中标单位，并对此不作任何解释。1.2招标文件概述(1) 本招标文件提出了本系统的建设规模、主要业务需求和技术指标要求，可供投标方编写投标文件之用。(2) 投标方应按照本招标文件的要求提供详细、完整的技术方案，该技术方案应完全满足或高于本招标文件的要求， 对于本招标文件中的某些部分， 投标方如不能

13、满足要求， 或有其它替代方案， 或有其它修改建议， 应在技术方案中指出其必须进行修改的理由以及与原要求的差别。否则，招标方即认为投标方可以满足本招标文件的要求。(3) 所有招标方认为是本招标文件范围所要求而被遗漏的项目，都被认为是包含在本次招标范围内， 投标方的报价被视为包含此遗漏项目的报价， 投标方可以就投标方认为的遗漏项目提请招标方注意，并详细说明理由，招标方将就此进行澄清。二 投标要求2.1对投标方的要求投标方应明白并承诺，必须至少满足以下要求，才能作为合格的投标方来参与本项目的投标。 投标方在投标文件中的有关内容，除非明确说明的，招标方都认为达到或高于以下要求。2.1.1资质要求(1)

14、 投标方近 3 年内财务状况良好。（近 3 年的财务报表必须包含在投标文件第二部分中，否则作为废标处理）(2) 投标方近 3 年内无任何违法行为或经济纠纷。 （请投标方注意：一经招标方查证投标方有上述情况， 在任何时候立即无条件取消投标、 中标资格或中止履行合同， 由此造成的所有损失由投标方承担）(3) 拥有较丰富的人力资源管理信息系统业绩。 （已经投入试运行或正式运行的部分业绩必须按附件四要求列出）2.1.2工作范围要求(1) 投标方必须有能力提供满足本招标文件要求的货物和服务。(2) 投标方必须在 xxx 省有技术支持及售后服务队伍，具备能够满足招标方要求的维护服务能力，包括有关的专用设备

15、和专业技术人员。(3) 如果投标方在投标中采用任何第三方产品，则必须提供第三方产品原厂商专门为本项目（必须注明“ xxx 集团有限公司人力资源管理信息系统” ）出具的授权书或质量服务保证文件，否则作为废标处理。2.2对投标文件的要求(1) 投标方必须提供 6 份全中文书面投标文件（ 1 份正本、 5 份副本）， 1 份电子文档（光盘、 EXCEL 或 WORD 格式），投标方必须严格按以下编制要求编制投标文件，否则作为废标处理：第一部分：投标信函。第二部分：投标方有关营业、资质和业绩等证明材料，以及有关第三方产品原厂商按2.1.2 中第 3 条要求出具的证明文件。第三部分：根据本招标文件的编排

16、顺序，逐项逐条地给予点对点明确的应答。第四部分：根据本招标文件的要求，提供详细的技术方案，提出多种方案时，应予以分析比较， 并明确建议唯一的投标方案，投标方必须严格按以下编制要求编制技术方案，否则作为废标处理：（一）总述（二）系统总体架构及技术路线1) 提出系统总体架构的建议方案及依据，描述系统的总体拓扑结构。2) 提出系统采用的技术路线建议及依据。（三）系统软、硬件平台配置方案1) 提出支持软件平台配置的建议方案（包括产品、版本、数量和有关性能指标的详尽列表）和依据。2) 提出系统主机设备、存储设备和客户端设备等硬件平台配置的建议方案（包括型号、配置、数量和有关性能指标的详尽列表）和依据。（

17、四）应用软件技术方案1) 提出完整的应用软件解决方案，描述其软件体系结构、设计思想、各子系统和模块的基本功能和性能指标。2) 针对重要的业务模型（包括工作流模型、分析预测模型等）提供详细的设计建议和方案。3) 说明技术方案中所使用的公共标准（例如：国家标准、信息产业部部颁标准等），若提供的工具和系统平台包含投标方的专用标准，也应具体说明，（五）（六）（七）（八）（九）（十）并附上相应的详细技术资料。系统安全解决方案针对如何保障本系统的主机、网络、数据和应用的安全提出详细的建议方案和依据。项目的交付项说明项目任务完成后，投标方根据合同应提交的货物、服务以及交接文件等，并附上相应的交付时间计划表。

18、测试及实施方案具体说明项目的实施方案和项目实施计划。培训课程和培训方案说明投标方为本项目所提供的培训课程、内容、方式和具体计划。技术服务和技术承诺投标方为本项目所提供的技术服务的内容、服务方式和服务承诺。附录其它投标方认为需要为本项目提供的任何的资料信息。第五部分：提供相应方案对应的报价总价和报价明细表各唯一的一份 （该部分单独密封，密封的信封放于投标文件正本中， 任何投标报价信息不得出现在除本部分外的任何投标文件中，否则作为废标处理）。第六部分：投标差异表。(2) 投标方必须保证投标文件（以及以其它任何方式向招标方表达的与本次投标有关的）中所提供的信息真实、准确、可查证，否则作为废标处理。(

19、3) 投标方应确保其技术方案中所供系统的完整性，本招标文件遗漏的一切事项，只要这些事项可以确定为是保证投标方所供系统安全、稳定、可靠的有效地运行所必需的，都应该被认为包括在投标价格之内。(4) 投标方可以对本招标文件提出修改意见供招标方参考，招标方有权因需要对本招标文件进行修改和补充。三 系统技术要求3.1总体技术框架EIP （单点登陆、身份认证）展现层， EIP 另行单独建设，采用IE 浏览器HR 人力资源系统平台及应用软件业务逻辑层，采用多级个性化集中式功能部署MicrosoftIbmOracleBea其它中间件应用服务器应用服务层，采用集中式部署主流中间件平台Oracle b 9i数据层

20、，采用集中式Oracle数据库3.2总体技术要求(1) 系统采用基于多层功能分布式的B/S 架构，客户端如需插件也应自动下载并安装配置。(2) 开放性要求：支持多种硬件平台，采用通用软件开发平台开发，具备良好的可移植性。采用标准开放接口，支持与其它系统的数据交换、共享和功能模块调用，支持与其它商品软件的数据交换。(3) 标准化要求：所有各项软件开发工具和系统开发平台应符合我国国家标准、信息产业部部颁标准等相关技术规范和要求。(4) 参数化要求：必须实现完全模块化设计，支持参数化配置，支持组件及组件的动态加载。(5) 容错性要求：提供有效的故障诊断及维护工具，具备数据错误记录和错误预警能力，在出

21、错时具备自动恢复功能。(6) 安全性要求：授权和访问控制，支持数据库存储加密，数据交换的信息包加密，数据传输通道加密，发生安全事件时，能以事件触发的方式通知系统管理员处理。(7) 可靠性要求：系统应具有较高的可靠性，不应出现因应用软件引起的异常宕机现象，在发生错误时能够快速地恢复正常运行， 软件系统要防止消耗过多的系统资源而使系统崩溃。(8) 兼容性要求：满足向下兼容的要求，软件版本易于升级，任何一个模块的维护和更新以及新模块的追加都不应影响其它模块，且在升级的过程中不影响系统的性能与运行。(9) 易用性要求：应具有良好的简体中文的操作界面、详细的帮助信息，系统参数的维护与管理通过操作界面完成

22、。3.3业务系统技术要求(1) 满足本系统数据和应用集中部署，操作和权限分级分布的要求。(2) 满足本系统在 5 年内的数据存储和业务处理要求。(3) 无缝集成图形化自定义报表和工作流等工具。(4) 系统应提供易用的系统设置或二次开发功能，满足因政策变化等外部及内部改革引起的业务变化的需求。(5) 系统在进行数据处理的过程中，必须具有一定的纠错能力，对于异常、格式非法、内容不合理或不正常的数据要能进行特殊处理。(6) 系统峰值响应速度良好，并发处理用户50 人。(7) 非统计性查询响应时间 2 秒。(8) 报表汇总时间 10 秒。(9) 界面上图形、报表相结合，图形可灵活控制。3.4软、硬件平

23、台技术要求项目要求1、主机2、存储3、数据库4、 WEB 服务及中间件5、公用设计开发工具数据库、 WEB 及应用服务器：共用一台高端PC 服务器， 4 路 CPU （2GHz及以上），273G 10Krpm RAID1 ，4G DDR RAM ，1G ECC 二级高速缓存， 1 块 1000Mbps 网卡， 2 块支持 SAN （ IBM ESS 2105 ）的光适配器（含 20米配套使用的光纤） 。建立在已经采购的SAN 中。采用 Oracle9i for Windows标准版 100 用户。采用主流商品化产品。视投标方设计开发要求而定。3.5招标方应用技术标准本系统除满足上述技术要求外，

24、还应满足招标方的信息系统技术企业标准。 xxx集团有限公司企业标准之计算机、网络及信息系统管理标准之细则六信息系统集成技术管理细则如下：1 说明1.1本细则所指信息系统是指与信息技术相关的软、硬件集成、开发、实施和咨询顾问系统。1.2本细则规范了信息系统的原则性开发设计方法，主要目的在于通过建设信息集成平台，实现信息系统间在数据层、应用层、业务层和门户层上的系统集成，避免传统信息系统开发方法下形成的“信息孤岛”现象。1.3本细则将作为管理信息系统技术方案和招标文件的一部分，用于约束引进的信息系统的开发和设计。2 系统集成的 4 个层面2.1数据集成：基于共享数据格式交换的系统集成形式，不同系统

25、间相互约定好某种数据表示格式，通过某种约定好的通讯方式进行数据交换。2.2应用集成：基于接口调用的系统集成形式，不同系统间按约定好的外部接口规范和外部接口协议标准调用对方提供的接口函数。2.3业务流程集成：是应用集成的高级形式，不同的系统分别以各自的数据集成或应用集成的方式连接到统一的业务流程集成的平台上，这个平台起着消息总线的作用，对输入的消息自动进行数据格式转换、消息路由和流程处理，最后输出到目标系统。2.4门户集成：是在数据集成、应用集成和业务流程集成的基础上，将企业的各个信息系统通过统一的信息门户进行展现，实现单点登录。3 各层面系统集成的技术要求3.1数据集成：采用XML 技术，各应

26、用系统都将各自的信息以XML 格式接入到应用集成平台，结合应用集成平台的XML 格式数据转换和业务流程集成功能，实现各信息系统的可动态配置的单向或双向的信息交换和业务整合。3.2应用集成： 采用SOAP和UDDI技术， 各应用系统将自己的服务接口以SOAP协议标准接口进行封装、发布到统一的UDDI目录服务中， 并根据UDDI信息正确调用其它应用系统提供的SOAP接口。3.3业务流程集成：在数据集成和应用集成的基础之上进行，应符合BPEL标准，应可互操作、模块化、集成、可扩展和安全，能够将信息、人员和业务过程联系起来。3.4门户集成：由目录同步服务提供统一的用户管理功能，并建设企业内部的证书中心

27、。管理员利用目录服务管理系统（应采用B/S架构）进行用户帐号的创建、修改和删除操作。 在各种操作的同时，自动调用各应用系统的对应的目录同步接口进行操作，或直接操作数据库中的用户表，以达到按需同步修改所有目录的目的。各应用系统的原有的用户管理功能和密码功能应予以屏蔽，或重定向到目录同步服务的对应页面（注意： 仍沿用各应用系统自己的授权管理） 。4 系统集成平台的基础设施要求4.1建立统一的企业目录服务，统一管理和保存用户的帐号和密码信息，采用LDAP作为其核心协议，能够在不同的操作系统中使用，与多个名称空间集成。4.2活动目录使用Internet域名服务作为定位服务，把域中的对象组织为一个层次结

28、构的组织单元，同时允许多个域组织成一个树状结构，采用域控制器进行活动目录的管理。4.3客户端 PC 逐步采用Windows2000/XP平台，并统一加入并登录到活动目录中。4.4 建立单点登录的统一认证机制， 支持 X.509 电子证书标准， 与活动目录无缝集成，支持服务器验证安全证书、 代码签名安全证书、 电子邮件安全证书、 加密文件系统安全证书、客户端安全证书等类型证书的签发和管理。4.5WEB 服务使用WSDL 来发布关于可用服务的信息，一个址和协议，以及用于描述数据格式的数据类型定义和消息类型的信息，并在WSDL文件包括关于地UDDI 上发布。4.6支持主流的集成开发环境，并且应可以使

29、用各种标准主流的工具、编辑器和其它可用的用户界面。4.7业务过程支持BPEL标准，可以使用在XLANG或WSFL语言中定义的业务过程。支持XSD语言图形化地定义业务过程，支持复杂的数据类型，并能通过BAM框架监控业务过程。4.8应用集成平台应提供控制台进行统一管理。4.9应用集成平台应通过提供基于XSD 定义的适配器框架， 使用来自开发商的打包的适配器，将打包的或专用的系统连接起来。常用的适配器至少包括FILE 适配器、 HTTP 适配器、 MSMQT 适配器、 SMTP 适配器、 SOAP 适配器、 SQL 适配器。4.10应用集成平台组应可以包括并支持多个MessageBox数据库。4.1

30、1应用集成平台应能够为分布式的工作负载均衡，将消息路由到特定的服务器，提供灵活的规模扩大模型，该模型包括接收主机层、处理主机层、事务处理主机层和MessageBox数据库层。5系统集成平台的选择目前，企业应用集成平台的相关技术、标准和产品已经达到相当成熟的商业化程度。在选择应用系统平台或进行信息系统开发设计时，应尽量选择采用IBM 、Oracle、MicroSoft、BEA 、 WebMethos等大型公司的成熟集成平台的产品和技术路线。6 应用系统建设的技术检查列表新建的信息系统在开发或采购阶段选择供应商时，应按以下的 信息系统应用集成规范检查项列表进行符合性审查，以确保该信息系统能最大程度

31、地集成到应用集成平台。类别检查项符合性说明不适用“不适用”表示整套系统都应用系统是否提供基于B/S（浏览不符合没有基于 PC 桌面的人机器 /服务器）架构的用户界面承诺修改后符合交互界面，例如短信系统、符合传真系统，以下同不适用门户客户端 WEB 浏览器是否支持 IE不符合客户端要求统一采用 IE 浏集成5.0 或以上承诺修改后符合览器符合不适用选用的 WEB 服务器是否支持安全不符合加密的验证方式承诺修改后符合符合WEB 应用服务是否支持安全加密不适用如果 WEB 应用服务目前是基于自己数据库中的用户的验证方式 （应用系统不再保存用不符合，不可修改表的帐号 /密码来进行验证户的密码， 统一在

32、企业目录服务中承诺修改后符合的话，则要求修改为安全加保存）符合密的认证方式WEB 应用服务是否采用HTTPS不适用保护基本验证时的用户和密码信不符合，不可修改息（如果不支持安全加密的验证方承诺修改后符合式的话）符合应用系统的用户的帐号是否提供不适用统一提供的目录同步服务不符合将在帐号创建 / 修改 / 删除创建 /修改 /删除的编程接口或数据承诺修改后符合时自动调用各信息系统的库表结构接口符合帐号同步接口进行同步不适用必要时需要直接读写应用应用系统的数据库是否提供详细不符合系统的数据库， 如果有特别的表结构定义承诺修改后符合的注意事项，请注明符合不适用应 用 系 统 的 数 据 是 否 提 供

33、 基 于不符合需 要 同 时 提 供XMLXML 格式数据的导出功能（手工） 承诺修改后符合Schema符合应 用 系 统 的 数 据 是 否 提 供 基 于不适用不符合XML数据需 要 同 时 提 供XML 格式数据的导出功能（自动、承诺修改后符合Schema集成批量、可调度）符合不适用应 用 系 统 的 数 据 是 否 提 供 基 于不符合需要同时提供支持的XMLXML 格式数据的导入功能（手工） 承诺修改后符合Schema符合应 用 系 统 的 数 据 是 否 提 供 基 于不适用不符合需要同时提供支持的XMLXML 格式数据的导入功能（自动、承诺修改后符合Schema批量、可调度）符合

34、不适用应用系统是否提供基于SOAP 协不符合需 要 同 时 提 供 支 持 的议标准的调用接口承诺修改后符合SOAP 接口清单应用符合集成不适用应用系统是否提供支持调用其它不符合需 要 同 时 提 供 支 持 的的基于 SOAP 协议标准的调用接承诺修改后符合SOAP 接口清单口符合7术语解释7.1XML ： Extensible Markup Language，可扩展标记语言。7.2SOAP ： Simple Object Access Protocol，简单对象访问协议。7.3UDDI ：Universal Description, Discovery, and Integration S

35、ervice，通用描述、发现和集成服务。7.4BPEL ： Business Process Execution Language，业务处理过程执行语言。7.5LDAP ： Light Directory Access Protocol，轻型目录访问协议。7.6WSDL ：Web Services Description Language， Web 服务描述语言。7.7XLANG ： Microsoft 用于 BizTalk 的业务模型语言。7.8WSFL ： Web Services Flow Language， IBM Web 服务流语言。四应用系统功能要求4.1总体应用功能框架报表KPI

36、决策决策分析功能管理查询分析绩效考核劳动力职业发展薪酬福利平衡自助其它扩展管理功能管理规划管理设计计分卡服务机构人员薪酬保险福利考勤休假合同招聘基础业务功能信息管理管理管理管理管理管理权限操作日志系统接口工作流系统支持功能管理管理管理管理4.2基础业务功能以下基础业务功能要求在试点建设阶段在5 个试点单位建设完成， 并在推广建设阶段在集团公司直接经营管理的其它下属单位推关建设完成。基础业务功能至少满足以下要求：4.2.1机构人员信息管理机构人员信息管理应与正在建设的集团公司域管理和目录服务相关联，请投标方提出关联信息流和处理方法。本系统可以根据用户需求自行定义不同的机构类型，如分公司、子公司、

37、分支机构、部门、科室等，可以定义不同机构之间在不同情况下的层次关系。通过定义不同机构的性质、属性和相关的工作职能要求，可以直接定义各机构的能力需求和编制情况。同样，可以从岗位的层面来定义人员编制和能力需求，通过定义不同的岗位及其结构关系来建立岗位说明、岗位的能力需求和其他属性。实现该部分功能的要求如下：(1) 用图形格式来显示组织的分级结构并可以溯源至该组织或职位的资料中，可以通过直观的拖放来改变分级结构，原则上可以维护无限层次的组织结构和岗位结构。(2) 提供安全验证的机制， 限制了有权更新并浏览组织或职位分级结构的用户的类别。(3) 可以按历史时间建立机构和人员变化的完整的历史记录。(4)

38、 可以建立人力资源预算并附在分级结构中，以提供有关机构人员发展的当前或历史需求的资料。4.2.2薪酬管理薪酬管理与财务管理等系统有着密切关联，请投标方提出关联信息流和处理方法。企业的薪酬体系通常含有各种薪酬项目，比如工资、津贴、奖金税、扣款等，可以通过元素和分类来定义企业的薪酬体系中的各种薪酬项目，并可以根据需求灵活地进行修改。薪酬管理至少应满足如下要求：(1) 可定义各种薪酬项目和分类，并定义这些薪酬项目所对应的属性和各种情况下的处理规则和计算方法。(2) 可以定义各种薪酬项目的计算优先级，以控制不同薪酬项目的计算顺序。(3) 可以定义不同薪酬项目所使用的币种，以处理一些特殊的涉及多币种的薪

39、酬情况。(4) 可以定义各种薪酬项目生效和失效日期， 如在当前进行增减薪酬项目的设定工作，而将生效或失效日期定在将来，从而不影响当前的薪酬计算。(5) 针对不同的薪酬项目可以定义与其计算有关的限定值，该限定值可以是数额，也可以是百分比。对于该限定值， 可以定义其是否在每个薪酬计算周期循环发生，或只是一次性项目，还可以定义其有效日期范围。(6) 可以灵活定义薪酬计算公式，管理各种情况下的薪酬处理的需求，以满足不同时期、地区的法律法规和各个单位所特有的薪酬规则做出快速灵活的调整。通过适用标准的定义，可以为企业中不同类型的人员设计与其相符的不同的薪酬方案。(7) 薪酬计算在后台进行，可以根据不同的员

40、工组提交系统进行计算，可以复查计算的结果， 进行调整并重新计算。 当出现特殊情况， 如员工提前离职， 可以单独计算员工工资。可以回溯计算薪酬项目。(8) 可以方便地生成自定义的工资单。可以根据不同的条件来进行查询和做出报表，并进行有关分析。可以提供有关薪酬数据的大批量输入和导入功能。可以方便地将各种信息转存为电子表格的格式（例如Excel ），以方便后期的处理。员工还可以根据授权在线查看相关的薪酬数据。(9) 可以采用多种方式进行薪酬的支付，当通过银行发放薪酬时，可以通过报表工具按照银行规定的格式生成相应的报表，并输出到各种类型的文件中。(10)可以根据员工类型或薪酬项目的不同选择不同的发放方

41、式，还可以根据员工的不同，将薪酬通过不同的银行发放。4.2.3社会保险管理社会保险管理与财务管理等系统有着密切关联，请投标方提出关联信息流和处理方法。社会保险管理的要求大致与上述薪酬管理类似，还应考虑到以下问题：(1) 可以按照国家规定的保险政策灵活设置业务流程和规则。(2) 可以根据各单位所在地的具体情况实施相应的保险项目及计算规则，并支持四险合一。(3) 可以能够提供社保机构所需的各种标准报表。(4) 可以方便地定制与某些下发专用社保系统的标准接口。4.2.4考勤休假管理(1) 考勤录入：可以提供对不同考勤机的数据导入、读取接口的自定义，还可以提供手工的单条或批量录入功能。(2) 考勤审批

42、：考勤信息录入后可以通过工作流自动审批或转送给指定人审批，审批流程可以灵活配置，还可以进行批量审批处理。(3) 时间管理：可以灵活定义上下班时间、休息日，以及休假制度。可以根据员工的个人情况自动计算年休假、医疗期、 探亲假等假期天数，并提供休假到期预警与销假处理功能。(4) 考勤收入：可以根据上述时间管理信息单独或批量设置部门或员工的考勤方案。记录员工的出勤状况， 根据方案设定自动判断迟到、 早退或旷工， 统计出员工的月考勤结果，并与薪酬系统链接和计算。4.2.5合同管理建立劳动合同及岗位协议、保密协议、培训协议等。合同的签订管理，对合同的签订、变更、 续签进行跟踪管理。记录员工解除或终止合同

43、的情况。解除劳动合同经济补偿金及违约金的计算。提供劳动合同文书并可随意增删、打印。提供合同台帐管理，随合同情况变化自动更新，便于查询和统计合同签订总体状况。4.2.6招聘管理招聘管理除传统方式外，还需要在集团公司外部网站上实现，投标方应承担该部分应用功能的开发。招聘管理功能具体要求如下：(1)空缺申请和发布：主管领导或招聘人员可以创建/复制 /更新职位空缺并为该空缺建立职位描述、等级信息、薪酬信息、技能信息、职位发布信息提供给内部或外部用户查看。(2) 求职申请：一旦求职者注册并建立了一个账号，就可以在线参与整个招聘过程。可以搜索职位，可以将简历上载和选取其中的内容载入个人档案中并保存个人信息

44、、技能、教育背景和工作经历，还可以接收关于新的职位机会、面试邀请和公司活动的通知。(3) 候选人搜索和筛选：主管领导和招聘人员可以多种搜索方法来搜索应聘者，查看简历、给应聘者分级并继续（或放弃）该应聘者对该职位空缺的候选资格，系统还应可以根据职位空缺的详细情况为一个职位自动匹配应聘者。4.3扩展管理功能要求以下扩展功能要求在推广建设阶段在集团公司所有单位建设完成。要求投标方考虑与其它部分功能模块的统一设计，并提出详细的技术方案。扩展管理功能主要包括：(1) 绩效考核管理。(2) 劳动力规划。(3) 职业发展管理。(4) 薪酬福利设计。(5) 平衡计分卡。(6) 自助服务。4.4系统支持功能要求以下系统支持功能要求在试点建设阶段在5 个试点单位建设完成， 并在推广建设阶段在集团公司直接经营管理的其它下属单位推关建设完成。系统支持功能至