02 - MES 需求分析
目标读者 ：需求分析师、MES 产品经理、实施顾问 阅读时间 ：约 25 分钟 前置知识：MES 基本概念（建议先读 01）
一、制造业四大核心痛点分析
制造企业引入 MES 的根本动力，源自传统生产管理中的系统性痛点。这些痛点可归纳为四大维度：
1.1 信息断层 --- 生产数据的"黑箱化"
现象：
| 问题 | 具体表现 |
|---|---|
| 计划与执行脱节 | ERP 生成的计划无法精细落地到产线与工序层级 |
| 数据采集滞后 | 生产进度依赖人工汇报和事后录入，时效性差 |
| 数据孤岛 | 生产、库存、质量、设备各自为政，信息割裂 |
| 管理层"盲飞" | 无法实时掌握"订单是否在产？当前在制品多少？哪个工位延误？" |
量化影响：
- 车间数据收集滞后往往达到 4-8 小时甚至次日
- 大量工厂仍依赖 Excel 记录产量数据、手工排程
- 插单或急单到来时，整个排产需要推翻重来
根因分析：
- ERP 关注"结果"（订单、库存、成本），不关注"过程"（工序、状态、参数）
- 现场数据缺少自动化采集手段，依赖"人"而非"系统"
1.2 效率瓶颈 --- 设备利用率与协同不足
现象：
| 问题 | 具体表现 |
|---|---|
| 设备利用率低 | 传统工厂 OEE 仅 60-70%，大量设备闲置或半闲置 |
| 故障发现滞后 | 依赖人工巡检，非计划停机时间长 |
| 协同效率低 | 人、机、料、法、环缺少统一信息平台 |
| 响应慢 | 从问题发现到处理完成，流程冗长 |
统计数据：
- 传统工厂设备综合效率（OEE）仅为 60-70%，世界级水平为 85%+
- 非计划停机占总停机时间的 40-60%
- 设备维修响应时间平均超过 30 分钟
1.3 质量隐患 --- 追溯难、防控弱
现象：
| 问题 | 具体表现 |
|---|---|
| 事后记录 | 质量数据依靠"事后记录"，无法在线防控 |
| 追溯耗时 | 出现次品时需花费数小时甚至数天翻查纸质表单 |
| 定位困难 | 难以确定是原材料批次问题、工序参数偏移还是操作员误操作 |
| 合规风险 | 航空、汽车、医药等行业可能带来巨大合规风险与品牌损失 |
典型场景：
- 客户投诉产品质量问题 → 质量部门花 2 天翻找纸质检验单 → 仍无法确定根本原因
- 无法快速"正向追踪"（这批料用到了哪些成品上）和"反向溯源"（这个成品用了哪些批次的原料）
1.4 柔性不足 --- 计划响应与扩展能力受限
现象：
| 问题 | 具体表现 |
|---|---|
| 排程僵化 | Excel 排程面对频繁插单、急单、换型时力不从心 |
| 每次变更人工重排 | 冲突多，效率低 |
| 系统扩展难 | 传统 MES 多为单体架构，产线扩展时无法灵活适配 |
| 维护成本高 | 定制化开发的系统改造成本高、周期长 |
柔性需求的具体场景：
- 某产品线需要临时插入一个紧急订单，需要重新排定所有已有订单的优先级
- 新增加一条产线，需要 MES 系统快速适配新的设备和工艺
二、需求调研方法论
2.1 调研流程总览
2.2 参与角色与关注点
| 角色 | 核心关注 | 调研要点 |
|---|---|---|
| 高层管理者 | ROI、战略价值 | MES 如何支撑企业战略目标？预期投入产出？ |
| 生产经理/车间主任 | 效率、进度透明 | 目前排产瓶颈在哪？如何提高 OEE？ |
| 质量主管 | 追溯、合规 | 当前追溯流程耗时多久？SPC 控制图如何做？ |
| 设备工程师 | 设备监控、维护 | 设备数据如何采集？备件管理流程？ |
| 工艺工程师 | 工艺版本管控 | BOM/工艺路线版本如何管理？变更流程？ |
| 一线操作员 | 操作便利性 | 扫码报工是否顺手？界面是否友好？ |
| IT 部门 | 系统集成、运维 | 现有 IT 架构？ERP 接口？服务器配置？ |
2.3 调研工具与方法
| 工具/方法 | 用途 | 产出 |
|---|---|---|
| 现场访谈 | 深挖各角色需求和痛点 | 访谈记录、需求清单 |
| 问卷调查 | 覆盖更多操作员的定量数据 | 统计报告 |
| 流程图绘制 | 可视化现有业务流程 | AS-IS 流程图 |
| 价值流图（VSM） | 分析价值流中的浪费 | 效率瓶颈识别 |
| 系统 Demo 演示 | 验证关键功能可行性 | 用户反馈 |
| BPMN 建模 | 标准化业务流程图 | 可执行流程定义 |
2.4 需求优先级评估方法
采用"四象限法"对需求进行分类：
示例分类：
| 象限 | 需求示例 | 处理策略 |
|---|---|---|
| I. 紧急且重要 | 生产数据实时采集、工单扫码报工、物料批次追溯 | 一期上线 |
| II. 重要不紧急 | 预测性维护、AI 视觉质检、能耗分析 | 二期安排 |
| III. 紧急不重要 | 指定格式报表导出、快捷操作小工具 | 简化实现 |
| IV. 不重要不紧急 | 大屏美化、个性化主题 | 暂缓 |
三、需求规格说明
3.1 核心需求清单
| 编号 | 需求模块 | 需求描述 | 优先级 |
|---|---|---|---|
| REQ-001 | 生产计划接收 | 从 ERP 接收生产计划，自动分解为工单 | P0 |
| REQ-002 | 工单管理 | 工单创建、下发、执行、报工、关闭全生命周期 | P0 |
| REQ-003 | 工序过站控制 | 关键工序扫码过站，未完成前道禁止流转 | P0 |
| REQ-004 | 物料批次追溯 | 扫码绑定物料批次，实现全流程追溯 | P0 |
| REQ-005 | 质量检验 | FAI、巡检、终检流程化管理，SPC 控制图 | P0 |
| REQ-006 | 设备状态采集 | OPC UA/MQTT 采集设备运行状态和参数 | P0 |
| REQ-007 | OEE 计算 | 自动计算设备的 OEE 三大指标 | P1 |
| REQ-008 | 安灯报警 | 工位一键报障，自动通知维修人员 | P1 |
| REQ-009 | 车间看板 | 实时产量、进度、异常看板 | P1 |
| REQ-010 | 电子作业指导书 | 工位自动推送 eSOP，版本管控 | P1 |
| REQ-011 | 不合格品处理 | MRB 评审流程、返工/降级/报废管理 | P1 |
| REQ-012 | 设备维护管理 | 点检计划、保养记录、故障维修履历 | P2 |
| REQ-013 | 高级排程（APS） | 遗传算法多目标排程优化 | P2 |
| REQ-014 | 绩效管理 | 人员技能矩阵、产量良率统计 | P2 |
| REQ-015 | 成本核算 | 按工单归集人工/物料/设备/能耗成本 | P2 |
| REQ-016 | 报表中心 | 自定义报表、多维度分析 | P2 |
3.2 非功能需求
| 类别 | 需求 | 指标 |
|---|---|---|
| 性能 | 工单查询响应 | < 2 秒 |
| 性能 | 设备数据采集频率 | ≤ 1 秒（关键工艺） |
| 性能 | 并发扫码报工 | 支持 200+ 人同时操作 |
| 可用性 | 系统可用率（Uptime） | ≥ 99.9% |
| 可用性 | 离线缓存 | 网络中断时支持本地缓存、恢复后上传 |
| 安全 | 权限控制 | 角色-Based 权限（RBAC），功能权限+数据权限 |
| 安全 | 数据加密 | 传输层 TLS，存储支持国密 SM4 |
| 安全 | 审计日志 | 所有关键操作记录日志，不可篡改 |
| 扩展性 | 水平扩展 | 支持微服务独立扩容 |
| 扩展性 | 接口标准化 | RESTful API + OPC UA + MQTT |
四、用户故事示例
4.1 生产经理
作为 生产经理
我想 实时查看每条产线的产量进度和OEE趋势
以便 在出现延误时第一时间协调资源，保证准时交付验收标准：
- 车间看板显示每条产线的实时产量 vs 计划产量
- OEE 数据每 15 分钟自动刷新
- 当实际产量低于计划的 80% 时，系统自动高亮预警
4.2 质量工程师
作为 质量工程师
我想 当某工序的SPC控制图出现异常趋势时系统自动报警
以便 在产生批量不合格品之前介入调整验收标准：
- SPC 控制图支持 X-bar/R 图、P 图
- 检测值超出控制限时自动报警（声光 + 消息推送）
- 报警后可触发不合格品处理流程
4.3 一线操作员
作为 操作员
我想 通过 PDA 扫码完成开工和完工报工
以便 减少手工填写报表的时间，保证数据准确验收标准：
- 扫码后自动识别工单和工序
- 系统校验上道工序是否完成，未完成则禁止开工
- 完工时自动记录工时和产量，支持快速上报异常
4.4 设备工程师
作为 设备工程师
我想 实时监控设备运行状态并接收故障报警
以便 在设备故障时 5 分钟内响应维修验收标准：
- 设备状态（运行/空闲/故障/停机）实时显示
- 安灯报警后 30 秒内推送至维修人员终端
- 故障维修工单自动记录停机原因和处理时长
4.5 IT 运维人员
作为 IT 运维人员
我想 系统具备完善的日志追踪和监控告警
以便 在出现异常时快速定位问题根因验收标准：
- 所有 API 调用记录请求/响应日志
- 系统错误率超过阈值时自动告警
- 支持分布式链路追踪（如 SkyWalking、Jaeger）
五、用例规格说明
5.1 用例：工序扫码报工
| 元素 | 描述 |
|---|---|
| 用例编号 | UC-001 |
| 用例名称 | 工序扫码报工 |
| 参与者 | 操作员 |
| 前置条件 | 操作员已登录 PDA，工单已下发至工位 |
| 后置条件 | 工序状态更新为"已完成"，在制品流转至下道工序 |
| 主成功场景 | 1. 操作员扫描工单条码 2. 系统显示当前工序信息和 eSOP 3. 操作员确认开工 4. 完成后扫描完成条码 5. 系统记录完工时间和产量 6. 系统自动触发生成下道工序任务 |
| 异常场景 | 2a. 扫码校验：上道工序未完成 → 提示"请先完成上道工序" 2b. 物料不匹配 → 提示"物料与 BOM 不符，请核实" |
| 质量要求 | 报工响应时间 < 1 秒，支持离线报工 |
5.2 用例：质量异常处理
| 元素 | 描述 |
|---|---|
| 用例编号 | UC-002 |
| 用例名称 | 质量异常处理 |
| 参与者 | 质检员、质量主管 |
| 前置条件 | 检验数据超出规格上限或下限 |
| 后置条件 | 异常记录归档，处置措施执行完毕 |
| 主成功场景 | 1. 系统检测到 SPC 控制限超限，自动报警 2. 质检员确认异常并录入缺陷信息 3. 系统自动锁止下流工序 4. 质量主管发起 MRB 评审 5. 评审决定处置方式（返工/降级/报废/特采） 6. 处置完成后解锁工序 |
| 异常场景 | 3a. 锁止确认：如为误判 → 质检主管解锁 |
六、需求分析输出文档清单
完成需求分析阶段后，应产出以下交付物：
| 文档名称 | 内容 | 读者 |
|---|---|---|
| 需求调研报告 | 调研过程、访谈记录、痛点归纳 | 项目组 |
| 功能需求规格说明书（FRS） | 详细功能需求描述、优先级 | 开发团队 |
| 用户故事地图 | 按角色和场景组织的用户故事 | 产品经理 |
| AS-IS 业务流程图 | 当前业务流程的 BPMN 图 | 项目组 |
| TO-BE 业务流程图 | 优化后的目标业务流程 | 项目组 |
| 用例文档 | 关键场景的用例规格说明 | 开发/测试 |
| 差距分析报告 | 现有系统与目标 MES 的差距 | 决策层 |
| 需求优先级矩阵 | 四象限分类的需求优先级 | 项目经理 |
七、需求管理最佳实践
- 需求可量化：避免模糊需求（如"提高生产效率"），改为可量化目标（如"排产效率提升 30%，OEE 从 62% 提高到 75%"）
- 需求可追溯：每个功能需求追溯到业务痛点和用户故事
- 需求优先级化：MVP（最小可行产品）应聚焦 P0 优先级，2-3 个月内上线验证
- 需求变更管理：建立正式的变更评估和审批流程，避免范围蔓延
- 原型先行：关键功能先做低保真原型让用户确认，减少后期返工