解鎖RDMA 技術(shù)：從原理到應(yīng)用的深度剖析。RDMA簡(jiǎn)介1.1. RDMA 是何方神圣？RDMA 的編程接口主要包括： Verbs API 和 RDMA CM（Connection Manager）API 等，其中：Verbs API 提供了一套完整的 RDMA 操作函數(shù)，是實(shí)現(xiàn) RDMA 功能的關(guān)鍵所在。只有將要操作的內(nèi)存注冊(cè)到 RDMA 內(nèi)存區(qū)域中，這塊內(nèi)存才能交給 RDMA 保護(hù)域來(lái)操作，之后便可以對(duì)該內(nèi)存進(jìn)行 RDMA 操作，只要保證接收方的緩沖區(qū)接收長(zhǎng)度大于等于發(fā)送方的緩沖區(qū)長(zhǎng)度即可。

OXID oxid;OXID解析器保存和為本地客戶端提供與遠(yuǎn)程對(duì)象連接所需要的RPC綁定字符串，它也為擁有遠(yuǎn)程對(duì)象的本地對(duì)象發(fā)送和接收ping信號(hào)，在這一方面，OXID解析器支持DCOM的垃圾回收機(jī)制。當(dāng)一個(gè)客戶端要求查詢與OXID相對(duì)應(yīng)的綁定字符串時(shí)，OXID解析器先查詢本地的緩存表，如果找到，立即返回，否則OXID解析器與服務(wù)器上的OXID解析器聯(lián)絡(luò)，要求解析這個(gè)OXID，接著，客戶端的OXID解析器會(huì)緩存服務(wù)器提供的這個(gè)綁定字符串。

從圖3中可以看出，DCOM不是一個(gè)獨(dú)立于RPC之上的協(xié)議，它使用了RPC的結(jié)構(gòu)體，與RPC共用了數(shù)據(jù)頭和數(shù)據(jù)體，因此，為了表明在網(wǎng)絡(luò)層次上DCOM與RPC的密切關(guān)系，DCOM協(xié)議經(jīng)常被成為對(duì)象RPC或ORPC。當(dāng)一個(gè)客戶端要求查詢與OXID相對(duì)應(yīng)的綁定字符串時(shí)，OXID解析器先查詢本地的緩存表，如果找到，立即返回，否則OXID解析器與服務(wù)器上的OXID解析器聯(lián)絡(luò)，要求解析這個(gè)OXID，接著，客戶端的OXID解析器會(huì)緩存服務(wù)器提供的這個(gè)綁定字符串。

飛機(jī)構(gòu)型管理技術(shù)篇：產(chǎn)品配置管理。圖 1：構(gòu)型管理支撐產(chǎn)品全生命周期。在設(shè)計(jì)工作開始之前，定義飛機(jī)頂層產(chǎn)品結(jié)構(gòu)和配置，在研制過(guò)程中自頂向下逐層凍結(jié)產(chǎn)品構(gòu)型，確定構(gòu)型和配置后再進(jìn)行三維數(shù)字化模型的設(shè)計(jì)，最終形成完成整體的BOM。一般而言，產(chǎn)品結(jié)構(gòu)以型號(hào)項(xiàng)目為基礎(chǔ)構(gòu)建可配置產(chǎn)品、產(chǎn)品系列和頂層部件，進(jìn)而依據(jù)飛機(jī)功能產(chǎn)品規(guī)范劃分工作包，最后根據(jù)工作包展開詳細(xì)底層零部件設(shè)計(jì)，產(chǎn)品結(jié)構(gòu)規(guī)劃參考示意如下。

Ansys TwinBuilder是Ansys的數(shù)字孿生解決方案，三大核心功能是模型建模、驗(yàn)證和部署，重點(diǎn)研究和應(yīng)用領(lǐng)域可以概括為數(shù)字孿生生產(chǎn)設(shè)備、設(shè)計(jì)階段的數(shù)字孿生、運(yùn)行維護(hù)階段的數(shù)字孿生、基于經(jīng)驗(yàn)公式的數(shù)字孿生、基于仿真的數(shù)字孿生五個(gè)方向。該解決方案具有“多層級(jí)、多物理、多尺度高保真數(shù)字孿生體構(gòu)建，規(guī)范化、流程化數(shù)字孿生體評(píng)估，基于單一數(shù)據(jù)源的數(shù)字孿生體存儲(chǔ)與管理，組件化、服務(wù)化的場(chǎng)景驅(qū)動(dòng)數(shù)字孿生體應(yīng)用”的特點(diǎn)。

MBSE方法論之Vitech系統(tǒng)工程方法1. 概述。Vitech公司通過(guò)一系列的講座提供了一套基于模型的系統(tǒng)工程（Model Based Systems Engineering，MBSE）方法論，這些不同的講座在國(guó)際系統(tǒng)工程協(xié)會(huì)的各類研討會(huì)上展開。如下圖所示，Vitech的MBSE方法論基于4個(gè)主要的并行的系統(tǒng)工程活動(dòng)，這些活動(dòng)相互聯(lián)系，并通過(guò)一個(gè)通用的系統(tǒng)設(shè)計(jì)庫(kù)（System Design Repository）進(jìn)行維護(hù)。Vitech MBSE的主要系統(tǒng)工程域。Vitech MBSE 活動(dòng)過(guò)程。

MBSE方法論之OOSEM1. OOSEM方法論的基本概念與特征。面向?qū)ο蟮南到y(tǒng)工程方法（Object-Oriented Systems Engineering Method，OOSEM）是一種基于模型的系統(tǒng)工程（Model Based Systems Engineering，MBSE）方法，它集成了自上而下和基于模型的方法。OOSEM利用面向?qū)ο蟮母拍钜约皞鹘y(tǒng)的自上而下的系統(tǒng)工程方法和其他建模技術(shù)，來(lái)幫助構(gòu)建更靈活和可擴(kuò)展的系統(tǒng)，以適應(yīng)不斷發(fā)展的技術(shù)和不斷變化的需求。圖1 OOSEM基礎(chǔ)。

FMI、SSP、DCP簡(jiǎn)介-聯(lián)仿協(xié)議及文件包。系統(tǒng)集成商和供應(yīng)商都遵循FMI標(biāo)準(zhǔn)，供應(yīng)商各自建立的仿真模型可以通過(guò)FMI標(biāo)準(zhǔn)導(dǎo)出FMU文件給集成商，使得集成商可以快速構(gòu)建系統(tǒng)級(jí)模型。圖3 基于FMI的模型集成方案1.2. FMI的主要設(shè)計(jì)思想。FMI為針對(duì)功能和性能模型重用的接口標(biāo)準(zhǔn)，通過(guò)FMI標(biāo)準(zhǔn)導(dǎo)出的文件是一個(gè)壓縮包，文件的擴(kuò)展名為“.fmu”，故稱依據(jù)FMI標(biāo)準(zhǔn)導(dǎo)出的用于模型重用的文件為FMU文件，即Functional Mock-up Unit。

SIL和PIL是等效性測(cè)試，測(cè)試的目的是為了驗(yàn)證自動(dòng)生成的代碼和模型具有相同的行為，既然如此，對(duì)于SIL和PIL的測(cè)試用例就沒有功能意義上的要求，只要要求代碼和模型輸入的測(cè)試數(shù)據(jù)相同即可，當(dāng)然希望數(shù)據(jù)量足夠大，能夠覆蓋各種路徑以及各種信號(hào)范圍。PIL和HIL測(cè)試的目的是不同的，PIL用于測(cè)試軟件和模型是否一致，而HIL是用于測(cè)試控制器系統(tǒng)的，控制器系統(tǒng)包括了硬件、底層軟件和應(yīng)用層軟件。

需求管理工具之Polarion Requirements1.1. Polarion Requirements介紹。Polarion Requirements功能特性。時(shí)刻保持Polarion 和外部源之間的雙向同步，當(dāng)訪問不了web 時(shí)，也可使用Polarion 離線客戶端。Polarion 導(dǎo)入向?qū)茌p松識(shí)別和導(dǎo)入包含需求、測(cè)試案例、缺陷等的文檔到Polarion 現(xiàn)代的、基于web 的管理平臺(tái)。d、文檔 “雙向同步” - Polarion 之外所作的變更能夠無(wú)縫地導(dǎo)入回Polarion，同時(shí)維持原來(lái)的格式。

MBSE方法論之對(duì)象過(guò)程方法（OPM）1. OPM方法論概述。在建模階段，OPM是在對(duì)象、過(guò)程和狀態(tài)這三種實(shí)體的基礎(chǔ)上進(jìn)行建立的，其中對(duì)象和過(guò)程處于更高的層次上，共同稱為事物（things），OPM對(duì)這些實(shí)體進(jìn)行了正式的定義如下：圖2 OPM系統(tǒng)開發(fā)過(guò)程2.1. 需求規(guī)范階段。這種結(jié)構(gòu)化的面向OPM的描述可以將需求文檔自動(dòng)轉(zhuǎn)化為OPM分析和設(shè)計(jì)框架（即OPD集合及其相應(yīng)的OPL腳本的框架）。圖6 OPM實(shí)現(xiàn)階段工作過(guò)程。

對(duì)于digitalthread這個(gè)英文概念和術(shù)語(yǔ)，至少要包括英文概念定義分析、英文術(shù)語(yǔ)單詞釋義、英文術(shù)語(yǔ)語(yǔ)料分析、業(yè)務(wù)場(chǎng)景分析、中文術(shù)語(yǔ)語(yǔ)料分析、中文術(shù)語(yǔ)譯法分析和中文術(shù)語(yǔ)名稱建議等步驟，而不能簡(jiǎn)單地依靠查英漢詞典來(lái)挑選似是而非的中文解釋作為國(guó)家標(biāo)準(zhǔn)的對(duì)應(yīng)中文術(shù)語(yǔ)。這和digital thread是對(duì)thread的借喻、以及細(xì)棉絲（thread釋義1）纏繞合股成棉線（thread釋義1.1）有異曲同工之妙（圖12）。

DDD 領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)基礎(chǔ)1. 前言。但需注意的一個(gè)是，我們識(shí)別上下文的目的是什么，是為了控制上下文，準(zhǔn)確的說(shuō)是為了控制上下文的邊界、大小，是為了保住我們所守護(hù)的上下文不會(huì)因過(guò)度成長(zhǎng)變大而奔潰，亦或因上下文過(guò)度縮減而失去價(jià)值，保證上下文內(nèi)一切的穩(wěn)定，上下文與上下文間交互的可用性，也或者是當(dāng)我們退出上下文時(shí)，交付出來(lái)的上下文是非?？捎^的，而不是一個(gè)爛攤子。· 共享內(nèi)核：上下文間共享領(lǐng)域?qū)嶓w。

工藝設(shè)計(jì)人員利用MBD技術(shù)，根據(jù)PLM中實(shí)時(shí)更新的產(chǎn)品三維實(shí)體模型建立數(shù)字化工藝模型，通過(guò)模擬仿真確定出合理的、可行的制造工藝，然后生成工藝圖解和操作動(dòng)畫等多媒體工藝數(shù)據(jù)、編制三維數(shù)字化制造工藝、完成工藝方案制定及詳細(xì)工藝設(shè)計(jì)，經(jīng)審批后將三維產(chǎn)品工程數(shù)據(jù)/三維工裝資源數(shù)據(jù)/操作過(guò)程工藝圖解/操作動(dòng)畫等資料通過(guò)PLM傳遞給下游客戶。生產(chǎn)工藝數(shù)據(jù)、生產(chǎn)環(huán)境、設(shè)備/儀表運(yùn)行狀態(tài)等信息來(lái)源于Control層；

因?yàn)楫a(chǎn)品復(fù)雜度、工藝復(fù)雜度，以及運(yùn)營(yíng)模式的不同，PLM與ERP之間的集成要求也不同，相對(duì)應(yīng)的數(shù)字化解決方案也不同。根據(jù)筆者的經(jīng)驗(yàn)和了解，很多采用ETO模式的企業(yè)，比如工程機(jī)械、電梯、商用汽車等行業(yè)的企業(yè)，其PLM與ERP之間基本沒有集成或集成性很差，技術(shù)、銷售、采購(gòu)和生產(chǎn)之間的協(xié)作基本靠“吵”或“吼”，并由此導(dǎo)致生產(chǎn)組織混亂和運(yùn)營(yíng)效率低下，產(chǎn)品開發(fā)和生產(chǎn)優(yōu)化的空間巨大，PLM與ERP集成改進(jìn)的空間也巨大。

本文借鑒體系結(jié)構(gòu)框架的思想并深入理解DoDAF，探討了基于DoDAF的末段反導(dǎo)C2BM系統(tǒng)需求的實(shí)現(xiàn)方法，建立了末段反導(dǎo)C2BM系統(tǒng)的高級(jí)作戰(zhàn)概念視圖OV-1、作戰(zhàn)活動(dòng)模型視圖OV-5、作戰(zhàn)事件/跟蹤描述視圖OV-6c、邏輯數(shù)據(jù)模型OV-7和作戰(zhàn)節(jié)點(diǎn)連通性描述視圖OV-2等視圖產(chǎn)品，為反導(dǎo)C2BM的研制中的頂層優(yōu)化設(shè)計(jì)提供技術(shù)支撐。本文為簡(jiǎn)化起見，僅從作戰(zhàn)視圖的角度對(duì)反導(dǎo)C2BM進(jìn)行可視化的建模分析，建立了OV-1、OV-5、OV-6c、OV-7、OV-2。

新一代系統(tǒng)建模環(huán)境1. — 介紹 —在集成系統(tǒng)級(jí)模型與軟件設(shè)計(jì)之間已經(jīng)有了顯著的進(jìn)展，特別是對(duì)于使用統(tǒng)一建模語(yǔ)言（UML）模型和工具開發(fā)的軟件，因?yàn)镾ysML派生自UML。對(duì)象管理組織系統(tǒng)工程領(lǐng)域特別興趣組（OMG Systems Engineering Domain Special Interest Group, SE DSIG）建立了系統(tǒng)建模評(píng)估和路線圖，以評(píng)估SysML如何支持MBSE，并為SysML開發(fā)一個(gè)系統(tǒng)建模環(huán)境（System Modeling Environment, SME）的路線圖。

技術(shù)測(cè)量與“V”模型技術(shù)測(cè)量（MOE/MOP/TPM）定義及辨析1. 技術(shù)測(cè)量定義。技術(shù)測(cè)量是從供應(yīng)商和（或）采購(gòu)方的視角，針對(duì)技術(shù)方案的定義和開發(fā)過(guò)程以及風(fēng)險(xiǎn)評(píng)估進(jìn)行的一系列測(cè)量活動(dòng)。當(dāng)技術(shù)性能指標(biāo)超出規(guī)定范圍時(shí)也可使用技術(shù)測(cè)量進(jìn)行權(quán)衡分析。技術(shù)測(cè)量的分類2.1. 效能測(cè)量指標(biāo) (Measures ofEffectiveness/ MOEs)定義：TPMs用于測(cè)量系統(tǒng)元素的屬性，以確定系統(tǒng)或系統(tǒng)元素滿足或?qū)⒁獫M足技術(shù)需求和目標(biāo)的程度。

采用Capella工具實(shí)現(xiàn)基于模型的衛(wèi)星安全評(píng)估方法。5) 定量可靠性分析：證明符合合同要求，從高層級(jí)的可靠性規(guī)范開始，可靠性分配到不同的分系統(tǒng)，然后為每個(gè)設(shè)備選擇特定的冗余方案，以保證衛(wèi)星的整體良好可靠性和可用性。目前的衛(wèi)星可靠性工作存在的問題。衛(wèi)星的安全評(píng)估建模分析案例5.1. 衛(wèi)星電源系統(tǒng)?；赑LM平臺(tái)，結(jié)合MBSE工具和可靠性分析工具，建立面向復(fù)雜系統(tǒng)基于模型的可靠性建模分析平臺(tái)，具備以下功能：

西門子集成式MBSE成熟度矩陣。西門子集成式MBSE成熟度評(píng)估。在圖6中的西門子集成式MBSE成熟度矩陣中，MBSE標(biāo)準(zhǔn)過(guò)程元素（第一列）中的每一個(gè)都可以通過(guò)從左側(cè)的斷開模式到右側(cè)的連通模式來(lái)實(shí)現(xiàn)。我們已經(jīng)在不同行業(yè)的多個(gè)企業(yè)和組織進(jìn)行了基于西門子集成式MBSE成熟度矩陣的30分鐘快速評(píng)估，發(fā)現(xiàn)幾乎所有企業(yè)都會(huì)反復(fù)出現(xiàn)設(shè)計(jì)問題，如圖7所示。西門子集成式MBSE成熟度矩陣旨在根據(jù)您使用的技術(shù)，快速評(píng)估和溝通您所在的位置。