之江实验室

GLAB

ZHEJIANG

（一）总体技术设计采购需求项目概况2022年12月之江实验室采购文件

（4）对于甲方指定的重要页面，页面风格设计需遵循甲方统一的UI设计规范，设计界面需经甲方确认后实施上线。（3）系统硬件和软件应采用模块化的可扩展结构，能够灵活配置。支持私有化分布式部署，支持物理机/虚拟机部署。（2）数据库支持MySQL、Oracle、MongoDB等主流数据库。（1）系统应基于JavaEE规范的总体技术路线，需要基于B/S架构，表示层、业务层、数据访问层分开。系统需支持主流操作系统，包括但不限于Windows、MacOS、Linux，要支持主流浏览器，包括但不限于IE11及以上、Firefox、Chrome、Safari。1.1.1基本功能要求1.1功能要求

（2）系统需接入甲方数据中台,并提供数据字典清单，通过数据中台数据交换中心获取所需的第三方系统数据。相关对接工作需遵循甲方的数据中台接入规范。（1）系统需接入甲方业务中台，包括但不限于统一身份认证、任务中心、消息中心等。相关对接工作需遵循甲方的业务中台接入规范。1.1.2系统集成功能要求（7）因本合同产生的开发成果（包括源代码、系统技术文档、软件、数据等）由甲方享有知识产权。（6）乙方应保证提供给甲方的系统拥有自主知识产权，如被第三方指控侵权，由此引起的任何纠纷将由乙方负全部责任，承担由此给甲方造成的一切经济损失。（5）乙方必须按需为甲方免费提供系统各种接口，实现与其它系统进行业务对接及数据共享，提供完整的接口规范以及针对第三方系统包含且不仅限于Restful、Webservice、API接口支持，供其他系统调用。

（3）系统在异常情况下能够自动恢复，具备较强的安全保护措施和故障恢复能力。（2）系统具备高可扩展性和灵活性，能够在不降低性能的情况下扩展用户容量，能够根据业务不断发展的需要，提供扩大服务范围、增加服务内容、提高服务质量的能力。（1）系统运行支持万级用户量，系统并发访问用户支持500人，单页面平均延时小于2秒，最大延时不超过5秒。1.2性能与可靠性（4）对甲方指定的重要页面，系统需提供移动端页面，需接入甲方APP实现移动端功能。相关对接工作需遵循甲方的APP接入规范。（3）系统需开放数据库权限，对接甲方数据中台，确保系统数据汇聚至数据中台并具备共享给其他系统使用的能力。相关对接工作需遵循甲方的数据中台接入规范。

（2）系统验收前，乙方须委托具有安全资质的第三方单位进行安全评估，出具安全评估报告。（1）系统应按照国家网络信息安全等级保护2.0标准进行建设，在验收前，乙方应通过甲方的安全评估。在系统运行过程中，甲方定期对乙方系统进行安全评估，对于不满足甲方安全要求的项目，乙方需无条件配合整改。1.3安全管理要求（6）支持非结构化数据存储，容量无限扩容。（5）系统保证7×24小时连续运行，年非计划宕机时间不能高于4小时。（4）系统支持分布式架构，处理节点支持水平扩展，自动实现负载均衡，支持多节点部署，支持数据备份。乙方提供数据备份措施并执行备份计划，同时应配合甲方完成数据安全相关工作。

（8）对于甲方认定的含有敏感数据的页面，访问前需要实现短信二次鉴权校验，短信发送接口需由甲方提供。（7）系统应支持对数据的正确性和完整性进行验证，能发现并恢复被恶意篡改的数据（6）系统应具备数据备份恢复功能，应制定合理的备份策略提供保护机制。（5）对于甲方认定的敏感数据，系统应支持数据存储和传输加密。（4）系统应具备操作日志管理功能，支持流程操作、表单操作等相关操作记录的查询，操作记录内容包括操作人、操作时间、操作内容及操作结果数据。（3）系统应具备登录日志管理功能，支持历史登陆IP、历史登录时间等关键信息的查询。

（14）重要数据表不应使用具有规律特征的数字ID，应使用随机ID防止字段枚举（13）系统应支持HTTPS访问方式。（12）系统应具备防暴力破解功能。系统登录前应设置验证码，密码错误一定次数后，需进行账号锁定操作。（11）系统应具备非活动账号停用功能。对连续超过一定期限不使用的账号，系统自动对该账号进行停用或删除。（10）若系统接入实验室统一身份认证，应具备权限同步功能。当统一身份认证账号权限发生修改或删除时，需同步在系统中进行修改或删除。（9）包含敏感数据的系统接口，系统必须支持接口访问认证鉴权，鉴权和调用日志需留存6个月以上。

（4）乙方需要交付所有项目文档，包括但不限于需求文档、设计文档、开发文档和用户手册。（3）乙方须提供本项目正常运转所必须的全部系统软件、中间件、插件等，确保系统按期交付。（2）在开发过程中，如需与甲方其它系统对接，乙方需与相关系统供应商进行深入交流，并由乙方提供对接方案。（1）本项目涉及多个部门业务，乙方须与甲方需求部门进行细致地交流，在充分理解甲方需求的基础上提供系统设计方案和实施方案，经评审通过后开展项目实施。1.4其他要求（15）系统操作数据库时，应采用参数化查询方式，不应通过字符串拼接等方式处理用户交互数据

B.系统需要做到数据权限的独立性，博士后相关管理员可以看到博士后相关的招聘进度等信息。A.博士后的招聘流程和目前线上的之江实验室博士后招聘流程保持不变。（1）招聘流程管理2.1.1博士后招聘管理2.1博士后管理（二）核心功能

B.博士后管理员针对博士后成员录用合作导师或者项目等信息。A.博士后管理员对引进的博士后人员进行简单的基本信息登记，操作流程和方法和目前线上的人员入职界面类似。（1）入站流程管理2.1.2博士后入站管理博士后指导委员会成员针对拟引进的博士后人员进行线上投票，投票系统参照目前已成功使用多次的职称投票系统。（2）引进投票管理

D.系统根据入站日期自动预警博士后个人和相关管理员或合作导师３个月内完成开题报告。C.博士后管理员也可以进行档案的信息维护。B.博士后可维护档案系统系统需控制到字段权限。A.博士后人员通过实验室的统一账号密码进入门户系统，然后进入人事档案模块维护个人相关档案信息。（2）博士后档案管理C.信息维护后，系统自动同步账号信息到之江实验室统一认证中心，并同步相关信息到之江实验室数据中心。

（1）开题报告管理2.1.4博士后在站管理（3）合作导师可以进入个人自助界面查询自己指导的博士后相关信息。（2）针对非之江实验室内部合作导师（没有统一认证账号），需和信息中心商榷相关账号信息同步事宜。（1）博士后管理员可以对合作导师进行增、删、查、改的维护操作。2.1.3合作导师管理

B.博士后人员在线提交中期考核相关信息，系统设置相关流程进行审核。A.系统根据入站日期自动预警13个月内完成中期考核。（2）中期考核管理C.审核通过后专家对博士后人员拟从事的研究项目、进度安排及预期成功进行线上评审，形成评审意见。B.博士后个人进行开题报告的线上提交，系统设置相关的流程进行审核等。A.系统根据入站日期自动预警博士后个人和相关管理员或合作导师３个月内完成开题报告。

（1）出站考核管理2.1.5博士后出站管理博士后管理员每年开放2次，供博士后人员在线填报项目成果，相关人员进行在线审核。（3）成果统计管理D.系统16个月内中期考核结果未完成或者不合格预警，联动触发出站流程。C.审核通过后相关考核小组进行线上考核。

2.2绩效考核管理根据出站考核结果等，协议期满后博士后管理员在线登记出站信息。（2）出站流程管理C.资料审核通过组织考核组线上考核，系统记录考核结果和考核意见。B.博士后成员线上提出出站申请，提交相关材料审核。A.系统根据协议期满日期前1个月进行相关人员预警。

（2）具体要求员工录转调离在绩效系统内自动同步。减少手工录入操作。（1）目标2.2.2考评关系数据维护当前绩效管理系统打通绩效管理全流程，同时提升系统操作的便利性和自动化程度，实现功能从“能用”到“好用”的提升。2.2.1总体目标

F.员工离职的，OA通知BP，BP确认后，离职员工从当前部门考评人员列表中移除，数据保留在报表模块-信息一览表中。BP通知模板“XXX员工已于X月X日离职，请从绩效管理系统确认移除考核名单”。E.人员调动的，OA通知双方BP，BP进入绩效系统后进行确认，绩效系统内的数据同步调整。然后绩效系统自动发送目标制定通知给该员工，并说明需要在10个工作日内完成制定。BP通知模板“XXX人员发生调动，从XX到XX，直接考评人改为XXX，请进入绩效管理系统处理”。D.导入员工信息含：名称、工号、部门、直接上级名称、工号。C.建立和人事系统的关联，在目标制定前，通过设定入职时间、人员状态、人员类型，自动导入在职的应考评人员。B.取消原有考核组模式，重构个人和考核数据的关系，让考核数据跟着人走，不跟着考核组走，不因移动更换考核组而丢失个人考核数据。A.确保员工状态、所属部门、直接上级都会在员工入职、调动、离职流程走完后，在人事系统内自动变化。

2.2.4关键动作消息通知待系统功能确认后进一步明确。（2）具体要求在绩效管理的关键环节，基于实验室领导、人力资源部领导、绩效系统管理员、HRBP、绩效专员的职责，赋予不同的权限。（1）目标2.2.3主要角色权限明确

C.员工在目标被退回后，OA通知员工修订目标，并标注目标制定时间（3个工作日内，按截止日期显示）。B.目标制定截止日期前1个工作日。OA通知直接考评人审批目标。A.目标制定截止日期前3个工作日。OA任务中心给员工发送待办，提醒员工填写目标。（2）具体要求在最少打扰下，催办员工和管理者完成绩效管理动作。（1）目标

（2）具体要求对绩效管理各环节进度进行可视化展示，帮助管理者把控进度、集中汇总绩效考评结果、为绩效结果分析提供便利。（1）目标2.2.5考核报表分析看板E.在自评截止截止日期前1个工作日，OA任务中心给员工发送待办，提醒员工填写自评；在直接考评截止时间前1个工作日，OA给管理者发送消息，提醒其审核员工自评。D.在半年度/年度绩效面谈截止日期前3个工作日，OA给管理者发送消息，提醒开展面谈并录入；在面谈确认截止时间前3个工作日，OA给员工发送待办，提醒员工确认内容，并说明若超时则表示默认。

根据考评程序需要，优化流程，提升系统操作的易用性。（1）目标2.2.6绩效考评程序优化C.信息一览表。汇总个人历年绩效考核数据，形成一览表。具备人员搜索，和人员类型等字段的筛选功能。B.结果统计。可根据考核年度，查看历年实验室整体、部门/中心的等级分布比例。也可按序列、职级进行统计分析。A.进度统计。在目标制定、面谈、考评、反馈等环节，可按照实验室整体、部门、考评单元等类别进行状态统计。

2.3职级晋升管理D.可批量或单个新增的方式为员工设置多个直接考评人并分配权重（总权重100%）。C.互评管理模块内，可用导入或者单独新增的方式，自定义互评对象。B.新增投票模块：为解决述职小组得分相同，排名选择问题，采用单独的投票模块。在述职现场，由HRBP在后台设定投票对象、投票选项（ABCD）、投票轮数等信息，完成后点击发布，OA任务中心给考评小组成员发送待办，小组成员直接登录OA完成投票。A.提供“自动生成考评单元”功能。系统管理员和绩效专员可根据组织架构和人员类别选择自动生成考评单元。并能手动进行考评单元新增、删除和人员编辑。（2）具体要求

（1）实现单点登录，通过个人OA账号登录2.3.1个人申请个人申请资格审批评委投票结果统计结果导入个人申请资格审批评委投票结果统计结果导入整个晋升系统包括个人申请、资格审批、评委投票、结果统计、审定结果导入等五个主要模块。

4职级以下由

HRBP审核，

晋升管理员

复审

部门/研究中人力资源部审纪检监察审计人力部负责人反馈部门及员

员工发起心审批，支持批，支持批量部审批，支持审批，支持批工提名审核结

批量审批审批批量审批量审批果

2.3.2资格审批员工填写完申请后，选择审批人后提交。流程进度员工可查看。部门或研究中心一把手的审批人为分管领导，其余人员，审批人为部门或研究中心一把手。（3）选择审批人点击“我要申请”-进入申请界面-申请须知，点击我已了解。-进入申请界面-先弹出核对个人档案界面（从人事档案抓取，下面出现“我已核对”“我要修改”的按钮，若点击“我要修改”则跳转至个人人事档案界面，修改后需人事档案管理员审批确认后方可生效）-点击“我已核对”按钮后，进入附件2界面，只有申请理由需手动填写。完成-点击暂存/提交,该环节支持上传附件。（2）个人发起晋升申请工作流登录路径：OA内网-人事服务-职级晋升申请。账号为员工工号及OA内网密码。

（1）评审前准备参考现有职称申报系统评委投票功能。2.3.3评委投票（2）从部门/研究中心审批开始，支持批量审批。（1）审批包括审批意见（为文本框，允许空白，未填写前为灰色提示语“请您重点对申请人是否符合拟晋升岗位要求，提交信息是否真实、可靠性进行审核”）和审批结果（同意/不同意/退回修改三种选择）两部分。资格审批的工作流程如下：

（4）现场答辩评审不同评审小组的群众代表有管理员或HRBP线下批量导入，系统导入后，需对姓名做脱密处理，在后续的所有环节中，全部用序号代替。批量导入后，根据到场评审专家人数的三分之二（向上取整）设置答辩通过标准。（3）群众代表选择不同评审小组的专家由管理员或HRBP线下批量导入系统，系统导入后，需对专家姓名做脱密处理，在后续的所有环节中，全部用序号代替。（2）评审专家选择创建评审小组，与绩效考核单元类似，管理员可以一键从晋升审批通过的人员库中导入或者从Excel中导入，创建不同的评审小组。不同的评审小组，对应的评审专家和规则不一样。会根据晋升候选人的拟晋升职级和岗位序列来分别创建评审小组。

2.3.5结果统计现场只统计原始分数，评审小组组长可查看本场评委的评审结果及进度，所有评委打分完成后，小组组长确认无误后，使用电子签字，并点击发布后，系统后台才可查看原始分数。2.3.4结果汇总除评委外，现场还有群众监督，群众也参加投票，一般为10人，具有否决权，群众委员会不同意票数不超过到场群众代表的三分之二（向上取整）视为通过。群众投票权限只可看到候选人个人简历，无权限看候选人申请表。投票包括同意、不同意、弃权三种。现场采用匿名评审，在专家到场评审前，系统事先随机生成评审专家的账号和密码信息；设定好评审的小组，之后专家开始评审，在专家评审的过程中可以实时查看每一个人选的个人简历和申请表、实时统计打分结果。设置打分截止时间和管理员结束打分功能。评委采用打分制，需根据人选的应聘职级对应的任职资格标准进行打分，打分界面见附件3.评委打分完成后，回到打分界面。

1.依据需求工作说明书、系统设计方案、信息软件系统进行验收。（三）验收要求评审结果报主任办公会审定后，进入公示环节，无异议后管理员可在后台批量导入最终结果，点击发布后，给员工及其部门领导、HRBP、薪酬专员等人员发送晋升通过的通知。2.3.6审定结果批量导入设置“生成结果”按钮，管理员在后台点击后，呈现出统计结果。通过标准，获得现场评委同意票数超过三分之二（向上取整）及以上视为评审通过，评委为打分制，系统根据每一项内容的分数自动加权后计算出总分，总分＜60分，视为评审不通过，≥60分的，根据职级、序列、分数由高到低排列。现场可导出统计结果（模板如下），供监督员、工作人员现场签字确认。

质量保证期：自验收合格之日起，供应商提供的对本项目所有产品1年免费质保服务期。（四）售后服务要求5.供应商依据采购人需求提供用户使用培训、软件运维培训等。4.供应商按采购需求文件及合同约定交付物，实际交付服务应满足采购人使用需求，符合采购人其他相关需求。功能需求与设计相符并由需求部门代表签字，确认系统符合验收条件后，采购方组织验收。3.供应商应制作软件操作培训手册、软件运维手册、软件应急预案等相关手册，提供并指导采购人使用，满足采购人使用需求，并应在验收前提供上述全部手册。2.供应商提供软件测试报告、安全评测报告、软件运行报告、项目验收等报告。

6.供应商协助制定备份计划，以及定期备份及检验数据备份的有效性。5.供应商提供7×24小时的技术咨询服务及远程协助服务。4.供应商实施系统维护或修改设计后，应在1周内提交有关技术文档。3.供应商应对对采购人提出的修改设计提出响应措施，并进行实施。2.供应商应对采购人要求的不定期维护提出响应措施，并进行实施。1.供应商应提供定期维护：供应商在投标时须提出整体的定期维护计划，并协助完成维护计划。

商务要求11.质量保证期内供应商应免费、及时提供最新版本的升级服务，提供相应的安装、调试、培训及运行维护，并向采购方提供相关技术开发文档和接口。在质保期内属产品质量问题所发生的一切费用由供应商负担。10.供应商在项目验收完成后两年的免费维护期。9.故障服务的响应时间在工作时间内小于1小时，其他时间内小于2小时；在必要时能在上述响应时间内到达现场协助排除问题。如因供应商交付的系统发生全局故障导致服务不可用超过4小时，采购人有权根据现场情况而定，是否没收供应商的全部或部分质保金。8.供应商对重大故障提供7×24小时的现场支援，需要30分钟内响应，2小时到达现场，一般故障提供5×8小时的现场支援。每次故障后需提供故障报告。7.供应商应提供7×24小时的故障服务受理。

（3）质量保证期过后，采购人需要继续由原成交供应商提供售后服务的，成交供应商应以优惠价格提供售后服务。质保服务期限届满时，如采购人认可成交供应商售后服务质量，采购人有权选择成交供应商继续提供售后服务，供应商应按采购人要求履行相关合同签署手续，采购人按每年不超过项目合同金额10%支付供应商售后服务费。（2）质量保证期过后，成交供应商应同样提供免费电话咨询服务，并应承诺提供上门维护服务。（1）保期为1年。3、质保期外服务要求2、付款方式：全部系统模块上线完成，且验收合格后后支付100%。1、进度要求：合同签订后20天。

五、评审程序及成交原则（二）提交响应文件的方式和截止时间：▲通过云采通平台报价界面以附件的形式提交电子版响应文件（加盖公章后扫描上传），截止时间同采购公告截止时间。（2）技术文件：整体方案（格式自拟）；服务承诺（格式自拟）；增值服务（如有）（1）商务文件：同类项目业绩情况一览表（格式见附件一）；采购需求偏离表（格式见附件二，按需提供）；供应商需要说明的其他文件和材料（一）响应文件的组成：四、响应文件

（二）评审内容及标准（分值根据项目具体情况自拟）商务分、技术分按照评审小组成员的独立评分结果的算术平均分计算，计算公式为：商务分、技术分=（评审小组所有成员评分合计数）/3报价分=（基准价/报价）×20%×100供应商评审综合得分=商务分+技术分+价格分评审总分为100分。合格供应商的评审得分为各项目汇总得分，网上比选采购公告截止后，由采购人组织三位专家形成评审小组进行评分，并填写采购项目评审报告。评审小组应当根据综合评分情况，按照评审得分由高到低顺序推荐一名最终成交供应商，评审得分相同的，按照报价由低到高的顺序推荐。评审得分且报价相同的，按照技术指标优劣顺序推荐。评分过程中采用四舍五入法，并保留小数2位。

（3）经查询存在不良信用记录的。（1）供应商不具备采购文件中规定的资格要求的；1、在资格审查时，如发现下列情形之一的，响应文件将被视为无效：六、无效响应的情况▲供应商应在采购公告截止时间前提交响应文件。逾期提交的响应文件将作无效处理。五、响应文件的接收

（5）法律、法规和采购文件规定的其他无效情形。（4）响应文件含有采购人不能接受的附加条件的；（3）响应技术方案不明确；（2）与事实不符或虚假响应的；（1）明显不符合采购文件要求，或者与招标要求中标“▲”的项目发生实质性偏离的；2.在符合性审查、商务和技术评审时，如发现下列情形之一的，响应文件将被视为无效：

项目编号：项目名称：同类项目业绩情况一览表附件一：之江实验室2022年12月1日

采购需求偏离表附件二：日期：年月日供应商名称（盖章）：法定代表人或授权委托人（签字）：注：表中所列的同类业绩，需按评分细则要求则提供相关证明资料。

2.偏离说明是指对招标要求存在不同之处的解释说明。偏离系指：正偏离（高于招标要求）、负偏离（低于招标要求）、无偏离（满足招标要求）；1.逐项按照招标要求填写响应规格（格式可以根据需要自行调整）；说明：项目编号：项目名称：

日期：年月日供应商名称（盖章）：法定代表人或授权委托人（签字）：3.如不填写则默认完全响应招标需求。