统一底座
确认不同终端共享同一套任务、权限、状态和日志。
01 / 场景
杭州未来校园相关学校
杭州未来校园相关学校应先还原真实放学流程
面向持续建设的校园，放学系统更适合采用统一核心平台承载任务、权限、状态和审计，再按阶段接入通知端、指挥端、大屏与可选设备。
地区名称不能替代学校现场评估。班级规模、校门道路、接送方式、网络设备、通知渠道和岗位安排不同，最终方案也会不同。
02 / 核对
围绕统一平台、
围绕统一平台、可扩展终端与持续迭代重点核对三类条件
分期接入
先跑通核心流程，再按实际需要增加设备和通知渠道。
持续运维
保留版本、配置和异常记录，避免后续扩展破坏历史追溯。
03 / 方法
用一次真实放学过程
用一次真实放学过程验证系统是否适合
任务生成
按日期、时段、批次、班级和轮次生成任务并封存名单。
权限与操作
验证授权岗位能否正确执行开始、完成、留堂与解除留堂。
终端同步
检查 App、小程序、指挥端、通知端、大屏和播报的状态是否一致。
过程追溯
验证放学操作、失败通知和日终未完成任务能否记录与查询。
04 / 继续核验
从现行方案、
从现行方案、已核验案例和功能规格继续判断
FAQ
常见问题
这个地区资料页是否代表一所公开学校案例？
不代表。本页用于整理地区与学校场景的评估方法；已核验并可公开说明的实施内容统一收录在学校案例栏目。
同一地区的学校是否可以直接照搬方案？
不能。正式方案仍需核对学校规模、校门道路、批次、岗位、网络、设备和通知渠道，并用真实放学过程完成演示。