关于MBSE设计推进

最近，参加一个MBSE讲座，老师在强调建模，sysml等内容，老师说的没有错，很多大型系统（数据流信息流状态比较复杂的系统），在信息和逻辑维度很容易出现问题，而且也整合包含物理状态，所以建模很重要，对系统前期规划，验证，知识服用很有好处，值得推广。但是MBSE实现起来远远不止是逻辑和信息维度，面对传统制造业的研发人员，感觉这样的MBSE离我们实用有点远，他们对物理维度更为关注。容易引起思维混淆，感觉MBSE难以推进。下面来说几个概念。

1,MBSE首先是SE

SE关注系统整体和局部，帮助系统实现。因此SE对于不同类型工程，侧重点也可以说工作重心不一样。硬件为主，运行在恶劣环境高可靠性要求高的系统，首先是关注系统本身建模，系统和环境的建模。这也是基础性的，这项工作没有做好，使用sysml，aadl建模就是不会爬就想学跑步。
MBSE是SE，体现在目的，利益相关方分析，系统划分，流程，系统生命周期划分都相同，只是在SE是基于传统文档为中心的设计和参与者沟通，而MBSE强调基于模型的设计验证，可以把模型作为文档的一部分，更加有利于需求工程，集成验证，参与者的沟通等。
MBSE对开发能力要求更高。se也要求使用各种方法和工具，比如需求管理工具，计划管理，辅助设计等。但是MBSE要求对系统功能或者某个子系统采用模型化，系统环境和功能非常复杂，我们要达到理想的模型化往往非常困难，造成MBSE只能逐步推进。比如一个电路板的MBSE，结构强度，热设计，电磁兼容设计，电路逻辑设计，高速电路设计，电源特性，甚至于化学和辐射都需要建模仿真，确实非常复杂。我们自己都具备能力建模吗？都能在一个模型上实现吗？显然不是那么容易的。

2,MBSE推进应该拉动式进行。

每个工具引入都要付出代价，记得最初，我们绘制电路图，电路板是手工绘制的，后来有了工具，再后来统一工具，再后来流程上强制要求仿真。每一次都是一大突破，对设计能力是提升。MBSE简单看是工具的改进，但是掌握工具，推广工具，需要作业流程和人员培训跟上，用不好就会影响业务，甚至伤害大家积极性。不要小看工具改变，它导致整个团队工作方式变化，分工变化，沟通变化。MBSE引入要转变观念，要评估好流程和工具带来的影响，带来的好处最近，听了一个MBSE讲座，老师在强调软件建模，sysml等内容，老师说的没有错，很多大型系统（数据流信息流状态比较复杂的系统），在信息和逻辑维度很容易出现问题，所以建模很重要，对系统前期规划，验证，知识复用很有好处。但是后来有学员提问，我是设计传感器、我是设计计算机硬件的，我们MBSE如何推进，关于系统可靠性MBSE如何支持等等，我感觉大家对MBSE理解不够深入，老师也没有提前了解学员的专业情况。其实MBSE实现起来远远不止是逻辑和信息维度，面对传统制造业的研发人员，感觉这样的MBSE离我们实用有点远，他们对物理维度更为关注。容易引起思维混淆，感觉MBSE难以推进。下面来说几个方面我的认识：

1,MBSE首先是SE

SE关注系统整体和局部，帮助系统实现。因此SE对于不同类型工程，侧重点也可以说工作重心不一样。硬件为主，运行在恶劣环境高可靠性要求高的系统，首先是关注系统本身建模，系统和环境的建模。这也是基础性的，这项工作没有做好，使用sysml，aadl建模就是不会爬就想学跑步。
MBSE是SE，体现在目的，利益相关方分析，系统划分，双V流程，系统生命周期划分都相同，只是在SE是基于传统文档为中心的设计和参与者沟通，而MBSE强调基于模型的设计验证，可以把模型作为文档的一部分，更加有利于需求工程，集成验证，参与者的沟通等。
MBSE对开发能力要求更高。se也要求使用各种方法和工具，比如需求管理工具，计划管理，辅助设计等。但是MBSE要求对系统功能或者某个子系统采用模型化，或者达到理想的全系统模型化，多物理场多专业模型化，往往非常困难。有时受限于能力，只能建立基于某个局部，某个专业的模型，造成MBSE只能逐步推进。比如一个电路板的MBSE，结构强度，热设计，电磁兼容设计，电路逻辑设计，高速电路设计，电源特性，甚至于化学和辐射都需要建模仿真，确实非常复杂。我们自己都具备能力建模吗？都能在一个模型上实现吗？显然不是那么容易的。但是基于具备模型化设计也是MBSE，只是推进程度不够深入罢了。

2,MBSE推进应该拉动式进行

每个工具引入都要付出代价，记得最初，我们绘制电路图，电路板是手工绘制的，后来有了工具，再后来统一工具，再后来流程上强制要求建模仿真。每一次都是一大突破，对设计能力是提升，但是也是非常艰难。MBSE简单看是工具的改进，但是掌握工具，推广工具，需要作业流程和人员培训跟上，用不好就会影响业务，甚至伤害大家积极性。不要小看工具改变，它导致整个团队工作方式变化，分工变化，沟通变化。MBSE引入要转变观念，要评估好流程和工具带来的影响，带来的好处，统一思想才能统一行动。这种改变不是所有人都能认识到好处，一般人往往只能看到变革时候带来的麻烦。经常因为前期论证不充分导致变革返工或失败，首先，定义使用范围，比如软件的建模是好，但是主要是系统设计团队和软件团队使用，机械硬件团队究竟要做什么工作，平台能集成多少。独立建模仿真环境建立这部分模型，还是基于新平台，能否整合所以模型，以前模型能不能迁移到新平台等等。做好前期工作，对这些问题回到清楚，评估投入产出，下定决心就可以以拉动方式推进实施。

3, MBSE需要基于增量验证

模型化设计是正向设计的关键，简单产品仿制、抄袭原创团队已经在原理上验证，可以不求甚解。但是自主开发，就要对设计原理及各方面进行验证，MBSE给全面验证提前验证带来便利，主要在需求管理，沟通，知识复用环节。这种验证工作量巨大，要验证模型的准确性，必须包含主要影响功能物理因素的建模和环境激励，建模，验证需要巨大投入，这些投入往往远远超过一个产品实物成本，为了降低研发投入研发周期，利用好MBSE带来的好处，需要合理采用基于增量的验证方法。
MBSE方法是促进企业能力提升的关键，但由于国内重视程度不够，工业软件工具存在短板，给模型开发模型集成带来困难，我们深度推进MBSE还有很长很长路要走。，统一思想才能统一行动。使用范围要定义清楚，软件建模是好东西，机械硬件团队究竟要做什么工作，现在能集成好吗？独立仿真环境建立这部分模型，还是基于新平台转换模型。