源码地址校园能耗监测与节能分析从每日用电记录到异常处理校园里的教学楼、图书馆用途与面积不同单看一张电量表很难同时回答“哪里用得多”“哪天超过上限”“谁负责跟进”。这套系统围绕建筑、计量点、每日读数、趋势分析与异常处理提供一条轻量级的管理流程。本文展示当前项目真实 Web 页面使用独立数据库中的虚构演示数据。系统记录每日实际用电量单位为 kWh本次没有连接真实电表趋势变化也不能直接证明节能措施有效。三类角色划清管理与查看范围系统管理员维护建筑、计量点及负责人授权后勤能源管理员录入、更正或导入读数查看全校分析并处理异常区域负责人仅查看获授权建筑的数据。底座保留普通用户角色能耗业务主要使用上述三类角色。角色系统管理员。能耗管理员与区域负责人有不同权限角色管理提供菜单分配入口。管理员准备建筑与计量点演示环境包含教学楼 A、教学楼 B 和图书馆分别记录编码、用途类别和面积。管理员页面提供负责人授权入口用来限定区域负责人的可见建筑。角色系统管理员。三栋建筑均为虚构演示档案。每个计量点关联一栋建筑并设置每日用电上限。教学楼 A 的演示上限为 300 kWh教学楼 B 为 280 kWh图书馆为 220 kWh。上限用于异常识别不是国家标准或预测结果。角色系统管理员。计量点、建筑和每日上限之间的关系清晰可见。后勤导入读数形成连续记录后勤账号可手工录入、更正或导入 CSV。本次通过页面导入 2026-10-03 的两条虚构读数教学楼 A 为 250.500 kWh教学楼 B 为 210.000 kWh。导入后列表共有 7 条读数。角色后勤能源管理员。页面显示导入、手工录入及更正入口。可复用的 演示 CSV 使用meterCode,date,kwh三列。项目校验自然日、非负电量与重复读数任一行有错误会拒绝整批导入。后勤看趋势也看同类建筑对比能耗分析显示选定范围的总用电量、有效读数及待处理异常。本次查询范围为 2026-09-04 至 2026-10-04实际演示读数集中在 10 月 1 日至 3 日总量为 1651.000 kWh共 7 条读数处理前有 1 条待处理异常。角色后勤能源管理员。每日汇总为 635.5、555 和 460.5 kWh折线只连接已有读数日期不代表缺失日期为零。同类建筑对比先选用途类别再按单位面积用电量排序。演示教学楼 B 的总量为 645 kWh、面积 3000 ㎡单位面积为 0.215 kWh/㎡教学楼 A 为 826 kWh、4000 ㎡页面显示约 0.207 kWh/㎡。这是一种辅助比较不能直接解释建筑运行条件或设备效率。角色后勤能源管理员。截图滚动到同类建筑对比区保持 1440×900 视口。后勤发现超限留下处理记录教学楼 A 在 2026-10-02 的实际读数为 330 kWh高于该计量点 300 kWh 上限因此产生待处理异常。列表同时呈现实际值、触发上限和处理状态。角色后勤能源管理员。演示读数触发阈值异常。本次通过真实页面填写虚构排查说明并提交状态变为“已处理”同时保存处理人和处理时间。“已处理”表示已经记录跟进不表示历史读数被删除也不证明真实问题已经消除。角色后勤能源管理员。说明明确标注为虚构演示记录。区域负责人只读授权范围切换到区域负责人后建筑列表只显示教学楼 A没有新增、编辑或删除入口。角色区域负责人。演示授权仅覆盖教学楼 A。日用电读数只显示 A 楼的三条记录且没有导入、手工录入和更正按钮。角色区域负责人。与后勤页面对照可看见数据范围及操作权限差异。分析页的范围总量也随授权缩小至 826.000 kWh、3 条读数异常处理后待处理数量为 0。同类建筑对比仅包含负责人可见的建筑。角色区域负责人。仅汇总授权建筑数据。技术栈与演示范围后端采用 Java 25、Spring Boot 4.0.6、MyBatis-Plus、MySQL 8.4 和 Sa-TokenWeb 使用 React 18、TypeScript、Umi Max、Ant Design 与 Ant Design Pro Components。