紧固件MES系统 — 重构建议与待开发分析
本文档汇总功能缺口、技术债务和重构建议,供规划重构方案参考。
一、已定义但未实现的功能
1.1 生产管理 (Tag=02)
| 按钮 |
Tag |
数据库表 |
状态 |
建议 |
| 钢材采购 |
02010300 |
TbGcCg/TbGcCgMx |
❌ 未实现 |
P0:生产闭环必需 |
| 钢材出库 |
02010500 |
TbGcCk/TbGcCkMx |
❌ 未实现 |
P0:生产闭环必需 |
| 钢材入库 |
02010700 |
TbGcRk/TbGcRkMx |
❌ 未实现 |
P0:生产闭环必需 |
| 钢材退料 |
02010800 |
TbGcTl/TbGcTlMx |
❌ 未实现 |
P1 |
| 钢材库存 |
020101000 |
TbGcKcMx |
❌ 未实现 |
P0 |
| 钢材货位 |
020101100 |
TbGcHw |
❌ 未实现 |
P1 |
| 钢材成本核算 |
020101200 |
— |
❌ 未实现 |
P2 |
1.2 生产执行 (Tag=06)
| 按钮 |
Tag |
状态 |
说明 |
| PDA扫码完工 |
06030200 |
🔗 PDA端 |
在PDA WebService项目中实现 |
| PDA扫码移交 |
06030300 |
🔗 PDA端 |
在PDA WebService项目中实现 |
| 工位看板 |
06030600 |
❌ 隐藏 |
规划中 |
| 冷镦数据采集 |
06040100 |
❌ 隐藏 |
IoT集成,需硬件配合 |
| 搓丝数据采集 |
06040200 |
❌ 隐藏 |
IoT集成 |
| 热处理数据采集 |
06040300 |
❌ 隐藏 |
IoT集成 |
1.3 整体模块
| 模块 |
Tag |
状态 |
说明 |
| 财务管理 |
14 |
❌ 整个Tab隐藏 |
成本核算模块完全未开发 |
| 大数据智能分析 |
16 |
❌ 整个Tab隐藏 |
BI分析完全未开发 |
二、数据库表有但无界面的功能
| 数据库表 |
业务含义 |
建议 |
| CgDd/CgDdMx |
采购订单(老系统) |
决定保留或迁移到新体系 |
| CgHt/CgHtMx |
采购合同(老系统) |
功能完善但无新界面 |
| CcpRk/CcpRkMx |
成品入库(老系统) |
与TbRk重叠,废弃 |
| Sc/ScMx/ScBf/ScBfMx |
生产流转(老系统) |
已被TbFKGY替代,废弃 |
| ScZy/ScZyMx |
生产作业(老系统) |
需评估是否仍在使用 |
| Person/PersonMx |
人员作业工资 |
独立功能,确认需求 |
| GxJy/GxJyMx |
工序检验(老系统) |
已被TbFkBg*替代,废弃 |
| TbMQ/Topic/Consumer/Msg/Subscrib |
消息队列 |
表结构完整但未见应用 |
| TbTask |
任务调度 |
未见应用 |
| FKLs/FkHh |
历史/换号记录 |
用途不明,需调研 |
| CSBG/CSBG1 |
通用测试报告 |
灵活但不规范,建议重构 |
2.1 新旧系统表对照
以下旧表(无Tb前缀)与新表功能重叠,重构时应统一到新体系:
| 旧表 |
新表 |
说明 |
| Cp |
TbCp |
产品主数据 |
| Gx |
TbGx |
工序定义 |
| Kh |
TbKh |
客户主数据 |
| Gys |
TbGys |
供应商 |
| Sc/ScMx/ScBf |
TbFKGY |
生产流转(已被替代) |
| Pc/PcMx |
TbFkPc |
排产(老排产仍部分使用) |
| Mj |
TbMj |
模具 |
| CgDd/CgHt |
— |
采购订单/合同(老系统,无对应新表) |
| CcpRk |
TbRk |
成品入库(已替代) |
| GxJy/GxJyMx |
TbFkBg |
工序检验(已替代) |
| ScZy/ScZyMx |
— |
生产作业(需评估) |
| Person/PersonMx |
— |
人员工资(独立功能) |
三、技术架构问题与重构建议
3.1 数据访问层
| 当前问题 |
影响 |
建议 |
| 大量SQL直接拼接字符串 |
SQL注入风险 |
统一使用参数化查询;或引入ORM层 |
| 全局SqlConnection(AppGlobal.Cnn) |
并发问题、连接泄漏 |
每次操作独立连接,using模式管理生命周期 |
| 无事务管理(仅模具模块有) |
数据一致性风险 |
所有多表写操作统一使用事务 |
| 临时表(##)大量使用 |
跨连接冲突 |
改用参数化批量操作或表变量 |
3.2 代码架构
| 当前问题 |
影响 |
建议 |
| 业务逻辑全在窗体代码中 |
难以复用和测试 |
分离为Service层(业务逻辑)+ Repository层(数据访问) |
| AppGlobal全局变量 |
单元测试困难、状态管理混乱 |
引入依赖注入,用服务类替代全局变量 |
| 单据CRUD模式高度重复 |
维护成本高 |
抽象通用单据基类或泛型Service |
| 硬编码Tag值 |
可读性差 |
定义枚举或常量类 |
| 窗体间通过全局类传递数据 |
耦合度高 |
引入DTO和事件总线 |
3.3 两套数据体系
| 建议 |
说明 |
| 明确废弃旧表 |
Cp/Gx/Sc/Pc/Kh/Mj等无Tb前缀的表,标记为deprecated |
| 数据迁移 |
有历史数据的旧表需一次性迁移到新表 |
| 统一排产 |
老排产(Pc/PcMx)与新排产(TbFkPc)并存,统一到新体系 |
| 统一命名 |
重构时统一字段命名规范(建议英文全拼或标准缩写) |
3.4 安全性
| 当前问题 |
建议 |
| 连接字符串硬编码在Function.cs |
加密存储或使用配置管理 |
| 审计日志不完整 |
已有TbFkGy_Log(工序操作日志),建议扩展到全模块操作审计 |
| 权限粒度不够 |
数据级权限(按车间/部门可见范围) |
四、功能扩展优先级建议
P0-高优先级(生产闭环必需)
| 功能 |
原因 |
数据基础 |
| 钢材出入库/库存 |
数据库表已存在,是物料闭环必需 |
TbGcRk/Ck/KcMx |
| 一码追溯整合 |
追溯数据关系已有,需统一查询界面 |
GzLh/XsDdMxId/Barcode |
| 新老排产统一 |
两套排产并存造成混乱 |
Pc ↔ TbFkPc |
P1-中优先级
| 功能 |
原因 |
数据基础 |
| SPC统计分析 |
检验数据(Data1~8)已积累,可做CPK |
TbFkBgA/B数据 |
| 成本核算模块 |
材料+工费+外协费数据已有 |
TbGcCk+TbWxJs+工时 |
| MRP需求展算 |
BOM+库存+订单已有 |
TbCpBom+TbKcMxHw+XsDdMx |
| 钢材退料/回库 |
完善钢材流转闭环 |
TbGcTl/TbGcHk |
P2-低优先级
| 功能 |
原因 |
| IoT数据采集 |
需要硬件集成(冷镦机、搓丝机、热处理炉) |
| BI大数据分析 |
数据积累足够后再建设 |
| 财务管理 |
可对接外部财务系统(金蝶/用友) |
| 工位看板 |
需要终端设备部署 |
技术架构方案已独立为 05-推荐技术架构与智能制造方案,包含架构选型、IoT、设备管理、AI排程、车间物流自动化、数字孪生等内容。
五、重构路线图建议
阶段一:数据层治理(1-2月)
- 标记并废弃旧系统表
- 统一数据访问层(参数化查询、连接管理、事务管理)
- 建立操作审计机制
- 连接字符串安全存储
- 对核心表建立索引(GzLh/FkBh/XsDdMxId/CpId等高频查询字段)
阶段二:后端重建(2-4月)
- 搭建.NET 8项目骨架(模块化单体+DDD分层)
- 定义领域模型(工序流转、质量检验、仓库管理等聚合根)
- 实现Repository层(EF Core)替代直接SQL
- 实现Application Service层+MediatR
- 开放RESTful API(替代客户端直连DB)
- 集成Redis缓存+RabbitMQ消息总线
阶段三:前端重建(2-3月,可与阶段二并行)
- Vue 3 + Element Plus搭建Web管理端
- 实现核心模块页面(生产执行/质量检验/仓库/排产)
- uni-app开发PDA扫码端
- DataV搭建车间看板
阶段四:功能补齐(3-6月)
- 实现P0功能(钢材闭环、追溯整合、排产统一)
- 实现P1功能(SPC实时化、成本核算、APS排程)
- IoT数据采集对接
- BI报表平台搭建
阶段五:高级功能(持续迭代)
- APS高级排程引擎
- 供应商协同门户
- AI质量预测/异常检测
- 移动端App发布
六、重构时的关键保留
以下是系统最有价值的业务模型,重构时应完整保留:
| 模型 |
说明 |
| TbFKGY状态机 |
13个Tag字段组合的工序生命周期管理 |
| TbFkGalv电镀流转卡 |
125字段完整记录电镀全过程,行业独有 |
| 全链路追溯ID体系 |
XsDdMxId→GzLh→FkBh的三级追溯 |
| 模具4表联动事务 |
领用/归还的库存+履历+计数联动 |
| 不合格品7步审核 |
6部门审核流程 |
| 包装参数体系 |
客户×产品的多维包装规格 |
| 负库存检查机制 |
出库时的库存联合计算 |
七、与市场主流紧固件MES的对比分析
7.1 市场主流紧固件MES系统参考
当前紧固件行业MES市场主要玩家:
- 专用型:鑫海智桥(紧固件专用)、宁波紧软(行业定制)、瀚码技术(离散制造MES)
- 通用型:用友U9+MES、金蝶云星空+MOM、鼎捷T100+MES
- 轻量型:黑湖智造、简道云+MES定制、万界星空(云MES)
7.2 本系统的优势
| 优势项 |
说明 |
对标行业水平 |
| 紧固件工艺深度覆盖 |
冷镦→搓丝→热处理→表面处理→包装全链路,TbFkGalv(125字段)电镀过程管理在市面MES中极为罕见 |
⭐ 超过多数通用MES |
| 全链路追溯体系 |
XsDdMxId→GzLh→FkBh三级ID贯穿订单到出库,钢材炉号/批号/内部编号可追溯到每一卷线材 |
⭐ 达到汽车行业IATF16949要求 |
| 工序状态机设计 |
TbFKGY 13个Tag组合覆盖开工/完工/检验/返工/拆分/外协等全部状态 |
⭐ 设计完整度高于多数定制系统 |
| 四级质量检验 |
首检A(尺寸)+巡检B(性能)+过程检验+成品检验,支持检验模板复用 |
⭐ 行业领先 |
| 模具全生命周期 |
入库→领用→归还→使用次数累计→寿命预警→报废,4表事务联动 |
⭐ 紧固件特色,通用MES缺失 |
| 外协全流程管理 |
发出→收货→损耗→结算,支持排产级外协和单据级外协两种模式 |
✅ 完善 |
| 千件重换算体系 |
重量↔数量自动换算(CpKg),贯穿排产/流转/入库/出库 |
⭐ 紧固件行业必需,通用MES不具备 |
| 包装参数体系 |
客户×产品多维包装规格(千件/盒、箱/托盘等),自动计算包材需求 |
✅ 完善 |
| 数据积累丰富 |
376张表、2658条订单、3788张工卡、实际生产数据完整 |
✅ 已验证的业务模型 |
| 不合格品审核流程 |
6部门7步审核,符合汽车行业NCR处理规范 |
✅ 完善 |
7.3 本系统的不足
| 不足项 |
当前状态 |
市场主流水平 |
差距等级 |
| 无移动端/Web端 |
纯WinForms桌面客户端,PDA为独立项目 |
主流MES均为B/S架构+移动App+大屏看板 |
🔴 严重落后 |
| 无实时数据采集(IoT) |
冷镦/搓丝/热处理数据采集模块全部隐藏未实现 |
主流MES支持PLC/OPC-UA对接,设备实时监控 |
🔴 严重落后 |
| 无排程引擎(APS) |
手动排产,无自动排程优化 |
主流MES集成APS(有限产能/交期/优先级智能排程) |
🔴 严重落后 |
| 无成本核算 |
财务模块完全未开发(Tag=14隐藏) |
主流MES提供工单成本归集(材料+人工+制造费用) |
🟡 明显不足 |
| 无BI分析/数据看板 |
大数据分析模块未开发(Tag=16隐藏),电子看板功能简单 |
主流MES提供OEE/CPK/交付率等KPI看板 |
🟡 明显不足 |
| SPC未落地 |
TbSpc表存在但功能未充分使用 |
主流MES提供实时控制图、CPK自动计算、预警触发 |
🟡 明显不足 |
| 无工时管理 |
无操作工工时记录和计件工资计算 |
紧固件行业普遍需要计件工资核算 |
🟡 明显不足 |
| 钢材管理未闭环 |
采购/入库/出库界面未实现,仅表结构存在 |
应支持线材批次管理、来料检验、领用追溯 |
🟡 明显不足 |
| 无供应商协同 |
外协仅内部管理,无供应商门户 |
主流MES提供供应商在线接单/报工/对账 |
🟡 明显不足 |
| 无电子SOP/作业指导 |
无工位电子作业指导书展示 |
主流MES支持按工序推送图纸/工艺卡/检验标准 |
🟠 一般不足 |
| 客户端直连数据库 |
无应用服务器中间层 |
主流系统采用三层/微服务架构 |
🟠 架构落后 |
| 无消息/预警机制 |
TbMsg/MQ表存在但未启用 |
主流MES支持异常报警、超期预警、库存预警推送 |
🟠 一般不足 |
| 报表能力弱 |
仅FastReport打印,无灵活报表配置 |
主流MES集成BI工具,支持自定义报表/图表 |
🟠 一般不足 |
7.4 综合评价
┌─────────────────────────────────────────────────────────────┐
│ 本系统定位评估 │
├─────────────────────────────────────────────────────────────┤
│ │
│ 业务深度: ████████████████████░░░░░ 85% ← 行业领先 │
│ 功能完整度:████████████████░░░░░░░░░ 65% ← 中等偏上 │
│ 技术架构: ████████░░░░░░░░░░░░░░░░░ 35% ← 明显落后 │
│ 用户体验: ██████████░░░░░░░░░░░░░░░ 40% ← 偏弱 │
│ 数据智能: ██████░░░░░░░░░░░░░░░░░░░ 25% ← 严重不足 │
│ 协同能力: ████░░░░░░░░░░░░░░░░░░░░░ 20% ← 几乎空白 │
│ │
│ 总体:业务模型成熟,但技术栈和产品化程度与市场差距较大 │
└─────────────────────────────────────────────────────────────┘
7.5 重构策略建议
基于优劣势分析,建议重构时采取 "保核心业务模型,换技术底座" 策略:
| 策略 |
说明 |
| 保留 |
工序状态机、追溯体系、质量四检、电镀流转、模具管理、千件重换算、包装体系 |
| 重建 |
技术架构(→.NET Core/Web)、数据访问层(→EF Core/Dapper)、前端(→Vue/React) |
| 补齐 |
APS排程、IoT采集、成本核算、BI看板、移动端、供应商协同 |
| 升级 |
SPC实时化、预警机制、电子SOP、工时管理 |
核心结论:本系统最大价值在于经过实际生产验证的紧固件行业业务模型(尤其是电镀125字段、工序状态机、全链路追溯),这些是通用MES买不到的行业Know-How。重构应以此为基础,用现代技术栈重新包装,而非从零开始。