根据iso26262系列标准开发安全需求的流程和顺序如图8和图9所示,并概述如下。具体条款以下列方式表示:“m-n”,其中“m”表示部分的编号,“n”表示该部分中的条款或子条款的编号。
进行危险分析和风险评估(见iso26262-3:2018的第6条【危害分析和风险评估】),以确定风险并确定这些风险的安全目标。
导出的功能安全概念,它指定了满足安全目标的功能安全要求。这些要求定义了将用于该相关项的安全机制和其他安全措施。此外,还确定了支持这些需求的系统架构要素(见iso26262-3:2018的第7条【功能安全概念】)。
导出的技术安全概念,规定了技术安全要求及其分配给系统要素,供系统设计实现。这些技术安全要求将指导硬件和软件之间要素的分割(见iso26262-4:2018的第6条【技术安全概念】)。
系统设计将按照技术安全要求进行开发。它们的实现可以在系统设计规范中指定(见iso26262-4:2018的第7条【系统设计】)。
最后,将提供硬件安全要求和软件安全要求,以符合技术安全要求和系统设计(见iso26262-5:2018的第6条【硬件安全要求规范】和iso26262-6:2018的第6条【软件安全要求规范】)。
图8说明了iso26262硬件需求与设计子阶段之间的关系。
图8-从概念到硬件的安全要求、设计和测试流程
图9说明了iso26262系列标准的软件需求、设计和测试子阶段之间的关系。
图9-从概念到软件的安全要求、设计和测试流程
ø 系统设计:
系统设计从相关项定义(3-6)不断细化到系统架构设计(4-6)。
ø 测试层面间的相关性:
各层次的测试规范和测试用例主要取决于相应的要求和设计。它们通常不相关于其他测试级别的测试规范、测试用例和测试结果。测试规范通常取决于测试环境。
ø 测试层面对需求和设计层面的相关:
测试规范和测试用例是从同层面别上的需求中导出的,由同一层面的设计信息支持。
示例:对于性能测试,有关设计的信息是必要的。
ø 软件安全需求验证:
软件安全需求验证阶段(6-11)需要软硬件进行集成。
ø 外措施等技术:
外部措施和其他技术在车辆层面得到验证。
智能魔镜有什么魅力,它到底智能在哪里
微软超越了亚马逊,坐上了全球企业云服务提供商的头把交椅
雷达人体感应模组应用--可视猫眼门铃实时感应雷达的特点
帝都雾霾神器小米口罩发布,89元能买来新鲜空气嘛?
基于ARM7内核LPC2119芯片实现双向变换器的设计
安全过程的需求结构
「后发」的怪兽充电,长期主义的胜利
我国4K电视市场渗透率已快速提升至40%以上
创维正式发布其Mini-LED产品启动量产
长沙经开区调研区块链产业发展
台积电5nm的良品率爬升到50%,2020年第一季度就能大规模量产
正业科技携手深南电路基于5G领域达成战略合作
科普最强物理学:原子物理学家们的一系列发现
CDMA2000多载波交界规划研究
美陆军2024年完成IVAS头显测试,单兵AR头显项目加速发展
AIoT企业“上云”势头正盛,谁为“选云用云”保驾护航?
SK海力士量产世界最高238层4D NAND闪存
高通携手诺基亚Here提升室内定位技术
身藏小小传感器,穿越冬奥看滑雪
Python程序配置文件管理的最佳工程实践