2023系統(tǒng)與軟件工程 基于模型的系統(tǒng)與軟件工程和工具

系統(tǒng)與軟件工程基于模型的系統(tǒng)與軟件工程方法和工具目 次前言 II引言 III范圍 1規(guī)范性引用文件 1術語、定義和縮略語 1符合性 9MBSSE參考模型 10MBSSE策劃 12模型構建 21模型支撐 32MBSSE執(zhí)行 39附錄A（資料性）MBSSE參考框架的實例化和定制 54附錄B（資料性）系統(tǒng)模型的MBSSE維度 59附錄C（資料性）MBSSE中的模型分類和關系 61附錄D（資料性）MBSSE角色示例 63附錄E（資料性）相關標準與本文件的關系 65附錄NA（資料性）某國產(chǎn)MBSSE軟件平臺案例 67附錄NB（資料性）MBSSE在軟件可靠性工程中的應用案例 70參考文獻 78I系統(tǒng)與軟件工程基于模型的系統(tǒng)與軟件工程方法和工具范圍本文件規(guī)定了基于模型的系統(tǒng)與軟件工程（MBSSE）的工具能力和方法，包括：——MBSSE——該參考模型組件之間的相互關系；MBSSE——支持每個過程所定義任務的方法；——自動化或半自動化任務或方法的工具能力。本文件沒有為系統(tǒng)和軟件新增任何額外的生存周期過程，而是明確規(guī)定了一個被視為活動集合的MBSSE參考模型。該參考模型既展示了系統(tǒng)工程問題解決和所關注系統(tǒng)演化的生存周期角度，也展示了建模與模型管理的認知角度。它可維持和促進數(shù)字化轉型和數(shù)字時代的系統(tǒng)和軟件生存周期過程。規(guī)范性引用文件本文件沒有規(guī)范性引用文件。術語和定義下列術語和定義適用于本文件。3.1.1分析模型analyticalmodel描述數(shù)學關系的模型。示例：如支持對系統(tǒng)參數(shù)進行量化分析的微分方程。注：分析模型可進一步分為動態(tài)模型和靜態(tài)模型。3.1.2資產(chǎn)asset對組織具有潛在或實際價值的項、事件或實體。注1：資產(chǎn)可從不同的角度分類，例如有形資產(chǎn)、無形資產(chǎn)；動產(chǎn)、不動產(chǎn)。無形資產(chǎn)可分為數(shù)字資產(chǎn)和非數(shù)字無形資產(chǎn)。注2：認知資產(chǎn)是指組織在運營過程中產(chǎn)生的無形資產(chǎn)。數(shù)據(jù)、信息、知識、智慧和建模資產(chǎn)都屬于認知資產(chǎn)。1[來源:ISO/IEC19770-1:2017,3.1,有修改]3.1.3能力capability在特定的條件下，做一些有用的事情的能力。注：（具有新的或增強的系統(tǒng)能力和/或運行的系統(tǒng)所固有的。企業(yè)系統(tǒng)工程致力于為各利益相關方實現(xiàn)運營價值的最大化，其中一些利益相關方可能關注于問題情況的改善。3.1.4運營構想conceptofoperations注1：運營構想通常在長遠戰(zhàn)略策劃和年度運營計劃中得到體現(xiàn)。在年度運營計劃中，運營構想覆蓋了為實現(xiàn)組織績效目標而同時或相繼進行的一系列相關行動。參見3.1.24運行概念。運營構想提供確定運行空間、系統(tǒng)能力、界面和運行環(huán)境邊界的基礎。[來源：ISO/IEC/IEEE15288:2023,3.9]3.1.5關注點concern利益相關方關注的或對其重要的事物。示例：可負擔性、敏捷性、可用性、可依賴性、靈活性、可維護性、可靠性、彈復性、易用性和可行性是（系統(tǒng)（淘汰PESTEL（存在關注點的可能方面：政治、經(jīng)濟、社會、技術、環(huán)境和法律。[來源：ISO/IEC/IEEE42020:2019,3.8]3.1.6描述模型descriptivemodel顯示一組相互關聯(lián)的模型元素的模型，這些模型元素表征了系統(tǒng)的關鍵方面，包括其結構、行為、參數(shù)和需求。注：描述模型，是對其系統(tǒng)分析模型和設計模型的補充。3.1.7特定學科模型discipline-specificmodel從某一學科的角度，對系統(tǒng)或系統(tǒng)元素的描述，處理源于特定學科模型元素的領域特定的關注點。3.1.8成熟度maturity2系統(tǒng)、產(chǎn)品或組件在正常運行下滿足可靠性需要的程度。注1：系統(tǒng)、產(chǎn)品或組件的成熟程度，可與對該系統(tǒng)行為的信任和充分了解相關聯(lián)。注2：也不存在妨礙用戶從該事項（系統(tǒng)、產(chǎn)品或組件）獲益的部件缺失情況，則該事項視為成熟。[來源:ISO/IEC25010:2011,4.2.5.1,有修改]3.1.9成熟度等級maturitylevel實現(xiàn)所有目標的完成程度。3.1.10有效性測度measureofeffectiveness與待評價的運行目標在預期運行環(huán)境中、指定條件下的完成程度密切相關的成功運行測度。ISO/IEC/IEEE24748-4:20164.7]3.1.11性能測度measureofperformance提供關鍵性能需求以滿足有效性測度(MOE)的工程參數(shù)。注：MOP通常表征與系統(tǒng)運行相關的物理或功能屬性。[來源:ISO/IEC/IEEE24748-4:2016,4.8]3.1.12元模型meta-model（metamodel）指定建模語言的抽象語法的特殊類型的模型。注：元模型的典型作用，是定義模型元素在模型中如何對得到實例化的語義。模型通常包含模型元素。這些模型元素是通過將元模型的模型元素（即元模型元素）實例化而創(chuàng)建的。[來源:ISO/IEC19506:2012，4]3.1.13使命mission分配給一個資源、一組資源或某些人群的重要運行工作或職責。注：資源可能是人力資源，也可能是包括系統(tǒng)與產(chǎn)品在內的技術資源。3.1.14模式mode對系統(tǒng)（或其參與者或其組件）在設計時已預見的情況下預期行為的定義。注1：每種模式主要由系統(tǒng)在該模式下預期功能的內容表征。模式能反映各種概念，例如:——任務的不同階段，以飛行任務為例（不同階段有滑行、起飛、巡航、著陸等）；——系統(tǒng)在特定條件（聯(lián)機、自主等）下所需的特定功能；——對系統(tǒng)進行使用、測試、培訓、維護等的特定條件。3注2：從一種模式向另一種模式的轉換通常是決策的結果，例如為適應新需要或新環(huán)境而對系統(tǒng)運行方式的改變；因此，系統(tǒng)、其用戶或外部參與者的選擇對模式有重要影響。3.1.15模型model注1：模型可使用形式理論，而形式理論可基于數(shù)學或者科學的原理與概念。模型能夠用已確立的元模型生成。元模型通常用于促進開發(fā)準確、完整、一致且可理解的模型。注2：模型可用于構造或表示實體的架構視圖。描述模型和分析模型是模型的兩種類別。模型宜通過符合ISO/IEC/IEEE42010的模型類別進行管理。注3：參考模型可用于刻畫一般實例，該一般實例用作具體條件或情況創(chuàng)建特殊實例模型的基礎。參考模型可用于促進和加強架構與架構元素的一致性。注4：根據(jù)具體情況，模型可是架構模型、架構實體模型、概念模型或者參考模型。注5：物理模型是一種具體表示，它和數(shù)學與邏輯模型相區(qū)別，后兩種模型都是系統(tǒng)的更抽象表示。抽象模型還能進一步分為描述模型（類似于邏輯模型）和分析模型（類似于數(shù)學模型）。注6：（建模和仿真）模型是對現(xiàn)實世界過程、概念或系統(tǒng)的選定方面的近似、表示或理想化，這些選定方面包括（AuthoritativeDictionaryofIEEEStandardsTerms）。注7：給出了MBSSE中模型和關系分類的例子（見附錄C）。[來源:ISO/IEC/IEEE42020:2019,3.13,有修改]3.1.16基于模型的系統(tǒng)與軟件工程model-basedsystemsandsoftwareengineering為支持系統(tǒng)與軟件工程，對建模的形式化應用。3.1.17模型基線modelbaseline一組不可改變的技術狀態(tài)項集及其關聯(lián)的版本與變體。3.1.18模型技術狀態(tài)項modelconfigurationitem模型配置項模型的邏輯部分，以受控方式維護，具有可追蹤的修訂歷史。例如：——模型（在特定項目中開發(fā)的內容）——在模型根目錄下的每一個主包——可作為庫（例如功能庫、服務庫、測度庫）一樣重用的目錄注：模型和模型元素及其引用可能是MCI的部分。MCI可定義為不同的顆粒庫，從一組模型元素到整個模型。MCIs受管理以保持模型的完整統(tǒng)一性。43.1.19模型元素modelelement（基本3.1.20模型元素庫modelelementlibrary在任意項目中使用的不可修改的模型元素的集合或目錄，打包在單一制品中。3.1.21模型范式modelpattern在系統(tǒng)或軟件設計中，能夠用于解決給定語境下常見問題的常規(guī)或可重用的模型或模型部件。3.1.22模型倉庫modelrepository存儲不同抽象層級的不同模型，并促進不同層級的利益相關方和從業(yè)者之間理解與合作的手段。TOGAF9.2（TheOpenGroup架構框架），有修改]3.1.23本體ontology描述知識領域所用術語的邏輯結構，既包括適用術語的定義，也包括術語間的關系。ISO/IEC/IEEE24765:20173.2691]3.1.24運行概念operationalconcept注1：運行概念旨在從用戶和操作者角度，對組織的作業(yè)環(huán)境中使用一個或多個特定系統(tǒng)或與一組相關的系統(tǒng)，給出運行的整體描述。參見運營構想（3.1.4）。注2：運行概念是關于系統(tǒng)的，而運營構想通常與組織相關。[來源:ISO/IEC/IEEE15288:2023,3.23]3.1.25階段phase生存周期中的時間段，在這段時間內為實現(xiàn)本段時間的目標而執(zhí)行活動ISO/IEC/IEEE42020:20193.15]3.1.26參考框架referenceframework5用于理解某些環(huán)境下實體之間重要關系以及用于制定支持該環(huán)境的連貫一致的標準或規(guī)范的結構。注：參考框架為一致性、協(xié)作、共享和重用提供了一個通用背板。[來源:ISO/IEC20013:2020,3.5,有修改]3.1.27可靠性reliability系統(tǒng)或組件在規(guī)定條件下、指定時間段內，執(zhí)行其所需功能的能力。3.1.28彈復性resilience系統(tǒng)在面對逆境時提供所需能力的能力。3.1.29資源resource過程執(zhí)行期間使用或消耗的實體。示例：包括不同的實體，例如資金、人力、設施、固定設備、工具，和公共設施，例如電力、水力、燃料和通信設施。[來源:ISO/IEC/IEEE12207:2017,有修改]3.1.30安全性safety避免因使用或誤用而對系統(tǒng)造成損傷或傷害。3.1.31信息安全性security系統(tǒng)承受入侵、干擾或盜竊等攻擊（不受損害）的能力。3.1.32利益相關方stakeholder示例：最終用戶、運營方、需方、所有者、供方、架構師、開發(fā)人員、實施人員、維護人員、監(jiān)管人員、納稅人、認證機構和市場。注：某些利益相關方可能具有相互對立或與系統(tǒng)對立的利益。[來源:ISO/IEC/IEEE42020:2019,有修改]3.1.33狀態(tài)state在某一個時間點表征系統(tǒng)、系統(tǒng)元素、功能或其他實體的條件。6[來源:ISO/IEC/IEEE29148:2018,3.1.30,有修改]3.1.34靜態(tài)模型staticmodel沒有變化的系統(tǒng)分析模型。示例：橋梁的比例模型，用于研究其外觀而不是其在不同載荷下的性能。[來源:TheAuthoritativeDictionaryofIEEEStandardsTerms]3.1.35系統(tǒng)system部件或元素的組合體，組合后表現(xiàn)出單個部件不具備的既定的行為或意義。注1：一個系統(tǒng)可被認為是一種產(chǎn)品或者是一種它所提供的服務。注2：地由依賴語境的同義詞來替代，例如飛行器，雖然這可能會使系統(tǒng)的角度不太明顯。注3：完整的系統(tǒng)包括相關裝置、設備、原料、計算機程序、固件、技術文檔、服務和運行、支持所必需的人力，在預期的環(huán)境中實現(xiàn)某種程度的自給自足。[來源:ISO/IEC/IEEE15288:2023,3.46]3.1.36系統(tǒng)元素systemelement能實現(xiàn)滿足特定要求的系統(tǒng)的離散部件。示例：硬件、軟件、數(shù)據(jù)、人、過程（例如為用戶提供服務的過程）、規(guī)程（例如操作指南）、設備、原料、自然存在的實體或其任意組合。[來源:ISO/IEC/IEEE15288:2023,3.47]3.1.37所關注的系統(tǒng)system-of-interest其生存周期被考慮的系統(tǒng)。[來源:ISO/IEC/IEEE15288:2023,3.48,有修改]3.1.38技術地圖technologymap為使系統(tǒng)得以實現(xiàn)或轉變，對所需的或預期的技術變化及其預計日期的概述。ISO/IEC26560:20193.6,有修改]3.1.39用例usecase對系統(tǒng)的行為需求及其與用戶交互的描述。[來源:ISO/IEC/IEEE26515:2018,3.15,有修改]73.1.40視角viewpoint為創(chuàng)建、解釋和使用模型視圖建立的一組協(xié)定的模型視圖，以構建一個或多個特定的系統(tǒng)關注點。[來源:ISO/IEC/IEEE42010:20223.8,有修改]縮略語下列縮略語適用于本文件：BOM：物料清單（BillofMaterial）BPMN：業(yè)務過程模型和符號（BusinessProcessModelandNotation）CI：技術狀態(tài)項（ConfigurationItem）CIR：技術狀態(tài)項記錄（ConfigurationItemRecord）COTS：商用現(xiàn)貨（Commercial-Off-The-Shelf）CPU：中央處理器（CentralProcessingUnit）CRUD：創(chuàng)建、讀取、更新和刪除（Create,Read,Update,andDelete）CSA：技術狀態(tài)記實（ConfigurationStatusAccounting）CV：履歷（CurriculumVitae）DBMS：數(shù)據(jù)庫管理系統(tǒng)（DatabaseManagementSystems）DIKW：數(shù)據(jù)-信息-知識-智慧（DataInformationKnowledgeWisdom）FAST：功能分析系統(tǒng)技術（FunctionAnalysisSystemTechnique）FFBD：功能流塊圖/功能流框圖（FunctionalFlowBlockDiagram）FMEA：失效模式及影響分析（FailureModeandEffectsAnalysis）FTA：故障樹分析（FaultTreeAnalysis）HFE：人因工程（HumanFactorsEngineering）HLA：高層架構/高層體系架構（HighLevelArchitecture）ICD：接口控制文件（InterfaceControlDocument）ILS：綜合物流支持（IntegratedLogisticsSupport）IPR：知識產(chǎn)權（IntellectualPropertyRights）IVandV：集成驗證和確認（IntegrationVerificationandValidation）KSA：知識、技能和能力（Knowledge,SkillsandAbilities）MBSA：基于模型的安全性評估（Model-BasedSafetyAssessment）MBSSE：基于模型的系統(tǒng)與軟件工程（Model-BasedSystemsandSoftwareEngineering）MCI：模型技術狀態(tài)項（ModelConfigurationItem）MDD：模型驅動的設計（Model-DrivenDesign）MOE：有效性測度（MeasureofEffectiveness）MOP：性能測度（MeasureofPerformance）OOSEM：面向對象的系統(tǒng)工程方法（ObjectOrientedSystemsEngineeringMethod）OPM：對象-過程方法論（Object-ProcessMethodology）PBS：產(chǎn)品分解結構（ProductBreakdownStructure）RAMT：可靠性、可用性、可維護性、可測試性（ReliabilityAvailabilityMaintainabilityTestability）8SBS：系統(tǒng)分解結構（SystemBreakdownStructure）SE：系統(tǒng)工程（SystemsEngineering）SSE：系統(tǒng)與軟件工程（SystemsandSoftwareEngineering）SysML：系統(tǒng)建模語言（SystemsModellingLanguage）UML：統(tǒng)一建模語言（UnifiedModellingLanguage）符合性預期用法本文件的要求包含在第5678和9MBSSE注1：和實現(xiàn)目標所對應的一系列任務、方法和工具能力。注2：執(zhí)行所聲明的過程集合中相關任務、方法和工具能力的用戶，能聲明對所選過程的任務完全符合。然而，一些用戶能夠擁有創(chuàng)新的過程變體，在不執(zhí)行所有任務、方法和工具能力的情況下，實現(xiàn)所聲明的過程集合的目標（即結果）。這些用戶能夠聲明過程集合的結果完全符合。這兩種準則——任務完全符合和結果完全符合——不一定等同，因為在某些情況下，任務、方法和工具能力的具體表現(xiàn)可能需要比僅實現(xiàn)結果更高的能力水平。注3：當本文件用于幫助制定需方和供方之間的協(xié)議時，可選擇本文件的條款納入?yún)f(xié)議，無論是否進行修改。在這種情況下，需方和供方要求遵守協(xié)議比要求遵守本文件更為合適。完全符合結果完全符合本文件的一個預期用途是促進過程的評估和改進。為此，每個過程的目標都以符合ISO/IEC3300233002要求的“過程參考模型”。任務完全符合注：在需方或監(jiān)管機構要求詳細了解供應過程的規(guī)定情境（法律意義上的合同或契約約定）下，聲明為任務完全符9合是比較適合的。剪裁符合MBSSE概述MBSSE參考模型將MBSSE過程定義為四個過程組，見圖1：——MBSSE策劃；——模型構建；——MBSSE執(zhí)行；——模型支撐。1MBSSE本文件的其余部分根據(jù)參考模型中定義的過程組和MBSSED描述了基于模型的系統(tǒng)與軟件工程的關鍵作用。MBSSE參考模型將每個過程組劃分為特定于MBSSE的過程，并根據(jù)以下屬性描述每個過程：——過程的名稱；——過程的目的；——生成結果的輸入；10——過程的結果；——實現(xiàn)結果的任務；——有效且高效地執(zhí)行任務所需的方法和工具能力。方法能力理解為以系統(tǒng)的或已確立的方式執(zhí)行任務的能力。本文件中的方法有助于：——減少影響分析和業(yè)務研究所需的時間和精力；——實現(xiàn)與建模方法無關的管理和支持任務。注：有關過程描述規(guī)范的進一步指南，參見ISO/IEC/IEEE24774。MBSSEMBSSEMBSSE“MBSSE策劃”過程組確定了專用于模型開發(fā)組織的過程，這些過程可被認為是每個特定建模項目（其他兩個主要過程組“模型構建”和“模型支持”，適用于“MBSSE執(zhí)行”過程組中定義的任何特定MBSSE過程?！澳Ｐ蜆嫿ā边^程組是核心建模過程，有助于確保模型倉庫的一致性?！澳Ｐ椭С帧边^程組處理技術數(shù)據(jù)，并在整個生存周期中執(zhí)行。MBSSEMBSSEMBSSE（SE）中。這些過程指定了要生產(chǎn)的模型類型，并使用三個主要過程組中描述的所有其他過程。該MBSSE參考模型旨在支持迭代工作流，使不同組的過程之間能夠進行多次迭代，并根據(jù)定義的目標和策略逐步達到適當?shù)腗BSSE定義。過程組之間的關系見圖2。2MBSSE模型構建過程和數(shù)據(jù)-信息-知識-智慧(DIKW)MBSSE的根本目標是以一種有效和協(xié)作的方式建立有用的模型。核心建?；顒涌赏ㄟ^數(shù)據(jù)-信息-知識-智慧(DIKW)層次結構的角度進行透視：11——生成模型通過將系統(tǒng)工程數(shù)據(jù)轉換為可共享的信息和知識，使其變得有用；——驗證和確認模型提高了所獲得知識的置信度和準確性；——使用模型對系統(tǒng)進行分析和仿真，不僅通過檢測和理解模式來預測，而且深入理解這些模式背后的原因，可使得正確地預測未來。構建模型過程和數(shù)據(jù)-信息-知識-智慧層次結構之間的關系如圖3所示；圖1建立模型的（認知）過程和數(shù)據(jù)-信息-知識-智慧(DIKW)層次結構附錄A中的圖A.2提供了一個基于DIKW層次結構的認知維度示例。MBSSE概述MBSSE的策劃過程組為啟動MBSSEMBSSE雖然MBSSE管理計劃是必需的，但從實用性考慮，可將其納入系統(tǒng)工程管理計劃中描述，而無需為之單獨制定一份MBSSE管理計劃文檔。MBSSE的策劃包括以下過程及相關的工具和方法:——MBSSE范圍和目標的定義；——模型開發(fā)和管理的策劃；——資源和資產(chǎn)的策劃；——知識重用管理。MBSSE構成要素本過程定義了MBSSEMBSSE注4：決定建模的目標和范圍時要著重關注：顆粒度、停止位置、互操作性約束、與其他MBSSE模型或其他MBSA的同步，以及同步（和再次同步）的預期順序。注5：MBSA方法是將物理模型抽象成一種由系統(tǒng)及其組件的故障行為構成的形式化模型。主物理模型能夠被擴展，12或使用專用的故障模型。輸入執(zhí)行“MBSSE范圍和目標的定義”過程時，宜考慮以下輸入：利益相關方的要求、需求、關注點和期望，以及對模型使用的預期；所關注的模型，包括需要創(chuàng)建的和已經(jīng)存在的（如模型庫）；MBSSE（）；質量和建模的生存周期監(jiān)控目標（預期的測度和指標項，預期的周期）；實體（過程、項目、產(chǎn)品、公司）的總體戰(zhàn)略目標；用于評估候選建模方法和工具的業(yè)務數(shù)據(jù)模型（元模型）；MBSSEMBSSE可用的建模語言及其適用領域；用于支持的可用的建模工具：MBSSE與其他工程工具（例如，需求管理、可追溯性等）和環(huán)境的互操作性。結果成功實施“MBSSE范圍和目標的定義”過程后，應取得以下結果：MBSSEKSA，用于模型的理解、生產(chǎn)和評審)；MBSSE定義了領域本體、所需角度、所需模型和視圖及其層級；確立了質量和建模生存周期監(jiān)控目標和策略。注：a）中所指的知識可理解為（包括但不限于）一系列能量化的項目，如約束列表、能力描述、數(shù)據(jù)保真度描述、模型測度等。任務組織應實施以下關于“MBSSE范圍和目標的定義”過程的任務。MBSSEMBSSEMBSSEMBSSE本任務的目標是定義和度量MBSSE的目標和策略，以幫助過程/項目/組織層面目標的成功實現(xiàn)。MBSSEMBSSEMBSSEMBSSEMBSSEMBSSEMBSSE/項目/組織層面的計劃；13MBSSEMBSSE本任務定義了適應環(huán)境和目標的MBSSE方法的關鍵元素。MBSSEMBSSE定義語言(例如，使用特定領域的語言或通用語言)；定義元模型的使用(例如，固定的或動態(tài)調整的)；確定和分析風險緩解手段；根據(jù)目標用途和用戶，為相應的本體選定適合的模型結構。模型結構是根據(jù)各部分（例如章節(jié)、角度、層、抽象層、子模型等）間的關系來定義的；設定每個模型預期的代表性層級；定義模型的集成、驗證和一致性策略；確定要使用這些模型進行的不同分析和仿真；MBSSEMBSSEMBSSEMBSSEMBSSE共享風險來源；積累歷史數(shù)據(jù)，以捕捉風險；確定與關鍵元素相關的潛在風險和機會。模型開發(fā)和管理的策劃構成要素MBSSE注：本過程的輸出結果能夠在MBSSE的開發(fā)或管理計劃中體現(xiàn)。輸入執(zhí)行“模型開發(fā)和管理的策劃”過程時，宜考慮以下輸入：MBSSE利益相關方對建模生存周期的期望、要求、需求和關注；利益相關方的風險容忍度，這主要影響風險緩解工作；質量和生存周期監(jiān)測目標。結果成功實施“模型開發(fā)和管理的策劃”過程后，應取得以下結果。確定了模型開發(fā)的目標和策略。完成了與模型開發(fā)和管理活動相關的成本估算。14MBSSEKSA、工藝、過建?；蚯方５?。MBSSE定義了模型的生存周期。定義了與程序開發(fā)里程碑相關聯(lián)的模型開發(fā)時間表。定義了評審路線圖。MBSSE方法論——描述了要應用的方法論，并提供指導和規(guī)則；注1：本方法論的指南還可說明方法論選擇的理由及其可能的定制。建?！枋隽艘獞玫男问交w系、建模指導和規(guī)則；注2：本建模指南還能陳述形式選擇的理由，以及其潛在的定制或剖析。MBSSE確立了目標工具和形式化模型驗證實施(即模型內容的正確性和完整性)。根據(jù)已確立的方法論規(guī)則、建模規(guī)則和模式，實現(xiàn)了預期的模型一致性指標、度量標準和成功標準評價手段。MBSSEMBSSE定義了模型開發(fā)和管理所需的能力和性能。對已確立模型的開發(fā)和管理目標或其實現(xiàn)情況進行了改進。注：實體隨著時間的推移，將新增或消除其基礎設施服務、租賃服務或其他能力和功能。MBSSE策劃過程需要適應管理計劃的這些周期性變化。任務組織應實施以下關于“模型開發(fā)和管理的策劃”過程的任務。MBSSEMBSSEMBSSE指定如何管理和控制模型的生存周期過程，確定用于評估模型管理活動及其結果的有效性的關鍵元素、過程、工具和參數(shù)。針對模型管理活動及其結果，確定改進并驗證其可能性。MBSSE不斷完善模型開發(fā)和管理過程。MBSSE本任務的目標是定義和剪裁MBSSE部署過程，并將定義的過程分享給關鍵的利益相關方。MBSSEMBSSE維護與其他開發(fā)工具的接口一致性(例如，特定的工程學科工具)；/8.4.3；15MBSSEMBSSEMBSSEMBSSE與相關的關鍵利益相關方分享關鍵過程；集成和調整過程；通過電子文檔記錄所定義的過程。MBSSE本任務的目標是定義模型生存周期的高層次視圖以及這些模型的開發(fā)策略。這一策略計劃宜隨MBSSE的生存周期流不斷細化，并作為選擇MBSSE方法論和形式化體系的輸入。MBSSE定義在每個階段或狀態(tài)內產(chǎn)生了哪些模型，以及模型在后續(xù)的階段和狀態(tài)內如何增強和更新；管理在開發(fā)的不同階段產(chǎn)生的模型之間的依賴關系；定義模型在每個開發(fā)階段所需的成熟度，即模型包含多少必要的信息和當前非必要的信息；定義使模型達到所需的成熟度所需資源的能力概況；KSA定義模型成熟度的里程碑；定義模型需求的里程碑(當由供方開發(fā)時)。MBSSE獲取模型的生存周期愿景和發(fā)展戰(zhàn)略信息；與關鍵的利益相關方交流高層次視圖和目標；MBSSEMBSSE本任務的目標是定義或剪裁MBSSE方法。MBSSE方法論包括用于建模和工具能力的形式化。MBSSE定義關鍵概念、關鍵概念之間的可追溯性、為實現(xiàn)涉眾目標而對這些關鍵概念建模的過程，以及每個過程的輸入和輸出；MBSSEMBSSEMBSSEMBSSEMBSSE準備和實施相關訓練。MBSSEMBSSEMBSSE幫助確保信息的準確性和配置；16驗證模型是否滿足該圖類型的規(guī)則；執(zhí)行模型以確保沒有邏輯錯誤。指定如何管理和控制建模生存周期過程本任務的目標是準備管理和控制建模生存周期過程。MBSSEMBSSEMBSSE（即指標、參數(shù)表等）；MBSSEMBSSE（即建模的產(chǎn)品類型、缺陷類型等）MBSSEMBSSE為預期的模型一致性和指標、度量及成功標準實施提取或收集程序；MBSSEMBSSEMBSSE定期產(chǎn)生MBSSE質量和生存周期監(jiān)測元素。MBSSE管理模型和其他數(shù)據(jù)元素提供的信息的配置（8）；訪問與監(jiān)視控制其他過程相關的歷史數(shù)據(jù)；使用文檔標準指定關鍵元素、過程、工具和參數(shù)。MBSSE本任務的目標是記錄MBSSE管理計劃。該計劃在“MBSSE范圍和目標的定義”過程中啟動。MBSSEMBSSE確定和管理模型開發(fā)的風險和問題；策劃對模型開發(fā)中重要開發(fā)成果（例如計劃表和里程碑）的進度監(jiān)測。MBSSEMBSSEMBSSE模型開發(fā)和管理過程的持續(xù)改進本任務的目標是檢查已部署和計劃部署之間的差距，并推動持續(xù)改進。MBSSE收集數(shù)據(jù)，以評估模型開發(fā)和管理的有效性；分析模型開發(fā)和管理需求的必要能力/性能的偏差，以實現(xiàn)已確立模型發(fā)和管理的目標；為改進活動制定行動計劃和成功度量標準，以實現(xiàn)模型開發(fā)和管理目標；控制和跟蹤改進活動的狀態(tài)，直至關閉。MBSSE積累了與模型開發(fā)和管理過程的改進相關的數(shù)據(jù)；可視化了模型開發(fā)和管理的實際有效性和預期有效性之間的偏差；17通過溝通渠道和已實施的機制與相關參與者分享改進活動；檢查改進活動的狀態(tài)。資源和資產(chǎn)的策劃構成要素MBSSE。策劃根據(jù)所選擇的MBSSE方法而有所不同。輸入執(zhí)行“資源和資產(chǎn)的策劃”過程時，宜考慮以下輸入：MBSSEMBSSEMBSSEKSA；KSAMBSSEMBSSE產(chǎn)品線管理資產(chǎn)；產(chǎn)品線管理資產(chǎn)實例；MBSSEMBSSE結果成功實施“資源和資產(chǎn)的策劃”過程后，應取得以下結果。定義了角色、KSA、職責和相關活動。明確了指定的人員，及其所需的培訓或成長機會。MBSSE產(chǎn)品線中任意模型資產(chǎn)的定制;來自可用產(chǎn)品基線、目錄和遺留模型的遺留模型;產(chǎn)品模型的實例、模式和模式演化的建議。任務組織應實施以下關于“資源和資產(chǎn)的策劃”過程的任務。MBSSEKSAMBSSEMBSSE確定和管理建模資產(chǎn)，以提高建模質量和生產(chǎn)力。MBSSEKSA)本任務的目標是描述一種方法，以確定完成建?？尚璧慕巧?、職責和KSA。MBSSE定義與建模目標相關的利益相關方；18KSAMBSSEKSA。MBSSEKSAKSAKSA確定資源本任務的目標是確定資源：MBSSE尋找能夠勝任所需角色，承擔所要求職責并執(zhí)行任務的技術資源；KSA確定所需的培訓。MBSSEKSA管理建模資產(chǎn)本任務的目標是管理建模資產(chǎn)。MBSSEMBSSEMBSSE訪問產(chǎn)品線資產(chǎn)、模式或遺留模型。知識重用管理構成要素輸入執(zhí)行“知識重用管理”過程時，宜考慮以下輸入：建模的假設和范圍；與模型成熟度相關的知識，即可對其給予信任，使其能被驗證(哪些分析模型或測試等)其代表性、以及遇到的任何問題/代表性的局限性；MBSSEMBSSE包含來自各方利益相關方的多個貢獻的模型，有可能存在一致性問題和違反規(guī)則；參考架構模型；支持模型集成或組裝、比較和合并的建模工具（即迭代和保守的導入或導出、同步和差異合并功能）。19結果成功實施“知識重用管理”過程后，應取得以下結果：更新了建模假設和范圍；對來自不同來源的模型進行了特性和共性分析；定義了具有搜索模型支持的模型元素庫；通過最佳的模型集成和權衡分析結果對模型進行更新，恢復模型在建模規(guī)則方面的一致性，并保留關鍵驅動因素；確立了權衡決策的理由；確定了模型模式和為模式定義的元模型；根據(jù)分類法存儲和管理了模型存儲庫中的模型；管理了方法上的知識重用；管理了工具擴展上的知識重用。任務組織應實施以下關于“管理知識重用”過程的任務：確定模型模式并定義模式的元模型；進行特性和共性分析；管理模型存儲庫；管理方法上的知識重用。管理工具擴展上的知識重用。確定模型模式并定義模式的元模型本任務的目標是確定常見的模型模式，以便促進模型上的知識重用。MBSSE定義模型模式的分類法；收集來自不同來源的模型，包括參考架構模型；確定模式；將模式映射到現(xiàn)有的元模型或定義與模式相對應的新元模型。MBSSE促進分類法的創(chuàng)建；協(xié)助用戶進行多模型集成；支持模式和元模型的創(chuàng)建和存儲。執(zhí)行特性和共性分析本任務的目標是從不同來源中提取共性模型，以便為重用做準備。MBSSE從不同來源收集模型；確定特性和共性模式；提取符合模式的模型并進行存儲；重構模型以適應模式。MBSSE根據(jù)分類法對來自不同來源的模型進行分類和存儲；20提取模型，進行重構和存儲。管理模型存儲庫本任務的目標是存儲提取和調整的模型，并管理模型存儲庫以便支持重用。MBSSE根據(jù)分類法對模型進行分類和存儲；定義關鍵詞；提供模型搜索功能；管理變更和版本。MBSSE存儲模型；為模型添加關鍵詞；提供門戶以促進模型搜索和可視化；提取模型并進行重用；管理變更和版本。管理方法上的知識重用本任務的目標是在特定周境中管理針對特定情境量身定制的方法，以便在其他類似情境中進行重用。MBSSE定期調查項目或計劃中使用的方法；管理變更和版本；撰寫方法指南；提供可重用并提供所需培訓。MBSSE提供關于方法和周境的信息門戶；管理變更和版本。管理工具擴展上的知識重用本任務的目標是在特定周境中管理為了在其他類似情境中進行重用而開發(fā)的工具擴展的知識重用。注：工具擴展能夠被理解為（包括但不限于）一組項目，如插件、腳本等。MBSSE提供關于工具和周境的信息門戶；管理工具和用戶指南。MBSSE提供關于工具擴展的信息門戶；管理工具擴展和用戶指南。模型構建概述本章給出MBSSEMBSSE參考模型中其他組中確定的貢獻活動進行架構、監(jiān)測和支持。21以下過程屬于模型構建過程組：——系統(tǒng)模型生成；——特定學科模型生成；——模型驗證；——模型確認；——利用模型對系統(tǒng)進行仿真；——替代模型評估。系統(tǒng)模型生成構成要素系統(tǒng)模型可包括以下示例模型：注：參考ISO/IEC/IEEE15288。——功能模型，捕獲系統(tǒng)的功能及其功能接口；——行為模型，捕獲系統(tǒng)功能的整體行為；——時間模型，捕獲構架的時序相關特征；——結構模型，捕獲系統(tǒng)元素及其物理接口；——質量模型，捕獲系統(tǒng)與質量有關的方面；——布局模型，捕獲系統(tǒng)元素的絕對和相關空間位置；——網(wǎng)絡模型，捕獲在適用的系統(tǒng)功能或元素之間的資源流。系統(tǒng)模型是核心模型，應：——至少執(zhí)行一個工程過程(即執(zhí)行MBSSE或執(zhí)行“一個工程過程”)；22——實現(xiàn)明確的目標，包括已確定的利益相關方；——遵循示范業(yè)主組織的適用規(guī)則、原則和指導。系統(tǒng)模型可專門用于(而不限于)考慮中的系統(tǒng)或對象的以下特征(或特性)：——結構；——行為；——特性、質量、屬性；——邊界。注：可在模型庫中維護所關注的關注點或特征。系統(tǒng)模型還可匹配各種角度，例如:——預期中的系統(tǒng)；——感知中的系統(tǒng)；——按合同規(guī)定的系統(tǒng)；——按設計中的系統(tǒng)；——建造好的系統(tǒng)。系統(tǒng)模型本身可通過以下方面描述：——有助于理解系統(tǒng)本身的系統(tǒng)周境；——其目的，可與其所建模的實體的生存周期不同；——其生存周期，可與所建模的實體的生存周期不同。輸入執(zhí)行“系統(tǒng)模型生成”過程時，宜提供以下輸入：MBSSE模型的目的和目標及相關措施；確定所關注的系統(tǒng)特點和利益相關方的關注點；選擇模型的表現(xiàn)形式或語言。來自業(yè)務和領域專家的所需工程數(shù)據(jù)；建模指南和規(guī)則；關于或來自元素的知識重用：模型、方法和工具。結果成功實施“系統(tǒng)模型生成”過程后，應取得以下結果:收集了工程數(shù)據(jù)；建立了系統(tǒng)模型；選擇了模型的視圖和角度；具備生成模型視圖的能力；定義了根據(jù)需要生成非建模人員(表格、圖表、表示、文本)可用的工件的模型能力；考慮分析結果；選擇相關人員用來做決策的數(shù)據(jù)。任務組織應實施以下關于“系統(tǒng)模型生成”過程的任務：收集工程數(shù)據(jù)；構建描述模型；23構建分析模型；收集工程數(shù)據(jù)本任務的目標是從項目涉眾或領域專家那里收集所需的工程數(shù)據(jù)。雖然在向MBSSE過渡時，接下來的任務是常見的方法，但預計最終，收集工程數(shù)據(jù)的任務將被淘汰。在未來，模型構建和MBSSE執(zhí)行的過程將同時產(chǎn)出本條中描述的工程數(shù)據(jù)。MBSSE從利益相關方那里收集所需的數(shù)據(jù)。MBSSE提供基于本體的表格模板，使用利益相關方熟悉的概念確定數(shù)據(jù)字段，并在領域本體中定義；實現(xiàn)領域本體與系統(tǒng)元模型以及工具元模型的映射；提供數(shù)據(jù)導入工具，以便將模板中的數(shù)據(jù)導入模型存儲庫。構建描述模型本任務的目標是使用收集的工程數(shù)據(jù)增量地建立系統(tǒng)模型。MBSSE確定并分析目標系統(tǒng)的概念、關系和結構；確定并形式化運行需要和任務；確定并形式化系統(tǒng)環(huán)境、能力、邊界或接口；確定并形式化系統(tǒng)邏輯結構或體系結構；根據(jù)系統(tǒng)的邏輯結構或架構細化系統(tǒng)能力；確定并形式化候選系統(tǒng)的有機或物理結構或架構；CI)。MBSSE建模語言支撐產(chǎn)生不同的視圖；建模規(guī)則及一致性檢查實現(xiàn)；維護系統(tǒng)模型的一致性和一致性；自動生成報表；進度跟蹤；記錄所做決定的歷史；幫助確保信息的準確性和技術狀態(tài)；驗證模型符合規(guī)則；執(zhí)行模型以確保它們沒有邏輯錯誤。構建分析模型本任務的目標是建立分析系統(tǒng)所需的分析模型。MBSSE生成分析模型；MBSSE確定考慮到所有系統(tǒng)方面(包括安全性、質量、成本等)的最佳架構折衷或權衡。24MBSSE語言支撐以生成分析模型；模型仿真支撐，包括工具和數(shù)據(jù)集；模型執(zhí)行支撐；創(chuàng)建仿真模型：——虛擬仿真能夠表征系統(tǒng)在其生存周期的相關部分中存在并在其環(huán)境中運行；——虛擬仿真能夠在物理和邏輯上表征系統(tǒng)環(huán)境；——結構模擬能夠表征系統(tǒng)及其使用；——現(xiàn)場仿真，即真實操作人員和真實操作人員的仿真操作設備。支撐實現(xiàn)模型或用戶界面；自動生成報表；進度跟蹤；將所做的決定記錄下來。特定學科模型生成構成要素本過程的目的是詳細闡述特定學科模型，如安全、機械、熱學和軟件模型，每個模型都針對特定的工程約束和關注點。注：需要考慮特定學科模型的組合以及它們之間的集成。在系統(tǒng)工程方法中，特定學科模型可專門用于(而不限于)所考慮的系統(tǒng)或對象的以下方面：——機械方面；——熱力方面；——電氣方面；——無線電頻率方面；——電子方面；——軟件方面；——經(jīng)濟或商業(yè)方面；——財務方面；——政治方面；——社會學方面；——文化、歷史、地理方面；——組織方面；——可依賴性方面；——彈復性方面；——安全方面；——保密方面；——可持續(xù)性方面；——所有其他相關質量屬性（“能力”）。對于系統(tǒng)模型，特定學科模型也可匹配不同的角度。輸入25執(zhí)行“特定學科模型生成”過程時，宜提供以下輸入：確定要考慮的方面；獲取與特定學科工具集成的接口；選擇模型的表現(xiàn)形式或語言；建模指南和規(guī)則；關于或來自元素的知識重用：模型、方法和工具；系統(tǒng)模型。結果成功實施“特定學科模型生成”過程后，應取得以下結果：收集了工程數(shù)據(jù)；生成了特定學科模型；開發(fā)了系統(tǒng)模型與現(xiàn)有特定學科工具和模型之間接口。任務組織應實施以下關于“特定學科模型生成”過程的任務：——收集工程數(shù)據(jù)——建立特定學科模型——開發(fā)系統(tǒng)模型與現(xiàn)有特定學科工具和模型之間的接口。收集工程數(shù)據(jù)本任務的目標是從利益相關方或領域專家那里收集所需的工程數(shù)據(jù)。MBSSE從利益相關方那里收集所需的數(shù)據(jù)。MBSSE提供數(shù)據(jù)導入工具，以便將模板中的數(shù)據(jù)導入特定的建模工具或存儲。建立特定學科模型本任務的目標是建立特定學科模型。MBSSE豐富或擴充系統(tǒng)模型；建立單獨的特定學科模型；可使用這些方法的任意組合；整合相關特定學科模型；結合相關特定學科模型。MBSSE豐富和擴充模型；構建特定學科模型；依賴和歸檔遺留數(shù)據(jù)；集成特定學科模型；整合特定學科模型。開發(fā)系統(tǒng)模型與現(xiàn)有特定學科工具和模型之間的接口26本任務的目標是開發(fā)系統(tǒng)模型和現(xiàn)有特定學科的工具和模型之間的接口。方法宜支撐系統(tǒng)模型與現(xiàn)有特定學科的工具和模型之間接口的開發(fā)，可采用如下三種主要方法：豐富或擴充系統(tǒng)模型；選擇性構建單獨的模型；建立模型接口之間的可追溯性或其他關系。MBSSE豐富、擴充模型；建立單獨的模型；保留歷史數(shù)據(jù)。注1：在某些情況下，特定學科模型的開發(fā)需要來自其他學科的貢獻。注2：在某些情況下，還需要開發(fā)特定學科的工具和模型之間的接口。模型驗證構成要素注：某些情況下，約定包括規(guī)則、句法或語法;其他約定采取其他形式。輸入執(zhí)行“模型驗證”過程時，宜提供以下輸入：MBSSEMBSSE在建的模型；MBSSE建模規(guī)則、語法、語義和質量測度。結果成功實施“模型驗證”過程后，應取得以下結果：確立了驗證結果。任務組織應實施“驗證模型”任務。驗證模型本任務的目標是驗證模型。方法宜提供以下能力，以支撐典型模型的驗證，但并不普適：參考定義的策略和指南或規(guī)則以及協(xié)作工程決策，保持模型內部和外部的一致性；維護模型集成、驗證或早期驗證；根據(jù)模型要求驗證模型；根據(jù)驗證結果采取糾正措施；27MBSSE根據(jù)確定的方法論規(guī)則、形式化規(guī)則、范式等評估模型的一致性；根據(jù)建模目標或目標用途評估模型的詳細程度和準確性。MBSSE定義驗證規(guī)則；評估模型是否符合驗證規(guī)則和模型要求。注：檢查模型使用一致性的典型方法基于以下等級：——格式良好性:模型是否符合其約定或其元模型？——驗證性:該模型是否可由其利益相關方進行解釋？模型確認構成要素本過程的目的是幫助確保模型滿足相關利益相關方的需求。注：驗證模型的一個方法是幫助確保利益相關方在策劃階段確立的建模目標和目的確實被已經(jīng)建立的模型所滿足；必要的決策已得到模型的支持；所需的制品/結果已經(jīng)產(chǎn)生。輸入執(zhí)行“模型確認”過程時，宜提供以下輸入：記錄的用戶需求（更高級別的需求文檔、運營構想（ConOps）或目標聲明）；利益相關方滿足其需求的接受準則；待確認的模型；MBSSE管理計劃，說明模型的預期置信水平結果成功實施“模型確認”過程后，應取得以下結果：分析了模型的置信水平；根據(jù)期望值評估了模型行為；確立了驗證結果；確定了模型的改進，以滿足預期。任務組織應實施以下關于“模型確認”過程的任務：確認模型。確認模型本任務的目標是確認模型。MBSSE確保由其模型代表的系統(tǒng)滿足預期；使系統(tǒng)模型與其他模型隔離——幫助確保模型所代表的“質量”水平獨立于同一系統(tǒng)的其他模型——提高對系統(tǒng)模型的置信度；28考慮到系統(tǒng)模型的差異（語義、成熟度、使用的建模語言、系統(tǒng)處理的詳細程度），使系統(tǒng)模型的組合和/或聯(lián)合成為可能；支撐建立一個連貫的、完整的（如果可能的的話）多視角表示參與者的目標；允許使用模型進行模擬、非功能特性評估、各種分析，如敏感性或相關性分析、影響分析、影響傳播分析等；并為決策支持證據(jù)的目的對其進行解釋；確保建模的系統(tǒng)（即由一組異構模型,聯(lián)合或簡單關聯(lián)表示根據(jù)需要與其不同運行周境（即運營構想）中存在的系統(tǒng)（連續(xù)或可根據(jù)某些情況出現(xiàn)）進行交互，并適用于所有運行情況；隨著變化等的引入，確保建模仍然是系統(tǒng)的充分表征，包括：預期目的、利益相關方的期望和需求，例如更高級別的需求、運行概念等。MBSSE允許分析模型以進行系統(tǒng)確認和置信；表示一組異構的、聯(lián)合的或簡單關聯(lián)的模型；檢查模型在所有指定的運行情況下是否滿足分配給它的所有要求；檢查系統(tǒng)關于非功能特性的完整性。利用模型對系統(tǒng)進行仿真構成要素目的（在考慮的步驟中建模和參數(shù)化來支持MBSSE的不同步驟，以便在不同的角度下對其進行分析，支持對有關候選方案或參數(shù)精化的決策進行審議。/（因此是可信的），另一方面確認模型具有較高的可靠度以參與對系統(tǒng)的確認。為此，宜提供方法和工具（1）通過提供動態(tài)的能力來制成動畫、仿真或執(zhí)行系統(tǒng)模型（基本上從行為方面），以及（2）基于仿真的結果（和其他工作的可能結果）進行分析。注：一般來說，由于其性質，模型仿真是支持驗證模型或驗證模型的一種運行方式。輸入執(zhí)行“利用模型對系統(tǒng)進行仿真”過程時，宜提供以下輸入：系統(tǒng)仿真目標；總體仿真（和/）的有效域；分析（系統(tǒng)）模型；MBSSE仿真環(huán)境和步驟；仿真策略；仿真的目標和期望值；典型數(shù)據(jù)集；總體仿真（和/或基本組件）的有效域。29結果成功實施“利用模型對系統(tǒng)進行仿真”過程后，應取得以下結果：仿真環(huán)境是可用的；仿真步驟是指定的；系統(tǒng)仿真分析的結果是經(jīng)過確認的。任務組織應實施以下關于“利用模型對系統(tǒng)進行仿真”的任務：使用所需的數(shù)據(jù)和模型準備仿真環(huán)境。利用模型對系統(tǒng)進行仿真。分析結果并確認行為。使用所需的數(shù)據(jù)和模型準備仿真環(huán)境本任務的目標是準備仿真模型的應用環(huán)境。MBSSE確定仿真“引擎”：仿真范式、動態(tài)實現(xiàn)和交互等；指定用來仿真的一個或一組模型的屬性（即仿真要求）；指定通過模型仿真（仿真模型輸入或輸出）提供的(i)模型執(zhí)行所必需的和(ii)可能提供的數(shù)據(jù)或信息；確定其管理的每個步驟的仿真輸出（數(shù)據(jù)或信息）；定義可能通過模型仿真而獲得的相關數(shù)據(jù)或信息的框架和范圍(與所考慮模型的代表性和有效域密切相關)(輸出數(shù)據(jù)有效性)；評估一個或一組模型（即仿真驗證和確認）的“可仿真性”（即仿真能力）。MBSSE支持輸入和輸出數(shù)據(jù)的存儲；提供數(shù)據(jù)導入工具；提供樣機、用戶界面對展示或仿真進行控制。利用模型對系統(tǒng)進行仿真MBSSE指定仿真操作，包括以下規(guī)格說明：——所研究的系統(tǒng)工程階段的仿真目標(定義需要或需求、系統(tǒng)需求、系統(tǒng)設計、操作、維護或處置)；——試驗計劃、管理、步驟和內容；——仿真在其管理的每個步驟的輸出(數(shù)據(jù)或信息)；——仿真架構：仿真世界的邊界和特征、模型組織（被測系統(tǒng)模型與系統(tǒng)環(huán)境模型的對比）、仿真范式、架構動力學、概念或邏輯或物理交互和動態(tài)等；——仿真環(huán)境模型：包括場景及相關參數(shù)和數(shù)據(jù)、功能覆蓋和動態(tài)的模型，用于提供相關系統(tǒng)模型的交互；——仿真“引擎”：仿真范式、動態(tài)實現(xiàn)和交互等。30——數(shù)據(jù)或信息開發(fā)：管理和處理——關于周境的考慮、目標和內容：解決方案驗證、解釋、候選方案探索等。MBSSE構建建模和仿真開發(fā)環(huán)境-提供相關的建模范式工具，用于：——系統(tǒng)模型的開發(fā)和測試;——多尺度多用途系統(tǒng)環(huán)境模型的開發(fā)；——被測系統(tǒng)模型和環(huán)境模型的集成；——模型(包括多層次模型)的知識重用庫，具有跨層次建模驗證和確認的能力。構建仿真執(zhí)行環(huán)境，提供：——用于模型動態(tài)仿真和交互的仿真“引擎”；——用于所需輸出數(shù)據(jù)采集和管理的檢測和測量工具；——仿真整體管理的監(jiān)測工具，包括情景構建和知識重用工具。分析結果并確認行為本任務的目標是分析結果并確認行為。MBSSE分析結果并確認行為，針對以下情況：——虛擬仿真：表征真實人員操作仿真系統(tǒng)；——建設性仿真：（仿真人員操作仿真系統(tǒng)），表征系統(tǒng)及其部署；——實時仿真：表征具有真實操作員和真實設備的仿真操作。生成分析報告；根據(jù)系統(tǒng)分析，實現(xiàn)所需的模型更新。MBSSE分析結果并驗證與模擬目標和預期值有關的行為；更新模型并管理更改或版本。利用模型進行決策構成要素本過程的目的是豐富模型結果，對備選方案做出決策，并通過使用仿真結果進行參數(shù)精化。注：參見ISO/IEC/IEEE42020和ISO/IEC/IEEE42030。輸入執(zhí)行“利用模型進行決策”過程時，宜采用以下輸入：建模和仿真策略；模型變體和模型元素；分析和決策的準則；31結果成功實施“利用模型進行決策”過程后，應取得以下結果：對備選方案做出決策。對結果的依據(jù)做出記錄。任務組織應實施以下關于“利用模型進行決策”過程的任務：在模型內捕獲決策準則。生成決策報告（收益分析圖表、成本-收益分析圖表、風險-收益分析圖表）。建立依據(jù)。在模型中捕獲決策準則本任務的目標是在模型中捕獲決策準則。MBSSE在模型中捕獲決策準則，并仔細檢查各種候選方案；MBSSE記錄首選模型相對于決策準則的表現(xiàn)；生成決策報告本任務的目標是生成決策報告。MBSSE基于決策方法和決策報告匹配的模型的決策分析。MBSSE使用來自模型的支持數(shù)據(jù)生成決策報告。建立依據(jù)本任務的目標是建立一組依據(jù)，以支持所選方案的選擇。MBSSE設定相關備選方案所需的模型或模型組的屬性；在評估模型候選方案后獲取的結果基礎上，構建一組依據(jù)；MBSSE構建模型候選方案的評估環(huán)境：——仿真輸出管理工具等；——包括可視化、回放等仿真數(shù)據(jù)分析工具；——仿真數(shù)據(jù)處理工具（統(tǒng)計、數(shù)據(jù)分析等）等；——高級指標和準則提取工具；——多準則分析和決策支持工具。記錄依據(jù)。模型支撐32概述以下過程支撐MBSSEMBSSE（例如變更管理、數(shù)據(jù)管理等）：——技術質量管理；——技術狀態(tài)管理；——數(shù)據(jù)和模型管理；——協(xié)作模型共享。技術質量管理構成要素（尤其是通過按計劃進行監(jiān)控MBSSE提高系統(tǒng)質量。這樣有助于確保MBSSE的開發(fā)過程和成果與計劃保持一致，并與組織機構預定義的質量要求保持一致。輸入執(zhí)行“技術質量管理”過程時，宜提供以下輸入：技術質量管理的目標和目的；質量需求；已定義的MBSSE工程過程；進度和質量測度；MBSSE的開發(fā)成果（資產(chǎn)、產(chǎn)品）。結果成功實施“技術質量管理”過程后，應取得以下結果：制定了管理MBSSE管理了糾正和預防措施；記錄了質量保證的結果；生成了進度和質量測度儀表板。注：該策略可記錄在質量管理或質量保證計劃中。任務組織應實施以下關于“技術質量管理”過程的任務：執(zhí)行技術審查；執(zhí)行質量保證。執(zhí)行技術審查本任務的目標是在設計生存周期中采用與傳統(tǒng)系統(tǒng)工程類似的方法對MBSSE審查。MBSSE定義技術審查過程；明確設計生存周期檢查點；33執(zhí)行面向建模方面的評審；提供指導以確保審查能夠完成。MBSSE與相關參與者分享技術審查的期望和結果。執(zhí)行質量保證本任務的目標是執(zhí)行質量保證。MBSSEMBSSE記錄進度和質量測度；管理模型管理和開發(fā)的問題；執(zhí)行問題管理和糾正過程（確定、溝通和解決不合規(guī)問題）；MBSSEMBSSE保留滿足質量需求的證據(jù)；構建和顯示測度儀表板。技術狀態(tài)管理構成要素(CM(MCIMBSSE（核心（MBSSEMBSSE(MCI)滿足一個最終使用功能，同時MCI是由產(chǎn)品開發(fā)商和客戶為獨立的技術(CM(MCI)可按照不同的顆粒度來定義，模型顆粒度從細到粗，(MCI)批準變更的時間點快照稱為模型基線。(MCI(MCI為了建立有效的模型技術狀態(tài)項管理(CM)，宜遵循以下原則：——工作產(chǎn)品和支持數(shù)據(jù)：根據(jù)包含的信息在系統(tǒng)工程過程中作用，將生成的所有數(shù)據(jù)區(qū)分為工作產(chǎn)品或支持數(shù)據(jù)。工作產(chǎn)品或支持數(shù)據(jù)都可產(chǎn)生模型，因此提前了解這一點很重要的。例如，架構模型是工作產(chǎn)品的一部分，有助于定義技術狀態(tài)項(CI)，但用于權衡的行為模型是一種支持數(shù)據(jù)，這種情況可能需要對數(shù)據(jù)管理進行控制；34——用于權衡決策/論證的模型宜記錄在模型基線上；——為了避免只有一個技術狀態(tài)項(CI)，宜對建模的不同層次進行規(guī)劃，并管理每個設計層的不同技術狀態(tài)項(CI)。用于設計的系統(tǒng)分解結構(SBS)可與制造產(chǎn)品分解結構(PBS)或物料清單(BOM)不同。分層方法是一種當變化位于唯一系統(tǒng)元素(僅限于關聯(lián)的模型元素)內部時，能夠更好地確定變化影響范圍的方法；——規(guī)劃工程基線：在項目建立過程中，技術狀態(tài)基線宜根據(jù)其目的和預期的工作產(chǎn)品內容來定義。這包括要創(chuàng)建的模型，以及它們的成熟度評估。由于模型成熟度評估可在很大程度上自動化，基線成熟度也可在很大程度上自動化，從而允許對工作進度進行實時評估；——變更管理。模型的相互依賴宜引起人們的高度重視。一個模型的變化可影響另一個模型。雖然這種變更可被跟蹤，但并不是所有的工具套件都可提供相應的依賴管理功能；——變更請求分析宜廣泛使用模型和仿真進行分析，例如，以此幫助確保利益相關方的需求滿足不受影響。注：定義所需的模型數(shù)量。輸入執(zhí)行“技術狀態(tài)管理”過程時，宜提供以下輸入：技術狀態(tài)項管理政策；在模型工程期間使用和生產(chǎn)的產(chǎn)物。結果成功實施“技術狀態(tài)管理”過程后，應取得以下結果：確定了與建模資產(chǎn)相關的技術狀態(tài)項；確立了技術狀態(tài)基線；MBSSEMBSSE技術狀態(tài)記實(CSA)可用：CSA（數(shù)據(jù)）的捕獲和存儲；規(guī)范控制了變更。任務組織應實施以下關于“技術狀態(tài)管理”過程的任務：管理建模資產(chǎn)和技術狀態(tài)項；管理模型的變更。管理建模資產(chǎn)和技術狀態(tài)項MBSSE確定模型技術狀態(tài)項之間的循環(huán)、多對多關系和可疑跟蹤；定義和維護技術狀態(tài)分解結構，包括結構元素之間的關系；建立針對每個分解結構、每一層級技術狀態(tài)以及兩者之間關系的跟蹤和控制機制；創(chuàng)建或發(fā)布建模資產(chǎn)的基線；35確定與建模資產(chǎn)相關的技術狀態(tài)項；通報，管理和追蹤技術狀態(tài)項之間的不同；CSACSACIrecordCIRCIMBSSE允許定義建模資產(chǎn)技術狀態(tài)；允許定義分解結構；根據(jù)建模資產(chǎn)的差異，支持分解結構元素之間的追蹤；提供從分解結構追蹤每個建模資產(chǎn)技術狀態(tài)的能力；支撐在時間維度上跟蹤每個建模資產(chǎn)技術狀態(tài)的能力。管理模型變更本任務的目標是執(zhí)行模型的變更管理。MBSSE確定和記錄模型技術狀態(tài)的變更請求；評估和協(xié)調變更請求的影響（例如，比較模型，分析變更對模型的影響）；定義技術狀態(tài)項管理的基線；評估多個版本模型之間的差異；定義適用于技術狀態(tài)項的狀態(tài)。MBSSE管理變更和問題；提供影響分析能力；根據(jù)變更請求集進行模型基線描述。數(shù)據(jù)和模型管理構成要素模型生存周期管理在整個系統(tǒng)開發(fā)生存周期中同步支持建模工具和模型存儲庫中異構模型的CRUD（(DBMS輸入執(zhí)行“數(shù)據(jù)和模型管理”過程時，宜提供以下輸入：36數(shù)據(jù)管理策略；MBSSEMBSSECMMCI。結果成功實施“數(shù)據(jù)和模型管理”過程后，應取得以下結果：確立了數(shù)據(jù)和模型管理策略；定義了支持數(shù)據(jù)和模型管理的基礎設施。任務組織應實施以下關于“數(shù)據(jù)和模型管理”過程的任務：制定數(shù)據(jù)和模型管理策略；定義支持數(shù)據(jù)和模型管理的基礎設施需要。制定數(shù)據(jù)和模型管理策略本任務的目標是制定數(shù)據(jù)和模型管理策略。MBSSE為建模元素定義策略的主要規(guī)則；明確各方在生成、管理、訪問權限和共享準則方面的權利、義務和職責；確定創(chuàng)建、管理和存儲數(shù)據(jù)和信息的標準。這些標準使集中的數(shù)據(jù)和信息能夠被集成和共享。MBSSE執(zhí)行主要規(guī)則；CM定義支持數(shù)據(jù)和模型管理的基礎設施需要本任務的目標是定義支持數(shù)據(jù)和模型管理的基礎設施需要。MBSSE確定模型和數(shù)據(jù)管理的工具、過程、方法、標準和程序；根據(jù)定義的模型和數(shù)據(jù)治理及管理策略、原則、過程和需求，開發(fā)、建立和管理企業(yè)數(shù)據(jù)架構和平臺；為滿足模型和數(shù)據(jù)管理活動的需求，供應和維護所需的硬件和軟件（SE）并提供支持；根據(jù)模型和數(shù)據(jù)治理需要，設計和實施模型和數(shù)據(jù)訪問、安全、搜索、共享、質量、備份和歸檔存儲控制服務；對系統(tǒng)工程師使用數(shù)據(jù)管理工具集和過程進行培訓。MBSSE協(xié)作模型共享構成要素37目的本過程的目的是定義如何在分布式環(huán)境中同時處理系統(tǒng)或軟件模型，以及如何共享模型。在進行協(xié)作建模時，需要考慮一些重要方面，包括安全性、數(shù)據(jù)完整性、版權、知識產(chǎn)權等。輸入執(zhí)行“協(xié)作模型共享”過程時，宜提供以下輸入：MBSSE協(xié)作建模和模型共享時要遵守的約束；CM結果成功實施“協(xié)作模型共享”過程后，應取得以下結果：共享了協(xié)作建模指南；定義了協(xié)作建模環(huán)境（工具鏈、工具用戶指南）；定義了模型共享和創(chuàng)作規(guī)則。任務組織應實施以下關于“協(xié)作模型共享”過程的任務：定義協(xié)作建模指南和環(huán)境；定義模型共享和創(chuàng)作規(guī)則；保持模型的一致性。定義協(xié)作建模指南和環(huán)境本任務的目標是為協(xié)作建模提供指南，并定義所需的環(huán)境，包括工具鏈和用戶指南。MBSSE確定協(xié)作團隊組織；指定協(xié)作建模環(huán)境（工具、工具之間的關聯(lián)）；開發(fā)協(xié)作環(huán)境用戶指南。MBSSE搭建和測試建模環(huán)境；提供方便查閱用戶指南的途徑；控制協(xié)作建模環(huán)境的訪問權限。定義模型共享和創(chuàng)作規(guī)則本任務的目標是定義模型共享和創(chuàng)作的規(guī)則，包括安全性、數(shù)據(jù)完整性、版權、知識產(chǎn)權等。38MBSSE定義模型共享和編寫規(guī)則。MBSSE控制模型的訪問權限。保持模型的一致性本任務的目標是確保協(xié)作環(huán)境和共享模型中模型的一致性。MBSSE定期進行一致性檢查；CRUDMBSSE自動執(zhí)行一致性檢查；保持模型的完整性或一致性。MBSSE概述MBSSE執(zhí)行描述了如何使用模型實現(xiàn)基于模型的系統(tǒng)和軟件工程活動。MBSSE執(zhí)行過程取決于MBSSE的目標和背景?！癕BSSE執(zhí)行”過程主要由其他三個主要過程中定義的內容提供范圍限定、管理、監(jiān)控（ISO/IEC/IEEE15288的技術管理和技術過程適用于本文件。在對給定系統(tǒng)或軟件進行建模時，并非所有模型過程都會被使用。要執(zhí)行的過程會在MBSSE的范圍界定和規(guī)劃期間確定。MBSSE執(zhí)行的過程主要包括以下步驟：——業(yè)務和使命分析；——操作分析；——功能分析；——系統(tǒng)結構設計；——系統(tǒng)分析；——領域設計集成；——系統(tǒng)驗證和確認。注1：可使用以下常用工具支持上述所有過程的任務描述：——基于適當元模型的建模語言；——支持所選擇的方法、框架的模板和規(guī)則；——自動化模型驗證和支持確認；——人工模型的技術狀態(tài)項管理(CM)支持；——通過模型生成文檔；——基于web的模型審查、檢查。注2：僅附加工具功能包含在各任務的描述中。業(yè)務和使命分析構成要素39目的輸入執(zhí)行“業(yè)務和使命分析”過程時，宜提供以下輸入：企業(yè)愿景和使命聲明；需要解決的問題；利益相關方及其需要和期望；業(yè)務和使命計劃；建模策略；決策分析標準。結果成功實施“業(yè)務和使命分析”過程后，應取得以下結果：ConOps利益相關方認可的業(yè)務和使命要求以及業(yè)務和使命成功標準；ConOps、業(yè)務和使命需求等，并從模型中生成可交付文件；確立了能力和路線圖；定義了模型進度和審閱儀表板；模型的成熟度得到有效評估。任務組織應實施以下關于“業(yè)務和使命分析”過程的任務：使用模型描述高層次目標企業(yè)架構；使用模型評估候選架構并分析差距；建立能力路線圖；定義業(yè)務和使命需求；ConOps。使用模型描述高層次目標企業(yè)架構本任務的目標是分析問題、發(fā)現(xiàn)機會并建立目標企業(yè)架構。為了解決這個問題，可設想幾種候選架構。MBSSE目的、相關收益和所需能力的創(chuàng)建；目的和能力關聯(lián)；能力階段劃分定義；不同技術和服務組成的候選架構（即變體建模）創(chuàng)建；使命背景、階段、場景和相關使命成功標準建模；40使命環(huán)境建模；MBSSE提供儀表板。使用模型評估候選架構并分析差距宜分析現(xiàn)有架構和目標架構之間的差距，以便于制定能力路線圖。本任務的目標是評估候選架構，并從中選出最合適的架構。MBSSE方法宜提供以下能力以支撐本任務：1）2）分析現(xiàn)有架構和目標架構之間的差距。MBSSE工具宜提供允許用戶完成以下工作的能力以支撐本任務：1）管理多個候選架構的機制；權衡方法；多標準分析和決策支持。建立能力路線圖定義能力路線圖，讓企業(yè)架構順利達到目標。a）MBSSE方法宜提供以下能力以支撐本任務：共享和更新路線圖。b）MBSSE工具宜提供允許用戶完成以下工作的能力以支撐本任務：1）以甘特圖的形式進行展示的能力，并對其進行更新；2）以與工具無關的方式（即基于web的用戶界面）分享這些路線圖。定義業(yè)務和使命需求業(yè)務和使命需求可從所確立的高層次架構中指定和派生。使命場景建模尤其有助于明確使命需求。a）MBSSE方法宜提供以下能力以支撐本任務：創(chuàng)建需求及其對相應模型元素的可追溯性。b）MBSSE工具宜提供允許用戶完成以下工作的能力以支撐本任務：1）管理業(yè)務和使命需求及其可追溯性。ConOpsConOps可包含圖形和文本描述。MBSSE方法宜提供以下能力以支撐本任務：1）管理資源庫的文檔結構和鏈接的模型元素。MBSSE工具宜提供允許用戶完成以下工作的能力以支撐本任務：1）2）自動生成ConOps文檔。操作分析構成要素41目標本過程的目的是定義輸入執(zhí)行“操作分析”過程時，宜提供以下輸入：ConOps;服務和技術地圖以及與現(xiàn)有架構的差距分析;使命場景，業(yè)務和使命需求以及業(yè)務和使命成功標準；能力和路線地圖；模型過程和審查儀表盤；模型成熟度評估。結果成功實施“操作分析”過程后，應取得以下結果：定義了系統(tǒng)生存周期（包括各個階段）。定義了系統(tǒng)周境、環(huán)境描述和里程碑。OpsCon（包括用例場景）。確立了其他初步的生存周期概念。定義了利益相關方需求說明書、確認標準、有效性測度（MOEs）。確認了驗證方案。建立了用戶界面模型和仿真模型。任務組織應實施以下關于“操作分析”過程的任務：確定系統(tǒng)生存周期、邊界和周境。確定利益相關方。確定用例并開發(fā)用例場景、驗證場景。確定操作模式。MOEs。確定系統(tǒng)生存周期、邊界和周境本任務的目標是定義系統(tǒng)周境和生存周期，以便建立OpsCon和其他初步的生存周期概念的模型。除了通用工具能力外，MBSSE對系統(tǒng)生存周期進行建模；通過定義邊界、環(huán)境內部元素以及與這些元素的交互來對系統(tǒng)周境進行建模；實現(xiàn)初步的生存周期概念（OpsCon、使用概念、處理概念等）模型。本任務宜由通用工具能力支撐。確定利益相關方42MBSSE發(fā)現(xiàn)和加入利益相關方；審核利益相關方；捕獲利益相關方的關注點；對利益相關方進行分類。除了通用工具能力外，MBSSE提供支持和模板來捕獲和分類利益相關方及其關注點。確定用例并開發(fā)用例場景、驗證場景MBSSE方法宜提供以下能力以支撐本任務：根據(jù)建模目標（使用、維護、處理等），為每個生存周期階段生成用例圖；分析、完善并完成使命場景中確定和建模的操作；對用例場景進行建模，以便用于早期驗證（執(zhí)行或仿真），并支持驗證計劃。除了通用工具能力，MBSSE工具宜提供允許用戶完成以下工作的能力以支撐本任務：1）支持生成確認計劃。確定操作模式本任務的目標是定義操作模式、模式轉換方式以及系統(tǒng)在不同模式下的操作方式。MBSSE方法宜提供以下能力以支撐本任務：對操作模式和轉換進行建模（即狀態(tài)機）；將場景與操作模式聯(lián)系起來。本任務宜由通用工具能力支撐。捕獲利益相關方需求和有效性測度本任務的目標是將利益相關方的需要和約束形式化為利益相關方的需求，并確認在驗證中使用的MOEs。MBSSE方法宜提供以下能力以支撐本任務：使用操作模型分析利益相關方的需要和約束；捕獲形式化的利益相關方需求；定義并捕獲有效性測度。除了通用工具能力，MBSSE工具宜提供允許用戶完成以下工作的能力以支撐本任務：1）支持捕獲需求并管理可追溯性。功能分析構成要素43輸入執(zhí)行“功能分析”過程時，宜提供以下輸入：a）系統(tǒng)周境、環(huán)境描述和包括階段和里程碑的生存周期；b）包括用例場景的OpsCon，其中包括預期的系統(tǒng)服務；c）其他初步的生存周期概念；d）利益相關方需求描述，包括確認標準、有效性測度。結果成功實施“功能分析”過程后，應取得以下結果：a）定義了功能分解和功能過程。確定了潛在的功能異常。確立了功能到操作活動之間的追溯性。d）確立了高層次系統(tǒng)元素的功能分配。e）定義系統(tǒng)需求、性能測度、驗證手段和需求可追溯性。任務組織應實施以下關于“功能分析”過程的任務：實現(xiàn)功能分析和分解。檢測或確定潛在的功能異常。確定系統(tǒng)元素、分配功能并開發(fā)功能流。捕獲系統(tǒng)需求、約束和性能測度。實現(xiàn)和管理可追溯性。實現(xiàn)功能分析和分解本任務的目標是確定所需的功能并確立層次結構視圖。層次結構視圖有助于管理功能。MBSSE方法宜提供以下能力以支撐本任務：從用例（UC）場景中提取系統(tǒng)服務，并確定所需的高層次系統(tǒng)功能；使用適當?shù)墓δ芊治黾夹g（如功能分析系統(tǒng)技術（FAST）或功能流框圖（FFBD））進行分解。除了通用工具功能，MBSSE工具宜提供允許用戶完成以下工作的能力以支撐本任務：1）具備功能分析技術。檢測或確定潛在的功能異常本任務的目標是檢測或確定潛在的功能異常并對其進行建模，以便規(guī)定控制它們的需求。本任務涉及損失驅動的系統(tǒng)工程專業(yè)領域的重要考慮因素，如彈復性、安全、保障等。MBSSE方法宜提供以下能力以支撐本任務：44定義安全和可靠性等質量目標；從用例備選流程和假設場景中確定系統(tǒng)功能異常；生成失效和控制模型。本任務宜由通用工具能力支撐。開發(fā)功能流和系統(tǒng)狀態(tài)本任務的目標是開發(fā)功能流、確定系統(tǒng)狀態(tài)并確定不同狀態(tài)內的活躍功能流。MBSSE方法宜提供以下能力以支撐本任務：1）開發(fā)功能流；2）開發(fā)系統(tǒng)狀態(tài)轉換和不同狀態(tài)內的活躍功能流。MBSSE工具宜提供允許用戶完成以下工作的能力以支撐本任務：1）支持開發(fā)功能流；2）支持開發(fā)系統(tǒng)狀態(tài)轉換。捕獲系統(tǒng)需求、約束和性能測度本任務的目標是在功能和失效模型以及利益相關方需要和約束的幫助下定義系統(tǒng)需求。MBSSE方法宜提供以下能力以支撐本任務：1）形式化系統(tǒng)功能需求；形式化系統(tǒng)接口需求；形式化系統(tǒng)性能和質量需求；捕獲性能測度（MOPs）和其他技術測度；定義驗證手段。除了通用工具功能外，MBSSE工具宜提供允許用戶完成以下工作的能力以支撐本任務：1）支持從模型生成需求或捕獲需求。實現(xiàn)和管理可追溯性本任務的目標是實現(xiàn)和管理操作和系統(tǒng)功能模型元素之間的可追溯性。MBSSE方法宜提供以下能力以支撐本任務：1）將系統(tǒng)操作活動溯源到功能；2）將利益相關方需求溯源到系統(tǒng)需求。MBSSE工具宜提供允許用戶完成以下工作的能力以支撐本任務：1）系統(tǒng)結構設計構成要素輸入執(zhí)行“系統(tǒng)結構設計”過程時，宜提供以下輸入：45a）功能分解和功能流；b）潛在的功能異常；c）運行活動可追溯性的功能；d）高級系統(tǒng)元素的功能分配；e）系統(tǒng)需求、性能測度、驗證方法和需求可追溯性。結果成功實施“系統(tǒng)結構設計”過程后，應取得以下結果：a）定義了系統(tǒng)分解（系統(tǒng)分解結構）；b）確立了邏輯或物理系統(tǒng)元素的系統(tǒng)結構和接口；c）評估了備選方案并選出了最佳解決方案；d）上層定義或派生了邏輯系統(tǒng)元素的關鍵性能屬性；e）通過運行或仿真的方式驗證了模型；可追溯到需求的系統(tǒng)元素；定義了產(chǎn)品分解結構、技術狀態(tài)項、物料清單等。h）安全性分析；可靠性、可用、維修性、可測試性；用于服務分析的綜合后勤保障；集成驗證和確認準備；人因工程（HFE）。任務組織應實施以下關于“系統(tǒng)結構設計”過程的任務：實現(xiàn)系統(tǒng)邏輯結構；實現(xiàn)系統(tǒng)物理結構；實現(xiàn)和管理可追溯性。實現(xiàn)系統(tǒng)邏輯結構MBSSE方法宜提供以下能力以支撐本任務：實現(xiàn)系統(tǒng)分解（系統(tǒng)分解結構）；定義子系統(tǒng)通信或功能接口；確定備選方案并實現(xiàn)權衡；完善模型。除通用工具能力外，MBSSE工具宜提供允許用戶完成以下工作的能力以支撐本任務：定義系統(tǒng)的邏輯架構，該架構創(chuàng)建下一個系統(tǒng)層的系統(tǒng)元素；定義所創(chuàng)建邏輯架構的系統(tǒng)元素的非功能性需求；定義邏輯系統(tǒng)元素的關鍵性能屬性或特征。性能屬性或特征源自上層級別的架構；通過運行或仿真驗證模型；追蹤所創(chuàng)建的邏輯架構的系統(tǒng)元素到其需求。46實現(xiàn)系統(tǒng)物理結構MBSSE