从PPT流程图到数据库设计——一个资产管理系统的业务全貌业务人员用PPT画出整个系统的业务流程但落到数据库里只有10张表。这篇文章对比PPT里8大模块的完整流程与数据库的实际实现看需求全景图和已实现部分之间差了多远。文章目录从PPT流程图到数据库设计——一个资产管理系统的业务全貌一、PPT里的完整业务蓝图二、数据库实现了什么2.1 已实现固定资产出入库标签维护2.2 出入单对应表的设计巧思三、PPT有但数据库没有的3.1 资产转移——A部门调给B部门落不了数据3.2 资产盘点——手持设备扫码没有落盘3.3 借用归还——暂借临时工位没有登记3.4 采购与合同——整条采购链空白3.5 维修管理——报修到验收零覆盖3.6 供应商管理——资质过期无预警四、从PPT到数据库的差距量化五、结语一、PPT里的完整业务蓝图这份资产管理简介PPT覆盖了8大模块每个模块有自己的业务流程固定资产管理 └── 资产入账 → 标签绑定 → 转移 → 借用归还 → 报废申请审批 → 盘点 采购管理 └── 年度计划 → 采购申请 → 采购审核 → 招标 → 合同签订 → 验收入库 维修管理 └── 维修申请 → 维修响应 → 维修处理 → 维修验收 易耗品管理 └── 采购计划 → 验收入库 → 领用 → 退库 → 存货管理 供应商管理 └── 供应商录入 → 审核 → 证照管理 → 供货目录 → 合同 手持设备盘点 └── 资产清单下载 → 现场盘点扫码 → 盘点数据上传 → 清单查询 RFID实时监控 └── 定时广播 → TCP上传 → 资产位置/状态监控 固定资产台账 └── 折旧计算 → 实时监控 → 资产查询这份PPT是给客户/领导看的功能全景。每个模块的流程清晰但流程中的每个节点是否都有对应的数据库表来落地——PPT不回答这个问题。二、数据库实现了什么10张表覆盖了其中两条线2.1 已实现固定资产出入库标签维护厂家(factory) ────────────────────────────┐ 商品(goods) ──────────────────────────────┤ ▼ 入库单(storeId) → 入库明细(storeId, goodsId, produceDate, warranty) │ ├── 出库单(outId) → 出库明细(outId, goodsId, counts) │ │ │ └── 出入单对应表(outId→sDetailId) ← 关键追溯出库产品来自哪批入库 │ │ │ ▼ │ 资产表(assetId, deptId, address, roomId, status) │ │ │ ├── 资产绑定表(assetId→RFID/条码/二维码) │ └── 资产维护表(assetId→维修申请)这套链路是数据库的核心——从采购入库到资产分配到标签绑定到维修申请。2.2 出入单对应表的设计巧思-- 出入单对应表(Id, outId, oDetailId, sDetailId, counts)-- 作用出库单明细 → 关联到 → 具体的入库批次明细为什么需要这张表同一个商品比如联想电脑可能分三批买入——第一批50台进价4500、保修3年第二批30台进价4200、保修2年。出库给某个部门10台必须知道这10台是从哪批入的——进价影响入账金额保修期影响后续维护计划。没有这张表出库数据和入库数据是割裂的。有了这张表从资产可以一路追溯到供应商、采购批次、保修期。三、PPT有但数据库没有的3.1 资产转移——A部门调给B部门落不了数据PPT流程资产转移管理。数据库现状资产表只有deptId一个字段。今天资产调给B部门直接更新deptId——这个更新是不可逆的。一周后领导问这台设备之前在哪查不出来。缺少一张资产转移记录表资产转移表(transferId, assetId, fromDeptId, toDeptId, transferTime, reason, creator)3.2 资产盘点——手持设备扫码没有落盘PPT流程资产清单下载→现场盘点→数据上传→清单查询。数据库没有盘点表——这意味着现场盘点的数据只能临时存在Execl里没法入库比对。缺少一组盘点管理表盘点计划表(planId, deptId, planDate, status, creator) 盘点明细表(planId, assetId, systemStatus, physicalStatus, rfidStatus, photo) 盘点差异表(diffId, planId, assetId, diffType, diffDesc, handler)3.3 借用归还——暂借临时工位没有登记PPT流程借用申请→借用审核→归还申请→归还审核。数据库没有借用表。实物流转上借出去了就是账上没有、实物在外年底盘点就是账实不符。缺少借用归还表借用申请表(borrowId, assetId, borrower, purpose, borrowDate, returnDate, status)3.4 采购与合同——整条采购链空白PPT流程年度计划→采购申请→审核→招标→合同→验收入库。数据库现状入库单只管验收入库那一刻之前的采购申请、招标过程、合同管理全部缺失。审计时问这批设备谁审批的、合同金额多少——查不到。缺少的采购链表采购计划表(planId, year, deptId, totalBudget, status) 采购申请表(applyId, planId, goodsId, quantity, budget, reason, status) 合账管表(contractId, supplierId, amount, signDate, expiryDate) 采购审核表(auditId, applyId, auditor, auditTime, result, comment)3.5 维修管理——报修到验收零覆盖PPT流程维修申请→维修响应→维修处理→维修验收。数据库现状资产维护表只有assetId problemId 申请日期 申请人只是一个报修入口响应、处理、验收全都没有。缺少的维修链表维修工单表(orderId, assetId, problemDesc, createTime, status) 维修响应表(responseId, orderId, engineer, responseTime, diagnosis) 维修验收表(acceptId, orderId, acceptResult, acceptTime, cost)3.6 供应商管理——资质过期无预警PPT流程供应商录入→审核→证照管理→供货目录→合同。数据库现状厂家表只有8个字段名称、类型、地址、联系方式没有证照管理。供应商的营业执照过期了、经营许可证到期了——系统不知道。合规风险全靠人工记。缺少的证照管理表供应商证照表(certId, supplierId, certType, certNo, issueDate, expiryDate, filePath)四、从PPT到数据库的差距量化PPT模块完整表数已实现缺失固定资产管理126转移、借用、盘点、报废等手持盘点30盘点计划、明细、差异RFID实时监控30位置监控、状态告警采购管理50计划、申请、合同、招标维修管理31半响应、验收易耗品管理40库存、领用、退库供应商管理31证照、审核、供货目录合计3382510张表只实现了1/4的业务功能。另外25张表是PPT承诺了但数据库还没落地的。五、结语业务人员用PPT画出我们要什么开发人员用数据库实现我们做了什么。这两者之间永远有一道鸿沟——PPT里的一个箭头资产转移落到数据库里是一张新表加一个审批流程。10张表是一个资产管理系统的最小可行骨架——能跑通采购入库→出库分配→标签绑定→维修申请这条核心链路。剩下的转移、盘点、借用、采购审批、合同管理、供应商证照——都属于功能扩展有需求了再加表但必须在设计阶段就预留扩展位。这套PPT和数据库的对比本身就值得记录——不是每一个功能都应该在第一版落地但你知道它们在哪、什么时候需要补。