首页
关于我们
公司简介
专业团队
合作案例
产品详情
最新资讯
公司动态
知识分享
产品中心
ASPICE
ISO26262
ISO21434
敏捷SPICE
资质培训
工具链
DPAI
低空飞行器
机器人
工程服务
培训课程
联系我们
人才招聘
用心服务·专业技术·合作发展 13524704775
NEWS

最新资讯

当前位置:首页 - 最新资讯 - 知识分享

亚远景-基于 ASPICE 的需求管理与 ISO 26262 功能安全需求的追踪机制

发表时间:2026-03-09 作者:亚远景科技 返回列表

在汽车软件开发中,基于ASPICE的需求管理与ISO 26262功能安全需求的追踪机制可通过协同实施实现高效整合,其核心逻辑、实施路径及工具支持如下:

一、协同逻辑:目标互补与流程融合

  1. ASPICE的核心作用
    ASPICE通过32个过程域(如需求管理SYS.2、系统架构设计SYS.3、测试验证VER.2)确保开发流程的可控性、可重复性与可追溯性。其需求管理要求覆盖需求捕获、分析、设计到验证的全生命周期,并强调双向可追溯性,以支持过程改进与合规性验证。

  2. ISO 26262的核心要求
    ISO 26262聚焦功能安全,通过危害分析与风险评估(HARA)定义安全目标,并依据ASIL等级(A-D)分配安全需求至硬件/软件层。其追踪机制要求安全需求与高层安全目标、设计实现及测试用例之间形成完整链路,确保安全目标落地。

  3. 协同价值

    • 过程合规与结果安全闭环:ASPICE提供“过程质量”保障,ISO 26262提供“安全结果”保障。例如,在需求阶段,ASPICE的可追溯性要求与ISO 26262的安全需求分解协同,确保安全需求在开发流程中完整传递。

    • 风险驱动的需求管理:ASPICE的风险管理计划(如CHM.1变更管理)与ISO 26262的风险分析(如FMEA、FTA)结合,提前识别安全风险并制定控制措施。

二、实施路径:从需求到验证的全链路追踪

  1. 需求阶段

    • 安全需求分解:依据ISO 26262的HARA分析确定ASIL等级,将安全目标分解为可追溯的安全需求(如“传感器失效时50ms内切换冗余通道”),并嵌入ASPICE的SYS.2过程域。

    • 双向追溯矩阵:通过工具(如Polarion、APMS)建立安全需求与功能需求的关联关系,确保需求来源可追溯至HARA结果,并覆盖所有ASIL等级要求。

  2. 设计阶段

    • 安全架构集成:在ASPICE的SYS.3系统架构设计中,结合ISO 26262的安全机制设计要求(如冗余设计、故障检测),确保关键安全功能(如ASIL D级制动控制)的模块化与容错性。

    • 设计评审:ASPICE的SWE.3软件设计过程要求安全工程师参与评审,验证安全需求是否在架构中落地。

  3. 测试阶段

    • 安全测试用例集成:在ASPICE的VER.2测试验证过程中,集成ISO 26262的安全测试用例(如故障注入测试、边界条件测试),确保安全功能覆盖率达100%(ASIL D级要求)。

    • 变更影响分析:通过ASPICE的CHM.1变更管理流程,评估需求变更对安全目标的影响,并触发ISO 26262的再评估流程(如重新运行FMEA)。

  4. 验证阶段

    • 证据链输出:提取ASPICE过程的输出物(如追溯矩阵、测试报告、变更记录)作为ISO 26262认证的证据链,直接满足“安全目标→测试”的覆盖性要求。

三、工具支持:自动化与数据贯通

  1. 需求管理工具

    • 功能:支持安全需求与功能需求的双向追溯(如Polarion、Jama),自动生成追溯矩阵。

    • 案例:在ASIL D车载底盘项目中,通过追溯矩阵快速定位未关联测试用例的安全需求,避免认证证据缺失。

  2. 测试验证工具

    • 功能:集成安全功能测试用例(如CANoe、dSPACE),实现功能安全与功能需求的自动化验证。

    • 案例:在软件集成测试中,同时验证功能正确性(ASPICE)与安全机制有效性(ISO 26262),如传感器冗余切换时间是否符合ASIL D要求。

  3. 文档管理工具

    • 功能:统一管理ASPICE过程文档与ISO 26262安全文档(如DOORS、Jira),确保开发过程与安全活动的可追溯性。

    • 案例:通过Jira管理安全需求变更流程,记录变更原因、影响范围及验证结果,满足ISO 26262的审计要求。

四、行业实践与挑战

  1. 主流车企要求

    • 大众、宝马等车企已将ASPICE Level 3与ISO 26262 ASIL B/C/D作为供应商准入强制标准。例如,供应商需同时满足ASPICE的测试覆盖率要求与ISO 26262的安全测试覆盖率要求。

  2. 实施挑战

    • 资源投入:安全分析、测试验证等环节增加成本,中小企业可通过分阶段推进(优先关键项目)或引入外部支持(如TÜV、SGS咨询)降低成本。

    • 工具链整合:需打通需求管理、测试验证、文档管理等工具的数据流,避免信息孤岛。推荐采用一体化平台(如西门子Polarion ALM)实现数据贯通。

    • 人才短缺:需培养既懂ASPICE过程改进又懂ISO 26262功能安全的复合型人才,可通过内部培训与外部认证(如ASPICE评估员、ISO 26262功能安全工程师)提升团队能力。



推荐阅读:


亚远景-ASPICE评估:汽车软件开发过程评估的方法与经验总结

亚远景-ISO/PAS 8800与全球汽车AI监管趋同下的中国企业合规策略与技术适配

亚远景-ASPICE与ISO 26262:汽车软件安全与质量的双标

亚远景-ASPICE评估:汽车软件开发过程评估的有效方法

亚远景-ISO 26262与ISO 21434:汽车安全标准的双基石

亚远景-从标准到文化:ISO/PAS 8800能否定义“可信AI”的全球伦理?




推荐服务:

点击查看亚远景ASPICE咨询、评估、“认证”、培训服务

点击查看亚远景ISO26262咨询、认证、培训服务

点击查看亚远景ASPICE、ISO26262培训课程

点击查看亚远景ASPICE、ISO26262实施工具-APMS研发过程管理平台



咨询