序号

评分

项目

基准

分值

评分标准

1

价格因素分

(30分)

30分

投标报价得分：以按照招标文件规定修正后的所有合格投标人的评标价的最低价作为评分基准价。投标人的价格分按下式计算：价格分=（评分基准价/评标价）×30。

2

商务因素分(8分)

3分

投标人需提供近三年（2021年至今）完成的类似项目业绩合同，至少包含（融合门户与身份认证）或（学工管理系统及招生管理系统）或（经 (略) 上报销系统）内容。

合同包括：合同首页、金额所在页及合同签字盖章页，提供一份业绩证明合同及验收报告得0.5分，满分3分，不提供不得分。

3分

所投投标人同时具备有效的ISO9001质量管理体系认证、ISO*信息技术服务管理体系认证、ISO*隐私信息管理体系证书，每提供一个得1分，提供复印件加盖投标人公章，满分3分，不提供不得分。

1分

投标人所提供的移动服务端需通过教育部APP备案审核，提供教育部官方APP备案 (略) 址和备案号码，得1分，提供证明材料复印件，不提供不得分。

1分

投标人所投学工管理系统产品可与教育部“易班”系统对接，提供“易班” (略) 径。满足得1分，不满足或未提供得0分。

3

技术因素分(59分)

3分

投标人提供的设计方案评价，方案内容需包括学校背景、现状问题、技术架构、功能设计、系统知识产权证明、集成对接。

以上要求每提供一项有效内容得0.5分，共3分。

3分

投标人提供的安全评价，方案内容需包括：投标人能够提供所投产品的数据安全管理能力证明、所投产品（学工管理系统、 (略) 、融合门户）等保二级及以上证明、针对 (略) 络安全设计。

以上要求每提供一项有效内容得1分，共3分。

3分

我校目前有8000+师生，考虑未来人员扩展及业务期高并发使用，要求所投产品（学工管理系统、 (略) 、融合门户）支持*+用户使用， (略) (略) 支持2000并发登录时，平均响应时间不多于1秒（考虑到认证门户关联到所有系统，所以性能要求更高）。学工管理系统支持2000并发时，平均响应时间不多于3s，满足得3分。

3分

提供 (略) 或融合门户产品在实际案例上的测试报告，要求并发不低于2000，测试报告需包含通过指标说明、测试服务器清单测试过程界面截图、事务平均响应时间，报告需经过最终用户盖章，满足得3分。

3分

投标人提供的实施方案评价，方案需包括项目组织、项目进度计划、项目阶段管理、项目质量保障措施、项目系统化管理能力、实施流程。

以上要求每提供一项有效内容得0.5分，共3分。

14分

为了确保项目实施质量，要求投标人提供技术专业、能力强、经验丰富的人员团队。对项目团队人员具备《国家职业资格目录（2021年版）》认证证书进行评价。

项目团队人员具有信息系统项目管理师（负责项目管理）、系统分析师（负责项目需求分析）、网络规划设计师（ (略) 络规划）、系统集成项目管理工程师（负责集成管理）、软件评测师（负责系统测试）、软件设计师（负责二次开发）、数据库工程师，每提供1个证书得2分，一人多证只算一个。

要求投标人提供人员证书复 (略) 截图及社保在职证明。

3分

投标人提供的培训方案评价，培训方案包括：培训计划、培训内容、培训人员（具备讲师/教师资格）安排。

以上要求每提供一项有效内容得1分，共3分。

3分

投标人在投标文件中需要对我校学员主要业务流程进行梳理，需包含迎新、学生基本信息、奖学金、荣誉称号、 (略) 分、离校业务，梳理并且提供业务流程图，流程图需明确在不同阶段环节和不同角色申请、审批等内容，每提供一项得0.5分，此大项共3分。

14分

核心业务功能响应，涉及我校的核心业务运行，以下内容需提供相应的系统截图或佐证材料，每满足一项得1分，此大项共14分。

（1）学工系 (略) 分移动端业务规则动态管理：系统需具备在移动端维 (略) 分相关业务规则的能力，包括但不限于违纪类型定义、处分类型设置、处分解除审核流程的定制， (略) 分依据库的查阅，需要支持登记后的数据联动，在移动端登记后，在PC端上能够查看到登记的信息，在移动端一次登记学 (略) 分操作，登记 (略) 分学生、选择违纪类型、登记违纪日期、建 (略) 分类型、违纪情况描述、显示提报人、可上传违纪说明材料、处分信息、处分依据等，处分依据可关联校规校级中的具体条款，提报后能够在PC端和移动端查看和审批该条登记记录，并能够查看该条记录中的附件。

（2）学工系统移动端综合测评方案灵活配置与管理：系统需支持通过移动端对综合测评的整体方案进行精细化管理与调整，包括但不限于参评对象的灵活设置、测评批次的名称维护、测评与公示时间段的精准规划、公示范围的广泛定义以及审核流程的严密设计，确保测评工作的规范性与灵活性。

（3）学工系统系统需支持对涉及个人敏感信息进行信息的脱敏规则设置。系统需支持选择是否启用用户隐私信息脱敏功能。开启后，应用中的用户隐私信息将需支持脱敏展示。

（4）学工系统系统需支持二次验证，通过二次验证后，可查看完整数据并进行编辑及导出等操作。为保障安全，系统需支持二次验证查看及导出记录的操作日志查看。

（5）学工系统需支持多种验证方式，包括短信验证码验证、二维码验证、邮件验证码验证及账号密码验证。为了保护用户的账户安全及防止滥用，系统需支持对二次验证的有效时长进行设置，超过规定时长，需重新验证。

（6）学工系统需支持查看人员归属用户组，对于已离职及不在岗的人员，需支持一键退出所有用户群组操作，需支持离职老师的群组转交操作。

（7）学工系统需支持可管理活动参与对象，需提供不同的参与对象范围管理，包括全校所有学生、按年级/院系筛选添加参与对象、或者指定活动参与名单。指定活动参与对 (略) 、专业、班级、年级、学号、姓名等方式筛选名单，还可单独新增或批量导入活动参与对象名单。可批量对参与对象发布活动消息的提醒。

（8）融合门户需支持基于自然人维度的账号自动关联合并功能，支持按照不同的逻辑将同一自然人在学校不同阶段的账号合并，并可设定主账号，投标方需提供具体的账号合并逻辑说明

（9）身份认证要求实现身份认证系统内通讯录数据至企业微信或钉钉的自动数据同步功能，同步范围涵盖组织架构信息及员工个人信息。当组织架构内部人员变动时，系统需能够自动更新并同步这些变化至企业微信或钉钉的通讯录中。

（10）需为业务老师提供一个全面的项目信息管理界面，该界面应详细展示其个人负责及参与的所有项目，包括但不限于每个项目的具体建设周期、涉及的关键干系人、详细的进度任务列表、当前存在的问题记录、相关的投诉反馈以及项目配置库的所有信息，以便业务老师能够随时掌握并管理自己负责和参与的所有项目的全方位情况。

（11）系统需支持项目实施期间日报、周报、月报等周期性工作记录的录入与查看，确保实施人员完成填写后，用户能即时查阅并附加批注，以此增强信息的透明度与沟通效率。针对项目实施中涌现的重大问题， (略) 直接提交投诉， (略) 专业运营团队的即时响应机制。该团队将负责全 (略) 理投诉内容，及时更新解决进度与提供解决方案，直至获得校方满意反馈并主动关闭投诉，确保问题得到圆满解决。

（12）融合门户需支持设计并包含无障碍功能，以确保学校中的特殊人员群体能够顺利访问并使用系统的各项功能，通过优化界面、提供辅助工具等方式，实现无障碍操作体验。

（13）融合门户需提供至少9个以上的系统预置插件，如课表插件、通讯录插件、腾讯邮箱低版本插件、腾讯企业邮箱插件、网易邮箱插件、亿邮邮箱插件、消息通道插件、待办任务推送插件、第三方免认证插件。

（14）融合门户需支持个人数据的集成化管理功能，该功能作为门户个人数据卡片的信息供应源。在数据管理列表中，需清晰展示数据的标题、核心信息、辅助信息、数据的获取途径、启用/停用状态以及数据的缓存有效期。用户应具备创建新个人数据的能力，并能对已存在的个人数据进行编辑、搜索、排序、权限分配以及删除操作。

10分

产品演示：

本项目评委会评分过程中，技术因素分需要投标人进行现场演示，审核合格的投标人参与演示。

产品演示要求：

1、演示人员及证件：每个审核合格的投标人进入会场演示人员须1-2人，演示人员进入会场前须出具身份证复印件一份（原件携带备查）、投标单位法定代表人授权演示人员的证明文件原件一份（加盖投标人公章和有效签署），格式可参考招标文件中法定代表人授权书。

2、演示环境：投标人自备笔记本电脑等所有必备物品（现 (略) 络环境），并按相关要求自行演示。

3、演示顺序及时间：演示时按照审核合格进入评分阶段投标人报价由高到低的顺序（报价相同的按开标时唱标在前的先演示）自行对所投标货物进行演示，时间不超过15分钟。

4、演示内容必须是已经开发完成的功能，每项演示点需要具有数据联动能力。投标人需在评审现场自行搭设环境，采用远程登录系统方式对本次项目中的主要系统功能进行现场演示，为避免造假导致影响交付质量，严禁使用PPT、视频录屏进行演示、截图等，登录方式不限。评委根据实际演示效果与采购需求的匹配程度、演示关键点、功能实现形式、交互体验优劣、兼容性、现场答疑等进行评分，每成功演示一项得1分，此大项共10分，投标人需提供 (略) 址、账号及密码备查。

（1）演示融合门户的个人数据聚合管理，用于提供门户个人数据卡片的数据来源。列表展示数据标题、主要信息、次要信息、数据来源方式、启停状态、缓存时长。支持创建个人数据，支持对个人数据对编辑、搜索、排序、授权以及删除。

（2）演示融合门户可切换不同站点及切换不同的关联账号，如遇到切换 (略) 于未激活状态，系统将给于账号所有者提示，并且在移动端登录门户需支持两种以上的登录方式，需要演示密码登录、验证码登录和扫码登录，登录成功后需要在后台中能够查询到刚刚登录和操作的日志记录。

（3）演示身份认证账号生命周期管理，包括未入校、在校、离校三个状态。系统应能自动创建对应生命周期的用户组。同时应能对生命周期设置有效期，在有效期到期后，自动转换生命周期状态。管理员在后台调整不同身份分类数据管理中，可对教职工、学生、校外人员等不同身份人员的未入校、在校、已离校中的放置节点、 (略) 径、保留期和身份状态变化规则进行自定义调整，可以自定义激活过期规则，演示建立一个教职工账号，教职工在激活账号完毕后，可自动从未入校进入在校状态。

（4）演示身份认证在移动端上的账号关联、生物识别及安全令牌设置能力，其中账号关联能够设置所有关联账号中的默认账号，生物识别能够添加和删除生物识别设备，安全令牌能够进行绑定，绑定过程中支持短信二次验证。

（5）演示项 (略) ， (略) 中提出自己的问题，也可以由现场工程师代老师提出问题，需现场演示提报问题，提报的问题需要包括标题、关联的项目名册、项目状态、问题来源、可选择的问题类别、问题级别、问题的产品、影响范围、是否bug、期望解决的日期、版本号、环境信息及详情，详情中可附加各类的图片、视频、表格、文字排版等，提交问题后，现场工程师能够在系统中查看到老师提交的问题，并且可支持多维度的查询，如查询状态、申请关闭、当前环节、提交开发、未解决状态、产品、 (略) 、问题类别、未响应状态、是否催办等至少10个维度的查询条件。

（6）演示项 (略) ， (略) 中提出自己的需求，需现场演示现场提报需求，提报需求的内容需要包括项目名称、项目状态、需求分类、提出老师、实施验证人、是否已上线、需求性质、模块、选择开发团队、备选开发团队、版本号、是否对接第三方、是否紧急、期望开发交付日期、关联需求、需求附件及需求描述，提交好以后，现场工程师能够在系统中查看到老师提交的需求，并且支持多维度的查询方式，如 (略) 、需求分类、需求性质、是否驳回、期望开发交付日期、提出日期、当前环节、是否加急、业务线、预期交付日期、定制修改原因等至少11个维度的查询条件。

（7）演示学工系统中队长训练中的模拟训练模式，需包括模拟批次的创建与维护功能。系统应允许用户详细设置模拟批次的学情辨析详情，包括选择特定的辨析学期、指定抽取的学生数量以及配置辨析所需的关键字段。在辨析过程中，系统需支持从数据库中随机抽取学生照片或姓名作为辨析内容，并允许用户根据实际需求自定义详细辨析字段，演示在当前的辅导员训练中正式比赛，中队长（辅导员）在线进行答题，并且系统自动计算时间，在完成答题或者提前交卷后，能够在成绩查询中查看到自己的得分成绩。

（8）学员在移动端提交请假申请后，中队长能够在移动端和PC端上进行请假审核，在请假设置中可以设置时间、请假说明手册、提醒方式（请假人、中队长）支持抄送给班干和老师、提醒方式、销假方式（拍照+定位）、不同类型的请假设置、请假审批流程自定义设置等，可设置集体请假审批流程，其中不同请假类似可以设置按照请假周期设定审批流程，类型不限于出校门请假、因公外出、事假、丧假、本科生外出实习、病假、因私请假等，需要演示在移动端申请，PC端查看和审批，审批不限于通过或驳回，演示学员在移动端提交请假申请，在系统中查看阅读请假安全承诺书并且支持同意或者取消，同意后选择填写请假性质、请假类型、请假天数，是否出校、请假事由，并且系统自动读取学员基本信息中的联系方式，并填写进请假单，学生也可以自己填写手机号，同时系统可以检测在请假时间段内的冲突课程，提交后，中队长（辅导员）可在线进行审核，如驳回后可填写驳回原因，学员在手机端能够查询到结果和查看驳回原因。

（9）演示学工系统中队长学习，中队长（辅导员）在系统中可以在当前的系统中查看到学校公布的学习分类和具体在线学习资料，在浏览后可以在自己的页面下查看到最近浏览的记录和时间，学校老师可以在系统中管理与维护学习中心的资料库并设置学习要求，也能够在系统中查看各中队长（辅导员）的学习时长。

（10）演示提供考生报名信息表、成绩志愿表、体检信息表三表档案的批量打印和批量下载功能，系统能够由管理自定义查询考生范围，进行考生三表档案的下载和打印，批量下载时支持每个考生单独生成一个PDF文件。

4

售后服务因素分（3分）

3分

投标人提供的售后服务支撑方案，方案包括售后服务体系、服务内容、响应时间、本地化服务、信息安全应急响应能力、具备自主知识产权的售后服务保障工具部分。

以上要求每提供一项有效内容得0.5分，共3分。

序号

评分

项目

基准

分值

评分标准

1

价格因素分

(30分)

30分

投标报价得分：以按照招标文件规定修正后的所有合格投标人的评标价的最低价作为评分基准价。投标人的价格分按下式计算：价格分=（评分基准价/评标价）×30。

2

商务因素分(8分)

3分

投标人需提供近三年（2021年至今）完成的类似项目业绩合同，至少包含（融合门户与身份认证）或（学工管理系统及招生管理系统）或（经 (略) 上报销系统）内容。

合同包括：合同首页、金额所在页及合同签字盖章页，提供一份业绩证明合同及验收报告得0.5分，满分3分，不提供不得分。

3分

所投投标人同时具备有效的ISO9001质量管理体系认证、ISO*信息技术服务管理体系认证、ISO*隐私信息管理体系证书，每提供一个得1分，提供复印件加盖投标人公章，满分3分，不提供不得分。

1分

投标人所提供的移动服务端需通过教育部APP备案审核，提供教育部官方APP备案 (略) 址和备案号码，得1分，提供证明材料复印件，不提供不得分。

1分

投标人所投学工管理系统产品可与教育部“易班”系统对接，提供“易班” (略) 径。满足得1分，不满足或未提供得0分。

3

技术因素分(59分)

3分

投标人提供的设计方案评价，方案内容需包括学校背景、现状问题、技术架构、功能设计、系统知识产权证明、集成对接。

以上要求每提供一项有效内容得0.5分，共3分。

3分

投标人提供的安全评价，方案内容需包括：投标人能够提供所投产品的数据安全管理能力证明、所投产品（学工管理系统、 (略) 、融合门户）等保二级及以上证明、针对 (略) 络安全设计。

以上要求每提供一项有效内容得1分，共3分。

3分

我校目前有8000+师生，考虑未来人员扩展及业务期高并发使用，要求所投产品（学工管理系统、 (略) 、融合门户）支持*+用户使用， (略) (略) 支持2000并发登录时，平均响应时间不多于1秒（考虑到认证门户关联到所有系统，所以性能要求更高）。学工管理系统支持2000并发时，平均响应时间不多于3s，满足得3分。

3分

提供 (略) 或融合门户产品在实际案例上的测试报告，要求并发不低于2000，测试报告需包含通过指标说明、测试服务器清单测试过程界面截图、事务平均响应时间，报告需经过最终用户盖章，满足得3分。

3分

投标人提供的实施方案评价，方案需包括项目组织、项目进度计划、项目阶段管理、项目质量保障措施、项目系统化管理能力、实施流程。

以上要求每提供一项有效内容得0.5分，共3分。

14分

为了确保项目实施质量，要求投标人提供技术专业、能力强、经验丰富的人员团队。对项目团队人员具备《国家职业资格目录（2021年版）》认证证书进行评价。

项目团队人员具有信息系统项目管理师（负责项目管理）、系统分析师（负责项目需求分析）、网络规划设计师（ (略) 络规划）、系统集成项目管理工程师（负责集成管理）、软件评测师（负责系统测试）、软件设计师（负责二次开发）、数据库工程师，每提供1个证书得2分，一人多证只算一个。

要求投标人提供人员证书复 (略) 截图及社保在职证明。

3分

投标人提供的培训方案评价，培训方案包括：培训计划、培训内容、培训人员（具备讲师/教师资格）安排。

以上要求每提供一项有效内容得1分，共3分。

3分

投标人在投标文件中需要对我校学员主要业务流程进行梳理，需包含迎新、学生基本信息、奖学金、荣誉称号、 (略) 分、离校业务，梳理并且提供业务流程图，流程图需明确在不同阶段环节和不同角色申请、审批等内容，每提供一项得0.5分，此大项共3分。

14分

核心业务功能响应，涉及我校的核心业务运行，以下内容需提供相应的系统截图或佐证材料，每满足一项得1分，此大项共14分。

（1）学工系 (略) 分移动端业务规则动态管理：系统需具备在移动端维 (略) 分相关业务规则的能力，包括但不限于违纪类型定义、处分类型设置、处分解除审核流程的定制， (略) 分依据库的查阅，需要支持登记后的数据联动，在移动端登记后，在PC端上能够查看到登记的信息，在移动端一次登记学 (略) 分操作，登记 (略) 分学生、选择违纪类型、登记违纪日期、建 (略) 分类型、违纪情况描述、显示提报人、可上传违纪说明材料、处分信息、处分依据等，处分依据可关联校规校级中的具体条款，提报后能够在PC端和移动端查看和审批该条登记记录，并能够查看该条记录中的附件。

（2）学工系统移动端综合测评方案灵活配置与管理：系统需支持通过移动端对综合测评的整体方案进行精细化管理与调整，包括但不限于参评对象的灵活设置、测评批次的名称维护、测评与公示时间段的精准规划、公示范围的广泛定义以及审核流程的严密设计，确保测评工作的规范性与灵活性。

（3）学工系统系统需支持对涉及个人敏感信息进行信息的脱敏规则设置。系统需支持选择是否启用用户隐私信息脱敏功能。开启后，应用中的用户隐私信息将需支持脱敏展示。

（4）学工系统系统需支持二次验证，通过二次验证后，可查看完整数据并进行编辑及导出等操作。为保障安全，系统需支持二次验证查看及导出记录的操作日志查看。

（5）学工系统需支持多种验证方式，包括短信验证码验证、二维码验证、邮件验证码验证及账号密码验证。为了保护用户的账户安全及防止滥用，系统需支持对二次验证的有效时长进行设置，超过规定时长，需重新验证。

（6）学工系统需支持查看人员归属用户组，对于已离职及不在岗的人员，需支持一键退出所有用户群组操作，需支持离职老师的群组转交操作。

（7）学工系统需支持可管理活动参与对象，需提供不同的参与对象范围管理，包括全校所有学生、按年级/院系筛选添加参与对象、或者指定活动参与名单。指定活动参与对 (略) 、专业、班级、年级、学号、姓名等方式筛选名单，还可单独新增或批量导入活动参与对象名单。可批量对参与对象发布活动消息的提醒。

（8）融合门户需支持基于自然人维度的账号自动关联合并功能，支持按照不同的逻辑将同一自然人在学校不同阶段的账号合并，并可设定主账号，投标方需提供具体的账号合并逻辑说明

（9）身份认证要求实现身份认证系统内通讯录数据至企业微信或钉钉的自动数据同步功能，同步范围涵盖组织架构信息及员工个人信息。当组织架构内部人员变动时，系统需能够自动更新并同步这些变化至企业微信或钉钉的通讯录中。

（10）需为业务老师提供一个全面的项目信息管理界面，该界面应详细展示其个人负责及参与的所有项目，包括但不限于每个项目的具体建设周期、涉及的关键干系人、详细的进度任务列表、当前存在的问题记录、相关的投诉反馈以及项目配置库的所有信息，以便业务老师能够随时掌握并管理自己负责和参与的所有项目的全方位情况。

（11）系统需支持项目实施期间日报、周报、月报等周期性工作记录的录入与查看，确保实施人员完成填写后，用户能即时查阅并附加批注，以此增强信息的透明度与沟通效率。针对项目实施中涌现的重大问题， (略) 直接提交投诉， (略) 专业运营团队的即时响应机制。该团队将负责全 (略) 理投诉内容，及时更新解决进度与提供解决方案，直至获得校方满意反馈并主动关闭投诉，确保问题得到圆满解决。

（12）融合门户需支持设计并包含无障碍功能，以确保学校中的特殊人员群体能够顺利访问并使用系统的各项功能，通过优化界面、提供辅助工具等方式，实现无障碍操作体验。

（13）融合门户需提供至少9个以上的系统预置插件，如课表插件、通讯录插件、腾讯邮箱低版本插件、腾讯企业邮箱插件、网易邮箱插件、亿邮邮箱插件、消息通道插件、待办任务推送插件、第三方免认证插件。

（14）融合门户需支持个人数据的集成化管理功能，该功能作为门户个人数据卡片的信息供应源。在数据管理列表中，需清晰展示数据的标题、核心信息、辅助信息、数据的获取途径、启用/停用状态以及数据的缓存有效期。用户应具备创建新个人数据的能力，并能对已存在的个人数据进行编辑、搜索、排序、权限分配以及删除操作。

10分

产品演示：

本项目评委会评分过程中，技术因素分需要投标人进行现场演示，审核合格的投标人参与演示。

产品演示要求：

1、演示人员及证件：每个审核合格的投标人进入会场演示人员须1-2人，演示人员进入会场前须出具身份证复印件一份（原件携带备查）、投标单位法定代表人授权演示人员的证明文件原件一份（加盖投标人公章和有效签署），格式可参考招标文件中法定代表人授权书。

2、演示环境：投标人自备笔记本电脑等所有必备物品（现 (略) 络环境），并按相关要求自行演示。

3、演示顺序及时间：演示时按照审核合格进入评分阶段投标人报价由高到低的顺序（报价相同的按开标时唱标在前的先演示）自行对所投标货物进行演示，时间不超过15分钟。

4、演示内容必须是已经开发完成的功能，每项演示点需要具有数据联动能力。投标人需在评审现场自行搭设环境，采用远程登录系统方式对本次项目中的主要系统功能进行现场演示，为避免造假导致影响交付质量，严禁使用PPT、视频录屏进行演示、截图等，登录方式不限。评委根据实际演示效果与采购需求的匹配程度、演示关键点、功能实现形式、交互体验优劣、兼容性、现场答疑等进行评分，每成功演示一项得1分，此大项共10分，投标人需提供 (略) 址、账号及密码备查。

（1）演示融合门户的个人数据聚合管理，用于提供门户个人数据卡片的数据来源。列表展示数据标题、主要信息、次要信息、数据来源方式、启停状态、缓存时长。支持创建个人数据，支持对个人数据对编辑、搜索、排序、授权以及删除。

（2）演示融合门户可切换不同站点及切换不同的关联账号，如遇到切换 (略) 于未激活状态，系统将给于账号所有者提示，并且在移动端登录门户需支持两种以上的登录方式，需要演示密码登录、验证码登录和扫码登录，登录成功后需要在后台中能够查询到刚刚登录和操作的日志记录。

（3）演示身份认证账号生命周期管理，包括未入校、在校、离校三个状态。系统应能自动创建对应生命周期的用户组。同时应能对生命周期设置有效期，在有效期到期后，自动转换生命周期状态。管理员在后台调整不同身份分类数据管理中，可对教职工、学生、校外人员等不同身份人员的未入校、在校、已离校中的放置节点、 (略) 径、保留期和身份状态变化规则进行自定义调整，可以自定义激活过期规则，演示建立一个教职工账号，教职工在激活账号完毕后，可自动从未入校进入在校状态。

（4）演示身份认证在移动端上的账号关联、生物识别及安全令牌设置能力，其中账号关联能够设置所有关联账号中的默认账号，生物识别能够添加和删除生物识别设备，安全令牌能够进行绑定，绑定过程中支持短信二次验证。

（5）演示项 (略) ， (略) 中提出自己的问题，也可以由现场工程师代老师提出问题，需现场演示提报问题，提报的问题需要包括标题、关联的项目名册、项目状态、问题来源、可选择的问题类别、问题级别、问题的产品、影响范围、是否bug、期望解决的日期、版本号、环境信息及详情，详情中可附加各类的图片、视频、表格、文字排版等，提交问题后，现场工程师能够在系统中查看到老师提交的问题，并且可支持多维度的查询，如查询状态、申请关闭、当前环节、提交开发、未解决状态、产品、 (略) 、问题类别、未响应状态、是否催办等至少10个维度的查询条件。

（6）演示项 (略) ， (略) 中提出自己的需求，需现场演示现场提报需求，提报需求的内容需要包括项目名称、项目状态、需求分类、提出老师、实施验证人、是否已上线、需求性质、模块、选择开发团队、备选开发团队、版本号、是否对接第三方、是否紧急、期望开发交付日期、关联需求、需求附件及需求描述，提交好以后，现场工程师能够在系统中查看到老师提交的需求，并且支持多维度的查询方式，如 (略) 、需求分类、需求性质、是否驳回、期望开发交付日期、提出日期、当前环节、是否加急、业务线、预期交付日期、定制修改原因等至少11个维度的查询条件。

（7）演示学工系统中队长训练中的模拟训练模式，需包括模拟批次的创建与维护功能。系统应允许用户详细设置模拟批次的学情辨析详情，包括选择特定的辨析学期、指定抽取的学生数量以及配置辨析所需的关键字段。在辨析过程中，系统需支持从数据库中随机抽取学生照片或姓名作为辨析内容，并允许用户根据实际需求自定义详细辨析字段，演示在当前的辅导员训练中正式比赛，中队长（辅导员）在线进行答题，并且系统自动计算时间，在完成答题或者提前交卷后，能够在成绩查询中查看到自己的得分成绩。

（8）学员在移动端提交请假申请后，中队长能够在移动端和PC端上进行请假审核，在请假设置中可以设置时间、请假说明手册、提醒方式（请假人、中队长）支持抄送给班干和老师、提醒方式、销假方式（拍照+定位）、不同类型的请假设置、请假审批流程自定义设置等，可设置集体请假审批流程，其中不同请假类似可以设置按照请假周期设定审批流程，类型不限于出校门请假、因公外出、事假、丧假、本科生外出实习、病假、因私请假等，需要演示在移动端申请，PC端查看和审批，审批不限于通过或驳回，演示学员在移动端提交请假申请，在系统中查看阅读请假安全承诺书并且支持同意或者取消，同意后选择填写请假性质、请假类型、请假天数，是否出校、请假事由，并且系统自动读取学员基本信息中的联系方式，并填写进请假单，学生也可以自己填写手机号，同时系统可以检测在请假时间段内的冲突课程，提交后，中队长（辅导员）可在线进行审核，如驳回后可填写驳回原因，学员在手机端能够查询到结果和查看驳回原因。

（9）演示学工系统中队长学习，中队长（辅导员）在系统中可以在当前的系统中查看到学校公布的学习分类和具体在线学习资料，在浏览后可以在自己的页面下查看到最近浏览的记录和时间，学校老师可以在系统中管理与维护学习中心的资料库并设置学习要求，也能够在系统中查看各中队长（辅导员）的学习时长。

（10）演示提供考生报名信息表、成绩志愿表、体检信息表三表档案的批量打印和批量下载功能，系统能够由管理自定义查询考生范围，进行考生三表档案的下载和打印，批量下载时支持每个考生单独生成一个PDF文件。

4

售后服务因素分（3分）

3分

投标人提供的售后服务支撑方案，方案包括售后服务体系、服务内容、响应时间、本地化服务、信息安全应急响应能力、具备自主知识产权的售后服务保障工具部分。

以上要求每提供一项有效内容得0.5分，共3分。