功能安全入門02—iso26262標準解讀
前面功能安全入門01我們簡單提到了iso26262，功能安全入門01，這一節，就給大家分享一下個人對iso26262的認識及了解，所學有限，大家一起共同進步。
1術語2功能安全管理
3概念階段
4產品開發：系統層面
5產品開發：硬體層面
6產品開發：軟體層面
7生產執行，服務及報廢
8支援過程
9以汽車安全完整性等級為導向分析，以完全為導向的分析
10預期的功能安全性
*（此目錄為個人理解，並非官方版本，僅供參考）
第一部分為術語部分主要講述為功能安全v模型直接的開發聯絡，以及對v模型中的術語及其定義進行闡述。其中主要內容是：相關項定義，危害分析，風險評估，功能安全概念，驗證和確認安全評估過程，功能/技術的安全要求。這裡邊大概有142個術語，我會對其中在日常專案中比較常用的術語進行解釋，方便大家可以快速的入門。
整個開發流程，遵循上圖的v字形開發流程，相信大家也都看過不少類似的。
左側是針對具體系統的分析流程，
右側則是整個功能安全的設計驗證階段：
針對可能出現的危害需要對系統或者元件進行安全風險評估，進而確定風險和進行歸類。
危害分析和風險評估完成後 ， 可得到相關項的危害清單及asil評級， 同時也會給出為避免特定危害發生所需滿足的安全目標。安全目標繼承了相應危害的asil評級 ，是最高層面的安全要求，也是定義功能安全概念的基礎 。
功能安全概念是為了實現安全目標，定義功能 安全要求及相關資訊， 並將要求分配到架構要素上，以及定義要素之間的必要互動。在第一步相關項定義中， 已經大概找出架構及要素清單， 隨著專案的開發會進一步的將要素清單完善。
定義要求是功能安全開發時的重中之重。
這樣的功能安全概念開發是為了對接下來的對應的技術安全需求進行細化。
其中需要明確：相關項失效後達到或者保持安全狀態的措施
安全狀態：為沒有不合理風險的執行模式
而執行模式包括：正常狀態的執行模式，發生危害時，向駕駛人提供聲光資訊，保證其可以及時採取措施的危害降級模式。（報警和降級概念）
驗證：某個子系統的功能是否達到要求，正確的定義，準確的實現（相較於開發過程）
概念階段、設計階段、測試階段、生產執行階段均用驗證。
**確認：**針對功能安全目標，確認目標是否滿足（相較於是否滿足開發目標）
安全評估是在功能安全主要開發工作完成後，在生產發布前需要完成的工作此時需要用到確認。
開發過程、交付物、相關評審、測試、已知問題、檔案給與評價。
針對相關項層面：隨機失效的評估
針對整車層面：可控性，有效性評估
整個術語的應用是貫穿整個功能安全開發的所有階段，所以第乙個階段術語一定要分清楚
（如果你能對以上的內容有乙個比較清晰的大概了解，那麼接下來就可以深入功能安全的第二階段概念開發）
標C程式設計基礎02
scanf函式可以從鍵盤上讀取資料並記錄到變數中。為了使用這個函式也需要在檔案開頭使用如下的預處理指令 include scanf函式使用的時候所需要的初始資料和printf函式非常類似。它同樣也支援多種佔位符。char型別可以表示256個不同的整數，在我們的計算機上是從 128到127。這種型別的...
功能安全學習筆記001 功能安全簡介
功能安全學習筆記001 功能安全簡介 1，歷史背景 功能安全的概念首先起源於20世紀60 70年代的航空領域和核技術領域。到了20世紀70 80年代時，由於當時在世界範圍內，尤其是石油化工領域多次發生 或汙染 洩露事情。事故發生的主要原因是因為控制系統相關安全功能失效導致的，而造成功能失效的 很重要...
MongoDB MongoDB基本入門02
mongodb的固定集合 固定集合特性 應用場景 當我們執行下面命令時，發現加入了53條，因為先前新增的會被覆蓋掉 for var i 1 i 100 i mongodb的資料庫安全 安全和認證 第二步 在itcast資料庫中建立普通賬號 第三步 重啟資料庫服務，並開啟安全檢查 第四步 客戶端認證連...