4. 缺陷原因知识体系的结构化建模
在制造质量缺陷分析中，把“原因”说清楚只是第一步，更难的是把原因组织成可复用、可推理、可追溯的知识结构。结构化建模的核心任务，是选择恰当的因果表达方法，把零散的经验判断转化为有层级、有属性、有关系类型的知识网络。本节围绕五类常用因果表达方法、三层原因划分以及原因节点的属性与关系定义展开。
一、五类因果表达方法的适用边界
原因树是最基础的结构化形式，它把某一缺陷作为根节点，向下逐层分解为子原因，强调“分解”而非“推理”。原因树适合原因类别相对稳定、需要长期沉淀为知识库的场景，例如将“焊接虚焊”分解为材料、工艺参数、设备状态、操作行为四大分支。
因果图（也称因果网络）允许一个原因同时影响多个结果、多个原因共同导致一个结果，适合表达耦合关系。当缺陷之间存在相互放大、共同作用时，因果图比树形结构更贴近真实。
5Why是一种线性追问方法，通过连续追问“为什么”逼近根本原因。它的优势是快速、聚焦，缺点是单链推理容易遗漏并行原因，因此更适合作为现场快速定位的起点，而非最终知识结构。
故障树（FTA）是自顶向下的演绎分析，用逻辑门（与门、或门）连接事件，适合安全性、可靠性要求高的场景。它能定量计算顶事件发生概率，但建模成本较高。
鱼骨图（因果图/石川图）以“人、机、料、法、环、测”六类为主干，适合团队头脑风暴阶段快速归类原因，但层级深度有限，通常作为原因树的前置发散工具。
二、三层原因划分的判定标准
直接原因是缺陷现象在时空上最接近的原因，通常可以通过现场观察或简单测量确认。例如“注塑件表面出现银纹”，直接原因可能是“料筒温度偏低”。直接原因的特点是：可观测、可量化、与现象一一对应。
根本原因是直接原因背后的机理或条件，消除它之后，同类缺陷不再复现。继续上例，料筒温度偏低的根本原因可能是“温控热电偶老化导致反馈值漂移”。根本原因需要验证：如果更换热电偶后温度恢复正常且银纹消失，则确认该节点为根本原因。
系统原因是使根本原因得以产生或长期存在的流程、制度、组织或知识层面的缺失。例如“热电偶未纳入定期校准计划”就是系统原因。系统原因往往不直接作用于产品，但它决定了根本原因是否会反复出现。
三、原因节点的属性定义
要让原因知识体系可检索、可推理，每个原因节点至少应定义以下属性：
- 节点编号：全局唯一，建议采用“缺陷类别-层级-序号”格式，如 WELD-D-001、WELD-R-003。
- 原因名称：简洁、可判定的短语，避免“操作不当”这类无法验证的表述。
- 原因层级：直接原因 / 根本原因 / 系统原因。
- 所属类别：人、机、料、法、环、测，或按工艺段划分。
- 验证方法：如何确认该原因成立，如“更换热电偶后温度波动≤±2℃”。
- 控制措施：针对该原因可采取的具体行动。
- 发生频次：历史数据统计值，用于优先级排序。
- 责任域：工艺、设备、质量、供应商等。
四、关系类型的定义与使用
原因节点之间的关系不能只有“导致”一种。建议至少定义四类关系：
| 关系类型 | 含义 | 示例 |
|---|---|---|
| 导致 causes | A 直接引起 B | 热电偶老化 → 温度反馈漂移 |
| 使能 enables | A 不直接引起 B，但使 B 更容易发生 | 未纳入校准计划 → 热电偶老化未被发现 |
| 相关 correlates | A 与 B 统计相关，但因果方向未确认 | 夜班银纹率偏高 ↔ 环境湿度偏高 |
| 缓解 mitigates | A 降低 B 的发生概率或影响 | 增加巡检频次 → 降低温度异常持续时间 |
五、建模实操：从 5Why 到原因树
实际建模时，建议先用 5Why 快速拉出一条因果链，再将链上节点按三层原因归类，最后把多条链合并成原因树。以“焊接虚焊”为例：
Why1：焊点未充分润湿 → 直接原因
Why2：焊接温度不足 → 直接原因
Why3：加热时间偏短 → 根本原因
Why4：工艺参数未按板材厚度调整 → 系统原因
Why5：参数变更缺少评审流程 → 系统原因
将上述链条放入原因树后，可在“工艺参数未按板材厚度调整”节点下继续挂接其他缺陷的同类原因，形成跨缺陷复用的系统原因节点。这样，原因树就不再是单次分析的记录，而是可积累、可查询的知识资产。
结构化建模的价值在于：当同类缺陷再次出现时，不需要从零开始追问，而是沿着已有原因树快速定位到可能的根本原因和系统原因，并直接调取对应的验证方法和控制措施。这正是缺陷原因知识体系从“经验记录”走向“工程知识”的关键一步。