首页 > 汽车技术 > 正文

基于硬件要求的验证

2021-06-30 20:10:42·  来源:汽车电子硬件设计  
 
1.过程目的该过程的目的是确保对完整的硬件进行验证,以提供符合硬件要求的证据。2.过程成果由于本过程的成功实施:1)针对硬件需求制定验证策略,包括与项目计划
1.过程目的

该过程的目的是确保对完整的硬件进行验证,以提供符合硬件要求的证据。

2.过程成果

由于本过程的成功实施:

1)针对硬件需求制定验证策略,包括与项目计划和发布计划一致的回归策略,并确保测量和验证设备的适用性。

2)开发了一种根据硬件验证策略验证硬件的规范,该规范适合于提供符合硬件要求的证据。

3)根据硬件验证策略接收符合硬件设计的样本。

4)根据验证策略和放行计划选择验证规范中包含的验证措施。

5)使用选定的验证措施对硬件进行验证,并记录硬件需求验证的结果。

6)验证措施与硬件需求之间建立一致性和双向可追溯性.验证措施与验证结果之间建立一致性和双向可追溯性。

7)验证结果汇总并通报给所有受影响的各方。

3.基础做法

HWE.4.BP1:针对硬件需求制定验证策略.制定与项目计划和发布计划一致的硬件需求验证策略,包括

a)验证范围的定义[ISO26262-8:2018条款9.4.1.1b)]

b)要验证的硬件变型的标识

c)适当测量和验证设备的定义[ISO26262-8:2018条款9.4.1.1f)]

d)验证硬件的回归策略[ISO26262-8:2018条款9.4.1.1一)],即.选择验证措施的标准的定义,包括:

-新的或变更的需求的覆盖范围

-变更请求的覆盖范围

-对被测试设备的变更的覆盖范围

-基于变化分析的依赖关系的考虑

e)关于验证的具体要求的定义(例如.测试特定的利益相关方要求,[ISO26262-8:2018条款10.4.5和10.4.6]被涵盖

f)处理失败验证的方法[ISO26262-8:2018条款9.4.1.1h)][结果1]

注1:关于“没有单独的指导文件”的第2节给出了存在a)至f方面的原因’。

注2:硬件回归验证意味着验证尚未变更的硬件项不受另一个硬件项变更的影响。

注3:在回归策略中也可以定义对任何变化重复的预定义数量的验证措施,例如.所有与安全相关的测试用例。

注4:目标是验证离散硬件功能,即.没有软件/机械功能.然而,为此目的,可能需要机械元件或在硬件上运行的合适的特殊测试软件作为验证环境。

注5:测量和验证设备的适用性可能取决于例如.释放阶段,如EMC测量的早期样本,打算由非认证实验室完成。

HWE.4.BP2:根据硬件需求制定验证规范.根据定义的策略制定验证规范.验证规范为准:

a)适合为硬件符合硬件要求提供证据

b)包括验证的出入境标准的定义[结果2]

注6:这通常包括每个验证措施的合格/失败标准。

注7:对于与安全相关的方面,应验证硬件对环境和操作压力因素的耐久性和鲁棒性[ISO26262-5:2018条款10.4.6]

注8:在与安全有关的开发情况下,应利用安全分析的结果,包括故障和故障模式信息[ISO26262-9:2018,第8.4.7条],确定额外的与安全有关的验证措施,另见HWE.2BP6注21

HWE.4.BP3:确保使用符合要求的样品.确保用于验证的样品符合硬件要求,符合硬件设计提供的相应的生产数据,包括特殊特性.[结果3]

注9:收到的证据可以是:样品报告,目视检查记录,ICT报告。

注10:单是物料清单并不自动意味着完全生产数据合规。

注11:从样品中获得样品的一方可以是生产、原型和样品构建或构建2打印供应商。

注12:如果样品有偏差,或需要重新加工或修改,这些信息需要记录在案。

注13:生产过程本身不在HWEPRM/PAM的范围内;假设生产过程本身是正确的;为了获得正确的样品,只有与生产过程的过程接口在范围内。

HWE.4.BP4:选择验证措施.根据定义的策略从验证规范中选择验证措施.验证措施的选择

根据硬件需求和发布计划的验证策略,

a)有足够的覆盖范围

b)考虑可交付物品的预期用途(例如.用于EMV测试,用于支持软件测试)

c)记录使用的选择标准(如策略中定义的)

d)被记录下来[结果4]

注14:选择的标准可以是。

·要求执行的成熟度

·回归策略

·需求的优先顺序

注15:计算和模拟被认为是硬件设计评估活动,见HWE.2BP6

HWE.4.BP5:验证硬件.根据定义的策略使用选定的验证措施验证硬件.记录验证结果,包括通过/不通过状态和相应的验证措施数据.[结果5]

注16:见汽车SPICE®SUP.处理不符合规定的

HWE.4.BP6:建立双向可追溯性.建立硬件需求与验证措施之间的双向追溯.建立验证措施与验证结果之间的双向可追溯性.[结果6]

注17:双向可追溯性支持覆盖、一致性和影响分析。

HWE.4.BP7:确保一致性.确保硬件需求与验证措施的一致性.[结果6]

注18:一致性由双向可追溯性支持,可以通过评审记录来证明。

HWE.4.BP8:总结和交流结果.总结验证结果,并传达给所有受影响方.[结果7]

注19:摘要中提供验证措施的所有必要信息有助于其他缔约方采取适当措施。

注20:如果可能产生大量验证数据(例如.自动测试)然后可以提供有意义的验证数据摘要,作为每个验证结果的充分证据。

4.输出工作产品

08-HW01验证计划→[结果1]

08-HW02验证规范→[结果2,4]

13-01验收记录→[结果3]

13-04交流记录→[结果7]

13-19评审记录→[结果6]

13-22追溯记录→[结果6]

13-HW01验证结果→[结果5,7]

5.评级规则

[HWE.4.RL.1]如果对照硬件要求进行验证的策略不包括BP1的所有方面,则指标BP1不得评为F。

[HWE.4.RL.2]如果使用自动化的测试实现不包括以下方面,则指标BP5不得评为F:

■测试脚本和测试程序相对于验证规范中分配给自动化测试的测试用例的正确性、完整性和一致性。

[HWE.4.RL.3]如果验证结果只包含纯通过/失败的信息,而不支持验证措施数据,则指标BP5不得高于P。

评级建议

没有评级建议。 
分享到:
 
反对 0 举报 0 收藏 0 评论 0
沪ICP备11026917号-25