3. 缺陷案例的结构化建模

缺陷案例如果只以自然语言段落记录，检索时依赖关键词、复用时依赖人工理解，知识库很快就会退化成“文档仓库”。结构化建模的目的，是把一个缺陷案例拆解成若干语义明确、可检索、可比较、可复用的字段，使案例既能被人读懂，也能被系统按条件筛选和关联。本节围绕六个核心字段展开：缺陷现象、发生条件、根因假设、验证过程、纠正措施、预防措施。

六个核心字段的语义边界

结构化建模的第一难点不是“填表”，而是划清字段边界，避免同一信息被重复写入多个字段，或关键信息无处安放。

• 缺陷现象：描述“可被观察到的异常”，回答“看到了什么”。应包含观察对象、观察位置、观察手段和异常表现。例如“电机壳体轴承位外圆在磨削后出现间距约 0.8mm 的等距振纹，粗糙度 Ra 由 0.4μm 恶化至 1.2μm”，而不是“加工质量不好”。
• 发生条件：描述“在什么工况、什么批次、什么参数组合下出现”，回答“何时、何地、何种条件下复现”。应包含设备、工序、材料批次、工艺参数、环境条件、发生频次等可判定信息。
• 根因假设：描述“尚未验证的因果推断”，回答“怀疑是什么导致了现象”。根因假设可以有多个，且必须可被验证或证伪，不能写成“操作不当”这类无法检验的表述。
• 验证过程：描述“如何检验根因假设”，回答“做了什么、观察到什么、结论是什么”。应包含验证方法、样本、测量数据、对照条件和判定依据。
• 纠正措施：描述“针对已确认根因采取的处置”，回答“如何消除当前缺陷”。应包含处置对象、处置动作、执行范围、效果确认方式。
• 预防措施：描述“防止同类缺陷再次发生的系统性动作”，回答“如何把经验固化到流程、标准、设计或检测中”。应包含载体（如作业指导书、控制计划、FMEA、设计规范）、责任角色和生效范围。

字段之间的关系与建模结构

六个字段并非线性罗列，而是构成一条“现象—条件—假设—验证—处置—固化”的证据链。现象与条件共同界定问题边界；根因假设在条件约束下提出；验证过程对假设逐条检验，输出确认根因或排除结论；纠正措施针对确认根因执行；预防措施把结论回写到标准体系中。下图给出这一结构关系，并标注了每个字段的关键属性。

字段填写规范与示例

结构化建模的落地质量取决于字段的填写规范。以下以“某型号减速器输出轴油封位磨削振纹”为例，给出各字段的参考写法。示例中的参数与数据为教学假设，用于说明填写粒度，不代表真实生产实测值。

建模时的常见问题

第一，现象与根因混写。例如把“轴承磨损导致振纹”直接写入现象字段，会导致现象不可检索、根因无法被验证。现象只写可观察事实，根因单独成字段。

第二，发生条件过于笼统。只写“磨削工序”无法支撑复现和对比，应细化到设备编号、参数组合、批次和时间范围，使条件具备可筛选性。

第三，根因假设不可检验。写成“员工责任心不足”无法设计验证方案，应转化为可观测变量，如“砂轮修整间隔是否超过规定值”“主轴跳动是否超限”。

第四，纠正与预防混淆。更换轴承是纠正措施，把跳动检测写入点检标准才是预防措施。前者解决当前问题，后者防止同类问题再次发生。

从单案例到可复用知识

当案例按统一字段建模后，知识库可以支持多种复用方式：按现象关键词检索相似案例；按发生条件筛选同设备、同工序的历史问题；按根因类别统计高频失效模式；按预防措施载体反查哪些标准已被更新。结构化建模的价值不在于记录本身，而在于让每一个缺陷案例都成为可被检索、可被比较、可被回写到流程中的知识单元。

实际推行时，建议先选取10～20个典型缺陷案例做结构化试点，统一字段定义和填写粒度，再逐步扩展到全量案例。试点阶段重点检查字段边界是否清晰、验证过程是否有数据支撑、预防措施是否有明确载体，这三项决定了知识库后续能否真正被复用。