软硬件组件认证 - ISO 26262功能安全标准简介及组件重用的优势及效率提升

3. 硬件组件认证

硬件认证有两个主要目的：展示部件如何适应整体系统，并评估故障模式。基础硬件组件可通过标准资格评估，但更复杂的部件要求通过ASIL分解及测试进行评估。硬件组件的认证通常是在一系列环境和操作条件下进行测试。接着，使用多种定量方法分析测试结果，并写入资格报告，附带测试程序、假设及输入标准。

4. 软件组件认证

认证软件组件包括：确定功能要求、资源使用以及预测在故障和过载情况下的软件行为。在实际应用的开发阶段使用认证的软件可大幅简化该过程。认证的软件组件通常是优秀的产品，可在项目中复用，包含库、操作系统、数据库及驱动软件。

为了认证软件组件，标准要求在正常操作条件下进行测试，并在系统中插入故障，以判定其如何应对非正常输入。设计阶段将分析并处理软件错误，如运行时和数据错误。

5. “在实践中证明”的证据

硬件及软件组件可通过“在实践中证明”的证据，证明其符合ISO 26262要求。若组件已在其他实际应用中无故障运行，则可适用该条款。ISO 26262也适用于在实践中得到证明的早期系统。很多情况下，若某种系统已经在几百万辆汽车上得到验证，则没有必要重新检验其是否符合标准。例如，目前制造的汽车中，很多系统是按照ISO 26262发布前的高级别安全标准制造的。实际应用过程中，这些安全关键部件运行良好。从更早期汽车就保持不变的可靠系统仍然符合ISO 26262认证。类似实际应用中的认证组件，和获得广泛部署的早期实际应用一起，极大地降低了总体系统复杂度。

6. 应用于现有流程

执行类似于ISO 26262这样的新标准的主要挑战之一是将其应用于现有流程。对于新标准，需要使用试验项目展示如何实现该标准，及其对现有流程的影响。目前的结果表明，ISO 26262符合业内现有的安全理念。各公司已经开始重视在开发阶段评估风险并进行危害分析，以及在各流程中进行测试。

计划执行ISO 26262的公司需要理解，目的是在开发过程的早期阶段分析风险、确立适当的安全要求，并通过开发中的测试最终达到这些要求。

7. 测试工具认证

测试是ISO 26262开发过程中的关键部分。安全关键系统必须合理应对测试场景，并在面对各种人为及环境输入时保持在指定的安全范围内。使用高质量测试系统可提高产品性能、提升质量及可靠性，并降低返修率。据估计，相比于在实际应用中，在生产中发现的错误导致的故障花费将降低10倍；而若在设计环节发现错误，则又比生产中降低10倍的花费。通过发现错误并收集数据，可改进设计或流程。测试为您的组织创造了价值。通过技术创新和最佳实践方法推动流程创新，可大幅提升效率，降低花费。人们容易忽略工具，只考虑系统的设计。但实际上，工具对终端用户的安全十分重要。

ISO 26262承认，使用广泛应用的软件工具可简化或自动化开发电子、电气及软件元素（提供安全相关功能）开发所需的步骤及任务。介绍工具认证过程的细节前，需要定义一个工具认证的重要部分：工具置信水平。

工具置信水平
通过工具的输入和输出，可开发典型（或参考）用例。分析用例便可确定工具置信水平，简称TCL。TCL和ASIL决定软件工具要求的认证水平。确定置信水平，需要评估一下两种因素：
软件工具出故障的可能性，以及错误输出对开发中的安全相关项目或元素会造成何种危害
在输出中预防或检测该错误的可能性

工具置信水平分为TCL1、TCL2、TCL3和TCL4，其中TCL4为最高置信水平，TCL1为最低置信水平。

工具认证过程
在ISO 26262中，认证工具有诸多要求。例如，必须已经确定了ASIL。工具必须包含用户手册、独特的标识及版本号、功能描述、安装过程以及环境（仅举几例）。ISO 2626要求以下认证材料：
软件工具认证计划
软件工具文档
软件工具分类分析
软件工具认证报告
软件工具认证计划

软件工具认证计划(STQP)是在安全相关项目开发生命周期的早期创建的。它主要关注两个方面：计划软件工具的认证，以及能证明该工具符合所需置信水平的用例。

STQP必须包含的项目有：软件工具独特的标识及版本号、用例、环境、描述、用户手册以及确定好的ASIL。

软件工具分类分析