宁强县天津高级中学智慧校园基础信息平台采购项目采购需求公示（第1次）

序号

系统名称

技术参数

单位

数量

一、基础平台层

1

数字基座—学校基础信息管理

1.应支持学校基础信息维护，信息项包括但不限于学校名称、简介、地理位置、学段、校区、管理员等，字段应支持自定义扩展。

2.应支持学校各类场所（教室、多媒体教室、宿舍、办公室等）的建档与管理，场所类型与属性应支持自定义设置。

3.学校及场所基础信息应支持批量导入、导出，并可通过标准数据接口与其他子系统及第三方系统进行数据同步。

项

1

2

数字基座—年级学段管理

1.应支持管理员设置学部/年级学制信息。

2.应支持设置年级开设学科和年级人员信息，包括年级组长、年级学科教师等。

3.应支持年级升级操作，升级支持手动与自动两种方式，升级结果应可追溯、可回退。

4.年级相关数据应支持导入、导出及与第三方系统对接。

项

1

3

数字基座—班级组织管理

1.应支持创建多种类型班级，包括行政班、走班教学班、社团课程班、网络教学虚拟班等。

2.应支持行政班信息的创建、批量导入，并可设置班主任、任课教师、班委等人员信息。

3.行政班名称应支持自定义及系统自动命名，系统自动命名应随学年升级自动更新匹配。

4.应支持虚拟班级的创建及班主任、任课教师、学生成员等信息的设置。

5.班级信息应支持导出，并提供标准接口供其他系统调用。

项

1

4

▲数字基座—智能分班管理

1.应提供独立的分班管理功能，可按计划开展各次分班工作。

2.应完整记录分班前、分班后学生班级信息，形成分班历史台账。

3.应支持定时/批量分班，分班结果发布后应向相关学生家长发送提醒。

4.应支持通过二维码等便捷方式查询学生分班、分寝等信息。

5.分班结果应支持导入、导出，分班过程留痕可审计。

项

1

5

数字基座—学生学籍管理

1.应支持学生信息批量导入，并提供标准导入模板；学生基础信息字段应满足学校实际使用需求并支持自定义。

2.应支持按姓名、身份证号、联系电话、学籍状态等条件组合查询，并支持一键导出。

3.应支持制卡照、人脸识别照两类照片上传，上传渠道应支持学校统一上传、班主任上传、家长上传等多种方式；人脸照片仅用于学校授权的身份核验场景。

4.应支持通过移动端修改并上传照片，实现与相关应用系统的实时同步；上传照片应具备合规性审核（尺寸、清晰度等），审核通过后自动同步至学籍档案、校园卡制作等应用。

5.应支持学生唯一学籍与唯一行政班识别，同时支持走班、教学班等非行政班学生信息的查看与管理。

6.应支持转班、休学、退学等学籍异动操作。

7.应支持毕业生及学籍异动学生管理及历史数据查询。

8.学生学籍数据应符合个人信息保护要求，支持数据导出、备份与迁移。

项

1

6

数字基座—教职工信息管理

1.应支持教职工信息批量导入，并提供标准导入模板。

2.应支持对教职工进行自定义分组，分组可用于通知消息发送等功能。

3.应支持按学校职能机构/部门维护教职工信息，并支持按部门等条件查询。

4.应支持按姓名、账号、手机号、年级、科目、角色等条件查询教职工信息。

5.应支持对已导入教职工信息进行修改维护，包括姓名、编号、职务、年级组、授课科目、授课班级、班主任班级标签及混合任教等。

6.教职工信息统计列表显示字段应支持自定义，并支持一键导出。

7.应支持为每个教职工单独配置数据访问权限。

项

1

7

▲数字基座—统一账号管理

1.应支持管理员新建、批量导入教师账号，并支持信息编辑、重置密码、禁用等操作。

2.应支持管理员新建、批量导入学生及家长账号，并支持信息编辑、重置密码、禁用等操作；学生账号建立时可自动生成关联家长账号。

3.应支持学校初始化时默认创建常用职务，并支持管理员按需创建、编辑职务。

4.应支持为年级组长、学科组长等特殊职务设置关联属性信息。

5.职务信息应支持与其他应用场景打通复用。

6.账号体系应支持统一认证、单点登录；账号开通、停用。

项

1

8

数字基座—工作日历设置

1.应支持自定义学校工作日、节假日及作息时间。

2.系统应依据日历设置自动适配教学安排、考勤统计等业务，确保各项业务按实际时间规范运行。

3.日历设置应支持导入、导出，并支持多学年/学期管理。

项

1

9

数字基座—消息推送配置

1.应支持配置消息推送方式、频率与接收范围，支持短信、站内信等多种渠道。

2.应支持针对不同事件自定义推送规则，保证重要信息及时送达。

3.推送渠道应支持与第三方即时通讯工具或移动端应用对接，不限定单一渠道服务商。

项

1

10

数字基座—师生信息反馈

1.提供在线反馈入口，覆盖系统功能、教学资源、教学管理等方面；

2.后台支持按类型、状态、时间统计并导出报表；

3.支持反馈处理时限提醒。

项

1

11

数字基座—平台运营管理

1. 应支持记录可计费服务使用明细、费用查询与账单生成；

2.如涉及线上缴费，须支持对接采购人指定的支付渠道，不得将某一特定支付服务商作为唯一或默认渠道；

3.缴费记录须与业务数据关联并保留完整审计日志；

4.支持费用明细导出。

项

1

12

统一门户与认证—微信服务号集成

1. 应支持与主流移动即时通讯平台（包括但不限于微信服务号）进行功能集成，用户经授权后可在该平台内访问系统功能并接收消息通知；

2.若采购人后续调整移动端承载平台，供应商须在合同约定的合理范围内提供迁移支持。

项

1

13

统一门户与认证—开发者中心

1.应支持标准数据接口，提供系统基础数据对接的标准接口。

2.应提供班级、年级、教师、学生、科目等基础数据的标准查询/订阅接口。

3.应支持反向写入接口：外部系统经授权可将业务数据回写至平台，回写数据经完整性校验后统一纳入数据管理，维护基础数据唯一数据源原则。

4.应支持第三方开发者依据接口文档进行调用与联调测试，提供接口文档及测试环境。

5.应支持根据学校特殊需求进行定制开发或对接开发。

6.接口应遵循主流开放接口标准，具备鉴权、限流、日志审计能力。

项

1

14

▲统一门户与认证—统一身份认证

1. 应提供单点登录与统一认证，支持账号密码、扫码等不少于两种认证方式；

2.已导入用户自动生成账号，开通状态与密码策略统一管理；

3. 应支持按单个用户设定角色权限，菜单权限与数据权限分别维护；

4. 应支持同一用户多重身份切换，切换后权限与数据范围相应变更，切换响应时间≤3秒；

5. 应支持用户前端自主注册与信息匹配，注册流程须经身份核验。

项

1

二、教学应用层

15

课表管理—课表编排管理

1.应支持按班级进行课程数据维护。

2.应支持通过课表导入实现年级—学科自动匹配与数据维护。

3.应支持根据年级—学科信息一键生成教职工分组。

4.应支持按班查看全校课表。

5.应支持对任课教师进行批量设置，既可按班级设置任课教师，也可按教师设置多个任课班级；应提供查看所有班级任课教师、班主任等信息的功能。

6.课表数据应支持导入、导出及与第三方排课系统对接。

项

1

16

课表管理—课表查询服务

1.我的课表：应支持教师和学生在线查看个人每周课表，支持周次切换，支持按天和按周集中查看两种模式，支持PC端和移动端查看。

2.学期课表：应支持查看年级课表、行政班课表、教学班课表、教师课表。

3.教师课表：应支持按学年学期、周次筛选，支持按教师姓名、编号等检索。

4.班级课表：应支持按班级查看课表。

项

1

17

▲课表管理—在线选课管理

1.应支持同时创建多个选课方案，并支持选课方案的发布或暂停。

2.应支持集中设置最大班额、开课学段、上课时间、任课教师、上课教室等基础信息。

3.应支持选课设置，包括年级、班级名额分配及限选规则设置。

4.应支持报名方式的设置，支持先报先录取、审核统一录取两种方式。

5.应支持选修课缴费设置，选课同时可完成线上缴费，缴费金额进入学校指定账户，缴费记录可对账、可导出。

6.应提供管理员功能，支持后台进行人员录取、退员等操作。

7.应支持人员预录入及预录取功能，可优先录入需要的学生名单。

8.应支持查看每门课程剩余班额。

9.应支持选课结果发布，班主任可查看本班选课结果，家长可通过移动端查看选课结果。

项

1

18

课表管理—选课家长端服务

1.应支持家长通过移动端接收选修课报名信息并预览课程信息。

2.应支持家长通过移动端完成报名、缴费等操作。

3.应支持家长通过移动端接收录取、上课提醒等消息。

项

1

19

▲综合素质评价—校级评价体系

1.应支持构建具有学校特色的学生成长指标体系，指标体系支持三级结构。

2.应支持三级指标的创建与编辑：第一、二级为评价大类，用于统计与分析；第三级为实际教育教学中使用的评价指标，可设置为正面或负面评价指标，可面向德育、智育、体育、美育、劳育等维度，支持设置课堂表现、日常表现等使用场景；支持管理员对已建指标进行编辑。

3.应支持评价指标的删除，删除后该指标在评价中不再出现，但不影响历史评价数据的展示。

项

1

20

综合素质评价—荣誉勋章管理

1.应支持管理员创建、编辑荣誉勋章，包括设置勋章图标、名称、含义等。

2.应支持管理员、教师查看勋章详情及学生解锁情况。

3.应支持管理员删除勋章，删除后不影响历史已获得勋章的学生记录。

4.应支持管理员停用勋章，停用后学生对勋章不可见、不可解锁，但不影响已获得勋章学生在“已获得勋章”中的查看。

项

1

21

▲综合素质评价—班级评比管理

1.应支持管理员进行班级评比设置。

2.应支持学年学期、评比名称、有效期、评比年级范围等基础信息设置。

3.应支持评比规则设置，支持加分、减分设置，各评比项支持默认分数设置，便于评分人快速打分。

4.应支持评比/值周教师设置，支持按教师—班级方式设置。

5.应支持移动端评比，参与评比的教师可通过手机查看个人待评价项，并可通过图文方式打分上传。

6.班主任应可查看本班实时评比情况及评比排名。

7.管理员应可查看各项评比统计，并支持根据评比结果颁发班级荣誉。

项

1

22

综合素质评价—主题活动与写实记录

1.支持管理员创建活动，设置学年学期、活动名称、参与年级、五育标签、有效期、打卡限制等参数；

2.家长可通过移动端接收提醒并上传图文、视频材料，上传格式和大小限制在招标文件中明确；

3.管理员可查看填报统计及详情，并支持对未填报用户发送提醒；

4.活动数据支持按年级、班级、活动维度导出。

项

1

23

综合素质评价—评价工具（PC端）

1.应支持管理员创建、管理活动，支持学年学期、活动名称、参与年级、五育标签、有效期、打卡限制等设置。

2.应支持家长通过移动端接收活动填报提醒，并通过移动端完成图文、视频等上传。

3.应支持管理员查看活动填报统计及详情，支持对未上传用户进行提醒。

1.应提供PC端评价工具，方便教师、班委日常进行评价管理。

2.应支持在主流操作系统及班级大屏设备上安装运行。

3.应支持以悬浮窗形式置于屏幕最上层，便于教师实时调起使用。

4.应支持通过口令及扫码方式登录。

5.教师登录后应可快速选择班级开始上课，上课过程中应可对学生进行课堂表现评价，并提供倒计时、随机抽取等课堂辅助工具。

项

1

24

综合素质评价—评价工具（移动端）

1.应支持移动端班级管理辅助工具。

2.应支持班主任对本班评价项进行管理维护，评价项支持加分/减分等设置。

3.应支持班主任在移动端对学生进行评价。

4.应支持班主任在移动端查看班级/学生统计报表。

项

1

25

综合素质评价—评价观测管理

1.应围绕教学过程与学生表现构建多维度评价体系，记录课堂互动、作业完成度等过程数据。

2.应能生成可视化观测报告，支持教师据此调整教学策略，支持家长了解孩子在校情况。

3.观测数据应可导出，评价结果可追溯。

项

1

26

综合素质评价—积分商城

1.应支持班级根据日常评价建立个性化班级积分商城，学生通过日常得分兑换奖品。

2.应支持商品上架、库存管理与兑换记录追踪。

3.兑换记录应可查询、可导出。

项

1

三、校园安防层

27

▲师生考勤管理—学生进出校规则

1.应支持预设学生进出校园的时间、权限等规则，关联门禁系统自动核验，异常情况实时预警。

2.出校管理：应支持通校生仅在规则设定时间段内经身份核验出校。

3.请假出校管理：应支持上课期间仅已履行请假手续的学生经身份核验出校。

4.应支持学生通行记录查看；学生通行后数据应及时推送家长端，家长可查看学生实时通行照片。

5.通行记录及照片等个人信息处理应符合个人信息保护要求，数据可导出、可审计。

项

1

28

师生考勤管理—学生考勤管理

1.应对接课堂签到等考勤终端设备，自动记录出勤情况。

2.应支持缺勤时及时通知师生，关联课程表生成考勤统计数据，支持导出。

3.考勤终端接口应开放，支持与主流考勤设备对接，不限定单一设备品牌。

项

1

29

师生考勤管理—学生请假管理

1.应支持学生线上提交请假申请，经多级审批后生效。

2.应自动记录请假时长与原因，并同步至考勤数据，支持教师掌握学生动态。

3.请假审批流程应支持自定义，审批记录留痕可查。

项

1

30

访客通行管理—访客管理中心

1.应支持教师批量发起家长邀约或家长会，发布后通过移动端/第三方即时通讯工具向参会人员推送通知，参会人可查看详情及访客码。

2.应支持家长主动发起拜访申请，提交后向教师发送审核申请；审核通过后，家长凭访客码入校。

3.应支持后台查看所有访客记录，记录包括访客信息、进出通行时间等。

4.应支持通过短信等方式发送访客邀请码，接收人可通过短信链接出示个人通行二维码。

5.访客信息处理应符合个人信息保护要求，访客记录可导出、可审计。

项

1

四、办公协同层

31

信息发布—校园通知公告

1.应支持发布校园级通知公告，可面向全校师生或指定学部、年级及指定师生发布。

2.通知内容应支持文本、超链接、图片、附件等多种形式。

3.通知应支持回执设置，回执方式包括签阅按钮、签字签阅等。

4.应支持通知公告发送记录查询及每条通知公告阅读情况统计。

5.通知公告发布后，被通知对象应能通过移动端/第三方即时通讯工具接收推送并查看详情。

项

1

32

信息发布—校园短信平台

1.学校可根据需要开通短信通知平台，应支持短信充值、剩余短信数查询。

2.应支持常规短信发送，即向平台内用户进行短信编辑发送。

3.应支持自定义短信发送，即向平台外用户进行短信编辑发送。

4.应支持模板消息发送，即学校可批量向多个用户发送不同短信通知。

5.短信服务应通过具有合法资质的第三方通道实现，接口开放、可替换。

项

1

五、资源管理层

33

▲校园文件网盘—个人文件管理

1.应集中存储用户个人创建或上传的各类文件，支持分类整理、在线预览、下载及版本管理。

2.应支持文件权限设置，确保隐私安全。

3.文件应支持导出、迁移，存储应符合数据安全要求，访问留痕审计。

项

1

34

校园文件网盘—文件共享管理

1.应展示他人共享的文件或信息，支持按分享时间、来源筛选。

2.用户可查看、接收或拒绝共享内容，并记录共享历史。

3.共享与协作过程应支持权限控制。

项

1

35

校园文件网盘—全息搜索引擎

1.应支持通过关键词对系统内所有信息进行全方位检索，涵盖文件、数据、功能模块等。

2.应支持模糊查询与精准匹配，检索结果可定位到具体对象。

3.检索权限应遵循数据权限控制，不得越权检索。

项

1

六、物联与可视化层

36

物联中台—硬件设备管理

1.应支持对接入平台的硬件设备（摄像头、闸机等）进行在线管理。

2.应支持在线查看设备运行信息及设备日志。

3.设备接入应采用通用协议。

项

1

37

数据可视化—校园可视化决策平台

1.应提供集数据可视化、智能分析与提示预警于一体的决策分析平台，提升学校态势感知、综合管理、形势预判能力。

2.应支持构建分析模型和决策模型，对学校数据分析需求快速响应，对业务异常和趋势进行挖掘，对安全隐患进行预警。

3.应支持面向各级决策人员的多维度可视化展示，支持数据下钻与导出。

4.可视化数据源应可配置，图表类型、指标体系应支持自定义扩展。

项

1

七、宿舍管理层

38

宿舍管理—宿舍基础信息

1.支持记录宿舍的楼栋、房间号、床位分配及住宿学生信息，关联学生基本资料，支持信息查询与更新，形成完整的宿舍档案，为宿舍管理提供基础数据，便于快速定位住宿情况。功能至少包括以下：

2.支持批量导入学生宿舍分配情况，支持对单个宿舍房间进行分配

3.提供学生换寝，移除等操作

4.根据班级、性别、姓名等信息快速查找学生，快速分配宿舍

5.支持按房间查询学生信息

6.支持批量导出班级分寝情况

7.支持毕业学生床位的一键清空，支持部分寝室选择一键清空

8.支持按年级或按宿舍进行批量退寝清空人员功能

9.支持宿舍管理按宿舍或按人管理

项

1

39

宿舍管理—宿舍考勤管理

1.通过门禁记录或点名等方式统计学生回寝、晚归情况，自动生成考勤报表，异常情况及时通知班主任和家长，规范学生作息，保障宿舍安全管理。

项

1

40

宿舍管理—宿舍门禁管理

1.对接门禁系统，管理学生进出宿舍的权限，记录出入时间，支持人脸识别或刷卡验证，防止外来人员进入，强化宿舍门禁的安全性与准确性。

项

1

41

宿舍管理—临时出寝管理

1.学生因特殊情况临时出寝需在线申请，经审批后获得临时出寝权限，系统记录出入时间，便于管理人员掌握动态，确保学生临时外出的有序管理。

项

1

八、宿舍归寝考勤硬件

42

宿舍归寝考勤硬件—宿舍考勤专用无感抓拍机

人脸抓拍型智能摄像机

1. 采用 CMOS 图像传感器，最大有效像素不低于 400 万；
2. 支持 DC12V 直流供电及标准 POE 供电
3. 设备工作温度范围至少满足‑30℃～+60℃；

4. 日夜成像：支持黑光全彩、智能双光、红外三种补光模式，具备人脸自适应曝光控制，可实现智能收光，避免人脸区域过曝。

5. 图像调节：支持自动白平衡、数字宽动态、背光补偿功能；亮度、对比度、色度等图像参数可配置调节。

6. 电子围栏：支持人形目标分类检测，目标进入预设警戒区域时，设备触发报警。

7. 越界侦测：支持人形目标分类检测，支持双向侦测配置。

8. 离岗侦测：支持自定义检测区域，人员离开区域并达到设定时长后触发报警，人员返回区域后报警自动停止。

9. 客流统计：支持进入、离开双向人数统计，可在画面实时叠加 OSD 客流数据，支持按日查询客流统计数据。

10. 语音报警：支持报警联动语音播报，支持本地自定义录制语音内容。

11. IO 报警：具备 IO 报警接口，可外接红蓝警戒灯，实现报警联动灯光输出。

台

32

43

宿舍归寝考勤硬件—人脸视频分析服务器

1、主控CPU不低于8核；

2、内存和存储：内存≥8GB，eMMC存储≥32GB；

3、AI算力：INT8峰值算力不低于16TOPS，支持FP32混合精度算法；

4、图像解码能力≥400张/秒 @1080P；

5、可在逆光环境下采集识别；

6、支持人脸抓拍、人脸跟踪、人脸曝光，每帧支持不少于30个人脸检测；

7、人脸名单库容量≥30000张，满足全校住宿学生规模；

8、支持批量导入人脸名单库，支持平台在线提交并下发人脸照片；

9、可灵活设置学生归寝时间表，自由设置考勤规则启用时段；

10、通过人脸抓拍、比对实现无感签到，自动记录学生归寝情况；

11、自动统计归寝/未归寝学生并分别输出统计表；

12、支持按时间段快速查询归寝/未归寝学生；

13、单台支持不少于16路人脸抓拍机接入；

14、部署方式：每4栋宿舍楼配置1台，共2台（合计接入32路抓拍机）。

台

2

44

宿舍归寝考勤硬件—人脸识别面板机（补签机）

人脸识别面板机

1. 支持双目活体检测算法，可有效抵御照片、视频等假体攻击。

2. 人脸识别比对耗时＜1 秒。

3. 内置宽动态成像模组，支持逆光强光环境下稳定识别人脸。

4. 搭载嵌入式 Linux 操作系统。

5. 显示屏尺寸≥7 英寸高清触控显示屏。

6.  整机防护等级达到 IP65，具备防尘防水能力。

7 设备平均无故障运行时间 MTBF≥50000 小时。

8. 本地人脸比对库容量≥20000 人。

9. 部署说明：本项目每栋宿舍楼部署 5 台，覆盖主要出入口及值班室，合计 8 栋宿舍楼，共配置 40 台，用于无感考勤漏抓学生补签核验。

台

40

45

宿舍归寝考勤硬件—专网网关

网关

1. 固化 5 个千兆电口，整机推荐带终端数量≥100 台。

2. 支持带宽区间 600M～1000M；开启极速模式时最大支持 1000M 带宽，极速模式下流控、认证类功能不可用。

3. 内置 AC 无线控制器功能，可对配套 AP 进行集中管理。

4. 支持 Easy VPN、IPSec VPN、OpenVPN。

5. 支持 PPPoE Server 功能，支持扫码认证、授权认证等接入认证方式。

6. 支持应用流量控制、应用阻断功能。

7. 部署说明：部署于信息中心归寝考勤专网出口，作为专网统一出口及安全接入网关，本项目配置 1 台。

台

1

46

宿舍归寝考勤硬件—专网接入交换机

接入交换机

1. 设备类型：二层弱网管交换机，交换容量≥312Gbps，包转发率≥24Mpps。

2. 端口配置：具备 16 个 10/100/1000Mbps 自适应电口。

3. 功能支持：支持 VLAN、端口聚合、端口镜像等二层管理功能。

4. 部署说明：每栋宿舍楼配置 1 台，合计配置 8 台，用于本楼栋考勤设备汇聚及上联，含配套配件、上架及调试服务。

台

8

47

宿舍归寝考勤硬件—专网汇聚交换机

汇聚交换机

1. 设备类型：二层非网管交换机，交换容量≥300Gbps，包转发率≥36Mpps。

2. 端口配置：具备 24 个 10/100/1000Mbps 自适应电口。

3. 功能支持：支持云端自动发现，可在云端平台查看设备在线、端口等运行状态。

4. 部署说明：部署于信息中心专网汇聚点，本项目配置 1 台，下联各宿舍楼收发器，上联归寝考勤专网网关，含配套配件、上架及调试服务。

台

1

48

灼识光纤熔接机（校方保留，电教室使用）

六马达纤芯对准熔接,全自动干线型熔接机，支持单模、多模光纤熔接，熔接时间单模光纤 ≤5s，热缩加热时间≤15s单模光纤平均熔接损耗≤0.01dB回波损耗≥60dB，三合一通用夹具，支持裸纤、皮线光缆、尾纤，无需更换夹具，≥7800mAh 锂电池，充满电连续熔接加热 ≥260 芯，切割刀、备用电极棒、全套工具包、热缩管、说明书

台

1

49

宿舍归寝考勤硬件—光纤收发器

光电转换设备：

1.1个10/100/1000Mbps自适应RJ45电口；

2.1个1000Mbps SC光口；

3.传输距离≥2km。

4.部署方式：每栋宿舍楼与信息中心汇聚交换机之间成对配置（共8对），实现楼内电口与楼宇间光纤上联的转换。

对

8

九、平台一体化云服务（#核心产品）

50

一体化云管理平台 SaaS 服务

1. 交付模式：采用 SaaS 一体化交付模式；支撑平台运行的云资源（计算资源、存储资源、数据库、公网带宽、安全防护、SSL 证书等）由服务承接方统一提供并承担运维职责。

2. 并发能力：支持并发在线用户≥1000 人。

3. 访问响应性能：页面平均响应时间≤3 秒；关键业务接口响应时间≤2 秒。

4. 服务可用性：系统月可用率≥99.9%，投标人须提供对应 SLA 服务承诺函。

5. 数据备份与恢复：支持每日自动数据备份，支持 7 天内任意时间点数据恢复。

6. 存储扩容：数据存储容量满足全校师生业务使用需求，并预留不少于 3 年业务增长存储空间。

7. 安全防护能力：具备完善基础安全防护能力，包含网络防火墙、入侵检测防护、防病毒、漏洞扫描与补丁管理、数据传输与存储加密、每日数据备份等能力，满足国家网络安全相关法律法规及教育行业数据安全管理要求。

8. 租户隔离与数据权属：平台采用租户隔离架构，学校业务数据实现逻辑或物理隔离，租户之间数据互不可见；本项目全部业务数据所有权归属采购方（学校）。

9. 部署说明：配套 1 套归寝考勤 SaaS 一体化云管理平台服务，用于整套归寝考勤系统的数据汇聚、考勤业务管理、报表查询、告警推送等业务管理。

项

1

51

平台一体化云服务—人脸数据全生命周期保护

人脸数据全生命周期管理：

1.采集：人脸信息采集前须获得本人（未成年人须监护人）书面或电子授权，明示用途仅限考勤与身份识别；

2.使用：仅用于考勤与身份识别，未经学校书面同意不得用于任何其他用途或对外提供；

3.删除与销毁：提供删除注销渠道，学生毕业、退宿、转学或撤回授权时，按学校指令删除人脸底库及关联比对记录，删除操作留痕可审计；

4.本地留存：人脸原始图片不在前端设备长期留存，比对完成后按策略自动清理缓存；

5.提供人脸数据处理情况年度报告，接受学校监督审计

项

1

52

平台一体化云服务—运营连续性保障

平台须为已投入商用的统一版本多租户SaaS产品，版本升级、安全补丁统一运营发布；未经学校书面同意，不得变更平台运行的基础云环境；因擅自变更云环境造成的服务中断、数据丢失等一切损失由投标人承担。

项

1

十、系统集成与实施服务

53

系统集成与实施服务

1.系统部署：完成全部软件模块的云端环境搭建、安装、配置、联调与上线，出具部署报告；

2.系统集成：完成宿舍归寝考勤硬件（无感抓拍机、人脸视频分析服务器、补签机）的接入联调（含人脸库下发、归寝记录回传）；基础数据（组织、人员、账号）以数据中台为唯一数据源单向同步；平台标准开放 API 接口免费开放；

3.数据迁移：师生基础信息、班级、课表等基础数据导入与初始化；历史数据（如有）迁移与校验。

项

1