利用周末的時(shí)間看了小米十年的公開演講，雷布斯用將近三個(gè)小時(shí)的時(shí)間回顧了小米熱血的十年，以及對(duì)下一個(gè)十年的展望。小米的十年同時(shí)也是雷布斯的十年。不禁感慨，人生有幾個(gè)十年？作為一個(gè)普通人，我們的第一個(gè)十年又在哪里呢？話不多說(shuō)，本期繼續(xù)跟大家聊一聊ISO 26262 TSC相關(guān)的話題，一起來(lái)學(xué)習(xí)吧！
01概述
技術(shù)安全概念（TSC）是展開具體硬件和軟件安全要求的基礎(chǔ)，開發(fā)團(tuán)隊(duì)按照系統(tǒng)需求和軟硬件的技術(shù)安全要求來(lái)開發(fā)我們的產(chǎn)品。當(dāng)我們按照ISO 26262完成了系統(tǒng)概念階段的設(shè)計(jì)之后，接下來(lái)就需要把這些功能塊分配到具體的物理架構(gòu)中來(lái)。也就是說(shuō)，技術(shù)安全概念階段會(huì)把概念階段的要求進(jìn)一步細(xì)化到產(chǎn)品的軟硬件開發(fā)中來(lái)，它規(guī)定了系統(tǒng)級(jí)的產(chǎn)品開發(fā)要求，包括：
技術(shù)安全概念 － Technical Safety Concept；
系統(tǒng)架構(gòu)設(shè)計(jì) － System Architecture Design；
相關(guān)項(xiàng)的集成和測(cè)試 － Item Integration and Testing；
安全驗(yàn)證 － Safety Validatoin；
而在前面的幾期中，我們已經(jīng)把功能安全概念階段（FSC）相關(guān)的內(nèi)容都梳理完了。在技術(shù)安全要求階段，我們也會(huì)去驗(yàn)證一些車輛級(jí)別的FSC（這一塊具體可以參考下ISO 26262 Part4 第8章）下圖展示了ISO 26262的V模型，我們的開發(fā)也從概念階段轉(zhuǎn)到了具體的系統(tǒng)設(shè)計(jì)階段。
02技術(shù)安全概念
1． 主要任務(wù)：
明確相關(guān)功能的技術(shù)安全要求（TSRs）；
相關(guān)項(xiàng)要素和接口安全機(jī)制的技術(shù)安全要求（TSRs for Safety Mechanisms）；
詳細(xì)的FSRs；
利用故障樹分析（FTA）或者故障模式和影響分析（FMEA）對(duì)系統(tǒng)架構(gòu)進(jìn)行分析，得出基本的故障時(shí)間，并且提供系統(tǒng)安全機(jī)制來(lái)阻止故障；
根據(jù)各自的ASIL 等級(jí)，驗(yàn)證系統(tǒng)架構(gòu)和技術(shù)安全概念是否滿足安全要求；每個(gè)安全目標(biāo)都要滿足各自的診斷覆蓋率（請(qǐng)看下面的圖片，詳細(xì)內(nèi)容參見ISO 26262 Part5 Annex D）
12下一頁(yè)>（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來(lái)自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請(qǐng)進(jìn)一步核實(shí)，并對(duì)任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對(duì)有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁(yè)或鏈接內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，應(yīng)及時(shí)向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說(shuō)明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）
