功能安全軟件開發(fā)的案例
一文帶你全面了解功能安全軟件監(jiān)控方案
為了滿足功能安全的要求，僅僅了解不同監(jiān)控軟件模塊的功能以及硬件看門狗是不夠的，還需要結(jié)合具體的系統(tǒng)設(shè)計（例如故障處理時間間隔 Fault Handling Time Interval ，F(xiàn)HTI）來正確設(shè)置不同的軟硬件參數(shù)，達到最優(yōu)的程序流監(jiān)控效果。
經(jīng)緯恒潤功能安全團隊成立于2008年，系國內(nèi)較早從事功能安全技術(shù)研究的團隊。作為功能安全、預期功能安全國家標準委員會成員，經(jīng)緯恒潤的研發(fā)流程、生產(chǎn)流程已通過功能安全開發(fā)過程認證，功能安全開發(fā)過程達到ASIL-D，相關(guān)產(chǎn)品已成功服務于近百家國內(nèi)外整車及零部件企業(yè)。
經(jīng)緯恒潤功能安全軟件團隊可提供功能安全軟件開發(fā)技術(shù)咨詢服務，包括功能安全軟件階段流程/產(chǎn)品咨詢、L2監(jiān)控算法開發(fā)集成和L3安全機制（安全通信、隔離、監(jiān)控、執(zhí)行和芯片AOU）的開發(fā)集成，控制器覆蓋動力域、底盤域、智駕域和車身域等。
未來，經(jīng)緯恒潤將緊跟行業(yè)發(fā)展趨勢和市場需求，結(jié)合自身汽車電子產(chǎn)品研發(fā)和國內(nèi)外咨詢實踐，一如既往地堅持自主創(chuàng)新道路，為智能汽車安全保駕護航。
了解更多：請致電 010-64840808轉(zhuǎn)6117或發(fā)郵件至market_dept@hirain.com（聯(lián)系時請說明來自技術(shù)鄰）
展開 經(jīng)緯恒潤SOA功能安全開發(fā)方案, 助力車企軟件定義汽車
作為功能安全國家標準委員會成員，參與了GB/T34590第一版、第二版起草工作及修訂工作；作為芯片創(chuàng)新聯(lián)盟核心成員，參與了車規(guī)級自主芯片功能安全標準制定。結(jié)合20余年汽車電子產(chǎn)品研發(fā)實踐，功能安全咨詢團隊提供面向量產(chǎn)車型開發(fā)從概念設(shè)計到正式投產(chǎn)的全棧功能安全咨詢服務。
目前，經(jīng)緯恒潤已經(jīng)為戴姆勒、現(xiàn)代、菲亞特克萊斯勒、一汽紅旗、一汽解放、東風、長安、上汽、吉利、長城、蔚來汽車、華人運通、合眾汽車、嵐圖汽車、博格華納、華域麥格納等國內(nèi)外主流客戶提供了功能安全開發(fā)服務并得到客戶廣泛認可。未來，經(jīng)緯恒潤將緊跟軟件定義汽車大勢，堅持自主創(chuàng)新，為智能汽車安全發(fā)展保駕護航！
展開 域控軟件安全隔離關(guān)鍵技術(shù)剖析：MCU域 VS SOC域
MMU最主要的功能其實是將虛擬頁翻譯到物理頁。那為什么MMU可以實現(xiàn)進程級隔離呢？
因為MMU的翻譯是基于頁表進行的，頁表記錄了進程虛擬頁到物理頁的映射。操作系統(tǒng)為不同的進程分配的不同的頁表起始地址，存儲在對應寄存器中。當MMU翻譯地址時，根據(jù)頁表起始地址加偏移量定位到具體的頁表項，進而完成地址翻譯。不難看出，這種機制使得進程擁有天然隔離的零散的地址空間。
圖4 MMU工作原理
安全隔離小結(jié)
安全隔離的底層原理是避免軟件對內(nèi)存的不合理訪問，以滿足功能安全要求。硬件層面上，有MPU、MMU這樣的硬件進行程序內(nèi)存空間的保護和約束；軟件層面上，容器化技術(shù)和虛擬化技術(shù)也能幫助用戶制定更靈活的隔離策略。但并不是說實現(xiàn)了這些安全隔離機制就等于完全滿足了安全隔離需求，還需要結(jié)合軟件和系統(tǒng)的正確設(shè)計來共同達成目標。
經(jīng)緯恒潤功能安全團隊成立于2008年，系國內(nèi)較早從事功能安全技術(shù)研究的團隊。作為功能安全、預期功能安全國家標準委員會成員，經(jīng)緯恒潤的研發(fā)流程、生產(chǎn)流程已通過功能安全開發(fā)過程認證，功能安全開發(fā)過程達到ASIL-D，相關(guān)產(chǎn)品已成功服務于近百家國內(nèi)外整車及零部件企業(yè)。
經(jīng)緯恒潤功能安全軟件團隊可提供功能安全軟件開發(fā)技術(shù)咨詢服務，包括功能安全軟件階段流程/產(chǎn)品咨詢、L2監(jiān)控算法開發(fā)集成和L3安全機制（安全通信、隔離、監(jiān)控、執(zhí)行和芯片AOU）的開發(fā)集成，控制器覆蓋動力域、底盤域、智駕域和車身域等。
未來，經(jīng)緯恒潤將緊跟行業(yè)發(fā)展趨勢和市場需求，結(jié)合自身汽車電子產(chǎn)品研發(fā)和國內(nèi)外咨詢實踐，一如既往地堅持自主創(chuàng)新道路，為智能汽車安全保駕護航。
展開 BMS功能安全開發(fā)流程詳解
下一步是定義系統(tǒng)架構(gòu)，分配TSR給硬件和軟件，同時定義好軟件硬件接口HIS。
軟硬件接口規(guī)范應規(guī)定的硬件和軟件的交互，并與技術(shù)安全的概念是一致的，應包括組件的硬件設(shè)備，是由軟件和硬件資源控制支持軟件運行的。軟硬件接口規(guī)范應包括下面屬性：
a.硬件設(shè)備的工作模式和相關(guān)的配置參數(shù)，硬件設(shè)備的操作模式，如缺省模式；
b.初始化，測試或高級模式，配置參數(shù)，如增益控制，帶通頻率或時鐘分頻器。
c.確保單元之間的獨立性和支持軟件分區(qū)的硬件特性
d.共享和專用硬件資源，如內(nèi)存映射,寄存器,定時器,中斷,I/O端口的分配。
e.硬件設(shè)備的獲取機制，如串口,并口,從,主/從
f.每個涉及技術(shù)安全概念的時序約束
硬件和其使用的軟件的相關(guān)診斷功能應在軟硬件接口規(guī)范中規(guī)定：
a.硬件診斷功能應定義，例，檢測過流，短路或過熱
b.在軟件中實現(xiàn)的硬件診斷功能
軟硬件接口規(guī)范在系統(tǒng)設(shè)計時制定，在硬件開發(fā)和軟件開發(fā)時被進一步細化。應使用表3列出的方法驗證系統(tǒng)設(shè)計對于技術(shù)安全概念的符合性和完備性。
四、硬件系統(tǒng)功能安全設(shè)計
硬件的詳細安全需求來自于TSR，系統(tǒng)架構(gòu)及系統(tǒng)邊界HSI。
展開 
功能更新丨HyperMesh：被動安全報告管理器ASRM 2024.1，助力汽車安全開發(fā)效率再升級
<p>Altair被動安全報告管理器（Altair Safety Report Manager, ASRM）2024.1版本目前已經(jīng)正式發(fā)布。這個版本通過高度自動化的報告生成能力、廣泛的法規(guī)支持及新增模塊功能，為汽車碰撞安全分析與合規(guī)驗證提供了一站式解決方案，顯著提升開發(fā)效率與決策速度。</p><p><br></p><p><strong>核心功能亮點有哪些？</strong></p><p><br></p><p><strong>1、全流程自動化報告生成</strong></p><p><br></p><p>ASRM支持從數(shù)據(jù)輸入到PPT/HTML報告生成的全自動化流程，覆蓋模型信息、仿真質(zhì)量統(tǒng)計、乘員保護要求、結(jié)構(gòu)評估等關(guān)鍵內(nèi)容。用戶可根據(jù)需求自定義模塊組合，快速生成符合全球主流安全法規(guī)的“第一眼報告”（First Sight Report），減少人工操作誤差，縮短開發(fā)周期。</p><p><img src="https://mmbiz.qpic.cn/mmbiz_png/x0yLiaf5fF6yibYKGX2Id7WI7ibFMwjVzOibdiayj000JMTUDkrxbagVAAxR8PdNyCso91EWpaicg1ibrpxveicXddh3Wg/640?wx_fmt=png&from=appmsg"></p><p><br></p><p><strong>2、多場景法規(guī)全覆蓋</strong></p><p><br></p><ul><li><strong>碰撞類型</strong>：支持前碰、側(cè)碰、后碰及座椅碰撞等多種場景。
展開 電池系統(tǒng)開發(fā)及功能安全需求
電池系統(tǒng)開發(fā)及功能安全需求
智能網(wǎng)聯(lián)汽車功能安全開發(fā)解決方案
概述
“安全”被普遍認為是智能駕駛汽車被用戶接受或者得到商業(yè)應用較大的問題，傳統(tǒng)汽車電子按照功能安全（ISO 26262，避免系統(tǒng)性故障及隨機硬件失效）標準進行安全設(shè)計，而智能駕駛汽車安全要求超越了功能安全范疇，尤其是L4及以上智能駕駛車輛中駕駛員將不再接管對車輛的控制權(quán)，功能安全要求演化為失效可工作（Fail-operational），產(chǎn)品設(shè)計需要兼顧預期功能安全（ISO/PAS 21448，解決產(chǎn)品性能受限及駕乘人員誤操作）、信息安全（ISO/SAE 21434，防御網(wǎng)絡(luò)攻擊）等多重安全需求。
經(jīng)緯恒潤結(jié)合自身汽車電子產(chǎn)品研發(fā)實踐，功能安全咨詢團隊在智駕域提供覆蓋安全流程、產(chǎn)品開發(fā)認證及工具平臺的綜合解決方案。
智能駕駛功能安全流程搭建
智能駕駛安全產(chǎn)品開發(fā)及認證
通過功能安全模板、開發(fā)實例及定制的Workshop給客戶提供專業(yè)的咨詢服務。
智能駕駛功能安全開發(fā)平臺
結(jié)合客戶工程需求，恒潤會協(xié)助構(gòu)建適配智能駕駛的高可靠、高自動化功能安全平臺，以基于模型的安全分析為重要手段驅(qū)動智能駕駛產(chǎn)品架構(gòu)及設(shè)計不斷持續(xù)改進。
依托Medini平臺及豐富的API接口可以構(gòu)建完整的基于模型開發(fā)的功能安全平臺，所有的系統(tǒng)功能和系統(tǒng)架構(gòu)基于SysML模型描述，基于這些系統(tǒng)設(shè)計，可以直接一鍵生成FMEA表格，以及快速的構(gòu)建故障樹，進行FTA。在集成化的平臺里，可以管理安全目標、安全需求，并把安全需求分配給對應的系統(tǒng)和組件。進而，安全需求、系統(tǒng)設(shè)計、安全分析三者可以統(tǒng)一平臺中進行連接、交互和管理。
展開 功能安全管理（四）：功能安全審核及功能安全評估
作者 | HYZY
出品 | 焉知
知圈 | 進“芯片社群”請加微信13636581676，備注芯片
功能安全開發(fā)流程的終點應該是對相關(guān)項的安全認可，以確認其達到了生產(chǎn)發(fā)布的安全條件。
一、認可措施的關(guān)系
ISO 26262標準中定義的認可措施包括認可評審、功能安全審核和功能安全評估三種類型，ISO 26262標準中允許將認可評審和功能安全審核與功能安全評估合并、聯(lián)合，以支持相關(guān)項類似變型的處理。
下圖1展示了三種認可措施及驗證評審之間的關(guān)系，可以看出：
認可評審/驗證評審與功能安全審核相對獨立，分別是針對工作成果及功能安全開發(fā)流程；
功能安全評估的范圍最廣，除涵蓋了認可評審、驗證評審和功能安全審核外，還包括安全措施的適宜性和有效性、功能安全實現(xiàn)的論證、安全檔案提供的論證、安全異常原因已按規(guī)定關(guān)閉等其它內(nèi)容。
圖 1 認可措施及驗證評審范圍
二、功能安全審核
1、功能安全審核內(nèi)涵
功能安全審核可類比ASPICE過程能力審核與TS 16949體系審核，可由公司的體系審核員或第三方機構(gòu)審核員按照ISO 26262標準中對于過程的要求，審核項目開發(fā)中的安全流程實施情況。
功能安全審核可與ASPICE過程能力評估一同進行（特別是對于支持過程的審核），但ASPICE過程能力評估不能代替功能安全審核。
展開 從功能安全視角看軟件架構(gòu)設(shè)計
功能安全應該如何考慮軟件架構(gòu)，什么樣的架構(gòu)是符合功能安全標準要求的，對于軟件架構(gòu)工程師和功能安全工程師，很難在兩個方面都說得明白，本篇來從功能安全的角度談談軟件架構(gòu)設(shè)計的基本要求。
首先，功能安全軟件的架構(gòu)設(shè)計是基于兩個層次的：
第一：
選取和建立一個層次分明，易于理解的軟件架構(gòu)；
第二：
在第一條的基礎(chǔ)上，符合相應功能安全等級要求的軟件設(shè)計要求。
接下來，以汽車功能安全標準ISO26262-6和軌道交通軟件功能安全標準EN50128作為基準，談談標準是如何從以上兩個層次來做出規(guī)定的。
軟件架構(gòu)階段的開始
軟件架構(gòu)設(shè)計是軟件生命周期的第二個階段，前面的階段是軟件需求階段（software requirements specification）,在軟件需求設(shè)計時，把整個軟件當成一個黑盒處理，來確定該軟件的所有功能、性能，與硬件的接口定義，與外部其它系統(tǒng)的接口定義，而在軟件架構(gòu)階段，需要設(shè)計一種架構(gòu)來滿足軟件需求，通過層次化結(jié)構(gòu)的方式來表示軟件架構(gòu)的組件構(gòu)成和他們之間的交互方式。以下圖為例，虛線框之外是軟件需求，虛線框內(nèi)是軟件架構(gòu)。
什么是軟件組件
上面這個圖用于解釋軟件架構(gòu)所做的工作，將整個軟件劃分為功能和接口清晰的組件。
展開 從功能安全視角看軟件架構(gòu)設(shè)計
來源 | 薄說安全
功能安全應該如何考慮軟件架構(gòu)，什么樣的架構(gòu)是符合功能安全標準要求的，對于軟件架構(gòu)工程師和功能安全工程師，很難在兩個方面都說得明白，本篇來從功能安全的角度談談軟件架構(gòu)設(shè)計的基本要求。
首先，功能安全軟件的架構(gòu)設(shè)計是基于兩個層次的：
第一：選取和建立一個層次分明，易于理解的軟件架構(gòu)；
第二：在第一條的基礎(chǔ)上，符合相應功能安全等級要求的軟件設(shè)計要求。
接下來，以汽車功能安全標準ISO26262-6和軌道交通軟件功能安全標準EN50128作為基準，談談標準是如何從以上兩個層次來做出規(guī)定的。
軟件架構(gòu)階段的開始
軟件架構(gòu)設(shè)計是軟件生命周期的第二個階段，前面的階段是軟件需求階段（software requirements specification）,在軟件需求設(shè)計時，把整個軟件當成一個黑盒處理，來確定該軟件的所有功能、性能，與硬件的接口定義，與外部其它系統(tǒng)的接口定義，而在軟件架構(gòu)階段，需要設(shè)計一種架構(gòu)來滿足軟件需求，通過層次化結(jié)構(gòu)的方式來表示軟件架構(gòu)的組件構(gòu)成和他們之間的交互方式。以下圖為例，虛線框之外是軟件需求，虛線框內(nèi)是軟件架構(gòu)。
什么是軟件組件
上面這個圖用于解釋軟件架構(gòu)所做的工作，將整個軟件劃分為功能和接口清晰的組件。
展開 基于功能安全的示例AUTOSAR軟件系統(tǒng)
來源 | 汽車ECU開發(fā)
功能安全是一個在項目開始階段就要引入的話題，它對于整個系統(tǒng)的設(shè)計都會有影響，如今AUTOSAR已經(jīng)運用到了絕大多數(shù)汽車ECU當中，AUTOSAR的標準規(guī)范里同樣有功能安全相關(guān)的說明。
AUTOSAR本身并不提供完整的安全解決方案，項目本身仍需要遵從ISO26262的規(guī)定來達到期望的安全等級設(shè)計，但AUTOSAR提供功能安全措施與機制，來支持實現(xiàn)系統(tǒng)所必要的功能安全。
01.簡介
AUTOSAR提供一個Use Case文檔，以示例的方式來幫助開發(fā)人員了解如何運用AUTOSAR實現(xiàn)相關(guān)的功能安全功能。
本示例基于車輛前大燈管理的功能，集中介紹在ISO26262定義的框架內(nèi)，和AUTOSAR部分相關(guān)的功能安全內(nèi)容，本文可以作為AUTOSAR方法論中安全相關(guān)分析的基本指導，但仍有很多諸如軟件安全需求或安全分析測量的示例等細節(jié)無法覆蓋到，需要開發(fā)人員在后續(xù)設(shè)計開發(fā)步驟中完成。
本示例將包含以下話題：
功能安全概念
系統(tǒng)層面的技術(shù)要點
ECU層面的技術(shù)要點
AUTOSAR基礎(chǔ)軟件層面的功能安全
02.
系統(tǒng)架構(gòu)
大體架構(gòu)
整體架構(gòu)如上圖，我們的功能核心是車前燈管理，ECU還會和車燈開關(guān)，點火鑰匙，HMI，車燈等儀器或執(zhí)行機進行交互，在車前燈管理ECU當中，我們選取近光功能來進行講解。其他諸如霧燈，示寬燈等等功能都不在本文討論范圍之內(nèi)。
由于和功能安全相關(guān)，作為降級（后備）功能的日間行車燈也會被加入到本文當中，當然，日間行車燈的具體控制功能本文不會進行涉及。
03.
展開 
ISO 26262安全的軟件開發(fā)流程
在ISO 26262-4中給出了技術(shù)安全需求規(guī)格，用來規(guī)范技術(shù)安全需求，細化功能安全概念，同時考慮到功能概念和初級的架構(gòu)假設(shè)級別上。在開發(fā)周期內(nèi)，技術(shù)安全規(guī)范是用來實現(xiàn)功能安全概念的必須技術(shù)需求。系統(tǒng)的初級架構(gòu)假設(shè)和系統(tǒng)性質(zhì)，包括：外部接口如通信和用戶接口，系統(tǒng)限制條件如環(huán)境和功能限制，系統(tǒng)配置需求。
在技術(shù)安全需求規(guī)范中應該有的安全機制包括：
1）系統(tǒng)自身的錯誤檢查、通知和控制相關(guān)的措施，這些包含系統(tǒng)的自我監(jiān)控或者對于隨機硬件錯誤的檢查，也包含對通信通道（如數(shù)據(jù)接口，通信總線，無線連接）的失敗模式檢查和監(jiān)控措施。
2）在和系統(tǒng)交互的外部設(shè)備中，對錯誤的檢查、通知和控制相關(guān)的措施。其中，外部設(shè)備包括：其它電子控制單元，電力提供或者通信設(shè)備等。
3）使能系統(tǒng)到達或者維護一個安全狀態(tài)的措施，包括優(yōu)化安全機制沖突和仲裁邏輯。
4）細化和實現(xiàn)報警及降級概念。
5）防止?jié)撛阱e誤的措施。
設(shè)計階段
在軟件開發(fā)過程中，設(shè)計階段是繼需求之后的一個重要階段，在了解系統(tǒng)的需求后，設(shè)計階段是決定系統(tǒng)整體質(zhì)量的重要保證，在系統(tǒng)設(shè)計階段，主要關(guān)心的是系統(tǒng)的架構(gòu)設(shè)計，基本的輸入輸出流程，外部交互，組織結(jié)構(gòu)，模塊分配，功能劃分，數(shù)據(jù)結(jié)構(gòu)設(shè)計和出錯設(shè)計等，為軟件的詳細設(shè)計提供基石。
在ISO 26262-4和ISO 26262-6中都有涉及到到設(shè)計階段安全的開發(fā)。ISO 26262-4主要關(guān)注于系統(tǒng)級的設(shè)計和安全方面的概念。系統(tǒng)設(shè)計應給予功能概念，基礎(chǔ)架構(gòu)假設(shè)以及技術(shù)安全需求，保證各個階段的基礎(chǔ)架構(gòu)假設(shè)保持一致。
考慮到技術(shù)安全需求的實現(xiàn)問題，系統(tǒng)設(shè)計應該考慮一下這些問題：
1) 驗證系統(tǒng)設(shè)計的能力。
2) 在系統(tǒng)集成期間測試的可執(zhí)行能力。
展開 HAWC2的應用與開發(fā)（1）軟件功能介紹
該程序主要是基于丹麥技術(shù)大學風能部門的氣動彈性設(shè)計項目開發(fā)的，已在眾多研究項目和工業(yè)應用中使用。HAWC2是以載荷計算為主體的仿真軟件，將外部條件與機組運行狀態(tài)相關(guān)聯(lián)。外部條件可包括風況、波浪、土壤特性的輸入，施加的載荷通過氣動、水動、結(jié)構(gòu)等模型計算相互作用。</p><p>本欄目將針對HAWC2的功能介紹和實際操作進行詳細的教學，后續(xù)也會推出更多風電行業(yè)相關(guān)的技術(shù)教學。
沃爾沃：敏捷開發(fā)中滿足ISO26262的軟件安全分析
與Simulink模型相比，手寫代碼具有較少的開發(fā)限制(例如，非強制性地遵守干凈的編碼標準)和更多與其他文件和函數(shù)的耦合。因此，分析不那么清晰的數(shù)據(jù)流需要付出更多的努力，這在開發(fā)中可能是不可承受的。
01 研究方法
研究過程中的一個關(guān)鍵決定是首先識別軟件中的所有錯誤類型，因為由于錯誤的多樣性，不確定哪些類型應該進行面向安全的軟件分析。以及哪些錯誤會影響軟件安全分析的目標實現(xiàn)。通常采用行動研究來處理這種情況：成立了一個從業(yè)人員參考小組，在行動研究周期中進行迭代。其成員包括一名軟件工程技術(shù)領(lǐng)導，一名軟件安全技術(shù)專家，一名高級安全工程師，一名軟件開發(fā)首席工程師，一名軟件架構(gòu)師，一名高級軟件開發(fā)人員，以及一名負責開發(fā)車輛安全關(guān)鍵功能的產(chǎn)品負責人。任務包括以下內(nèi)容：
1．根據(jù)給定的軟件開發(fā)過程和工作產(chǎn)品，識別應用軟件中可能發(fā)生的所有類型的錯誤；
2．針對已識別的錯誤類型，調(diào)查并記錄當前的解決方法
3．為尚未發(fā)現(xiàn)的錯誤類型指定預設(shè)解決方法；
4．審查面向安全的軟件分析方法的開發(fā)。
沃爾沃為未發(fā)現(xiàn)的錯誤類型提出了初始的解決方法。他們還設(shè)計了面向安全的軟件分析方法的框架。并且根據(jù)參考小組在行動研究周期中對這些建議提出的批判性的質(zhì)疑，討論得出了初步的結(jié)果。在大約一年半的時間里，軟件安全分析方法基本上具體化了。之后將該方法應用于沃爾沃某大型ECU內(nèi)部應用軟件，對分析方法進行了更多的調(diào)整。應用該方法的軟件有大約200個Simulink模型(產(chǎn)生大約80萬行代碼)，由12個敏捷團隊開發(fā)。
展開 官方免費 | 面向ISO26262高安全性應用的車載軟件開發(fā)
Ansys提供解決當前汽車行業(yè)合規(guī)ISO 26262高安全性車載軟件開發(fā)要求的解決方案 – Ansys SCADE。
研討會內(nèi)容簡介：
ISO26262標準的簡單介紹，合規(guī)給車企帶來的必要性和挑戰(zhàn)以及Ansys SCADE解決方案的工具組成、技術(shù)特點和應對這些挑戰(zhàn)的方法。
適用人群：
車企OEM或零部件供應商，從事車載電子控制單元（ECU）系統(tǒng)&軟件集成、開發(fā)和測試的技術(shù)管理人員和工程師。
講師簡介：
周霄，2017年初加入Ansys系統(tǒng)事業(yè)部，負責SCADE產(chǎn)品在華北區(qū)的技術(shù)推廣、支持和咨詢工作。擁有10多年嵌入式安全關(guān)鍵軟件領(lǐng)域的從業(yè)經(jīng)歷，曾先后就職于Honeywell，Wind River等跨國企業(yè)，承擔嵌入式軟件系統(tǒng)的開發(fā)、測試、咨詢和管理工作，熟悉航空航天、
軌交、汽車等領(lǐng)域嵌入式軟件的設(shè)計、開發(fā)和測試流程以及相應的安全標準。同時
積累了豐富的和這些領(lǐng)域國類外客戶的交流經(jīng)驗。
報名方式
請掃碼下方二維碼
點擊報名：http://event.31huiyi.com/1837936022/index?c=jishulink
展開 