从PPT流程图到数据库设计——一个资产管理系统的业务全貌

从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到数据库的差距量化

10张表只实现了1/4的业务功能。另外25张表是PPT承诺了但数据库还没落地的。

五、结语

业务人员用PPT画出"我们要什么"，开发人员用数据库实现"我们做了什么"。这两者之间永远有一道鸿沟——PPT里的一个箭头"资产转移"落到数据库里是一张新表加一个审批流程。

10张表是一个资产管理系统的最小可行骨架——能跑通采购入库→出库分配→标签绑定→维修申请这条核心链路。剩下的转移、盘点、借用、采购审批、合同管理、供应商证照——都属于"功能扩展"，有需求了再加表，但必须在设计阶段就预留扩展位。

这套PPT和数据库的对比本身就值得记录——不是每一个功能都应该在第一版落地，但你知道它们在哪、什么时候需要补。