道路车辆功能安全 ISO 26262标准（8-4）—支持过程

写在前面

本系列文章主要讲解道路车辆功能安全ISO26262标准的相关知识，希望能帮助更多的同学认识和了解功能安全标准。

若有相关问题，欢迎评论沟通，共同进步。(*^▽^*)

---

1. 道路车辆功能安全ISO 26262标准

8. ISO 26262-8 支持过程

六、文档

1. 目标

主要目标是开发整个安全生命周期的管理策略文档，以便文档管理过程是有效的，可重复的。

2. 概述

ISO 26262 要求的文档重点是信息，而不是布局和外观。实体文档不需要提供信息,除非是 ISO 26262 特别指定的。文档可以采取多种形式和结构，可以使用来自动生成文档。

例如，形式可能有：纸质、电子媒体、数据库。

什么是被认为足够的信息取决于多种因素，包括复杂性的程度、安全相关系统/子系统和需求相关的特殊应用程序。

在一个文档或文档之间重复的信息应该避免，这有助于可维护性。

注：在一个文档中使用交叉引用另一个复制的信息应该给读者源文档的信息。

3. 需求和建议

1. 文档过程应当计划为了使文档：

• 在整个安全生命周期的每个阶段的有效完成阶段和验证活动
• 管理功能安全
• 作为输入的功能安全评估

2. ISO 26262 的工作产品的识别应解释为文档包含需求相关的信息的有关结果要求。

注：文档的形式可以是一个文档,其中包含完整的信息、工作产品或一组文件,包含工作产品的完整信息。

3. 文件应该是：

• 准确、简洁
• 以明确的方式结构化
• 面向的用户容易理解的
• 易于维护

4. 整个文档的结构应该考虑内部程序和工作实践。应当组织有利于搜索相关信息。例如，文档树。

5. 每个工作产品或正式文档应当具有以下元素：

• 标题，指的是内容的范围
• 作者和批准者
• 每个文档不同版本(版本) 的唯一标识
• 变更历史（注意变更历史包含，变化，作者的名字，日期和一个简短的描述）
• 状态（例如“草案”、“发布”）

七、可信的软件工具

1. 目标

这一条款的第一个目标是提供标准来确定当前的软件工具所需的信任水平。这一条款的第二个目的是提供对应用的软件工具的认证，为了创建证据表明该软件工具适用于用于定制ISO 26262 所需的活动或任务 (即，用户可以依靠软件工具的正确的功能通过 ISO 26262需要的活动或任务)。

2. 概述

在开发一个系统或软件或硬件的元素时使用的软件工具,可以支持或定制安全生命周期，定制 ISO 26262 要求的活动和任务。在这种情况下，软件工具需要有效地达到以下目标：

• 开发产品的系统故障，由于故障导致的风险，软件工具将输出错误最小化
• 开发过程完全符合 ISO 26262,如果 ISO 26262 要求的活动或任务依靠使用的软件工具的正确功能

注：“软件工具”的理解可以从不同使用的一套独立软件工具到一个集成的工具链。

例：这些软件工具可以是商业工具，开源工具，免费软件工具，共享软件工具或内部开发用户的工具。

为了确定所需的使用的软件工具的信心水平，以下标准进行评估：

——该软件工具及其相应的错误的输出可以引入故障的可能性或无法检测到的与安全有关的产品或正在开发的元件的误差。

——防止或检测其相应的输出错误的信心。

为了评估防止或检测措施信任，测量内部的软件工具（如监控），以及测量外部的软件工具（如准则，测试，评价）实施的与安全相关的项目或元素的开发过程考虑并进行评估。

如果按所确定的工具置信水平表示，那么相应资质的方法应用到符合这两个工具的信心都分配给安全要求级别和最大 ASIL 该项目或元件即使用软件工具被开发。否则没有必要应用这样资格的方法。

---

本文章是博主花费大量的时间精力进行梳理和总结而成，希望能帮助更多的小伙伴~  🙏🙏🙏

后续内容将持续更新，敬请期待(*^▽^*)

欢迎大家评论，点赞，收藏→→→