本节摘要:系统出了毛病,"是什么"帮不了你,"怎么工作"才能。本节讲功能分析——给系统做一次 CT 扫描:用"动词+名词"格式拆解组件间的相互作用,按有用/有害/中性和充分/不足/过度两个维度评估功能,绘制功能模型图,定位问题载体与问题区域。它是把"笔不好用"翻译成"笔尖刮擦纸面、墨水供给不足"的那道工序,也是矛盾分析和剪裁的前置输入。
阅读完本节,你应当能够:
功能分析是 OTSM 系统诊断的基石,它的动作是把系统复杂性分解为最小可分析单元——功能。
功能的标准定义:一个组件对另一个组件施加的、产生某种改变或影响的动作,表述格式固定为"动词 + 名词":
每个功能陈述里有两个角色:施动者(执行动作的组件)和受动者(接收动作的组件)。这个格式看似平淡,威力在于它强制你回答"谁对谁做了什么"——含糊的系统描述在这一步无处遁形。
功能分析要达成五个目的:界定系统构成与相互作用、理解主功能的实现路径、发现隐藏的或意外存在的功能、评估功能的有效性与效率、定位导致有害结果的根源。
| 类别 | 含义 | 解题指向 |
|---|---|---|
| 主要有用功能(MUF) | 系统存在的根本目的 | 保护与强化 |
| 辅助有用功能(AUF) | 支持主功能的功能 | 检查可否简化 |
| 有害功能(HF) | 对系统、超系统或用户产生负面影响 | 消除或中和 |
| 中性功能(NF) | 无明显好处也无明显坏处 | 通常忽略,除非是潜在问题源 |
| 类别 | 含义 | 解题指向 |
|---|---|---|
| 充分功能 | 强度质量满足需求 | 维持 |
| 不足功能 | 太弱或根本没执行 | 增强或补上 |
| 过度功能 | 太强或执行了不必要的功能 | 削减,防浪费与副作用 |
两个维度交叉使用,问题区域立刻显形:有害功能是直接的问题,不足功能是期望落空的原因,过度功能指向效率低下与浪费。
功能模型是功能分析的图形产出:组件为节点,功能为带箭头的连线,箭头方向即作用方向,标注区分功能状态。构建步骤:
以笔书写系统为例,功能模型长这样:

读法:绿色主链"手→笔杆→墨囊→笔尖→纸张"是主有用功能路径;红色虚线"笔尖刮擦纸面"是有害功能,直接对应"纸张破损"症状;橙色点线"墨囊供给不足"是不足功能,对应"书写不流畅"。抽象的"笔不好用"被翻译成了两个具体靶点。
初步模型画完后,还有三个深化动作:
1. 识别问题载体与问题区域。
2. 分析功能链与功能网络。 主功能通常由一串组件接力完成,链条断裂或削弱处就是不足功能;有害功能也沿链传播。复杂系统有多条并行交织的功能链,形成网络——网络分析能暴露组件间的耦合问题。
3. 纳入超系统与子系统。 更完整的模型包含双向交互:超系统对系统的功能(空气冷却笔杆)、系统对超系统的功能(笔污染环境)、子系统内部功能(墨囊内浮标指示墨水余量)。边界扩一圈,解的空间也扩一圈。
| 难点 | 说明 | 对策 |
|---|---|---|
| 系统边界难定 | 哪些组件算系统内,哪些算超系统 | 按问题性质与分析目的定,先紧后松 |
| 功能易遗漏 | 不明显、间接的功能最难发现 | 对每对组件逐一问"A 对 B 做了什么" |
| 功能与属性混淆 | "轻"是属性,"支撑"是功能 | 表述必须动词开头 |
| 粒度难拿捏 | 太笼统定位不了问题,太具体模型臃肿 | 按分析目的选粒度,迭代细化 |
| 抢跑想解法 | 分析阶段就开始修修补补 | 分析阶段只问"怎么工作、哪出问题" |
实施建议:多学科团队共建(不同背景识别不同功能)、善用可视化工具、接受迭代(模型随理解加深而精化)、从主功能入手逐步扩展。
💡 关键直觉:功能分析最锋利的视角是"看做什么,不看是什么"。一个组件的正式名称会锁死想象——把"墨囊"看成"一个能储液、能受压、半透明的塑料件",它的资源属性立刻多出来。这与第 2.4 节的属性列表法是同一枚硬币的两面。
⚠️ 常见坑:把功能图画成组织架构图。功能图的边必须是"动作",节点之间的关系写不出动词,说明这条边是想象出来的结构关系,不是真实的功能作用。
系统怎么工作看清了,系统往哪里走还没讲——2.6 节进入进化法则:给系统算命。