模型-視圖架構的案例
MBSE產品模型架構應用：基于模型的系統工程 (MBSE) 在汽車傳動系統子系統架構中的應用
上下文圖/背景圖：
○ 代表系統與外部環境的交互
○ 交互系統被定義為“黑盒”
P-圖：
○ 擴展和細化上下文以獲得更詳細的黑匣子
○ 包括有關輸入信號、控制因素、噪聲因素、輸出和潛在故障模式的詳細信息
MBSE
○ 建模語言（SysML、UML 等）
○ 建模方法
○ 建模工具（Magicdraw、IBM Rational Rhapsody 等）
基于模型的系統工程概念：系統需求
● 需求以技術術語定義客戶和利益相關者的需求
● 在 SysML 中，系統需求陳述被定義為對象
● 每個對象都包含需求文本和唯一標識符
● 需求類型定義了需求可以關聯的特征
● 泛化通過繼承關系管理和分配需求
● 需求必須通過測試用例進行驗證
● 測試用例是檢查點，例如設計評審或物理測試
SysML中的標準類型需求用于在定義系統時提供嚴格性和清晰性
基于模型的系統工程概念：功能和邏輯架構
● 功能定義必須完成或完成哪些動作/活動才能獲得預期結果
● 操作是塊的屬性
● 塊是系統任何部分的抽象表示，如物理硬件或信號
● 功能通過與各個子系統和組件的邏輯關系相互關聯
● 邏輯架構描述了系統將如何實現
● 邏輯架構抽象地定義了基于系統所需的子系統、組件及其關系的技術解決方案
● 邏輯架構只能在明確定義系統的功能和需求后創建
● 邏輯架構沒有定義任何特定的系統實現，而是定義通用指南，以保持解決方案中立
建模方法：功能分解
● 從 P 圖中識別出傳動系統的五個基本操作
● 系統需要
○ 傳遞扭矩
展開 MBSE產品模型架構應用：基于模型驅動架構概念的自主水下航行器控制器的MBSE應用（下）
表 5.評估基于模型的系統工程（MBSE）方法結合模型驅動架構（MDA）的魚雷形AUV控制應用
（CIM，獨立于計算的模型；PIM，獨立于平臺的模型；PSM，特定于平臺的模型；IDE，實現開發環境；OMG，對象管理組；XML，可擴展的標記語言；MOF，元對象工具；UML，統一建模語言；SysML，系統建模語言）。
6
結論和未來工作
本文介紹了MBSE方法在集中部署AUV控制器中的應用，其動力學可以被認為是HDS。該應用模型基于MBSE方法，結合MDA概念、實時UML/SysML、EKF/UKF算法和HA系統化地實現控制器。AUV的動力學模型和控制結構首先用于結合CIM、PIM和PSM等MDA組件進行控制。
展開 MBSE產品模型架構應用：基于模型驅動架構概念的自主水下航行器控制器的MBSE應用（上）
圖1.自主水下航行器（AUV）的自主架構模塊定義圖
根據上述AUV動態和控制架構，以及第2節中描述的HDS的定義，AUV控制器可以被視為HDS，其動態行為可以通過HA建模，并通過視線（LOS）導航性實現。
文章來源：創景科技
MBSE體系架構模型的理論研究：基于MBSE與SysML的空空導彈系統架構建模研究
隨著航空技術的發展，當前空空導彈設計方法轉變為基于文檔和數字化模型混合的設計方法，但其本質上還是文檔驅動式的設計方法。該方法各階段的設計成果均為文字、圖表等文檔，導致在各階段之間傳遞的信息也是各種文檔，造成了設計方案表達不充分、信息表達的二義性、領域設計之間存在鴻溝、文檔的不可執行性以及軟件測試工作量大等缺點。近年來，基于模型的系統工程（MBSE）技術越來越得到工業界的認可[3-5]，MBSE 是系統設計工作通過數字化設計手段的實現，因此在工作流程上與傳統系統工程并無太大差異，仍然分為需求分析、系統分析、系統設計三個步驟[6-8]。MBSE與傳統系統工程方法主要的區別是利用模型代替傳統的文檔方式，模型具有的唯一性和可執行性是其最大的特點。基于此，本文引入基于SysML的系統架構建模方法[9,10]，在方案設計階段利用基于MBSE的設計方法對空空導彈系統架構進行建模，并對不同系統架構進行仿真分析，最終獲得最優系統架構，實現在方案論證階段減少甚至消除設計中的邏輯錯誤，避免到設計后期才發現由于邏輯錯誤而造成循環設計[11-13]。
1 MBSE理論概述
本文展開基于MBSE 的空空導彈系統架構設計工作。從需求分析和用例出發，利用RHAPSODY 建模工具，基于MBSE 方法和SysML建模語言，對空空導彈系統架構進行建模與仿真，主要包括基于SysML 的需求分析、系統分析和系統設計三個部分，最終實現在空空導彈系統方案設計階段對其架構進行仿真，獲得最優系統架構。
（1）需求分析
該階段目的是將軍方原始需求轉化為系統需求，同時依據需求定義空空導彈用例，詳細描述系統的行為，主要通過SysML的需求圖和用例圖表達。
展開 
cad中切換模型視圖應該這么操作！
1、俯視圖
快捷鍵：-v/t
2、仰視圖
快捷鍵：-v/b
3、左視圖
快捷鍵：-v/l
4、右視圖
快捷鍵：-v/ri
5、前視圖
快捷鍵：-v/f
6、后視圖
快捷鍵：-v/ba
7、西南等軸測視圖
快捷鍵：-v/sw
8、東南等軸測視圖
快捷鍵：-v/se
9、東北等軸測視圖
快捷鍵：-v/ne
10、西北等軸測視圖
快捷鍵：-v/nw
來源：cad自學網
MBSE | 創新藍圖：系統架構模型的重要性
航空航天與國防（A&D）、汽車、高科技和醫療等眾多行業的研究人員，都在利用系統架構模型（SAM）來應對這些現代挑戰。為了一探究竟，我們來深入了解一下為什么各行各業的工程師都在使用SAM。
在快速變化的領域開發日益復雜的技術
首先，作為基礎背景，我們先來探討基于模型的系統工程（MBSE），這是一種不斷發展的方法，它利用數字系統和模型而不是文檔，來設計、制造和維護復雜系統。
MBSE并不依賴傳統的靜態文檔，而是通過創建和使用數字系統和工程領域模型，來促進關鍵信息、反饋和需求的交換。
對于現代工程師而言，MBSE提供了一種結構化、系統化的方法來解決復雜的工程問題，從而簡化開發流程并提高效率。MBSE包括三個主要組成部分：
1. 統領性的SAM
在SAM中，所設計的系統由一系列描述系統物理和功能架構的連接方框圖表示。SAM還包含系統所需達到的質量和功能的綜合列表。
在MBSE中，SAM是待研究系統架構的真相源。盡管SAM詳細描述了該系統，但不能單獨使用它來查看系統是否符合要求。這時，就需要MBSE流程的第二個組成部分。
2. 工程仿真軟件
接下來，可以使用工程仿真軟件來確定SAM需求。例如，設計無人駕駛月球車的工程師需要確保其設計的所有部分都能在極端溫度下運行。為了解決這一問題，他們可以使用工程仿真軟件來運行熱和結構分析，以查看其設計是否能夠勝任任務。
這種類型的軟件通常需要進行大量計算，尤其是在采用綜合多物理場方法時，這時就需要MBSE中的第三個部分。
將SAM連接到工程工具
3. 集中式計算中心
集中式計算中心可用于集成SAM，執行工程仿真軟件功能以及存儲MBSE結果。
展開 MBSE系統架構入門之DODAF全視圖模型介紹
AV-1還有兩個其它用途：
在架構開發的初始階段，它充當規劃指南。
當構建架構時，AV-1提供了關于誰、什么、何時、為什么和如何計劃的摘要信息，以及對已創建的模型的導航幫助。
2.1
AV-1的用途
明確架構工作的范圍
為架構工作提供上下文信息
定義體系結構工作
總結架構工作的發現
協助在架構存儲庫中進行搜索
2.2
AV-1的詳細描述
企業有一個架構，通過架構描述表現。該架構描述由許多視圖組成，每個視圖都是特定模型的實例或模型的組合。DoDAF由一組視點組成，這些視點按模型組織。每個模型都與特定涉眾所關注的一組特定的問題相關聯，而構建的模型旨在解決這些問題。涉眾分組傾向于與視點內的模型定義保持一致(因此DoDAF操作視點與操作涉眾相關，即，最終用戶)。最后，每個體系結構描述都有一個管理將要使用的模型的選擇和基礎模型的范圍的基本原理。AV-1就是用來描述這一點的。
AV-1通常是結構化文本產品。架構組織可以為AV-1創建模板，然后使用該模板跨不同的基于架構的項目創建一致的信息集。
展開 MBSE產品模型架構應用流程——以火災衛星為例
捕獲分系統接口及其連接關系
P4
P1到P3通過三個階段對火災衛星系統由上到下、從里到外全面的進行系統架構分析。P4階段開啟驗證行動，進行設計驗證與場景驗證。在P4階段，所有的模型在系統架構分析完成之后，進行設計驗證工作。此時的驗證需求，包括形成完整的需求追溯。
同時我們在每個步驟都有相對應最為主要的計算分析主線。P1最為主要的“軌道分析”是為了捕獲早期關鍵需求性能需求，例如滿足火災衛星檢測地球所需要航天器的數量是多少；P2“大場景仿真”用來檢驗邏輯過程是否合理；P3會進行參數配置的“權衡分析”，根據參數值的不同進行優化比選更優的參數配置。進入P4階段進行設計分析，會用到參數圖去驗證性能需求是否被滿足。
MBSE實施流程是對基于MBSE思想的系統設計愿景的擴展與開發，并且為數字化變革提供基礎，以確保整個未來狀態與其對應執行的解決方案集保持一致。它初步定義了落地計劃，規范了各數字化項目需要實現的主線內容，加快項目進程。
展開 MBSE體系架構模型的理論研究：基于MBSE的作戰概念建模框架研究
03
作戰概念多視圖模型框架設計
作戰概念模型框架設計是一項多學科交叉、多領域融合、多類人員參與的復雜創造過程，為了清晰地對作戰概念的組成、結構以及相互關系等內容進行建模，需要充分發掘軍事理論專家、部隊實踐專家、軍事設計人員以及工程技術人員等群體智慧，采取集智創新方法，站在各自不同的視角，依托專業領域知識和經驗來思考、理解、設計作戰概念，得出反映作戰概念不同角度特征和要求的多個視圖模型。通過綜合各類人員從各自視角得到的視圖模型，來反映作戰概念模型的全貌。通過對作戰概念建模要素的分析，作戰概念多視圖模型框架包括總體描述視圖、作戰環境視圖、作戰對手視圖、作戰任務視圖、作戰能力需求視圖、作戰力量體系視圖、作戰活動視圖、作戰行動構想視圖等八個視圖模型。上述視圖模型相互關聯，具有約束和支撐關系，各視圖模型之間邏輯結構如圖４所示。
如圖４所示，總體描述視圖在框架中提綱挈領，概括性描述作戰概念開發的目的、范圍、背景和有關詞匯，為其他七類視圖的描述提供必需的信息。其模型組成如表２所示。
作戰環境視圖明確在何處何種環境中作戰，是從作戰的物理空間視角，描述作戰的地理、氣象、水文、民社情、電磁、核生化、戰場設施、信息網絡等環境，用以明確作戰概念的戰場環境依托和環境約束，其模型組成如表３所示。
作戰對手視圖明確與誰作戰，是從作戰對手分析視角，描述作戰對手的企圖、兵力、能力、部署、強弱點等，用以分析和衡量作戰對手的作戰企圖和優劣勢，其模型組成如表４所示。
作戰任務視圖明確作戰的具體目標和要做什么，是從作戰的任務視角，描述作戰的背景、企圖和總體構想，用以明確總體作戰背景、作戰任務、基本戰法和總體行動構想，其模型組成如表５所示。
展開 首創開源架構，天璣AI開發套件讓端側AI模型接入得心應手
為此，Gen-AI Model Hub全面擴容，模型數量在原有基礎上激增了3.3倍，并支持DeepSeek-R1蒸餾模型、通義千問、混元等多種先進端側大模型，還包含視覺、語言、多模態等多種多樣的大模型，開發者可以通過Gen-AI Model Hub一鍵調用模型能力，讓AI應用開發選擇更豐富。
為了讓開發者免受即有模型庫的限制，聯發科還首發了開源彈性架構。區別于過往的開放接口，只能部署特定架構模型，開放彈性架構允許開發者直接調整平臺源代碼，無需等待芯片廠商的支持，即可完成目標或其他自研大模型輕松部署。讓AI應用開發不用“等平臺”，徹底釋放開發效率和模型接入自由度。
自DeepSeek橫空出世以來，這種更適合端側部署，回答效率更高效的訓練模式快速引爆了AI行業，主流大模型紛紛加強了推理能力。天璣AI開發套件2.0全面支持 DeepSeek四大關鍵技術：混合專家模型（MoE）、多Token預測（MTP）多頭潛在注意力（MLA)、FP8推理（FP8 Inferencing），實現Token產生速度提升2倍以上、內存帶寬占用量大幅度降低50%，讓端側AI推理更聰明、響應更迅速。
天璣AI開發套件2.0還首次引入基于NPU的端側LoRA訓練，開發者在天璣NPU上進行運算訓練，相比基于CPU的訓練方案，訓練速度猛增50倍，將訓練時間從一整天縮短至半小時。更快的端側LoRA訓練，讓端側AI基于用戶端側數據提升個性化體驗，讓終端成為更懂用戶的個性化智慧伙伴。
智能體用戶體驗的進化，從生態整合與攜手躍遷開始
本次MDDC 2025，聯發科不僅帶來了更加強大、全面的開發者解決方案，更展示了不斷拓展的天璣AI生態。
展開 C++ Qt開發：TableView與TreeView組件聯動
在函數中我們需要定義一個QStandardItemModel模型，這個模型的作用在之前的文章中有具體介紹，它是一個靈活且功能強大的模型類，適用于需要自定義數據結構、支持編輯、表頭等功能的場景。通常用于與視圖組件（如 QTableView、QTreeView 等）一起使用。它提供了一個表格結構，可以包含行和列，每個單元格可以存儲一個 QStandardItem 對象。
這里的QStandardItemModel只適用于將兩個不同類型的組件進行關聯，簡單點來說就是將兩個組件指向同一個數據容器內，這樣當用戶修改任意一個組件內的數據另一個組件也會同步發生變更，但要想實現聯動則還需要使用QItemSelectionModel模型，它負責跟蹤哪些項被選中，以及在模型中項的選擇狀態發生變化時發出信號。
以下是 QItemSelectionModel 的一些重要特性和方法：
選擇項： 負責管理模型中的項的選擇狀態，可以單獨選擇項、選定范圍內的項或清除所有選擇項。
信號： 當選擇狀態發生變化時，QItemSelectionModel 會發出相應的信號，如 selectionChanged 信號。
選擇模式： 提供多種選擇模式，包括單選、多選、擴展選擇等，可通過設置 SelectionMode 進行配置。
選擇策略： 提供多種選擇策略，用于定義選擇行為，如 SelectItems、SelectRows、SelectColumns 等。
與視圖的集成： 通常與 QTableView、QTreeView 等視圖組件結合使用，以實現對視圖中項的選擇操作。
該組件是實現模型-視圖架構中選擇的關鍵組件。通過它，可以輕松管理和操作模型中的項的選擇狀態，實現各種靈活的用戶交互。
展開 
