772 lines
20 KiB
Markdown
772 lines
20 KiB
Markdown
# 鱼测云分润管理系统需求规格说明书
|
||
|
||
## 1. 文档说明
|
||
|
||
### 1.1 编写目的
|
||
本文档基于当前代码仓库 `profit-sharing-management-master` 的后端实现，对系统业务范围、角色权限、核心流程、功能需求和非功能需求进行还原和整理，用于：
|
||
|
||
- 帮助快速理解项目覆盖的业务域
|
||
- 作为后续需求澄清、系统改造和前后端联调的基础文档
|
||
- 为补齐前端、测试用例、实施手册提供输入
|
||
|
||
### 1.2 编写依据
|
||
本文档主要依据以下内容整理：
|
||
|
||
- `fishery-admin` 中的业务控制器
|
||
- `fishery-core` 中的领域模型、服务实现、SQL 映射
|
||
- `fishery-system` 中的登录、用户、权限能力
|
||
- `fishery-quartz` 中的定时任务
|
||
- `application.yml` 与 `application-dev.yml` 中的运行配置
|
||
|
||
### 1.3 说明与边界
|
||
|
||
- 当前仓库主要是后端工程，未包含完整前端页面源码，因此界面交互以接口能力反推。
|
||
- README 为占位内容，业务口径以代码实现为准。
|
||
- 本文档区分“已明确实现的能力”和“根据实现推断的业务含义”。
|
||
- 对于角色名称、菜单文案、审批组织关系等未在代码中直接定义的内容，仅做合理归纳，不作为最终主数据标准。
|
||
|
||
## 2. 项目概述
|
||
|
||
### 2.1 系统名称
|
||
|
||
- 系统工程描述：鱼测云分润管理系统
|
||
- 运行入口名称：`fishery-admin`
|
||
- 默认访问上下文：`/equipment`
|
||
|
||
### 2.2 业务定位
|
||
该系统是一个“养殖设备管理 + 分润结算”的后台与移动端支撑系统，围绕鱼塘/池塘设备、充值订单、经销分润和提现结算展开，覆盖以下业务链路：
|
||
|
||
1. 设备接入与设备归属管理
|
||
2. 池塘与设备监测数据查询
|
||
3. 告警信息查看与控制器开关控制
|
||
4. 经销/层级用户分润比例配置
|
||
5. 充值订单自动分润计算
|
||
6. 分润记录统计、退款冲销
|
||
7. 用户提现申请与打款处理
|
||
8. 短信验证码登录与 APP 用户管理
|
||
|
||
### 2.3 总体架构
|
||
系统为多模块 Spring Boot 单体工程，采用动态数据源。
|
||
|
||
- `fishery-admin`
|
||
说明：Web API 入口、业务控制器
|
||
- `fishery-system`
|
||
说明：系统管理能力，如登录、用户、角色、菜单、部门、字典、日志
|
||
- `fishery-core`
|
||
说明：分润、设备绑定、提现、监测大屏等业务核心
|
||
- `fishery-quartz`
|
||
说明：定时任务，包括分润计算、设备绑定同步、告警码处理
|
||
- `fishery-generator`
|
||
说明：代码生成
|
||
- `fishery-demo`
|
||
说明：示例模块
|
||
- `fishery-common`
|
||
说明：通用基础组件
|
||
|
||
### 2.4 数据源边界
|
||
系统至少涉及两套业务数据。
|
||
|
||
- 主数据源 `master`
|
||
说明：本系统后台管理数据，如 `sys_*`、`basic_*`
|
||
- 辅助数据源 `test`
|
||
说明：外部设备/订单/APP 用户数据，如 `aqu_user`、`aqu_device`、`aqu_pay_device`、`aqu_message_warn`
|
||
- 另有 `taos` 数据源配置
|
||
说明：已配置 TDengine 连接，当前在本仓库业务代码中未见明确使用
|
||
|
||
## 3. 业务角色
|
||
|
||
### 3.1 平台管理员
|
||
负责系统级维护和业务全局管理，预期能力包括：
|
||
|
||
- 系统用户、角色、部门、菜单管理
|
||
- 分润基础规则维护
|
||
- 用户分润档案维护
|
||
- 设备绑定关系维护
|
||
- 分润记录全量查询、导出、退款处理
|
||
- 提现记录审核与打款处理
|
||
- 告警电话维护
|
||
- APP 用户管理
|
||
|
||
### 3.2 业务管理者
|
||
根据代码中的数据权限判断，部分角色可按部门或经销体系查看数据，预期能力包括：
|
||
|
||
- 查看本部门或本经销体系下的设备绑定
|
||
- 查看分润记录报表
|
||
- 查询提现记录
|
||
- 维护下级用户相关业务数据
|
||
|
||
说明：代码中通过角色 ID 和部门树控制数据范围，但未直接给出正式角色名称。
|
||
|
||
### 3.3 分润用户
|
||
即参与分润结算的业务用户，预期能力包括：
|
||
|
||
- 查看本人分润记录
|
||
- 查看本人提现记录
|
||
- 维护本人分润档案和收款信息
|
||
- 提交提现申请
|
||
|
||
### 3.4 APP 用户/养殖端用户
|
||
该类用户来自 `aqu_user`，预期能力包括：
|
||
|
||
- 通过手机号验证码或密码登录
|
||
- 查看塘口与设备
|
||
- 查看监测历史数据和告警
|
||
- 控制控制器设备开关
|
||
|
||
## 4. 业务范围
|
||
|
||
### 4.1 已覆盖业务域
|
||
|
||
- 系统管理
|
||
- APP/短信登录
|
||
- 池塘与设备监测
|
||
- 设备绑定
|
||
- 分润规则管理
|
||
- 用户分润档案管理
|
||
- 分润记录管理
|
||
- 提现管理
|
||
- 退款冲销
|
||
- 告警电话管理
|
||
- 定时任务管理
|
||
|
||
### 4.2 明显未完成或实现不完整的业务
|
||
|
||
- 语音告警电话的自动拨号任务仅有占位逻辑，未完成实际拨打
|
||
- 前端页面与交互细节未随仓库提供
|
||
- 部分 XML 映射文件存在错配痕迹，说明代码仍有整理空间
|
||
|
||
## 5. 核心业务对象
|
||
|
||
### 5.1 分润基础规则 `basic_profit_sharing`
|
||
|
||
- 等级名称 `name`
|
||
- 等级编码 `code`
|
||
- 测氧仪分润比例 `omRatio`
|
||
- 控制器分润比例 `controlRatio`
|
||
|
||
用途：定义分润级别或档位的基础比例。
|
||
|
||
### 5.2 用户分润档案 `basic_profit_sharing_user`
|
||
|
||
- 关联用户 `userId`
|
||
- 分润级别 `sharingCode`
|
||
- 测氧仪比例 `omRatio`
|
||
- 控制器比例 `controlRatio`
|
||
- 公司名称 `company`
|
||
- 开户行 `bank`
|
||
- 银行卡号 `bankNumber`
|
||
- 收款人姓名 `name`
|
||
|
||
用途：存储参与分润的用户档案和收款信息。
|
||
|
||
### 5.3 用户设备绑定 `basic_user_bind_info`
|
||
|
||
- 绑定用户 `userId`
|
||
- 设备编号 `deviceName`
|
||
- 产品 Key `productKey`
|
||
- IoT 唯一标识 `iotId`
|
||
- 设备类型 `type`
|
||
- 绑定时间 `bindTime`
|
||
- 分润状态 `profitStatus`
|
||
- 关联 APP 用户信息
|
||
|
||
用途：建立后台分润用户与业务设备之间的归属关系。
|
||
|
||
### 5.4 分润记录 `basic_profit_sharing_record`
|
||
|
||
- 分润用户 `userId`
|
||
- 分润金额 `amount`
|
||
- 来源 `fromWay`
|
||
- 标题 `title`
|
||
- 原始订单号 `orderNo`
|
||
- 设备编号 `deviceName`
|
||
- 分润状态 `status`
|
||
- 提现状态 `withdrawalStatus`
|
||
- 打款状态 `paymentStatus`
|
||
- 驳回原因 `paymentReason`
|
||
- 关联提现单 `withdrawId`
|
||
|
||
用途：记录每一笔可分配收益及其后续结算状态。
|
||
|
||
### 5.5 提现记录 `basic_user_withdraw`
|
||
|
||
- 提现用户 `userId`
|
||
- 标题 `title`
|
||
- 申请时间 `withdrawTime`
|
||
- 提现总额 `totalAmount`
|
||
- 收款信息 `bank`、`bankNumber`、`name`
|
||
- 实际打款金额 `paymentAmount`
|
||
- 打款状态 `paymentStatus`
|
||
- 打款时间 `paymentTime`
|
||
|
||
用途：记录按批次发起的提现申请和财务打款结果。
|
||
|
||
### 5.6 外部设备与订单对象
|
||
|
||
- `aqu_user`
|
||
说明：APP 用户
|
||
- `aqu_pond`
|
||
说明：池塘/塘口
|
||
- `aqu_device`
|
||
说明：设备主表
|
||
- `aqu_device_data_history`
|
||
说明：设备历史监测数据
|
||
- `aqu_device_switch`
|
||
说明：控制器开关
|
||
- `aqu_message_warn`
|
||
说明：告警消息
|
||
- `aqu_pay_device`
|
||
说明：设备充值或付费明细，是分润计算的直接来源
|
||
|
||
## 6. 功能需求
|
||
|
||
### 6.1 系统管理
|
||
系统应提供标准后台管理能力，包括：
|
||
|
||
- 用户管理
|
||
- 角色管理
|
||
- 部门管理
|
||
- 岗位管理
|
||
- 菜单管理
|
||
- 字典管理
|
||
- 参数配置
|
||
- 公告管理
|
||
- 在线用户管理
|
||
- 登录日志与操作日志
|
||
- 定时任务管理
|
||
- 缓存查看
|
||
- 服务监控
|
||
- 文件上传下载
|
||
|
||
说明：以上能力来自 `fishery-system` 与 `fishery-quartz` 通用模块。
|
||
|
||
### 6.2 登录与认证
|
||
|
||
#### 6.2.1 后台登录
|
||
系统应支持后台账号密码登录，并具备：
|
||
|
||
- 图形验证码校验
|
||
- JWT Token 签发
|
||
- 登录日志记录
|
||
- 登录错误重试限制
|
||
|
||
#### 6.2.2 APP/短信登录
|
||
系统应支持 `/sms/**` 匿名访问的移动端登录能力，包括：
|
||
|
||
- 手机号获取短信验证码
|
||
- 手机号 + 验证码登录
|
||
- 手机号/用户名 + 密码登录
|
||
- APP Token 签发
|
||
|
||
补充说明：
|
||
|
||
- APP 用户既可能来自本系统 `sys_user`，也可能来自外部 `aqu_user`
|
||
- 代码中预留了微信 `openid`、手机号换取能力，但当前接口未形成完整微信登录闭环
|
||
|
||
### 6.3 池塘与设备监测
|
||
系统应支持移动端或大屏使用者按本人数据范围查看养殖场景信息。
|
||
|
||
#### 6.3.1 塘口查询
|
||
系统应支持查询当前用户所属塘口列表。
|
||
|
||
输入：
|
||
|
||
- 当前登录用户
|
||
|
||
输出：
|
||
|
||
- 塘口 ID
|
||
- 塘口名称
|
||
|
||
#### 6.3.2 设备列表查询
|
||
系统应支持按塘口和设备类型查询设备。
|
||
|
||
筛选条件：
|
||
|
||
- 用户 ID
|
||
- 塘口 ID 列表
|
||
- 设备类型
|
||
|
||
输出内容至少包括：
|
||
|
||
- 设备编号
|
||
- 设备名称
|
||
- 设备类型
|
||
- 当前监测值
|
||
- 在线状态
|
||
- 告警参数
|
||
- 控制器开关信息
|
||
|
||
#### 6.3.3 设备历史数据查询
|
||
系统应支持查询设备历史趋势数据。
|
||
|
||
能力包括：
|
||
|
||
- 单设备历史曲线查询
|
||
- 多设备历史对比查询
|
||
- 按最近 N 天统计
|
||
- 30 分钟粒度聚合
|
||
|
||
监测指标包括：
|
||
|
||
- 溶氧
|
||
- 温度
|
||
- 饱和度
|
||
- pH
|
||
- 盐度
|
||
|
||
#### 6.3.4 告警信息查询
|
||
系统应支持：
|
||
|
||
- 查询当前用户告警列表
|
||
- 按设备查询告警列表
|
||
- 返回告警总数用于分页
|
||
|
||
#### 6.3.5 控制器开关控制
|
||
系统应支持控制器设备开关下发。
|
||
|
||
输入：
|
||
|
||
- `iotId`
|
||
- 开关序号 `index`
|
||
- 开关目标状态 `0/1`
|
||
|
||
输出：
|
||
|
||
- 下发是否成功
|
||
|
||
### 6.4 APP 用户管理
|
||
系统应支持对外部 `aqu_user` 用户进行后台管理。
|
||
|
||
功能包括：
|
||
|
||
- APP 用户列表查询
|
||
- 修改是否开通大屏权限 `hasScreen`
|
||
- 修改用户标题 `title`
|
||
|
||
### 6.5 设备绑定管理
|
||
系统应支持维护后台分润用户与设备的绑定关系。
|
||
|
||
#### 6.5.1 绑定列表查询
|
||
系统应支持查询绑定列表，并依据权限限制数据范围。
|
||
|
||
筛选条件至少包括：
|
||
|
||
- 用户
|
||
- 设备编号
|
||
- 设备类型
|
||
- APP 用户手机号
|
||
|
||
#### 6.5.2 绑定详情查询
|
||
系统应支持查看绑定详情，并补充外部业务库中的设备归属信息。
|
||
|
||
#### 6.5.3 新增绑定
|
||
系统应支持新增用户设备绑定，规则包括：
|
||
|
||
- 若未传用户，则默认绑定到当前登录人
|
||
- 若按用户 ID 指定绑定对象，应自动回填用户名
|
||
- 同一设备编号不可重复绑定
|
||
- 若外部业务库可查到该设备，应合并其业务侧设备信息
|
||
|
||
#### 6.5.4 修改与删除绑定
|
||
系统应支持修改和删除绑定关系。
|
||
|
||
#### 6.5.5 设备数据补充查询
|
||
围绕绑定设备，系统应支持：
|
||
|
||
- 查询设备监测数据及历史数据
|
||
- 查询控制器信息
|
||
- 查询告警信息
|
||
|
||
### 6.6 分润基础规则管理
|
||
系统应支持维护基础分润档位。
|
||
|
||
功能包括：
|
||
|
||
- 分润规则列表查询
|
||
- 分润规则详情查询
|
||
- 新增分润规则
|
||
- 修改分润规则
|
||
- 删除分润规则
|
||
- 导出分润规则
|
||
|
||
规则属性包括：
|
||
|
||
- 等级名称
|
||
- 等级编码
|
||
- 测氧设备比例
|
||
- 控制器比例
|
||
|
||
### 6.7 用户分润档案管理
|
||
系统应支持维护分润用户档案及其收款信息。
|
||
|
||
功能包括：
|
||
|
||
- 分润档案列表查询
|
||
- 分润档案详情查询
|
||
- 新增分润档案
|
||
- 修改分润档案
|
||
- 删除分润档案
|
||
- 导出分润档案
|
||
|
||
业务规则包括：
|
||
|
||
1. 档案主键与用户 ID 对齐。
|
||
2. 若用户修改的是本人档案，可直接处理。
|
||
3. 若用户修改他人档案，需要具备管理员权限。
|
||
4. 用户档案不存在时，不允许直接修改，需先新增。
|
||
5. 分润比例需通过层级校验。
|
||
|
||
#### 6.7.1 分润比例校验规则
|
||
系统应校验同一条用户链路上的累计比例不超过 100%。
|
||
|
||
- 测氧设备比例累计不得超过 100%
|
||
- 控制器比例累计不得超过 100%
|
||
|
||
说明：
|
||
|
||
- 系统会沿 `sys_user.parent_id` 向上累加上级比例
|
||
- 超出比例时，应阻止保存
|
||
|
||
### 6.8 分润计算与分润记录管理
|
||
|
||
#### 6.8.1 分润记录查询
|
||
系统应支持分润记录列表查询、详情查询和导出。
|
||
|
||
查询维度至少包括：
|
||
|
||
- 用户
|
||
- 来源
|
||
- 分润状态
|
||
- 设备编号
|
||
- 打款状态
|
||
- 提现单号
|
||
- 时间区间
|
||
- 电话号码
|
||
|
||
#### 6.8.2 分润报表
|
||
系统应支持统计报表接口，输出至少包括：
|
||
|
||
- 分润总额 `total`
|
||
- 已分润金额 `fr`
|
||
- 已提现金额 `tx`
|
||
|
||
统计维度包括：
|
||
|
||
- 时间范围
|
||
- 用户范围
|
||
- 部门范围
|
||
|
||
#### 6.8.3 自动分润计算
|
||
系统应通过定时任务，根据外部订单数据自动生成分润记录。
|
||
|
||
计算来源：
|
||
|
||
- `aqu_pay_device`
|
||
|
||
处理逻辑：
|
||
|
||
1. 定时拉取指定时间窗口内的订单明细。
|
||
2. 按设备编号找到参与分润的用户链路。
|
||
3. 根据设备类型选择对应比例。
|
||
4. 计算分润金额并生成记录。
|
||
5. 将原订单标记为已参与分润。
|
||
|
||
分润公式：
|
||
|
||
- 分润金额 = 支付金额 × 分润比例 / 100
|
||
|
||
设备类型：
|
||
|
||
- `1`：溶氧设备
|
||
- `2`：控制器设备
|
||
|
||
#### 6.8.4 分润记录状态流转
|
||
分润记录至少应支持以下状态维度：
|
||
|
||
- 分润状态 `status`
|
||
- `0`：待处理或已申请提现待打款
|
||
- `1`：已生成有效分润
|
||
- `9`：无效
|
||
- 提现状态 `withdrawalStatus`
|
||
- `0`：未提现
|
||
- `1`：已提现申请
|
||
- 打款状态 `paymentStatus`
|
||
- `0`：未打款
|
||
- `1`：已打款
|
||
- `9`：驳回或失效
|
||
|
||
说明：以上语义基于字段注释和代码行为归纳。
|
||
|
||
#### 6.8.5 退款处理
|
||
系统应支持按订单号对分润记录进行退款冲销。
|
||
|
||
处理规则：
|
||
|
||
- 同一订单号下的所有有效分润记录均应被置为无效
|
||
- 同步记录驳回原因
|
||
- 如该分润记录已关联提现单，应同步冲减提现单剩余可打款金额
|
||
|
||
### 6.9 提现管理
|
||
|
||
#### 6.9.1 提现记录查询
|
||
系统应支持提现记录列表查询、详情查询和导出。
|
||
|
||
查询维度至少包括：
|
||
|
||
- 用户
|
||
- 标题
|
||
- 提现时间
|
||
- 昵称
|
||
- 手机号
|
||
|
||
#### 6.9.2 用户提现申请
|
||
系统应支持分润用户发起提现申请。
|
||
|
||
规则包括：
|
||
|
||
1. 仅可提取本人记录。
|
||
2. 仅可提取未提现的分润记录。
|
||
3. 当前实现中，仅允许提取生成时间早于当前 30 天的分润记录。
|
||
4. 用户必须先维护完整收款信息。
|
||
5. 提现申请成功后，应生成一张提现单。
|
||
6. 被纳入本次提现的分润记录应回填 `withdrawId`。
|
||
|
||
提现单生成内容包括：
|
||
|
||
- 提现标题
|
||
- 提现总额
|
||
- 提现时间
|
||
- 收款公司/开户行
|
||
- 收款卡号
|
||
- 收款人姓名
|
||
- 用户昵称和手机号
|
||
- 初始打款状态
|
||
|
||
#### 6.9.3 打款处理
|
||
系统应支持后台修改提现单状态，并在打款成功后更新金额。
|
||
|
||
预期规则：
|
||
|
||
- `paymentStatus = 1` 表示已打款
|
||
- 打款金额可小于总额
|
||
- 若后续发生退款或驳回，应同步冲减可打款金额
|
||
|
||
### 6.10 告警电话管理
|
||
系统应支持维护语音报警手机号。
|
||
|
||
功能包括：
|
||
|
||
- 电话列表查询
|
||
- 新增电话
|
||
- 修改电话
|
||
- 删除电话
|
||
|
||
字段包括：
|
||
|
||
- 手机号
|
||
- 是否启用
|
||
|
||
说明：定时拨号任务尚未完成。
|
||
|
||
### 6.11 定时任务
|
||
|
||
#### 6.11.1 分润计算任务 `profitTask`
|
||
系统应支持定时执行分润计算。
|
||
|
||
能力包括：
|
||
|
||
- 订单读取
|
||
- 分润链路展开
|
||
- 分润记录批量生成
|
||
- 原订单状态更新
|
||
|
||
#### 6.11.2 设备绑定同步任务
|
||
系统应支持补齐尚未关联 `device_id` 的绑定记录。
|
||
|
||
处理逻辑：
|
||
|
||
- 查询本地绑定表中缺失设备 ID 的记录
|
||
- 根据设备编号到外部业务库查找设备
|
||
- 回填设备 ID 等信息
|
||
|
||
#### 6.11.3 告警码处理任务 `WarnCodeTask`
|
||
系统应支持在设备充值成功后重置设备告警码。
|
||
|
||
#### 6.11.4 语音拨号任务 `CellTask`
|
||
当前仅有框架和号码查询逻辑，实际拨打能力未实现。
|
||
|
||
## 7. 关键业务流程
|
||
|
||
### 7.1 分润准备流程
|
||
|
||
1. 管理员创建系统用户和组织关系。
|
||
2. 管理员维护用户分润档案。
|
||
3. 管理员维护用户与设备的绑定关系。
|
||
4. 系统根据用户层级和设备归属建立可分润链路。
|
||
|
||
### 7.2 充值分润流程
|
||
|
||
1. 设备在外部业务库产生充值/支付记录。
|
||
2. 定时任务读取最近时间窗口内的支付明细。
|
||
3. 系统按设备编号匹配绑定用户及上级链路。
|
||
4. 系统按设备类型套用比例，生成分润记录。
|
||
5. 系统将支付明细标记为已分润，避免重复计算。
|
||
|
||
### 7.3 提现流程
|
||
|
||
1. 分润用户完善收款资料。
|
||
2. 用户发起提现申请。
|
||
3. 系统筛选满足条件的分润记录并汇总金额。
|
||
4. 系统生成提现单，并将分润记录关联到提现单。
|
||
5. 管理员审核并打款。
|
||
6. 若发生退款或驳回，系统同步调整金额状态。
|
||
|
||
### 7.4 设备监测流程
|
||
|
||
1. APP 用户登录。
|
||
2. 查询本人塘口列表。
|
||
3. 查询塘口下设备列表。
|
||
4. 查看实时值、历史值、告警记录。
|
||
5. 对控制器设备执行开关控制。
|
||
|
||
## 8. 业务规则
|
||
|
||
### 8.1 数据权限规则
|
||
|
||
- 普通用户默认仅能查看本人分润记录和提现记录
|
||
- 部分高权限角色可查看更大范围数据
|
||
- 设备绑定列表按用户/部门树控制查询范围
|
||
|
||
说明：具体角色编码需以生产环境主数据为准。
|
||
|
||
### 8.2 分润比例规则
|
||
|
||
- 上下级累计比例不可超过 100%
|
||
- 不同设备类型使用不同分润比例字段
|
||
|
||
### 8.3 设备类型规则
|
||
|
||
- `1` 表示溶氧监测设备
|
||
- `2` 表示控制器设备
|
||
|
||
### 8.4 提现规则
|
||
|
||
- 仅未提现记录可参与提现
|
||
- 当前实现限制为 30 天前产生的分润记录
|
||
- 未维护收款信息时不得发起提现
|
||
|
||
### 8.5 退款规则
|
||
|
||
- 退款会使相关分润记录失效
|
||
- 退款会影响提现单剩余可打款金额
|
||
|
||
## 9. 接口与模块清单
|
||
|
||
### 9.1 业务接口模块
|
||
|
||
- `/sms`
|
||
说明：短信验证码与 APP 登录
|
||
- `/screen`
|
||
说明：塘口、设备、历史、告警、控制
|
||
- `/basic/profitSharing`
|
||
说明：分润基础规则
|
||
- `/basic/sharingUser`
|
||
说明：用户分润档案
|
||
- `/basic/sharingRecord`
|
||
说明：分润记录与报表、退款
|
||
- `/basic/userBind`
|
||
说明：设备绑定、监测数据、控制器信息、告警
|
||
- `/basic/withdraw`
|
||
说明：提现申请与提现记录
|
||
- `/basic/user`
|
||
说明：APP 用户管理
|
||
- `/sys/tel`
|
||
说明：语音报警电话
|
||
|
||
### 9.2 通用后台模块
|
||
|
||
- `/login`
|
||
- `/system/user`
|
||
- `/system/role`
|
||
- `/system/dept`
|
||
- `/system/menu`
|
||
- `/system/dict`
|
||
- `/system/config`
|
||
- `/system/notice`
|
||
- `/monitor/*`
|
||
- `/tool/gen/*`
|
||
|
||
## 10. 非功能需求
|
||
|
||
### 10.1 技术要求
|
||
|
||
- Java 8
|
||
- Spring Boot 2.5.x
|
||
- MyBatis Plus
|
||
- Redis
|
||
- JWT
|
||
- Druid 动态数据源
|
||
|
||
### 10.2 性能要求
|
||
|
||
- 常规列表查询应支持分页
|
||
- 历史数据查询需使用缓存降低数据库压力
|
||
- 设备在线状态应短时缓存
|
||
- 定时任务应具备批量处理能力
|
||
|
||
### 10.3 安全要求
|
||
|
||
- 后台接口需基于权限控制访问
|
||
- APP 登录验证码需具备有效期
|
||
- 登录行为需记录日志
|
||
- 上传下载需校验文件合法性
|
||
|
||
### 10.4 可维护性要求
|
||
|
||
- 业务模块与系统模块分层清晰
|
||
- 关键业务实体应保留创建/更新时间
|
||
- 定时任务应可配置、可查看执行日志
|
||
|
||
## 11. 当前实现中的风险与待确认事项
|
||
|
||
### 11.1 业务待确认
|
||
|
||
- 角色 ID 与业务角色名称的正式映射关系
|
||
- 控制器设备为何固定叠加 `ID = 101` 的分润档案
|
||
- 提现记录的审核流程是否应区分“申请中、审核通过、已打款、已驳回”
|
||
- 退款是否应按提现单冲减全部关联记录，而非单笔金额
|
||
|
||
### 11.2 实现待修正
|
||
|
||
- `BasicProfitSharingUserMapper.xml` 内容与文件名不匹配，疑似误复制
|
||
- 语音拨号任务尚未实现
|
||
- 若按当前代码执行，部分提现记录状态更新逻辑可能未完全落库
|
||
- 部分接口的权限注解被注释，需确认是否为正式设计
|
||
- 退款接口中的订单号非空校验逻辑疑似反向
|
||
|
||
### 11.3 文档待补充
|
||
|
||
- 前端页面原型
|
||
- 角色菜单矩阵
|
||
- 数据字典
|
||
- 完整表结构设计
|
||
- 对账和财务闭环说明
|
||
|
||
## 12. 结论
|
||
从现有代码看，该项目不是单纯的“后台管理模板”，而是面向鱼塘养殖设备场景的分润结算系统。其核心业务主线是：
|
||
|
||
1. 维护用户与设备关系
|
||
2. 采集设备与充值业务数据
|
||
3. 按层级和设备类型计算分润
|
||
4. 支持分润查询、提现和退款冲销
|
||
5. 为 APP/大屏提供设备监测、告警和控制能力
|
||
|
||
如果要继续推进项目建设，建议下一步优先补齐以下内容：
|
||
|
||
1. 角色与组织模型说明
|
||
2. 表结构与状态机说明
|
||
3. 前端页面清单
|
||
4. 提现审核与财务流程口径
|
||
5. 语音告警闭环设计
|