功能安全開發
關注創建者：匿名 創建時間：2026-01-04
功能安全開發的視頻教程
Ansys medini analyze 汽車功能安全分析2020 R1新功能介紹
適用人群：汽車，航空，工業領域做安全分析或者功能，系統，軟硬件開發的工程師 Ansys medini analyze 汽車功能安全分析2020 R1新功能介紹【已結束】? ?直播時間：2020-03-06 16:00 Ansys medini analyze是一款專業的功能安全開發平臺工具，能夠符合汽車，軌道交通，航空等領域的安全開發流程，隨著汽車智能化和網聯化的發展，安全已經成為至關重要的一部分
免費 57分鐘 355播放
查看
功能安全全生命周期管理--數字化安全管理
會議簡介： 在medini指導下完成安全管理活動，取代人工輸入任務，引入自動化和輔助功能。 講師簡介： 奚云鵬，現任Ansys medini analyze應用工程師，熟悉自動駕駛行業功能安全的系統性應用，主要負責Ansys medini的業務開發和技術咨詢工作。
免費 27分鐘 68播放
查看
基于模型的功能安全分析助力提高BMS安全
適用人群：BMS 廠商的安全分析部門/人員 基于模型的功能安全分析助力提高BMS安全【已結束】?直播時間：2020-07-16 16:00 作為電動汽車電池系統中最為復雜的控制中心，BMS的安全直接影響著電動汽車的整體安全性，某些功能要求嚴格的BMS，其安全完整性等級要求可以達到ASIL D級，也就是ISO 26262 最高的安全完整性等級。
免費 44分鐘 244播放
查看
功能安全開發的實例教程
本文要點
：ISO 26262將功能安全開發融入了廣為熟知的“V模型”開發流程中。根據系統/軟件/硬件三個層級的劃分，ISO 26262的功能安全開發活動被融入了三個“V模型”之中，如下圖所示。在前面的系列文章中已經對這三個“V模型”中包含的功能安全開發要點進行了說明。
“V模型”中的功能安全開發，截圖來自ISO 26262
做工程項目的朋友都知道，對于一款量產產品，除了完成開發工作以外，還需要對開發產物進行審核，審核通過后方能釋放產品。功能安全開發也是如此。“ISO 26262，part2，功能安全管理”中詳細介紹了功能安全的審核流程和要求，對應的術語為“認可措施，Confirmation measures”。
安全管理流程圖，截圖來自ISO 26262-2018, part2
一個現實的情況是，當讀者實際上去讀ISO 26262中“認可措施，Confirmation measures”相關的解釋和要求時，很容易就被其中包含的三個維度的措施給繞暈了，尤其是結合中文國標GB/T 34590對這三個維度的翻譯更加混淆，如下所示：
Confirmation review (認可評審)
Functional safety audit (功能安全審核)
Functional safety assessment (功能安全評估)
基于此，本文將試圖對“認可措施，Confirmation measures”以及其中包含的三個維度的措施進行辨析，旨在為讀者提供有價值的參考。
Note:
1. 考慮到中文翻譯的混淆性，除非有必要，本文接下來將使用英文概念進行描述。
2.
展開 作為功能安全國家標準委員會成員，參與了GB/T34590第一版、第二版起草工作及修訂工作；作為芯片創新聯盟核心成員，參與了車規級自主芯片功能安全標準制定。結合20余年汽車電子產品研發實踐，功能安全咨詢團隊提供面向量產車型開發從概念設計到正式投產的全棧功能安全咨詢服務。
目前，經緯恒潤已經為戴姆勒、現代、菲亞特克萊斯勒、一汽紅旗、一汽解放、東風、長安、上汽、吉利、長城、蔚來汽車、華人運通、合眾汽車、嵐圖汽車、博格華納、華域麥格納等國內外主流客戶提供了功能安全開發服務并得到客戶廣泛認可。未來，經緯恒潤將緊跟軟件定義汽車大勢，堅持自主創新，為智能汽車安全發展保駕護航！
展開 在所有層面（管理/開發/驗證/審核）執行是否有明確的、可追蹤的和受控的流程？
安全文化舉例 （截圖來自GB/T 34590）
從這些方面可以看出，安全文化并不只是空虛的口號，而是實實在在地體現在公司的開發流程中的。優秀的安全文化一定意味著企業有非常完善的開發流程。否則功能安全只是空中樓閣，落地無從談起。于此同時，完善的流程也意味著要增加相應的崗位和工程師們的工作量，甚至是升級開發工具，開發成本也隨之上升。
2.2. 人員配置
針對這一點，不同的企業也有一些出入，但是，功能安全開發比較成熟的企業間至少有一點是能達成一致的，那就是不可能是由一個功能安全開發工程師同時負責系統/軟件/硬件所有的功能安全開發。就算有這種萬里挑一的全才，也得考慮如此龐大的工作量會不會把人才趕跑了。
一個完善的功能安全開發團隊通常定義三個角色：
系統功能安全工程師
軟件功能安全工程師
硬件功能安全工程師
每個角色負責下圖中的一個V模型開發活動。
功能安全開發中的三個V模型 （截圖來自GB/T 34590）
對于后兩個角色，如果是開發一個全新的產品，由于工作量大，人員配置比較充足的企業會獨立于軟/硬件開發工程師之外再指派兩個工程師擔任；如果是基于企業已經量產的產品，根據不同客戶的需求做修改，由于工作量相對減少很多，那么軟/硬件功能安全工程師通常由軟/硬件開發工程師兼任。但是不論是開發全新產品還是基于已有產品修改，系統功能安全工程師一般是專門的崗位。在很多企業系統功能安全工程師也稱為功能安全經理，負責統籌協調整個產品的功能安全開發工作。
展開 作者 | HYZY
出品 | 焉知
知圈 | 進“芯片社群”請加微信13636581676，備注芯片
功能安全開發流程的終點應該是對相關項的安全認可，以確認其達到了生產發布的安全條件。
一、認可措施的關系
ISO 26262標準中定義的認可措施包括認可評審、功能安全審核和功能安全評估三種類型，ISO 26262標準中允許將認可評審和功能安全審核與功能安全評估合并、聯合，以支持相關項類似變型的處理。
下圖1展示了三種認可措施及驗證評審之間的關系，可以看出：
認可評審/驗證評審與功能安全審核相對獨立，分別是針對工作成果及功能安全開發流程；
功能安全評估的范圍最廣，除涵蓋了認可評審、驗證評審和功能安全審核外，還包括安全措施的適宜性和有效性、功能安全實現的論證、安全檔案提供的論證、安全異常原因已按規定關閉等其它內容。
圖 1 認可措施及驗證評審范圍
二、功能安全審核
1、功能安全審核內涵
功能安全審核可類比ASPICE過程能力審核與TS 16949體系審核，可由公司的體系審核員或第三方機構審核員按照ISO 26262標準中對于過程的要求，審核項目開發中的安全流程實施情況。
功能安全審核可與ASPICE過程能力評估一同進行（特別是對于支持過程的審核），但ASPICE過程能力評估不能代替功能安全審核。
展開 概述
“安全”被普遍認為是智能駕駛汽車被用戶接受或者得到商業應用較大的問題，傳統汽車電子按照功能安全（ISO 26262，避免系統性故障及隨機硬件失效）標準進行安全設計，而智能駕駛汽車安全要求超越了功能安全范疇，尤其是L4及以上智能駕駛車輛中駕駛員將不再接管對車輛的控制權，功能安全要求演化為失效可工作（Fail-operational），產品設計需要兼顧預期功能安全（ISO/PAS 21448，解決產品性能受限及駕乘人員誤操作）、信息安全（ISO/SAE 21434，防御網絡攻擊）等多重安全需求。
經緯恒潤結合自身汽車電子產品研發實踐，功能安全咨詢團隊在智駕域提供覆蓋安全流程、產品開發認證及工具平臺的綜合解決方案。
智能駕駛功能安全流程搭建
智能駕駛安全產品開發及認證
通過功能安全模板、開發實例及定制的Workshop給客戶提供專業的咨詢服務。
智能駕駛功能安全開發平臺
結合客戶工程需求，恒潤會協助構建適配智能駕駛的高可靠、高自動化功能安全平臺，以基于模型的安全分析為重要手段驅動智能駕駛產品架構及設計不斷持續改進。
依托Medini平臺及豐富的API接口可以構建完整的基于模型開發的功能安全平臺，所有的系統功能和系統架構基于SysML模型描述，基于這些系統設計，可以直接一鍵生成FMEA表格，以及快速的構建故障樹，進行FTA。在集成化的平臺里，可以管理安全目標、安全需求，并把安全需求分配給對應的系統和組件。進而，安全需求、系統設計、安全分析三者可以統一平臺中進行連接、交互和管理。
展開 
功能安全開發的相關專題、標簽、搜索
功能安全開發的最新內容
隨著全球軌道交通系統智能化與自動化水平的持續提升，嵌入式軟件已成為保障行車安全與系統可靠性的關鍵核心。EN50128 與全新發布的 EN50716 標準，共同構成了軌道交通嵌入式軟件開發的重要合規體系；與此同時，基于模型的開發與驗證方法正逐步成為行業主流實踐。
6月16日，Ansys（現為新思科技旗下公司）將在北京舉辦「新安全標準下Ansys軌道信號系統的模型化開發研討會」，邀請國內外軌道交通領域專家
5月8日，新思科技芯課程eDT系列主題最后一講將推出：「基于虛擬ECU實現故障注入，助力功能安全測試」，聚焦Automotive VDK 的功能安全故障注入與自動化驗證，講解如何將傳統人工、臺架依賴的安全測試轉化為可腳本化、可回歸的虛擬測試流程。通過真實的OEM 案例，涵蓋軟件故障注入、配置與響應驗證、自動化回歸構建及問題定位，幫助團隊在完整軟件棧上更早發現隱患，提升測試覆蓋率與驗證效率。
本周五14:00，新思科技「基于虛擬ECU實現故障注入，助力功能安全測試」正式開講！感興趣的下滑預約學習??
時間：5月8日 周五，14:00-15:00
內容簡介：
本次芯課程聚焦Automotive VDK 的功能安全故障注入與自動化驗證，講解如何將傳統人工、臺架依賴的安全測試轉化為可腳本化、可回歸的虛擬測試流程。通過真實的OEM案例，涵蓋軟件故障注入、配置與響應驗證、自動化回歸構建及問題定位
視頻格式：MP4 | 視頻編碼：h264，分辨率1920×1080 | 音頻編碼：AAC，采樣率44.1千赫茲，雙聲道
語言：英語 | 時長：49分鐘 | 文件大小：701MB
核心目標：通過實際后端案例，學習Java 25的庫擴展、安全增強功能和性能優化特性
## 你將學到的內容
1. 理解Java 25的所有主要新特性，以及它們與之前Java
編輯
跳轉
編輯
跳轉
編輯
跳轉
編輯
跳轉
現代制造業面臨日益復雜的加工挑戰：
●多附件頭鏜銑床、車銑復合等復雜機床編程難度高，NC程序驗證耗時長、風險大；
● 傳統仿真方式難以準確模擬程序的準確性，易導致現場撞機；
●CAM與仿真軟件間的數據斷層
安全分析與安全功能設計開發的關系
3. 安全分析方法及各自的特點、異同和優缺點
4. 安全分析方法的實踐應用以及定性/定量安全分析之間的關聯
溫馨提示：別忘了使用優惠碼LSdyna2505，享受專屬優惠！僅限前30位，先到先得，額滿即止。
我們誠摯地邀請您參加本次研討會，共同見證汽車行業技術的創新與發展。
Ansys期待您的參與！
在Hypermesh中對于許多重復結構的單元普遍處理方法是對一原始結構單元進行多次復制移動、旋轉以達到每個結構的網格形狀、質量的一致性，能夠減少重復結構件的多次網格劃分，但Hypermesh中沒有的陣列的處理操作，對于許多重復結構的網格就需要逐個點擊復制移動，可以說是件十分麻煩且枯燥的過程。
通過一次性操作實現多次、陣列復制能極大減少我們手動操作的時間
Ansys medini 的解決方案實現了我司安全開發中功能安全定量分析、工作產物和安全需求間的追溯，加速通過評審。
----麥格米特功能安全工程師
威伯科（WABCO）1869年在美國成立，是全球領先的商用車制動控制系統技術與服務供應商， 總部設在比利時的布魯塞爾。致力于提高商用車安全、效率和智能互聯技術。2019年，采埃孚和威伯科作為獨立運營的兩家公司分別實現了365億歐元和34億美元的銷售額。2020年5月29日，采埃孚收購了威伯科控股公司。
威伯科（WABCO）將CADENAS幾何相似性搜索功能引入產品開發流程
<p>Altair被動安全報告管理器（Altair Safety Report Manager, ASRM）2024.1版本目前已經正式發布。這個版本通過高度自動化的報告生成能力、廣泛的法規支持及新增模塊功能，為汽車碰撞安全分析與合規驗證提供了一站式解決方案，顯著提升開發效率與決策速度。</p><p><br></p><p><strong>核心功能亮點有哪些？</strong></p><p><br><
