整車電子電器功能開發(fā)模式探索

王得國

摘 要：本文結(jié)合實際項目，對基于ECU供應商進行了優(yōu)化。根據(jù)對控制器功能的開發(fā)和測試，ASPICE也逐漸成為發(fā)展的典范，其通過系統(tǒng)的定義、零件的定義并結(jié)合ASPICE管理方法，并應用于從零件從系統(tǒng)驗證過程的整車業(yè)務。由于新模型與ASPICE相結(jié)合，使我們能夠有效的在開發(fā)過程中所有級別的需求之間的關(guān)系，并使管理驗證過程標準化。

關(guān)鍵詞：汽車電子電器;ASPICE功能;開發(fā)模式

引言：

在現(xiàn)代化的汽車整車開發(fā)和驗證過程中，管理發(fā)展和驗證過程應用于電子和電氣工程以及相關(guān)功能的可靠性驗證功能，最終被競爭力銷售和售后問題的進程中發(fā)展和驗證相關(guān)功能的電子和電氣工程。ASPICE管理模式的發(fā)展模式是使用一個類似于軟件開發(fā)，在本文中通過車輛的電子和電氣工程，能夠有效提高質(zhì)量和功能優(yōu)化的發(fā)展進程。

1 整車企業(yè)中電子電器功能開發(fā)

在汽車行業(yè)的企業(yè)中，電氣和電子功能的發(fā)展還沒有被定義到各個階段，對各級需求的分離和集成測試的驗證階段的驗證還沒有組織起來。定義車輛功能但不能完全實現(xiàn)的公司列表每個職能的所有場景更不能完善地定義并改變信號的輸出信號對應的時序邏輯中的功能和實現(xiàn)指標及環(huán)境穩(wěn)定需求的定義也不完善。

1.1電子電器零件的功能定義現(xiàn)狀

目前整個車輛電氣和電子設備功能的開發(fā)一般以配置文件功能為基礎，作為后續(xù)開發(fā)階段的輸入;一些公司用表格矩陣來補充電氣和電子設備的功能列表，為了支持進一步的開發(fā)。具體定義這些函數(shù)一般是根據(jù)零件的設計規(guī)格的零部件企業(yè)及零件的功能設計規(guī)格基本上所限定的方案，從其中分別定義輸入和輸出。而執(zhí)行功能的場景描述和定義某些績效指標有限，在雙方之間的完整的系統(tǒng)組成和定義的設置都完全取決于控制器供應商根據(jù)某些設計標準或法規(guī)等。在此期間，剎車燈在制動信號激活后還可開啟。因此，在整個車輛的功能定義中，缺乏完全邏輯的設計、場景的完整定義、功能實現(xiàn)的可量化時間軸和性能指標參數(shù)的具體定義。

1.2電子電器零件的功能測試現(xiàn)狀

目前，整個車輛的電氣和電子設備的運行試驗一般是手工進行的，試驗方法是根據(jù)制造商文件的定義進行，如果文件沒有明確的定義，試驗就不能準確進行，因此，測試的質(zhì)量在很大程度上取決于測試人員的經(jīng)驗和熟練度，判斷標準也是主觀的。由于大多數(shù)測試工具和介質(zhì)都是基于手動判斷的，特別是基于手動操作記錄或常規(guī)示波器和萬用表等工具的工具。根據(jù)其測試不同能力的情況下，這種局面可能有所不同，但缺乏有效量化評估參數(shù)的合理設計營銷方案的經(jīng)驗導致同一頻道的接收和檢查持續(xù)監(jiān)測和有效，另外關(guān)于評價工作的質(zhì)量，如果僅僅通過測試的定量，也無法判斷其質(zhì)量。

1.3電子電器功能的設計交付物管理現(xiàn)狀

1.3.1電子和電氣設計的管理現(xiàn)狀，各級之間的功能定義，整車企業(yè)的整車技術(shù)文檔并不缺乏系統(tǒng)化，大部分零部件特別是高級控制器的功能定義，特別是從詳細的工程合同到車輛方案的定義，更重要的是，從整體功能到備件的功能描述。對于不同階段的交付單據(jù)、版本控制僅限于發(fā)布階段：諸如WPS文檔編輯工具或微軟office版本通常使用，而一些管理用于電子版本管理工具軟件來SVN等。但是，總的來說，缺乏一致的文件和管理服務的方法。沒有合理的版本控制，特別是在項目開始時，當需要定義不同目標的設計時。

1.3.2電氣和電子功能設計的所有修改設計方案，改革管理，原則上都來自于需求變化或觸發(fā)，充分承認需求變化和影響分析如何開展與細節(jié)非常重要的方式，以避免輸入錯誤修正評價論證不足，甚至達到未作修改。需要具體的管理方法和工具來管理實際變更的正確實施和有效實施，以降低變更成本和結(jié)果驅(qū)動設計過程中的周期損失。

2 ASPICE 介紹

2.1 ASPICE 的基礎理念和過程

通過軟件過程改進技能和決心（as-pice）為汽車電子產(chǎn)品的研究，發(fā)現(xiàn)其主要應用在汽車電子、家居行業(yè)的發(fā)展需要高質(zhì)量的組件的軟件，其發(fā)展是一個復雜的過程。近年來，由于過程的質(zhì)量管理好適逢汽車業(yè)的發(fā)展模式，一些汽車企業(yè)開始加入到這個模式，并逐步引入水平認證的工廠中汽車及零部件企業(yè)。其中的10個階段為ENG1 ～ ENG10初期運營階段分別設定描述備件的需求，編制的定義開始建筑設計、零部件和需求、硬件和軟件定義的零配件，零部件的測試和硬件和軟件、部件性能測試系統(tǒng)中的組件和測試車輛中的替換部件的類型批準和檢查，以及整個軟件開發(fā)過程中用于程序設計的定義和驗證。

2.2 ASPICE 的角色扮演和交付物管理

ENG1 -ENG10在不同發(fā)展階段中，工程師們對各階段的文件輸入字符串也盡可能詳細，其詳細描述了分割和分裂后向上或是向下，也表明了與部分相關(guān)的關(guān)系。在受控系統(tǒng)的每一步都是由工程師和經(jīng)理負責，整個項目的管理工作是由產(chǎn)品經(jīng)理以及由工程師負責，其主要負責管理項目的實施進度和批準。在ASPICE 的角色扮演和交付物管理中線是重要的管理，可以進行基本項目的過程中，設計能夠支持控制設計目標的時期;另一條基本可以確定當項目繼續(xù)為補充的內(nèi)容或進行了修改后的發(fā)展，初始基線可以替換或維護。替換是指最后一個基線替換第一個基線，他們的目標相同;如果保留第一個基線，則兩個基線表示不同的驗證目標。例如，項目樣本階段的設計需要事先驗證，而正式產(chǎn)品需要優(yōu)化，樣本需要在優(yōu)化設計完成之前完成，以確保項目的持續(xù)時間。一般來說，采用IBM端口文檔管理工具的目的是使設計過程能夠有效地管理多個基線和多個版本。

3 采用創(chuàng)新模式進行電子電器功能開發(fā)

在ASPICE中實現(xiàn)的工具應用程序也支持這個開發(fā)模型，并且可以在每個ENG中采用工具來檢查設計內(nèi)容的引用情況（如果不是100%引用的話），這意味著缺少請求或無效輸入。工程的工具也可用于諸如出口注冊版本和自動生成的文件，以及用于管理多個基線時交付產(chǎn)品發(fā)布和維護，還有可根據(jù)支持解決方案的技術(shù)狀態(tài)管理的設計和試驗驗證等不同目的的模擬制造原型、工程原型和正式車輛，以便管理整個車輛功能開發(fā)過程中的變更。

結(jié)語：

ASPICE功能設計和驗證模型可以根據(jù)車輛的電氣和電子設備，完善更好的發(fā)展進程中的所有修改設計。當然，設計師在工作時間使用的零配件制造商多。通過積累和再利用的方案設計及驗證，可以有效的解決該模型的根本問題，所以執(zhí)行該模型可以通過有效地管理模式，以及它們是否運行良好，是否同時實現(xiàn)全方位的管理職能中的電子和電子產(chǎn)品的整車企業(yè)，是否允許更靈活的發(fā)展，這些都是提高整車電子電器功能開發(fā)模式的必要因素。

參考文獻：

[1] 任強，黃少堂，梁偉強，等. 跨平臺的整車電子電器架構(gòu)的分析與設計[J]. 自動化儀表，2018（ 3） .

[2]田永， 方瑛， 廖兵. 汽車電子電器件材料的選擇與應用[J]. 汽車與配件， 2014（19）：64-67.

[3]鄧森.電子診斷技術(shù)在新能源汽車維修檢測中的應用[J].大眾汽車，2019（6）：23-24.