哈尔滨音乐学院应用软件招标公告

项目名称: 哈 (略) 应用软件场内外比价
项目编号: DZJJ*
项目基本信息
采购单位：哈 (略)
报价截止时间：2024-10-25 11:00:00
项目预算(元)：*.00
联系人：张老师
送货地点：黑龙 (略) (略) 学子街3179号哈 (略)
到货时间：合同签订后40个日历日到货
签约时间：成交公告发布后5个工作日内签署合同
仅面向中小企业：否
小微企业优惠率(%)： 10.00
售后服务要求
(略) 点： 当地 (略) 点
免费维修质保期： 5年
电话支持响应要求： 7*24小时
售后上门服务年限： 5年
售后上门服务时限： 接到报修后24小时
踏勘需求
踏勘地点：
踏勘时间：
采购产品需求清单

序号商品分类产品名称参考品牌参考型号计量单位采购数量产地要求现货要求原装正品要求技术指标
1应用软件智慧学生工作系统
无
无
套1中国 是 是
此产品需提供参考品牌和参考型号一、国产操作系统4套，项目需求如下：1.内核版本不低于4.19。2.支持AMD64、ARM64、Mips64、SW64、LoongArch CPU架构，支持飞腾、鲲鹏、海光、兆芯、龙芯、申威品牌CPU芯片。3. ★系统支持同品牌自 (略) 关软件，提供有效证明材料(如软著证明或测试认证证书)。为保证兼容性，需与操作系统同一品牌。4. ★操作系统产品支持通过自研 (略) ， (略) 页中恶意弹窗，诱导点击跳转至不良内容、低俗庸俗等有害页面的行为，在线查阅拦截报表统计、用户举报，提供系统功能截图证明。提供有效证明材料(如软著证明或著作认证证书)。为保证兼容性，需与操作系统同一品牌。5. ★系统支持自研的服务器运维管理工具，支持漏洞识别、漏洞批量下发、防火墙策略调整功能，提供有效证明材料(如软著证明或测试认证证书)。为保证兼容性，需与操作系统同一品牌。6. ★系统支持同品牌自研CentOS迁移工具，支持CentOS向同品牌服务器操作系统迁移，支持图形化操作。提供有效证明材料(如软著证明或测试认证证书)和第三方出具的软件产品测评报告。为保证兼容性，需与操作系统同一品牌。7. ★系统支持同品牌国产Linux系统通用性能评分套件软件，提供有效证明材料(如软著证明或著作认证证书)。为保证兼容性，需与操作系统同一品牌。8. ★系统安全：操作系统产品应满足国际知名 (略) openscap支持并接受安全基线9. ★桌面环境：服务器操 (略) 提供自主研发的统一桌面环境，保障用户体验的一致性，桌面环境满足最新国家标准GB*—2022《信息技术 中文编码字符集》字符集认证要求，以满足信息系统进 (略) 理的需求，提供自研桌面环境软著和字符集认证证书。10.系统配置图形化工具（用户帐户管理、用户权限设置、网络配置、打印机配 置、显示配置、桌面配置、键盘鼠标 设置、输入法设置、日期时间设置、 自动更新设置）；11.系统运维图形化工具（系统监视器、 日志查看管理、设备管理器、磁盘管理器）。二、国产数据库1套，项目需求如下：1、国产数据库1.1功能性1.★单表支持创建2048列； (略) 表，包括 (略) 、 (略) 、 (略) 、 (略) 等；支持 (略) ，如可以实现列表、范围 (略) 等；支持 (略) 数量为*个； (略) 键包含多列，列数最多达到16列；支持增加、删除、合并、拆分、交换、截断、重命 (略) 操作； (略) 表迁移。提供工信部下属专业测评机构出具的测试报告。2.单机单表支持不低于140TB数据的存储，支持万亿行记录数据的增、删、改、查操作，须提供包括测试步骤说明的工信部下属专业测评机构出具的测试报告。3.支持多种数据类型，包括字符类型、数值类型、二进制类型、大对象类型等；支持非关系数据的操作，包括XML类型、JSON类型、CSV类型、TXT类型、空间类型（地理信息 GIS 数据类型）；支持自定义类型TYPE，包括记录类型、对象类型、数组类型和嵌套表类型，支持重编译类型。提供权威检测机构出具的测试报告。4.支持多种类型表，包括堆表、索引组织表、分区表、对象表、临时表、外部表、列存表；支持多种约束，包括主键、外键、唯一、检查、非空、默认值（缺省值），支持启用禁用约束；支持表空间管理（可以为行表空间设定固定大小，须提供产品功能截图）。提供权威检测机构出具的测试报告。5.支持多种索引，包括B树索引、聚集索引、唯一索引、非唯一索引、函数索引、分区索引（包括 (略) (略) 分区索引）、位图索引、位图连接索引、空间索引、数组索引；支持创建索引时指定表空间；支持设置索引可见和不可见；支持设置索引失效；支持重建索引；支持索引监控。提供权威检测机构出具的测试报告。6.支持存储过程、自定义函数和包PACKAGE；支持创建带参数和不带参数的存储过程和函数；支持调用存储过程和函数；支持定义游标、打开游标、拨动游标和游标；支持动态SQL语句；支 (略) 理机制和用户自定义异常；支持创建确定性函数和管道函数；支持重编译存储过程和函数；支持调用和编译包PACKAGE。提供权威检测机构出具的测试报告。1.2兼容性1.★产品具备在鲲鹏、飞腾、海光等C (略) 线和麒麟、统信等操作系统下稳定运行的能力，在不少于100仓数据和100用户并发场景下，产品在不同数据库环境7*24小时的TPC-C测试中能够稳定正常运行，须提供具有CMA或CNAS标识及测试环境和结果截图的权威检测机构出具的检测报告。2.兼容Oracle的DBA_*、ALL_*和USER_*开头的数据字典视图、系统包；兼容PL/SQL语法和数据操作；兼容Oracle、Mysql、SQLServer、DB2、PostgreSQL的常用系统函数；实现对数据查询语言（DQL)、数据操纵语言(DML)和数据定义语言(DDL)的兼容。提供权威检测机构出具的测试报告（须提供该机构在国家认证认可监督管 (略) 站的查询认证界面截图）。3.支持ODBC、OCI、OCCI、ADO、JDBC、.Net Data Provider(NDP)、ADO.net、.Net Core、嵌入式SQL(Pro*C)等开发接口；支持Qt、Struct、Spring、Hibernate、NHibernate、iBatis、MyBatis、Mybatis-Plus、Entity Framework(EF)、Django、SQLAlchemy、Node.js、Activiti等开发框架；支持C、C++、Java、.Net、PHP、Python、Perl、Go、delphi等开发语言。提供权威检测机构出具的测试报告。4.支持LEN、SPACE、MEDIAN、sec_to_time、time_to_sec、FIND_IN_SET、ADD_DAYS/ ADD_WEEKS、field、date_format、WEEKDAY、WEEKS_BETWEEN、TEXT_EQUAL等函数语法，须提供产品功能截图并加盖原厂商公章。1.3性能效率1.★单表插入*数据小于1.3秒，平均存储性能可达到*条/秒以上，单库单表导入*行数据小于3秒，批量导入性能可达到*条/秒以上；支持1GB以上数据备份完成时间在7秒以内，恢复完成时间在21秒以内。须提供被CNAS认可的权威检测机构出具的测试报告。2.单机单实例TPC-C性能测试，在X86环境不少于3000仓3000并发下持续运行60分钟，测试数据库性能指标可达到*tpmC以上，在不少于100仓200并发下持续运行10分钟，可达到*tpmC以上； (略) 国产CPU环境不少于100仓100并发下持续运行10分钟，测试数据库性能指标可达到*tpmC以上。须提供包括测试环境、测试结果及测试记录的工信部下属专业测评机构出具的测试报告。3.★集 (略) 理能力TPC-C性能效率测试，在8节点共享存储集群和不少于80GB数据情况下，1000仓1000终端并发60分钟执行结果tpm（Neworders）可达*以上。须提供包括软件硬件配置、环境连接图及各节点数据（至少包括CPU和内存平均利用率）的工信部下属专业测评机构出具的测试报告。1.4高可用性1.支持一主多备，支持同步备机和异步备机等多种方式；支持数据零丢失；支持通过守护进程将故障节点重新启动并自动加入集群，且历史数据自动同步；支持备机只读操作；支持备机中临时表的增加、删除、修改操作；支持列存表的创建、删除、修改与查询等操作，提供工信部下属专业测评机构出具的测试报告。2.★支持数据库共享存储集群，集群规模可达8节点；集群每个节点均支持写入且支持多节点间的缓存一致性；集群具备多节点负载均衡能力；支持不依赖第三方的自动存储管理系统(ASM) ，支持创建、添加、删除磁盘组及在线添加磁盘，支持新建、删除、截断及动态扩展文件。提供工信部下属专业测评机构出具的测试报告。1.5可靠性1.支持物理备份及恢复，包括全量、增量和差异备份及恢复功能；支持恢复到指定时间点；支持归档备份；支持自动备份；支持备份压缩；支持逻辑备份及还原，包括数据库级、模式级、用户级、表级。提供权威检测机构出具的测试报告。2.单机支持*以上并发连接数，36小时以上不掉线，且无断开或异常情况，须提供包括测试环境、测试拓扑结构、测试用例及场景说明的权威检测机构出具的测试报告。1.6安全性1.★支持基于SM4算法的存储加密，支持数据加密存储，支持国密算法加密，支持全面加密，数据文件、日志文件、备份文件、导入导出文件等均支持透明加密；支持数据库级、表级、列级等不同级别加密，支持不同用户、不同列设置不同密钥。须提供具有CMA或CNAS标识的权威检测机构出具的检测报告。2.提供权限管理功能，权限控制粒度可到表的字段级别；提供角色；提供grant/revoke赋予/撤销权限等操作；支持自主访问控制和基于标签的强制访问控制；支持“三元分立”的安全架构。提供权威检测机构出具的测试报告。1.7可移植性1. (略) 迁移，支持国产数据库、Oracle等主流数据库的双向平滑迁移，支持文件迁移，支持图形化向导式迁移模式以及迁移异常信息记录和保存、配置迁移策略和并行化数据迁移、批量数据快速加载方式、命令行式迁移模式、文件迁移、双向迁移。提供工信部下属专业测评机构出具的测试报告。2.支持Web图形化数据库迁移评估系统，能够提供在线评估、转换工具，一键操作完成主流数据库的数据库对象的迁移评估，自动生成数据库迁移评估报告、提供可量化指标数据、实现数据库对象的智能转换和改写并自动生成迁移转换后的SQL脚本。提供工信部下属专业测评机构出具的测试报告。3.支持异构数据同步软件和数据比对工具，支持异构数据库同步，支持同构、异构数据库对象并行比对，提供工信部下属专业测评机构出具的测试报告。1.8可维护性1.提供命令 (略) 风格统一的全图形化客户端工具，包括数据库对象管理、SQL开发、数据迁移、性能监视、数据库配置等多种图形化工具，并提供PL/SQL调试工具，须提供产品功能界面截图 (略) 站上有公开宣传。2.★具备智能数据库自治优化技术，支持基于代价的查询优化器，支持表及索引的统计信息；支持通过分析对象统计信息来生成最优（代价最小）的执行计划；支持数据库动态配置调整，支持数据库内存及执行计划智能配置。须提供包括测试步骤说明的工信部下属专业测评机构出具的测试报告。3.支持图形化SQL调试，能够进入、下一步、跳出、断点、监控和设置变量、观察堆栈、监控和设置执行计划；支持SQL语法检查和错误提示、SQL语法高亮并自动联想补全、智能格式化SQL语句、对象定义提示、文本拖拽、显示行号、显示空白字符。提供工信部下属专业测评机构出具的测试报告。4.支持查询SQL执行计划，包括查看操作符执行的操作、每个操作符所花费的时间及返回的结果条数、执行节点字节数以及执行计划操作符耗，须提供产品功能截图并加盖原厂商公章。三、智慧学工系统1套，项目需求如下：3、功能技术3.1技术架构要求1.系统架构与兼容性本次招标 (略) 及应用系统软件必须采用先进的B/S（浏览器/服务器）架构，确保系统能够无缝运行于包括Unix、Linux、Windows及国产操作系统在内的高安全性操作系统环境中。系统开发技术需严格遵循J2EE标准，融合组件化设计理念，并全面支持XML数据交换格式，旨在优化系统功能表现，同时最小化系统内部技术依赖，提升系统的灵活性与可扩展性。2. (略) 线与开发 (略) 线：平台及应用系统软件必须遵循J2EE技术框架，采用Java编程语言及服务器端Java技术作为主要开发手段。业务应用系 (略) 的兼容性，总体技术要求采用B/S结构，可运行于国产操作系统高安全性操作系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低，运行环境中需支持 AMD64、ARM64、Mips64、SW64、LoongArch CPU架构，支持飞腾、鲲鹏、海光、兆芯、龙芯、申威品牌CPU芯片。 3.系统兼容性应用系统软件必须遵循J2E (略) 线，采用基于Java编程语言技术开发，业务应用系统必须基于“目录内”的即中标麒麟、统信等国产操作系统和“目录内”的人大金仓、达梦等国产数据库上组件化开发：强调面向对象的组件技术应用，构建可复用的“业务对象”组件，通过业务组件库实现行业知识的有效积累与共享。组件设计需遵循面向对象原则，确保组件间物理与逻辑上的隔离，支持继承机制，促进分布式应用程序的高效构建。3.分层架构三层架构：系统开发与运行结构需基 (略) ，严格遵循Web服务器、应用支撑服务器、数据库服务器的三层架构模式，确保系统结构的清晰与高效。4.业务流程与权限管理业务流程与授权：平台及应用系统软件需全面覆盖学工业务流程，并内置精细化的分级授权体系，确保业务流程的顺畅执行与数据访问的安全控制。5.技术先进性与架构优化多层架构与组件技术：各应用系统需充分利用当前先进技术手段，统一采用多层架构与组件化开发模式，整体架构基于Spring MVC框架，明确划分为显示层、控制层、服务层、持久化层。系统执行以模型驱动为核心，各层均配置有相应模型，通过引擎解析实现自动功能实现，确保系统结构层次分明，易于维护。同时，所有应用逻辑、流程、数据等均需按业务实际需求进行细粒度封装，提升系统的灵活性与可定制性。3.2建设内容要求3.2.1学工业务建设3.2.1.1校内人群工作台1.校领导层面要求系统支持在校领导工作界面上，通过多样化的图表形式（柱状图、曲线图、环形比例图等），直观展示学生安全状况、发展情况、资助概览及政工队*建设成效的量化数据，为高层决策提供数据支撑。2.院系管理老师层面需集成个性化工作月历，支持自定义日程安排与完成情况监控，按月展示清晰的时间轴视图。同时，展示所管辖学生群体的统计信息、班级详细构成、辅导员工作完成情况、即时通知公告及待办事项提醒，确保管理信息的全面性与及时性。3.辅导员层面要求系统为辅导员提供全面的学生概况概览，包括性别比例、政治面貌、地域分布、民族构成、专业信息及公寓分布等，便于日常管理。特别关注学生关注列表的直接展示功能。同时，支持通过图表分析学生五育发展成果，集成班级建设、资助管理、日常管理事务及毕业生就业情况等模块于智能工作台，并支持创建与追踪月度工作计划，快速跳转 (略) 理界面。此外，还需提供所管辖学生统计、通知公告及消息提醒的综合视图。4.学生层面需为学生用户提供便捷的服务应用列表，支持自定义收藏与搜索功能，确保快速访问所需服务。系统需通过实时消息推送机制，使学生能够及时掌握事务办理进度、审批结果及重要公告信息，提升用户体验与信息获取效率。3.2.1.2用户组及权限管理3.2.1.2.1用户组管理为确保用户组架构的灵活性与复用性最大化，本招标项目明确要求系统必须支持以下两种用户组配置模式：1.本地化用户组配置自定义操作：系统应允许管理员自由新增、编辑及删除本地化用户组，以满足组织内部特定的权限管理需求。成员关系查询：系统需具备按人员查询其所属所有用户组的功能，以便快速定位用户权限范围。离职/岗 (略) 理：针对已离职或岗位变动的用户，系统应提供一键操作，使其自动退出所有关联的用户组，并支持将原离职老师的权限无缝转移至指定新老师，确保业务连续性不受影响。2.系统用户组管理预设不可变：系统用户组作为预定义设置，不开放给用户进行新增、删除或编辑操作，以保障系统基础架构的稳定性和安全性。初始权限分配：系统需支持在新应用部署且尚未授权时，为系统用户组自动分配初始权限，简化部署流程并确保基础功能的即时可用性。3.2.1.2.2用户管理提供系统用户组清单，可查看每个用户组的可用应用及菜单权限。系统需实现对用户的新增、导入、删除、编辑基本信息等用户数据管理。系统需支持管理重置密码和初始化密码。3.2.1.3学工管理应用综合测评、奖学金、荣誉称号三项奖优业务需要具备公示能力，管理员可自定义公示模板，模板中可设置浏览次数、显示内容、公示时间，需要同时满足。3.2.1.3.1学生基础信息1.班级管理模块班级信息管理：要求系统具备强大的班级信息管理功能，支持学 (略) 系负责人灵活调整班级结构， (略) 系、跨专业班级的变动，以及学生学籍状态的更新。同时，需支持辅导员、班主任等人员信息的动态调整及班干部任命信息的维护。数据集成能力：系统需能够通过数据集成方式，自动获取相关业务数据，实现数据的无缝对接与整合。2.学生基本信息设置模块批次管理：系统需设立专门的批次管理功能，与学年度的学生信息采集工作相衔接，确保信息的时效性与准确性。字段管理与权限配置：支持管理人员自定义学生信息展示字段，并配置相应的维护权限。同时，允许管理人员定制全信息表、简历模板及个性化报表。多用户组权限配置：系统需支持根据不同用户组（如辅导员、班主任、院系负责人等）的需求，批量配置差异化的权限，确保信息管理的安全性与高效性。学生基础信息管理的设置，要求系统能够灵活定义并管理多个学生批次，每个批次需具备自定义学生范围、学生类别划分、日常维护任务分配、审核审批流程配置及操作时限设定等功能。系统应提供直观的图形化界面，支持用户根据实际需求轻松定义字段设置，确保不同用户群体能够便捷地录入、查看及管理适用于其特定需求的学生信息类型，从而优化信息管理流程。3.学生基本信息填写与审核模块自主填写与审核：在指定业务期内，学生可自行核对并编辑个人信息，提交后系统应提供在线审核进度查询功能。多级审核机制：班主任、辅导员、院系及校级负责人需参与学生基本信息的审核流程，确保信息的完整性与准确性。系统应根据字段权限设置（如必填、非必填、只读等），在审核界面突出显示关键信息，并以可视化方式标识修改内容。4.信息质量分析模块质量分析功能：系统需提供详尽的学生信息填写质量分析功能，支持校 (略) 系、年级等维度查看整体填写质量，并细化至字段级分析。图形化展示：系 (略) 系在具体字段上的填写比例以图形化方式展现，直观反映信息填写情况。5.学生基本信息管理模块高级搜索与多字段查询：系统需具备高级搜索及多字段组合查询功能。信息维护：支持管理老师对学生信息的单个新增、编辑及批量导入导出操作。6.学生基本信息查询模块个性化视图：为不同管理角色提供定制化信息查看功能，支持通过学号、姓名快速定位学生，并允许自定义显示/隐藏字段。多样化查询与统计：支持明细查询、表格统计、图形统计及统计结果下钻等功能，满足不同层次的管理需求，同时支持查询结果的导出保存。7.查询日志模块系统需记录并保存学生基本信息字段的修改记录。8.照片管理模块提供学生照片管理功能，支持照片类型的自定义设置及照片的零星或批量导入导出。特别要求支持招生、学籍及毕业照片 (略) 理。9. 标签管理模块智能标签生成：系统需能基于预设规则自动生成学生标签，便于分类管理。自定义标签创建：允许辅导员或老师根据实际需求创建新的自定义标签。标签转化机制：系统管理老师可将合适的自定义标签转化为通用标签。3.2.1.3.2辅导员管理1.辅导员信息管理模块教职工信息综合管理能力：系统需集成全校教职工的全面信息管理功能，包括但不限于单个教职工信息的增删改查操作，以及支持批量数据的导入、导出、删除等高效管理手段。多层次人员分类体系：构建灵活的人员分类机制，涵盖校级、院级、班级三个层次，以满足不同管理维度的需求，确保人员信息的精准归类与快速检索。辅导员信息视图与查询：提供全面的政工人员信息浏览界面，支持基于多种自定义条件的筛选查询功能。2.个人信息维护模 (略) ：为政工人员打造专属的个人信息维护界面，支持基本信息的实时更新，同时涵盖培训经历、获奖情况、工作经历、学性与规范性。2.奖学金评奖批次管理独立批次管理：系统需具备独立的奖学金评定批次管理功能，与学年评奖工作紧密对应，支持多奖种同批次评定。灵活的名额与金额分配：提供按比例 (略) 系微调功能，确保名额与金额分配的合理性与灵活性。3.奖学金名额查看与公 (略) 系名额查看与二次分配： (略) 系负责人查看并 (略) 系奖种名额，支持按班级或专业进行分配。公示时间自定义： (略) 系管理老师基于校级公示时间 (略) 系公示时间，并支持批量调整。4. 评定对象与申请流程数据跨学期延续性：确保学生、院系班级及辅导员数据跨学期有效，支持特定需求下的评定单位调整。申请条件校验与反馈：学生在线申请时，系统自动校验条件，不符合条件者无法提交，并提供直观的不符合项列表。申请后，学生 (略) 理进度。5.奖学金审核与查询批量审核与排序功能：支持批量审核申请，提供综测、成绩等多维度排序功能，辅助教师快速掌握学生情况。提名评定支持：系统需支持提名形式的奖学金评定。跨部门查询权限：为相关关注部门提供奖学金评定信息查询功能。6. 奖学金公示可视化公示内容管理：支持通过勾选方式维护公示内容，支持按奖学金种类、层级筛选，提供在线查看公示详情及一键导出名单功能。7.职能部门评奖奖项设立与分配：支持职能部门设立奖项，管理奖项评定负责人，按奖项分配获奖名额。指定与在线申请：职能部门可直接指定获奖学生名单，符合条件的学生可在线提交申请并查看审核进度。审核权限：赋予职能部门管理老师审核权限，负责学生申请的审核工作。8.奖学金发放与统计发放数据管理：提供奖学金发放数据的录入与维护功能。多维度统计分析：系统需内置强大的统计分析工具，支持奖学金评定信息的明细表、统计表及图形化展示（如柱状图、饼状图），满足多维度分析需求。3.2.1.3.5奖优-荣誉称号1.荣誉称号种类管理模块自定义与扩展性：系统需赋予管理人员全面自定义荣誉称号种类的能力，包括名称、类型（个人/集体）、评定与申请时间、奖励级别、设立单位、奖金等详细信息的编辑与配置。同时，支持审核流程、等级、评选条件、名额分配及申请表格的灵活配置与后期扩展，确保统一且灵活的评选条件设置。评选条件灵活性：提供必须全满足项与部分需满足项的评选条件配置选项，以适应不同奖种的特定要求，并支持条件在奖种间的快速复制，简化初始化流程。在线申请表格高级配置：系统需集成完整的在线申请表格配置功能，支持信息字段的显示、只读、可改设置，涵盖基本信息、学生干部经历、学台需支持学生家长通过电脑端便捷查询学生在校期间的全面表现，包括但不限于学业成绩、奖励荣誉、违纪记录、请假历史、综合测评结果、一卡通消费明细、学生干部任职情况、社会实践参与、竞赛获奖信息以及语言水平证书等。同时，系统应赋予管理老师权限，以灵活设定哪些信息板块对家长开放，保障信息交流的精准性与隐私保护。3.家长在线互动与资讯获取：为增强家校沟通效率，系统需集成家长在线留言功能，并提供校内新闻动态、通知公告等资讯的查看入口，让家长能够及时了解学校动态，促进家校共育。4.留言提醒多样化：对于家长的留言信息，系统应支持向指定的管理老师发送提醒通知，提醒方式需覆盖PC门户、短信、微信、钉钉及移动校园APP等多种渠道，确保老师能够及时 (略) 理家长反馈。5.留言信息管理功能：管理老师需能通过系统界面，方便地对家长的留言信息进行查看、统计与管理，包括但不限于留言内容的查阅、分类统计、回复记录及留言状态跟踪等，以提升工作效率与服务质量。3.2.1.3.16学工管理数据大屏通过数据分析技术与一屏可视化呈现，实现学生概况、资助详情、日常行为表现及奖惩记录等关键信息的即时汇聚与动态展示，为学校管理层提供强有力的数据支撑，助力其在学生工作的监控、深度分析及战略决策上迈出坚实步伐，具体要求能力如下：1.学生概况：展示在籍学生的基本信息，包括性别、民族、政治面貌的多元分布，年级与地域的精细划分。2.学生资助情况：深度剖析和展示困难学生的分层占比，呈现资助总额、受助人次及人均受助金额等关键指标在近三年的变化趋势，同时对比各等级困难学生的受助率与人均受助金额的动态调整。3.日常表现：实时追踪学生请假动态，精准统计晚归/不归行为，细 (略) 分情况与违纪管理的最新进展.4.学生奖惩情况：全面展示获奖人次、奖金总额、奖项数量及奖学金的广泛覆盖面，深入分析各资金来源的评定情况与奖励总额的年度变化，特别突出获奖金额领先的优秀学生。3.2.1.4学生公寓管理3.2.1.4.1公寓房源管理1.图形化房源管理界面优化：为提升公寓房源管理的直观性与操作便捷性，系统应集成先进的图形化管理功能。该功能需允许用户根据学校公寓的实 (略) ，灵活地在系统中绘制并调整房源平面图，包括自由添加或删除图中的行列元素。同时，支持对平面图上每一房源的基本信息（如房间号、类型等）进行详尽维护与更新。此外，系统还需提供楼层管理功能，允许管理员轻松新增楼层或复制现有楼层 (略) ，以快速适应公寓结构的调整与扩展。2. 关键住宿数据实时统计与分析能力：系统需具备强大的数据统计与分析引擎，能够即时汇总并展示当前楼栋的关键住宿数据，包括但不限于总房间数、空房间数、总床位数、当前住宿学生数以及剩余床位数。这些数据对于学校公寓管理部门而言至关重要，有助于他们精准掌握公寓资源的使用情况，及时做出调整决策，以优化资源配置，提升住宿服务效率与质量。3.2.1.4.2学生公寓申办高度自定义申办流程与原因：系统需具备强大的灵活性，允许管理员根据实际需求自定义学生住宿、调动、退宿及假期留宿的申办原因，同时支持对以上各项流程的详细配置与时间设定，确保管理流程与学校规章制度紧密贴合，提升管理效率与用户体验。学生自助申请与进度追踪：为增强学生住宿管理的便捷性与透明度，系 (略) ，支持学生自行提交住宿、调动、退宿等申请，并实时展示申请进度，让学生随时掌握申请状态，提升服务满意度。楼栋管理员互动反馈机制：为确保管理流程中的信息畅通无阻，系统需集成楼栋管理员反馈功能，允许管理员对申请流程中的关键环节进行及时响应与反馈，促进问题快速解决，优化管理服务质量。3.2.1.4.3学生住宿学生住宿的各类统计查询，方便宿舍管理员、辅导员及负责宿管工作的老师的各类数据统计功能，并且能够导出报表，统计查询功能包含不限于学生基本住宿信息、空房源统计、房源安排信息、空房源信息、未安排住宿学生统计，并且支持根据统计人员的需求调整显示字段，支持按照学号、姓名、宿舍楼等条件进行组合查询。1.权限管理体系构建本系统需构建一套多级权限管理模式，旨在实现权限分配的即时性与清晰度最大化。授权角色应全面覆盖，包括但不限于校级公寓管理人员、校区公寓管理员、公寓楼 (略) 系公寓负责人。通过精细化的权限划分，确保每位授权人员能够在其职责范围内高效运作。在床位管理方面，系统需支持将 (略) 系、专业及班级层级， (略) 系进行二级分配。同时，提供图形化界面支持床位的直观调整与批量导入功能，提升管理效率。2.批量住宿安排功能排宿批次管理：系统需集成排宿批次管理模块，紧密对接学校每年的新生入住与老生搬迁等业务需求。管理员可手动添加或批量导入学生及房源信息至相应批次，实现住宿安排的灵活性与高效性。多级分配与智能分配：系统应支持校级管理员对房源进行整体规划 (略) 系， (略) 系管理员将具体学生分配至指定公寓清单。同时，提供手动分配与自动分配双重模式，自动分配时可根据民族、生源地等条件智能打散，确保住宿安排的合理性与公平性。3.日常住宿管理优化住退调业务在线办理：系统需支持学生在校期间的住宿、退宿及调宿等业务在线办理，支 (略) 理退宿申请及公寓日常管理中的异常情况。同时，提供全校公寓日常动态日志信息的查看功能，便于管理人员全面掌握公寓状况。图形化住宿管理：系统应支持以图形化方式 (略) 楼栋具体楼层 (略) 与住宿安排情况，对于未住满的房间可直接进行人员安排，提升住宿资源利用率。多维度信息查询与统计：系统需支持对学生住宿信息、空房源信息、房源安排信息及未住宿学生信息等进行明细查询与统计数据下钻操作，为管理决策提供有力支持。院系宿管业务支持：系统应提供图形 (略) 系宿管 (略) 系内学生进行批量调宿、批量退宿操作，提升管理效率。同时，针对单个学生调宿需求，系统能从同班级、同专业、 (略) 及校级视角给出多种调宿方案，便于老师择优选择。4.学生公寓申办流程优化自定义申办原因与流程配置：系统需支持管理员自定义学生住调退申办原因，并允许对入住、退宿、调宿及假期留宿等流程进行灵活配置与时间设置，以满足学校个性化管理需求。在线申请与进度查看：系统应为学生提供公寓住调退的在线申请功能，并支持申请进度的实时查看，提升服务体验。楼栋管理员反馈机制：系统需支持楼栋管理员对申办流程中的关键节点进行反馈，确保信息的及时传递与问题的有效解决。3.2.1.4.4公寓人员管理需具备灵活的公寓管理人员分配与设置功能，支持多维度、多层次的权限划分与配置。具体而言，系统应允许管理员根据全校、校区、 (略) 、 (略) 系等不同层级，精确指定公寓管理人员及其职责范围。同时，为满足不同管理场景下的需求，系统还需支持多级向下授权功能，确保权限的合理分配与有效管理，提升公寓管理的整体效率与精确度。3.2.1.4.5公寓卫生检查卫生违纪类型与评分等级管理：系统需具备公寓卫生违纪类型的管理能力，允许管理员定义并维护违纪类型及其对应的评分标准与等级规则，。检查结果的灵活录入与附件支持：为提升工作效率，系统应支持管理员通过新增或批量导入的方式记录公寓卫生检查结果，并允许上传图片附件作为检查证据。多维度统计查询功能：系统需内置强大的统计查询模块，支持对公寓卫生检查结果进行多维度、多形式的统计与分析，包括但不限于明细表、统计表、分类统计表等。学生端个人查询通道：系统应提供学生在线查询个人所在公寓卫生检查记录的便捷通道，增强学生的自我管理与监督意识。管理人员深度统计与导出功能：为满足各级管理人员对公寓卫生检查结果的深入分析与利用需求，系统需支持对管辖范围内检查结果的明细查询、表格统计、图形统计、统计结果下钻等高级功能，并允许将统计结果导出保存为电子文档。3.2.1.4.6公寓违纪1.违纪类型自定义与违纪记录管理：系统需允许管理员灵活设置违纪类型，并具备新增或批量导入学生公寓违纪情况的功能。同时，系统应支持拍照上传功能，以便快速记录违纪证据，并集成图片在线预览机制，便于即时审核与确认。2.多元化登记模式与关联信息展示：为满足不同管理场景需求，系统需支持按公寓或个人两种模式进行违纪登记。在登记过程中，系统应能自动同步显示违纪学生同寝室同学的信息，简化操作流程，提高登记效率，并便于同类型违纪信息 (略) 理与同步登记。3.管理人员权限与违纪信息查看导出：系统需为宿管人员、辅导员、班主任等角色提供专属权限，使其能够便捷地查看其负责范围内学生的公寓违纪情况。同时，系统应支持违纪信息的导出功能，以满足管理人员进行数据分析、报告编制等后续工作的需求。4.学生违纪记录自助查询：为确保学生知情权与自我管理能力，系统需为学生提供在线查看个人所在公寓违纪检查记录的通道。学生可通过系统随时了解自身及同寝室成员的违纪情况，促进自我约束与公寓管理的共同进步。5.多维度统计分析与结果导出：系统需支持各级管理人员对其管辖范围内的公寓违纪信息进行深入的统计分析。具体功能包括但不限于明细查询、表格统计、图形统计以及统计结果下钻等，以便管理人员从不同角度全面了解违纪情况。此外，系统还应支持统计结果的导出操作，便于管理人员将分析结果用于报告撰写、决策支持等场景。3.2.1.4.7公寓查寝1. 灵活的考勤管理配置：系统应允许管理老师自定义公寓考勤管理的各项参数，包括但不限于查寝时间表的设定及查寝方式的多样化选择（如动态二维码扫描、地理位置验证、手动记录等）。对于采用定位考勤的方式，系统还需支持查寝地点的精确设置，以满足不同场景的考勤需求。2.查寝负责人与特别关注学生管理：系统应具备班级查寝负责人的维护功能，以及特别关注学生名单的管理能力。通过此功能，可实现对查寝工作的有效组织与监督，并基于关注学生维度进行公寓考勤数据的深度统计与分析。3.多元化消息推送机制：系统需集成消息推送管理功能，支持对学生考勤、晚归及老师查寝等关键事件的即时通知。推送内容、时间及方式均可灵活配置，涵盖微信、钉钉、PC门户、移动校园应用、电子邮件及短信等多种渠道，确保信息触达的广泛性与时效性。同时，针对学生的异常归寝情况，系统应允许基于业务老师的偏好设置提醒时间与推送方式。4. ▲硬件集成与轨迹数据采集：系统应支持通过硬件接口集成方式，自动采集学生进出公寓的实时轨迹数据，为考勤管理提供精准的数据支持。5.归寝状态异常统计与导出：系统需以柱状图等直观形式展示学生在校期间的归寝状态异常数据，并支持统计结果的导出功能。此外，学校管理人员应能便捷地查询特定时间段内晚归及夜不归 (略) 分布情况，以便于问题的及时发现与解决。6. 多维度考勤筛选与轨迹查询：系统应支持按时间、学院、学生是否在寝的即时状态及归宿类型等条件，灵活筛选并导出学生的公寓考勤情况。辅导员及相关业务人员则可通过系统查看具体学生的校内行动轨迹、归寝详情， (略) 理情况，以实现对学生住宿行为的全面监管与指导。3.2.1.5学工移动端服务移动端实现对学生综合测评、奖学金评选、荣誉称号授予、助学金管理以及困难生帮扶等五大核心业务的一体化、引导式管理设置功能。每项业务均需全面覆盖业务流程的业务开展前的设置、开展中的管理与调整、业务结束后的审查查看环节，确保用户能在移动端便捷地进行各项业务的设置、有效管理及实时信息查看3.2.1.5.1学生基础信息移动端1.学生个人信息移动端自助管理：系统应提供学生在移动端便捷查看个人信息的渠道，并允许学生自助维护其信息的准确性，包括支持信息修改功能，以确保学生数据的实时更新与完整性。2.教师移动端学生信息查阅权限：为满足教师对学生信息的快速访问需求，系统需支持老师在移动端查看学生信息的功能，使教师能够随时掌握学生基本资料，便于日常教学与管理工作的开展。3.多级审核机制保障信息修改准确性：为确保学生提交的基本信息修改内容经过严格把关，系统需建立多级管理老师审核机制。各级管理老师应被赋予审核权限，对学生提交的信息修改请求进行细致审查，确保修改内容的合理性与准确性，维护学生信息管理系统的权威性与公信力。3.2.1.5.2奖学金移动端1. 移动端业务规则配置与名额分配灵活性：系统需支持通过移动端灵活配置奖学金评定的业务规则，涵盖奖学金种类设定、公示内容管理、审核流程定制及名额分配策略。特别地，名额分 (略) 两级灵活配置， (略) 系进一步按班级或专业进行细化分配，以适应不同层面的管理需求。2.学生移动端奖学金申请与条件反馈：学生应能通过移动端直观查看所有开放的奖学金申请种类，并针对感兴趣的奖项进行详细信息浏览与申请操作。系统需智能识别学生条件与奖项要求的匹配度，对于不符合条件的奖项，以列表形式清晰展示具体不符合的方面，提升用户体验与申请效率。3.学生奖学金申请状态与历史记录查询：系统应支持学生在移动端便捷查询已提交的奖学金申请审核进度，同时提供历史奖学金获得情况的回顾功能，帮助学生全面了解自身奖学金申请与获奖历程。4. 管理老师移动端审核与提名功能：为满足管理老师移动办公的需求，系统需支持通过移动端对学生的奖学金申请进行审核与提名操作，简化审批流程，提高工作效率。5.校级管理员监控与催办功能：校级管理老师应具备通过移动端监 (略) 奖学金业务开展情况的能力，并能对需 (略) 理的业务进行一键催办操作。同时，院系管理员也能对下属辅导员进行相应催办，确保奖学金评定工作的顺利推进。6. 移动端公示与多维度统计分析：系统应支持师生通过移动端查看奖学金公示信息，确保信息的透明公开。此外，管理老师还需能在移动端进行学生奖学金获得情况的明细查询，并获取多维度统计数据，包括但不限于奖种分类、地域分布、学生群体差异、资金来源等，同时支持当前学年与往年数据的对比分析，全面展现奖学金业务开展的成果与变化趋势。。3.2.1.5.3荣誉称号移动端1. 移动端荣誉评定规则配置与灵活名额分配：系统必须支持通过移动端灵活设定个人及集体荣誉称号的评定规则，包括评定信息、公示流程、审核机制及名额分配策略。名额分 (略) 两级灵活管理， (略) 系层面根据具体情况，按班级或专业进行二次细化分配，以满足多样化的管理需求。2.学生移动端荣誉奖项浏览与申请便捷性：学生应能通过移动端直观浏览所有开放申请的荣誉称号种类，并对感兴趣的奖项进行详细信息查阅与在线申请，确保申请过程高效透明。3.学生荣誉申请状态与历史记录查询功能：系统需支持学生在移动端轻松查询已提交荣誉申请的审核进度，同时提供历史荣誉获得情况的回顾功能，帮助学生全面管理个人荣誉记录。4.管理老师移动端审核与提名功能强化：为满足管理老师移动办公的需求，系统应集成移动端审核与提名工具，支持对集体及个人荣誉称号申请进 (略) 理，提升管理效率与响应速度。5. 校级管理员移动端监控与催办机制：校级管理老师需能通过移动端实时监 (略) 荣誉称号评定工作的进展情况，对于 (略) 理的业务，系统应提供消息提醒功能，允许校级管理员 (略) 系发送催办通知， (略) 系管理员向辅导员发送催办提醒，确保评定工作顺畅进行。6. 移动端荣誉获得情况明细查询与多维度统计：管理老师需能在移动端便捷查询学生荣誉获得情况的详细记录，并获取多维度统计报告，包括按奖种、地区、学生群体、资金来源等维度的数据分析，以及当前学年与往年荣誉评定成果的对比展示，如奖种数量、获奖人次、获奖人数的变化趋势等，为管理决策提供有力支持。3.2.1.5.4违纪移动端1. 移动 (略) 分业务规则动态管理：系统需具备在移动端维 (略) 分相关业务规则的能力，包括但不限于违纪类型定义、处分类型设置、处分解除审核流程的定制， (略) 分依据库的查阅与更新，确保管理规则的灵活性与时效性。2.移动 (略) 分记录 (略) 理：支持用户通过移动端新增、编 (略) 分记录，并强化审核功能，允许一键引用相关校规依 (略) 分依据，简化审核流程，提升工作效率。3.学生违纪信息的移动端自助查询与申诉：学生应能在移动端便捷地查看个人 (略) 分记录及申诉信息，增强信息透明度，保障学生权益。4.智能提醒功 (略) 分解除申请：系统需具备智能识别未 (略) 分解除申请，并向相关学生发送提醒消息的功能，鼓励及 (略) 分解除，促进管理流程顺畅进行。5.学生解除申请进度追踪：支持学生通过移动端发 (略) 分的解除申请，并实时查看审核进度，提升服务体验，增强管理互动性。6.管理老师移动端审核解除申请：为便于管理老师移动办公，系统应支持在移动端对学生的解除申请进行审核，简化审批流程，提高工作效率。7. 多维度统计数据移动端可视化展示：业务老师需能通过移动端访问基于违纪业务开展的多维度统计数据，包括当前学年新增、解除、开除学籍 (略) 分的数据概览， (略) 分数量占比分析，以及 (略) 分总数的趋势对比与详细分解，为管理决策提供有力支持。8. 精细化违纪数据查询与统计分析：业务老师还应能在移动端对其管辖范围内的学生违纪数据进行深度查询与分析， (略) 分学年、年级、院系、违纪类型、处分类型等条件进行明细查询、表格汇总及图形化展示，实现数据的全方位、多角度洞察。3.2.1.5.5困难生移动端1. 移动端困难生认定业务规则灵活配置：系统必须支持通过移动端灵活设置困难生认定业务的各项规则，包括但不限于困难生类型定义、家庭困难类型划分，以及基于当前学年学生申请、审核、公示等关键环节的日程安排，确保业务开展的规范性与灵活性。2.学生申请信息标准化填报：系统应要求学生在申请困难生认定时，严格按照预设字段填报相关信息，确保数据的完整性与一致性，为后续审核工作提供坚实基础。3.学生在线审核进度实时追踪：为提升服务体验，系统需支持学生在移动端实时查看其困难生申请的审核进度，增强透明度，减少学生焦虑。4.管理老师移动端审核功能：为满足管理老师移动办公需求，系统应集成移动端审核工具，使管理老师能够随时随地对学生的困难生申请进行高效审核，提升工作效率。5. 校级管理员移动端业务监控与催办机制：校级管理老师需能通过移动端全面监 (略) 困难生认定业务的开展情况，对于需 (略) 理的业务，系统应提供一键催办功能，允许校级管理员直 (略) 系， (略) 系管理员向辅导员发送催办提醒，确保业务顺畅进行。6.移动端困难生信息多维度查询统计与对比分析：管理老师应能在移动端便捷查询困难生信息，并进行多维度统计分析，包括但不限于当前学年与往年在困难生人数、占比及申请通过率等方面的对比变化，为管理决策提供数据支持，优化资源配置。3.2.1.5.6助学金移动端1. 移动端灵活配置助学金评定业务规则：系统需支持通过移动端灵活设置助学金评定的各项业务规则，包括助学金种类的详细评定信息、公示内容、审核流程以及名额分配策略。特别地，名额分 (略) 两级灵活配置， (略) 系进一步按班级或专业进行细化分配，以满足不同层面的管理需求。2.学生移动端助学金申请便捷性：学生应能通过移动端直观浏览所有开放申请的助学金种类，并对感兴趣的奖项进行详细信息查阅与在线申请，简化申请流程，提升用户体验。3.管理老师移动端审核与提名功能：为满足管理老师移动办公的需求，系统应集成移动端审核与提名工具，支持管理老师随时随地对学生的助学金申请进行审核与提名操作，提高审核效率与响应速度。4. 校级管理员移动端业务监控与催办机制：校级管理老师需能通过移动端实时监 (略) 助学金评定业务的开展情况，对于需 (略) 理的业务，系统应提供一键催办功能，允许校级管理员直 (略) 系， (略) 系管理员向辅导员发送催办提醒，确保评定工作顺利进行。5.学生助学金申请状态与历史记录查询：系统应支持学生在移动端便捷查询已提交的助学金申请审核进度，同时提供历史奖学金获得情况的回顾功能，帮助学生全面了解自身申请与获奖历程。6. 管理老师移动端助学金获得情况明细查询与多维度统计：管理老师需能在移动端进行学生助学金获得情况的明细查询，并获取多维度统计数据，包括但不限于按奖种、地区、学生群体、资金来源等维度的数据分析，以及当前学年与往年助学金评定成果的对比展示，如总金额、资助人次、资助人数、人均受助金额、困难生覆盖率等方面的变化趋势，为管理决策提供全面、深入的数据支持。3.2.1.5.7勤工助学移动端1. 移动端岗位规则灵活配置：系统需支持通过移动端对勤工助学业务的核心规则进行全面维护与管理，包括但不限于业务开展的具体时间段设定、用工单位信息录入、岗位详细信息的编辑，以及审核流程的定制化配置，确保业务运行的规范性与灵活性。2.岗位需求移动端提报与审核：用工单位教师可通过移动端便捷提交本单位的勤工助学岗位需求，而用工单位领导或校级管理老师则能实时查看这些待审核的岗位需求，并通过移动端执行审核操作，包括批准、拒绝及退回修改等，加速审批流程，提升管理效率。3.学生岗位申请移动端便捷化：系统应支持学生利用移动端， (略) 、岗位类型、岗位名称等条件，灵活搜索并浏览已开放的勤工助学岗位信息。对于感兴趣的岗位，学生可直接在线提交申请，简化申请流程，提高申请效率。4.上岗管理移动端实时互动：用工单位与学校管理部门需能通过移动端对学生提交的申请进行审核，同时，双方均有权根据实际情况，自行调整上岗学生名单，包括终止或新增上岗学生信息。此外，系统应提供业务开展情况的实时监控功能，对于需 (略) 理的环节，校级管理员可直接通过移动端向对应用工单位发送催办通知，确保业务顺畅进行。5.学生上岗信息移动端自助查询：学生应能在移动端轻松查看自己已申请的岗位信息，包括岗位详情及当前的审核进度，增强信息透明度，提升用户体验。6.薪酬管理移动端深度洞察：相关业务管理老师需能通过移动端对用工部门提交的薪酬报告进行审核，同时，系统应支持查看当月各用工单位的薪酬发放概况、薪酬补发记录、各类型岗位的薪酬分配数据，以及近三年来薪酬发放趋势的对比分析，为管理决策提供全面、深入的数据支持。3.2.1.5.8困难补助移动端1. 移动端困难补助业务规则灵活配置：系统应支持通过移动端动态维护困难补助工作的业务规则，包括设置补助种类的评定标准、公示内容、审核流程以及分配名额机制。特别地，名额分 (略) 两级分配模式， (略) 系根据实际需求，按班级或专业进行灵活的二次分配，以适应多样化的管理需求。2.学生移动端困难补助申请与查看：学生应能在移动端直观浏览当前开放的困难补助种类，对感兴趣的补助项目进行详细信息查看，并便捷地提交申请。同时，系统需支持学生随时查看已申请补助的审核进度及历史获得情况，提升服务透明度与用户体验。3.学生补助申请进度与历史记录查询：为增强学生自我管理能力，系统需提供学生在移动端查看其已申请困难补助的审核进度及历史获得情况的功能，便于学生及时了解个人补助状态，规划个人财务。4.管理老师移动端审核与提名功能：管理老师应能通过移动 (略) 理学生的困难补助申请，包括审核与提名操作，提升审批效率，缩短审批周期。5. 校级管理员移动端业务监控与催办机制：校级管理老师需具备通过移动端全面监 (略) 困难补助评定业务开展情况的能力，对于需要加速推进的业务环节，系统应支持一键催办功能，允许校级管理员直 (略) 系， (略) 系管理员向辅导员发送催办提醒，确保业务流程的顺畅进行。6. 管理老师移动端困难补助信息深度查询与统计分析：为满足管理决策需求，系统应支持管理老师通过移动端对困难补助信息进行多维度、深层次的查询与统计分析。包括但不限于按补助名称、学年、专业、困难类型、年级等条件进行明细查询、表格统计及图形化展示。此外，系统还需提供业务开展成果的多维度统计数据，展示近三年的受助情况、不同补助种类的评定统计，以及当前学年与往年在补助种类、受助人次、受助人数、受助金额等方面的对比变化趋势，为管理决策提供全面、深入的数据支持。3.2.1.5.9综合测评移动端1. 移动端综合测评方案灵活配置与管理：系统需支持通过移动端对综合测评的整体方案进行精细化管理与调整，包括但不限于参评对象的灵活设置、测评批次的名称维护、测评与公示时间段的精准规划、公示范围的广泛定义以及审核流程的严密设计，确保测评工作的规范性与灵活性。2. 校级管理员移动端业务监控与催办机制：校级管理老师应能通过移动端实时掌 (略) 综合测评业务的开展进度与状况，对于需要加速推进或跟进的环节，系统需支持校级管理员 (略) 系发送催办通知，同时，院系管理员也需具备向辅导员发起催办提醒的能力，以确保测评工作的顺利进行。3. 学生移动端测评信息透明化查询：学生需能通过移动端便捷获取当前测评学年的综合测评评分细则，包括测评体系的全面指标项构成及其各自占比，实现测评规则的透明化。此外，学生还应能按学年、学期、课程性质等条件查看个人学业成绩，以及参与智育分计算的科目及其得分情况，便于自我评估与规划。4.学生移动端自评与材料上传功能：系统应支持学生通过移动端进行综合测评的自评操作，对于需要提交佐证材料的测评指标，学生可直接上传相关附件作为支撑。自评提交后，学生应能随时查询测评的审核进度及本人历史或当前测评学年的综合测评结果，增强测评工作的透明度与互动性。5.班级测评小组移动端打分功能：为提升测评效率与便捷性，班级测评小组成员需能通过移动端对班级成员进行在线测评打分，实现评分的即时化与数字化。6.业务老师移动端评分审核功能：业务老师应能通过移动端对学生提交的测评评分进行快速审核，确保评分的公正性与准确性，提升审核工作的效率与质量。7. 管理老师移动端业务开展情况图形化展示：为辅助管理决策，系统需支持管理老师通过移动端以图形化的形式直观展示校级维度各指标的得分情况，并支持以单指标维度进行横向对比， (略) 的指标均分，为管理者提供全面、深入的业务分析视角。3.2.1.5.10辅导员考评移动端1. 考核方案灵活配置：系统应支持移动端操作，以便对考核方案中涉及的各个评议环节的业务时间进行精准设定与维护，确保考核流程的高效与灵活。2.学生评辅功能：学生需能通过移动端便捷地参与辅导员或班主任的评议过程，按照既定的测评要求进行打分，提升评议的公正性与透明度。3. 学生评议进度追踪与通知：被考核对象（如辅导员、班主任）应能在移动端实时查看自己所带班级的学生评议进度，对于未完成评议的班级成员，系统应支持一键发送通知提醒，促进评议工作的顺利完成。4.自评与结果查询：依据考核方案要求，被考核对象需能通过移动端进行自我工作评价，并提交自评结果。同时，系统应支持被考核对象查询历史及当前学年的评价结果，为自我提升提供参考。5.互评功能：为满足考核的多元化需求，系统应支持被考核对象通过移动端对其他参评对象进行互评打分，促进同事间的相互了解与监督。6. 管理员评分与状态标识：院级、校级评议主体需能通过移动端对被考核对象进行评分，确保评价的全面性与权威性。同时，系统应将已评分与未评分的待考核人员以不同颜 (略) 分标识，便于管理员快速识别并管理。此外，管理员还应能查看任意被考核对象的详细测评结果，为考核决策提供依据。7. 多维度数据统计与分析：系统应提供移动端访问接口，允许用户查看基于业务开展形成的多维度统计数据。这些数据应包括但不限于近三年考核人数的变化趋势、当前批次参与考核的总人数、考核对象的学位分布、性别比例等，为考核工作的持续优化与改进提供数据支持。3.2.1.5.11辅导员工作日志移动端需要支持 (略) ，实现包括走访课堂、深度辅导、公寓走访、与任课老师沟通、参与学术骨干例会、组织年级大会、策划并执行班级活动、编写家长沟通信件、提交工作总结、工作论文以及参与工作课题研究在内的11项核心工作内容的在线填报功能。同时，系统需具备智能化提醒机制，允许辅导员查看每项工作内容的具体填写频次要求，确保工作开展的规范性与时效性，提升辅导员工作效率与管理水平。3.2.1.5.12家校联动移动端1. (略) ：系统应构建移动端家校互动桥梁，支持学生家长随时随地通过移动设备查询学生在校期间的综合表现情况。查询范围需覆盖学生学业成绩的详尽信息、奖励评优的历史记录、惩处记录的全貌、请假审批及执行状态的跟踪、综合测评的结果反馈、一卡通消费记录的明细、以及学生担任学生干部的职务详情、参与社会实践活动的记录、赛事获奖的荣誉列表等多元化信息，助力家长全面了解学生成长轨迹。2.实时家校沟通与资讯共享：为增强家校合作的紧密性，系统需支持家长通过移动端向学校发送在线留言，实现便捷高效的沟通交流。同时，应集成校内资讯发布与查看功能，确保家长能够及时获取学校公告、活动通知、教育资讯等重要信息，促进家校共育，共促学生全面发展。3.2.1.5.13学生住宿移动端要求能够支持多维度（包括但不限于学号、姓名、 (略) 系、年级、专业、班级等）的数据检索功能，以便用户（如宿舍管理人员、辅导员等）快速准确地查询自己管理职责范围内学生的住宿安排情况。同时，系统需提供对单个学生住宿信息的深度查询能力，展示包括但不限于住宿房间号、床位号等详细信息，并应能进一步关联展示该学生的班主任、辅导员以及所在公寓楼栋管理员的具体信息，以便于各方人员高效协同工作，提升住宿管理服务的整体水平。3.2.1.5.14公寓违纪移动端1.违纪信息高效批量登记与智能联动：本系统旨在提升各级管理 (略) 理学生公寓违纪信息时的效率与准确性。系统需设计有智能关联机制，即在录入违纪信息时，能够自动检索并展示同寝室学生的基本信息，简化人工核对流程。同时，系统应支 (略) 理功能，允许管理老师通过简单的勾选操作，为多位涉及相同违纪行为的学生同步登记详细情况，实现违纪信息的快速、批量、精准登记。2.学生违纪记录移动端自助查询服务：为增强管理透明度，促进学生自我管理与监督，本系统应提供移动端自助查询功能，使学生能够随时随地在个人设备上查看其公寓违纪记录。这一功能的实现，不仅有助于学生及时了解自身行为表现，进行自我反思与改进，还能有效促进公寓管理制度与学生自我管理机制的深度融合，共同营造和谐的住宿环境。3.2.1.5.15公寓查寝移动端1.管理端灵活配置与自定义功能：本系统应支持管理老师通过移动端便捷地设置查寝的起始与结束日期时间、明确晚归时间界限及查寝方式，同时赋予其对考勤定位打卡范围、消息提醒推送方式及内容的全面管理能力，确保考勤管理的灵活性与个性化需求得到充分满足。2.多维度考勤数据查询与详细信息管理：管理老师需能够依据姓名、班级、时间、院系、归寝类型、在寝状态等多重维度，对学生公寓考勤数据进行高效查询与统计分析。系统应支持深入查看并维护单个学生的归寝状态记录，关联展示其公寓信息、辅导员联系方式、紧急联系人详情、当日校园活动轨迹以及当月内所有异常的归寝情况，为精细化管理提供坚实支撑。3.学生移动端考勤打卡与记录查看：学生用户在使用移动端进行考勤打卡时，系统将严格验证 (略) 于学校指定 (略) 域内，确保考勤数据的真实性与准确性。此外，学生应能轻松查阅自己的历史考勤记录，系统以直观的日历列表形式展示当月公寓考勤情况，并以不同颜色标记异常记录，便于学生自我管理与监督。4.晚间考勤数据汇总与深度统计分析：系统需具备移动端学生公寓晚间考勤数据的全面汇总与深度统计分析能力，能够迅速统计出特定日期的考勤率概况，包括学生总人数、正常归寝人数、异常人数细分（如请假、晚归、彻夜不归等）、以及整体异常率。同时，系统还 (略) 维度对不同类型的归寝异常进行汇总统计，为管理层提供详尽的数据支持与决策依据。3.2.1.5.16公 (略) 理移动端1.学生公寓服务申请与状态追踪：本系统应支持学生用户通过移动端便捷地发起包括入住、公寓调整、退宿、假期留宿申请及延缓住宿请求在内的多种公寓服务申请。同时，学生应能随时查询过往申请的历史记录及当前申请 (略) 理进度，提升服务透明度与用户体验。2.公寓异动申请审核与智能推荐/自定义分配：为提升管理效率与服务质量，各级管理人员需能通过移动端审核学生提交的公寓异动申请。在涉及入住或公寓调整时，系统应内置智能推荐机制，根据既定规则自动为管理人员提供合适的公寓床位选项，以供参考。此外，管理员亦享有完全自主权，可根据实际情况自行指定合适的房间与床位。审核流程结束后，楼栋管理员需负责对学生手续办理情况进行及时反馈，确保信息的闭环与服务的闭环。3.2.1.5.17公寓卫生检查移动端1.宿管人员移动端卫生检查与精细评分功能：本系统应赋予宿管人员通过移动端便捷登记公寓卫生检查情况的能力。在检查过程中，支持以公寓为单位进行整体卫生状况的初步评分，并允许宿管人员根据每个公寓成员的具体表现进行个性化的分值调整，以实现更为精细、公正的卫生评价。2.学生移动端卫生检查结果查询服务：为增强学生的自我管理与监督意识，系统应提供学生端移动端查询服务，使学生能够随时查看自己的个人卫生检查结果以及所在公寓的整体卫生评价情况。这一功能的实现，将有助于学生及时了解自身及公寓的卫生状况，促进卫生均存储性能可达到*条/秒以上，单库单表导入*行数据小于3秒，批量导入性能可达到*条/秒以上；支持1GB以上数据备份完成时间在7秒以内，恢复完成时间在21秒以内。须提供被CNAS认可的权威检测机构出具的测试报告。12、单机单实例TPC-C性能测试，在X86环境不少于3000仓3000并发下持续运行60分钟，测试数据库性能指标可达到*tpmC以上，在不少于100仓200并发下持续运行10分钟，可达到*tpmC以上； (略) 国产CPU环境不少于100仓100并发下持续运行10分钟，测试数据库性能指标可达到*tpmC以上。须提供包括测试环境、测试结果及测试记录的工信部下属专业测评机构出具的测试报告。13、▲集 (略) 理能力TPC-C性能效率测试，在8节点共享存储集群和不少于80GB数据情况下，1000仓1000终端并发60分钟执行结果tpm（Neworders）可达*以上。须提供包括软件硬件配置、环境连接图及各节点数据（至少包括CPU和内存平均利用率）的工信部下属专业测评机构出具的测试报告。14、支持一主多备，支持同步备机和异步备机等多种方式；支持数据零丢失；支持通过守护进程将故障节点重新启动并自动加入集群，且历史数据自动同步；支持备机只读操作；支持备机中临时表的增加、删除、修改操作；支持列存表的创建、删除、修改与查询等操作，提供工信部下属专业测评机构出具的测试报告。15、▲支持数据库共享存储集群，集群规模可达8节点；集群每个节点均支持写入且支持多节点间的缓存一致性；集群具备多节点负载均衡能力；支持不依赖第三方的自动存储管理系统(ASM) ，支持创建、添加、删除磁盘组及在线添加磁盘，支持新建、删除、截断及动态扩展文件。提供工信部下属专业测评机构出具的测试报告。16、支持物理备份及恢复，包括全量、增量和差异备份及恢复功能；支持恢复到指定时间点；支持归档备份；支持自动备份；支持备份压缩；支持逻辑备份及还原，包括数据库级、模式级、用户级、表级。提供权威检测机构出具的测试报告。17、单机支持*以上并发连接数，36小时以上不掉线，且无断开或异常情况，须提供包括测试环境、测试拓扑结构、测试用例及场景说明的权威检测机构出具的测试报告。18、▲支持基于SM4算法的存储加密，支持数据加密存储，支持国密算法加密，支持全面加密，数据文件、日志文件、备份文件、导入导出文件等均支持透明加密；支持数据库级、表级、列级等不同级别加密，支持不同用户、不同列设置不同密钥。须提供具有CMA或CNAS标识的权威检测机构出具的检测报告。19、提供权限管理功能，权限控制粒度可到表的字段级别；提供角色；提供grant/revoke赋予/撤销权限等操作；支持自主访问控制和基于标签的强制访问控制；支持“三元分立”的安全架构。提供权威检测机构出具的测试报告。20、 (略) 迁移，支持国产数据库、Oracle等主流数据库的双向平滑迁移，支持文件迁移，支持图形化向导式迁移模式以及迁移异常信息记录和保存、配置迁移策略和并行化数据迁移、批量数据快速加载方式、命令行式迁移模式、文件迁移、双向迁移。提供工信部下属专业测评机构出具的测试报告。21、支持Web图形化数据库迁移评估系统，能够提供在线评估、转换工具，一键操作完成主流数据库的数据库对象的迁移评估，自动生成数据库迁移评估报告、提供可量化指标数据、实现数据库对象的智能转换和改写并自动生成迁移转换后的SQL脚本。提供工信部下属专业测评机构出具的测试报告。22、支持异构数据同步软件和数据比对工具，支持异构数据库同步，支持同构、异构数据库对象并行比对，提供工信部下属专业测评机构出具的测试报告。23、提供命令 (略) 风格统一的全图形化客户端工具，包括数据库对象管理、SQL开发、数据迁移、性能监视、数据库配置等多种图形化工具，并提供PL/SQL调试工具，须提供产品功能界面截图 (略) 站上有公开宣传。24、▲具备智能数据库自治优化技术，支持基于代价的查询优化器，支持表及索引的统计信息；支持通过分析对象统计信息来生成最优（代价最小）的执行计划；支持数据库动态配置调整，支持数据库内存及执行计划智能配置。须提供包括测试步骤说明的工信部下属专业测评机构出具的测试报告。25、支持图形化SQL调试，能够进入、下一步、跳出、断点、监控和设置变量、观察堆栈、监控和设置执行计划；支持SQL语法检查和错误提示、SQL语法高亮并自动联想补全、智能格式化SQL语句、对象定义提示、文本拖拽、显示行号、显示空白字符。提供工信部下属专业测评机构出具的测试报告。26、支持查询SQL执行计划，包括查看操作符执行的操作、每个操作符所花费的时间及返回的结果条数、执行节点字节数以及执行计划操作符耗，须提供产品功能截图并加盖原厂商公章。27、产品厂商具备数据库管理系统、数据库应用软件设计开发及技术服务相关的售后服务，服务能力符合GB/T*-2011《商品售后服务评价体系》五星级标准，提供证书复印件并加盖原厂商公章。3.2.4教学运行智能服务设备提供一套满足下列要求的国产教学运行智能服务设备1、触摸数据展示屏液晶屏技术参数：屏幕尺寸≥23英寸，屏幕比例16：9，分辨率≥1920x1080，亮度≥250cd/m2，对比度≥1000：1，响应时间≤4ms，可视角度(水平/垂直)≥178，VGA≥1,HDMI≥1，DP≥1，USB3.2 Gen1≥2，内置≥2个2W喇叭，支持≥IP65级防水防尘。屏幕尺寸(对角)：≥23"W，屏幕宽高比：16:9，面板类型：IPS技术，亮度(典型值)：≥250cd/m2，对比度(典型值)：≥1000:1，动态对比度(典型值)：≥*:1 使用DCR丽比技术；最大分辨率：≥*@*0Hz，接口：D-Sub≥1个,HDMI≥1个,音频输出；认证：CCC，CH RoHS，CEL，CECP，Win10，DCB活彩技术, 5种增彩模式；Eco Mode, 5种亮度情景模式。2、智能服务控制主机 (略) 理器：低于酷睿i5- (略) 理器，核心数：≥4，主频：≥3.3GHz，内存：≥8GB DDR4，固态硬盘：≥250G，USB接口：≥8个，串口：≥3个COM，音频：1×Mic-in,1×Line-out，网络接口：集成：≥2个10M/100M/1000M自适应，显示：≥2个，3C认证：已通过CCC认证。 3、彩色数据输出主机最大打印幅面：A4；最高分辨率：1200×1200dpi；打印分辨率技术：ImageREt 3600, Pantone 校准；首页打印时间：黑白（A4，就绪）：≤ 6.7 秒；彩色（A4，就绪）：≤7.6秒；黑白（A4，睡眠）：≤9秒；彩色（A4，睡眠）：≤9秒；打印速度（黑白/彩色）：（A4，普通）：38 ppm；（A4，双面）：38 ipm；（A5，普通）：59 ppm；月打印负荷：*页，内存标配：1GB，处理器速度：1.2GHz，进纸盒容量：标配纸盒:550页，加配1个550页纸盒，控制面板：4.3 英寸彩色触摸屏，能效合规性：蓝天使；CECP; 被认证的能源之星?；支持缺纸、缺墨、卡纸等预警，来电能够自启动。4、校园卡读卡器：预留校园卡读卡器扩展槽，支持对接校园一卡通系统，读现有学生卡片信息。5、双目人脸活体识别摄像机*彩色/*黑白双目摄像机，1080P全高清像素，采用人体近红外高灵敏度感光技术、HDR（高动态范围）技术，支持人脸活体检测，精准检测“活人”、“真人”，精准捕捉活体人脸特征，计算误差不小于1mm ，0.01Lux 超低照效果，-30℃~+70℃宽温度范围稳定工作USB2.0高速传输，UVC架构。6、身份证读卡器符合GA 450-2013《台式居民身份证阅读器通用技术要求》和ISO/IEC * TypeB标准；通讯接口：USB 2.0；阅读距离：0-3cm；阅读时间：<1s；供电方式：USB供电；平均无故障工作时间（MTBF）：大于5000小时；7、终端安全节能监测模块可对终端整机设备进行安全节能控制，可设置定时开启和设备的时间。可对打印机，主机，显示器的电源分别进行开关控制，可通过系统可视化实时对终端整机设备的运行状态、电压、电流、功率、耗电情况进行实时监控检测。并具备预警功能：电压过高，电流过大，功率过大时， (略) 理，保证设备安全。8、设备数字证书终端配备1个硬件U-key；用于标识自助终端获得合法使 (略) 络真实身份， (略) 终端只有插入合法授权的设备数字证书U-key才能启用终端程序，设备数字证书采用 SM2 国产算法签发，证书格式遵循x.509v3 标准。9、二维码阅读器图像传感器：640*480 CMOS 传感器，照明：白色 LED，识读码制：2D：QR Code, Micro QR；1D：Code 128, EAN-13, AN-8, Code 39, UPC-A, UPC-E, Codabar, Interleaved 2 of 5, ITF-6, ITF-14, ISBN, ISSN, Code 93, UCC/EAN128, GS1 Databar, Matrix 2 of 5, Code 11, Industrial 2 of 5, Standard 2 of 5, AIM128, Plessey, MSI-Plessey，识读精度：≥5mil(1D)，视场角度：水平 64°，垂直 49.8°，通行接口：USB，TTL232，*@*.0VDC: 850mW(典型值) TBD。10、可扩展能力终端预留学生火车票优惠卡充磁器位置，支持充磁器嵌入自助终端。3.2.5安全性要求1. 全栈国密支持：（1）.系统内置国密算法，支持基于国密算法的加解密应用，支持国密SM2/3/4；（2）.须提供国密版内核模块签名机制，支持国密算法，以保证内核模块的可信性，禁止未签名模块加载至内核。（3）.须提供OpenSSL、Libgcrypt、Gnulib、Nettle、Hashes、libkcapi等常见算法库的国密版本，OpenSSL须支持X509、PKCS#7证书。2.为了满足国产国产要求，投标人开发的软件需支持国产操作系统、CPU、数据库。3.为满足国家对于个人信息安全保护相关要求，同时也为保护师生个人隐私，在本次项目建设中需要具备以下安全性保护内容：（1）学生基本信息中的身份证号码、一卡通卡号、银行账户等敏感信息需要进行加密，对于有权限查看的人员查看单条信息时需要二次认证，平时敏感信息需要通过*号进行加密。（2）对于辅导员的身份证号码、家庭住址等涉及到个人隐私的敏感信息进行加密，对于有权限查看的人员查看单条信息时需要二次认证，平时敏感信息需要通过*号进行加密。4、服务与安全4.1实施方案要求4.1.1实施工作周期本次项目为我校核心业务系统，因此需要承建厂商提供完善、科学与合理的实施工作周期安排，实施工作周期需要在60个工作日完成，并且现场实施时间不能少于30个工作日。4.1.2实施项目组组织架构安排需要提供科学完整的项目实施组人员及组织架构安排，如需我校人员配合，需在实施方案中阐述承建厂商和学校人员的职责，并且承建厂商项目组成员应不少于5人，并且提供证明为哈尔滨常驻人员相关证明。4.1.3实施过程阶段管控1.承建厂商所提供的事实方案需要对项目实施过程中的各个阶段进行详细描述，包括其中涉及到的物料、人力、产出成果及文档材料等。2.对于项目实施过程各阶段，承建厂商所提供的实施方案中需要明确周期性会议汇报和汇报形式相关内容，如周会、月会等，并且需要具备相关的信息化系统作为支撑，包括记录项目实施阶段的内容，工程师在线填写的日报、周报、月报，项目各阶段里程碑，项目进度情况等。3.在项目实施各阶段中，承建厂商需要提供项目管理相关的信息化系统，并且为我校方人员开通相应的查看、申请、确认和提交等全线，我校方人员在过程中可提交响应的需求、问题、反馈等，并且具备确认上一阶段转为下一阶段的权限。4. 在项目实施过程中，针对任何重大关切或问题,我 (略) 发起投诉的便捷渠道。可在线提交实施过程中违规相关的投诉，承建厂商在线收到投诉后能够快速调动其专业的运维服务团队，对投诉事项进行全面跟踪 (略) 理。此团队将负责接收并分析投诉内容，确保每一条反馈都能得到及时且专业的响应。5. 面向学校的项目综合信息化系统，展示本次项目项目的实施状态概览，包括即时追踪项目问题及 (略) 理进展。学校可轻松获取每一项目的关键信息，如建设周期、相关干系人、进度任务详情、问题及投诉记录、以及项目配置库等全面数据。6. 提供对操作系统安全的全面监控支持，该监控体系涵盖超过十项关键安全指标。能够浏览到每一项指标的详尽描述，还能实时掌握其当前状态、监控执行的频率以及具体的监测时间节点。7. 系统需支持全面获取操作系统中部署的组件信息（含版本、 (略) 径）、详尽列出开放端口及其协议、服务、进程详情，并提供用户权限与密码信息的查询或管理功能，确保运维人员能够实时掌握系统配置与安全状态。4.1.4系统集成对接与数据治理1.本次建设的学工系统需要与我校目前所使用的辅导员协同工作系统进行深度对接，需要提供详细的对接方案，在交付后需要提供相应的集成对接验收材料及接口文档，与辅导员协同工作系统的对接费用，由承建厂商自行承担。2.学工承建厂商在本次项目中需要将我校现全部在校生和往届毕业生的学生信息数据导入到系统中，确保学生基本信息数据全面、准确，承建厂商需要提供相应承诺函。4.学工承建厂商需提供基于我校本次项目的数据治理方案，其中数据包含师生基本信息、奖惩类信息、资助类信息、家庭联系方式、学生成绩信息和综合测评等相关信息，方案需要具备数据治理的目标、方法、使用的工具等。5.学工承建厂商需提供对接服务与数据治理承诺函，承诺在系统交付后使用过程中与其他第三方厂商系统对接不得收取额外费用。6.为保证使用效果和数据贯通性，学工承建厂商需要提供辅导员协同工作系统厂商出具的对接授权书与对接相关的文档资料。4.1.5项目培训要求1.合同明确的培训细节：本项目合同中将详尽阐述培训内容的具体构成、预定的培训时间框架以及分配的培训参与名额，以确保培训活动的规范性与透明度。2.资深中文教学师资与全面学习材料：承建厂商需确保派出的培训教员不仅拥有同类课程丰富的教学与应用实践经验，还需具备流畅的中文授课能力，以满足学员的语言沟通需求。此外，承建厂商应承诺为全体参训学员提供详尽的培训资料包，包括但不限于学习手册、讲义等文字材料，以促进学员的自主学习与复习巩固。3.合同约束下的高效培训实施：中标单位需严格遵循合同条款，合理安排培训日程与名额分配。在实施培训过程中，应特别关注系统管理人员的培训需求，通过精心设计的培训内容与互动环节，确保每位系统管理人员都能深刻理解并熟练掌握系统操作技能，以达到预期的培训成效。4.详尽的投标文件培训计划：承建厂商需在提交的投标文件中，详细阐述其培训计划，包括但不限于具体的培训项目概述、预期的参训人数、培训地点选择等关键信息。此举旨在帮助评审机构全面了解承建厂商的培训规划与组织能力，为最终的选择决策提供充分依据。4.2售后服务要求1.售后服务要求：系统验收后提供厂家原厂2年售后服务。2.保障体系要求：承建厂商需展现全面的售后服务能力，包括但不限于以下关键要素：服务期限明确性：必须清晰界定服务周期，确保与招标文件的要求相吻合。服务响应机制与升级策略：需详细阐述服务响应的优先级设置，并附上详尽的应对方案及事件逐级上报策略，以保障高效 (略) 理。多元化服务接入渠道： (略) 、电话热线、电子邮件在内的多种服务申请途径，确保用户能够便捷地获取支持。线上服务流程优化：构建详尽的线上服务操作流程，涵盖问题记录、处理、 (略) 理、与反馈评价等环节，并设立常见问题案例库及实时消息通知机制，提升服务效率与用户满意度。线上申诉通道与验证材料：设立专门的线上服务申诉渠道，允许用户对服务人员及流程提出投诉，确保用户反馈得 (略) 理。项目服务团队架构：明确本项目服务团队的组织架构，包括团队成员名单及其各自职责，确保服务资源的合理配置与高效运作。2.投标产品售后服务要求承建厂商针对本次投标产品，需承诺提供2年原厂售后服务内容：BUG修复与补*升级：若交付的业务系统存在缺陷，承建厂商负责修复并提供必要的补*升级服务，确保系统稳定运行。故 (略) 理：针对系统上线后可能出现的各类故障，包括但不限于非计划停电、系统资源不足、硬件故障等情况，承建厂商需制定详尽 (略) 理预案，并配合学校完成系统恢复工作，保障业务连续性。运行支持服务：为系统管理员及业务管理员提供全方位的运行支持，包括问题解答、问题追踪与解决等，确保系统顺畅运行。质保期内问题快速解决：在项目2年质保期内，若因软件系统自身问题导致系统不可用，承建厂商需全程跟进并迅速解决。对于因操作系统、服务器、网络设备及其他硬件设备引发的问题，承建厂商应积极配合招标人进行故障排查，提供解决方案建议，并协助招标人解决问题，确保系统稳定可靠。打“▲”号条款为实质性条款，若有任何一条负偏离或不满足则导致投标无效。四、教学运行智能服务设备1台，项目需求如下：为推进学生校园办事流程简化优化和服务方式创新，最大限度精简办事程序，减少办事环节，缩短办理时限，改进服务质量，积极推行一站式办理、自助办理等服务，消除“中梗阻”，打通群众办事“最后一公里”，加快推进部门间信息共享和业务协同，依托“ (略) +”，促进办事部门公共服务互相衔接，我校拟建设学生办事智能服务设备，借助智能服务终端，实现学生办事“一站式服务”，切实让学生少跑腿、 (略) 。考虑到自助项目的全校性服务功能，要求本项目与采购人现有校园业务管理系统进行集成，实现设备、系统共享共通，以实现校级综合性自助服务，解决在校学生所需各种材料办理流程繁琐耗时等问题，同时也减轻相关工作人员的工作量，提高管理工作者的工作效率。

场内外比价规则：
1.所有黑龙江省 (略) 的供应商皆可参与场内外比价。
2.供应商参与报价则表示默认满足并接受采购需求项目要求。
3.所报价格不得高于采购人设定的成本价格和 (略) （京东、苏宁、国美）自营的在售同款商品价格，实现采购价格和采购质量最优。供应商报价可提供商品价格证明，有以下两种方式（非必填）:
①①报价供应商应提供同期 (略) （京东、苏宁、国美）自营的在售同款商品的参考链接、参考价格。
②可提 (略) 同期同款商品链接或过去一年的历史合同、发票作为参考。
以上两种方式均要求报价(供货价)应不高于链接或合同中的参考价。
4.其他资质文件：
①供应商响应的若为进口商品或品牌商品，需提供生产厂家或一级经销商授权。 （品牌商品名单详见：http://**-view/information/detail?noticeId=*）
②供应商响应的若为生产厂家自产自销商品，应提供《生产厂家自产自销商 品证明》和具有合法资质的检测机构出具的产品检测（检验）报告或证书等必要的证明。
5.如成交供应商超过72小时未确认订单，视为该供应商放弃成交，采购人可选择废标或选择其他报价供应商成交。
6.如项目关联了不专门面向中小企业的采购计划，供应商响应的所有商品均为小型或微型企业生产的，应上传《小微企业声明函》，电子卖场按照我省支持中小企业发展的相关政策，自动对该供应商的报价给予规定比例的价格扣除，用扣除后的价格进行比价结果排名，实际成交价为未扣除价格前的供应商响应报价。