道路车辆审核及评估计划、安全问题管理清单、审核及评估报告、功能安全管理

《道路车辆审核及评估计划、安全问题管理清单、审核及评估报告、功能安全管理》由会员分享，可在线阅读，更多相关《道路车辆审核及评估计划、安全问题管理清单、审核及评估报告、功能安全管理（19页珍藏版）》请在金锄头文库上搜索。

1、GB/T XXXXXXXXX 25 A A 附录A （资料性） 审核及评估计划示例 A.1 审核与评估定义 认可措施的概述见表A.1。 表A.1 认可措施概述 类别 目标 方法 角色 备注 认可评审 安全计划中要求的工作成果评估旨在确认其符合GB/T 34590-XXXX相关要求。 功能安全评估 审查在项目开发期间评估的已实施安全措施的适当性与有效性。 功能安全审核 评估功能安全所需过程实施情况。 审核与评估的角色和责任定义见表A.2和表A.3。 表A.2 审核与评估的角色定义 角色 责任 公司 评估者与审核者 产品供应商 表A.3 审核人与评估人的责任定义 评估者与审核者 描述 评估与审核领

2、导者 评估者 审核者 支持者 A.2 功能安全计划 功能安全计划示例见表A.4-表A.14。 表A.4 范围 范围 供应商部分评估 是 否 GB/T 34590.2-XXXX 道路车辆 功能安全 第2部分：功能安全管理 GB/T 34590.3-XXXX 道路车辆 功能安全 第3部分：概念阶段 GB/T 34590.4-XXXX 道路车辆 功能安全 第4部分：产品开发：系统层面 GB/T 34590.5-XXXX 道路车辆 功能安全 第5部分：产品开发：硬件层面 GB/T 34590.6-XXXX 道路车辆 功能安全 第6部分：产品开发：软件层面 GB/T 34590.7-XXXX 道路车辆

3、功能安全 第7部分：生产、运行、服务和报废 GB/T XXXXXXXXX 26 范围 供应商部分评估 是 否 GB/T 34590.8-XXXX 道路车辆 功能安全 第8部分：支持过程 GB/T 34590.9-XXXX 道路车辆 功能安全 第9部分：以汽车安全完整性等级为导向和以安全为导向的分析 表A.5 评估团队 角色 姓名 公司 备注 表A.6 评估步骤 第一阶段评估 目的 评估人 日期 评估方法 1、 现场评估； 2、 受审方按照 3.4 中清单提供工作成果； 3、 受审方展示所有工作成果； 4、 审核及评估方与评估方在无需受审方解释的情况下评审其工作成果； 5、 审核及评估方与评估方

4、提供调查结果并回答质询； 6、 双方讨论； 7、 审核及评估方与评估方给出结论； 8、 审核及评估方与评估方给出最终调查结果并决定正确行动； 9、 所有工作成果无重复； 10、禁止拍照 11、禁止记录工作成果内容； 输入 1、 功能安全评估计划； 2、 审核与评估清单； 3、 所有工作成果信息准备。 输出 1、 评估与审核报告； 2、 调查结果与创作活动计划。 资源需求 1、 所需时间为 XX 天； 2、 审核评估地点和所需设备； 3、 所有受审工作成果。 第二阶段评审 目的 审核及评估方 日期 审核及评估方法 输入 输出 GB/T XXXXXXXXX 27 表A.7 第一阶段审核与评估工作成

5、果清单 序号 工作成果 1 技术安全需求规范 2 技术安全概念 3 系统验证评审报告 4 确认评审报告 5 系统设计说明书 6 系统验证评审报告 7 安全分析FEMA 8 验证评审报告(FEMA) 9 确认评审报告(FEMA) 表A.8 第二阶段审核与评估的工作成果清单 序号 工作成果 1 集成测试计划 表A.9 等级范围 定义 分数（X/100） 描述 NA 未达成 0 在评估过程中，几乎没有或根本没有证据表明实现了定义的过程。 SA 稍微达成 30 在评估过程中，少量证据表明实现了定义的过程。 PA 部分达成 60 在评估过程中，部分证据表明实现了定义的过程。实现流程属性的部分方面是不可预

6、测的。 LA 大部分达成 90 有证据表明，对评估过程中定义的过程属性采取了系统的方法，并取得了重大成就。评估过程中可能存在与此过程属性相关的一些弱点。 FA 完全达成 100 有证据表明，对评估过程中定义的过程属性采取了完整、系统的方法，并充分实现了该属性。评估过程中不存在与此过程属性相关的重大缺陷。 表A.10 通过准则 结论 通过判定准则 对策 拒绝 存在影响安全目标实现的问题 当前审核内容再次审核与评估，每个审核内容不得超过2次。如果第二次再次低于60分，功能安全经理须停止功能安全活动并向双方负责人汇报。 有条件接受 存在影响安全目标实现的个别问题，但是问题出现的场景风险可被接受，或者

7、已制定了明确的整改计划，并能确保在量产发布前实现 对专家发出的问题，被委托方予以纠正，审核与评估团队应检查证据和变更的有效性。 接受 无影响功能安全目标实现的相关问题，存在影响安全目标实现的个别问题，但是问题出现的场景风险可被接受，或者已制定了明确的整改计划，并能确保在量产发布前实现 对专家发出的问题，供应商应予以纠正，是否需要再次检查取决于专家的判断。 GB/T XXXXXXXXX 28 表A.11 评估与审核议程定义 日程 第一天 第二条 上午 下午 注： 评估审核日期需由相关方提前确定。 A.3 缩略语 表A.12 缩略语 缩略词 描述 A&A 审核与评估 表A.13 缩略词 缩略词 含

8、义 / / 表A.14 参考文档 序号 文档名 文档版本 文档日期 1 GB/T 34590.2-XXXX 2 安全计划 GB/T XXXXXXXXX 29 B B 附录B （资料性） 安全问题管理清单示例 本附录给出了安全问题管理清单示例，见表B.1。 表B.1 安全问题管理清单示例 章条 检查点 工作成果 位置 安全问题 更改措施 负责人 预期完成日期 状态 实际完成日期 拖期原因 解决措施 4-XX XX TSC 6.3 没有追溯关系 增加XX XX XX-XX-XX Open XX-XX-XX XX Xx FDTI时间过长 XX测试覆盖度应提高到98% GB/T XXXXXXXXX 3

9、0 C C 附录C （资料性） 审核及评估报告示例 C.1 功能安全审核评估概览 C.1.1 审核及评估的对象：_ 审核评估的对象，包括例如：公司名称、被审核及评估对象名称、审核及评估的阶段计划/开发/测试/生产等。 C.1.2 审核及评估的目的：_ C.1.3 参与审核人员相关信息： 示例见表C.1： 表C.1 安全审核人员的信息如下所示： 序号 姓名 角色 公司/部门 工作职责描述 1 XXX 主审核员 某整车企业 审核软件部分工作成果 C.1.4 应审人员相关信息：_ 示例见表C.2： 表C.2 应审人员的信息示例 编号 姓名 角色 公司/部门 项目角色 1 XXX 功能安全经理 某整车

10、企业 功能安全管理 注： 审核及评估的应审团队，包括项目经理、功能安全经理、系统项目经理、系统集成负责人、系统集成工程师、软件项目经理、软件开发工程师、硬件项目经理、硬件工程师、软件项目经理、需求工程师、架构工程师、软件设计工程师、测试经理、测试工程师、质保经理、生产经理等人员。 C.1.5 审核及评估的类型：_ 示例：本次审核及评估的类型为: X初始审核及评估 复审/复评 C.1.6 审核的范围：_ 示例见图C.1： GB/T XXXXXXXXX 31 图C.1 审核范围示例 C.1.7 审核及评估的策略：_ 示例：本轮功能安全审核采用抽查法。 C.1.8 审核及评估的局限：_ 示例：本轮功

11、能安全审核采用抽查法。由于时间限制，未能对所有工作成果的所有内容进行完整的评估。 C.1.9 审核及评估文件清单：_ 示例见表C.3： 表C.3 审核及评估文件清单示例 编号 文件名称 版本 释放日期 1 相关项定义 V1.0 XXXX年XX月XX日 2 危害分析和风险评估 V1.0 XXXX年XX月XX日 3 C.1.10 审核及评估计划安排：_ C.2 审核及评估汇总 C.2.1 审核及评估问题清单 见附录B。 C.2.2 审核及评估的结论 示例： 根据审核及评估问题清单，及审核及评估的评分规则，本轮审核及评估的结论是： X接受 有条件接受 拒绝接受 审核及评估的结论示例见表C.4: 表C

12、.4 审核及评估的结论示例 结论 通过判定准则 示例 拒绝 存在影响安全目标实现的问题 SPFM不符合要求 GB/T XXXXXXXXX 32 结论 通过判定准则 示例 有条件接受 存在影响安全目标实现的个别问题，但是问题出现的场景风险可被接受，或者已制定了明确的整改计划，并能确保在量产发布前实现 追溯性没有充分保证 接受 无影响功能安全目标实现的相关问题，存在影响安全目标实现的个别问题，但是问题出现的场景风险可被接受，或者已制定了明确的整改计划，并能确保在量产发布前实现 GB/T XXXXXXXXX 33 D D 附录D （资料性） 功能安全管理 D.1 整体安全管理审核及评估 整体安全管理

13、审核及评估的示例，见D.1。 表D.1 整体安全管理审核及评估的说明及示例 序号 检查清单 说明和示例 1 功能安全规章和流程是否存在且可用？ 应检查是否有功能安全规章和流程。 2 功能安全规章和流程是否存在版本管理？ 应检查功能安全规章和流程是否纳入版本管理，版本变更记录是否清晰。 3 功能安全规章和流程中是否建立了有功能安全、预期功能安全、信息安全及与实现功能安全相关的其他领域之间的有效沟通渠道？是否合理？ 应检查功能安全规章和流程中是否定义了功能安全、预期功能安全、信息安全及与与实现功能安全相关的其他领域之间的有效沟通渠道，是否合理。 例如： 1）安全负责人应在月度定期会议上与质量负责人

14、、信息安全负责人和机械负责人沟通。月度定期会议应明确安全相关问题，并提出持续改进的建议。 2）由于信息安全事件响应而导致的设计变更，需要参与评估对功能安全的潜在影响。 4 功能安全规章和流程中是否明确了功能安全的实现所需资源的提供方案？是否合理？ 应检查功能安全规章和流程中是否明确定义了功能安全实现所需资源的提供方案，方案是否合理。 例如：安全负责人应支持安全工具的采购。 5 功能安全规章和流程中是否规定了持续改进流程？是否合理？ 应检查功能安全规章和流程中是否有持续改进流程，是否合理。 例如： 1）每周与安全小组进行安全沟通： 交流项目的安全经验； 沟通独立于项目的安全活动； 识别系统性安全

15、问题以进行改进； 讨论找到的解决方案、通用方法和改进可能性； 识别和管理在后续项目中推出解决方案的方法； 规划和改进安全培训、流程等。 2）项目结束后与安全经理召开项目经验总结会议： 从工程中识别安全问题； 规划未来的改进。 3）每月的安全状态报告： 落实最高管理层的安全意识； 提高工程团队的安全意识。 允许对安全需求（如资源）进行长期规划 4）与安全没有直接关系的进一步改进计划。 GB/T XXXXXXXXX 34 序号 检查清单 说明和示例 6 功能安全规章和流程中是否给予负责实现或维护功能安全、执行或支持安全活动的人员以足够的权限来履行他们的职责？是否合理？ 应检查功能安全规章和流程中组

16、织结构和人员角色职责的定义，是否合理。 例如：如果存在任何安全问题，项目安全经理有权反对产品发布。安全负责人应协助将安全问题反馈至公司负责人。 7 能力管理证据是否存在且可用？ 应检查是否有能力管理证据且可用 例如： 1）能力管理证据中的人员是否在职； 2）人员职能与组织架构是否匹配。 8 能力管理证据文档是否使用了最新的模板？是否存在版本管理？ 应检查能力管理证据是否采用的最新模板，是否纳入版本管理，版本变更记录是否清晰 9 执行安全生命周期活动的人员是否具有与其职责相匹配的技能水平、能力和资质？ 应检查执行安全生命周期活动的人员是否具有与其职责相匹配的技能水平、能力和资质。 例如：人员的能力有什么行业通用的标准么？ 10 质量管理体系证据是否存在且可用? 应检查是否具有质量管理体系且可用。 例如：IATF 16949、ISO 9001等。 11 已识别的安全问题报告是否存在且可用？ 如果适用,应检查是否有已识别的安全问题报告。 12 安全问题报告是否使用了最新的模板？是否存在版本管理？ 如果适用,应检查安全问题报告是否采用的最新模板，是否纳入版本管理，版本变更记录是否清晰。 13