简谈基于模型的系统工程概述Word格式.docx
- 文档编号:14751164
- 上传时间:2022-10-24
- 格式:DOCX
- 页数:5
- 大小:21.12KB
简谈基于模型的系统工程概述Word格式.docx
《简谈基于模型的系统工程概述Word格式.docx》由会员分享,可在线阅读,更多相关《简谈基于模型的系统工程概述Word格式.docx(5页珍藏版)》请在冰豆网上搜索。
本文通过从当前遇到的问题、推行基于模型的系统工程的必要性、优势、未来的挑战等几个方面进行了较为详细的阐述。
1TSE的概念
传统的系统工程用各种文本文档构建系统架构,其中的产出物是一系列基于自然语言的、以文本格式为主的文档,比如用户的需求、设计方案,当然也包括一些用实物做成的物理模型等。
例如火箭的总体布局方案、推进系统、控制系统等分系统的设计方案以及弹道方案、分离方案等。
把这些文档串起来的东西是一系列的术语及参数,这些术语对系统进行了定性描述。
各种参数是系统的定量描述。
各专业学科的分析模型从文档中抽取相关参数进行计算,计算之后再把相关参数写入文档,转交给其它学科和相关人员。
参数在各文档之间来回流动,这种设计流程也被称作抛过墙的设计。
很显然,在这个过程中,文档管理的机制、配置管理的机制非常重要。
总体设计的工作主要就是抓总和协调,并控制这些术语和参数。
上述描述的系统工程是基于文本的系统工程(TextBasedSystemEngineering,TSE)。
TSE的文档在描述系统架构模型时具有天生的缺陷:
TSE的文档是基于自然语言、基于文本形式,当然也包括少量的表格、图示、图画、照片等。
由于自然语言并非专门为系统设计所发明,而是要表示大千世界的万事万物,还要表示纷繁复杂的各专业学科知识,所以TSE的文档要依靠相关工程设计的术语来使各方对系统有共同的理解和认识。
所以各方的沟通交流要依赖不断更新的术语表、词汇表等,否则就容易产生理解的不一致性。
尤其是当系统的规模越来越大、涉及的学科和参与的单位越来越多时,这个问题就更加突出了文档的电子化、网络化并没有从根本上改变各方对文档理解的不一致性。
2MBSE的概念和内涵
在2007年,国际系统工程学会(INCOSE)在系统工程2020年愿景中给出了基于模型的系统工程的定义。
基于模型的系统工程(ModelBasedSystemEngineering,MBSE)是对系统工程活动中建模方法应用的正式认同,以使建模方法支持系统要求、设计、分析、验证和确认等活动,这些活动从概念性设计阶段开始,持续贯穿到设计开发以及后来的所有的寿命周期阶段。
从MBSE的定义可见,建模就是运用某种建模语言和建模工具来建立模型的过程,仿真是对模型的实施与执行。
模型是我们思考问题的基本方法,是设计工作的思维基础。
实际上,各专业学科及系统工程一直在使用建模与仿真方法,MBSE并不是对建模方法的首次采用,也就是说,MBSE与传统系统工程的区别并不在是否采用建模方法。
基于模型的系统工程开发方法中涉及到的关键技术有系统架构设计、多物理领域建模、集成的仿真计算环境、模型和数据的管理。
3国外MBSE发展情况
近年来,国际领先的航空企业在积极实践和推进MBSE。
例如,空客公司在A350系列飞机的开发中全面采用MBSE,在飞机研制中逐层细化需求并进行功能分析和设计综合,不仅实现了顶层系统需求分解与确认,也实现了向供应商、分包商的需求分配和管理。
洛克希德·
马丁公司采用MBSE来统一进行需求管理和系统架构模型,并向后延伸到机械、电子设备以及软件等的设计与分析之中,如:
基于MatLab的算法分析以及SystemC、Verilog、ANSYS的软硬件的设计与分析、Adams的性能分析、SEER的成本分析等,构建了完整的基于模型的航空和防务产品的开发环境[5]。
罗克韦尔-柯林斯公司采纳MBSE方法覆盖航电全领域的系统定义和系统测试模型。
RR公司依据INCOSE系统工程手册制定了其自身的系统工程能力框架,涵盖了系统思考、需求管理、系统定义、接口管理、系统功能分析、系统架构设计、确认和验证等能力,覆盖了总工程师、项目管理者、总设计师、系统工程师、系统设计师、开发工程师、质量工程师、服务工程师等岗位职责,实现了从航空动力系统到子系统到部件的系统工程迭代。
波音公司构建了以任务和需求定义、逻辑和功能集成、功能和逻辑架构设计为核心的覆盖产品全生命周期的MBSE过程,从运行概念到需求到设计到生产。
NASA在多个新的及已有的项目上积极运用MBSE,其目的是显著提升项目的经济可承受性、缩减开发时间、有效管理系统的复杂性、提升系统整体的质量水平。
软件工具提供商也在积极行动。
IBM公司也开发了1种方法论,称为针对系统工程的统一软件过程(MDSD)软件提供商积极开发相关支撑平台。
如LMS公司的多领域系统仿真集成平台,可用于飞机开发的每个阶段(从前期的概念设计分析、详细设计到产品验证)。
4当前存在的现实问题
随着系统的规模和复杂程度的提高,传统的基于文档的系统工程将产生大量的各种不同的文档,其面临的困难越来越明显:
(1)信息的完整性和一致性以及信息之间的关系难于评估和确定,因为其散布于各种不同的数量巨大的文档中。
(2)难以描述各种活动。
活动是动态的,有交互的,仅用文字描述对于相对简单,参与方不多的活动还能胜任,但对于复杂活动就很难描述清楚。
(3)更改的难度很大。
由于文档数量巨大,要确保更改所有需要更改的内容,是1项很难很大的工程。
(4)传统的系统设计方法依赖文档形式的需求管理。
在形成需求后开发系统架构,并由设计师人工建立设计结果与需求之间的链接关系。
如果出现不满足需求的情况,必须作出更改并重新建立链接关系。
这一迭代过程随着设计进程的推进会在顶层设计、子系统设计和设备级设计层次不断重复。
经验表明这一方法存在周期长、验证需求符合性困难、系统间接口不明确以及更改流程复杂耗时等诸多问题。
(5)飞机整机的设计面临新的问题:
一方面是系统本身越来越复杂,特别是随着多电飞机的发展,智能控制系统的采用越来越多,使得在传统开发流程中如何有效地考虑机电一体化系统开发,特别是在开发阶段如何综合地考虑控制系统和受控对象的耦合成为开发的关键之一;
另一方面是不同研发部门或供应商的系统如何集成,特别是在设计的早期如何通过系统的集成确保系统设计的成熟性是全球航空行业产品开发面临的棘手问题。
5MBSE的优势
基于模型的系统工程就采用模型的表达方法来描述系统的整个生命周期过程中需求、设计、分析、验证和确认等活动。
基于模型的系统工程的出现就是为了解决基于文档的系统工程方法的困难,相对于基于文档的系统工程方法,主要在以下几个方面有所改进:
(1)知识表示的无二义性。
文字的描述经常会因为个人理解的差异而产生不同的解释,团队成员针对文档在大脑中形成的构思模型不可能完全一致。
而模型是1种高度图形化的表示方法,具有直观、无歧义、模块化、可重用等优点,建立系统模型可以准确统一地描述系统的功能、详细规范与设计等方面,对整个系统内部的各细节形成统一的理解,尤其是可以提高设计人员和开发人员之间的理解的一致性。
系统模型是1种最佳实践方法,可以保证团队成员对此有相同的理解,为解决问题和改进系统提供基础。
(2)沟通交流的效率提高。
随着系统的规模和复杂程度的提高,各种文档越来越多,相对于厚厚的技术文档,阅读图形化的模型显然更加便利直观、无歧义,使得不同人对同一模型具有统一一致的理解,有利于提高系统内需要协调工作部门之间的沟通与交流的效率,如顾客、管理人员、系统工程师、软硬件开发人员、测试人员等。
(3)系统设计的一体化。
由于系统模型的建立涵盖系统的整个生命周期过程,包括系统的需求、设计、分析、验证和确认等活动,是1个统一整体的过程,可以提供1个完整的、一致的并可追溯的系统设计,从而可以保证系统设计的一体化,避免各组成部分间的设计冲突,降低风险。
(4)系统内容的可重用性。
系统设计最基本的要求就是满足系统的需求并且把需求分配到各组成部分,因此建立系统的设计模型必然会对系统的各功能进行分析并分解到各模块去实现,从而对于功能类型相同的模块不必重复开发。
(5)增强知识的获取和再利用。
系统生命周期中包含着许多信息的传递和转换过程,如设计人员需要提取需求分析人员产生的需求信息进行系统的设计。
由于模型具有的模块化特点,使得信息的获取、转换以及再利用都更加方便和有效。
(6)可以通过模型多角度的分析系统,分析更改的影响,并支持在早期进行系统的验证和确认,从而可以降低风险,减少设计更改的周期时间和费用。
与其他工程学科(软件、电子等)一样,系统工程正在进化:
从基于文档的方法到基于模型的方法,而这也正是系统工程发展的必然趋势。
(7)MBSE和TSE的区别就在于系统架构模型的构建方法和工具的不同,以及由此带来的工作模式、设计流程等方面的区别。
也就是说,传统的系统工程变成基于模型的系统工程,实际是从基于文本向基于模型的转变。
这个模型是指用系统建模语言建立的系统架构模型,或者说是系统架构模型的建模语言从自然语言(文本格式)转向了图形化的系统建模语言(SysML)。
但MBSE并没完全抛弃过去的文档,而是从过去以文档为主模型为辅向以模型为主文档为辅的转变。
(8)MBSE可以更好地支持V&
V(VerificationandValidation),由于引入了很多的工具软件,借助工具软件的优势,可以大幅提高测试与验证的效率与正确性。
同时可以提高测试与验证的自动化水平,降低人工手动测试与验证的低级错误,并提高效率。
(9)MBSE有助于进一步突破时间和空间对设计工作的限制。
TSE下相关的设计工作要遵循一定的时间顺序,而且还有一定的空间限制。
比如:
系统工程文档要按照一定的顺序进行流转,上一个专业学科分析做完之后,才能够进行下一个专业的分析,而且做出样机后各方才能进行测试等。
MBSE下用系统建模语言构建出模型后,就能进行各种分析和测试,提前协调、平衡和优化。
而且各方围绕着1个存储着系统架构模型数据的数据银行并行开展工作,并且可以支持远程及分布式的工作模式,突破设计人员地理位置的限制。
6MBSE未来发展面对的挑战
(1)MBSE的推进需要行政干预。
基于模型的系统工程的推进需要付出巨大努力,并且不是所有系统成员都渴望MBSE的推进。
对于一些人来说,建立模型并且验证模型纯粹是浪费时间,与其花费巨大的时间建模与验模,还不如省下时间开发新产品。
很多诸如此类的观念是短时间内很难改变的,需要行政力量去干预并且改变这种观念。
基于模型的系统工程是1种新的工作方法,需要完全改变以前的工作习惯
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 模型 系统工程 概述
![提示](https://static.bdocx.com/images/bang_tan.gif)