需求驗證的案例
Stimulus—需求形式化建模和驗證工具
image_process=/format,webp" data-initial-src="https://img.jishulink.com/202312/attachment/afac58041bee4413a266a3319db69322.jpg"></figure>
</div><p class="ql-align-center"><br></p><ul><li>仿真及驗證需求規(guī)范</li></ul><p> Stimulus使系統(tǒng)架構(gòu)師能夠模擬需求，并在設(shè)計開始之前檢測到模糊、不正確、缺失或沖突的需求，從而創(chuàng)建安全關(guān)鍵型嵌入式系統(tǒng)驗證所需的高質(zhì)量規(guī)范。Stimulus使用“自然語言”對需求進(jìn)行建模、仿真并驗證需求，Stimulus中包含了豐富的時間與邏輯運(yùn)算符，例如：“當(dāng)……時”“如果”“大于”“只有”等。通過對需求按照運(yùn)算符進(jìn)行重新書寫，可以驗證需求中是否存在沖突；通過對仿真結(jié)果的觀察，來驗證需求規(guī)范中是否存在沖突與缺陷，進(jìn)而保證了需求規(guī)范的正確性。開發(fā)團(tuán)隊可以用更少的時間重新定義需求、重寫和重新調(diào)試代碼，從而減少實現(xiàn)高質(zhì)量結(jié)果所需的開發(fā)迭代。</p><p> </p><ul><li>生成測試用例及系統(tǒng)驗證</li></ul><p> 在驗證階段，Stimulus還使測試工程師能夠自動生成測試向量和測試目標(biāo)，并檢查嵌入式代碼是否符合其規(guī)范。Stimulus可以根據(jù)需求描述自動生成符合需求的測試用例（需求可以是高層次需求或者低層次需求），也可以在Stimulus中使用“自然語言”描述測試場景，并生成符合測試場景的測試用例。Stimulus不但可以根據(jù)需求生成測試用例，還可以監(jiān)測系統(tǒng)輸出是否符合需求規(guī)格說明中的要求。
展開 Stimulus—需求形式化建模和分析工具
Stimulus是法國達(dá)索公司產(chǎn)品，其目的是通過需求建模分析來驗證需求的正確性。Stimulus的核心理念是運(yùn)用“自然語言”對功能性需求進(jìn)行建模，并通過仿真來查找需求中的缺陷，例如需求一致性、不二義性和完整性檢查等。借助Stimulus可以在系統(tǒng)開發(fā)的早期階段發(fā)現(xiàn)并修改需求規(guī)范中的錯誤、在系統(tǒng)最終交付驗收階段檢查系統(tǒng)設(shè)計是否滿足需求規(guī)范，從而較大地降低產(chǎn)品開發(fā)的成本與風(fēng)險。
產(chǎn)品介紹
仿真及驗證需求規(guī)范
Stimulus使用“自然語言”對需求進(jìn)行建模、仿真并驗證需求。Stimulus中包含了豐富的時間與邏輯運(yùn)算符，例如：“當(dāng)…時”，“如果”，“大于”，“只有”等。通過對需求按照運(yùn)算符進(jìn)行重新書寫，可以驗證需求中是否存在沖突；通過對仿真結(jié)果的觀察，來驗證需求規(guī)范中是否存在沖突與缺陷，進(jìn)而保證了需求規(guī)范的正確性。
生成測試用例及系統(tǒng)驗證
Stimulus可以根據(jù)需求描述自動生成符合需求的測試用例（需求可以是高層次需求或者低層次需求），也可以在Stimulus中使用“自然語言”描述測試場景，并生成符合測試場景的測試用例。Stimulus不但可以根據(jù)需求生成測試用例，還可以監(jiān)測系統(tǒng)輸出是否符合需求規(guī)格說明中的要求。在測試環(huán)境中導(dǎo)入生成的測試用例并通過監(jiān)視系統(tǒng)輸出，客戶可以驗證系統(tǒng)設(shè)計是否滿足需求，還可以節(jié)省手工書寫測試用例時冗長而無味的時間。
良好的集成擴(kuò)展性
Stimulus支持對SIMULINK及SCADE集成，可以為SIMULINK或SCADE模型自動生成測試用例，即根據(jù)需求生成系統(tǒng)輸入以及系統(tǒng)行為的約束限制，進(jìn)而檢驗?zāi)Ｐ褪欠駶M足需求規(guī)范中的要求。
展開 Stimulus — 需求形式化建模和分析工具
Stimulus 是法國達(dá)索公司產(chǎn)品，其目的是通過需求建模分析來驗證需求的正確性。Stimulus 的核心理念是運(yùn)用“自然語言”對功能性需求進(jìn)行建模，并通過仿真來查找需求中的缺陷，例如需求一致性、不二義性檢查等。借助Stimulus 可以在系統(tǒng)開發(fā)的早期階段發(fā)現(xiàn)并修改需求規(guī)范中的錯誤、在系統(tǒng)交付驗收階段檢查系統(tǒng)設(shè)計是否滿足需求規(guī)范，從而很大地降低產(chǎn)品開發(fā)的成本與風(fēng)險。
產(chǎn)品介紹
? 仿真及驗證需求規(guī)范
Stimulus 使用“自然語言”對需求進(jìn)行建模、仿真并驗證需求。Stimulus 中包含了豐富的時間與邏輯運(yùn)算符，例如：“當(dāng)…時”，“如果”，“大于”，“只有”等。通過對需求按照運(yùn)算符進(jìn)行重新書寫，可以驗證需求中是否存在沖突；通過對仿真結(jié)果的觀察，來驗證需求規(guī)范中是否存在沖突與缺陷，進(jìn)而保證了需求規(guī)范的正確性。
? 生成測試用例及系統(tǒng)驗證
Stimulus 可以根據(jù)需求描述自動生成符合需求的測試用例（需求可以是高層次需求或者低層次需求），也可以在Stimulus 中使用“自然語言”描述測試場景，并生成符合測試場景的測試用例。Stimulus 不但可以根據(jù)需求生成測試用例，還可以監(jiān)測系統(tǒng)輸出是否符合需求規(guī)格說明中的要求。在測試環(huán)境中導(dǎo)入生成的測試用例并通過監(jiān)視系統(tǒng)輸出，客戶可以驗證系統(tǒng)設(shè)計是否滿足需求，還可以節(jié)省手工書寫測試用例時冗長而無味的時間。
? 良好的集成擴(kuò)展性
Stimulus 支持對SIMULINK及SCADE集成， 可以為SIMULINK或SCADE模型自動生成測試用例，即根據(jù)需求生成系統(tǒng)輸入以及系統(tǒng)行為的約束限制，進(jìn)而檢驗?zāi)Ｐ褪欠駶M足需求規(guī)范中的要求。
展開 基于MBSE的對流層飛艇運(yùn)行概念研究
（2）運(yùn)行概念作為連接利益攸關(guān)者需求與系統(tǒng)設(shè)計規(guī)范之間的橋梁，文本文檔形式難以保證利益攸關(guān)者需求和對流層飛艇架構(gòu)設(shè)計之間的同步更新和設(shè)計可追溯性。這些限制通常會導(dǎo)致效率低下和質(zhì)量問題，而這些問題往往只有在系統(tǒng)集成和測試階段才會暴露[8]。
（3）可驗證性差。運(yùn)行概念的交付物是以靜態(tài)的文本形式進(jìn)行呈現(xiàn)，缺乏相應(yīng)手段對運(yùn)行場景的執(zhí)行邏輯進(jìn)行驗證。運(yùn)行概念模型的評定更多依靠設(shè)計人員的歷史經(jīng)驗與直覺，缺乏客觀的評定標(biāo)準(zhǔn)。
針對基于文本的運(yùn)行概念開發(fā)的局限性，本文引入MBSE的建模方法。MBSE 是一種對建模的形式化應(yīng)用，以支持從概念設(shè)計階段開始并貫穿整個生命周期的系統(tǒng)需求、設(shè)計、分析、驗證和確認(rèn)等活動[9]。MBSE不專注于解決具體學(xué)科的設(shè)計問題，而是強(qiáng)調(diào)面向系統(tǒng)工程過程的建模，將需求、分析、設(shè)計、驗證等過程中涉及的要素模型化并有機(jī)聯(lián)系在一起，保持了全生命周期系統(tǒng)信息的一致性與可追溯性。
在航空領(lǐng)域，學(xué)者引入MBSE方法將其應(yīng)用于概念分析[10,11]、需求分析與架構(gòu)設(shè)計[12,13,14,15,16,17,18]、關(guān)鍵系統(tǒng)設(shè)計[19,20,21,22,23,24]等領(lǐng)域，這些成果表明MBSE相比于傳統(tǒng)基于文本的系統(tǒng)工程在需求捕獲與驗證、保持設(shè)計一致性、復(fù)雜系統(tǒng)建模等方面具有不可比擬的優(yōu)勢。
本文將MBSE的建模方法引入到對流層飛艇的運(yùn)行概念研究中，通過SysML系統(tǒng)建模語言搭建運(yùn)行概念模型并與利益攸關(guān)者需求建立關(guān)聯(lián)關(guān)系，從而達(dá)到精確、可追溯和可驗證的建模目的。本文首先識別并捕獲完整的利益攸關(guān)者與利益攸關(guān)者需求，并定義系統(tǒng)用例，以此建立用例與利益攸關(guān)者需求的關(guān)聯(lián)關(guān)系；然后以飛艇的航測航拍用例為例，基于Rhapsody軟件建立飛艇運(yùn)行場景分析模型；最后基于任務(wù)狀態(tài)機(jī)圖對運(yùn)行概念模型進(jìn)行驗證。
展開 
MBSE: 基于 SysML 的載人登月可靠性安全性需求分析
在 MBSE 流程中，需求分析是頂層設(shè)計的第一步，也是各系統(tǒng)開展詳細(xì)設(shè)計的基礎(chǔ)。對于復(fù)雜系統(tǒng)，尤其是利益攸關(guān)方眾多的復(fù)雜系統(tǒng)，需求分析能夠準(zhǔn)確捕獲各方利益需求，有利于尋找符合利益攸關(guān)方需求的優(yōu)化方案。同時，這些需求也將與系統(tǒng)設(shè)計相關(guān)聯(lián)，形成可追溯、易驗證的需求條目，以保證系統(tǒng)設(shè)計能夠滿足各方需求，從而設(shè)計出符合要求的系統(tǒng)。
載人登月以保障航天員安全為首，同時也必須保證系統(tǒng)的可靠性。因此，在進(jìn)行系統(tǒng)設(shè)計的同時，也必須開展可靠性安全性分析.而可靠性安全性需求分析則是進(jìn)行基于模型的可靠性安全性分析的基礎(chǔ)。可靠性安全性需求通常會作為通用性需求的一部分納入到正常需求之中[3]，在現(xiàn)有的方法中并未如系統(tǒng)其他需求一樣逐層分解和推導(dǎo)。然而，在進(jìn)行系統(tǒng)設(shè)計時，可靠性安全性分析與系統(tǒng)設(shè)計通常由不同的工程人員開展，對于可靠性和安全性需求籠統(tǒng)的捕獲和定義方式不利于后續(xù)相關(guān)分析的展開，難以通過需求驗證指導(dǎo)系統(tǒng)的設(shè)計。結(jié)合可靠性安全性分析在載人航天中的重要性及目前方法的缺陷，有必要進(jìn)行可靠性、安全性需求分析與驗證全閉環(huán)流程的研究，以明確的、完整的可靠性安全性需求為牽引，通過仿真驗證，完善系統(tǒng)設(shè)計。
本文以美國“阿爾忒彌斯”載人登月計劃為背景，提出了面向頂層設(shè)計的可靠性安全性需求分析及系統(tǒng)設(shè)計方法，基于系統(tǒng)建模語言(system modeling language, SysML)建立了可靠性安全性需求分析的模型，通過仿真進(jìn)行了可靠性安全性需求的驗證，并完成了系統(tǒng)設(shè)計的改進(jìn)。
展開 SCADE—產(chǎn)品級安全關(guān)鍵系統(tǒng)的MBD開發(fā)套件
此外，還支持從IBM Rhapsody、NoMagic MagicDraw和Sparx Systems Enterprise Architect等模型導(dǎo)入SysML模型，還在SysML的基礎(chǔ)上進(jìn)行封裝定制，擴(kuò)展出了針對汽車嵌入式系統(tǒng)設(shè)計解決方案（AUTOSAR）、AADL及FACE解決方案等
SCADE Suite：套件的核心組件，支持控制邏輯詳細(xì)建模、仿真驗證、代碼自動生成。基于形式化語言“SCADE”，語法嚴(yán)謹(jǐn)，減少代碼生成配置環(huán)節(jié)，一鍵從模型生成代碼，且代碼生成器通過ISO26262等行業(yè)安全標(biāo)準(zhǔn)認(rèn)證(TCL3)，行業(yè)目前經(jīng)過安全認(rèn)證（ASILD）的代碼生成器，適用于高安全軟件開發(fā)（適用于C和Ada），支持標(biāo)定和NI/dSPACE等HIL橋接
SCADE Suite Gateway for Simulink：支持Simulink模型與SCADE模型的雙向轉(zhuǎn)換
SCADE Display：支持HMI詳細(xì)設(shè)計、仿真驗證、代碼自動生成。支持生成OpenGL/OpenGL Safety/OpenGL ES代碼，代碼生成器通過行業(yè)安全標(biāo)準(zhǔn)認(rèn)證，適用于高安全軟件開發(fā)。SCADE Display是一款用于人機(jī)交互界面建模的專用工具，支持嵌入式圖形、顯示界面和HMI開發(fā)，以及安全關(guān)鍵型顯示界面的認(rèn)證代碼生成，在汽車和工業(yè)等制造領(lǐng)域的企業(yè)中均用于HMI顯示軟件原型設(shè)計和開發(fā)
SCADE Test：用于需求驗證以及測試案例創(chuàng)建和管理的完整測試環(huán)境。用戶可以在主機(jī)和目標(biāo)上自動執(zhí)行測試案例，測量覆蓋率并管理任何SCADE應(yīng)用的測試結(jié)果。借助SCADE Test，用戶可以盡早開始需求驗證并自動執(zhí)行測試，以確保在早期開發(fā)階段實現(xiàn)合規(guī)性，減少后期成本高昂的設(shè)計變更。
展開 行業(yè)案例 | MBSE解決方案（四）：基于SysML的武器裝備系統(tǒng)建模與驗證
MBSE使用建模方法支持系統(tǒng)的需求定義、設(shè)計定義、分析、驗證和確認(rèn)等活動，這些活動從概念性設(shè)計階段開始，持續(xù)貫穿到設(shè)計開發(fā)以及整個產(chǎn)品生命周期階段。
通過本案例應(yīng)用，將采用目前最常用的數(shù)字化設(shè)計語言SysML對防空導(dǎo)彈系統(tǒng)進(jìn)行用戶需求分析、功能分解和架構(gòu)設(shè)計，構(gòu)建一套包含需求、結(jié)構(gòu)、行為和參數(shù)的導(dǎo)彈系統(tǒng)模型，并通過模型仿真手段對設(shè)計方案的功能邏輯完備性和參數(shù)指標(biāo)進(jìn)行初步驗證，可有效降低系統(tǒng)前期的研制風(fēng)險，支撐后續(xù)的詳細(xì)設(shè)計。
讀懂系統(tǒng)工程 MBSE
3） 系統(tǒng)驗證
基于數(shù)字化系統(tǒng)設(shè)計模型進(jìn)行系統(tǒng)仿真，根據(jù)設(shè)計需求進(jìn)項系統(tǒng)驗證工作
4） 需求確認(rèn)
將設(shè)計參數(shù)值與量化的需求約束進(jìn)行驗證
文章來源：PLM引領(lǐng)者
Dymola多學(xué)科系統(tǒng)仿真平臺
控制算法MIL/HIL測試驗證
組件定制化開發(fā)，定制化被控模型，基于動態(tài)行為的控制算法驗證；
快速仿真，控制參數(shù)批量仿真DOE尋優(yōu)，仿真效率提升達(dá)50%；
虛擬標(biāo)定與虛擬路試，高精度建模支撐對算法中參數(shù)的標(biāo)定、控制策略的修改；
HIL測試，快速的模型仿真以及主導(dǎo)的特有的INLINE INTEGRATION方程處理方式和多核計算能力符合復(fù)雜系統(tǒng)的實時仿真要求。
結(jié)合CatiaMagic進(jìn)行MBSE協(xié)同設(shè)計
基于場景的需求驗證；
能耗、重量、價格、性能等多方案權(quán)衡分析，多性能指標(biāo)目標(biāo)優(yōu)化；
時序動態(tài)行為分析；
模型與需求關(guān)聯(lián)以及模型追溯。
展開 基于模型的系統(tǒng)工程MBSE探索和實踐
·驗證系統(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)。
·再利用和資本化。
·進(jìn)行早期驗證。
·MBSE是系統(tǒng)工程。它形式化了系統(tǒng)工程的一部分；它不會取代它。
·MBSE有助于加強(qiáng)溝通、管理復(fù)雜性和提高產(chǎn)品質(zhì)量。
·系統(tǒng)模型對于項目中的各種規(guī)程模型起著集成的作用。
·有效的模型組織豐富的技術(shù)信息，揭示不一致性，支持分析和驗證，支持所需文檔的自動生成，并保護(hù)技術(shù)投資。
·MBSE的灌輸涉及到一些學(xué)習(xí)曲線和文化變化，所以要做好計劃。
3.基于模型的系統(tǒng)工程(MBSE)實踐
(1)案例
提前發(fā)現(xiàn)主備倒換時鐘死鎖問題,提高功能需求質(zhì)量；大規(guī)模自動生成文檔,實現(xiàn)設(shè)計、測試一致性和數(shù)字化可追溯性；提高溝通效率,降低串講和反串講時間。
(2)經(jīng)驗分享
整體戰(zhàn)略:思考袋——從小事做起——采取行動——進(jìn)化(中文)
·統(tǒng)一語言,建立領(lǐng)域標(biāo)準(zhǔn)語言；
·統(tǒng)一價值評估和衡量標(biāo)準(zhǔn)至關(guān)重要；
·建立專門建模能力組織,集中統(tǒng)一賦能培訓(xùn)；
·改革文化和激勵機(jī)制,建立新的相關(guān)組織。
展開 車聯(lián)網(wǎng)C-V2X和eCall測試
為了驗證車聯(lián)網(wǎng)的性能和保障技術(shù)落地，主機(jī)廠需要從幾個方面對車聯(lián)網(wǎng)進(jìn)行測試。首先需要對OBU模塊進(jìn)行射頻測試以保障OBU模塊的硬件性能，主要包括發(fā)射機(jī)，接收機(jī)和解調(diào)性能測試，這部分主要可以參考汽標(biāo)委標(biāo)準(zhǔn)“基于LTE-V2X直連通信的車載信息交互系統(tǒng)技術(shù)要求”進(jìn)行測試；再往上為了保障不同廠家的C-V2X 模組互聯(lián)互通，需要進(jìn)行網(wǎng)絡(luò)層，消息層和安全層的協(xié)議一致性測試，這部分可以參考“基于LTE的車聯(lián)網(wǎng)無線通信技術(shù)網(wǎng)絡(luò)層技術(shù)要求”和“基于LTE的車聯(lián)網(wǎng)無線通信技術(shù)消息層技術(shù)要求” 標(biāo)準(zhǔn)；最后主機(jī)廠需要開發(fā)C-V2X在不同場景下自動駕駛算法，為了驗證算法主機(jī)廠需要到車聯(lián)網(wǎng)外場驗證。但是外場有無線環(huán)境復(fù)雜難以重復(fù)，測試場景簡單和難以搭建復(fù)雜場景等不足。
為了彌補(bǔ)軟件驗證和外場驗證的中間硬件在環(huán)驗證的環(huán)節(jié)，羅德與施瓦茨（以下簡稱"R&S公司")給廣電計量提供了C-V2X交通場景硬件在環(huán)測試系統(tǒng)，在產(chǎn)品設(shè)計階段為主機(jī)廠/供應(yīng)商提供產(chǎn)品功能驗證服務(wù)，為整車廠提供場景模擬驗證服務(wù)，能滿足標(biāo)準(zhǔn)規(guī)定的場景驗證需求以及車廠定制場景驗證需求，驗證產(chǎn)品的安全性。
系統(tǒng)的架構(gòu)圖如下：
eCall 是當(dāng)汽車發(fā)生意外事件時，手動或者自動的撥打從汽車到呼叫中心的112緊急電話，并攜帶意外事件相關(guān)的最少數(shù)據(jù)集（MSD）信息包括：車輛位置信息、時間信息、乘客數(shù)量、車輛唯一標(biāo)識碼（VIN），和其它相關(guān)的一些輔助信息。ERA-GLONASS 是在俄羅斯提供類似eCall的車內(nèi)緊急呼叫服務(wù)的系統(tǒng)。在歐盟和以俄羅斯為主的海關(guān)聯(lián)盟國家，配備緊急救援系統(tǒng)，已經(jīng)成為了汽車在當(dāng)?shù)厥袌隽魍ǖ膹?qiáng)制性要求。
2018年4月，歐盟要求在所有新上市的汽車上實現(xiàn)eCall功能，出口至歐洲市場的系統(tǒng)級產(chǎn)品以及整車將新增認(rèn)證需求。
展開 
高超聲速飛機(jī)氣動外形概念設(shè)計
李憲開等[5]結(jié)合高超聲速飛機(jī)的需求，分析了高超聲速飛機(jī)氣動布局設(shè)計存在的問題、難點(diǎn)和關(guān)鍵技術(shù)。
氣動布局技術(shù)是水平起降高超聲速飛機(jī)研制的核心技術(shù)之一。崔凱等[6-7]采用前體/發(fā)動機(jī)一體化設(shè)計思想，給出了一種雙旁側(cè)進(jìn)氣翼身融合體概念設(shè)計方案。國內(nèi)對高超聲速飛行器的相關(guān)研究日趨活躍，但對高超聲速飛機(jī)尤其是氣動布局方面的研究還不多，而且缺乏具體的應(yīng)用背景和需求指標(biāo)牽引。劉濟(jì)民等對高超聲速ISR平臺的軍事需求進(jìn)行了分析，并對其在未來海戰(zhàn)中的應(yīng)用進(jìn)行了研究[8]。根據(jù)軍事需求分析得到的能力需求，目前的技術(shù)發(fā)展水平和對未來作戰(zhàn)使用的基本構(gòu)想，對高超聲速ISR 平臺做以下技術(shù)想定，見表1。
表1 高超聲速ISR平臺主要技術(shù)指標(biāo)
Table 1 Main technology index of hypersonic ISR vehicle
本文以上述高超聲速ISR 平臺目標(biāo)圖像為需求牽引，擬采用類乘波體氣動布局，對高超聲速ISR平臺的氣動外形進(jìn)行初步設(shè)計與性能分析，并進(jìn)一步驗證氣動外形概念方案滿足設(shè)計需求的程度，找到軍事需求與技術(shù)滿足度之間的差距，為高超聲速飛機(jī)氣動布局技術(shù)研究指明努力的方向。
1 氣動外形設(shè)計方法
氣動外形設(shè)計包括乘波前體氣動外形優(yōu)化設(shè)計、機(jī)翼設(shè)計。在此基礎(chǔ)上，進(jìn)行高超聲速ISR 平臺氣動外形一體化設(shè)計，包括乘波前體與機(jī)身的集成、機(jī)翼與機(jī)身的集成，以及后體與機(jī)身的集成三部分。
1.1 乘波前體設(shè)計
作者前期對高超聲速ISR平臺的乘波前體進(jìn)行了優(yōu)化設(shè)計和性能分析，優(yōu)化后的乘波體具有應(yīng)用于高超聲速ISR 平臺氣動外形設(shè)計的潛力。因此，選取參考文獻(xiàn)[9]中優(yōu)化后的乘波體作為高超聲速ISR平臺的機(jī)身前體。
1.2 機(jī)翼設(shè)計
對于大多數(shù)的高超聲速飛行器，機(jī)身為主要升力面，利用前機(jī)身的壓縮產(chǎn)生主要升力。機(jī)翼作為次要升力部件，具有很大的改善空間，也需重點(diǎn)設(shè)計。
展開 羅德與施瓦茨助力廣電計量開展車聯(lián)網(wǎng)C-V2X和eCall測試認(rèn)證服務(wù)
為了驗證車聯(lián)網(wǎng)的性能和保障技術(shù)落地，主機(jī)廠需要從幾個方面對車聯(lián)網(wǎng)進(jìn)行測試。首先需要對OBU模塊進(jìn)行射頻測試以保障OBU模塊的硬件性能，主要包括發(fā)射機(jī)，接收機(jī)和解調(diào)性能測試，這部分主要可以參考汽標(biāo)委標(biāo)準(zhǔn)“基于LTE-V2X直連通信的車載信息交互系統(tǒng)技術(shù)要求”進(jìn)行測試；再往上為了保障不同廠家的C-V2X 模組互聯(lián)互通，需要進(jìn)行網(wǎng)絡(luò)層，消息層和安全層的協(xié)議一致性測試，這部分可以參考“基于LTE的車聯(lián)網(wǎng)無線通信技術(shù)網(wǎng)絡(luò)層技術(shù)要求”和“基于LTE的車聯(lián)網(wǎng)無線通信技術(shù)消息層技術(shù)要求” 標(biāo)準(zhǔn)；最后主機(jī)廠需要開發(fā)C-V2X在不同場景下自動駕駛算法，為了驗證算法主機(jī)廠需要到車聯(lián)網(wǎng)外場驗證。但是外場有無線環(huán)境復(fù)雜難以重復(fù)，測試場景簡單和難以搭建復(fù)雜場景等不足。
為了彌補(bǔ)軟件驗證和外場驗證的中間硬件在環(huán)驗證的環(huán)節(jié)，羅德與施瓦茨（以下簡稱"R&S公司")給廣電計量提供了C-V2X交通場景硬件在環(huán)測試系統(tǒng)，在產(chǎn)品設(shè)計階段為主機(jī)廠/供應(yīng)商提供產(chǎn)品功能驗證服務(wù)，為整車廠提供場景模擬驗證服務(wù)，能滿足標(biāo)準(zhǔn)規(guī)定的場景驗證需求以及車廠定制場景驗證需求，驗證產(chǎn)品的安全性。
系統(tǒng)的架構(gòu)圖如下：
eCall 是當(dāng)汽車發(fā)生意外事件時，手動或者自動的撥打從汽車到呼叫中心的112緊急電話，并攜帶意外事件相關(guān)的最少數(shù)據(jù)集（MSD）信息包括：車輛位置信息、時間信息、乘客數(shù)量、車輛唯一標(biāo)識碼（VIN），和其它相關(guān)的一些輔助信息。ERA-GLONASS 是在俄羅斯提供類似eCall的車內(nèi)緊急呼叫服務(wù)的系統(tǒng)。在歐盟和以俄羅斯為主的海關(guān)聯(lián)盟國家，配備緊急救援系統(tǒng)，已經(jīng)成為了汽車在當(dāng)?shù)厥袌隽魍ǖ膹?qiáng)制性要求。
展開 在線研討會｜開啟電池行業(yè)新動能，共赴西門子仿真測試周
wx_fmt=png&from=appmsg" width="1000"></a></p><p><br></p><p class="ql-align-justify">本次系列研討會將讓您詳細(xì)了解如何從新能源電池設(shè)計研發(fā)業(yè)務(wù)角度出發(fā)，系統(tǒng)展示Simcenter軟件在<strong>電池包需求分解，材料體系研發(fā)，電芯/模組/PACK設(shè)計，電池包熱管理，熱失控，系統(tǒng)集成，需求驗證以及電池包制造工藝仿真</strong>等領(lǐng)域的解決方案，解鎖新能源電池行業(yè)的創(chuàng)新迭代加速度。</p><p class="ql-align-center"><br></p><p><br></p>
展開 軍用海上無人機(jī)展望：經(jīng)濟(jì)與技術(shù)宏觀趨勢
對此，歐盟推出了USpace計劃，美國推出了NextGen計劃，進(jìn)行防撞措施研發(fā)和超視距操作的需求驗證。
此外，3D打印技術(shù)也有望在無人機(jī)零組件生產(chǎn)中發(fā)揮優(yōu)勢。
轉(zhuǎn)自：電子技術(shù)動態(tài)
