Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO 25119-3:2018 涵盖系列开发阶段,即概念阶段(第 2 部分)的安全理念在硬件和软件中实现的过程。硬件设计要求侧重于通过架构措施、组件选择以及故障模式管理来实现指定的性能等级。对于每个安全功能,硬件必须证明在所有指定运行条件下,每小ru时危险失效概率(PFHd)保持在目标 PL 的限值内。
标准根据冗余和诊断覆盖率定义了四种架构类别:类别 1(无诊断的单通道)、类别 2(带定期测试的单通道)、类别 3(带监控的双通道)和类别 4(带全面监控和多样性的双通道)。类别的选择取决于所需的 PL 以及所选组件可实现的诊断覆盖率。
| 类别 | 架构 | 诊断覆盖率 | 典型可达 PL | 应用示例 |
|---|---|---|---|---|
| Cat. 1 | 单通道 | 无 | PL b | 基本操作员在位检测 |
| Cat. 2 | 单通道带测试 | 低-中 | PL c | PTO 轴速度限制 |
| Cat. 3 | 双通道 | 中-高 | PL d | 自主导航转向控制 |
| Cat. 4 | 双通道带多样性 | 高 | PL e | 高速拖拉机刹系统 |
ISO 25119-3 中的软件开发要求遵循与硬件开发并行的 V 模型生命周期。标准区分了安全影响有限的软件(A 类)和具有重大安全影响的软件(B 类)。B 类软件需要额外的措施,包括:防御性编程技术、结构化错误处理、看门狗集成以及单元级、集成级和系统级的全面测试。
关键的软件安全要求包括:安全相关与非安全相关软件的明确隔离;使用防止不安全构造的编码标准(如 MISRA-C 或类似标准);管理软件配置和变更控制;以及通过静态分析、动态测试和正式审查对所有安全需求进行系统性验证。
ISO 25119-3 要求硬件和软件组件进行系统化的集成,并逐步扩展到更全面的测试。集成序列通常从硬件-软件集成(HIL 测试)到子系统测试,再到整机集成。在每个级别,测试计划必须验证实现的安全功能是否满足 SRS 中规定的需求,包括功能正确性、时序行为、故障响应以及环境应力下的稳健性。
确认活动旨在证明完整的 SRP/CS 在安装到机器上时能达到所需的风险降低水平。在概念阶段制定的验证计划驱动着确认活动。标准要求编制确认报告,记录确认范围、每项安全功能的测试结果、任何偏差的分析以及关于 SRP/CS 是否达到所需 PL 的最终声明。
在系列开发阶段,硬件和软件设计的协同至关重要。标准要求建立清晰的接口定义和通信协议,确保安全功能在不同组件之间的一致实现。对于使用现场总线或 ISOBUS 网络的系统,需要特别关注消息的完整性、及时性和顺序性。标准还建议在硬件设计中预留足够的诊断覆盖能力,以便在软件层面实现更高级别的故障检测和系统保护。此外,标准鼓励采用基于模型的开发方法,通过仿真和自动代码生成技术来提高开发效率和产品质量。
暂无下载文件