ICS35.240.01

CCSL67

CASME

中國中小商業(yè)企業(yè)協(xié)會團體標準

T/CASMEXXXX—XXXX

基于虛擬時間的多學科聯(lián)合仿真系統(tǒng)技術

規(guī)范

Technicalspecificationsformultidisciplinaryjointsimulationsystemsbasedon

virtualtime

征求意見稿

XXXX-XX-XX發(fā)布XXXX-XX-XX實施

中國中小商業(yè)企業(yè)協(xié)會??發(fā)布

T/CASMEXXXX—XXXX

基于虛擬時間的多學科聯(lián)合仿真系統(tǒng)技術規(guī)范

1范圍

本文件規(guī)定了基于虛擬時間的多學科聯(lián)合仿真系統(tǒng)的系統(tǒng)架構的設計、模型任務執(zhí)行管理、數據模

型的注入，數據的分析與驗證、安全性和隱私性要求以及驗收測試等方面的要求。

本文件適用于基于虛擬時間的多學科聯(lián)合仿真系統(tǒng)建設與實施。

2規(guī)范性引用文件

下列文件中的內容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本

文件。

GB/T20273-2019信息安全技術數據庫管理系統(tǒng)安全技術要求

GB/T25000.10系統(tǒng)與軟件工程系統(tǒng)與軟件質量要求和評價（SQuaRE）第10部分：系統(tǒng)與

軟件質量模型

GB/T25000.51-2016系統(tǒng)與軟件工程系統(tǒng)與軟件質量要求和評價（SQuaRE）第51部分：就緒

可用軟件產品（RUSP）的質量要求和測試細則

YD/T3802-2020電信網和互聯(lián)網數據安全通用要求

3術語和定義

GB/T25000.10-2016界定的以及下列術語和定義適用于本文件。

3.1

虛擬時間virtualtime

仿真系統(tǒng)中的時間概念，與實際時間相對應但可以加速或減緩。

3.2

多學科聯(lián)合仿真系統(tǒng)multidisciplinaryjointsimulationsystem

利用建立的不同學科領域的仿真模型進行聯(lián)合仿真的系統(tǒng)。

4系統(tǒng)架構的設計

4.1虛擬架構設計的原則

4.1.1應確保虛擬架構設計符合系統(tǒng)整體設計原則和需求規(guī)格。

4.1.2虛擬架構設計應遵循模塊化、可擴展、可維護、可靠性高等設計原則。

4.1.3設計時應考慮系統(tǒng)性能、安全性、可用性等方面的要求。

4.1.4應確保虛擬架構設計具有合理的靈活性和擴展性。

4.2專業(yè)模型標準化和掛接

4.2.1專業(yè)模型應符合GB/T25000.10的規(guī)定。

4.2.2使用行業(yè)內通用的專業(yè)模型標準，確保系統(tǒng)設計與行業(yè)標準相一致。

4.2.3各個模型之間的掛接必須符合標準化的規(guī)范，確保數據傳輸和轉換的準確性和穩(wěn)定性。

4.2.4確保專業(yè)模型的更新和維護能夠方便地進行，并考慮到版本兼容性和向后兼容性。

4.3接口通訊協(xié)議（ICD）設計與實現(xiàn)

4.3.1設計接口通訊協(xié)議時應符合行業(yè)標準，確保與其他系統(tǒng)的兼容性和互操作性。

4.3.2接口通訊協(xié)議必須詳細定義接口的消息格式、數據傳輸方式、錯誤處理機制等內容。

4.3.3在實現(xiàn)接口通訊協(xié)議時，必須嚴格按照設計規(guī)范進行，確保通訊的穩(wěn)定性和可靠性。

1

T/CASMEXXXX—XXXX

5模型任務執(zhí)行管理

5.1靜態(tài)Block模型轉換為動態(tài)任務

5.1.1應確保靜態(tài)Block模型能夠被有效地轉換為動態(tài)任務，以滿足系統(tǒng)對實時性和動態(tài)性的需求。

5.1.2轉換過程中應考慮到性能損耗、資源占用、調度算法等方面的影響。

5.1.3應確保轉換后的動態(tài)任務能夠準確地反映原始模型的功能和性能。

5.2任務屬性定義

5.2.1對每個任務的屬性應進行明確定義，包括任務的周期性、啟動時間、執(zhí)行時長、優(yōu)先級等信息。

5.2.2確保任務屬性定義符合系統(tǒng)實際需求，并能夠有效地支持任務調度和執(zhí)行。

5.2.3對于不同類型的任務，其屬性定義可能會有所不同，需要根據具體情況進行合理的規(guī)劃和設計。

5.3虛擬時間軸技術驅動任務執(zhí)行

5.3.1設計和實現(xiàn)虛擬時間軸技術，用于驅動任務的執(zhí)行和調度。

5.3.2虛擬時間軸技術須能夠準確地模擬實際時間流逝，以確保任務按照預定的時間要求進行執(zhí)行。

5.3.3考慮到虛擬時間軸技術對系統(tǒng)性能和實時性的影響，并進行相應的性能優(yōu)化和調整。

5.4數據展示和存儲機制

5.4.1設計合適的數據展示方式，以便實時監(jiān)控任務執(zhí)行情況和系統(tǒng)性能指標。

5.4.2應確保數據存儲機制能夠有效地記錄任務執(zhí)行的相關信息，并提供必要的數據檢索和分析功能。

5.4.3對于大量的任務執(zhí)行數據，需要考慮合適的存儲策略和數據清理機制，以避免數據存儲空間的

浪費和性能下降。

6模型數據注入和外部環(huán)境模擬

6.1數據注入方法和接口

6.1.1確定合適的數據注入方法和接口，以便將外部數據有效地注入到模型中。

6.1.2數據注入方法必須確保數據的準確性、完整性和時效性，以滿足模型對輸入數據的要求。

6.1.3確保數據注入接口的穩(wěn)定性和安全性，防止非法數據注入和攻擊。

6.2外部環(huán)境模擬和影響因素

6.2.1確定需要模擬的外部環(huán)境及其影響因素，包括但不限于溫度、濕度、壓力、光照等。

6.2.2外部環(huán)境模擬必須能夠真實地反映實際工作場景中的環(huán)境情況，并能夠對模型的表現(xiàn)產生實際

影響。

6.2.3考慮外部環(huán)境模擬對模型性能和穩(wěn)定性的影響，進行充分的測試和驗證，確保模擬結果的可靠

性和有效性。

6.3數據故障模擬和處理

6.3.1設計合適的數據故障模擬方法，用于模擬數據異常、丟失、錯誤等情況。

6.3.2確保數據故障模擬能夠覆蓋常見的故障類型，并能夠對模型的魯棒性和容錯性進行全面測試。

6.3.3對于模擬出的數據故障，需要設計相應的處理機制和恢復策略，確保系統(tǒng)能夠正確處理這些異

常情況并保持穩(wěn)定運行。

7執(zhí)行數據分析與驗證

7.1存儲數據離線分析方法

7.1.1確定合適的存儲數據離線分析方法，包括數據提取、清洗、轉換、加載等步驟。

7.1.2離線分析方法必須能夠有效地處理大量存儲數據，并提取出有用的信息和統(tǒng)計結果。

7.1.3確保離線分析過程中數據的準確性和一致性，避免因數據處理錯誤導致的分析結果失真。

2

T/CASMEXXXX—XXXX

7.2數據驗證和模型調整流程

7.2.1設計完整的數據驗證和模型調整流程，包括數據驗證的指標、方法和頻率，以及模型調整的觸

發(fā)條件和流程。

7.2.2數據驗證必須能夠對模型輸入數據和輸出結果進行全面的檢驗，包括數據的準確性、完整性、

一致性等方面。

7.2.3模型調整流程需要考慮到驗證結果對模型的影響，并能夠及時、準確地進行模型參數調整和優(yōu)

化。

7.3模型設計改進策略

7.3.1確定模型設計改進的策略和方法，包括但不限于算法優(yōu)化、特征工程、模型結構調整等方面。

7.3.2改進策略必須基于數據分析和驗證結果，能夠針對模型存在的問題或不足進行有針對性的改進。

7.3.3對改進后的模型進行充分的驗證和測試，確保改進能夠有效提升模型性能和表現(xiàn)。

8安全性和穩(wěn)定性要求

8.1數據安全和權限管理

8.1.1數據庫管理的安全應滿足GB/T20273-2019第7章要求。

8.1.2應確保數據安全和權限管理機制健全，包括數據的加密存儲、訪問控制、身份認證等方面。

8.1.3應依據YD/T3802-2020第11章的要求，設計合理的數據權限管理策略，確保不同用戶或系統(tǒng)

只能訪問其具備權限的數據，并能夠對數據的讀寫操作進行有效監(jiān)控和審計。

8.1.4對于敏感數據，采取額外的安全措施，如數據脫敏處理、訪問日志記錄等，以防止數據泄露和

濫用。

8.1.5敏感數據的共享使用應符合YD/T3802-2020第12章的規(guī)定。

8.1.6敏感數據的銷毀應符合YD/T3802-2020第13章的規(guī)定。

8.2系統(tǒng)穩(wěn)定性要求

8.2.1系統(tǒng)穩(wěn)定性要求包括對系統(tǒng)硬件、軟件、網絡等方面的要求，確保系統(tǒng)能夠持續(xù)穩(wěn)定地運行。

8.2.2針對系統(tǒng)關鍵組件和模塊，設置穩(wěn)定性指標并進行監(jiān)控，及時發(fā)現(xiàn)并解決潛在的穩(wěn)定性問題。

8.2.3對系統(tǒng)進行充分的負載測試和壓力測試，確保系統(tǒng)能夠在高負載下保持穩(wěn)定運行，并能夠快速

恢復到正常狀態(tài)。

8.3故障處理和恢復機制

8.3.1設計完善的故障處理和恢復機制，包括對常見故障類型的識別、處理流程、自動恢復機制等。

8.3.2對系統(tǒng)進行故障注入測試，驗證系統(tǒng)對各種故障的處理能力，并進行相應的改進和優(yōu)化。

8.3.3針對不同的故障類型，制定相應的應急預案和恢復策略，確保系統(tǒng)在遇到故障時能夠迅速、有

效地恢復正常運行狀態(tài)。

9驗收測試和文檔要求

9.1驗收測試計劃和方法

9.1.1按GB/T25000.51-2016進行軟件質量的驗證，驗證項目應符合第5章的要求。

9.1.2應制定詳細的驗收測試計劃和方法，包括測試階段、測試內容、測試用例、測試環(huán)境等。

9.1.3確定測試人員和測試負責人，明確測試的職責和任務，并建立相應的測試報告和問題跟蹤系統(tǒng)。

9.1.4對系統(tǒng)進行全面的功能測試、性能測試、安全性測試等，確保系統(tǒng)滿足用戶需求和技術要求。

9.1.5驗收測試結束后，對測試結果進行總結和評估，提出改進意見和建議，以完善系統(tǒng)的功能和質

量。

9.2技術規(guī)范文檔要求

9.2.1編寫詳細的技術規(guī)范文檔，包括系統(tǒng)架構設計、模塊設計、接口定義、數據流程圖等。

3