广东招标网

序号

名称

数量

单位

1

人事系统授权

1.1

核心人力资源管理

*

license（员工数）

1.2

薪酬管理

*

license（员工数）

1.3

绩效管理

*

license（员工数）

2

标准功能实施

/

/

3

* 次开发功能实施

* 次开发（核心人事与薪酬管理 (略) 的业务，绩效管理模块为 * 期新增实施的模块， (略) 的业务。）

序号

名称

数量

单位

1

人事系统授权

1.1

核心人力资源管理

*

license（员工数）

1.2

薪酬管理

*

license（员工数）

1.3

绩效管理

*

license（员工数）

2

标准功能实施

/

/

3

* 次开发功能实施

* 次开发（核心人事与薪酬管理 (略) 的业务，绩效管理模块为 * 期新增实施的模块， (略) 的业务。）

序号

招标技术要求

1

功能模块

1.1

绩效管理

(略) 政人 (略) 在线绩效评定

1.2

合同管理

行政人员和教师合同管理/完善合同模板

1.3

考勤管理

实现不同假期可以设置不同计算规则

实现假期余额计算

排班（可选）-标准功能配置

排班（可选）-根据假期计划自动排班

1.4

考勤管理-员工自助

自助请假/销假

查询假勤申请历史记录

员工查询休假余额

1.5

考勤管理-经理自助

审批员工休假申请

查看下属休假缺勤信息

经理查看下属休假余额

1.6

考勤管理-审批流

休假、销假审批流

1.7

考勤管理-预警提醒

页面提醒、邮件提醒进度

1.8

业务联动

考勤结果写入薪资模块参与薪资计算

1.9

权限管理

页面访问权限及首页模块导航修改

数据访问权限控制

报表修改

角色的权限调整

1. *

薪酬管理

打印工资单；实现月中调薪& (略) 门的分段计算及成本分摊

1. *

兼岗管理

单独管理标签（增加筛选条件）、可导出报表、到期提醒等

1. *

临聘管理

单独管理标签、可导出报表、到期提醒等

1. *

短期临聘薪资管理

实现短期临聘老师工资发放

1. *

预聘-长聘管理

增加管理页面、可导出报表

1. *

团体保险信息收集

收集团险保险配偶子女相关信息

1. *

员工入职

实现员工线上办理入职流程；员工信息填写，如有信息不完整，可以提醒员工

1. *

员工离职

根据现有的表单，把流程做成线上离职流程

1. *

移动端

支持在移动端实现请假、批假等业务

1. *

报表

各类报表开发

1. *

核心人事

能创建 (略) （ (略) ）平行的单位

1. *

薪酬管理

可实现人事薪酬系统与财务费控系统的报销单（需与工资合并发放的报销单）信息的交互、管理与控制

支持财务 (略) (略) 可自动同步至人事薪酬系统， (略) 自动 (略) 门；支持财务费控系统 (略) 可自动同步至人事薪酬系统

实现人事薪酬系统中员工Budget Code的可配置化

1. *

自助服务

自助申请暑期工资, 实现人事薪酬系统对Summer Salary的申请、审批、查询、预算冻结全过程管理

自助申请经费核查, 实现人事薪酬系统对Funding Check的申请、审批、查询、预算冻结全过程管理

1. *

证件选项

证件选项里添加“中国绿卡”选项类型，或者添加“其它”的类型，以便输入不同于 * 般的证件类型。

1. *

其他

带有架构设计，同时能体 (略) 需要的扩展性，建设落地的时候，就可以基于未来发展要求系统的通用性和配置性。做 * 定的界面调整，使操作界面简洁明了、使用方便、灵活快捷，符合用户使用习惯。

2

技术要求

2.1

平台支持要求

(略) 已经上线使用的人力资源管理系统。架构设计遵循成熟的方法论，包 (略) 有的功能模块，并在各个层面对模块之间的关系有深入的理解。同时，提供更多相关功能模块的供应商将优先考虑。

2.2

设计功能要求

建设的 (略) 业内的最佳实践，并包含大量预制的功能，无 (略) 大量的定制开发。包括：灵活 (略) 理 (略) 理；提供面向用户驱动的自助服务功能；提供易用的应用开发环境以便持续不断的满足业务需求的变化；实施商须提供对软件界面优化的方案示例。

2.3

开放性

与外围系统的接口需要支持dblink、webservice、RMI、ETL、FTP等传输方式。系统应提供标准接口供外围系统调用获取或传递数据,并保证接口数据的完整性、 * 致性和正确性。

2.4

可扩展性

(略) 规模的扩大，管理要求的提高，系统必须具备良好的后期扩展能力，横向扩展方面支持更多的用户接入、更大的应用负荷，纵向扩展要保技术的持续升级能力，提供更为完善后期维护服务。

2.5

易操作性

操作简便，从实际出发，降低员 (略) 维护管理的成本。

2.5.1

界面风格

各模块统 * 的录入、查询等操作风 (略) 风格，可以有效减少操作人员熟悉系统的时间及增加操作便利性。

2.5.2

方便操作，操作流程合理

a.功能菜单、 (略) 简洁易用，尽量从用户使用便捷角度出发设计人机界面，符合用户操作习惯，信息检索时可以通过输入关键字模糊查询。

b.能方便快捷的录入各种数据。

c.帮助文档完善，且方便调取，所有帮助文档均有关键字（词）搜索功能。

d.工作台应用可控制必录入项，系统能够对 (略) 控制，且有颜色或图标提示，使用户能够确保信息录入的完整性。

e.控制错误录入，系统能检查录入字段类型，对于数字类型字段，应不允许用户输入文字或符号。

f.可根据管理员设定的基本参数检查用户录入正确性。

g.支持组织结构、项目分级结构等树状层次化展示。

2.5.3

易用的功能展示菜单

a.菜单应按照常用的操作展示清晰，充分考虑用户使用习惯，便捷直观，不展示无关信息；

b.支持基础数据维护 (略) 客户化配置，及修改显示名称。能满足 * 定个性化需求，适应企业变化，降低 * 次开发成本；

c.提供必要的系统提示信息。

2.6

系统性能指标

2.6.1

操作响应速度

a.客户端打开操作界面、保存数据等基本操作平均响应时间（除报表统计、数据导入等涉及大量数据的操作外）不超过3秒。

b.在线报表和图表生成时间不超过 * 秒

2.6.2

数据导入速度

通过EXCEL、TXT等格式文件大批量数据，导入时间每千条不超过 * 秒。

2.6.3

并发性能

支持 * 名以上用户并发使用，同时达到以上性能指标。

2.6.4

稳定性能

a.除硬件及操作系统故障外，应用服 (略) ，平均无故障时间为6万小时以上。

b.系统 (略) ，不出现异常及明显的功能缺陷。

c.数据库 (略) ，不会出现内存不足等各种数据异常。提供关于存储空间规划、数据维护、备份/恢复等完整的数据库管理方案。

2.7

多语言支持

系统必须支持多语言的信息访问和存储，至少应支持简体中文和英文。用户可以根据需要灵活简便的切换。

2.8

系统接口

系统需要提供统 * 的对外接口管理功能，能够灵活的发布对外服务接口，提供休假信息、假期余额查询及排班信息查询接口，并能提供接口调 (略) 日志, (略) 的接口 (略) 提供。

需要与费控系统实现业务上的交互接口及与企业微信对接上人事系统的移动端业务。

接口需能通过 (略) 接口监控与管理。

调用其他第 * 方系统接口需要有错误日志以便能及时定位排查问题。

(略) 信息化建设需要，所有标准接口均需无条件提供； (略) 提供免费对接技术支持。

2.9

系统安全指标

2.9.1

记录日志

a.应用服务及客户端能够记录各用户 (略) 为。 (略) (略) 有错误，包括 (略) 络错误，便于查找错误的原因。

b.记录日志可导出为EXCEL或txt文件，自动维护日志表，确保读写性能。如日志文件本身为文本文件，则当日志文件达到特定大小后可自动更名并归档，确保当前日志的读写性能。

2.9.2

系统整体安全

测试环境需要适当对 (略) (略) 理。

系统需要无条件满足 * 级等保要求并安全扫描合格后方可上线。

项目将按国家标准和 * 方确认的设计要求、 (略) 验收，采购单位邀请第 * 方测评机 (略) 测评，并以第 * 方测评机构的检测报告为 (略) 验收，中标人须严格按国家标准和 * 方确认的设计要求、验收规范实施，并配合第 * 方测评机构的测评。

2. *

* 次开发要求

系统需提供 * 定的客户化配置的功能，当学校业务发生细微调整时，系统能够通过简单配置快速响应需求变化，而不需要通过 * 次开发实现，提高使用效率、减少等待时间。

3

项目组织及实施要求

3.1

实施技术要求

对于下述的实施技术要求，投标人应详细描述每项要求的满足程度。

1）系统能支持相关业务的 * 体化，数据共享，流通顺畅。

2）能根据系统预先定义好的工作流程，完成工作流，能够驱动业务目标的实现，实现的审批工作流可灵活配置，使系统具备良好的可维护性。

3） (略) 灵活的用户权限设置， (略) 良好的权限分级管理。

4）能批量导入现有的业务数据并具有 * 定的排错、纠错功能，业务数据经过整理可直接导入该系统并保证其准确性。

5）提供完善的操作手册，培训文档。

3.2

实施方案要求

本项目实施的组织范围 (略) ( (略) )本部， (略) 及附属机构。项目各模块功能应覆盖前述功能需求。实施商应对前述 (略) 点对点的应答。项目实施方案应包括但不限于以下内容：

1）投标单位应根据 (略) ( (略) )校园管理信息化项目的总体理解，对业务需求的点对点应答，提出解决方案；

2)投标单位对技术架构及实现方式的建议，包括对系统实施过程中应用环境的管理，本项目的技术规范和工具的建议，本项目的实施方法论的建议，本项目的项目基准实施计划及各阶段的交付件的建议；

3)投标单位对本项目建议的项目组织架构及人员数量，角色，职能，现场服务时间的建议；

4)投标单位对于项目实施中培训和知识转移的建议，技术支持和售后服务的建议；项目实施期间对我校的要求；

5)供应商需提供产品各模块详细功能说明以及硬件配置要求和参数，并提供类似的案例情况参考；

6)投标单位需提供完整、可行的项目实施计划：包含项目目标、范围，人员分工，进度以及项目变更策略等；

7)投标单位应提供突发事件的应急和风险控制措施；

8)投标单位需针对项目产品提供用户培训或相关知识转移计划；

9)投标单位必须明确源代码的开放情况；

* )投标单位认为需补充提供的其它材料。

3.3

项目实施要求

3.3.1

项目建议书要求

考虑 (略) 和 (略) 中文学（ (略) ）两校的互通性以及管理模式，项目实施方案应该充分考 (略) 现有系统的使用习惯和业务模式。同时，高校管理系统的实施必然带来 * 定的组织和职能的变化，以及 * 些新的管理思路和管理模式的变化，因此项目实施过程中需要有 * 定的管理改革的内容，实施公司应在项目建议书中对于项目实施的管理改革内容提出自己的思路和意见。

3.3.2

文档要求

实施公司必须有标准化的文档管理制度，并在项目进程中得 (略) ；必须提供实施阶段各种文档资料，包含需求调研、分析报告、设计说明书、配置文档、开发文档、测试报告、用户操作手册（中英文）等所有相关的项目实施文档。

对本项目中产出的文档，包括由招标 (略) (略) 资料、技术文档和信息予以保密。必须遵守保密协议，未经招标人书面许可，不得以任何形式向第 * 方透露本项目的任何内容。

3.3.3

驻场要求

在系统实施 (略) 期间，实施公司必须配备具有同类产品类似客户实施经验的不少于1个项目经理、3个业务顾问及3个 (略) 服务。

3.3.4

实施过程要求

实施公司配备到实施项目组的成员应保持稳定，对项目控制做到及时监控， (略) 进度管理并保证质量，各阶段交付物要及时按计划完成，系统上线后须对实施需求范围 (略) 及时解决。

整个系统建设项目管理体系需按照PMI（项目管理组织）推荐的项目管理结合软件开发项目的特点来定制，主要包括：

1）需求与范围管理2）项目计划与进度管理3）预算与成本管理4）人力资源管理5）质量管理6）交付物和阶段验收管理7）变更管理8）风险管理9）沟通管理 * ）问题管理与跟踪 * ）资产管理 * ）文档和知识管理

3.4

招投标要求

投标单位在招投标过程中需要对软件 (略) 讲解及作必要的系统演示。

演 (略) 演示要求。

3.5

其他要求

除招标人提出的授权外，如在实施期间需要项目相关的其他中间件及软件许可等需由投标人承担。

序号

评分项

权重

1

价格

*

2

技术

*

行号

内容

权重

评分准则

1

实施方案

*

评审内容：考察投标人以下两项实施方案内容：

1. 对项目需求的认识和理解

（1）对本项目建设背景、建设目标的认识与理解；

（2）本项目建设必要性和重要性的认识与理解；

（3）对本项目总体架构设计的认识与理解， 要求详细说明包括系统设计、关键技术设 计、安全设计等，要求设计方案完整、可行并具有前瞻性；

（4）对项目建设内容的认识和理解，要求详细说明对人事管理系统的认识与理解。

2. 系统设计方案

（1）项目整体设计方案完整、需求对应清晰，所有服务或功能要求均能满足，且能通过方案描述体现；

（2）系统设计方案成熟可靠，符合本项目业务使用特性。 评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。

2

项目难点分析、应对措施及相关的合理化建议

*

评审内容：考察本项目难点技术要求的满足情况。

每有 * 项技术要求条款负偏离，扣 * %的分数，扣完为止。须提供系统截图（或高保真设计截图），不提供或提供不完善不准确的视为不满足（完善与准确的标准由专家判定）。

3

质量（完成时间、安全、环保）保障措施及方案

5

评审内容：

（1）项目详细组织及实施方案能充分体现采购人业务特 性；

（2）投标人设计的项目组织架构清晰、人员分工明确、层次搭配合理；

（3）实施方案清晰考虑到项目使用特点，方案成熟可靠、 先进合理。

评价为优得 * 分；评价为良得 * 分；评价为中得 * 分； 评价为差不得分。专家按百分制打分

4

项目完成（服务期满）后的服务承诺

3

评审内容：

考察投标人针对商务要求“售后服务”部分的方案响应，由专家按以下两项标准的 (略) 打分： 1.提供售后服务承诺函，并 (略) 要求； 2.投标人提供的售后服务方案清晰、完善、合理，充分考虑采购人业务特点及项目使用特点，并有针对性描述。

根据招标文件的需求和投标文件 (略) 打分， (略) 满足得 * 分，其余情况不得分。

5

违约承诺

2

评审内容：投标人提供违约承诺得 * 分。

要求提供承诺 （格式自定）作为得分依据，未提供承诺或承诺内容不满足要求不得分。

3

综合实力

*

行号

内容

权重

评分准则

1

投标人资格情况及通过相关认证情况

3

（ * ）评分内容：

1.曾获得国家级重点软件企业证书的得 * 分，曾获得省级重点软件企业证书的得 * 分，本项最高 * 分；

2.具有信息 (略) 维护标准符合性证书 * 级（或以上）的得 * 分，具有信息 (略) 维护标准符合性证书 * 级的得 * 分，本项最高 * 分；

3.具有国家 (略) 企业认证的得 * 分。

4.具有信息系统业务ISO * 证书的得 * 分。

（ * ）评分依据：

1．要求提供有效的认证证书作为得分依据。

2.以上资料均要求提供扫描件，原件备查（以网络查询证书佐证时， (略) 站信息的清晰证书截图， (略) 址）。

评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。

2

投标人同类项目业绩情况

3

（ * ）评分内容：

考察投标人自 * 日至本项目开标之日（以合同签订时间为准）同类型软件项目业绩情况：

1.能提供 * 个有效合同，且合同内容至少包含“应用开发平台、人力资源综合管理” * 项内容（合同内容名称与此要求名称不必完全 * 致，用途 * 致或相近即可。"用途 * 致或相近"必须能通过合同建设内容等关键页信息佐证， (略) 判断，无法判断的不得分），得 * 分。

2、能提供 * 个有效合同，且合同内容包含“Peoplesoft实施”中至少 * 项内容（合同内容名称与此要求名称不必完全 * 致，用途 * 致或相近即可。"用途 * 致或相近"必须能通过合同建设内容等关键页信息佐证， (略) 判断，无法判断的不得分），得 * 分。 同 * 个项目业绩只计 * 次最优得分。

（ * ）评分依据：

1.要求提供合同关键信息作为得分依据。

2.通过合同关键信息无法判断是否得分的，可提供合同 * 方出具的证明文件证明。

3.以上资料均要求提供扫描件，原件备查。 评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。

3

拟安排的项目负责人情况（仅限 * 人）

6

（ * ） 评分内容：

1. * 日至本项目开标之日（以合同签订时间为准），在投标人企业担任过至少 * 项同类型项目（项目建设内容至少包含。"用途 * 致或相近"必须能通过合同建设内容等关键页信息佐证， (略) 判断，无法判断的不得分）负责人的得 * 分。

2. 具有高级信息系统项目管理师证书或PMP的得 * 分；

3.具有计算机或软件类专业本科或以上学历及学位的 * 分；

4.具有信息系统业务安全服务工程师岗位技能证书的得 * 分；

（ * ）评分依据：

1.要求提供通过投标人相关证明资料作为得分依据。

2.以上资料均要求提供扫描件（ (略) 截图），原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。

3.如涉及考察人员工作经验，要求提供项目合同关键信息作为得分依据，通过合同关键信息无法判断是否得分的，还须同时提供合同 * 方出具的证明文件。

4.项目负责人必须为投标人在职员工，要求提供承诺函。

4

拟安排的 (略) 成员（主要技术人员）情况（项目负责人除外）

8

（ * ）评分内容：

1.有1名项目核心成员具有Oracle相关产品证书，且具有计算机或软件类专业本科或以上学历及学位，满足得 * 分，否则不得分。

2.有2名项目成员具有计算机技术与软件专业技术中级（或以上）资格得 * 分，否则不得分。

3. (略) 人员中至少有3人在投标人企业具有同类型项目（项目建设内容至少包含“应用开发平台、人力资源综合管理”中任意 * 项，项目建设内容名称与此要求名称不必完全 * 致，用途 * 致或相近即可。"用途 * 致或相近"必须能通过合同建设内容等关键页信息佐证， (略) 判断，无法判断的不得分）建设实施经验（业绩）的，得 * 分，否则不得分； 1、2两项同 * 人员不能重复得分，只计 * 次最优得分。

（ * ）评分依据：

1.要求提供通过投标人相关证明资料作为得分依据。

2.以上资料均要求提供扫描件（ (略) 截图），原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。

3.如涉及考察人员工作经验，要求提供项目合同关键信息作为得分依据，通过合同关键信息无法判断是否得分的，还须同时提供合同 * 方出具的证明文件。

4. (略) 成员必须为投标人在职员工，要求提供承诺函。

5

投标人自主知识产权产品（创新、设计）情况

4

1.考察投标人在本项目建设中各分项系统（应用开发平台、人力资源综合管理）采用的自有 (略) 技术产品情况， (略) 采用的自有 (略) 技术产品数量，每采用1个得 * 分，本项最高得 * 分； 要求提供有效的软件产品认定证书扫描件，原件备查（用途 * 致或相近即可；" * 致或相近"必须可通过投标人提供的 (略) 技术产品官方评定机构的认定材料佐证，并由专家判断是否得分）。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。

2.考察投标 (略) 含核心系统的知识产权情况，投标人具有“应用开发平台、人力资源综合管理、”《计算机软件著作权登记证书》的，提供3份（含）以上的得 * 分，提供2份（含）以上的得 * 分，提供1份（含）以上的得 * 分，不提供的不得分。提供的《计算机软件著作权登记证书》名称与评分要求不必完全 * 致，用途 * 致或相近即可；" * 致或相近"必须可通过投标人提供 (略) 对其软件著作权的认定材料佐证，并由专家判断是否得分。

6

(略) 点

3

(略) 供应商，或非 (略) 供应商但在深 (略) （或售后机构）（分 (略) 营业执照扫描件，售后机构必须同时提供售后服务 (略) 合同及售后机构营业执照扫描件作为得分依据，原件备查）的，供 (略) 地业主的需提供业主证明，租赁办公的需提供租赁合同扫描件。得 * 分；否则不得分。

4

诚信情况

7

序号

评分因素

权重

评分准则

1

(略) 诚信管理情况

5

根据《 (略) 关于印发〈 (略) 市政府采购供应商 (略) 办法操作细则〉的通知》（深财购[ * ] * 号）的要求，投标人在参与政府采购活动中存在诚信相关问 (略) (略) 理措施实施期限内的，本项不得分，否则得满分。投标人无需提供任何证明材料，由工作 (略) 提供相关信息。

2

(略) 履约评价情况

2

近 * 年（以投标截止日期为准）在 (略) 有履约评价为差的记录，本项不得分，否则，得满分。投标人无需提供任何证明材料， (略) 工作人员向评委会提供相关信息。

5

现场演示（讲标、答辩）

5

行号

内容

权重

评分准则

1

现场演示（讲标、答辩）情况

5

评审内容：考 (略) 演示（讲标、答辩）情况。

现场演示（讲标、答辩）情况的评分准则： 按照演示内容（共5项）， (略) 满足演示要求的得 * 分，否则不得分。是否满足演示内容要 (略) 判断。备注：系统必须包含可操作数据 (略) 。演示时间不超过 * 分钟。

1、整体方案讲解，演示并讲解对本项目的理解；演示项目方案设计方案；演示实施方案

2、考勤模块，能灵活配置考勤规则，业务规则细微变化能通过配置及时解决；能让关键用户对审批的全流程可视化追踪；涉及薪酬的考勤项需要能与薪酬计算联动

3、合同管理模块，对行政人员和教师分别实现合同管理；能灵活配置不同的合同模板；基于系统已有的合同到期提醒的优化方案

4、绩效管理模块，对行政人员和 (略) 在线绩效评定；能灵活配置相应的评定流程；成功应用的同类产品的同类用户的绩效管理方案