第2章 SIM的核心概念与模型


第2章 · SIM的核心概念与模型

章节摘要:本章跟着除尘器这条主线走完"建模"全程——功能分析画出系统的功能地图,矛盾建模把抱怨翻译成标准两难,IFR 定方向,资源盘点找弹药,进化法则看趋势。五节依次展开,读完你能独立完成一个系统从"模糊抱怨"到"结构化问题模型"的全部转化。

一条主线

第 1 章末尾我们得到一条线索:让滤材在"过滤态"与"清灰态"之间切换。但线索还不是模型。本章的任务是把这条线索放进正规的建模流水线:先画功能图(2.1),再翻译矛盾(2.2),再写 IFR(2.3),再盘资源(2.4),最后用进化法则校验方向(2.5)。这条流水线就是 SIM 的"术前影像"环节——第 3 章的手术器械都吃这份影像。

沿途站点

图 2-1 建模流水线

功能分析是地基:它把"除尘器不好用"这种抱怨改写成"滤材对尘粒的阻挡功能不足、滤材对气流的阻碍功能有害"这类可操作的表述。矛盾建模把功能图里的冲突升级为技术矛盾与物理矛盾双记录。IFR 与资源盘点是一对反向动作:一个说不妥协的终点,一个说手上有什么牌。进化法则最后把关——如果方案方向与技术系统演化大趋势对抗,成功率会显著打折。

拐点与结论

本章最重要的认知拐点在 2.1:功能分析不是画组织结构图,而是画"谁对谁做了什么"。组件之间的作用分有用、有害、不足、过剩四类,创新机会几乎全部藏在这四类标注里。多数第一次接触 SIM 的团队在这里就走偏——他们画的是零件清单而不是功能关系。第二个拐点在 2.4:资源清单里最值钱的往往是"被抱怨的东西本身"——尘粒不只是敌人,它还是潜在的资源。

读完你应该

  • 能绘制一个三组件以上的功能模型,并用四类作用标注每条边;
  • 能把任意一句工程抱怨改写为一对技术矛盾加一个物理矛盾;
  • 能写出符合格式(主体、动作、对象、约束)的 IFR 陈述;
  • 能按物质/能量/信息/空间/时间/功能六类盘点系统资源;
  • 能引用至少三条进化法则判断一个方案方向的顺逆风;
  • 能用 Python 脚本维护因果链与资源清单(2.1 与 2.4 各有一个)。

下一章的接力

第 3 章的工具箱将逐一消费本章产物:矛盾矩阵吃 2.2 的技术矛盾,分离原理吃 2.2 的物理矛盾,剪裁吃 2.1 的功能图,功能导向搜索吃 2.3 的功能表述。建模质量直接决定求解质量——影像模糊,刀再快也没用。

各节细读指引

2.1 节的四类作用标注是全章地基,练习时建议拿自己手头任何一个系统(咖啡机、打印机都行)画 20 条功能边并标注类型,标注争议本身就是团队对齐系统认知的过程;因果链脚本的"共源双面根因"输出值得盯紧,它是下一节矛盾建模的直通入口。2.2 节的两次翻译要动手抄写格式——"因为改善 A 导致恶化 B"与"X 必须属性甲且必须属性乙"两个句式写熟了,后面所有工具的输入就都有了。2.3 节的三段式 IFR 与敏感性检验在第 4 章评估阶段会原样复用;2.4 节的六类三级资源清单请边读边填,"现成可用级"的数量直接决定第 3 章剪裁与物场的发挥空间;2.5 节的顺风雷达看似简单,但它与理想度的交叉验证习惯(两个独立坐标指向一致才放心)是本册反复强调的方法论纪律。

还有一个团队层面的提醒:建模五步最好在白板前集体完成,而不是某人回去单独画完再拿出来评审。功能边上"这条作用到底算不足还是过剩"的争论,恰恰是隐性假设浮出水面的时刻——单人建模省下的两小时,往往会在后续求解阶段以十倍的返工还回来。若团队分散,至少保证功能分析与矛盾翻译两步是同步工作坊形式,后三步可以异步推进。

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