登录
项目名称: 哈尔滨音乐学院应用软件场内外比价
项目编号: DZJJ24102310533520
项目基本信息
- 采购单位：哈尔滨音乐学院
- 报价截止时间：2024-10-25 11:00:00
- 项目预算(元)：998000.00
- 联系人：张老师
- 送货地点：黑龙江****街****号哈尔滨音乐学院
- 到货时间：合同签订后40个日历日到货
- 签约时间：成交公告发布后5个工作日内签署合同
- 仅面向中小企业：否
- 小微企业优惠率(%)： 10.00
售后服务要求
- ***网点： ***网点
- 免费维修质保期： 5年
- 电话支持响应要求： 7*24小时
- 售后上门服务年限： 5年
- 售后上门服务时限： 接到报修后24小时
踏勘需求
- 踏勘地点：
- 踏勘时间：
采购产品需求清单
| 序号 | 商品分类 | 产品名称 | 参考品牌 | 参考型号 | 计量单位 | 采购数量 | 产地要求 | 现货要求 | 原装正品要求 | 技术指标 |
| 1 | 应用软件 | 智慧学生工作系统 |
无
|
无
|
套 | 1 | 中国 | 是 | 是 | 此产品需提供参考品牌和参考型号 一、国产操作系统4套，项目需求如下： 1.内核版本不低于4.19。 2.支持AMD64、ARM64、Mips64、SW64、LoongArch CPU架构，支持飞腾、鲲鹏、海光、兆芯、龙芯、申威品牌CPU芯片。 3. ★系统支持同品牌自研API网关软件，提供有效证明材料(如软著证明或测试认证证书)。为保证兼容性，需与操作系统同一品牌。 4. ★操***网，***网页中恶意弹窗，诱导点击跳转至不良内容、低俗庸俗等有害页面的行为，在线查阅拦截报表统计、用户举报，提供系统功能截图证明。提供有效证明材料(如软著证明或著作认证证书)。为保证兼容性，需与操作系统同一品牌。 5. ★系统支持自研的服务器运维管理工具，支持漏洞识别、漏洞批量下发、防火墙策略调整功能，提供有效证明材料(如软著证明或测试认证证书)。为保证兼容性，需与操作系统同一品牌。 6. ★系统支持同品牌自研CentOS迁移工具，支持CentOS向同品牌服务器操作系统迁移，支持图形化操作。提供有效证明材料(如软著证明或测试认证证书)和第三方出具的软件产品测评报告。为保证兼容性，需与操作系统同一品牌。 7. ★系统支持同品牌国产Linux系统通用性能评分套件软件，提供有效证明材料(如软著证明或著作认证证书)。为保证兼容性，需与操作系统同一品牌。 8. ★系统安全：操作系统产品应满足国际知名安全社区openscap支持并接受安全基线 9. ★桌面环境：***平台提供自主研发的统一桌面环境，保障用户体验的一致性，桌面环境满足最新国家标准GB18030—2022《信息技术 中文编码字符集》字符集认证要求，以满足信息系统进行中文处理的需求，提供自研桌面环境软著和字符集认证证书。 10.系统配置图形化工具（用户帐户管理、用户权限设置、网络配置、打印机配 置、显示配置、桌面配置、键盘鼠标 设置、输入法设置、日期时间设置、 自动更新设置）； 11.系统运维图形化工具（系统监视器、 日志查看管理、设备管理器、磁盘管理器）。 二、国产数据库1套，项目需求如下： 1、国产数据库 1.1功能性 1.★单表支持创建2048列；支持分区表，包括范围分区、哈希分区、列表分区、间隔分区等；支持组合分区，如可以实现列表、范围组合分区等；支持单表分区数量为65535个；支持分区键包含多列，列数最多达到16列；支持增加、删除、合并、拆分、交换、截断、重命名等分区操作；支持分区表迁移。提供工信部下属专业测评机构出具的测试报告。 2.单机单表支持不低于140TB数据的存储，支持万亿行记录数据的增、删、改、查操作，须提供包括测试步骤说明的工信部下属专业测评机构出具的测试报告。 3.支持多种数据类型，包括字符类型、数值类型、二进制类型、大对象类型等；支持非关系数据的操作，包括XML类型、JSON类型、CSV类型、TXT类型、空间类型（地理信息 GIS 数据类型）；支持自定义类型TYPE，包括记录类型、对象类型、数组类型和嵌套表类型，支持重编译类型。提供权威检测机构出具的测试报告。 4.支持多种类型表，包括堆表、索引组织表、分区表、对象表、临时表、外部表、列存表；支持多种约束，包括主键、外键、唯一、检查、非空、默认值（缺省值），支持启用禁用约束；支持表空间管理（可以为行表空间设定固定大小，须提供产品功能截图）。提供权威检测机构出具的测试报告。 5.支持多种索引，包括B树索引、聚集索引、唯一索引、非唯一索引、函数索引、分区索引（包括本地分区索引和全局分区索引）、位图索引、位图连接索引、空间索引、数组索引；支持创建索引时指定表空间；支持设置索引可见和不可见；支持设置索引失效；支持重建索引；支持索引监控。提供权威检测机构出具的测试报告。 6.支持存储过程、自定义函数和包PACKAGE；支持创建带参数和不带参数的存储过程和函数；支持调用存储过程和函数；支持定义游标、打开游标、拨动游标和关闭游标；支持动态SQL语句；支持异常处理机制和用户自定义异常；支持创建确定性函数和管道函数；支持重编译存储过程和函数；支持调用和编译包PACKAGE。提供权威检测机构出具的测试报告。 1.2兼容性 1.★产品具备在鲲鹏、飞腾、海光等CPU技术路线和麒麟、统信等操作系统下稳定运行的能力，在不少于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)、****.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.★单表插入100万数据小于1.3秒，平均存储性能可达到80万条/秒以上，单库单表导入200万行数据小于3秒，批量导入性能可达到70万条/秒以上；支持1GB以上数据备份完成时间在7秒以内，恢复完成时间在21秒以内。须提供被CNAS认可的权威检测机构出具的测试报告。 2.单机单实例TPC-C性能测试，在X86环境不少于3000仓3000并发下持续运行60分钟，测试数据库性能指标可达到170万tpmC以上，在不少于100仓200并发下持续运行10分钟，可达到195万tpmC以上；在双路国产CPU环境不少于100仓100并发下持续运行10分钟，测试数据库性能指标可达到115万tpmC以上。须提供包括测试环境、测试结果及测试记录的工信部下属专业测评机构出具的测试报告。 3.★集群事务处理能力TPC-C性能效率测试，在8节点共享存储集群和不少于80GB数据情况下，1000仓1000终端并发60分钟执行结果tpm（Neworders）可达320万以上。须提供包括软件硬件配置、环境连接图及各节点数据（至少包括CPU和内存平均利用率）的工信部下属专业测评机构出具的测试报告。 1.4高可用性 1.支持一主多备，支持同步备机和异步备机等多种方式；支持数据零丢失；支持通过守护进程将故障节点重新启动并自动加入集群，且历史数据自动同步；支持备机只读操作；支持备机中临时表的增加、删除、修改操作；支持列存表的创建、删除、修改与查询等操作，提供工信部下属专业测评机构出具的测试报告。 2.★支持数据库共享存储集群，集群规模可达8节点；集群每个节点均支持写入且支持多节点间的缓存一致性；集群具备多节点负载均衡能力；支持不依赖第三方的自动存储管理系统(ASM) ，支持创建、添加、删除磁盘组及在线添加磁盘，支持新建、删除、截断及动态扩展文件。提供工信部下属专业测评机构出具的测试报告。 1.5可靠性 1.支持物理备份及恢复，包括全量、增量和差异备份及恢复功能；支持恢复到指定时间点；支持归档备份；支持自动备份；支持备份压缩；支持逻辑备份及还原，包括数据库级、模式级、用户级、表级。提供权威检测机构出具的测试报告。 2.单机支持10万以上并发连接数，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.系统兼容性 应用系统软件必须遵循J2EE的技术路线，采用基于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.个人信息维护模块 ***平台：为政工人员打造专属的个人信息维护界面，支持基本信息的实时更新，同时涵盖培训经历、获奖情况、工作经历、学习历程、授课情况及科研成果等多元化扩展信息的记录与管理。 3. 权限代理与配置模块 灵活的权限代理机制：系统需支持各级政工人员根据管理范围，灵活配置班级、院系及业务模块的权限代理人员，并允许设定具体的代理时间区间。 系统需支持辅导员进行灵活的权限代理设置功能，辅导员应具备权限，可根据自身职责范围，添加并配置工作代理人，此过程不仅限于设定任职类别，还需覆盖广泛的业务权限授权（如但不限于日常学生管理任务），并能细化至特定学生类别的管理权限分配。系统应允许辅导员直接指定代理人，并赋予设定授权期限的能力。 4.扩展信息管理模块 开放式的扩展信息管理体系：管理员应能通过系统对教职工的扩展信息类型进行灵活定义与管理，同时，系统需支持按扩展类别快速检索全校教职工的填写详情。 5. 辅导员队伍统计分析模块 详尽的信息明细报表：设计可定制的政工人员信息明细表，支持多条件组合筛选，用户可根据需求灵活勾选展示字段。 强大的统计分析功能：提供多字段交叉组合的统计表功能，以表格形式展现政工队伍的各项统计指标 直观的数据可视化展示：系统必须内置至少包括柱状图与饼状图在内的多种统计图表组件，以图形化方式直观展示政工队伍的信息统计结果，辅助管理者快速把握全局。 3.2.1.3.3学生信息查询 1.多维度学生信息查询与统计框架： 系统需预置丰富的查询统计维度，包括但不限于院系、年龄、专业、政治面貌、民族、生源地、性别、血型、宗教信仰、学籍状态、培养方式、体重、身高等，全面覆盖学生基本信息。 应支持用户自定义多维度、多条件的组合查询策略，以满足不同管理场景下的精细化需求。 2.统计结果的灵活处理与分享： 系统需具备在线查看统计结果详情的功能，并支持将统计结果导出为多种文件格式（如Excel、PDF等），以便于数据的进一步分析与应用。 3.学生信息的多样化展示方式： 在学生信息查询界面，除传统的表格展示外，还需实现卡片式展现模式，通过集成学生照片、学号、性别、班级等关键信息，提供更为直观、易读的视觉体验。 系统应支持汇总表、统计表、统计图（如柱状图、饼图等）及数据透视表等多种数据可视化形式，助力用户快速把握数据全貌，洞悉数据背后的趋势与规律。 4.综合信息筛选查询的强化支持： 系统需构建强大的综合信息筛选查询机制，允许用户根据成绩、违纪处分、困难生认定、奖助学金获得情况等多维度、跨业务领域的条件进行组合查询。 3.2.1.3.4奖优-奖学金 1.奖学金种类管理模块 自定义奖学金种类与细节配置：系统需允许管理人员灵活定义奖学金种类，包括名称、类型、奖励级别、设立单位、资金来源等详细信息，并支持审核流程、等级设置、评选条件及申请表格的全方位配置。 灵活的评选条件配置：系统应提供必须全满足项与部分需满足项的评选条件配置选项，以灵活适应各类奖学金的特定要求，并支持条件在奖种间的快速复制功能，简化初始化流程。 在线申请表格高级配置：通过直观的拖拽、编辑界面，支持管理人员快速构建不同奖学金的申请表单，涵盖学生信息、学习情况、获奖经历、家庭经济状况等多维度内容，支持字段状态的灵活管理（只读、可修改、必填），并提供丰富的模板库与自定义字段功能，确保表单的个性化与实用性。配置完成后，提供在线预览功能。 自动化评定与结果导出：系统需支持奖学金自动评定功能，根据预设规则自动筛选符合条件的学生，并允许管理人员导出评定结果。 兼得关系与公共评定条件管理：为管理人员提供工具，以灵活设置奖学金间的兼得关系及全校统一的申请条件，确保奖学金评定的公平性与规范性。 2.奖学金评奖批次管理 独立批次管理：系统需具备独立的奖学金评定批次管理功能，与学年评奖工作紧密对应，支持多奖种同批次评定。 灵活的名额与金额分配：提供按比例初步分配及院系微调功能，确保名额与金额分配的合理性与灵活性。 3.奖学金名额查看与公示时间设置 院系名额查看与二次分配：支持院系负责人查看并二次分配本院系奖种名额，支持按班级或专业进行分配。 公示时间自定义：允许院系管理老师基于校级公示时间独立设置本院系公示时间，并支持批量调整。 4. 评定对象与申请流程 数据跨学期延续性：确保学生、院系班级及辅导员数据跨学期有效，支持特定需求下的评定单位调整。 申请条件校验与反馈：学生在线申请时，系统自动校验条件，不符合条件者无法提交，并提供直观的不符合项列表。申请后，学生可查看处理进度。 5.奖学金审核与查询 批量审核与排序功能：支持批量审核申请，提供综测、成绩等多维度排序功能，辅助教师快速掌握学生情况。 提名评定支持：系统需支持提名形式的奖学金评定。 跨部门查询权限：为相关关注部门提供奖学金评定信息查询功能。 6. 奖学金公示 可视化公示内容管理：支持通过勾选方式维护公示内容，支持按奖学金种类、层级筛选，提供在线查看公示详情及一键导出名单功能。 7.职能部门评奖 奖项设立与分配：支持职能部门设立奖项，管理奖项评定负责人，按奖项分配获奖名额。 指定与在线申请：职能部门可直接指定获奖学生名单，符合条件的学生可在线提交申请并查看审核进度。 审核权限：赋予职能部门管理老师审核权限，负责学生申请的审核工作。 8.奖学金发放与统计 发放数据管理：提供奖学金发放数据的录入与维护功能。 多维度统计分析：系统需内置强大的统计分析工具，支持奖学金评定信息的明细表、统计表及图形化展示（如柱状图、饼状图），满足多维度分析需求。 3.2.1.3.5奖优-荣誉称号 1.荣誉称号种类管理模块 自定义与扩展性：系统需赋予管理人员全面自定义荣誉称号种类的能力，包括名称、类型（个人/集体）、评定与申请时间、奖励级别、设立单位、奖金等详细信息的编辑与配置。同时，支持审核流程、等级、评选条件、名额分配及申请表格的灵活配置与后期扩展，确保统一且灵活的评选条件设置。 评选条件灵活性：提供必须全满足项与部分需满足项的评选条件配置选项，以适应不同奖种的特定要求，并支持条件在奖种间的快速复制，简化初始化流程。 在线申请表格高级配置：系统需集成完整的在线申请表格配置功能，支持信息字段的显示、只读、可改设置，涵盖基本信息、学生干部经历、学习情况、综合测评、经济状况、科研成果、申请陈述、活动参与及团队贡献等多维度内容。同时，支持附件上传功能的开关设置。 灵活的名额分配：实现按比例初步分配至院系的名额管理机制，并支持院系负责人根据需要进行名额的微调与二次细化分配。 公共评定条件与兼得关系管理：为学校管理人员提供统一的公共评定条件设置工具，并允许灵活配置各荣誉称号间的兼得关系，确保评定规则的灵活性与准确性。 2.荣誉称号申请模块 个人荣誉称号申请：学生可通过系统在线浏览当前开放的所有个人荣誉称号种类，系统自动校验申请条件，不符合条件者无法提交申请。申请提交后，学生可实时查看申请处理进度。 集体荣誉称号申请：学生可代表班级在线申请集体荣誉称号，选择目标奖项并跟踪审核进度，确保申请流程的透明与高效。 3.荣誉称号审核模块 批量审核与提名功能：系统需支持批量审核申请，同时提供手动提名功能，以满足多样化的审核需求。 4. 荣誉称号投票管理模块 投票配置与专家管理：系统需支持投票形式（投票/评分）、时间段及审核流程的配置，并集成评委专家的在线添加与维护功能。 在线计分与投票监控：提供在线计分工具，支持专家查看投票组及对象详情，进行投票或评分，并确保投票结果的实时记录与计分，作为最终评定的依据。 5.荣誉称号公示模块 可视化公示内容管理：通过勾选方式维护公示内容，支持按荣誉称号类型、层级（校级、院系、班级）筛选，提供在线查看获奖详情功能，包括获奖种类、时间、人数、名单等，并支持一键导出公示名单。 6.院系公示时间设置 支持院系根据学校公示时间独立设置本院系的公示时间段，增强管理的灵活性与自主性。 7.荣誉称号查询模块 为其他有权限的职能部门老师提供查看荣誉称号评定情况的通道，确保信息的共享与透明度。 8.荣誉称号统计模块 多维度统计分析：系统需内置强大的统计分析组件，支持个人与集体荣誉称号的多维度分析，包括明细表、统计表及图形化展示（至少包含柱状图与饼状图），满足多条件筛选与交叉统计需求，为管理决策提供有力支持。 3.2.1.3.6日常-违纪 1. 违纪处分类型配置 系统需具备对违纪行为类型及相应处分措施进行定义与维护的能力，确保管理规则的灵活性与适应性。 2. 违纪处分记录管理 单条记录操作：支持单个违纪处分记录的创建、修改功能。 批量处理：实现违纪处分记录的批量导入、导出及删除操作，提升管理效率。 审核流程：集成违纪处分审核机制，审核过程中可查阅学生历史处分记录，并便捷引用相关校规作为处分依据。 3. 违纪处分信息查询 为各级管理人员提供定制化查询界面，支持按管辖范围快速检索学生违纪处分信息，确保信息获取的及时性与准确性。 4. 学生个人违纪记录查询 设立学生自助查询通道，允许学生在线查看个人违纪处分记录，增强信息透明度，促进学生自我管理与反思。 5. 违纪处分解除管理 申请与审核流程：支持学生发起违纪处分解除申请，并配套审核机制，学生可实时查看审核进度。 智能提醒：对于即将到期的处分及未发起的解除申请，系统自动识别并发送提醒消息至学生，确保流程的顺畅进行。 待解除处分概览：提供30天内待解除处分概览，包括到期条数、已申请解除情况等，便于管理人员掌握全局。 6. 违纪处分统计分析 明细表展示：以表格形式详尽展示所有学生违纪处分信息，支持多条件筛选与字段自定义展示，满足精细化查询需求。 统计表分析：通过多字段交叉组合统计，生成学生违纪处分统计表，为管理决策提供数据支持。 图形化展示：至少包含柱状图与饼状图两种统计图表，直观呈现全校、特定学院、学年或处分类型的违纪情况，助力管理层快速把握趋势与问题点。 3.2.1.3.7资助-困难生 1.困难生类别与流程配置 分类管理与流程定制：系统应赋予管理老师权限，以维护困难生类型及家庭困难类型的详细分类，并定制学生申请的审核流程、申请时间窗、以及校级、院级、班级不同层级的公示时间段。支持依据困难生类型差异，灵活设置对应的资助目标，并允许上传定制化的困难生申请表单模板。 困难生认定支持业务设置，包括学年、申请开始和结束时间、审核截止时间、公示信息（校级、学院、班级公示起止时间）、审核流程（可进行勾选不同类型人员）、申请表打印模板、学生申请表打印流程。困难生登记支持认定过程和困难生等级设置，其中认定过程需支持审核认定、人均年收入自动评定、问卷填写模式（支持问卷管理，问卷可设置单选题、多选题、简答题，选项对应不同分值），并支持问卷统计，困难生等级设置包括名称、资助目标、资助名额比例系数、问卷得分范围上下限。需要同时满足。 2. 精准认定与量化评估体系 问卷得分量化参考：在问卷得分认定框架下，系统应提供历史数据参考，展示过往学年各等级困难生问卷得分的范围，作为当前学年设定问卷得分上下限的基准。问卷设计需支持单选、多选、简答等多种题型，以满足全面评估需求。 作答情况多维统计：系统应能对学生作答情况进行深度分析，按学院、年级、学生类别等维度汇总统计，并对各项认定指标的作答细节进行细致剖析，支持导出参与答题学生的得分明细，以便于审核与复核。 3.困难生在线申请 实现学生在线填写并提交困难生认定申请的功能，系统需即时更新申请状态，允许学生随时查看申请处理的最新进展。 4.高效审核与提名机制 批量审核支持：为满足大规模审核需求，系统应提供批量审核功能，提升审核效率。 手动提名功能：保留手动提名困难生的选项，确保在特殊情况下也能灵活处理。 5.民主评议结果管理 系统应集成民主评议结果的管理功能，支持对班级民主评议结果进行记录、维护，并能按学年、院系进行统计，增强评议过程的透明度和可追溯性。 6.困难生公示系统 采用直观的可视化勾选方式，管理公示内容，支持按校级、院系、班级等不同层级筛选公示信息。***平台，包括公示时间、困难等级、学生名单等详细信息，并支持一键导出公示名单，便于存档与分享。 7.受助情况深度分析 系统应支持按资助金额范围、学年、困难生类型、学生信息等条件，查询统计超额受助、受助不足的学生名单，以及具体困难生的资助明细和资助分布情况。提供数据导出功能，便于管理人员进行深入分析与决策支持。 8.困难生查询统计功能强化 要求统计分析组件具备高度灵活性和强大的多维分析能力，具体包括： 明细表展示：通过表格形式展示所有困难生的详细信息，支持多条件筛选与字段自定义展示。 统计表分析：支持多字段组合的交叉统计，以表格形式呈现统计结果，为管理决策提供依据。 统计图可视化：提供至少包括柱状图和饼状图在内的统计图表，以图形化方式直观展示困难生的分布情况与特征。 3.2.1.3.8资助-助学金 1.助学金种类精细化管理 自定义与配置能力：系统需支持管理人员灵活定义助学金种类，涵盖奖种详细信息编辑、金额可见性管理、申请审批表模板定制、申请表打印流程规划、审核流程个性化配置、等级划分、评选条件细致设定及申请表格灵活配置。 评选条件灵活性：提供必须全满足与部分需满足的双重条件配置选项，以适应不同奖种的特定要求。同时，支持评选条件在奖种间的快速复制，简化初始化流程。 在线申请表单高度可配置：通过直观的可视化界面，采用拖拽、勾选等简易操作，快速构建各类助学金申请表单。表单内容覆盖学生个人信息、学业、综测、获奖、资助、贷款、特殊群体标识、班级评议、诚信承诺及在校表现等多维度，各字段状态（只读、可修改、必填）灵活管理。预置奖种模板，支持一键引用与个性化调整，并允许新增表单主题及自定义字段，配置完成后即时预览。 兼得关系与公共条件管理：系统应支持管理人员设置各助学金之间的兼得规则，以及统一的公共评定条件，确保助学金评审的灵活性与一致性。 2.助学金评奖批次管理 独立批次管理：设立独立的助学金评定批次管理模块，与学年评奖工作紧密对接。 多奖种同批次评定：支持在批次内直接引用已配置的奖种信息，并启动多奖种并行评定流程。 灵活的名额与金额分配：提供按比例分配名额至各院系的初步方案，并支持微调具体分配；同时，支持按比例分配资金至各院系，确保资源合理分配。 3.名额查看与公示时间设置 院系名额分配可视化：院系负责人可便捷查看并管理本院系奖项名额，支持按专业或班级进一步细分。 公示时间自定义：允许院系在学校公示时间框架下，独立设置本院系的公示时段，增强管理灵活性。 4.助学金申请与审核 在线申请与条件校验：学生可在线浏览并申请开放的所有助学金种类，系统自动校验申请条件，不符合条件者无法提交申请。 申请进度追踪：学生提交申请后，可随时查看申请处理状态，提升透明度。 审核效率提升：系统需具备批量审核功能，并支持手动提名助学金获得者，简化审核流程。 5.助学金公示与发放管理 可视化公示管理：通过勾选方式维护公示内容，支持按助学金种类、校级、院系、班级等多维度筛选，提供在线查看获奖详情及一键导出公示名单功能。 发放管理多样化：支持Excel模板导入导出助学金发放数据，同时允许单条新增或删除记录。提供超30个维度的搜索字段，支持保存常用搜索方案，提升数据查询效率。 6.助学金查询统计与分析 明细表展示：以表格形式全面展示学生助学金信息，支持多条件筛选与字段自定义展示。 统计表分析：通过多字段组合交叉统计，以表格形式呈现助学金信息汇总，助力深度分析。 统计图可视化：至少包含柱状图与饼状图两种统计图表，直观展现助学金分布与趋势，辅助决策制定。 3.2.1.3.9资助-勤工助学 1.用工单位信息管理 系统需集成在线维护功能，以支持对具有勤工助学用工需求的部门进行信息管理。此功能应允许指定各部门的业务负责人，并设置每月勤工助学款项的发放上限，确保资金使用的合规性与效率。 2.岗位需求申报 为用***平台，支持详细填写岗位名称、类型、需求人数、报酬标准、申请时段、目标学生类型、工作地点及岗位要求等关键信息。特别强调需具备灵活的控制机制，如设定每个岗位必须聘用的最低困难生人数、限制岗位仅对特定学院学生开放、以及管理学生可申请的最大岗位数，以精准匹配岗位需求与人力资源。 3.岗位审核与管理 系统需实现对用工部门提交的勤工助学岗位进行严格的审核与确认流程。同时，提供详尽的审核统计功能，便于校级管理老师按用工单位追踪岗位发布申请的审核进展。针对长期岗位，系统还应支持业务数据汇总管理，包括但不限于：按用工单位维度统计学年学期内的待审岗位数、总需求人数及总月工资上限；提供岗位申请情况总览，对比分析当前学年与上学年/学期的变化数据； 按时间顺序集中展示用工部门的历史与当前岗位需求提报数据，便于回溯与审查。 4.学生岗位申请 学生用户可通过系统浏览并申请开放的勤工助学岗位，申请过程需遵循岗位设定的条件限制。提交申请后，学生可实时查看审核进度，提升透明度与参与度。 5.上岗审核与调整 建立全面的在线审核机制，支持用工单位与学校共同审核学生申请，最终确定上岗名单。同时，提供灵活的调整功能，允许用工单位与学生处根据实际需求终止或调整学生上岗信息，并支持新增上岗学生记录及离岗学生管理。 6.薪酬预算申报与审核 为用工单位开发在线薪酬发放预算申报功能，简化预算申报流程。随后，系统需对申报的薪酬预算进行细致审核与必要调整，确保资金分配的合理性与准确性。审核通过后，支持导出详细的薪酬发放明细，便于财务处理与记录。 7.学生薪酬查询 赋予学生用户个人薪酬查询权限，通过系统轻松查看个人报酬发放情况，增强信息透明度与满意度。 8.勤工助学查询统计与分析 系统内置的统计分析组件需具备高度灵活性与多维分析能力，重点覆盖上岗信息与报酬信息两大维度。具体要求如下： 信息明细表：支持多条件筛选与字段自定义展示，以表格形式详尽呈现上岗与报酬数据。 信息统计表：实现多字段交叉组合统计，为管理者提供深入的数据洞察。 信息统计图：至少包含柱状图与饼状图两种图形化展示方式，直观反映上岗与报酬情况，辅助决策制定。 3.2.1.3.10资助-困难补助 1.困难补助综合管理 补助种类自定义与配置：系统需允许管理人员灵活定义困难补助种类，涵盖补助名称、学年学期范围、申请时段、资金来源、设立单位等详细信息。同时，支持全面的审核与公示流程定制、等级划分、评选条件灵活配置及名额分配策略，确保系统未来可轻松扩展，并提供统一的评选条件管理界面。 评选条件灵活配置：要求系统支持评选条件的细致设置，包括必须全部满足的条件与部分满足的条件，以适应不同补助种类的具体要求。此外，需实现评选条件在奖种间的快速复制功能，简化初始化工作。 动态名额分配机制：系统需提供高度灵活的名额分配功能，既支持按预设比例自动分配至各院系，也允许各院系根据自身情况进行具体名额的微调，实现资源的优化配置。 公共评定条件维护：为学校管理层提供统一界面，以维护适用于全校的困难补助申请基本条件，确保全校范围内的标准一致性。 院系级名额管理：院系负责人应能实时查看本院系所获奖种名额，并具备按班级或专业进行二次分配的能力，以满足院内差异化需求。 2.公示时间管理 院系自定义公示时间：支持各院系在学校规定的公示时间框架内，独立设置本单位的公示时间安排，提升管理自主性。 3.困难补助申请流程 补助种类展示：学生用户可在线浏览当前学校开放的所有困难补助种类，增强信息透明度。 自动条件校验：系统内置自动化校验机制，确保仅符合条件的学生能提交补助申请，提高申请效率与准确性。 申请进度追踪：学生提交申请后，可随时查看申请处理进度，提升用户体验。 4.审核流程 批量审核功能：为提高审核效率，系统需支持批量处理补助申请审核。 手动提名功能：允许审核人员根据实际情况手动提名符合特定条件的申请者，增加审核灵活性。 5.公示机制 ***平台：评定结果确定后，系统自动提供在线公示功能，确保师生能够及时、便捷地查看补助信息，增强公信力。 6.查询功能 多部门信息共享：为相关部门教师提供专门查询接口，便于其随时了解困难补助评定相关情况，促进跨部门协作。 7.发放管理 发放数据维护：系统应具备困难补助发放数据的录入、更新与维护功能，确保发放工作的准确无误。 8.统计分析能力 多维分析组件：要求统计分析组件功能强大，能够支持多维度、多层次的困难补助信息分析。具体包括： 明细表展示：支持多条件筛选与字段自定义显示，全面呈现学生补助信息。 统计表分析：通过多字段交叉组合统计，提供深入的数据分析视角。 图形化展示：至少包含柱状图与饼状图两种图表类型，既展示学生补助获得情况，也支持不同学年补助信息的可视化对比，助力决策制定。 3.2.1.3.11资助上报 需集成高效的报表管理工具，以满足教育部上报标准的资助上报表格的检索与下载需求。应允许用户搜索到所需表格，这些表格均严格按照教育部规定的上报要求预先生成，确保数据的规范性与一致性。提供便捷的下载途径，便于进行数据填报与提交工作。 3.2.1.3.12奖优-综合测评 1.业务规则定制与管理 综合测评方案灵活配置：系统应支持高度可配置的综合测评方案，允许用户设定多级（至少三级）测评指标体系，包括各指标项、权重比例及加减分（附加分）机制。以直观的树状结构展示指标内容，便于教育者轻松维护与操作。 校本特色评价体系构建：业务管理人员应能依据院系、年级、专业、班级、学生类别等条件，甚至指定特定学生，定制具有学校独特性的学生综合测评方案，确保评价体系的个性化与精准性。 院系附加分自定义：在校级统一评价体系框架下，各院系应有权自定义附加分评价指标，以更全面地反映学生综合素质。 2.附加分精细管理 附加分信息全面维护：系统需支持附加分各项信息的详尽维护，包括但不限于名称、数据来源、类别、记分方式、分值类型、计算方式及所属院系等。支持将学生的各类荣誉、社会实践、职务经历、科研成果等纳入综合测评考量。 竞赛科研分级赋分：针对竞赛、论文、科研、发明专利等附加分项目，系统应支持按级别（国际至院级）及等级（一等至优秀奖）自定义分类，并精确设置各层级对应的分值，确保评价的公正与科学。 3.测评对象精准管理 测评名单动态调整：在测评开始前，系统应提供学生名单的核对与调整功能，以应对学籍变动（如转专业）等特殊情况，确保测评对象的准确性。 4.学生自评与班级评定 学生自评与材料上传：系统应支持学生进行自评，明确展示测评体系各项指标及占比，允许学生填写自评内容并上传相关佐证材料。学生可查看个人历年成绩及智育分计算详情。 班级测评小组评分：系统应支持班级测评小组的组建，小组成员可针对负责的指标项为班级内学生进行评分，提升评价的全面性与客观性。 5.测评审核与评分 审核与自动计算：业务管理老师可对管辖范围内学生的测评评分及附加分申请进行审核。系统应能自动计算学生测评总分、班级及专业年级排名，并汇总各院系测评情况。 直接评分功能：对于无需审核或附加分环节的学生，系统应支持直接进行测评评分。 6.测评结果公示与查询 多维度公示：系统应支持按班级、院系及校级等不同维度公示综合测评结果，增强透明度与公信力。 灵活查询与导出：各级管理人员或校内部门可按需查询并导出学生综合测评结果，支持按学年学期、学号、姓名、院系、班级、排名等条件组合筛选。 7.测评结果深度统计分析 学生成长趋势分析：系统需提供学生历年测评指标得分的对比展示，分析其变化趋势，并量化评估学生在同专业中的相对位置及强弱项，支持图形化展示，便于直观理解。 校级与院系对比分析：为学校老师提供校级测评总览及各学院间的指标得分对比，支持以院系、班级为单位的横向比较，同样以图形化方式展现，助力教育决策与改进。 3.2.1.3.13辅导员考评 1. ▲考核方案定制化配置 本系统应支持高度灵活的考核方案设置，允许针对不同辅导员或班主任角色定制个性化的考核流程。方案需涵盖评分权重的精细调整、多元化评定内容的维护，包括学生评议、自评、互评、院系考核及学校层面的综合评定。学生评议环节特别支持自定义参评学生比例，且在学校评定层级上，可灵活配置多个职能部门共同参与，确保评价的全面性与公正性。系统还应支持考核等级的划分，依据得分区间自动判定考核等级。 考核指标设计上，应兼容评分题、单选题、简答题、指标题及文件上传等多种题型，以全面反映考核对象的工作实绩。同时，提供详尽的使用指南，辅助用户高效配置考核方案，并支持配置后的指标内容预览功能，确保方案设置的准确无误。 此外，系统需具备考核对象指定功能，以适应不同考核场景的需求。 2.学生评辅机制 学生评辅模块应允许学生依据预设的考核评议内容，对其所在班级的辅导员或班主任的日常工作表现进行客观打分，以学生视角反映工作成效。 3.评议进度监控与通知 被考核对象需能通过系统实时查看所带班级学生的评议进度，便于及时跟进。对于未完成评议的学生，系统应支持一键发送提醒通知的功能，支持按单个班级或全体班级批量发送，提升评议效率。 4.自评与互评功能 自评模块：被考核对象需能依据考核方案中的自评要求及指标体系，自主完成对自身工作的全面评价，并具备查询历史及当前学年评价结果的能力，促进个人反思与成长。 互评模块：系统应支持按测评方案设定的规则，实现被考核对象间的相互评价，增强考核的互动性与全面性。 5.专业考核打分与结果计算 考核人员（包括二级院系学工负责人及各校级职能部门）需能依据系统设定的指标体系，对被考核对象进行公正、客观的打分。系统应内置智能计算逻辑，自动汇总各项得分，生成总分及各项指标体系的详细得分报告，确保考核结果的准确无误。 6.考核结果管理与查询 结果查询授权：学校管理人员应能灵活授权相关人员查询考核结果，确保信息的安全与按需访问。 查询统计功能：各级管理人员（如学生处管理人员、院系学工负责人）需能便捷地对自己管辖范围内的政工人员考核结果进行查询，支持明细查看、表格统计及图形化展示等多种查询方式，为决策分析提供有力支持。 3.2.1.3.14辅导员工作日志 本系统应支持管理员灵活配置辅导员的十一项核心工作日志内容（包括但不限于走访课堂、深度辅导、公寓走访、与任课老师沟通、参与学术骨干例会、组织年级大会、策划班级活动、撰写工作总结、发送家长一封信、研究工作论文及参与工作课题等），并设定每项日志的填写频次要求，以满足不同工作场景下的管理需求。 系统需提供便捷的工作日志填报界面，允许辅导员按照预设的日志模板，高效完成上述各项工作的记录与提交。这些日志记录将成为评估辅导员工作成效的重要依据。 支持辅导员工作日志在线化管理，能够设置多种辅导员日常工作记录类型。包含不限于日常查课、一对一谈心、宿舍走访、学术骨干会议记录、日常班级活动、个人工作总结、家长互动一封信、工作论文等，每一个日常工作记录类型可单独设置频次，并且支持进度提醒。 系统应赋予学校管理人员及院系负责人权限，使其能够实时查看辅导员工作日志的完成进度情况，包括已提交、待提交及逾期未提交的日志概览。同时，支持将查看结果导出为电子文档，便于后续的数据分析、工作汇报及绩效考核等工作的顺利开展。 3.2.1.3.15家校联动 1.家长登录方式管理：系统应具备学校教师配置家长查询登录方式的能力，确保家长访问权限的安全性与灵活性。 2.多维度学生信息展示与权限控制：平台需支持学生家长通过电脑端便捷查询学生在校期间的全面表现，包括但不限于学业成绩、奖励荣誉、违纪记录、请假历史、综合测评结果、一卡通消费明细、学生干部任职情况、社会实践参与、竞赛获奖信息以及语言水平证书等。同时，系统应赋予管理老师权限，以灵活设定哪些信息板块对家长开放，保障信息交流的精准性与隐私保护。 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.2.1.5.18 公共要求 1.针对系统中涉及到审核、线上签字流程应用（如困难生、助学金、荣誉 称号、违纪处分、奖学金、学籍异动、宿舍申办等），需支持随时调用签名供涉及到审核流程使用，在相关报表中体现签名（审核通过即签字），签名需支持用户自己日常维护。 所有功能移动端需支持微信公众账号，企业微信，钉钉或支持学校指定APP等使用。 3.2.1.5.19▲针对投标人提供的数据集成与迁移、与学校现有的辅导员协同工作系统进行集成对接方案进行评价，方案科学合理、可行性与可落地性强得具备。（需提供现有使用系统商技术对接测试报告或配合证明材料） 3.2.1.5.20▲为满足国产需要所投厂商需跟国产操作系统数据库厂商进行对接并提供厂商互认证书面材料并盖章。 3.2.2国产服务器操作系统 提供四套满足下列要求的国产服务器操作系统 1、内核版本不低于4.19。 2、支持AMD64、ARM64、Mips64、SW64、LoongArch CPU架构，支持飞腾、鲲鹏、海光、兆芯、龙芯、申威品牌CPU芯片。 3、▲系统支持同品牌自研API网关软件，提供有效证明材料(如软著证明或测试认证证书)。为保证兼容性，需与操作系统同一品牌。 4、▲操***网，***网页中恶意弹窗，诱导点击跳转至不良内容、低俗庸俗等有害页面的行为，在线查阅拦截报表统计、用户举报，提供系统功能截图证明。提供有效证明材料(如软著证明或著作认证证书)。为保证兼容性，需与操作系统同一品牌。 5、▲系统支持自研的服务器运维管理工具，支持漏洞识别、漏洞批量下发、防火墙策略调整功能，提供有效证明材料(如软著证明或测试认证证书)。为保证兼容性，需与操作系统同一品牌。 6、▲系统支持同品牌自研CentOS迁移工具，支持CentOS向同品牌服务器操作系统迁移，支持图形化操作。提供有效证明材料(如软著证明或测试认证证书)和第三方出具的软件产品测评报告。为保证兼容性，需与操作系统同一品牌。 7、▲系统支持同品牌国产Linux系统通用性能评分套件软件，提供有效证明材料(如软著证明或著作认证证书)。为保证兼容性，需与操作系统同一品牌。 8、▲系统安全：操作系统产品应满足国际知名安全社区openscap支持并接受安全基线。 9、▲桌面环境：***平台提供自主研发的统一桌面环境，保障用户体验的一致性，桌面环境满足最新国家标准GB18030—2022《信息技术 中文编码字符集》字符集认证要求，以满足信息系统进行中文处理的需求，提供自研桌面环境软著和字符集认证证书。 10、系统配置图形化工具（用户帐户管理、用户权限设置、网络配置、打印机配 置、显示配置、桌面配置、键盘鼠标 设置、输入法设置、日期时间设置、 自动更新设置）； 11、系统运维图形化工具（系统监视器、 日志查看管理、设备管理器、磁盘管理器）。 12、▲提供合法来源证明且加盖厂商公章。 3.2.3国产数据库 提供一套满足下列要求的国产数据库 1、▲单表支持创建2048列；支持分区表，包括范围分区、哈希分区、列表分区、间隔分区等；支持组合分区，如可以实现列表、范围组合分区等；支持单表分区数量为65535个；支持分区键包含多列，列数最多达到16列；支持增加、删除、合并、拆分、交换、截断、重命名等分区操作；支持分区表迁移。提供工信部下属专业测评机构出具的测试报告。 2、单机单表支持不低于140TB数据的存储，支持万亿行记录数据的增、删、改、查操作，须提供包括测试步骤说明的工信部下属专业测评机构出具的测试报告。 3、▲支持多种数据类型，包括字符类型、数值类型、二进制类型、大对象类型等；支持非关系数据的操作，包括XML类型、JSON类型、CSV类型、TXT类型、空间类型（地理信息 GIS 数据类型）；支持自定义类型TYPE，包括记录类型、对象类型、数组类型和嵌套表类型，支持重编译类型。提供权威检测机构出具的测试报告。 4、支持多种类型表，包括堆表、索引组织表、分区表、对象表、临时表、外部表、列存表；支持多种约束，包括主键、外键、唯一、检查、非空、默认值（缺省值），支持启用禁用约束；支持表空间管理（可以为行表空间设定固定大小，须提供产品功能截图）。提供权威检测机构出具的测试报告。 5、支持多种索引，包括B树索引、聚集索引、唯一索引、非唯一索引、函数索引、分区索引（包括本地分区索引和全局分区索引）、位图索引、位图连接索引、空间索引、数组索引；支持创建索引时指定表空间；支持设置索引可见和不可见；支持设置索引失效；支持重建索引；支持索引监控。提供权威检测机构出具的测试报告。 6、支持存储过程、自定义函数和包PACKAGE；支持创建带参数和不带参数的存储过程和函数；支持调用存储过程和函数；支持定义游标、打开游标、拨动游标和关闭游标；支持动态SQL语句；支持异常处理机制和用户自定义异常；支持创建确定性函数和管道函数；支持重编译存储过程和函数；支持调用和编译包PACKAGE。提供权威检测机构出具的测试报告。 7、▲产品具备在鲲鹏、飞腾、海光等CPU技术路线和麒麟、统信等操作系统下稳定运行的能力，在不少于100仓数据和100用户并发场景下，产品在不同数据库环境7*24小时的TPC-C测试中能够稳定正常运行，须提供具有CMA或CNAS标识及测试环境和结果截图的权威检测机构出具的检测报告。 8、兼容Oracle的DBA_*、ALL_*和USER_*开头的数据字典视图、系统包；兼容PL/SQL语法和数据操作；兼容Oracle、Mysql、SQLServer、DB2、PostgreSQL的常用系统函数；实现对数据查询语言（DQL)、数据操纵语言(DML)和数据定义语言(DDL)的兼容。提供权威检测机构出具的测试报告（须提供该机***网站的查询认证界面截图）。 9、支持ODBC、OCI、OCCI、ADO、JDBC、.Net Data Provider(NDP)、****.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等开发语言。提供权威检测机构出具的测试报告。 10、支持LEN、SPACE、MEDIAN、sec_to_time、time_to_sec、FIND_IN_SET、ADD_DAYS/ ADD_WEEKS、field、date_format、WEEKDAY、WEEKS_BETWEEN、TEXT_EQUAL等函数语法，须提供产品功能截图并加盖原厂商公章。 11、▲单表插入100万数据小于1.3秒，平均存储性能可达到80万条/秒以上，单库单表导入200万行数据小于3秒，批量导入性能可达到70万条/秒以上；支持1GB以上数据备份完成时间在7秒以内，恢复完成时间在21秒以内。须提供被CNAS认可的权威检测机构出具的测试报告。 12、单机单实例TPC-C性能测试，在X86环境不少于3000仓3000并发下持续运行60分钟，测试数据库性能指标可达到170万tpmC以上，在不少于100仓200并发下持续运行10分钟，可达到195万tpmC以上；在双路国产CPU环境不少于100仓100并发下持续运行10分钟，测试数据库性能指标可达到115万tpmC以上。须提供包括测试环境、测试结果及测试记录的工信部下属专业测评机构出具的测试报告。 13、▲集群事务处理能力TPC-C性能效率测试，在8节点共享存储集群和不少于80GB数据情况下，1000仓1000终端并发60分钟执行结果tpm（Neworders）可达320万以上。须提供包括软件硬件配置、环境连接图及各节点数据（至少包括CPU和内存平均利用率）的工信部下属专业测评机构出具的测试报告。 14、支持一主多备，支持同步备机和异步备机等多种方式；支持数据零丢失；支持通过守护进程将故障节点重新启动并自动加入集群，且历史数据自动同步；支持备机只读操作；支持备机中临时表的增加、删除、修改操作；支持列存表的创建、删除、修改与查询等操作，提供工信部下属专业测评机构出具的测试报告。 15、▲支持数据库共享存储集群，集群规模可达8节点；集群每个节点均支持写入且支持多节点间的缓存一致性；集群具备多节点负载均衡能力；支持不依赖第三方的自动存储管理系统(ASM) ，支持创建、添加、删除磁盘组及在线添加磁盘，支持新建、删除、截断及动态扩展文件。提供工信部下属专业测评机构出具的测试报告。 16、支持物理备份及恢复，包括全量、增量和差异备份及恢复功能；支持恢复到指定时间点；支持归档备份；支持自动备份；支持备份压缩；支持逻辑备份及还原，包括数据库级、模式级、用户级、表级。提供权威检测机构出具的测试报告。 17、单机支持10万以上并发连接数，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/T27922-2011《商品售后服务评价体系》五星级标准，提供证书复印件并加盖原厂商公章。 3.2.4教学运行智能服务设备 提供一套满足下列要求的国产教学运行智能服务设备 1、触摸数据展示屏 液晶屏技术参数：屏幕尺寸≥23英寸，屏幕比例16：9，分辨率≥1920x1080，亮度≥250cd/m²，对比度≥1000：1，响应时间≤4ms，可视角度(水平/垂直)≥178，VGA≥1,HDMI≥1，DP≥1，USB3.2 Gen1≥2，内置≥2个2W喇叭，支持≥IP65级防水防尘。 屏幕尺寸(对角)：≥23"W，屏幕宽高比：16:9，面板类型：IPS技术，亮度(典型值)：≥250cd/m²，对比度(典型值)：≥1000:1，动态对比度(典型值)：≥50000000:1 使用DCR丽比技术；最大分辨率：≥1920x1080@60Hz，接口：D-Sub≥1个,HDMI≥1个,音频输出；认证：CCC，CH RoHS，CEL，CECP，Win10，DCB活彩技术, 5种增彩模式；Eco Mode, 5种亮度情景模式。 2、智能服务控制主机 CPU处理器：低于酷睿i5-10代处理器，核心数：≥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；月打印负荷：80000页，内存标配：1GB，处理器速度：1.2GHz，进纸盒容量：标配纸盒:550页，加配1个550页纸盒，控制面板：4.3 英寸彩色触摸屏，能效合规性：蓝天使；CECP; 被认证的能源之星®；支持缺纸、缺墨、卡纸等预警，来电能够自启动。 4、校园卡读卡器：预留校园卡读卡器扩展槽，支持对接校园一卡通系统，读现有学生卡片信息。 5、双目人脸活体识别摄像机 200万彩色/120万黑白双目摄像机，1080P全高清像素，采用人体近红外高灵敏度感光技术、HDR（高动态范围）技术，支持人脸活体检测，精准检测“活人”、“真人”，精准捕捉活体人脸特征，计算误差不小于1mm ，0.01Lux 超低照效果，-30℃~+70℃宽温度范围稳定工作USB2.0高速传输，UVC架构。 6、身份证读卡器 符合GA 450-2013《台式居民身份证阅读器通用技术要求》和ISO/IEC 14443 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，额定功耗@5.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.所报价格不得高于采购人设***平台（京东、苏宁、国美）自营的在售同款商品价格，实现采购价格和采购质量最优。供应商报价可提供商品价格证明，有以下两种方式（非必填）:
①①报价供应商应提供同期 1***平台（京东、苏宁、国美）自营的在售同款商品的参考链接、参考价格。
②***网同期同款商品链接或过去一年的历史合同、发票作为参考。
以上两种方式均要求报价(供货价)应不高于链接或合同中的参考价。
4.其他资质文件：
①供应商响应的若为进口商品或品牌商品，需提供生产厂家或一级经销商授权。 （品牌商品名单详见：https://****.gov.cn）
②供应商响应的若为生产厂家自产自销商品，应提供《生产厂家自产自销商 品证明》和具有合法资质的检测机构出具的产品检测（检验）报告或证书等必要的证明。
5.如成交供应商超过72小时未确认订单，视为该供应商放弃成交，采购人可选择废标或选择其他报价供应商成交。
6.如项目关联了不专门面向中小企业的采购计划，供应商响应的所有商品均为小型或微型企业生产的，应上传《小微企业声明函》，电子卖场按照我省支持中小企业发展的相关政策，自动对该供应商的报价给予规定比例的价格扣除，用扣除后的价格进行比价结果排名，实际成交价为未扣除价格前的供应商响应报价。
距离报价结束时间：
00小时00分00秒
我要报价
微信公众号（订阅通知）
本公告地址：https://www.120bid.com/view/530/Cg8AuJIB8eSL32CeDv7E.html
微信在线客服