MBSE需求的案例
MBSE建模學(xué)習(xí)之八：需求和需求圖
需求數(shù)量的統(tǒng)計，是包括最上層的“總需求”，所以總數(shù)是6個，2個沒有改善，總的改善率是“66.66%”。
文章來源：智睿思維MBSE
MBSE: 基于 SysML 的載人登月可靠性安全性需求分析
可以看出，需求分析是進行 MBSE 的首要步驟，同時需求分析和系統(tǒng)設(shè)計在 MBSE 的全流程之中也是緊密耦合的。為了使 MBSE 全流程建模方法更加實用化，達(dá)索公司配合 MagicDraw 軟件給出了基于 SysML 的 Magic Grid 方法論[10,11]，將問題用域來描述，每個系統(tǒng)設(shè)計都包含了問題域、解決域、實施域三層，每層都由需求、行為、結(jié)構(gòu)體和參數(shù)四個維度的定義來完成描述，形成了方案矩陣，需求分析在每一層中都是首要的。目前，在航空[12,13]、汽車[14]與航天[15,16]等領(lǐng)域，都是結(jié)合自身工程實際，在上述方法的基礎(chǔ)上通過適當(dāng)?shù)牟眉艋蚋倪M，完成系統(tǒng)設(shè)計。
從方法論和應(yīng)用層面來看，系統(tǒng)需求分析有較為成熟的體系，尤其是系統(tǒng)正常功能的設(shè)計。即從利益攸關(guān)者的要求出發(fā)，逐層分解、推導(dǎo)，給出子系統(tǒng)或分系統(tǒng)的設(shè)計要求。
2. 基于模型的可靠性、安全性分析
隨著 MBSE 在工程領(lǐng)域的成功運用，基于模型的可靠性、安全性分析方法也越來越得到重視。作為系統(tǒng)工程的一部分，可靠性安全性分析也應(yīng)該融入到 MBSE 的流程之中。
在現(xiàn)有的文獻(xiàn)中，以基于 SysML 的設(shè)計模型為基礎(chǔ)，開展了許多關(guān)于基于模型的可靠性安全性分析方法的研究，形成了包括文獻(xiàn)[17, 18]在內(nèi)的方法論。目前的研究重點是如何運用系統(tǒng)正向設(shè)計的產(chǎn)物，定義故障模式和故障傳遞關(guān)系，從而自動開展可靠性安全性分析，生成失效模式及其影響后果分析表和故障樹[19?21]。這些分析方法均需要從頂層的可靠性安全性需求出發(fā)， 如何梳理復(fù)雜系統(tǒng)的可靠性安全性需求，開展系統(tǒng)設(shè)計，則成了復(fù)雜系統(tǒng)頂層設(shè)計中的重要問題。
在傳統(tǒng)的 MBSE 流程中，可靠性安全性需求屬于通用需求的一部分。
展開 基于MBSE的直升機航電系統(tǒng)功能需求捕獲與分析
（4）需求評審/ 批準(zhǔn)
針對收集來的需求，包括直升機級分配的、適用的適航條款、適用的行業(yè)/ 企業(yè)規(guī)范要進行相關(guān)方評審，以確保沒有遺漏和沖突。需求評審需要召集相關(guān)方人員參與，包括直升機級代表、適航代表、項目管理代表、航電系統(tǒng)專家等。通過評審的需求，要經(jīng)過正式的批準(zhǔn)程序作為航電系統(tǒng)開發(fā)的輸入。
需求收集階段的主要任務(wù)是記錄和匯總各方需求，這些輸入需求是后續(xù)建模分析設(shè)計的基礎(chǔ)。若使用模型的方式完成需求收集工作，可使用SysML 語言的“需求”元素來記錄這些收集匯總的需求。
展開 行業(yè)案例 | MBSE解決方案（三）：基于模型的武器裝備需求管理與分配
圖 5 需求條目化與結(jié)構(gòu)化
3
導(dǎo)彈需求屬性定義
簡單的文本不足以充分定義需求，為需求指派屬性，可以對需求所描述的信息進行良好組織和展示。屬性使與單一需求關(guān)聯(lián)的信息能夠被結(jié)構(gòu)化，以便于處理、過濾、排序等。例如在描述一條需求時，可以從編號、名稱、內(nèi)容、優(yōu)先級、類型、編寫人、編寫時間等多維度進行編輯，從而使需求更加清晰。針對導(dǎo)彈系統(tǒng)的研制任務(wù)書中的需求，定義了需求編號、需求類型、分配部門等屬性項。通過在需求管理工具ORM中進行配置，從而形成多屬性描述的導(dǎo)彈需求矩陣。
圖 6 需求屬性定義
4
建立需求追溯關(guān)系
當(dāng)按照需求信息架構(gòu)定義了所有需求文件后，可維護用戶層、系統(tǒng)層和各設(shè)備之間的需求關(guān)聯(lián)關(guān)系。當(dāng)需求關(guān)聯(lián)建立后，從一個需求可以迅速定位到與其關(guān)聯(lián)的其它需求項，并且可以通過影響分析視圖和需求矩陣的形式展示需求間的直接與間接關(guān)聯(lián)關(guān)系，從中可以很直觀的發(fā)現(xiàn)“孤島”需求，以及進行全面的需求追蹤與影響分析，有效輔助變更決策。當(dāng)需求條目產(chǎn)生變更時，與其具有上下游關(guān)聯(lián)關(guān)系的需求自動標(biāo)記為可疑關(guān)系，提示相關(guān)人員排除需求變更對相關(guān)數(shù)據(jù)產(chǎn)生的影響。
在該案例中，建立從總體室細(xì)化的導(dǎo)彈系統(tǒng)需求到軍方下發(fā)的導(dǎo)彈研制任務(wù)之間的追溯關(guān)系。
展開 
系統(tǒng)工程和MBSE概念定義和內(nèi)容明晰：MBSE產(chǎn)品的定義、特點和應(yīng)用范圍
圖3 基于文檔和基于模型的區(qū)別
所以，開篇提到的把“系統(tǒng)工程”等價為MBSE，或者簡單的認(rèn)為MBSE就是SysML建模都是片面的，也是不準(zhǔn)確的。
那為什么這么多人都認(rèn)為MBSE就是SysML建模的等同概念呢？
其實這主要是以下幾個方面的原因疊加造成的認(rèn)知片面導(dǎo)致的。
系統(tǒng)建模工具廠商刻意宣傳的效果，尤其是SysML工具的供應(yīng)商基本宣傳策略就是構(gòu)建MBSE能力就是掌握SysML系統(tǒng)建模應(yīng)用；
產(chǎn)品設(shè)計經(jīng)歷了逆向仿制到正向創(chuàng)新的發(fā)展過程，在正向創(chuàng)新的產(chǎn)品開發(fā)流程中亟需提高和完善的能力是需求工程和系統(tǒng)功能分析與分配。主要集中在V流程的左半邊，越往上越欠缺。如圖 4黃色虛線圈的位置。因為欠缺，所以更關(guān)注，也就造成了用MBSE“指代”需要提高能力的那部分內(nèi)容；
MBSE應(yīng)用的最大優(yōu)勢之一是在設(shè)計的前期充分的開展需求分析和功能分析，通過架構(gòu)權(quán)衡實現(xiàn)早期設(shè)計缺陷的識別，并及時修復(fù)。這是一種研發(fā)范式的轉(zhuǎn)變，如圖 5所示。通過這種新范式可減少后期缺陷的數(shù)量，降低修復(fù)缺陷的經(jīng)濟成本和時間成本。
一般，以上對應(yīng)的MBSE內(nèi)容我們姑且定義為狹義的MBSE，那么，狹義的MBSE包括需求捕獲、需求撰寫、需求分析、系統(tǒng)建模、功能和邏輯分析、系統(tǒng)仿真、需求驗證、需求和模型管理等。如此，勉強可以認(rèn)為（狹義的）MBSE就是SysML建模與分析。這也是目前大多數(shù)人對MBSE概念認(rèn)知的范圍。在此還是倡議溝通交流中能明確界定概念，避免造成MBSE概念和范圍的混亂，甚至認(rèn)知誤區(qū)，這對于長遠(yuǎn)發(fā)展MBSE是不利的。
展開 MBSE演變的五個階段
當(dāng)人們處于這種情況時，他們可能會聲稱要在考慮MBSE之前將基本的系統(tǒng)工程能力落實到位。這是一個巨大的錯誤。請記住，MBSE本身就是系統(tǒng)工程，所以兩者都做是沒有意義的——只要瞄準(zhǔn)MBSE就行了。
過程:
已經(jīng)落實的過程可能會被記錄，也可能不會被記錄，但是一定會有一個過程被落實。
在這兩種情況下，主要的工件（也就是過程的輸入和輸出）都是文檔。
這些文檔主要基于文本，也包括表格、圖表、列表等。
工具:
階段1涉及的工具通常是基于office的工具
，如文字處理器、演示應(yīng)用程序和電子表格。
在階段1中，與系統(tǒng)相關(guān)的所有知識、信息和數(shù)據(jù)將只包含在作為執(zhí)行過程的結(jié)果而創(chuàng)建的文檔集中。沒有任何合適的模型，所以一切都包含在文檔中并由文檔所擁有。
第一階段的基本前提條件是，組織內(nèi)部必須確定對MBSE的某種基本需求。
編者：對MBSE的需求是組織邁向MBSE后續(xù)階段的動力。假如沒有這種需求，將不會有后續(xù)所有階段。
階段2–以文檔為中心的系統(tǒng)工程
MBSE演變的第二階段被稱為以文檔為中心的系統(tǒng)工程。圖3中的階段2再次描繪了一大堆文檔，但是這次有兩個主要的變化。第一，文件數(shù)量略有增加。第二，有證據(jù)表明，人們開始在文檔中使用符號，不再是主要基于文本。因為仍然沒有模型
，與系統(tǒng)相關(guān)的知識完全包含在文檔中。
在這一階段，人員、過程和工具的情況通常是:
人員:
參與這個階段的人員被認(rèn)為具有系統(tǒng)工程的基本能力，與階段1相同。然而，這一次，將會有證據(jù)表明人們在非正式的層面上應(yīng)用了符號。
展開 基于模型的系統(tǒng)工程MBSE探索和實踐
(2)MBSE價值觀
·有助于理解問題。
·開發(fā)基于標(biāo)準(zhǔn)的系統(tǒng)架構(gòu)來改進。
·交付一致和完整的系統(tǒng)規(guī)范。
·有助于權(quán)衡不同的配置變量。
·驗證系統(tǒng)需求。
(3)目標(biāo)
·管理復(fù)雜性：理解可行性。
·工程工件的生成：文件生成；需求驗證；產(chǎn)品變型配置生成。
·持續(xù)集成：早期需求和接口驗證；可追溯性和影響分析。
·提高質(zhì)量和生產(chǎn)率。
(4)互聯(lián)的信息網(wǎng)絡(luò)
(5)MBSE轉(zhuǎn)型的驅(qū)動因素
·打破隔絕結(jié)構(gòu)。
·再利用和資本化。
·進行早期驗證。
·MBSE是系統(tǒng)工程。它形式化了系統(tǒng)工程的一部分；它不會取代它。
·MBSE有助于加強溝通、管理復(fù)雜性和提高產(chǎn)品質(zhì)量。
·系統(tǒng)模型對于項目中的各種規(guī)程模型起著集成的作用。
·有效的模型組織豐富的技術(shù)信息，揭示不一致性，支持分析和驗證，支持所需文檔的自動生成，并保護技術(shù)投資。
·MBSE的灌輸涉及到一些學(xué)習(xí)曲線和文化變化，所以要做好計劃。
3.基于模型的系統(tǒng)工程(MBSE)實踐
(1)案例
提前發(fā)現(xiàn)主備倒換時鐘死鎖問題,提高功能需求質(zhì)量；大規(guī)模自動生成文檔,實現(xiàn)設(shè)計、測試一致性和數(shù)字化可追溯性；提高溝通效率,降低串講和反串講時間。
(2)經(jīng)驗分享
整體戰(zhàn)略:思考袋——從小事做起——采取行動——進化(中文)
·統(tǒng)一語言,建立領(lǐng)域標(biāo)準(zhǔn)語言；
·統(tǒng)一價值評估和衡量標(biāo)準(zhǔn)至關(guān)重要；
·建立專門建模能力組織,集中統(tǒng)一賦能培訓(xùn)；
·改革文化和激勵機制,建立新的相關(guān)組織。
展開 制造業(yè)的產(chǎn)品結(jié)構(gòu)管理
面向模型的系統(tǒng)工程（Model-BasedSystem Engineering，MBSE）為產(chǎn)品結(jié)構(gòu)的定義和管理提供了新的思路。MBSE從需求的角度來看待機械、電子電氣、軟件等不同形態(tài)產(chǎn)品構(gòu)件，用模型對它們進行統(tǒng)一的定義和管理，從而打破上述不同構(gòu)件在不同專業(yè)領(lǐng)域的界限。具體來說，在MBSE中，各種形式的產(chǎn)品構(gòu)件首先是模型，其次才是機械部件、電子電氣件，或是軟件或云服務(wù)。
通用產(chǎn)品結(jié)構(gòu)（GenericProduct Structure，GPS）則是以更抽象、更哲學(xué)的方法，從用戶的視角和功能的角度，對產(chǎn)品的結(jié)構(gòu)進行抽象和重構(gòu)，將產(chǎn)品結(jié)構(gòu)中的“不變”和“簡變”識別出來并進行清晰和有序的管理，再通過每個產(chǎn)品的具體開發(fā)和制造活動進行衍生和迭代，從而以“不變”和“簡變”來實現(xiàn)“萬變”。
總體來說，產(chǎn)品結(jié)構(gòu)的科學(xué)定義和有效管理是企業(yè)智者們的思維游戲，是工程哲學(xué)家的競技場，是從平庸走向卓越之門的金鑰匙。從數(shù)字化從業(yè)人員而言，數(shù)字化的產(chǎn)品結(jié)構(gòu)定義和管理，數(shù)字化只是工具和手段，決定其成效高低的是背后的業(yè)務(wù)思維。
展開 什么是基于模型的系統(tǒng)工程（MBSE）？附資料
并且隨著新的需求和更加復(fù)雜系統(tǒng)的產(chǎn)生，會變得更加難以管理，難以擴展。
因此，是時候重新思考當(dāng)前的系統(tǒng)工程方法了
基于模型的系統(tǒng)工程（ Model Based Systems Engineering，MBSE）就是針對解決復(fù)雜系統(tǒng)進行分析、設(shè)計和開發(fā)的有效方法。相較于傳統(tǒng)基于文檔的系統(tǒng)工程，MBSE是一種更嚴(yán)謹(jǐn)?shù)南到y(tǒng)工程數(shù)字方法，能夠更有效地管理產(chǎn)品開發(fā)、需求傳遞、以及設(shè)計、分析、驗證和確認(rèn)活動的整體集成，為復(fù)雜的系統(tǒng)和流程帶來了更高的集成度和效率，跨越了企業(yè)今天面臨的諸多跨領(lǐng)域挑戰(zhàn)，可以更輕松地與供應(yīng)商以及客戶進行協(xié)作。因此，MBSE方法一經(jīng)提出，就得到了迅速的認(rèn)可和應(yīng)用，尤其是在航空航天和國防領(lǐng)域，MBSE方法已經(jīng)成為了重點應(yīng)用。聯(lián)邦航空局（FAA）、歐盟航空安全局（EASA）等監(jiān)管機構(gòu)都要求OEM及其合作伙伴采用更有條理的系統(tǒng)工程方法。美國國防部（DoD）也認(rèn)識到MBSE的必要性，將其視為一種更有效地與OEM溝通需求的方法，并制定了流程來檢查所有需求是否得到滿足。
那么，什么是MBSE？
MBSE可以定義為，從概念設(shè)計階段開始，持續(xù)貫穿于系統(tǒng)全生命周期各個階段，支持系統(tǒng)需求、設(shè)計、分析、驗證和確認(rèn)活動的正規(guī)化應(yīng)用。MBSE對復(fù)雜系統(tǒng)采用本體認(rèn)知和概念建模，支持從多視角的系統(tǒng)架構(gòu)建模，從而確保了頂層設(shè)計的概念完整性，并由此實現(xiàn)了向下游層級跨專業(yè)模型的映射，以及實現(xiàn)系統(tǒng)全生命周期的可追溯性。
以航空產(chǎn)品為例，MBSE流程從需求開始。工程團隊從客戶那里收到一系列需求，概述了飛機的基本配置，以及這些需求如何流向不同的系統(tǒng)（飛行控制、起落架系統(tǒng)、電氣線路等）中，且每個系統(tǒng)都有自己的一組需求并流向各個單獨的組件。然后進行系統(tǒng)建模，將這些需求轉(zhuǎn)化為系統(tǒng)架構(gòu)的功能定義，即將架構(gòu)設(shè)計與需求聯(lián)系起來。
展開 淺談基于模型的系統(tǒng)工程（MBSE）技術(shù)
右側(cè)描述了自底向上的測試、集成和驗證過程：首先進行各設(shè)計單元獨立的測試，然后逐級向上集成為分系統(tǒng)、系統(tǒng)，進行各級需求的驗證，不滿足系統(tǒng)功能、性能、外形、重量等設(shè)計要求的，追蹤到相應(yīng)的設(shè)計層，進行相應(yīng)的設(shè)計更改，并重新進行測試、集成和驗證過程。最終，確認(rèn)系統(tǒng)的整個設(shè)計是否滿足客戶的需求，是否達(dá)到客戶的期望。中間的豎條是各層的模型知識庫，用于組織管理、存儲各個過程所形成的結(jié)構(gòu)化模型，實現(xiàn)不同型號、項目基于模型的設(shè)計經(jīng)驗的積累和知識的傳承。
縱觀整個系統(tǒng)設(shè)計過程，對于系統(tǒng)綜合級、系統(tǒng)級、分系統(tǒng)級、子系統(tǒng)級，每一級都是一個基于V模型的研制過程，只是模型的細(xì)化；對于機電系統(tǒng)綜合、電氣系統(tǒng)、環(huán)控系統(tǒng)、液壓系統(tǒng)，每一個系統(tǒng)又是一個層級嵌套的基于V模型的研制過程。整個MBSE過程既是需求的實現(xiàn)過程，也是對需求的分析和驗證過程，同時，驅(qū)動上層的需求逐步細(xì)化并向下層進行分解與分配。
MBSE
常用工具?
MBSE技術(shù)涉及到大量不同層級的建模仿真工具，本文介紹目前飛機設(shè)計中常用的軟件工具如圖4所示。
圖4 MBSE飛機設(shè)計工具鏈框架
No.1需求管理工具
需求是飛機設(shè)計中最先需要分析和定義的。需求相關(guān)的工作主要有：識別利益相關(guān)方、捕獲利益相關(guān)方需求和需求管理。目前常用的需求管理軟件是IBM公司的DOORS軟件。
DOORS軟件是全球領(lǐng)先的需求管理工具，是為捕捉、鏈接、追蹤、分析并管理信息的變更以確保項目順從特定需求和標(biāo)準(zhǔn)而設(shè)計的多平臺系統(tǒng)。
展開 MBSE | 一文詳解基于ModelCenter的全流程解決方案
而隨著產(chǎn)品復(fù)雜程度不斷增加，傳統(tǒng)基于文本的系統(tǒng)工程方法要把散落在各個專業(yè)學(xué)科的各個階段的需求文檔，接口文檔，系統(tǒng)需求，功能分解，初步設(shè)計，測試計劃等工程信息集成在一起，不僅費時費力，而且不易追溯其更新變化，因此無法滿足現(xiàn)代各類復(fù)雜系統(tǒng)的研制需求。因此有必要從文檔為中心的系統(tǒng)工程升級到以模型為中心的系統(tǒng)工程，因此基于模型的系統(tǒng)工程應(yīng)運而生。
圖表5是NASA的噴氣推進實驗室(JPL: Jet Propulsion Laboratory)關(guān)于SE到MBSE遷移的理解，MBSE就是通過系統(tǒng)建模語言構(gòu)建需求模型、學(xué)科模型、功能模型、架構(gòu)模型，子系統(tǒng)模型等，以實現(xiàn)學(xué)科、需求、功能、子系統(tǒng)到物理架構(gòu)的分解和分配；通過模型實現(xiàn)系統(tǒng)需求、設(shè)計實現(xiàn)、功能邏輯的確認(rèn)和驗證，并驅(qū)動仿真、產(chǎn)品設(shè)計、實現(xiàn)、測試、運營、綜合等全流程環(huán)節(jié)。基于模型的系統(tǒng)工程是包括國防軍工等復(fù)雜系統(tǒng)工程設(shè)計的重點努力方向。
圖表5 飛行器的傳統(tǒng)設(shè)計流程和改進后的含MDO的設(shè)計流程
MBSE發(fā)展到今天已經(jīng)形成了不少流派和體系，但在工業(yè)界真正能被廣泛接受和推廣應(yīng)用開來的主要有基于SysML語言為核心和基于DSML(Domain Specific Modeling Language)語言為核心的兩大體系，而前者的應(yīng)用場景又明顯多于后者。
展開 
MBSE:基于模型的系統(tǒng)工程在航空發(fā)動機控制設(shè)計中的應(yīng)用
圖1 MBSE實施的基本方法
面向?qū)ο蟮南到y(tǒng)工程方法（object-oriented systems engineering, OOSEM）集成使用OMG SysML標(biāo)準(zhǔn)，包括分析定義系統(tǒng)需求、定義邏輯體系結(jié)構(gòu)、合成候選分配架構(gòu)、優(yōu)化和評估可選方案、驗證和確認(rèn)系統(tǒng)等開發(fā)活動；Harmony-SE采用了“服務(wù)請求驅(qū)動”的系統(tǒng)建模方法，使用 SysML 建模標(biāo)準(zhǔn)，利用 SysML 結(jié)構(gòu)視圖中的block作為描述系統(tǒng)結(jié)構(gòu)的基本單元，利用活動圖、狀態(tài)圖、序列圖描述系統(tǒng)結(jié)構(gòu)組成部分的行為；Vitech MBSE 方法采用 MBSE 的系統(tǒng)定義語言（system definition language，SDL）管理模型產(chǎn)品；state analysis以目標(biāo)為導(dǎo)向的閉環(huán)運轉(zhuǎn)，是時間區(qū)間上狀態(tài)變量的約束。
行業(yè)應(yīng)用
國外在MBSE的方法及應(yīng)用方面開展了廣泛研究與實踐：空客公司在A350系列飛機的開發(fā)中全面采用MBSE，在飛機研制中逐層細(xì)化需求并進行功能分析和設(shè)計綜合；洛克希德·馬丁公司采用MBSE統(tǒng)一進行需求管理和系統(tǒng)架構(gòu)模型，并向后延伸到機械、電子設(shè)備以及軟件等的設(shè)計與分析之中；羅·羅公司依據(jù) INCOSE系統(tǒng)工程手冊制定了其自身的系統(tǒng)工程能力框架，實現(xiàn)了從航空動力系統(tǒng)到子系統(tǒng)到部件的系統(tǒng)工程迭代；波音公司構(gòu)建了以任務(wù)和需求定義、邏輯和功能集成、功能和邏輯架構(gòu)設(shè)計為核心的、覆蓋產(chǎn)品全生命周期的MBSE過程，從運行概念到需求到設(shè)計到生產(chǎn)。
展開 系統(tǒng)工程大講堂——實施MBSE，如何選擇建模工具？MBSE建模平臺的選擇和使用
No Magic公司的MBSE方法學(xué)是MagicGrid，號稱是IBM Harmony、OOSEM等各家方法學(xué)（圖8）和DoDAF、NAF等各家架構(gòu)框架的綜合集成，為用戶提供無二義性的系統(tǒng)建模工作流程。
IBM的Harmony方法學(xué)也是集成折衷的產(chǎn)物，首先是IBM包容調(diào)和了兩位大師在系統(tǒng)工程領(lǐng)域和嵌入式軟件工程領(lǐng)域的兩種思想方法（即Harmony = Harmony MBSE + Harmony ESW），其次是包容了Peter Hoffman對SysML建模功能和Rhapsody軟件功能的裁剪。這就造成Harmony MBSE并不完全符合系統(tǒng)工程最新標(biāo)準(zhǔn)（ISO 15288:2015）對系統(tǒng)工程過程的定義，如Harmony MBSE以涉眾需求作為輸入，而忽略了涉眾需求定義過程。另外，Harmony MBSE的作者Peter Hoffman退休離開IBM，以及IBM公司的業(yè)務(wù)轉(zhuǎn)型，對Harmony MBSE方法學(xué)及其系統(tǒng)工程解決方案的發(fā)展和完善的影響，尚待評估。
圖8 MBSE方法學(xué)使用頻度[5]
4
國外客戶采購MBSE決策過程示例
洛克希德-馬丁公司下屬的桑迪亞（Sandia）國家實驗室于2010年決定在實驗室內(nèi)部不同安全級別的網(wǎng)絡(luò)上部署No Magic公司的SysML建模工具MagicDraw，并且軟件評測和采購團隊將MagicDraw、Rhapsody、Enterprise Architect三個工具的對比和采購決策過程按照系統(tǒng)工程的流程撰寫了詳細(xì)的報告（圖9）。雖然是6年前的數(shù)據(jù)，但系統(tǒng)工程思想方法在整個過程中的應(yīng)用，值得我們一讀。
展開 MBSE建模應(yīng)用案例和實踐經(jīng)驗：挖掘機傾覆解決方案（工業(yè)設(shè)備行業(yè)MBSE方法實踐）
得益于3DEXPERIENCE平臺和MBSE方法，項目經(jīng)理和工程師們可以在產(chǎn)品開發(fā)過程中驗證市場和消費者需求之間的正確聯(lián)系，對市場和客戶需求做出非常積極的反應(yīng)。
基于3DEXPERIENCE 的MBSE方法
根據(jù)國際系統(tǒng)工程學(xué)會給出的定義，MBSE是從概念設(shè)計出發(fā)，使用建模方法逐次支持系統(tǒng)需求、設(shè)計、分析、驗證和確認(rèn)等活動，持續(xù)貫穿整個設(shè)計生命周期。MBSE起源于航空航天領(lǐng)域，致力于解決復(fù)雜系統(tǒng)的研發(fā)問題，而現(xiàn)在隨著各行業(yè)領(lǐng)域產(chǎn)品復(fù)雜度的不斷提升，MBSE方法也逐漸“出圈”，開始應(yīng)用于各行各業(yè)。
圖11 “V”形開發(fā)流程
基于模型的系統(tǒng)工程（MBSE）屬于“需求驅(qū)動型”研發(fā)模式，在需求分析階段進行系統(tǒng)需求的捕獲、分析和驗證，在早期暴露并全部解決需求存在的隱患和問題，并基于驗證后的需求開展后續(xù)研制，大大減少了研制過程中的反復(fù)和浪費。
RFLP框架即分為Requirement、Function、Logical和Physical四個層面，導(dǎo)入需求管理中的需求條目和架構(gòu)后，在功能和邏輯層進行細(xì)分架構(gòu)和建模，物理層面是三維模型，配合仿真可以直觀地觀察其動態(tài)行為。特點是統(tǒng)一數(shù)據(jù)源、保證數(shù)據(jù)連續(xù)性，同時在設(shè)計研發(fā)過程中可以不斷迭代，提高研發(fā)效率。
-END-
文章來源：達(dá)索系統(tǒng)
展開 MBSE系列: 方法論之RFLP
文本形式的需求本身就屬于一種模型，對于MBSE而言，需求模型也還是以文本表達(dá)為主，只不過對于MBSE而言，R(需求)Viewpoint強調(diào)兩個方面:
1
導(dǎo)出需求:
借助相關(guān)的視圖，例如SysML中用例視圖，分析產(chǎn)品不同用例及參與者交互關(guān)系，便于我們更好更完整地導(dǎo)出需求。
2
圖形化需求:
通過視圖化的形式，將需求通過相關(guān)視圖，例如需求視圖，將需求層級化，條理化展示，也便于后續(xù)建立需求和其他架構(gòu)模型之間的可追溯性。
02
F Viewpoint
F即功能，我們在03(點我)聊過，
功能的本質(zhì)其實是需求，只不過功能是根據(jù)需求的相關(guān)性，被系統(tǒng)化集成和抽象后形成的需求集合
。
所以F(功能)Viewpoint的存在是為了從整體的角度明確產(chǎn)品或系統(tǒng)開發(fā)的任務(wù)，明確定義產(chǎn)品或系統(tǒng)應(yīng)該給用戶提供什么樣的功能以及它們之類如何交互。
展開 MBSE需求的相關(guān)專題、標(biāo)簽、搜索
MBSE需求MBSEMBSE過程MBSE標(biāo)準(zhǔn)MBSE軟件MBSE工具 mbse 技能需求行業(yè)案例 | mbse解決方案（三）：基于模型的武器裝備需求管理與分配電力系統(tǒng)需求側(cè)響應(yīng)和需求側(cè)管理的區(qū)別是什么航天領(lǐng)域mbse培訓(xùn)航天領(lǐng)域mbse燒結(jié)燒結(jié)需求燒結(jié)sps燒結(jié)熱結(jié)構(gòu)需求燒結(jié)sps燒結(jié)燒結(jié)需求燒結(jié)sps燒結(jié)熱結(jié)構(gòu)需求燒結(jié)sps燒結(jié)熱結(jié)
