数苗
数苗
登录
返回案例库

曲阜远东职业技术学院 · 建设案例

乐校源智慧校园

一个平台,一套数据,多端协同。

乐校源智慧校园:管理后台、移动工作中心、一码通与数据大屏协同
12
业务域
23
一级模块
897
功能权限
4
数据大屏

建设口径来自《乐校源·智慧校园系统介绍》,对应资料所述已上线版本。

项目价值

把分散的校园事务,连成一套服务。

入口分散

统一工作中心

师生按角色进入服务入口

人工传递

流程在线

申请、审批与记录相互关联

重复录入

数据贯通

迎新与学籍衔接同一份资料

汇总滞后

校情可视

管理者查看业务运行态势

项目背景与行业痛点

项目面向职业院校日常运营中跨部门、跨角色的高频事务,已完成后台管理端、移动端和服务端的联动建设。平台覆盖学生管理、教学教务、实习、人事、宿舍后勤、安防、资产、内容与权限等核心领域,并扩展迎新报到、一码通、OA 审批、资产库存、教职工用餐、AI 知识库和开放接口等能力。当前重点从“模块可用”转向统一入口、业务协同、数据沉淀与持续运营。

系统入口分散,师生办事成本高

迎新、选课、请假、报修、实习、访客等事项往往分布在不同入口,学生和教职工需要反复切换系统,管理部门也难以获得统一的办理视图。

多角色流程衔接依赖人工传递

学生、教师、导员、教务、人事、后勤与安保围绕同一事项各有职责;缺少角色化工作中心和流程联动时,审批、跟进与异常处理容易断点。

迎新与在校数据难形成连续链路

新生信息、报到核验、物资领取、学号生成、班级与宿舍分配若依赖多次录入和人工核对,容易产生状态错漏,也难以平滑转入正式学籍管理。

校园数据沉淀后难服务管理决策

课程、住宿、实习、设备、访客、门禁、考勤和审批等数据分散在业务环节,缺少统一身份、权限范围和可追踪数据链路时,管理看板与异常识别难以有效支撑日常决策。

业务场景

从入学到就业,覆盖校园日常。

招生与迎新业务关系图

招生与迎新

把新生从招生信息、到校报到、身份核验到物资领取的关键环节串为线上流程。

  • 新生信息与到达管理
  • 校园卡与一码通
  • 现场激活工作中心
了解招生与迎新
校园项目功能全景

按学校项目介绍资料补充,采用业务分组展示,不与原系统一级模块数量重复计数。

教学与学生成长

  • 教学:课程、排课、校历、教室、课表与教评
  • 学籍:学生档案、异动、奖惩资助与心理健康
  • 实习:企业、申请、班级筛选与过程统计
  • 迎新:报到核验、校园卡、资产领用与一码通

校园运行与服务

  • 宿舍:楼栋、房间、床位、查寝、报修与考核
  • 安防:抓拍、巡更、访客、门禁与车辆
  • 设备:设备台账、安装位置、运行策略与设备中心
  • 能源:能耗分析、电表绑定、计量管理与策略配置

组织协同与内容

  • 人事:档案、绩效、薪酬、考勤、OCR 与统计
  • 站群:文章、站点管理与内容发布
  • OA:项目管理、事项审批与审批列表

平台底座

  • 驾驶舱:首页入口、校园态势、指标与管理视图
  • 学校管理:学院、专业、班级、带班关联与学生
  • 系统管理:权限、维护、基础配置与运维
学校项目资料中的智慧校园登录首页
统一入口 · 学校项目介绍原图

总体架构

四层贯通,共用一套基础能力。

展现层 → 业务域 → 能力中台 → 数据底座,标准接口连接各层。

智慧校园原始总体架构图,包含展现层、12 大业务域、能力中台与数据底座
架构图摘自《乐校源·智慧校园系统介绍》。
展现层

面向师生、教职工和管理者提供统一使用入口与校情可视化。

  • Web 管理后台
  • 移动端与一码通
  • 进出、迎新、用水、物资数据大屏
业务域

按校园业务分域承载招生到就业的日常办理、协同与管理。

  • 12 个业务域
  • 23 个一级模块
  • 学生、教师、管理人员分角色工作中心
能力中台

将复用能力沉淀为标准服务,支撑新业务配置、通知与外部协同。

  • AI 助手与路由网关
  • 低代码配置
  • 支付、消息推送与开放集成
数据底座

以接口服务、对象存储、统一账号权限与数据库支撑业务数据的安全流转。

  • Laravel API 服务
  • 七牛云对象存储
  • 统一权限与账号
  • 数据库

项目界面与业务解读

从业务记录,看清校园运行。

原图来自学校项目介绍站点,图中数值为资料快照,非实时统计或成效承诺。

实习过程数据分析界面,展示企业资源与申请审核、考勤、日志与反馈统计、班级与实习状态分析
实习过程 · 项目参考界面查看原图

学生分散在校外,过程记录难汇总。

关联学生、合作企业、实习申请、考勤、日志与反馈,按班级、企业、状态和时间分析实习过程。

  • 企业资源与申请审核
  • 考勤、日志与反馈统计
  • 班级与实习状态分析
后续拓展方向

三方协议、教师巡访、安全日报与实习评价闭环。以上为参考资料中的建设方向,不作为已验收成果。

学校项目介绍资料

数据可视化

校园运行情况,
从业务记录到管理视图。

四类 ECharts 数据大屏分别连接迎新、安防、用水与物资业务,支持管理者调阅对应运行态势。

迎新、进出、用水与物资四类大屏的数据关系示意

核心能力

让业务协同有基础,让持续扩展有空间。

校情一屏统览

进出、迎新、用水与物资,四类业务数据集中呈现。

可视化审批

流程图形化创建,申请、材料和审批记录在线流转。

低代码配置

数据表、路由、菜单与字典可配置,支撑持续迭代。

多通道支付

接入支付渠道,集中管理校园收费订单与退款。

统一 AI 接入

配置中心与 Route 网关,承接知识库、OCR 等辅助能力。

站群与开放集成

多校区门户统一管理,对接消息推送与第三方系统。

实施路径与交付说明

统一身份与分角色入口

以组织、角色与数据范围为基础,学生、教师、导员和各类管理人员登录后进入相应工作中心、菜单和待办,减少无关入口与重复操作。

把高频业务串成可追踪流程

围绕迎新、一码通、请假、报修、实习、审批、资产与后勤等高频场景,将申请、核验、办理、反馈和记录沉淀在同一业务链路中。

先建立数据与知识基础,再分阶段引入 AI

在已建设的 AI 知识库和开放接口基础上,后续优先支持制度问答、流程指引和知识检索;业务查询、表单辅助与分析预警在权限、数据质量和人工审核机制成熟后逐步推进。

落地结果:学生、教师、导员、教务、人事、后勤、安保和管理人员可按角色进入对应工作中心,完成业务办理、数据查询与日常协同。

实施周期:持续运营与迭代

学生档案、人事薪资、门禁轨迹等敏感数据须按角色、组织范围和数据权限访问;AI 仅提供辅助,不替代审批决定。

让校园管理,从当前最需要的环节开始。

开始需求诊断