SMART EDUCATION

智慧教育

连接教学、校务与校园服务

面向学校与教育机构,围绕课堂教学、校务协同和师生服务,结合现有网络、设备与业务系统,按实际需求分阶段建设。当前以智慧校园为重点场景,不要求一次建设完整平台。

适用对象

学校、教育机构及教学、信息化和校园服务团队

预期交付

让教学工具、校务流程与师生服务各有归属、相互衔接,先做好一个可使用、可维护的智慧校园场景。

实施边界

围绕具体需求确认建设范围,按项目阶段组织验证与交付。

01 / 场景建设

智慧校园

按学校类型、年龄阶段与现有条件选择模块;不将所有功能作为默认交付,也不把智慧校园表述为现成的完整自研产品。

围绕课堂教学、校务协同和师生服务,连接现有网络、设备与业务系统。先从一个教学区域、一个管理流程或一个服务入口开始,再按实际使用情况扩展。

数字教学与资源

01

数字课堂

围绕课程组织和教师使用习惯,组合教学显示、互动与终端环境。

可建设内容

  • 评估现有教室、网络和设备,确定可复用与需补充的部分。
  • 验证授课、展示和互动流程,安排教师使用培训。

解决什么问题

先让课堂工具可用、好接手,再按需要扩展,不以设备堆叠代表教学成效。

02

音视频协作

为选定教学活动提供清晰的音视频连接与协作方式。

可建设内容

  • 按教室或教学空间评估声音、画面与远端协作需求。
  • 录播按需启用,单独确认参与者、访问权限和内容留存。

解决什么问题

服务具体教学活动,不默认持续录制学生或全校实时直播。

03

教学资源管理与共享

将经授权的教学资料、课程资源与实际教学使用衔接。

可建设内容

  • 整理资源分类、检索和共享权限,按条件连接现有教学平台。
  • 明确内容来源、更新责任和授权,不默认取得全部教材或课程版权。

解决什么问题

教师能找到并使用适合的资源,与图书借阅和设备资产管理分开。

教务与校务协同

04

课程与教学安排

让课程、教学空间与相关人员的安排保持一致。

可建设内容

  • 整理课程安排、基础教学信息与变更通知。
  • 复杂选排课、考试和成绩报表根据学校类型与既有系统另行评估。

解决什么问题

减少安排不一致造成的协调成本,不将自动排课或学业诊断作为默认交付。

05

办公审批与请假

按学校职责和办理规则,连接申请、审核与结果反馈。

可建设内容

  • 梳理选定审批或请假流程、角色和必要的申请信息。
  • 保留人工审核、流程记录和状态查询,并从统一入口访问。

解决什么问题

事项由谁办理、办到哪一步清晰可查,不在门户另建一套审批流程。

06

资产及报修协同

将教学与办公设备、所在空间和服务事项关联起来。

可建设内容

  • 整理约定资产档案,关联位置与维护责任。
  • 连接报修、处理及反馈记录,保留原设备和申请的关联。

解决什么问题

便于追踪设备问题与处理过程,不与教学内容或图书资源混为一类。

校园生活与服务

07

图书与阅读服务

围绕学校阅读服务,连接图书查询、借阅与相应空间信息。

可建设内容

  • 评估已有图书系统和许可,按需衔接查询与借阅流程。
  • 结合学校条件选择阅读空间或自助终端,明确内容使用权限。

解决什么问题

师生更容易找到阅读资源和服务,不把所有教学资源都并入图书系统。

08

场馆与空间预约

将可开放空间、使用规则和预约状态组织在一起。

可建设内容

  • 按校方确认范围维护场馆或空间信息。
  • 配置预约申请、人工确认和使用反馈,与教学安排核对冲突。

解决什么问题

让空间使用更清楚,不把预约应用等同于建筑控制系统。

09

校园服务办理

为选定生活服务事项提供申请、办理和结果查询。

可建设内容

  • 梳理服务对象、受理岗位与事项规则,统一查询办理进度。
  • 宿舍、校园消费及一卡通按机构类型和条件扩展,不与校务审批重复建设。

解决什么问题

师生知道事项在哪里办、由谁办;门户链接同一业务流程。

校园门户与沟通

10

统一服务入口

按师生和工作人员的角色,组织常用服务与业务入口。

可建设内容

  • 汇集已有教学、校务与生活服务入口,并区分访问权限。
  • 根据用户和本地条件选择网页或其他渠道,不把每种渠道独立成一套业务。

解决什么问题

入口统一、业务归属不变,避免用户在多个系统之间找服务。

11

通知与信息发布

把经确认的学校通知送达适用人群和终端。

可建设内容

  • 维护发布对象、内容审核和更新责任。
  • 公共屏与个人入口区分信息范围,不公开成绩、健康或其他个人敏感资料。

解决什么问题

减少重复和矛盾通知,让用户获得与自己有关的信息。

12

师生与家校沟通

根据学校类型和角色关系,组织必要的服务沟通。

可建设内容

  • 明确教师、学生及工作人员可使用的沟通内容与渠道。
  • 家长角色只在适用学校及权限条件下启用,班级服务按需要扩展。

解决什么问题

沟通对象与职责明确,不默认适用所有年龄阶段或复制固定社交平台生态。

02 / 系统协同

连接教学、业务与校园入口

网络和终端支撑实际使用,身份与接口连接已有平台,门户组织服务入口。教学资源、图书资源和设备资产分别管理,不重复建设同一业务。

01

校园连接与终端

按教学、办公和公共空间需要,复用与补充网络、计算存储和终端资源。

  • 校园网络覆盖与分区
  • 计算、存储和必要备份
  • 教学终端与运行支持
02

身份与业务连接

通过确认的身份、许可和接口,使入口与已有业务协同而不重复建设。

  • 统一身份与角色权限
  • 教学和校务平台对接
  • 门户、业务与服务状态衔接
03

数据与应用支持

在明确用途和授权的基础上,组织必要的数据、内容与恢复能力。

  • 数据口径与管理报表
  • 经审核内容和辅助检索
  • 访问记录、备份与恢复验证

校园服务协同示意

  1. 按角色找到入口
  2. 进入教学或服务事项
  3. 由相应业务岗位办理
  4. 结果反馈与信息更新

门户组织入口和通知,不重复建设教学、校务与生活服务流程。身份、接口和数据按授权衔接,教师评价及学校业务决定由相应人员负责。

按学校类型与实际使用逐步扩展

从选定教学区域或校务流程开始,根据教师、学生和管理人员反馈调整,再考虑更多校区和业务。

录播、电子书包、计算机或语言教学空间、实训、复杂选排课、考试与基础成绩报表按项目评估;学情分析供教师参考,不代替评价或承诺提分。

宿舍、校园消费、一卡通及家校服务结合学校类型、本地条件与权限要求选择,不把所有功能或固定移动渠道打包为默认建设内容。

03 / 实施与支持

先做好一个场景,再按需扩展

公开页面帮助您判断业务匹配与建设范围。具体技术设计、接口方案和实施计划,在项目沟通中结合实际条件确认。

  1. 01

    调研与选题

    确认学校类型、服务人群和优先教学或管理问题,盘点可复用资源。

  2. 02

    设计与连接

    与教师和管理人员核对使用流程,明确内容、角色和系统责任。

  3. 03

    试点与验证

    从一组教室、一个流程或一个入口试用,检查课堂使用与业务衔接。

  4. 04

    验收与培训

    核对功能、内容、权限和恢复交接,培训教师与运维人员。

  5. 05

    支持与扩展

    按约定跟踪使用问题,依据反馈逐步扩展场景和校区。

交付成果

  • 校方确认的场景、角色、资源复用及建设范围。
  • 约定的教学环境、应用功能和业务连接成果。
  • 试点使用、接口权限及验收问题记录。
  • 教师培训、运行说明和后续维护交接资料。

按场景验证交付

  • 按选定环境验证课堂展示、音视频协作与教学资源使用。
  • 验证约定校务和校园服务流程,核对统一入口与实际业务一致性。
  • 检查师生及适用家长角色、内容权限、数据接口和恢复记录。
  • 完成教师和运维人员交接,不将考试成绩作为默认交付指标。

上线之后,持续支持与迭代

围绕教师和管理人员实际使用提供培训、问题处理及运行交接,按约定维护平台连接和服务内容。新增校区、业务或渠道另行评估。

围绕业务目标评估价值

  • 教学资源与课堂使用衔接
  • 校务和生活服务办理清晰
  • 入口、角色与维护责任明确
项目范围与协作条件
  • 教学平台、内容资源及第三方软件按许可和选型确认,不默认均为同光自研;场景内容不等于固定整套产品。
  • 师生及未成年人数据的采集、访问、留存与共享范围须经校方确认并核实适用要求。
  • AI工具仅作辅助,不代替教师评价,不自动作出招生录取决定,不承诺提高成绩。
  • 不默认人脸识别、学生全轨迹采集或将录播、作业用于模型训练;成绩、健康、心理与行踪信息不在公共屏展示。
  • 家校沟通、校园消费、录播及专业业务根据机构类型另行确认,不默认提供心理或医务专业服务。

项目开始之前

常见问题

是否适用于所有类型学校的同一套系统?

不是。基础教育、高等教育和职业教育的对象与流程不同,需先确认学校类型、年龄阶段、现有平台及最迫切的需求,再组合场景。

可以先从一个教学区域或流程开始吗?

可以。先选择一组教室、一条审批或报修流程,或一个统一入口开展试点,核对使用效果与运维条件后再扩展。

是否必须另建App或微信公众号?

不必。先确定用户需要完成什么事,再选择适合当地用户和机构的渠道。门户组织现有业务入口,不因增加渠道而重复建设业务系统。

是否默认采集学生画像或用于训练模型?

不默认采集或使用。明确必要数据、用途、授权和保留期限,不将录播、作业等师生资料用于未经许可的模型训练。

智慧教育 · 项目需求沟通

沟通智慧校园建设需求

说明学校类型、服务人群、优先教学或管理场景,以及现有教室设备、网络、平台和日常运维条件。在当前浏览器中生成需求摘要,不会自动发送。

请勿填写患者、学生等个人敏感信息或未获授权的内部资料。

梳理项目需求
下一套解决方案智慧矿山