学术快递基于多架构建模语言的系统工程建模方法*MBSE建模语言MBSE建模系统工程

注册领666大礼包,学习金和优惠券下单直接使用

引自第38卷第2期2023年4月系统工程学报,doi:10.13383/j.cnki.jse.2023.02.001

鲁金直1,2,王国新3,阎艳3,冯雷4,张旸旸5,唐锡晋6,唐剑7,张会生8,王坚9,郑晓晨1,马君达3,吴绶玄3,陈金伟8,温跃杰10

(1.洛桑联邦理工学院ICT4SM实验室,瑞士洛桑1020;2.北京航空航天大学航空科学与工程学院,北京100191;3.北京理工大学机械与车辆学院,北京1008114.瑞典皇家理工学院工业信息及管理学院,瑞典斯德哥尔摩SE-10044;5.中国电子技术标准化研究院,北京,100176;6.中国科学院数学与系统科学研究院,北京,100190;7.北京民用飞机技术研究中心,北京,102211;8.上海交通大学叶轮机械研究所,上海,200240;9.电子科技大学,成都,611731;10.中国航天科技集团信息中心,北京,100048)

摘要:随着系统工程建模技术的进步,复杂装备生命周期所涉及的建模工具多样,模型数据异构为模型集成带来了重大技术挑战.因此,系统工程社区提出了语义建模规范并将其用于解决建模工具之间的模型数据集成难题,提升各工具建模语言的数据互用性.提出一个新的语义式系统工程建模语言KARMA,采用双语义机制支持复杂装备研发过程中的架构建模,并提出了该语言的技术发展路线.最后,通过工程验证案例,从定性及定量角度对语言进行技术验证,结果表明KARMA语言可支持多种复杂装备的体系及系统的架构设计.

关键字:多架构建模语言;基于模型的系统工程;系统工程;架构设计;建模语言

中图分类号:TP399

文献标识码:A

doi:10.13383/j.cnki.jse.2023.02.001

由于系统复杂性和不确定性的迅速增加,系统工程师在复杂装备研发过程中的需求分析、设计、权衡和验证等阶段面临着跨领域设计要素信息统一描述,复杂系统的正向设计要素定义及关联,全周期、多要素和跨团队研发信息共享等挑战[1]。为了解决这些问题,国外工业界及学术界于1993年,提出了基于模型的系统工程(Model-basedSystemsEngineering,MBSE)[2],目前已经大量应用于航空及航天等领域[3,4]。MBSE使用模型作为全生命周期的信息的描述形式,支持系统从概念设计到后期运行的统一形式化表达[5]。MBSE同时以系统工程为核心,支持在行为分析、系统结构分析、需求追溯、性能分析、仿真和测试等方面的分析及验证.MBSE的应用范围包含系统生命周期中体系(systemofsystems,SoS)、系统到子系统的研发要素,涵盖包括电气、液压和机械等领域,贯穿从使命任务分析、需求定义到产品报废的全周期过程。

目前,国际系统工程学会等研究机构在研发采用语义式建模语言代替现有图形化建模语言[13]。如表1所示,当下主流的MBSE语言基本覆盖了架构及流程建模、模型整合及仿真验证。

虽然基于不同的建模语言规范开发了不同的建模工具,目前主流的图形化建模语言Archimate,UAF,UPDM和SysML1。X等需要借助辅助规范XMI来完成建模工具内部的数据描述[17]。然而,支持相同语言的不同工具,彼此的底层模型数据无法互用,需要借助转化插件实现模型数据的相互调用,这为复杂装备研发过程中的数据集成带来的巨大的挑战[18]。

2.1KARMA语言语义建模框架

KARMA(KombinationofARchitectureModelspecification)语言是架构模型规范的统一建模语言[20],是2020年被洛桑联邦理工学院、北京理工大学、瑞典皇家理工学院、北京中科蜂巢科技有限公司等联合提出的一套语义式基于模型的系统工程建模语言。如图1的左图所示,KARMA语言采用基于GOPPRRE[20]的元模型建模框架.在该框架中分为四层:

3)模型层,利用元模型所构建出的模型,用于支持系统开发或某种观点的表达,例如SysML模型等。

4)物理世界,现实中的真实产品或架构视图,包括学科、系统工程的视角和复杂系统的开发过程,即数字孪生物理实体。

在元元模型层,采用六种基本的要素支持元模型构建,包括图、对象、点、属性、关系和角色,在此基础上构建各领域的元模型库,并在元模型库基础上进行建模。其中六种元元模型的含义如下:

1)图:一些对象、关系及角色的集合,用于描述他们之间的连接关系。

2)对象:拥有很多属性的类,用于表达一个存在的对象。对象可以用符号表达。

3)点:端口的符号表达。

4)属性:属性用于定义及描述一些元类型(对象、角色及关系)的特性。

5)关系:两个或者多个对象之间的联系。关系无法单独于对象的存在。对象有很多属性。关系可以被符号表达。

6)角色:角色用于连接一个组件和一个关系。

2.2技术发展路线图

KARMA语言技术路线如图2所示,KARMA技术路线图的两大核心机制为GOPPRRE本体规范及KARMA语言规范。基于本项目团队所提出的GOPPRRE基于模型的系统工程形式化表征方法[19],六种核心元元模型(包括图、对象、关系、角色、点及属性)用于支持基于网络本体语言(W3CWebOntologyLanguage,OWL)的MBSE本体设计,进而实现了MBSE模型的三元组表达方法。同时,采用KARMA语言规范为面向对象及面向过程的混合式语义建模语言提供基础。基于OWL的GOPPRRE本体及KARMA语言规范的核心能力支持元元模型、元模型及模型的一体化表征。

除此之外,各规范的核心技术特性如下所示:

1)GOPPRRE本体规范

(a)支持基于三元组形式的模型拓扑的语义表达。

(b)支持基于本体的一致性管理及知识管理,通过语义推理技术来提升建模人员的对模型的认知能力。

(c)本体模型可以用于开发为跨MBSE工具模型集成的中间件,实现KARMA语言与其它工具模型的有效打通。

2)KARMA语言规范

(a)支持混合状态机[21]形式化表达及MBSE形式化表达的集成.因此,系统行为及运行过程可以通过KARMA语言规范的定义来做动态特性仿真及验证。

(b)支持可满足性模理论的形式化定义,实现基于KARMA模型属性的形式化验证。

(c)支持针对架构驱动及代码生成[22]规则的描述及表达,用于支持KARMA模型之间及KARMA模型与其它代码的自动化传递及转化。

(d)基于与JULIA[23]的混合编程进行特定域系统分析,例如复杂性分析等可以实现与KARMA语言的集成。

KARMA语言及IOFSE&MBSE本体如图3所示。KARMA语言允许开发各领域元模型库来支持全生命周期、多要素、多领域和多视图的一体化系统工程视图表达。通过KARMA语言,支持项目及过程管理、使命任务及体系建模与分析、系统架构设计及系统生命周期能力建模及管理。基于设计结构矩阵,KARMA模型集成ReqIF需求条目[24]实现全生命周期的需求及架构模型统一表达。

除了基础MBSE形式化表达外,基于KARMA核心技术可以实现不同领域的系统工程分析。通过与JULIA的混合编程、基于可满足性模理论的静态验证及混合状态机仿真,KARMA模型支持不同架构方案的权衡、系统动态性能分析及成本分析及控制等。通过代码生成,KARMA模型支持生成Modelica模型[25]及分布式联合仿真接口(distributedco-simulationprotocol)执行代码,进而支持物理系统验证.通过开发各种中间件例如FMI[25],IOF本体[26]及开放生命周期协作服务[27]等的适配器,用于支持KARMA模型与其他中间件的打通。最后,通过数字总线技术实现KARMA模型的版本管理、协同设计及追溯管理。

由于MetaGraph2.0独特的双核机制设计,KARMA模型与IOFSE&MBSE本体模型可以自由转化。IOF系统工程本体及形式表达如图4所示。MetaGraph2.0生成的本体模型,用于支持KARMA模型的三元组表达。

同时,由于KARMA模型支持生成基于基础形式化本体BFO[28]的本体模型,可以支持KARMA模型与MetaGraph2.0中的表单、设计结构矩阵、基于ReqIF[29]的需求条目、甘特图的一体化三元组表达。通过BFO本体,允许将真实世界的知识信息与KARMA模型中的虚拟信息进行虚实融合的知识统一表达。

面向工业落地的特定域MBSE方法论设计如图5所示。MBSE方法论工具箱用于设计基于KARMA语言的建模流程,包括且不限于使命任务、体系及系统层级的各视图建模过程开发及执行。该方法论工具箱采用模型化手段支持针对航天、航空等多领域的建模流程及方法论向导的构建。

在使用MBSE工具箱时,以下步骤用于组织KARMA生态中的模型、本体、需求条目和扩展插件(设计结构矩阵、表单等)的创建及配置:

1)开发用于各领域及面向各系统生命周期能力的元模型用于支持目标系统的架构描述。

2)设计及开发组织各架构视图元模型的工作流。

3)分析及定义各模型及元模型的追溯配置关系,例如模型元素与表单的关系。

4)定义架构驱动及代码生成等模型转化用于实现建模过程中的自动化。

5)将前四步中的操作集成到统一的流程向导,完成标准化研发流程建模,用于支持复杂装备研发过程中的建模指引。

分析、仿真及权衡KARMA语言技术路线图支持面向复杂装备研发的模型仿真及验证、模型分析及权衡如图6所示。

模型仿真及验证包括静态验证及动态验证。静态验证指基于可满足性模理论,支持架构模型的参数形式化验证。静态验证主要用于实现使命任务指标确认、系统能力确认及系统架构属性验证。动态验证指基于混合状态机的系统行为验证。动态验证用于支持体系的运维场景分析、系统行为及过程特性的验证。

模型分析包括针对单视图的分析,以及跨视图的分析及推理。单视图分析及推理用于支持针对单一KARMA特定域模型的分析,例如复杂性分析及故障树分析等。在进行该分析时,可以通过可满足性模理论或与JULIA进行混合编程实现以上过程。跨视图分析及推理是指需要基于多个KARMA模型的分析及推理过程。进行该分析时,可通过与JULIA进行混合编程或通过本体推理来获得分析结果。跨视图推理指基于本体的推理过程,即KARMA模型生成本体模型后,基于该本体模型对KARMA模型进行推理分析,例如故障模式、影响和危害性分析等。

权衡是基于可满足性模理论的静态验证及JULIA数值计算相结合的架构空间探索及优化。该技术用于实现对架构模型中的参数寻优及方案决策。

KARMA语言的工具整合如图7所示。KARMA语言为生态构建者提供了基于开放生命周期协作服务(OSLC)的工具整合能力,用于支持全生命周期复杂装备研发过程中的异构数据整合及提升各领域工具与系统架构工具的互用性能力:

基于KARMA语言的语义表达,KARMA模型主要用于描述真实世界的特定域信息的架构视角,例如需求、系统架构、系统验证及确认等。而从KARMA语言生成的本体模型主要用于从本体及知识的的视角表达真实世界的特定域信息。

所有生成的OSLC服务可用于支持构建数字总线,支持全生命周期MBSE模型的知识及追溯管理。

2.3多领域案例验证

2.3.1毅力号火星车建模

毅力号火星车是人类探索火星的探测装置,主要用于对火星特定区域进行探测,钻取指定的岩芯并保存带回地球,此外,机载仪器也会进行大量的现场科学观测,以研究该星球该区域的地质和环境特征。由于毅力号应用环境复杂多变,且研制过程中存在系统集成度高、系统交互频繁等的特性,难以在设计的早期阶段对海量设计元素进行管理,同时由于系统本身的多学科、多领域耦合特性,面临系统元素表达歧义,设计需求追溯不到位的挑战。因此,本文拟采用KARMA语言,基于MOFLP(mission-operation-function-logic-physics,使命–运行–功能–逻辑–物理架构)的建模方法对毅力号进行建模[2]。

通过分析各使命阶段,定义各使命阶段中参与到的实体所执行的任务所需具备的能力和应达到的效果,最后进行执行能力差距分析。

通过对毅力号进行基于MOFLP方法的建模,解决了毅力号在建模过程中系统元素众多、应用场景复杂以及需求追溯困难所带来的难题,描述了毅力号从定义任务目标、设计制造、运载和安全着陆到在火星上进行科学探索的生命周期阶段,实现了对于毅力号的正向设计。

2.3.2飞机空管体系建模

基于GOPPRRE方法论,从分类、结构、联结性、流程、状态、交互场景、信息、参数、约束以及路线图和可追溯性等11个视角,对系统涉及的战略、业务、服务、人员、资源、安全、专案、标准和实际资源等九个领域进行分析,实现对空管体系的建模以及可视化仿真验证。首先进行结构视角建模,分析运营、项目、战略以及人员等域的结构组成;其次,进行每个域的结构中连接性以及跨域的连接性分析,并对每个域中元素进行分类分析,针对不同域间元素关系进行可追溯性分析,以表单形式展示部分连接性与分类信息;然后,进行状态视角建模、可视化建模,并对状态视角模型中对象元模型内嵌代码实现与可视化模型的关联;最终,生成可视化动态仿真验证。

基于战略结构图、飞行状态图等,对空管系统的导航设备、雷达系统、二次雷达、通信设备和地面控制中心组成空中交通管理系统,完成监视、识别、引导覆盖区域内的飞机,保证其正常安全的飞行。对通信、导航技术和监控等专业手段为基础的飞行活动中的监视、控制与指挥等活动进行建模,从而设计双机相遇过程中的航道变更过程。同时,基于混合状态机技术,针对双航线客机相遇场景进行飞行过程状态机仿真。两架客机分别在海南–哈尔滨、新疆–上海航线上往返飞行,期间被卫星和途径的雷达监测,当两架飞机距离较近时客机2(新疆–上海)爬升600米避撞,之后回到10000米高度正常飞行。通过可视化仿真以及对飞行高度数据的监测,可以验证两架飞机的安全飞行。此空管体系可以拓展到多数飞机同时运行时验证整个飞行体系的安全性。

2.3.3智能电动汽车架构建模

智能电动汽车的架构设计涉及路况、驾驶、环境和通信等多方面的影响,是一个复杂的系统设计过程。特别是在智能交通系统中,随着车辆增多、路网扩大和终端设备的增多,导致网络体系复杂、系统交互众多和系统不确定性增加,车辆的架构设计变得越发复杂。因此智能电动汽车的架构设计面临:1)智能电动汽车涉及从智能交通网的体系分析、整机系统设计、子系统设计等阶段,建模流程能否支持该生命周期过程,数据能否一致性传递的问题,影响建模质量及设计周期。2)目前单一建模语言是否可以满足建模过程,若采用多种建模语言,必然面临多语言的集成和数据交互的问题,严重影响设计效率。

通过以上建模过程,解决了体系到系统到子系统的一体化复杂系统建模时,多建模语言的集成问题,及从使命任务出发复杂系统建模方法缺失问题,实现了智能电动汽车的正向架构模型设计。

2.3.4飞机装配产线设计

该案例聚焦于飞机制造系统的设计阶段,目标是建立一个基于语义建模和MBSE的设计支持平台以实现需求管理、设计方案自动生成、多种建模语言的模型转换和联合仿真模型生成,以及基于仿真结果的需求验证和决策支持[31]。如图所示,该平台的总体功能架构总体上分为前端与后端,主要的用户为飞机制造系统的系统工程师和架构设计工程师[5]。采用KARMA语言,面向飞机装配过程,构建元模型库及建模,实现针对飞机制造过程的架构设计。

在该案例中KARMA语言作为核心的架构设计模块的基础,承担着将后端的知识图谱中抽象的领域知识转化成架构工程师所熟悉的架构模型,并支持不同建模语言之间的转换,极大提高了该设计支持平台的实用性以及跨领域的互操作性。KARMA语言的另一个重要功能是支持与知识图谱之间闭环的导入与导出操作。该功能主要是基于应用本体中的制造系统领域知识本体以及基于GOPPRRE方法的MBSE本体,通过GOPPRRE本题中定义的元元模型和元模型可以完成领域知识与MBSE模型的相互转换。该功能对于促进本体和知识图谱在系统工程领域的应用具有重要意义。

2.3.5人力资源系统建模

通过以上建模过程,解决了人力资源管理系统的一体化复杂系统建模时,OPM,SysML及系统动力学等多建模语言和技术的集成问题,实现了企业复杂系统的全生命周期设计与管理,实现企业人力资源的精益化管理。

2.4定量分析

通过2.3节的五个领域场景的架构建模案例,归纳总结各案例的应用范围。从应用领域、系统工程视角、系统生命周期阶段和应用层级等方面分析KARMA语言的领域应用能力:

5个案例涵盖5个领域,包括航天、航空和汽车等领域。同时,人力资源管理领域的应用案例表明基于模型的系统工程不仅仅可以应用于复杂装备的设计领域,为KARMA语言在其他领域的大范围应用提供论据。

5个案例涵盖5个不同系统工程视角,包括系统架构、体系架构、制造及组织管理等。而独特的元模型建模技术,允许基于KARMA语言构建其他视角元模型,从而实现向其他视角的拓展。

系统生命周期阶段包括涵盖需求论证、概念设计、生产制造和组织管理等四个生命周期阶段。因此,KARMA语言基本可以支持全生命周期研发过程中的架构建模需求。

应用层级包括目前各案例覆盖体系、系统、组件及组织各层级应用。

通过各案例中的构建的图元模型数量、模型数量及所生成的本体要素数量分析验证KARMA语言的可用性:

目前基于UAF,SysML等参考语言,针对各领域场景构建的领域元模型有209个,具备跨领域、多语言一体化建模能力。

基于各图元模型,共构建了369个模型,用于证明KARMA语言针对领域建模的可用性。

各领域案例的架构模型统一生成基于IOF及GOPPRRE本体的本体模型37584个,实现各领域要素的统一知识描述,为其它产品研发阶段获取架构模型中的研发知识提供了基础数据保障。

2.5定量分析

通过以上各场景案例,归纳总结KARMA语言具备如下特性及特征:

1)支持架构建模领域扩展能力的GOPPRRE元元模型。针对目前支持复杂系统的建模语言缺失元模型构建方法研究,建模时只能通过配置文件进行有限的扩展,导致建模语言无法准确表达建模意图的问题,提出了基于GOPPRRE元元模型的元模型构建方法,该元元模型提高了建模抽象程度,丰富了建模元素及约束关系,实现对更多类型更多层级复杂模型的描述,为解决建模语言“不够用”提供了新的思路。

2)针对复杂装备全要素、全周期和全领域架构实现统一建模规范表达。针对因语言异构,数据和语义传递受到限制,导致多阶段和多领域模型集成困难的问题,提出了多领域异构模型统一建模语言。该语言提高了模型的抽象层次,通过开放元模型设计,支持复杂系统进行多阶段多领域的架构描述,相较于一般性建模语言,提高了通用能力、扩展能力和集成能力,大大提高复杂系统架构模型设计效率。

3)KARMA语言为系统工程与人工智能的结合提供基础保障.系统工程与人工智能进行集成是系统工程领域未来的发展趋势[35]。根据史蒂文森学院系统工程研究中心所提出的AI4SE愿景所述,语义建模技术是基于模型的系统工程与人工智能结合的最终技术手段。同时,语义建模技术也被认为是数字工程的必要实现途径。KARMA技术愿景所提出的双语义核心,包括KARMA语言规范及GOPPRRE本体规范,为架构模型与人工智能结合提供了有效技术途径,允许支持KARMA架构模型向知识图谱的自动转化,通过知识图谱的推理技术,为实现架构模型驱动的人工智能设计提供技术保障。

本文提出一种基于多架构建模语言KARMA的系统工程方法。基于核心GOPPRRE的MBSE形式化表征方法,以KARMA语言规范及GOPPRRE本体规范为基础表达方式,结合设计结构矩阵、ReqIF需求条目及甘特图表单等为MBSE语义建模提供基础框架及数据底座。该方法采用KARMA语言及GOPPRRE本体的双核语义,支持系统工程建模、仿真、验证及权衡;通过与开放生命周期协作服务集成,实现KARMA语言与其他异构模型数据实现有效互用。为了验证该方法的开放性及支持领域建模的能力,本文以航天、航空和汽车等五个领域场景为例,分别介绍了各案例场景中的问题描述及架构模型。随后,通过定性及定量分析,证明所提的多架构建模语言及语义式基于模型的系统工程方法,支持针对各领域场景的架构模型的统一描述,并通过独特的双核设计,实现与本体模型的互相转化。案例证明了该方法的有效性,实现了面向复杂装备的多架构统一建模。

在未来,KARMA语言将考虑更多的工业应用场景,丰富语言表达能力,完善混合状态机仿真、可满足性验证、架构驱动和代码生成等能力,并发挥本体的推理能力,更好的服务智能设计。

感谢中国系统工程学会科普工作站、全国信标委员会软件及系统分委会、中国复杂装备MBSE联盟的领导与支持,感谢EPFLICT4SM实验室、北京理工大学工业与智能系统工程研究所、KTH机电一体化系、上海交通大学性能仿真、优化与诊断实验室和电子科技大学赛博空间硬件设计与安全实验室为KARMA语言的研发及推广付出的努力。

[1]LiZ,WangG,LuJ,etal.Bibliometricanalysisofmodel-basedsystemsengineering:Past,current,andfuture.IEEETransactionsonEngineeringManagement,2022:1–18.

[2]WymoreAW.Model-basedSystemsEngineering.Taylor&FrancisGroup,1993.

[3]李琛,吴新,崔利丰,等.基于MBSE思想的航空发动机控制系统设计方法.航空发动机,2021,47(4):123–130.LiC,WuX,CuiLF,etal.DesignmethodofaeroenginecontrolsystembasedonMBSEthought.Aeroengine,2021,47(4):123–130.(inChinese)

[4]张柏楠,戚发轫,邢涛.基于模型的载人航天器研制方法研究与实践.航空学报,2020,41(7):78–86.ZhangBN,QiFR,XingT,etal.Modelbaseddevelopmentmethodofmannedspacecraft:Researchandpractice.ActaAeronauticaetAstronauticaSinica,2020,41(7):023967.(inChinese)

[5]EstefanJA.Surveyofmodel-basedsystemsengineering(MBSE)methodologies.IncoseMBSEFocusGroup,2007,25(8):1–12.

[6]AzevedoCLB,IacobME,AlmeidaJPA,etal.Modelingresourcesandcapabilitiesinenterprisearchitecture:Awell-foundedontology-basedproposalforarchiMate.InformationSystems,2015,54:235–262.

[7]BankauskaiteJ,MorkeviciusA,ButlerisR.Model-basedevaluationofthesystemofsystemsarchitecturesusedtoperformtradestudiesandsensitivityanalyses.IEEEAccess,2021,9:114609–114621.

[8]MordecaiY,OrhofO,DoriD.Model-basedinteroperabilityengineeringinsystems-of-systemsandcivilaviation.IEEETransactionsonSystems,Man,andCybernetics:Systems,2016,48(4):637–648.

[9]FriedenthalS,MooreA,SteinerR.APracticalGuidetoSysML:TheSystemsModelingLanguage.MorganKaufmann,2014.

[10]BlekhmanA,WachsJP,DoriD.Model-basedsystemspecificationwithtesperanto:Readabletextfromformalgraphics.IEEETransactionsonSystems,Man,andCybernetics:Systems,2015,45(11):1448–1458.

[11]RoquesP.MBSEwiththeARCADIAmethodandtheCapellatool//8thEuropeanCongressonEmbeddedRealTimeSoftwareandSystems.Toulouse:HLA.2016:1–10.

[12]GeigerM,HarrerS,LenhardJ,etal.BPMNconformanceinopensourceengines//2015IEEESymposiumonService-orientedSystemEngineering.SanFrancisco:IEEE,2015:21–30.

[13]GrayJ,RumpeB.ReflectionsonthestandardizationofSysML2.SoftwareandSystemsModeling,2021,20(2):287–289.

[14]SztipanovitsJ,BaptyT,NeemaS,etal.OpenMETA:Amodelandcomponent-baseddesigntoolchainforcyber-physicalsystems.FromProgramstoSystems.TheSystemsPerspectiveinComputing,Berlin:Springer,2014:235–248.

[15]FritzsonP,EngelsonV.Modelica—Aunifiedobject-orientedlanguageforsystemmodelingandsimulation//EuropeanConferenceonObject-orientedProgramming.Berlin:Springer,1998:67–90.

[17]HauseM.TheunifiedprofileforDoDAF/MODAF(UPDM)enablingsystemsofsystemsonmanylevels//2010IEEEInternationalSystemsConference.SanDiego:IEEE,2010:426–431.

[18]WolnyS,MazakA,CarpellaC,etal.ThirteenyearsofSysML:Asystematicmappingstudy.SoftwareandSystemsModeling,2020,19(1):111–169.

[19]LuJ,MaJ,ZhengX,etal.Designontologysupportingmodel-basedsystemsengineeringformalisms.IEEESystemsJournal,2021:1–12.

[20]LuJ,WangG,MaJ,etal.Generalmodelinglanguagetosupportmodel:Basedsystemsengineeringformalisms(part1)//INCOSEInternationalSymposium.SanDiego:INCOSE,2020,30(1):323–338.

[21]vanBeekDA,FokkinkWJ,HendriksD,etal.CIF3:Model-basedengineeringofsupervisorycontrollers//InternationalConferenceonToolsandAlgorithmsfortheConstructionandAnalysisofSystems.Berlin:Springer,2014:575–580.

[22]GuoJ,WangG,LuJ,etal.Generalmodelinglanguagesupportingmodeltransformationsofmbse(part2)//INCOSEInternationalSymposium.SanDiego:2020,30(1):1460–1473.

[23]BezansonJ,EdelmanA,KarpinskiS,etal.Julia:Afreshapproachtonumericalcomputing.SIAMReview,2017,59(1):65-98.

[24]EbertC,JastramM.ReqIF:Seamlessrequirementsinterchangeformatbetweenbusinesspartners.IEEESoftware,2012,29(5):82–87.

[25]ParedisCJJ,BernardY,BurkhartRM,etal.AnoverviewoftheSysML—Modelicatransformationspecificatio//INCOSEInter-nationalSymposium.SanDiego:INCOSE,2010,20(1):709–722.

[26]KulvatunyouBS,WallaceE,KiritsisD,etal.Theindustrialontologiesfoundryproof-of-conceptproject//IFIPInternationalConferenceonAdvancesinProductionManagementSystems.Cham:Springer,2018:402–409.

[28]ArpR,SmithB,SpearAD.BuildingOntologieswithBasicFormalOntology.Cambridge:MITPress,2015.

[29]MarkoN,LeitnerA,HerbstB,etal.Combiningxtextandoslcforintegratedmodel-basedrequirementsengineering//201541stEuromicroConferenceonSoftwareEngineeringandAdvancedApplications.Madeira:IEEE,2015:143–150.

[31]HuX,LuJ,ZhengX,etal.Semanticmodelingsupportingdiscreteeventsimulationforaircraftassemblyprocess//InternationalSymposiumonKnowledgeandSystemsSciences.Singapore:Springer,2022:83–98.

[32]ZhengX,PsarommatisF,PetraliP,etal.Aquality-orienteddigitaltwinmodellingmethodformanufacturingprocessesbasedonamulti-agentarchitecture.ProcediaManufacturing,2020,51:309–315.

[34]ISO/IEC/IEEE.SystemsandSoftwareEngineeringSystemLifeCycleProcesses.ISO/IEC/IEEE,2008.

[35]LiZ,WangG,LuJ,etal.Bibliometricanalysisofmodel-basedsystemsengineering:Past,current,andfuture.IEEETransactionsonEngineeringManagement,2022:1–18.

1.鲁金直(1988—),男,辽宁鞍山人,研究员,研究方向:基于模型的系统工程,语义建模,Email:jinzhi.lu@epfl.ch;

2.王国新(1977—),男,黑龙江佳木斯人,教授,研究方向:知识工程,基于模型的系统工程,Email:wangguoxin@bit.edu.cn;

3.阎艳(1967—),女,重庆人,教授,研究方向:知识工程,Email:yanyan331@bit.edu.cn.

4.冯雷(1976—),男,陕西西安人,副教授,研究方向:机械电子学和嵌入式控制系统,Email:lfeng@kth.se,瑞典皇家理工学院工业信息及管理学院,瑞典斯德哥摩尔SE10044;

5.张旸旸(1976—),女,广西南宁人,正高级工程师,研究方向:软件与系统工程标准化,Email:zhangyy@cesi.cn,中国电子技术标准化研究院,北京100176;

6.唐锡晋(1967—),女,江苏无锡人,研究员,研究方向:综合集成,社会复杂系统建模,决策支持系统,舆论动力学与舆论大数据,知识管理,Email:xjtang@iss.ac.cn,中国科学院数学与系统科学研究院,北京100190;

7.唐剑(1980—),男,四川大竹人,研究员,研究方向:民机航空电子和基于模型的系统工程,Email:tangjian1@comac.cc,北京民用飞机技术研究中心,北京102211;

8.张会生(1971—),男,山西运城人,教授,研究方向:动力机械故障诊断,Email:zhslm@sjtu.edu.cn,上海交通大学叶轮机械研究所,上海200240;

9.王坚(1982—),男,四川泸州人,教授,研究方向:信息安全及体系设计,Email:wangjian3630@uestc.edu.cn,电子科技大学,四川成都611731;

10.郑晓晨(1987—),男,山东潍坊人,博士,研究员,研究方向:本体工程,机器学习,物联网系统设计,Email:xi-aochen.zheng@epfl.ch,洛桑联邦理工学院ICT4SM实验室,瑞士1020;

11.马君达(1990—),男,河南郑州人,博士生,研究方向:基于模型的系统工程,Email:mjd2015@sina.cn,北京理工大学机械与车辆学院,北京100811;

12.吴绶玄(1998—),男,福建泉州人,博士生,研究方向:基于模型的系统工程,Email,shouxuanwu.bit@gmail.com,北京理工大学机械与车辆学院,北京100811;

13.陈金伟(1991—),男,安徽滁州人,博士,研究员,研究方向:复杂动力系统仿真分析,Email:chenjinweituihou@sjtu.edu.cn,

14.上海交通大学叶轮机械研究所,上海200240;

15.温跃杰(1981—),男,河南洛阳人,高级工程师,研究方向:企业系统工程,复杂系统设计,人力资源与知识管理,Email:wenyuejie@126.com,中国空间技术研究院,北京100084.

THE END
1.《软件方法(上)》第一版题目答案51CTO博客1. 某城市目前工商、国税、地税、质监部门都有自己的系统,但相互信息不联通,经常出现漏管户和偷逃税情况。市政府打算开发一个基础信息交换系统。。。以下哪些用例属于“基础信息交换系统”的用例集? ? B) 2. 以下形状中,哪些是已完成的、正确的用例图可以出现的: A)https://blog.51cto.com/u_15684364/5650838
2.软工UML画图学生成绩管理系统用例图所以模块结构图中的调用是有箭头指向的 题目分析解法 高考录取统分子系统有如下功能: (1) 计算标准分:根据考生原始分计算,得到标准分,存入考生分数文件; (2) 计算录取线分:根据标准分、招生计划文件中的招生人数,计算录取线,存入录取线文件。 看上面视频链接,数据流图已经画出来了。。(后面加个数据终点(->考生https://blog.csdn.net/qq_35629971/article/details/125531259
3.详细分析UML的10种图(全)行为图描述系统中各个组件或对象之间的动态行为展示了系统的活动流程、状态转换以及对象之间的交互行为图用于捕获系统在执行过程中的行为和控制流。 常见的行为图类型: 用例图(Use Case Diagram):展示系统的功能需求和用户与系统之间的交互 活动图(Activity Diagram):描述系统中各个活动之间的流程和控制流 状态图(https://www.ctyun.cn/zhishi/p-440337
4.项目设计(精选十篇)(1)熟悉AT89S51单片机系统的使用方法。 (2)掌握动态显示原理及实现方法。 (3)初步掌握AT89S51单片机编程方法。 (4)掌握串行数据传输方式的应用。 (5)实现利用AT89S51单片机控制的LED图文屏正常工作; 二、数字电压表系统设计 1.功能要求 简易数字电压表可以测量0~5V范围内的8路输入电压值,并在4位LED数码管上轮流显https://www.360wenmi.com/f/cnkey6h4pr3m.html
5.深途对智慧校园与智慧教室子系统功能应用的规划如下:- 完善教育功能模块:建设新课改教务体系,涵盖生涯选科、分班排课、学情分析、走班管理、教学评价等功能,提供优质教学资源平台与线上教学视频课程,辅助教师教学,促进学生个性化学习. - 建立大数据平台:实现数据全生命周期管理,提供信息化看板,进行招生、教学质量、学校运营等多方面的数据分析与决策,自动生成报告,支撑教https://zhuanlan.zhihu.com/p/10200137426
6.基于ssm框架的线上考试系统的设计与实现考生用例图如图3-1所示: 图3.1考生用例图 系统管理人员的主要功能有登录系统,进行考生管理、试卷管理、试题管理和成绩统计等相应的管理操作。 表3.2系统管理人员功能表 用户 功能 功能描述 用户管理 需要管理系统管理员的权限 学科管理 对学科进行分类,可以添加、修改、查询和删除学科 https://max.book118.com/html/2024/0529/8051012024006074.shtm
7.软件学习心得体会15篇此外,还对工资管理系统和固定资产管理 系统的相关操作进行了深入的学习。总之, 通过对用友软件的学习基本上掌握了财务软件的 操作流程及方法。②建立需求模型,它是用户需求的图解,一些常用的模型有:业务树图、用例图、活动图。分别用于结构化需求建模、系统业务举例和反映系统工作流程。③进行需求验证https://3g.yjbys.com/xuexi/xinde/2554926.html
8.VisualParadigm破解版设计和管理工具VisualParad这是系统过程的旧点,我们将它们放在那里以详细说明系统。 在1级DFD中创建三个流程 8、使用连接线连接数据流 本节中的其余步骤是关于连接图中的模型元素。例如,客户在下订单处理时提供订单信息。 将鼠标指针放在Customer上。拖出资源目录图标并在流程订单上释放鼠标按钮。 连接客户流程订单 从资源目录中选择数据流。http://www.sd173.com/soft/8267.html
9.线上暑期社会实践报告(精选5篇)线上暑期社会实践报告(精选5篇) 转眼间一个辛苦的实践活动又结束了,这段经历,相信你有很多感悟吧,让我们一起来学习写实践报告吧。应该怎么写才合适呢?以下是小编收集整理的线上暑期社会实践报告(精选5篇),仅供参考,大家一起来看看吧。 线上暑期社会实践报告1 https://www.unjs.com/fanwenwang/shehuishijianbaogao/20220722085641_5323552.html
10.实验综合布线设计方案6篇(全文)五、心得体会 通过本次实验,使我更好的掌握了网络拓扑结构的原理,并熟悉了综合布线方案设计方案图中图例的含义。能够利用VISIO软件进行绘制实验要求的拓扑及用例图等,获益匪浅。 实验综合布线设计方案 第2篇 1、项目背景 教育信息化程度高低已成为一个国家或地区教育现代化实力的重要标志,没有教育信息化就没有教育的https://www.99xueshu.com/w/file4u8pagmp.html
11.业务流程线上化的设计步骤提供将业务流程线上化的设计步骤,通过步骤的产出物向项目相关人员(客户和开发团队)清晰地表达你的设计。 设计步骤 1.绘制业务流程图 a. visio画跨职能活动图(活动图支持并行运行的情况) b.文字说明 业务流程说明 附:如何绘制业务流程图 2.流程优化 a.系统边界:哪些工作适合在线下做,哪些适合在线上做 https://www.jianshu.com/p/73ec427ab26b