GB 44721‑2026 即将在 2027 年 7 月正式实施，标准明确要求自动驾驶项目完成系统性危害识别与风险梳理，输出完整风险初始清单。不少车企和零部件企业在风险分析阶段存在识别不全、场景覆盖不足、与开发过程脱节等问题。已经导入 ASPICE 体系的团队，可以复用 SYS.5 系统风险分析过程域能力，高效完成国标要求的风险识别工作。

ASPICE SYS.5 核心目标是识别系统风险、分析风险等级、制定缓解措施，其工作流程与 GB 44721‑2026 的危害分析逻辑高度契合。传统做法是单独做一套国标风险文档，和软件开发流程割裂，风险项无法传递至需求、测试环节，造成风险分析流于纸面。

开展风险识别工作，首先要明确系统边界与运行场景。基于 ASPICE SYS.2 输出的系统需求与系统架构，划定自动驾驶系统功能边界，梳理道路、天气、交通参与者等各类运行场景，以此作为风险识别输入。识别过程中覆盖功能失效、传感器异常、AI 模型输出偏差、人机交互异常等多类危害。

输出风险初始清单时，每条风险需要记录危害描述、触发条件、受影响对象、初步风险等级。直接复用 ASPICE SYS.5 风险记录表模板，补充 GB 44721‑2026 所要求的自动驾驶特有场景属性，不需要重新搭建全新表单。

针对机器学习驱动的自动驾驶功能，需要联动 ASPICE MLE 过程域，把数据集偏差、模型泛化不足、对抗样本等 AI 特有风险纳入风险初始清单，补齐传统功能风险之外的 AI 风险维度。

风险初始清单不是静态文档，依托 ASPICE SUP.8 配置管理进行基线管控。当系统需求变更、功能迭代、新增运行场景，需要触发风险重识别，更新风险清单，保障风险分析结果和软件版本同步，为后续安全目标分解、风险缓解措施落地提供可靠输入。