2.1 功能分析：把系统拆成一张功能地图

2.1 功能分析：把系统拆成一张功能地图

本节摘要：功能分析是 SIM 建模的第一步——把系统表述为"组件—功能—对象"的三元组网络，每条功能标注有用、有害、不足、过剩四类属性。本节给出功能的标准语法、四类作用的判定规则、除尘器的完整功能模型，以及一个可运行的因果链分析脚本。

为什么不能直接列零件清单

工程团队描述系统时的默认方式是 BOM 表：壳体、滤筒、风机、清灰电磁阀。这种描述对采购有用，对创新无用——因为创新改变的是功能关系，不是零件名称。功能分析强制换一套语法：动词加对象，主语是组件，宾语是作用对象。"滤筒阻挡尘粒""滤筒阻碍气流""风机输送气流"——一旦全部写成这个格式，系统的软肋立即显形。

功能的标准语法有两条硬规则：动词必须是物理动作（移动、阻挡、吸收、改变），不能用"支持""确保"这类管理动词；作用对象必须是物质或场（尘粒、气流、压强），不能是"性能""质量"这种抽象词。初学者最常见的违规是写出"控制系统保证过滤效率"——这不是功能，是愿望。

四类作用：功能图的色彩

每条功能边要标注类别，这是功能分析全部价值所在：

三条最有价值的信息：不足告诉你哪里要加强（细颗粒）；有害告诉你矛盾在哪（阻碍气流）；过剩告诉你哪里在浪费（清灰脉冲强度）。剪裁工具（3.5 节）的入口几乎总是从过剩与有害功能里找到的。

图 2-2 除尘器功能模型（组件与四类作用）

从这张图可以直接读出 2.2 节矛盾的雏形：滤筒对气流"阻碍·有害"与对细颗粒"阻挡·不足"同源于滤材致密度——这就是"既要致密又要疏松"物理矛盾的功能图证据。

从功能图到因果链：追根的脚本

功能图回答"系统哪里痛"，因果链回答"为什么痛"。因果链分析的规则是从表象出发反复追问"因为什么"，直到撞到自然律或组织边界为止。链上每个节点都是候选手术点。用脚本维护因果链，好处是可以做完整性检查（悬空节点、循环依赖）：

"""因果链分析器：录入节点与因果边，检查完整性并输出根因候选。"""

edges = {
    "压降超标": ["滤材致密"],
    "滤材致密": ["覆膜工艺"],
    "细颗粒穿透": ["滤材致密"],
    "滤材致密": None,          # None 表示根因候选（或你认为无需再分）
    "覆膜工艺": ["行业供应链"],
    "行业供应链": None,
    "细颗粒穿透": None,
    "能耗高": ["压降超标"],
    "风机噪音": ["压降超标"],
}

def audit(chain: dict) -> None:
    causes = set(chain)                      # 所有作为"果"出现的节点
    effects = {c for v in chain.values() if v for c in v}
    roots = [n for n, v in chain.items() if v is None]
    floating = effects - causes              # 被指向却没登记的节点
    print("根因候选:", roots)
    print("悬空节点（需补定义或补上游）:", floating or "无")

audit(edges)
# 根因候选: ['滤材致密', '行业供应链', '细颗粒穿透']
# 悬空节点: 无
​

输出里出现了一个反直觉的根因候选："滤材致密"同时是"压降超标"与"细颗粒穿透"的共同上游——同一个原因制造了一对表面相反的毛病，这正是物理矛盾的典型指纹。因果链分析的价值就在这里：它能把"两个独立投诉"还原成"一个双面根因"，让矛盾从管理噪声里现形。

三个新手高频错误

错误一：画成数据流图。 功能分析的边是物理作用，不是信息流向。"传感器测量压差"是功能，"压差数据流向控制器"不是（那是架构图的事）。两图混画，四类标注就乱。

错误二：功能粒度失控。 "风机支撑系统运转"太粗，"螺栓承受滤筒重力"太细。经验法则：与问题相关的组件间作用画全，其余只保留系统级主功能。

错误三：漏掉超系统对象。 车间空间、电网碳指标、操作工的技能，这些超系统元素在功能图里必须有一席之地——2.4 节的资源盘点和 3.5 节的剪裁都依赖它们在场。漏画超系统是"封闭世界"式自我设限的起点。

💡 关键直觉：功能图上每一条"有害"边，都是一个潜在的技术矛盾；每对共源的"不足+有害"边，背后几乎必然藏着一个物理矛盾。

功能分析还有一个容易被低估的副产品：它是跨专业对齐的最廉价工具。机械、电气、软件工程师对同一系统的心理模型各不相同，画功能图的过程会把这些分歧显性化到具体的功能边上——争论落在'这条作用到底是谁施加的'这种可验证问题上，比落在方案层面的各说各话 productive 得多。多数团队第一次画完功能图的反馈不是'发现了新东西'，而是'原来我们看这个系统的方式差这么多'。顺带一提，功能图的存档格式最好从第一天就是表格，组件、动词、对象、类型四列，而不是示意图。图用来讨论，表用来流转与检索，两份产物各司其职，后期接入档案时省去一次重录。表格化还有个隐性收益：它让功能边的批量统计成为可能——按类型汇总四类作用的占比，有害与不足边合计超过三成的系统，几乎必然是创新机会富矿，这个一眼可读的健康度信号是示意图给不出来的。

本节要点回顾

• 功能语法：物理动词 + 物质/场对象，禁止管理动词与抽象宾语；
• 四类标注（充足/不足/过剩/有害）是功能图的灵魂，创新机会藏在后三类里；
• 因果链能把表面独立的投诉还原为共同根因，共源双面根因是物理矛盾的指纹；
• 超系统必须入图，否则后续资源盘点与剪裁先天残疾；
• 除尘器案例中，"滤材致密"被确认为双面根因，下一节它将被正式翻译成标准矛盾。

2.2 节把这张功能图上的冲突升级为 SIM 的标准矛盾格式——技术矛盾与物理矛盾的双记录。