业务和功能介绍
一、立项背景和目标
本项目属 K12 教育科技 / AI 智慧教育 / 家校共育赛道。在"教育数字化""AI 赋能教育"趋势下，教育平台由"卖课"转向"数据驱动的个性化学习服务"。"华研慧学"即在此背景下构建的 AI 学习平台，本项目是其面向学生家长的微信小程序端。
立项旨在解决家长对孩子学习「**看不见、看不懂、跟不上**」的痛点：学情不透明、报告黑盒化、错题难沉淀、缺乏规划闭环、触达门槛高。目标是让家长实时、清晰、可执行地掌握孩子学习情况，打通"学生学→平台诊断→家长监督"的家校协同闭环，提升平台用户粘性与付费转化。
服务对象：K12 学生家长，覆盖小学/初中/高中全学段（一至高三 12 个年级）及语文、数学、英语、物理、化学等全学科。
二、软件功能与核心模块
共 7 大核心模块，采用主包 + 分包架构：
1. 首页（学习情况）：以「周对比/周环比」呈现数据采集、规划练习、新增错题、学习视频四项指标，并提供四大分析入口。
2. 学生管理：学生列表、扫码添加、绑定/解绑/切换学生。
3. 诊断报告：列表 + 详情，含个人情况、能力总评、答题情况、掌握状态、提升建议五维度。
4. 学习报告：列表 + 详情，含学习总评、学情诊断、发展追踪三维度。
5. 学习规划：列表 + 新旧两版详情，结合错题/试卷生成个性化规划。
6. 错题集：按来源/题型/难度/时间多维筛选，解析页支持数学公式（TeX/MathML）渲染。
7. 个人信息：家长信息查看修改、头像上传。
三、业务流程与功能路径
主流程：学生完成学校作业/试卷、平台练习 → 平台 AI 诊断与知识图谱分析（待下载→待提交→待批改→已批改）→ 家长微信登录、扫码绑定学生 → 查看学情数据与报告 → 依提升建议规划练习 → 形成"诊断→规划→练习→批改→再诊断"闭环。
典型路径：首页 → 选择学生 → 点选模块入口 → 报告/规划/错题集列表 → 详情页（筛选、公式解析）→ 返回总览。
登录路径：微信 `uni.login` 获取 code → 请求 `/parent-login/quick/register` → 缓存 token；接口返回 9/11/12 时自动重登。
本项目属 K12 教育科技 / AI 智慧教育 / 家校共育赛道。在"教育数字化""AI 赋能教育"趋势下，教育平台由"卖课"转向"数据驱动的个性化学习服务"。"华研慧学"即在此背景下构建的 AI 学习平台，本项目是其面向学生家长的微信小程序端。
立项旨在解决家长对孩子学习「**看不见、看不懂、跟不上**」的痛点：学情不透明、报告黑盒化、错题难沉淀、缺乏规划闭环、触达门槛高。目标是让家长实时、清晰、可执行地掌握孩子学习情况，打通"学生学→平台诊断→家长监督"的家校协同闭环，提升平台用户粘性与付费转化。
服务对象：K12 学生家长，覆盖小学/初中/高中全学段（一至高三 12 个年级）及语文、数学、英语、物理、化学等全学科。
二、软件功能与核心模块
共 7 大核心模块，采用主包 + 分包架构：
1. 首页（学习情况）：以「周对比/周环比」呈现数据采集、规划练习、新增错题、学习视频四项指标，并提供四大分析入口。
2. 学生管理：学生列表、扫码添加、绑定/解绑/切换学生。
3. 诊断报告：列表 + 详情，含个人情况、能力总评、答题情况、掌握状态、提升建议五维度。
4. 学习报告：列表 + 详情，含学习总评、学情诊断、发展追踪三维度。
5. 学习规划：列表 + 新旧两版详情，结合错题/试卷生成个性化规划。
6. 错题集：按来源/题型/难度/时间多维筛选，解析页支持数学公式（TeX/MathML）渲染。
7. 个人信息：家长信息查看修改、头像上传。
三、业务流程与功能路径
主流程：学生完成学校作业/试卷、平台练习 → 平台 AI 诊断与知识图谱分析（待下载→待提交→待批改→已批改）→ 家长微信登录、扫码绑定学生 → 查看学情数据与报告 → 依提升建议规划练习 → 形成"诊断→规划→练习→批改→再诊断"闭环。
典型路径：首页 → 选择学生 → 点选模块入口 → 报告/规划/错题集列表 → 详情页（筛选、公式解析）→ 返回总览。
登录路径：微信 `uni.login` 获取 code → 请求 `/parent-login/quick/register` → 缓存 token；接口返回 9/11/12 时自动重登。
项目实现
一、整体架构与设计思路
分层架构：`pages`（视图）→ `api`（业务接口）→ `api/fetch.ts`（统一请求层）→ `config`（环境/错误码），视图层不直接调用网络，接口可复用、易维护。
分包设计：主包（首页/我的）承载首屏；`package-sub`（报告/规划/学生管理）、`package-mistakes`（错题集）按业务拆分；首页通过 `preloadRule` 预加载 `package-sub`。核心思路是**控制主包体积、加快首屏。
各模块技术栈：
| 模块 | 技术 |
| --- | --- |
| 全局 | uni-app（Vue3.5）+ TS + Vite5 + Pinia + Sass |
| UI / 图表 | uv-ui、u-charts（qiun-data-charts） |
| 错题解析 | mathjax-full + marked（`RenderMathJax`） |
| 构建 | 自研 Vite 插件（ES2017 转译 + mathjax 拆包） |
二、我的负责模块与结果（量化占位）
- 负责模块：〔如：请求层封装 / 错题集 / 报告模块 / 构建优化〕
- 量化结果：〔如：封装 N 个接口、覆盖 X 个页面；分包后主包体积减少 □KB / □%；公式渲染支持 TeX+MathML 两类输入、覆盖 □ 道题〕
- 交付：〔完成 X 个页面、Y 个组件，按期上线 / 缺陷率 □%〕
三、难点、坑与解决方案
1. 小程序不支持可选链等新语法：构建产物报错。→ 自研 `sanitizeMiniProgramOutputPlugin`，`esbuild` 转译至 ES2017 并正则替换 `?.`、`require:` 等。
2. mathjax-full 体积过大挤占主包：→ `splitMathJaxToSubpackagePlugin` 将其 `manualChunks` 单独打到 `package-mistakes`。
3. `rich-text` 渲染数学公式兼容差：SVG 不显示、公式换行错乱。→ SVG 转 data URI、提供可读文本回退、处理换行与降级。
4. 登录态失效导致请求中断：→ `fetch.ts` 统一拦截错误码 9/11/12 并自动重登。
分层架构：`pages`（视图）→ `api`（业务接口）→ `api/fetch.ts`（统一请求层）→ `config`（环境/错误码），视图层不直接调用网络，接口可复用、易维护。
分包设计：主包（首页/我的）承载首屏；`package-sub`（报告/规划/学生管理）、`package-mistakes`（错题集）按业务拆分；首页通过 `preloadRule` 预加载 `package-sub`。核心思路是**控制主包体积、加快首屏。
各模块技术栈：
| 模块 | 技术 |
| --- | --- |
| 全局 | uni-app（Vue3.5）+ TS + Vite5 + Pinia + Sass |
| UI / 图表 | uv-ui、u-charts（qiun-data-charts） |
| 错题解析 | mathjax-full + marked（`RenderMathJax`） |
| 构建 | 自研 Vite 插件（ES2017 转译 + mathjax 拆包） |
二、我的负责模块与结果（量化占位）
- 负责模块：〔如：请求层封装 / 错题集 / 报告模块 / 构建优化〕
- 量化结果：〔如：封装 N 个接口、覆盖 X 个页面；分包后主包体积减少 □KB / □%；公式渲染支持 TeX+MathML 两类输入、覆盖 □ 道题〕
- 交付：〔完成 X 个页面、Y 个组件，按期上线 / 缺陷率 □%〕
三、难点、坑与解决方案
1. 小程序不支持可选链等新语法：构建产物报错。→ 自研 `sanitizeMiniProgramOutputPlugin`，`esbuild` 转译至 ES2017 并正则替换 `?.`、`require:` 等。
2. mathjax-full 体积过大挤占主包：→ `splitMathJaxToSubpackagePlugin` 将其 `manualChunks` 单独打到 `package-mistakes`。
3. `rich-text` 渲染数学公式兼容差：SVG 不显示、公式换行错乱。→ SVG 转 data URI、提供可读文本回退、处理换行与降级。
4. 登录态失效导致请求中断：→ `fetch.ts` 统一拦截错误码 9/11/12 并自动重登。
示例图片视频
相似推荐
智能仓储 · 立库调度监控系统（RMS 调度中间件 + 监控管理后台）-RmsCC
【1】立项背景与目标
自动化立体库是新能源锂电、汽车零部件等行业的主流仓储形态，库内由四向车、提升机、输送线、接驳口协同完成托盘出入库。上游 WMS/WES 只下发"某个托盘要入库或出库"，而"分配到哪个货位、走哪条路、派哪台车、每一段由谁执行"全部由中间的调度系统（RMS）计算并驱动——本项目就是一个立库调度中间件 + 配套的调度监控管理后台。目标：把"任务下发→货位分配→路径规划→派车→分段执行→库存过账"做成可跑通、可观测、可人工干预的闭环，并解决现场最头疼的三个问题：调度计划与现场执行脱节、设备与货位状态不可见、故障（走不通、卡住）无日志可查。
【2】核心功能模块
①基础数据：仓库/货区/货位（层-x-y 坐标、深浅位）/设备/物料建模。
②权限体系：JWT + RBAC 用户-角色-菜单三级权限，菜单级与接口级双重校验。
③上游任务管理（内置 WES 模拟器）：批量下发出入库任务，一键生成托盘号。
④任务调度与分段：任务状态机（待下发/执行中/已完成/异常/取消），入库按固定拓扑自动拆 3 段（库外输送线→提升机→目标层接驳口→货位），出库镜像反向。
⑤路径规划：库内 A* 网格寻路（巷道四向可走、货架区仅纵向、有货货位视为障碍），按"空闲且电量>40% + 曼哈顿距离最近"自动派车，支持小车避让、等待点与自动移库（倒库）。
⑥设备仿真引擎：无真实 PLC，用定时任务按可配置节拍推进每段任务并驱动设备沿路径移动。
⑦实时监控：WebSocket 每秒推送设备位置、状态与任务进度，地图大屏显示库位占用与小车轨迹，另配小车/设备监控页。
⑧库存与数据中心：托盘维度库存、分层占用统计、库存流水（任务完成自动过账）。
⑨接口日志中心：按上游/RCS/WCS 三个通道记录每次调用的请求与返回报文、方向、结果、耗时，支持按托盘号/任务号全链路检索与改报文重发。
⑩AI 作业助手：接入大模型，自然语言下发任务、异常诊断与智能问答，SSE 流式输出，模型不可用自动降级为本地规则。
⑪单车手动控制：顶升/放下/移动/充电/恢复/释放任务等指令，应急时人工接管。
【3】业务流程与功能路径
上游下发（托盘号 + 出入库类型）→ RMS 自动分配货位（浅位优先、低层优先）→ 生成分段计划 → A* 计算路径并派最近的空闲车 → 仿真引擎按节拍推进各段 → 全段完成后自动过账（货位占用/释放、绑定或解绑托盘、写库存流水与系统日志）→ 任务归档。
功能路径：登录 → 首页看板（货位占用 + 任务趋势）→ 上游任务管理下发任务 → 资源监控中心地图大屏观察执行 → 立库任务中心（任务视图/任务管理）→ 数据中心查库存与流水 → 报表数据中心查接口日志 → AI 助手用自然语言下单。
库存订单及项目清单管理系统
业务目标：面向装修公司的硬软装材料库存+订单管理系统，据用库存档案、双类分类、采购入库、项目订单与材料清单(BOM)满足装修需求，进行汇总审核。 打通采购仓储、工地领用、成本核算整体链路；管理多个施工工地领料调拨，库管-采购-工头按角色各取所需，取用留存数据可追溯、可对账、可核算。
功能分块：管理系统包含库存与分类、采购入库、项目订单(材料清单)、领料出库、成本管理几大板块组成。避免硬软装混记，材料出入库无记录，多工地调拨导致库存和成本口径对不上项目利润算不清等痛点。
业务流程：维护材料库存(硬软装) -> 项目订单生成材料清单(追溯留痕) -> 库存校验按需采购 -> 领料出库调拨(扣减库存并归集到项目成本) -> 成本看板核算对账(理清出入库口径+损耗)。
文昌超级工厂
本项目服务卫星总装测试现场。计划、工艺、物料、检验和物流原来分散在不同系统，工位执行靠人工传递，结果不能及时回到工单上。立项目标是在制造执行平台上建成 MES：按工单、工序、工步组织作业，把仓储、试验检验和审批接进来，使任务可接收、过程可采集、结果可追溯。
核心功能分八块。一是基础数据，接收物料、设备、工具工装和制造 BOM。二是计划与工单，接收生产计划并按站点、工位下发。三是作业准备，包括人员资质、工艺附件、环境数据和设备点检。四是工序执行，覆盖开工、工步采集、物料装配与拆卸、工装和辅料、完工检查。五是检验回传，包括通用检验、力学、站点、热实验、电测和拍照声像，支持附件。六是仓储物流，包括叫料、配送、转运、入库、退库、临时补料、整星和工装出入库、空托盘回库。七是异常，现场填报确认，并接收环境系统异常。八是审批提醒，通过飞书卡片通知待办。
业务路径按一张工单走通：外部下发计划和 BOM 并生成工单；站点接收时若存在多个接驳位，先选定起点和终点，再向仓储下发配送或转运；准备完成后工序开工，工步采集并完成装配；试验或检验系统回传结果，关键检推送审批；完工前核对采集、物料、工装、辅料四类实绩；仓储回写执行结果后关闭物流任务。
中国移动吉林公司网络代维管理系统
综合代维管理系统：涵盖考核监控、数据审计、巡检管理、工单管理、风险防控、考核管理、资质管理、费用管理、认证考试、物料管理、系统管理等模块。主要业务针对移动代维公司工单及包年数据汇总进行季度统计结算报账、数据监管、防控分析、重点工单监督，实现对代维公司完成性闭环管理。
基于全志H618芯片的异构人脸识别储物柜系统
由全志H618作为主控的异构系统，边缘视觉采集由嘉楠K230芯片结合摄像头进行采集，通过视频推流推送到Pc进行人脸识别，识别结果下发H618,H618发送控制命令给ESP32控制相应柜门开关。其中K230和H618采用了多任务架构，每个任务分配独立线程，数据交互有队列和回调函数。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服