《汽車電控系統(tǒng)軟件開發(fā)工具測評規(guī)范》_第1頁
《汽車電控系統(tǒng)軟件開發(fā)工具測評規(guī)范》_第2頁
《汽車電控系統(tǒng)軟件開發(fā)工具測評規(guī)范》_第3頁
《汽車電控系統(tǒng)軟件開發(fā)工具測評規(guī)范》_第4頁
《汽車電控系統(tǒng)軟件開發(fā)工具測評規(guī)范》_第5頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

T/CAMETAXXXXX-20XXⅡT/BIAIMXXXXX-20XX汽車電控系統(tǒng)軟件開發(fā)工具測評規(guī)范1范圍本文件規(guī)定了汽車電控系統(tǒng)軟件開發(fā)工具的功能要求、性能要求、典型應(yīng)用場景、測試用例定義及結(jié)果評價標(biāo)準(zhǔn)等。本文件適用于汽車電控系統(tǒng)軟件開發(fā)工具的測試和使用。2規(guī)范性引用文件下列文件中的條款通過本文件的引用而成為本文件的條款。下列文件對于本文件的應(yīng)用是必不可少的。凡是注日期的引用文件,其隨后所有的修改單(不包括勘誤的內(nèi)容)或修訂版均不適用于本文件,然而,鼓勵根據(jù)本文件達(dá)成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件,其最新版本適用于本文件。GB/T25000系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)GB/Z33013-2016道路車輛車用嵌入式軟件開發(fā)指南ISO26262-6:2011道路車輛功能安全第6部分:軟件級產(chǎn)品開發(fā)(RoadVehicles-FunctionalSafety-Part6:ProductDevelopmentAtTheSoftwareLevel)3術(shù)語與定義GB/T25000和GB/Z33013-2016中界定的及下列術(shù)語和定義適用于本文件。3.1科學(xué)計算scientificcomputing科學(xué)計算是指利用計算機(jī)再現(xiàn)、預(yù)測和發(fā)現(xiàn)客觀世界運動規(guī)律和演化特征的全過程。科學(xué)計算為解決科學(xué)和工程中的數(shù)學(xué)問題利用計算機(jī)進(jìn)行的數(shù)值計算。3.2信息物理融合系統(tǒng)CyberPhysicalSystems,CPS通過集成先進(jìn)的感知、計算、通信、控制等信息技術(shù)和自動控制技術(shù),構(gòu)建了物理空間與信息空間中人、機(jī)、物、環(huán)境、信息等要素相互映射、適時交互、高效協(xié)同的復(fù)雜系統(tǒng),實現(xiàn)系統(tǒng)內(nèi)資源配置和運行的按需響應(yīng)、快速迭代、動態(tài)優(yōu)化。3.3參數(shù)parameter一般情況下在仿真\運行過程中不變,可以根據(jù)需要標(biāo)定的數(shù)據(jù)。(通常為需要手動設(shè)置的某些調(diào)試常量。)3.4信號signal模型中根級輸入輸出端口的變量,其值由系統(tǒng)計算得到。(通常只需要給定初始值和范圍。)3.5常數(shù)constant指一些恒定不變的物理常量。(比如重力加速度、萬有引力常數(shù)、圓周率等,通常生成常數(shù)或宏。)3.6初始態(tài)initialstate初始態(tài),即狀態(tài)機(jī)的初態(tài),它是指程序啟動時,該部分時序邏輯所應(yīng)該進(jìn)入的狀態(tài)。每一個狀態(tài)機(jī)都必須具有一個初始狀態(tài),因為狀態(tài)機(jī)接下來的工作,都是以初始狀態(tài)為基礎(chǔ)進(jìn)行的。初始態(tài)不僅僅指明了狀態(tài)機(jī)的工作起點,它還肩負(fù)著整個狀態(tài)機(jī)的初始化工作,即設(shè)定好中間變量以及輸出的初值。3.7結(jié)束態(tài)endingstate結(jié)束態(tài),即狀態(tài)機(jī)的終態(tài),它是指狀態(tài)機(jī)工作完成后,該部分時序邏輯所應(yīng)該進(jìn)入的狀態(tài),注意,一旦進(jìn)入該狀態(tài)后,狀態(tài)機(jī)將不會再發(fā)生狀態(tài)跳轉(zhuǎn)。如果有些事情在程序執(zhí)行后只需要做一次或有限次,那么該狀態(tài)機(jī)所處理的事務(wù)就是有限的,此時狀態(tài)機(jī)就需要有一個結(jié)束態(tài)來表明其工作任務(wù)的完成。結(jié)束態(tài)不僅僅指明了狀態(tài)機(jī)的工作終點,它還肩負(fù)著整個狀態(tài)機(jī)的善后工作,即設(shè)定好中間變量以及輸出的終值。3.8中繼態(tài)relaystate狀態(tài)機(jī)中,除了初始態(tài)和結(jié)束態(tài)以外,其余的狀態(tài)都可以稱之為中繼態(tài)。中繼態(tài)在狀態(tài)機(jī)的工作中起著承上啟下的作用,正是它們組成了從初始態(tài)到結(jié)束態(tài)的通路。3.9分支態(tài)branchingstate如果一個狀態(tài)的次態(tài)可以有多種不同的可能,那么該狀態(tài)就是一個分支態(tài)。正是由于分支態(tài)的作用,使得當(dāng)外界輸入或者中間變量不同時,狀態(tài)機(jī)便會沿著狀態(tài)圖中不同的路徑來進(jìn)行工作,從而即使?fàn)顟B(tài)機(jī)的狀態(tài)數(shù)量相對較少,也能對外界呈現(xiàn)出千變?nèi)f化的效果。3.10復(fù)位態(tài)resetstate復(fù)位態(tài),是指在某些情況下,系統(tǒng)打算放棄當(dāng)前的操作,并重新開始一次新的操作時,所需要進(jìn)入的狀態(tài)。由此可見,復(fù)位態(tài)也兼具指明狀態(tài)機(jī)“新的”工作起點,同時對整個狀態(tài)機(jī)進(jìn)行重新初始化的工作,因此,雖然初始態(tài)和復(fù)位態(tài)的意義并不相同,但通常情況下,初始態(tài)也即是復(fù)位態(tài)。3.11空閑態(tài)idlestate空閑態(tài)也是一類比較常見的狀態(tài),當(dāng)處于該狀態(tài)時,狀態(tài)機(jī)一般是不完成任何具體工作的,正如這類狀態(tài)的名字一樣,狀態(tài)機(jī)此時是空閑的。要想跳出空閑狀態(tài),狀態(tài)機(jī)的外界輸入和中間變量必須滿足一定的條件只有當(dāng)條件滿足時,狀態(tài)機(jī)才會被觸發(fā),從而跳轉(zhuǎn)到一個正常的工作狀態(tài)中。這也就是說,狀態(tài)機(jī)在空閑狀態(tài)下僅完成對觸發(fā)條件的等待與監(jiān)聽,這就好比處理器的中斷機(jī)制一樣,當(dāng)沒有中斷發(fā)生時,處理器按照預(yù)先設(shè)定好的程式工作,一旦發(fā)現(xiàn)中斷,則立馬跳轉(zhuǎn)到中斷程式工作。由此可見,對于一些無法確定、難以預(yù)期的處理需求,通常都必須采用空閑狀態(tài)。3.12狀態(tài)機(jī)statemachine狀態(tài)機(jī)是一種描述系統(tǒng)行為的模型,它說明對象在它的生命期中響應(yīng)事件所經(jīng)歷的狀態(tài)序列以及對那些事件的響應(yīng),用于對系統(tǒng)的動態(tài)行為建模。3.13轉(zhuǎn)移transfer是兩個狀態(tài)之間的一種轉(zhuǎn)換關(guān)系,表示對象在某個事件發(fā)生而且其條件滿足時將在第一個狀態(tài)中執(zhí)行一定的動作,并進(jìn)入第二個狀態(tài)。當(dāng)狀態(tài)發(fā)生這樣的轉(zhuǎn)變時,轉(zhuǎn)移被稱作激活了。3.14時間步timestep是發(fā)生計算的時間間隔,此時間間隔的大小稱為步長。4功能測評軟件開發(fā)工具需提供的功能應(yīng)包括:模型建立、仿真求解、后處理可視化和代碼生成等方面。軟件開發(fā)工具需要滿足不同類型的汽車電控系統(tǒng)軟件開發(fā)及仿真需求。4.1模型建立軟件開發(fā)工具需提供豐富的模型庫,并且能夠支持用戶自定義模型的建立。模型建立的過程應(yīng)簡單易用,并提供可視化建模、框圖式拖拽建模等功能。4.2仿真求解軟件開發(fā)工具的編譯分析速度、求解算法個數(shù)達(dá)到同行業(yè)相關(guān)先進(jìn)軟件開發(fā)工具水平,模型求解精度相對于同行業(yè)相關(guān)先進(jìn)軟件開發(fā)工具誤差小于1%。4.3后處理可視化在仿真結(jié)果得出后,軟件開發(fā)工具需提供直觀、可視化的結(jié)果展示和分析功能,如圖表、動畫、圖像等,并能進(jìn)行結(jié)果比較分析。4.4代碼生成軟件開發(fā)工具提供的代碼生成能力需滿足以下幾點:4.4.1生成的代碼應(yīng)該具備良好的可移植性,能夠在不同的平臺和操作系統(tǒng)上運行。代碼應(yīng)該遵循標(biāo)準(zhǔn)的編程規(guī)范和接口定義,與特定的硬件和軟件開發(fā)工具環(huán)境解耦,以便于在不同平臺上進(jìn)行部署和運行。4.4.2軟件開發(fā)工具可以根據(jù)建模過程中定義的模型和算法,生成具有良好結(jié)構(gòu)的代碼。生成的代碼應(yīng)該具備清晰的層次結(jié)構(gòu)、模塊化設(shè)計,方便后續(xù)的維護(hù)和擴(kuò)展。4.4.3軟件開發(fā)工具可以對生成的代碼進(jìn)行優(yōu)化,以提高代碼的執(zhí)行效率和性能。優(yōu)化的方式可以包括減少計算量、提高并行性、減少內(nèi)存占用等。優(yōu)化后的代碼可以更好地適應(yīng)實際系統(tǒng)的要求。4.4.4生成的代碼應(yīng)該具備良好的可讀性,方便用戶理解和修改。代碼應(yīng)該采用合適的命名規(guī)范、注釋和縮進(jìn)等,使其結(jié)構(gòu)清晰、易于閱讀。5性能測評5.1響應(yīng)時間仿真軟件開發(fā)工具應(yīng)該具有快速的響應(yīng)時間,即用戶輸入操作后,軟件開發(fā)工具能夠迅速給出反饋結(jié)果,不會出現(xiàn)明顯的延遲。5.2吞吐量仿真軟件開發(fā)工具應(yīng)該能夠處理大量的數(shù)據(jù)和計算任務(wù),具有較高的吞吐量。能夠同時處理多個模型、多個仿真場景等,并保持良好的性能表現(xiàn)。5.3并發(fā)性能仿真軟件開發(fā)工具應(yīng)該具備良好的并發(fā)性能,能夠支持多個用戶同時使用,而不影響系統(tǒng)的穩(wěn)定性和性能。5.4精度和準(zhǔn)確性仿真軟件開發(fā)工具應(yīng)該能夠提供準(zhǔn)確的模型建立和仿真結(jié)果,具備高精度的計算和模擬能力。5.5可擴(kuò)展性仿真軟件開發(fā)工具應(yīng)該具備良好的可擴(kuò)展性,能夠適應(yīng)不斷增長的模型規(guī)模和仿真需求。軟件開發(fā)工具的性能不應(yīng)隨著模型復(fù)雜度的增加而顯著下降。6應(yīng)用場景6.1通訊需求通信層模型定義了軟件層組件如何跨越硬件分域的界限通過網(wǎng)關(guān)進(jìn)行數(shù)據(jù)交互,對上層映射實現(xiàn)具體功能邏輯功能模塊、對下映射具體承載線束、控制器,橫跨邏輯、軟硬件各層并通過信號定義將各層通過映射關(guān)系、信號接口關(guān)聯(lián)起來。該層主要建模對象包括通信矩陣中包含的信號、報文屬性信息和對應(yīng)的信號路由設(shè)置,支持CAN、CANFD、LIN、FelxRay、以太網(wǎng)通信等總線網(wǎng)絡(luò)協(xié)議。6.2控制策略建模6.2.1邏輯關(guān)系的表達(dá)基礎(chǔ)邏輯運算關(guān)系如下:與(AND):它能夠連接兩個表達(dá)式,只有當(dāng)這兩個表達(dá)式都為真時,整個表達(dá)式為真,否則為假;或(OR):它能夠連接兩個表達(dá)式,當(dāng)至少有一個表達(dá)式為真時,整個表達(dá)式為真,當(dāng)這兩個表達(dá)式都為假時,整個表達(dá)式為假;非(NOT):它能夠反轉(zhuǎn)一個表達(dá)式的真值或假值,當(dāng)表達(dá)式為真時返回假,當(dāng)表達(dá)式為假時返回真。邏輯結(jié)構(gòu)表達(dá):選擇結(jié)構(gòu)用于判斷給定的條件,根據(jù)判斷的結(jié)果來控制程序的流程。選擇結(jié)構(gòu)可分為單路選擇結(jié)構(gòu)和多路選擇結(jié)構(gòu)。6.2.2狀態(tài)的表達(dá)應(yīng)包含初始態(tài)、結(jié)束態(tài)、中繼態(tài)、分支態(tài)、復(fù)位態(tài)和空閑態(tài)等狀態(tài)一個狀態(tài)有以下幾個部分:名稱:一個標(biāo)識本狀態(tài)的文本串;狀態(tài)可以是匿名的,即沒有名稱。進(jìn)入/退出效應(yīng):進(jìn)入和退出該狀態(tài)時執(zhí)行的動作。內(nèi)部轉(zhuǎn)移:不導(dǎo)致狀態(tài)改變的轉(zhuǎn)移。子狀態(tài):狀態(tài)的嵌套結(jié)構(gòu)。延遲事件:指在該狀態(tài)下暫不處理,推遲到另一個狀態(tài)下排隊處理的事件列表。一個轉(zhuǎn)移由5部分組成:源狀態(tài):一個對象目前處于激活執(zhí)行的狀態(tài)。事件觸發(fā)器:是一個事件,源狀態(tài)中的對象識別了這個事件,則在監(jiān)護(hù)條件滿足的情況下激活轉(zhuǎn)移。監(jiān)護(hù)條件:是一個布爾表達(dá)式,當(dāng)觸發(fā)轉(zhuǎn)移時,這個布爾表達(dá)式求值:若為真則激活轉(zhuǎn)移;若為假則不激活。效應(yīng):是一個可執(zhí)行的行為,直接作用于擁有狀態(tài)機(jī)的對象。目標(biāo)狀態(tài)。即在轉(zhuǎn)移完成后的活動狀態(tài)。狀態(tài)機(jī)嵌套的嵌套式狀態(tài)機(jī)群:先從每一件事情抽象出一個獨立的子狀態(tài)機(jī),最后再編寫一個更高一層級的主狀態(tài)機(jī),每個子狀態(tài)機(jī)都對應(yīng)主狀態(tài)機(jī)中的一個狀態(tài),子狀態(tài)機(jī)完成具體的工作,主狀態(tài)機(jī)的狀態(tài)僅完成子狀態(tài)機(jī)的調(diào)用和監(jiān)控工作,在主狀態(tài)機(jī)和子狀態(tài)機(jī)之間添加控制信號等的緩沖區(qū)。嵌入式狀態(tài)機(jī)相當(dāng)于將原主狀態(tài)機(jī)每一個狀態(tài)該做的事情用子狀態(tài)機(jī)來實現(xiàn),各個子狀態(tài)機(jī)之間不是獨立的。6.2.3計算關(guān)系的表達(dá)計算關(guān)系的表達(dá)應(yīng)滿足如下要求:基礎(chǔ)計算符號定義:本工具對于計算關(guān)系有如下大致基礎(chǔ)定義:加法運算符。即‘+’符號,實現(xiàn)整數(shù)或?qū)崝?shù)數(shù)學(xué)意義上的加法運算。減法運算符。即‘-’符號,實現(xiàn)整數(shù)或?qū)崝?shù)數(shù)學(xué)意義上的減法運算。乘法運算符。即‘*’符號,實現(xiàn)整數(shù)或?qū)崝?shù)數(shù)學(xué)意義上的乘法運算。除法運算符。即‘/’符號,實現(xiàn)整數(shù)或?qū)崝?shù)數(shù)學(xué)意義上的除法運算,如不能整除則包含小數(shù)部分;基礎(chǔ)計算支持:包括根號、平方、向量和矩陣操作的數(shù)學(xué)運算;高級運算:包含微分積分的操作。6.2.4模型內(nèi)部行為模型作為運行實例的載體,它承載著數(shù)據(jù)交互、模式管理、服務(wù)請求、以及算法的邏輯運算等主要任務(wù)。依據(jù)運行實例與接口的相關(guān)性,模型的內(nèi)部行為可以分為基于模型接口需完成的特定內(nèi)部行為,以及基于用戶算法邏輯的自定義內(nèi)部行為,其中基于模型接口需要完成的特定行為又可以根據(jù)接口的類型進(jìn)行具體細(xì)分如下:基于模型接口類型需完成的特定內(nèi)部行為:通過端口(Ports)連接器(Connector)和接口(Interface)分別實現(xiàn)數(shù)據(jù)交互。端口被用于描述數(shù)據(jù)流通信關(guān)系,例如默認(rèn)的發(fā)送方端口(SenderPort)和接受方端口(ReceiverPort)分別代表數(shù)據(jù)流的兩端。服務(wù)器端口和客戶端端口(ServerPort/ClientPort)用于描述面向服務(wù)的C/S架構(gòu)通信。從端口和控制器端口(SlavePort/ControllerPort),用于描述在主控設(shè)備和受控設(shè)備之間進(jìn)行的通信和主從關(guān)系。環(huán)境收發(fā)端口則用于有外部環(huán)境介入的用戶行為或通信請求描述,如對某個子系統(tǒng)輸入的的操作行為。連接器即連接不同端口之間的各種連線的元類型,實例化為各種模型組件間的連線。接口蘊含了給定端口所需或提供的數(shù)據(jù)元素、服務(wù)、操作等信息,在該語境下特指在模型中指定位置定義的詳細(xì)屬性,隨后通過在模型構(gòu)圖中進(jìn)行端口到接口的映射以完整展現(xiàn)模塊定義圖中組件之間的約束關(guān)系;數(shù)據(jù)的讀取與寫入:當(dāng)模型之間需要進(jìn)行數(shù)據(jù)的交互時,可以對模型的接口進(jìn)行發(fā)送端口(SenderPort)與接受端口(ReceiverPort)的定義,并將其與需要數(shù)據(jù)交互的模塊相連,表示數(shù)據(jù)讀取與寫入的對象;服務(wù)的請求與提供:當(dāng)模型需要給其它模型提供服務(wù)或者請求其它模型提供服務(wù)時,可將模型的接口進(jìn)行服務(wù)器端口(ServerPort)和客戶端端口(ClientPort)的定義,并將端口相連,表示服務(wù)以及請求服務(wù)的對象;模型管理:當(dāng)模型需要對BSW層(基礎(chǔ)軟件層)進(jìn)行模式切換時,可將模型的接口進(jìn)行模式切換(ModelSwitchPort)的定義,并將其與BSW層的某個能進(jìn)行模式管理的模塊相連;基于用戶算法邏輯自定義的特定內(nèi)部行為:該模型的具體執(zhí)行的算法邏輯需要用戶來完成的。用戶的自定義內(nèi)部行為完全由算法邏輯定義,在模型中也可用各運算、邏輯表達(dá)等模塊完成算法的搭建。6.3數(shù)據(jù)管理對模型中的數(shù)據(jù)對象進(jìn)行統(tǒng)一管理,并規(guī)定這些數(shù)據(jù)對象在生成代碼中的表現(xiàn)形式,使所建立的模型能夠高效地轉(zhuǎn)換為可讀性高的嵌入式通用C代碼,便于集成到目標(biāo)硬件上執(zhí)行。還需自動完成模型中數(shù)據(jù)信息的分類。通常將模型中的數(shù)據(jù)信息分為參數(shù)、信號和常數(shù)。6.4代碼生成經(jīng)過驗證的控制策略模型可自動生成可讀性更高的嵌入式C代碼,并具有生成代碼必須具備可編輯性、可二次開發(fā)性、可仿真性、準(zhǔn)確性、魯棒性,代碼生成質(zhì)量必須具有可讀性,在進(jìn)行嵌入式開發(fā)或其他模塊對接時具備很好的銜接性。6.5SIL\PIL\HIL測試能夠編寫、管理和執(zhí)行模型、模擬以及生成的代碼或物理硬件的基于仿真的系統(tǒng)測試。包括模擬、基線和等效測試模板,允許使用軟件在環(huán)(SIL)、處理器在環(huán)(PIL)和實時硬件在環(huán)(HIL)模式執(zhí)行功能、單元、回歸和測試。6.6物理建模支持總體設(shè)計的系統(tǒng)級多專業(yè)統(tǒng)一建模和綜合仿真驗證;可通過基于多領(lǐng)域統(tǒng)一建模的多學(xué)科優(yōu)化,實現(xiàn)方案設(shè)計系統(tǒng)總體參數(shù)優(yōu)化、邏輯框架權(quán)衡以及系統(tǒng)方案優(yōu)化。實現(xiàn)從分系統(tǒng)、單學(xué)科設(shè)計向系統(tǒng)級、多學(xué)科協(xié)同設(shè)計的轉(zhuǎn)變,在系統(tǒng)層面實現(xiàn)機(jī)、電、液、控、熱等專業(yè)的統(tǒng)一建模與仿真聯(lián)動,具備整車級、域級、子系統(tǒng)級別、零部件級、元器件級的物理建模能力。6.7求解器6.7.1定步長離散求解器定步長離散求解器通過在當(dāng)前時間點的基礎(chǔ)上加上仿真步長來計算下一時間點。仿真步長可以任意設(shè)置,當(dāng)步長設(shè)置為缺省的auto,且模型中含有離散采樣模塊時,會自動選擇模型的基礎(chǔ)采樣時間(fundamentalsampletimes)作為步長,若沒有則默認(rèn)整個仿真只有50步,仿真步長為仿真時間跨度的1/50。對于離散系統(tǒng)來說,應(yīng)該選擇使用離散求解器。6.7.2定步長連續(xù)求解器滿足兩類定步長連續(xù)求解器:顯式(explicit)定步長連續(xù)求解器和隱式(implicit)定步長連續(xù)求解器。兩類求解器的差別在于仿真速度和穩(wěn)定性。隱式求解器在每個仿真時間步需要進(jìn)行更多的運算,但是也更加穩(wěn)定。6.7.3變步長求解器變步長求解器在仿真過程中根據(jù)狀態(tài)變化狀況自適應(yīng)地調(diào)整步長。如模型中沒有狀態(tài)變量或者只有離散狀態(tài),則應(yīng)該選用離散求解器;如模型中有連續(xù)狀態(tài)的話,則選擇使用連續(xù)求解器。連續(xù)求解器使用數(shù)值積分(numericalintegration)技術(shù)計算下一個時刻的連續(xù)狀態(tài)值.如果模型中沒有狀態(tài)變量或者只有離散狀態(tài),即便指定了連續(xù)求解器,仿真工具也會自動選擇使用離散求解器。6.8仿真計算仿真應(yīng)支持不同系統(tǒng)層級和不同建模對象的仿真。整車系統(tǒng)仿真模型,包括汽車動力學(xué)模型、輪胎模型、路面模型以及ESC系統(tǒng)中液壓制動系統(tǒng)。完成模型搭建之后,可進(jìn)行聯(lián)合仿真,以驗證所搭建控制系統(tǒng)的有效性;系統(tǒng)級仿真應(yīng)可觀測系統(tǒng)性能與子系統(tǒng)間的數(shù)據(jù)傳遞、基于模型驅(qū)動開發(fā)控制軟件便于盡早發(fā)現(xiàn)設(shè)計階段的漏洞。電氣架構(gòu)模型仿真,包括對電動助力轉(zhuǎn)向系統(tǒng)、車身穩(wěn)定性系統(tǒng)、電子制動器等電氣子系統(tǒng)的仿真;軟件組件模型仿真,主要針對軟件組件的運行仿真,驗證各軟件組件是否符合功能預(yù)期,算法級別的軟件應(yīng)當(dāng)由黑盒、白盒、灰盒等驗證方式;網(wǎng)絡(luò)建模仿真主要對網(wǎng)絡(luò)各組件進(jìn)行仿真;基礎(chǔ)服務(wù)建模進(jìn)程管理、內(nèi)存管理、網(wǎng)絡(luò)協(xié)議、進(jìn)程間通信、體系結(jié)構(gòu)相關(guān)代碼、設(shè)備驅(qū)動、文件系統(tǒng)和系統(tǒng)應(yīng)用接口等運行與調(diào)度進(jìn)行仿真,檢驗是否符合預(yù)期。6.9聯(lián)合仿真對于各子系統(tǒng)的仿真,仿真只對該子系統(tǒng)進(jìn)行仿真,子系統(tǒng)應(yīng)當(dāng)獨立。若仿真過程需要其他子系統(tǒng)參與,應(yīng)使用轉(zhuǎn)譯或其他接口方法對其他子系統(tǒng)的輸出進(jìn)行規(guī)范化設(shè)定,以保證仿真的正確運行和功能的正確驗證。仿真可對單獨層級進(jìn)行仿真,工具提供腳本化簡單實現(xiàn)方法對其他層級輸出進(jìn)行規(guī)范化設(shè)定,以保證仿真的正確運行和功能的正確驗證,亦可基于標(biāo)準(zhǔn)工具接口開展工具聯(lián)合仿真。6.10數(shù)據(jù)分析處理6.10.1結(jié)果可視化提供豐富的繪圖函數(shù),可以繪制出有限元分析結(jié)果的圖像。6.10.2結(jié)果提取針對結(jié)構(gòu)的某些局部特征,使用數(shù)組索引和邏輯運算,從結(jié)果數(shù)據(jù)中提取出所需的信息。6.10.3結(jié)果分析除了簡單的可視化,還可以對結(jié)果進(jìn)行更深入的分析。提供各種統(tǒng)計分析和數(shù)值計算函數(shù),如求和、均值、方差等,對結(jié)果進(jìn)行統(tǒng)計和比較。6.10.4結(jié)果對比在設(shè)計優(yōu)化或故障診斷中,需要對不同設(shè)計方案或工況進(jìn)行對比。需提供數(shù)據(jù)對比和差異分析的函數(shù),如相關(guān)性分析、方差分析等。6.10.5結(jié)果報告完成后處理后,需將結(jié)果整理成報告或文檔。提供文本處理和報告生成函數(shù),可生成規(guī)范和易于閱讀的報告。6.11其他功能滿足整車控制系統(tǒng)軟件開發(fā)的其他相關(guān)功能。7測試用例根據(jù)上文第6部分應(yīng)用場景及《汽車研發(fā)仿真分析軟件工具通用性測評規(guī)范》的要求,進(jìn)行測試用例設(shè)計。測試用例的編制應(yīng)滿足以下幾點要求:應(yīng)用場景100%被覆蓋;被測功能點100%被覆蓋;必須驗證正確性操作、正常數(shù)據(jù)和可能導(dǎo)致出錯的數(shù)據(jù)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論