2.5 功能分析与建模


2.5 功能分析与建模

本节摘要:系统出了毛病,"是什么"帮不了你,"怎么工作"才能。本节讲功能分析——给系统做一次 CT 扫描:用"动词+名词"格式拆解组件间的相互作用,按有用/有害/中性和充分/不足/过度两个维度评估功能,绘制功能模型图,定位问题载体与问题区域。它是把"笔不好用"翻译成"笔尖刮擦纸面、墨水供给不足"的那道工序,也是矛盾分析和剪裁的前置输入。

学习目标

阅读完本节,你应当能够:

  1. 用"动词+名词"格式正确表述功能,区分功能与属性
  2. 按两个维度给功能分类,并说出每类指向的解题方向
  3. 按六步构建一个系统的功能模型并标注功能状态
  4. 识别问题载体与问题区域,解释功能分析如何为矛盾分析和剪裁供料

一、功能:系统诊断的最小单元

功能分析是 OTSM 系统诊断的基石,它的动作是把系统复杂性分解为最小可分析单元——功能

功能的标准定义:一个组件对另一个组件施加的、产生某种改变或影响的动作,表述格式固定为"动词 + 名词":

  • 标记 纸张
  • 风扇 冷却 空气
  • 输送 液体
  • 软件 处理 数据

每个功能陈述里有两个角色:施动者(执行动作的组件)和受动者(接收动作的组件)。这个格式看似平淡,威力在于它强制你回答"谁对谁做了什么"——含糊的系统描述在这一步无处遁形。

功能分析要达成五个目的:界定系统构成与相互作用、理解主功能的实现路径、发现隐藏的或意外存在的功能、评估功能的有效性与效率、定位导致有害结果的根源。

二、功能的两个分类维度

维度一:按作用效果

类别 含义 解题指向
主要有用功能(MUF) 系统存在的根本目的 保护与强化
辅助有用功能(AUF) 支持主功能的功能 检查可否简化
有害功能(HF) 对系统、超系统或用户产生负面影响 消除或中和
中性功能(NF) 无明显好处也无明显坏处 通常忽略,除非是潜在问题源

维度二:按执行程度

类别 含义 解题指向
充分功能 强度质量满足需求 维持
不足功能 太弱或根本没执行 增强或补上
过度功能 太强或执行了不必要的功能 削减,防浪费与副作用

两个维度交叉使用,问题区域立刻显形:有害功能是直接的问题,不足功能是期望落空的原因,过度功能指向效率低下与浪费

三、六步构建功能模型

功能模型是功能分析的图形产出:组件为节点,功能为带箭头的连线,箭头方向即作用方向,标注区分功能状态。构建步骤:

  1. 明确系统边界与主功能:确定分析范围和系统最核心的目的。
  2. 识别组件:列出与主功能相关的物理与信息组件,从主要组件开始,向内细化子系统、向外扩展直接交互的超系统组件。
  3. 识别功能:对每对相关组件问"A 对 B 做了什么",用"动词+名词"记录。
  4. 绘图:节点加箭头连线成图。
  5. 评估与标注:逐条判断有用/有害、充分/不足/过度,用颜色线型区分(绿=有用,红=有害,虚线=不足)。
  6. 分析模型:找有害功能直接指出的问题、导致有害功能的作用链、关键路径上缺失或不足的功能、过度功能区域。

以笔书写系统为例,功能模型长这样:

02-2-fig01-5

读法:绿色主链"手→笔杆→墨囊→笔尖→纸张"是主有用功能路径;红色虚线"笔尖刮擦纸面"是有害功能,直接对应"纸张破损"症状;橙色点线"墨囊供给不足"是不足功能,对应"书写不流畅"。抽象的"笔不好用"被翻译成了两个具体靶点。

四、深入应用:问题载体、功能链与超系统

初步模型画完后,还有三个深化动作:

1. 识别问题载体与问题区域。

  • 问题载体:直接参与有害或不足功能的组件。上例中笔尖是"刮擦"的载体,墨囊和笔尖共同是"供给不足"的载体。
  • 问题区域:有害/不足功能发生的物理空间或组件接口——笔尖与纸张的接触区、墨囊与笔尖的连接处。
  • 解题努力应集中在这里,而不是平均用力。

2. 分析功能链与功能网络。 主功能通常由一串组件接力完成,链条断裂或削弱处就是不足功能;有害功能也沿链传播。复杂系统有多条并行交织的功能链,形成网络——网络分析能暴露组件间的耦合问题。

3. 纳入超系统与子系统。 更完整的模型包含双向交互:超系统对系统的功能(空气冷却笔杆)、系统对超系统的功能(笔污染环境)、子系统内部功能(墨囊内浮标指示墨水余量)。边界扩一圈,解的空间也扩一圈。

五、功能分析在解题流程中的五个作用

  1. 问题重构:把"笔不好用"翻译成"笔尖刮擦纸面、墨水供给不足"——这是应用一切后续工具的前提。不足功能指向"增强",有害功能指向"消除",方向自动明确。
  2. 识别真正的冲突:功能间的冲突就是矛盾的雏形。为增强"标记"而加大墨水流量,可能加重"弄脏纸张"——这直接给第 2.2 节的矛盾分析供料。
  3. 缩小搜索空间:问题载体与区域把解题焦点锁定到特定组件和相互作用,避免漫无目的尝试。
  4. 指导 IFR 定义:IFR 的典型形态是"有害/不足功能被消除,有用功能保留",功能分析定义了要消除什么、保留什么。
  5. 为其他工具打基础:物-场分析需要识别相互作用的物质与场;剪裁(Trimming)要靠功能分析判断哪些功能多余、哪个组件是问题载体。

六、实施中的五个难点

难点 说明 对策
系统边界难定 哪些组件算系统内,哪些算超系统 按问题性质与分析目的定,先紧后松
功能易遗漏 不明显、间接的功能最难发现 对每对组件逐一问"A 对 B 做了什么"
功能与属性混淆 "轻"是属性,"支撑"是功能 表述必须动词开头
粒度难拿捏 太笼统定位不了问题,太具体模型臃肿 按分析目的选粒度,迭代细化
抢跑想解法 分析阶段就开始修修补补 分析阶段只问"怎么工作、哪出问题"

实施建议:多学科团队共建(不同背景识别不同功能)、善用可视化工具、接受迭代(模型随理解加深而精化)、从主功能入手逐步扩展。

💡 关键直觉:功能分析最锋利的视角是"看做什么,不看是什么"。一个组件的正式名称会锁死想象——把"墨囊"看成"一个能储液、能受压、半透明的塑料件",它的资源属性立刻多出来。这与第 2.4 节的属性列表法是同一枚硬币的两面。

⚠️ 常见坑:把功能图画成组织架构图。功能图的边必须是"动作",节点之间的关系写不出动词,说明这条边是想象出来的结构关系,不是真实的功能作用。

本节速览

  • 功能 = 组件对组件的改变性动作,格式"动词+名词",分施动者与受动者
  • 两个分类维度:作用效果(主要/辅助有用、有害、中性)与执行程度(充分、不足、过度)
  • 六步建模:定边界→识组件→识功能→绘图→标注评估→分析问题区域
  • 问题载体与问题区域是解题焦点的落点
  • 五个作用:重构问题、暴露冲突、缩小搜索、定义 IFR、铺垫物-场与剪裁
  • 功能不是属性:"支撑"是功能,"轻"是属性

系统怎么工作看清了,系统往哪里走还没讲——2.6 节进入进化法则:给系统算命。


作者与出处
原作者: 灏天文库
来源:灏天文库
整理: 灏天文库整理
由灏天文库平台收录,内容或由平台用户上传,仅供学习交流
发布者: 作者: 灏天文库 转发
评论区 (0)
U