什么是MBSE——从文档到模型的范式转变

开篇：一份改了27版的需求文档

先讲一个真实得不能再真实的场景。

某无人平台项目联调前一周，总体组发现火控分系统的接口定义改了。改接口本身不稀奇，稀奇的是：这个改动写进了《接口控制文件》v27，但《系统需求规格》v19、《分系统研制任务书》v12 里还是旧版——因为没人记得"这个接口出现在哪些文档的哪些章节"。

于是，文件传递链上的每个人都在靠人脑对齐版本，靠Excel核对接口，靠开会统一认知。需求改了一处，传导到设计、试验、验收，要开三轮协调会。

如果你经历过类似的事，那你已经亲身理解了为什么会有 MBSE。

一、一句话说清MBSE

MBSE（Model-Based Systems Engineering，基于模型的系统工程），就是用"模型"代替"文档"，作为系统工程全生命周期的核心信息载体。

很多人第一次接触MBSE会有个误会：装了某个建模软件，就"用上MBSE"了。不是的。业界公认MBSE有三根支柱：

1.语言——用一套形式化、标准化的语言来描述系统，本系列的主角 SysML 就是其中事实标准（当前工业界主流版本为 v1.6）；

2.方法——知道按什么路径建：先建什么、后建什么、每个视图回答什么问题；

3.工具——把语言和方法落地的软件载体。

四、一个小例子：指标在两种范式下的命运

以履带式无人平台的最高车速指标（≥80 km/h）为例。

文档驱动下，这个数字躺在《系统指标表》里，设计文档里抄一遍，试验大纲里再抄一遍——三个地方，三份责任，三个可能不一致的版本。

五、避坑要点

1.MBSE ≠ 画图。图只是模型某个视角的投影，把九种图画一遍不等于建了模型——下一讲展开。

2.MBSE ≠ 买工具。没有方法和规范，建模工具只会产出更贵的"图形化文档"。

六、预告与互动