利用周末的时间看了小米十年的公开演讲，雷布斯用将近三个小时的时间回顾了小米热血的十年，以及对下一个十年的展望。小米的十年同时也是雷布斯的十年。不禁感慨，人生有几个十年？作为一个普通人，我们的第一个十年又在哪里呢？话不多说，本期继续跟大家聊一聊ISO 26262 TSC相关的话题，一起来学习吧！
01概述
技术安全概念（TSC）是展开具体硬件和软件安全要求的基础，开发团队按照系统需求和软硬件的技术安全要求来开发我们的产品。当我们按照ISO 26262完成了系统概念阶段的设计之后，接下来就需要把这些功能块分配到具体的物理架构中来。也就是说，技术安全概念阶段会把概念阶段的要求进一步细化到产品的软硬件开发中来，它规定了系统级的产品开发要求，包括：
技术安全概念 － Technical Safety Concept；
系统架构设计 － System Architecture Design；
相关项的集成和测试 － Item Integration and Testing；
安全验证 － Safety Validatoin；
而在前面的几期中，我们已经把功能安全概念阶段（FSC）相关的内容都梳理完了。在技术安全要求阶段，我们也会去验证一些车辆级别的FSC（这一块具体可以参考下ISO 26262 Part4 第8章）下图展示了ISO 26262的V模型，我们的开发也从概念阶段转到了具体的系统设计阶段。
02技术安全概念
1． 主要任务：
明确相关功能的技术安全要求（TSRs）；
相关项要素和接口安全机制的技术安全要求（TSRs for Safety Mechanisms）；
详细的FSRs；
利用故障树分析（FTA）或者故障模式和影响分析（FMEA）对系统架构进行分析，得出基本的故障时间，并且提供系统安全机制来阻止故障；
根据各自的ASIL 等级，验证系统架构和技术安全概念是否满足安全要求；每个安全目标都要满足各自的诊断覆盖率（请看下面的图片，详细内容参见ISO 26262 Part5 Annex D）
12下一页>（免责声明：本网站内容主要来自原创、合作伙伴供稿和第三方自媒体作者投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
任何单位或个人认为本网站中的网页或链接内容可能涉嫌侵犯其知识产权或存在不实内容时，应及时向本网站提出书面权利通知或不实情况说明，并提供身份证明、权属证明及详细侵权或不实情况证明。本网站在收到上述法律文件后，将会依法尽快联系相关文章源头核实，沟通删除相关内容或断开相关链接。 ）
