XX城市大学（XX）人力资源管理系统建设项目采购需求.docx

XX城市大学（XX）人力资源管理系统建设项目采购需求一、项目概况XX城市大学（XX）（筹）是XX城市大学（XX）的筹建机构，为XX城市大学（XX）正式成立开展多项筹备工作。人力资源管理系统是面向全校的业务管理与服务系统，系统的建设过程同时也是建立人事信息标准、梳理和优化人事管理业务的过程。系统将人力资源处的日常管理业务流程化和规范化，并以服务为导向，逐步向教职工、二级单位、相关职能部门和学校各级领导提供服务。我校人力资源管理既具有高校人力资源管理的普遍性业务逻辑和管理范式，又具有其特殊性,故人力资源管理系统的建设既需要满足我校人力资源的日常管理与服务需求，还需要具有良好的扩展性，满足未来人力资源管理变革与发展的需求；既需要满足日常业务协同处理，还需要满足统计分析以及支持教职工自助服务的需要。系统的整体建设目标如下：（一）实现流程化的业务管理。支持人力资源处的核心人事工作，包括招聘管理、教职工信息管理、E常管理、人事异动管理和薪酬管理，并开放给相关部门协同使用，提供一站式管理服务。（二）建立动态的教职工信息库。搭建教职工全生命周期信息库，除可查询教职工当前的状态外，还可以追溯查看历史数据。（三）面向领导的决策支持服务。各级领导进入系统后除可以审核审批业务外，还可以查看相应权限下的各类统计分析报表、实时动态数据。（四）面向教职工的自助服务。教职工登录系统后除可查询个人信息、工资单等，还可以在线修改部分个人信息、提交休假单、申请打印部分证明等，并可跟踪查询自己提交业务申请的办理进度。（五）数据集成与业务整合.人力资源管理系统作为高校智慈校园核心业务之一，能够实现与学校其他系统的集成与整合。（六）系统各功能模块的高扩展性。人力资源管理系统各功能模块应具有良好的扩展性，能满足随着学校的不断发展而产生的迭代扩展需求。1二、具体业务功能要求本次人力资源管理系统的建设应在参照人力资源管理原则和人力资源软件建设规范的前提下，满足学校人力资源管理的规定，切实为学校的所有工作人员服务，提高工作效率，减少劳动强度，规避管理风险，全面增强学校的人力资源管理能力。本次采购需求主要包括以下几个部分，分三阶段开发：（一）系统基础信息搭建（第一阶段）1 .组织架构设置（1）支持多层级组织结构设置。组织架构基本信息能筋进行新增、编辑、停用、查看等：支持组织架构树、架构图展示，支持按照所属时间查询导出对应的组织架构；支持按不同权限对组织架构所属教职工人员信息进行查询。（2）支持多层级职位职级设置。职位职级基本信息能够进行新增、编辑、审核、停用、查看等。2 .各类提醒设置。支持各类提醒通知，被通知人员包括但不限于教职工、应聘人员，通知形式可为邮件、微信、短信等，通知形式可单一选择，也可自行组合选择。支持通知形式模板的设置，支持消息提醒模版的设置。3权限设置。支持按功能模块、用户、组织、角色和数据的归属人/负责人进行数据级权限、字段级权限管控。（二）教职工基本信息管理（第一阶段）1.教职工信息库。建立全校统一的教职工信息库，包括在职人员（全职、兼职、退休返聘）和离职人员（主动离职、到期不续签、协商解除、开除、退休、下落不明、死亡），支持在职人员和离职人员状态字段新增、编辑等，支持主岗和兼岗的设置。教职工信息由个人基本信息和一系列信息子集组成，包括教育经历、工作经历、岗位信息、职称职级、合同信息等。22教职工信息维护。支持各种材料附件的扫描件的上传，如学历、职称证书等。教职工信息取得主要有以下3种途径：（1）通过招聘模块直接对接导入。如果教职工通过招聘模块应聘成功，入职时大部分基本资料可通过招聘模块直接对接导入，只需要个人输入剩余部分信息即可，由人力资源处审核。个人信息输入提醒在发送Offer时一并通知。（2）逐个信息输入维护。逐一栏位输入基本信息。（3）批量上传维护。人力资源处可按照批量上传模版的格式要求维护信息并批量上传。如为批量变更教职工信息，系统可根据模版中填写的栏位内容变更,模版中未填写的栏位内容不变更。3 .教职工信息修改与审核。部分教职工信息栏位可面向教职工个人开放修改权限，然后由人力资源处审核，审核通过后修改的内容方可生效。审核时，可以按字段审核通过或不通过。人力资源处通过勾选栏位的方式确定开放的权限。4教职工信息查询。提供多种查询方式，可灵活组织查询条件，基本信息和子集信息可联合查询。教职工个人只可查询个人的信息，各级领导可根据权限查询下属的个人信息。管理员可查询所有教职工的个人信息。5 .其他。教职工生日时，系统自动发送生日祝福信息，可通过邮件、微信、短信等形式.（三）招聘管理（第一阶段）1招聘需求与计划管理。用人部门根据计划提报用人需求，系统审批完成后形成正式的招聘计划，用人部门和人力资源处均会收到系统提醒。人力资源处可以将通过审核的招聘计划和岗位信息发布到官方招聘网站，并可设置招聘期限及职位申请和简历投递规则。如招聘需求取消，可由用人部门和人力资源处在系统提交取消申请，并完成相应审批，审批完成自动下线招聘岗位信息（包括系统内置的招聘网页及外部招聘网站的岗位）。用人部门可随时查看其提交的需求，人力资源处可查看、汇总所有需求管理。2 .招聘网站。招聘网站分成2个部分，第1部分是系统内置的招聘网页，第2部分是系统与外部招聘网站对接：（1）通过系统，人力资源处可随时编辑和管理招聘网站的内容，根据招聘对象不同灵活设置招聘方案，可以设置不能重复投递。应聘人员可通过招聘网站查阅职位信息。应聘人员注册后，可以填写简历信息并申请职位，也可以选择不直接在线填写招聘信息，以上传个人简历（中英文皆可）的方式申请。简历投递成功后可以通过网站获悉职位申请的状态。（2）系统中填写完成的招聘内容可“一键同步”到外部招聘网站，通过外部招聘网站投递的简历也可同步到系统中。3 .简历筛选。用人部门和人力资源处均可查阅应聘人员的简历和职位申请信息,可以对简历进行自定义条件筛选,对符合条件的应聘人员组织笔试、面试等，笔试、面试邮件由系统自动触发发送（支持微信、短信同步通知），笔试、面试的结果在系统中记录。用人部门可对投递本部门的简历筛选的过程信息进行统计分析，人力资源处可对所有简历筛选的过程信息进行统计分析。支持人才库，支持简历白名单和黑名单设置，用人部门和人力资源处可选择将未被录取的应聘人员信息选择存放至人才库。对于黑名单人员，投递时会显示。4 .录用和Offer管理。根据招聘对象不同灵活设置录用流程和Offer模版。录用流程审批完成后，人力资源处设置发送Offer给到候选人，候选人会通过邮件、微信、短信等形式收到提醒通知，候选人把签字版的Offer作为附件回复、确认、接受Offer。人力资源处收到通知后一键触发入职通知到相关部门和用人部门，相关部门和用人部门会通过邮件、企业微信、微信、短信等形式收到提醒通知。如候选人接受Offer后毁约，由人力资源处提交Offer取消的申请，用人部门审批完成后，相关部门会通过邮件、企业微信、微信、短信等形式收到提醒通知。职位信息自动退回到招聘状态，招聘流程重启。（四）日常管理（第二阶段）1 .注册报到。支持注册报到的过程管理。报到人员大部分基本信息可由招聘系统一键关联，人力资源处发送Offer时系统同步推送链接给到候选人，由候选人在线补填剩余部分的基本信息，并由人力资源处逐级审核。信息完善后，系统支持工号分类生成并开通系统账号，同时工号支持自定义修改。2考勤管理。系统支持与外部考勤机数据对接，也支持各部门考勤数据的上报，人力资源处统计汇总考勤信息。人力资源处有设置考勤管理模块启动与否的4操作权限。3.请假管理。(1)系统支持各类请假业务的类别设置、流程设置、申请、撤销与审核设置，特定假别的请假申请需要附上证明才能销假(在附件上传处提醒说明各类假别需要提供何种销假证明)。(2)登录请假系统界面，可查看个人年度有薪假(包括全薪病假、当年度年休假、上年度结转的年休假、调休假、护理假和育儿假)的情况，包括总天数、已休天数、剩余天数，如无此类有薪假，则不显示该类型。其中当年度年休假根据教职工基本信息管理模块维护的职级、累计工龄、入职日期和本校服务年限自动计算。(3)结转的年休假由系统自动计算得出；调休假根据加班管理中的记录自动累加；护理假和育儿假天数，由人力资源处手动维护，同一个计算年度内，护理假和育儿假的申请次数上限为2次，同一教职工的育儿假不可叠加。所有假别的申请以0.5天为单位，年休假的扣减原则为先扣结转年休假，再扣当年度年休假，超过当年度可休年休假总数时，系统不能提交申请；病假当年如未休完，自动作废；调休假原则上如当年未休完自动作废，人力资源处有权限手动维护调休假总时数；同一个计算年度内，护理假和育儿假如未休完，自动作废。计算年度终了，系统支持设置未休年假提醒。非有薪假在审批完成后，自动关联到薪酬模块计算扣薪。(4)教职工可在系统中提交请假申请、查询休假情况和请假申请的审批情况，也可撤销请假申请，撤销已审批的请假申请时需要经已审批流的再次审批;部门主管有审核请假申请的权限，也可查看部门人员的所有假期记录；人力资源处可查看所有人员的假期记录，生成人员假期信息报表。4加班管理。系统支持加班流程设置、申请、撤销与审核。加班申请的类型分为工作日加班、周末加班和节假日加班，加班申请最小计算单位为1小时，以0.5小时为递增计算单位，不足0.5小时的部分不予计算。加班时长根据填写的时间自动计算，并自动扣除就餐时长。系统支持设置加班时长的限制，日加班上限为8小时，月加班上限为36小时，超过部分系统不能申请。各类型的加班是计算加班费还是调休由人力资源处在审核时勾选，如为调休的加班时数，当审批5完成后，自动累加到请假管理的调休假时数中。教职工有提交加班申请、撤销申请及查询审批进度的权限；部门主管有审核加班申请的权限，也可查看部门人员的所有加班记录；人力资源处可查看所有人员的加班记录，生成人员加班信息报表。5 .合同管理。系统支持合同信息的登记和管理，以及合同业务的办理，包括合同新签、续签、重签和终止；合同到期前3个月，由系统自动发送消息到合同到期人员的部门，部门确定是否续签后由合同到期人员在线确定是否续签，每步确定后系统均自动通知到人力资源处。如部门未确认是否续签，系统每隔7天提醒部门一次。系统支持合同模版设置，根据对象不同灵活选择不同的合同模版。当部门和合同到期人员均确定续签合同时，合同中的个人关键信息由系统自动获取，涉及到变更的部分由人力资源处修改维护。人力资源处负责合同续签事宜,并将新合同期限维护到系统中，系统支持合同附件的导入保存。合同管理页面提供多种查询方式，可灵活组织查询条件。（五）人事异动管理（第二阶段）1 .调动管理。由人力资源处发起校内调动的申请，调入、调出部门审核。调动理由说明由调入、调出部门填写，且调入、调出部门审核时不能看到调动人员的薪资信息，审批流的最后节点为人力资源处，由人力资源处填写薪资调动信息。待审批完成后，形成调动申请表，并与薪酬等业务模块联动，自动提醒薪酬业务的办理。人力资源处可查看所有人员的调动记录及进度；调入、调出部门可查看其审批的调动进度；教职工本人不能查看调动申请审批记录。系统支持调动申请表的打印和导入保存。2 .晋升管理。由部门发起人员晋升的申请，人力资源处审批时可再补充部分栏位（待绩效考核模块启用后，晋升申请表能与绩效关联）。审批完成后，形成晋升申请表，并与薪酬等业务模块关联，自动提醒薪酬业务的办理。人力资源处可查看所有人员的晋升记录及进度；部门可查看该部门的晋升进度；教职工本人不能查看晋升申请审批记录。系统支持晋升申请表的打印和导入保存。3 .试用期转正管理。入职7天内系统提醒部门在线填写KPI表，如部门未在7天内完成KPl表，从第8天开始每天重复提醒。当部门完成KPI表填写后由教6职工在线确认，结果同步通知到人力资源处。在试用期满前45天，系统自动提醒部门主管确认是否转正，如转正，系统提醒教职工在线填写转正评估表，审批完成后同步通知到人力资源处，转正评估表中的转正人员签名处不支持在线签名。如不予转正，可由相关的教职工本人或人力资源处发起离职手续办理流程。系统支持转正评估表的打印和导入保存。4 .离职管理。系统支持灵活设置离职方案，离职申请可由离职人员或人力资源处发起，主动离职由个人提出申请，非主动离职由人力资源处提出申请。当离职申请审批完成后，系统自动通知到相关职能部门，开启线上离职交接清单的签核。离职交接清单中职能部门的签核流程并非固定不变，离职人员可根据实际情况安排签核顺序，但人力资源处必须为最后一个签核单位。离职交接清单中的离职人员签名处不支持在线签名。当签核完成后，系统自动生成离职证明。同时，自动更新维护离职数据，并与薪酬等业务模块关联。最后工作日当天需计算薪资，故实际离职日(不计算薪资开始日期)应为最后工作日+1。离职人员可通过系统提交离职申请并追踪审批进度，人力资源处可管理所有的离职申请。非主动离职人员不愿意返回办理离职手续时，允许人力资源处有权限将离职流程授权给其直接上司或部门指定人员代为办理相关交接工作。5 .退休管理。系统根据年龄自动计算出教职工应退休日期，并提前6个月发送退休提醒到相关教职工，支持人力资源处维护提前时间的权限。教职工可以选择退休和延迟退休。(1)退休。系统提交退休申请，当退休申请审批完成后，系统自动通知到相关职能部分，开始线上退休交接清单签核。退休交接清单中职能部门的签核流程并非固定不变，退休人员可根据实际情况安排签核顺序，但人力资源处必须为最后一个签核单位。退休交接清单中的退休人员签名处不支持在线签名。当签核完成后，系统自动生成退休证明。同时，自动更新退休数据，并与薪酬等业务模块关联。最后工作日当天需计算薪资，故实际退休日(不计算薪资开始日期)应为最后工作日+1。退休人员可通过系统提交退休申请并追踪审批进度，人力资源处可管理所有的退休申请。(2)延迟退休。系统提交延迟退休申请，将人力资源和社会保障局同意延迟退休的凭证作为附件上传，此为必填项。审核完成后，由人力资源处变更退休7时间。（六）薪酬管理（第二阶段）1 .薪资结构设置。系统支持灵活定义工资结构,包括设置工资项及发放标准;支持基本工资、绩效工资、奖励补贴等不同薪酬结构类别的灵活设置。2 .薪资变动。系统支持工资变动业务的日常处理和审核，包括因职务变动、岗位变动、离职等业务触发的调薪、停薪等。支持其他模块薪酬调整联动薪酬模块。薪酬变动系统自动触发邮件通知到人力资源处。3 .调薪管理。调薪可逐一维护，也可批量办理。批量办理包括年度工资晋级、岗位批量调整后的调薪、工资标准变化后批量调薪、各类批量补发等业务，可同时对多人进行一键式调薪操作。4 .社保和公积金。系统支持社保和公积金的自主计算，通过设定缴纳比例和缴纳基数计算出每月个人和单位分别需要缴纳的社保和公积金，并同步到薪资数据中计算当月薪资。也可以通过上传社保、公积金报表的形式维护当月的社保公积金数据。5 .个税申报。支持个税计算，支持逐个输入修改，也可批量上传。6 .专项附加扣除。支持逐个输入，也可批量上传。7薪资计发。按月生成工资发放表和工资变动表，系统提交审批。审批完成后导出薪资报表，由财务处进行工资发放。8 .薪资查询。人力资源处可一键触发工资单推送，可以对工资变动信息和工资发放信息进行查询；教职工个人可以查询个人工资发放信息。支持工资单查询密码设置,且此密码与系统登录密码不一致，如设置一致系统自动弹出修改提醒。查询工资时需要输入密码验证方能显示数据。（七）报表管理（第三阶段）1.日常统计报表。系统支持灵活制定各类统计报表、图表等，可以设置统计范围、统计口径、定义统计公式等以辅助决策。（1）系统内置主管部门或学校常用的多套制式报表。可以对日常统计报表进行分类管理，设置查看和编辑权限。8(2)各类统计报表可通过选择截止日期的方式导出生成并保存截止到指定日期的所有信息，形成报表。(3)统计报表可以在系统中实时查看，报表可以导出和打印，支持以word,excel>Pdf等格式导出报表。2.制式报表。系统内置教育部全国教师管理信息系统的数据采集标准,可灵活设置学校数据标准和教育部数据采集标准之间的映射匹配关系。根据学校系统中的数据及数据匹配设置，一键生成教育部上报数据，生成的数据应符合教育部上报数据标准要求。按照全国教师管理信息系统提供的校验规则，对生成的上报数据进行校验，如有校验错误，提示错误信息并能对错误数据进行处理。按照全国教师管理信息系统的数据导入格式，导出上报数据文件，保证上报文件能顺利导入到全国教师管理信息系统中。支持根据政府或上级部门的报表要求，后台自行制作并生成报表模板，以满足不同需求。（八）自助服务(第三阶段)1 .个人信息查询与修改。每位教职工对应一个系统账号，登录系统后可查看本人基本信息。部分信息变更，可直接在系统中提交修改申请，可追踪申请的审批进度。2 假期申请。教职工所有的休假需通过假期申请模块完成，系统支持可追踪申请的审批进度以及有薪假统计。3 .电子工资单。教职工个人可以查看每月工资单，查询个人工资发放信息。支持工资单查询密码设置，且此密码与系统登录密码不一致，如设置一致系统自动弹出修改提醒。查询工资时需要输入密码验证方能显示数据。4 .证明打印。支持在职证明、收入证明、职称证明等常用证明的打印。证明打印由个人在线申请，经人力资源处审核后再打印。证明文件支持电子印章。支持追踪申请的审批进度。5 .数据看板(1)系统支持生成动态数据看板。仅适用于各级主管，不适用于教职工个人。(2)支持移动端查看数据看板，支持在线展示各单位或人员类别等不同维9度数据，图表展示类型含饼图、条形图、柱状图，支持数据钻取和数据小计、合计。6.人力资源制度看板。支持上传人力资源制度，分用户设置查看权限，制度不可下载及打印，只可在线查看，且查看页面会显示参看教职工水印的名字和ID,以防止截图外传。（九）综合服务（第一阶段）1待办事项。根据不同用户角色，显示不同的待办事项的桌面提醒；待办事项可以直接办理和撤销。2.业务预警。系统可以设置业务预警规则和处理界面；系统自动生成预警信息，并通过用户桌面提醒。3.双语系统。系统支持电脑端和移动端中文简体和英文界面，用户可自助切换。4.移动端。系统支持移动端操作，教职工可通过移动端完成各类申请，查看申请审批情况及工资单。各级主管可通过移动端完成各类申请的审批，可查阅权限内数据看板。（十）系统维护（第一阶段）1角色与权限配置.定义系统用户角色、角色的操作权限和个性化工作桌面。2.审计日志（1）系统自动记录用户登录日志和数据操作日志，登录日志包含：登录用户名，访问时间，登录IP,浏览器类型，登录状态。操作日志含：操作系统模块，操作类型，操作人员，操作日期，请求地址，请求详细参数，返回详细参数。可以查看和监控应用服务器状态，含CPU、内存、磁盘10、网络流量使用情况。（2）通过日志的分类储存、留存备份、安全事件监测等功能满足合规性和审计的要求。3 .元数据配置.配置业务数据的结构，包括字段属性、对象关系、字段关系等；定义和维护业务代码。4 .流程配置。系统支持灵活配置业务流程，设置流程节点、跳转方式、审批1。人员设置、审批方式等；实时监控流程运行情况。5 .界面配置。个性化配置用户操作界面的显示内容和显示效果。6 .消息平台配置。配置各个流程节点的消息提醒事宜，包括节点设置、消息模版、接收人信息等。三、系统技术要求(一)基本要求1.系统技术应充分考虑系统的稳定性、实用性、经济性等各方面，设计解决方案需通盘考虑学校的信息化现状和管理需求，结合国内相关方面的管理实施经验提出本项目的规划、设计、实施及应用落地方案，保证系统达到技术先进、配置合理、实施可行、经济实用等方面的要求。2 .系统方案应遵循业内最新颁布的标准规范，采用先进和成熟的技术，具有一定前瞻性，在体系架构、基础平台、通信协议等方面应充分考虑开放性和可扩展性，同时还应考虑安全性和可管理性技术应用，将生产环境和开发环境均部署于校内指定的硬件平台上，满足信息系统安全等级保护测评中关于安全计算环境的要求。学校将组织系统安全等级保护测评，供应商需根据测评机构提出的要求进行整改，提升系统的安全级别，协助学校通过测评。3 .技术上要求以“标准先行”为原则建设应用支撑标准体系，提高业务应用的适应能力和快速响应能力，至少能支撑学校未来58年业务发展对系统的扩容需要。4 .系统方案必须能够在开源或国产数据库部署实现、同时提供数据备份方案,需支持数据库热切换。5 .整体技术框架具备互联网架构应用特性，能满足高并发，秒级响应，同时保证数据处理、业务处理、文件处理的并发效率。6 .磋商响应人需提供产品各模块和详细功能说明以及硬件配置要求和参数相关要求，并免费提供各个模块的APl接口和技术文档，APl接口支持对人力资源管理系统的各个模块的数据进行增删改查。7 .系统在使用过程中不得限制系统用户数，不得因为学校人数扩张额外收费。11（二）平台架构要求产品应采用B/S架构，使用双机热备方式部署，程序代码应采用符合业界标准的开发规范。系统服务器端应为云原生开发及应用架构，基于微服务架构和模块化、服务化的设计思想，符合高内聚、低耦合、可复用、可开放、可共享、可演进的要求，提供统一的微服务管理功能，实现对平台架构中的服务及外部接入服务的统一管理。1 .系统提供一体化的DevOps规范和工程技术栈，通过一体化的适配引擎和组件封装，统一前后端技术栈，降低复杂度和管理成本。2 .系统采用前后端分离技术，实现系统展现层与业务层分离，提升系统交互体验，支持多端服务。3 .系统采用无状态服务设计，实现系统的横向伸缩，可根据业务使用频次、峰值不同，调整分配服务资源，保障系统的高可用。4 .系统采用分库分表技术，具备自动路由特性，实现数据库压力的均衡，提升系统的响应速度。5 .平台支持对WEB等其他终端设备等客户端的浏览和操作。6 .系统采用微服务化设计，实现服务注册、发现、治理的自动化管理。7 .系统明确产品自带的开发工具，并对开发工具给出详细描述。（三）可靠性与稳定性要求1 .系统不得限制系统接入的组织机构数量、用户数量、第三方系统数量。2 .系统页面平均响应时间：W3秒。3 .系统应支持集群部署和负载技术，满足高并发大数据量情况下的运行效率和稳定性，并具备良好的伸缩性，且软件本身没有性能限制或瓶颈。4 .系统应具有良好的容错能力，在7X24小时持续运行且大规模访问的情况下有较强的稳定性、可用性、易维护性，能有效避免单点故障和关键信息丢失。（四）扩充性与延展性要求1 .系统应预留软件和管理接口，满足二次开发且开发内容能与原有产品共同升级,具备完善灵活、全方位的接口支持，以便未来能扩充新的节点和新的分支，12同时系统应具有扩充升级能力，能够适应技术发展的要求。2 .系统应提供统一的接口平台，实现与内部系统的自动对接，支持以多种接口方式（包括但不限于APl接口、数据库视图等）和其他IT系统的对接。接口平台需要具有通用性，能够通过修改配置文件等无需修改代码的方式完成接口配置。接口应支持文件导入、webservice,dblink等各类数据集成方式。支持直接使用Excel在线向系统导入数据。3 .系统应提供接口校验、监控和预警功能，及时发现接口问题。（五）安全性与易用性要求系统应该充分利用防火墙、堡垒机、安全证书等数据加密技术保证网络数据安全，通过限制用户访问主机资源、记录对系统的各项敏感操作等措施确保数据与应用系统的安全。系统应具有良好的用户界面和开发界面。系统应提供有效的监控机制，便于及时发现错误及排除故障。系统所用的数据、硬件及应用软件均可维护和管理。系统安全要求包括不限于以下内容：1.系统必须能够7X24小时不间断地连续运行，性能可靠且易于维护。具备严密的用户权限的管理和控制措施，以及关键数据加密的措施。2 .权限验证：系统管理应能根据教职工的职务和所承担的工作进行角色划分,通过角色划分进行权限分配。操作人员通过学校统一身份认证系统进行登录认证,超越权限进行登录及越权操作时，系统立即拒绝并将相应操作记录于系统安全日志中。3 .安全策略：与学校统一身份认证系统对接，支持与ActiveDirectoryLDAP、SAML、OAUth等多种协议对接。4 .数据加密：除上述登录/使用验证以外，系统还应能对指定的关键数据（如用户代码、密码、薪酬数据等）进行加密，以提高安全性。5 日志审计：系统应具备日志和审计功能，完善地记录重要的操作过程。建立完备的系统日志、应用日志、错误日志，系统服务启动、系统服务停止、用户登录、用户注销和用户日常操作等均应登记日志记录。日志的记录信息应该做到完整、条理清晰，同时应充分考虑跟踪定位问题的高效和便利。系统应充分考虑13日志分级、分日期、分用户的要求。开发过程中的调试日志在上线时必须屏蔽,系统出错时必须记录详细的日志以便定位问题，包括应用系统的处理步骤、代码文件、类、方法和出错行数。系统可以将日志记录传送至学校的日志管理服务器。6 .数据备份与恢复：系统对存储的数据应有冗余保护措施，保证用户数据的随时可提取性，对于容错及冗余都有相应的安全保护机制，需支持双备份功能。7 .灾备容错功能：系统架构具有灾备容错功能，在硬件异常情况下，具备在备份硬件上4小时内系统完全恢复能力，提供容灾解决方案。8 .互联网安全：对开放在互联网的APP、移动端或任何其他连接方式，提供完整的安全防护方案，避免被黑客从互联网侵入，或篡改登录页面。四、系统集成要求（一）扩充性与延展性要求人力资源管理系统能够与数据中台同步基础数据，如教职工信息、组织架构信息:人力资源管理系统与数据中台的统一消息接口（APl接口协议）集成，便于用户在学校融合门户或企业微信中查看审批通知。（二）与融合门户集成1 .融合门户统一待办对接。人力资源管理系统调用融合门户统一待办接口，以实现学校待办事项的统一管理。学校融合门户、企业微信待办事项集成展示人力资源管理系统等各业务系统的待办事项。用户点击某一条待办事项，可直接跳转人力资源管理系统的待办事项详情页，以进一步处理或审批。2 .融合门户统一消息对接。人力资源管理系统调用融合门户统一消息接口，以实现学校消息通知的统一管理：（1）学校融合门户、企业微信消息通知集成展示人力资源管理系统等各业务系统的消息通知。用户点击某一条消息通知，可直接跳转人力资源管理系统的消息通知详情页。（2）人力资源管理系统若存在短信、邮件等消息通知，调用学校统一消息接口，由统一消息接口统一对接短信、邮件。14（三）统一身份认证系统集成人力资源管理系统与学校统一身份认证系统集成（APl接口协议）。当用户通过统一身份认证系统登录其它系统（如融合门户）后，可以点击人力资源管理系统图标后免二次输入密码直接进入人力资源管理系统。（四）与邮件系统集成人力资源管理系统与学校邮件系统集成（APl接口协议）。支持通过邮件系统发送单据状态变更的相关提醒，包括但不限于待审单据、单据审批完成、单据审批驳回等场景。（五）与企业微信集成支持于企业微信中进入人力资源管理系统移动端入口，进行单据审批系统移动端操作。五、达到的相关标准和最终提交的工作成果要求（一）运行于生产环境的人力资源管理系统，除满足以上各项技术需求外,还应参照网络安全等级保护规范，满足安全计算环境的要求。（二）运行于测试环境的人力资源管理系统，无额外的软件许可限制，可在生产环境中的数据脱敏之后进行异步复制，供上线后测试系统变更、开发新功能等使用。（三）供采购人信息化管理人员使用的系统运维操作手册，应涵盖系统整体架构、安装与配置、APl接口、性能监控指标、安全防护建议、操作审计、数据防篡改、备份与恢复等。（四）以上各项及其它项目交付物均不得侵犯任何第三方的知识产权。否则,由成交人承担对第三方的侵权责任，并承担因此而发生的所有费用，包括采购人可能需要更换相关系统所发生的全部费用o15六、项目实施要求（一）项目实施总体进度要求。本项目自合同签订之日起5个月内完成，成交人应根据这一要求，制定项目总体进度计划及资源保障计划，并按计划实施。本项目需要成交人安排人员至学校办公现场实施。自系统上线之日起试运行3个月后且无重大问题时，成交人可向采购人提出项目验收申请。在项目竣工验收后的3年为系统维护期，成交人需在此期间提供现场支持服务，为系统的平稳运转提供技术保障。（二）项目团队要求。项目团队人员配置科学合理、分工明确，成交人应根据这一要求，制定项目人员安排计划，明确岗位职责，并按计划实施。磋商响应人递交响应文件时需组建项目实施团队，需提供项目实施团队一览表（格式自拟）。1.项目团队人员配置至少应包括项目经理、技术负责人、需求人员、系统分析师、系统设计人员、软件开发人员、测试人员、配置管理员、质量保证员、用户培训人员、部署实施人员、运行维护人员等角色。项目经理要求本科及以上学历。2.磋商响应人必须承诺项目实施团队的稳定性，供应商应承诺项目经理、技术负责人必须专职承担本项目工作，若非项目团队人员主动离职，不得更换为他人。在项目实施过程中，磋商响应人须按照采购人的要求更换采购人认为不合适的人员。磋商响应人承诺在项目全周期内（包括售后服务阶段）配置足够的人员组织实施项目，确保按项目进度完成建设工作。在项验收之后在学校有常驻售后服务团队，提供专人技术咨询与支持，解答使用过程中所出现的问题。（须提供承诺函加盖磋商响应人公章，格式不限）（三）项目管理要求。磋商响应人应提供详尽的实施组织计划，包含具体的工作分解结构、人员分工、进度安排、沟通管理计划、交付质量保证措施、变更管理计划等内容。磋商响应人须在系统上线前向采购人递交由采购人最终用户签字的联调测试报告和所有相关的软件、技术文档等资料，经采购人认可后，方可进行系统上线。项目实施期间，需求变更评估未超过项目总工作量10%的新增需求由成交人提供服务。1需求分析。磋商响应人需深入、详细分析项目需求，编制详细的需求分析16报告，并据此开发系统。2 .方窠设计。磋商响应人需根据需求分析的结果制定详细的设计方案，包括技术框架、技术路线、实现的技术方法以及采购人需要提供的协助等等，形成正式的设计文本。3 .系统开发。磋商响应人根据设计文本及磋商文件要求，按时完成系统的设计与软件编码。4 .系统测试。磋商响应人根据设计文本及磋商文件要求，制定测试方法与规范，完成系统测试，出具各类测试报告。（四）培训要求。成交人应在完成应用软件开发，进行试运行、正式运行等阶段工作时，根据采购人的要求，多次安排培训工程师到现场开展培训工作。1 .系统试用前10日前分别完成使用部门、采购中心人员现场培训。2 .提供适用于全员的培训资料，包括：培训PPT、视频、WORD.PDF、HTML等电子版的用户操作手册，作为系统资源置于系统内，便于用户下载学习。3 .提供适用于人力资源处管理员的业务功能配置培训资料，以便于学校掌握系统配置、业务逻辑。4 .提供适用于信息系统管理员的业务功能配置培训资料，包括系统架构、各组件的安装与部署、日志审计、权限管理、开发接口、数据备份与恢复、数据脱敏、系统常用工具及组件等。5 .磋商响应人须提供详细的培训方案，并按照上述要求进行详细说明。（五）技术支持要求1.配合采购人人员或采购人指定的第三方进行开发和测试人力资源管理系统与校方指定系统的数据交换。2 .提供人力资源管理系统的开发环境、测试环境和生产环境所需要的服务器配置要求，协助采购人人员完成服务器及网络部署。3 .支持采购人人员进行识别和收集历史数据并迁移，保证数据完整性。17七、服务要求（一）服务标准1.在项目设计、开发、试运行期间，提供驻场服务。2 .为保证系统上线后的正常使用，成交人需提供完备的售后技术服务保障。对于系统运行过程中出现的问题能及时提供技术支持并解决。成交人须提供维护期内的技术支持，自验收合格之日起维护期3年，包括1年驻场服务。3 .为采购人提供各种技术服务，包括在线答疑、定期回访、软件更新、版本升级与技术培训以及不改变系统基本框架前提下的功能增减。4 .成交人应长期提供技术指导，包括：电话、电子邮件和在线通信（QQ、微信、企业微信）的技术支持服务，定期进行电话回访了解软件运行情况。5 .成交人定期提供培训，保证采购人熟练操作使用软件，保证采购人的管理人员能够在突发事件下对软件进行快速恢复安装。6 .对于发现的软件自身功能问题，成交人须免费提供永久支持。维护期内若此软件系统出现问题，成交人须提供7X24小时远程（QQ、微信、企业微信、电话、Email等）技术支持，及时给予圆满解决；在远程维护无法及时解决问题的情况下，须在4小时内派遣技术人员上门解决。各等级问题响应及解决时间如下表：响应说明响应时间处理时间紧急高中低紧急高中低立即30分钟1小时1小时4小时1个工作日3个工作日5个工作日（1）人力资源管理系统故障等级定义如下：紧急：全校教职工无法使用人力资源管理系统。高：系统核心模块无法使用，校领导无法审批或受影响的系统用户数量超过20Ao中；系统非核心模块的功能故障，受影响的系统用户职级为部门主管及以下且数量低于20人。18低：系统非核心模块的功能故障或需要微调已有的功能，受影响的系统用户职级为部门主管及以下旦数量低于5人。（2）维护期满后成交人继续提供维护支持服务的价格每年不超过成交金额的10机但成交人需保证维护期后给予采购人最优惠的服务价格，且该价格不得高于本项目约定的有关价格及成交人届时市场最低价。7 .维护期满后成交人每年按双方协商结果收取升级和维护费。服务标准同维护期内。8 .需求变更：维护期内，如业务规则发生变化导致需求变更，采购人有权要求成交人根据业务需求随时调整系统功能，直至满足使用要求。（一）升级服务维护期内提供软件升级服务。（三）服务效率标的物出现问题时，无论维护期内、外，分别按第九条规定的故障等级在指定的时间内给予问题的解答。通过远程支持无法解决的问题，4小时内到达现场进行维修。维护期外,应负责维修并只收取成本费,所需的备品备件应优惠供应。（四）培训要求要求提供完整的项目培训，使用户能够理解、操作、接管本次部署的各种软件、应用系统和实施成果。八、验收标准系统运行无故障，由采购人项目组参照采购需求，并结合项目实施过程中确认的方案（如有冲突以方案为准）组织验收。（一）初步验收。成交人需在初步验收前10天提供一份详细的验收方案，经采购人认可后执行。（二）试运行。试运行期为3个月。成交人须编制试运行工作方案，提供及19时的技术解决方法。系统试运行过程中如果发生故障，恢复时间不能超过24小时。在试运行期内，如系统出现重大故障，则试运行期从故障修复之日起重新计算，顺延3个月，若仍达不到要求，继续顺延，一直到系统连续3个月无故障为止。所有试运行期间系统的修改和软件变化都应在试运行结束后由成交人写入操作和维护手册中。(三)项目验收。试运行期满合格可以进行项目验收.验收文档均采用中英文双语，文档由本校项目组进行