INCOSE于2007年发布2008年更新的《MBSE方法学综述》中从构成一个完整方法学各个要素之间关系的角度对MBSE方法学的解释:MBSE方法学是包括相关过程、方法和工具的集合,以支持基于模型或模型驱动环境下的系统工程。
INCOSE英国分会发布的系统工程系列单张中第九张的主题是“MBSE是什么”。在2012年发布的第一版中除引用INCOSE标准定义外,有解释如下:MBSE使用建模方法分析和记录系统工程生命周期的关键方面,它有广泛的适用范围,横向跨越整个系统生命周期,纵向跨越从ti系到单一组件;在2015年发布的第二版引用《系统工程中的SysML》一书中的定义:MBSE是由逻辑连贯一致的多视角系统模型驱动进而实现成功系统的一种方法。
中文定义
以《SE愿景2020》英文定义为基础,综合上面五种定义和解释,本文给出中文定义:基于模型的系统工程是一种形式化的建模方法学,是为了应对基于文档的传统系统工程工作模式在复杂产品和系统研发时的面临的挑战,以逻辑连贯一致的多视角通用系统模型为桥梁和框架,实现跨领域模型的可追踪、可验证和全生命期内的动态关联,进而驱动贯穿于从概念方案、工程研制、乃至使用维护到报废更新的人工系统全生命期内的、以及从ti系往下到系统组件各个层级内的系统工程过程和活动(包括技术过程、技术管理过程、协议过程和组织项目使能过程)。除方法学本身外,广义MBSE还包括方法学所需的使能技术(如建模语言)和人员能力,以及方法学的应用环境等所构成的ti系。
(1) 英文定义适用范围只列举了系统工程技术过程若干活动;中文定义按新版INCOSE手册和15288标准涵盖系统工程全部过程域所有活动。
(2) 英文定义适用范围只列举了系统生命期若干阶段;中文定义强调所关注对象是人工系统(而非自然系统和生命系统),适用范围覆盖人工系统全生命期所有阶段。
(3) 参照INCOSE英国分会解释,中文定义纳入从ti系、系统到组件的层级适用范围。
(4) 参照《SE愿景2020》解释,中文定义纳入从基于文档模式到基于模型模式的范式转移,点出MBSE产生缘由和要解决的问题。
(5)参照《SysML for Systems Engineering》定义和《SE愿景2025》对MBSE发展趋势的阐述,中文定义明确英文定义中的主ti——模型或建模的形式化应用的内涵;关于MBSE的主要功能,将英文定义中的保守措辞“支持”改为“驱动”。
(6) 英文定义中MBSE是建模的一种形式化应用,INCOSE《MBSE方法学综述》将MBSE具ti化为一种方法学。考虑到作为MBSE使能技术的标准建模语言逐渐与MBSE过程和工具相融合的发展趋势,以及《SE愿景2020》从过程和方法、建模标准和架构框架等几方面讨论MBSE的现状和发展趋势,中文定义引入广义MBSE的说法,将英文定义中的“应用”具ti化为由图1和图2结合而成广义MBSEti系。
历史渊源
MBSE并不是本世纪才出现的新名词。早在上世纪80年代末,美国系统工程界奠基人之一A. Wayne Wymore教授(他于1961年创立了世界第一个系统工程系——亚利桑那大学系统工程系)一直致力于建立一个关于系统工程的数学理论,他花了六年时间(1987-1993)完成了《基于模型的系统工程》一书。与INCOSE在《SE愿景2020》中对MBSE下的工程定义不同,Wayne教授的MBSE是要建立系统工程的数学基础。
十年后,工程意义上的MBSE崭露头角。1996年ISO和INCOSE启动系统工程数据表达及交换标准化项目,其成果即后来的STEPAP233。 INCOSE于1996年成立模型驱动的系统设计兴趣组。1998年INSIGHT杂志出版《MBSE:一个新范式》专刊,探讨信息模型对软件工具互草作的重要新、建模的技术细节、MBSE的客户价值、跨领域智能产品模型等议题。2001年初INCOSE模型驱动的系统设计工作组决定发起UML针对系统工程应用的定制化项目,即SysML的缘起;2001年7月INCOSE和OMG联合成立OMG系统工程领域专项兴趣组,并于2003年3月发布UML针对系统工程的提案征集。
又一个十年过去, 2007年9月SysML v1.0发布;2007-08年INCOSE发布了两版《MBSE方法学调研综述》;2009年INSIGHT杂志在第二个《MBSE:这个新范式》专刊中宣称:MBSE已具备一定条件正式登上历史舞台。MBSE应用领域拓展到ti系工程,而应用行业拓展到航空航天国防军工以外的汽车、轨道交通和医疗器械等民用行业。
MBSE和一大堆相关概念
首先,MBSE与系统工程SE和传统基于文档工作模式的关系。MBSE不是系统工程的一项活动,而是所有系统工程活动都该用到的方法——换言之,MBSE不是SE的一个子集。
MBSE不是(或不仅是)一个过程(《MBSE方法学调研综述》中对过程的定义是为实现特定目标所要完成的一系列任务,定义要做什么,但不规定每项任务怎么做),MBSE有自己的过程,但不取代现有过程,实施MBSE可以更高效率更低成本改善和提升现有过程;MBSE与传统系统工程的根本区别不在于是否建模,而在于是否是形式化建模,即建模过程和方法是否有规范标准,以保证跨领域模型间协同。
其次,MBSE和SysML的关系。MBSE不等于SysML,反过来也一样,SysML不等于MBSE;SysML只是一门语言,不是方法学或工具,而且与方法学和软件工具无关;SysML是一种通用的可视化标准建模语言,是MBSE的使能技术,但MBSE所用的建模语言并不仅限于SysML,其他如AP233、BPMN、UPDM等,而且SysML并不打算、也无法取代其他建模语言在各自专业领域的贡献。SysML只是实施MBSE的起点,绝非终点。
第三,MBSE的适用范围。那种认为MBSE只适用于概念设计阶段的观点是片面的。例如,美军方从2012年开始开发融合MBSE和基于模型工程方法的面向装备全生命期的基于模型系统采办框架。
|