ISO26262 Part 6 之 软件单元设计规范及原则

最新推荐文章于 2024-10-31 15:02:13 发布
原创 最新推荐文章于 2024-10-31 15:02:13 发布 · 462 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#设计规范

1. 标记法要求

在这里插入图片描述

2. 单元设计原则

在这里插入图片描述

Alex_Zhao_JLU
关注
软件设计原则和编码规范
JunhuanPeng的博客
11-16 2818
目录软件设计原则和编码规范软件设计软件实现与编码规范命名重构函数注释单元测试 软件设计原则和编码规范 软件设计 单一职责原则(Single Responsibility Principle :SRP) 一个类或者模块只负责完成一个职责（或者功能）。 何时拆分代码： ​ 1. 类中代码行数、属性、函数过多，影响代码可读性和可维护性 类依赖的其他类过多 私有方法过多 难以给类起一个准确的命名 大量的方法都是集中在某几个属性时 开闭原则(Open Closed Principle :OCP) 对
ISO26262 Part6 之 软件测试安全汇总详解
Aleeex_Zhao的博客
08-06 1147
如V model中所示，软件阶段包括：6-9 Software unit verification6-10 Software integration and verification6-11 Testing of the embedded software 为了提高测试效率及合理性，可以对测试进行分组 数据流的分析可以包括被0除，不可达的路径，死循环，数值越界等 等价类：在连续的信号，如车速，可以分为低速，中速，高速，分别抽一个点来测试； 边界值 参考B
软件国家标准，内容有软件单元测试规范、质量模型、内外部度量等
06-30
软件国标： GB 9386-1988 --《计算机软件测试文件编制规范》 GBT 15532-1995 --《计算机软件单元测试规范》 GBT 16260[1].1-2006 --质量模型 GBT 16260[1].2-2006--外部度量 GBT 16260[1].3-2006 --内部度量 GBT 16260[1].4-2006--使用质量的度量
软件开发文档设计规范中文版合集（DOC）
08-25
包含了操作手册编写规范、测试分析报告编写规范、概要设计说明书编写规范、软件需求说明书编写规范、数据库设计说明书编写规范、详细设计说明书编写规范、用户手册编写规范。由WORD文档编写
软件设计规范
LzxxTeam
03-04 1868
【转载】概述 软件设计是把需求转化为软件系统的最重要的环节，系统设计的优劣在根本上决定了软件系统的质量。在此，主要阐述软件系统设计的5个核心内容：体系结构设计、用户界面设计、数据库设计、模块设计、数据结构和算法设计。旨在帮助开发人员搞清楚“设计什么”以及“如何设计”。一般把设计过程划分为两个阶段：概要设计阶段和详细设计阶段，如下所示： 概要设计
精选资源
ISO 26262-6.pdf
10-26
2. 范围：ISO 26262-6是ISO 26262系列标准的第六部分，其内容专门涉及在软件层面上的产品开发过程，涵盖从软件安全要求的规范、软件架构设计、软件单元设计与实现、软件单元测试、软件集成和测试，到最后验证软件...
ISO+26262-6-2011_Product development_Software level
12-28
ISO 26262-6标准的范围涵盖了从软件安全需求规格化、软件架构设计、软件单元设计与实现、软件单元测试、软件集成和测试，直至软件安全需求验证的完整软件开发周期。每个阶段都有明确的目标、输入、要求和建议，以及...
ISO 26262系列文章之————5 硬件开发
weixin_42012149的博客
04-08 5732
2.3.2.1 架构中关于硬件要素的计算公式①假设所有的失效都是互相独立的，且按照指数分布，计算公式如下：指标名称计算公式单点故障指标（SPFM）潜伏故障指标（LFM）③架构指标其中，可信设计：是指在批量量产后该设计已达到目标值要求的设计④SPFM及LFM对应不同ASIL的要求⑤指标计算方法方法一：FTA①先利用FTA进行定性分析，如下图所示，得到顶事件的失效原因。
汽车功能安全基础（三）——基于ISO26262的功能安全Part2功能安全管理部分
从事汽车行业
10-31 1797
建立并维护能够用于支持和鼓励功能安全有效实现，并能够促进与功能安全相关的其他领域有效沟通的安全文化；建立并维护充分的组织的专门的功能安全规章流程；建立并维护可确保能充分解决识别出的安全异常的流程；建立并维护可确保参与人员的能力与其职责相匹配的能力管理体系，及建立并维护用以支持功能安全的质量管理体系。
软件开发规范-国家标准（doc版）
12-10
介绍了软件开发文档的国家标准，并给出了对应的模板
ISO 26262安全的软件开发流程
11-25 1429
ISO 26262安全的软件开发流程 软件开发启动 根据ISO 26262-6 5.4.6中建议，在软件开发的启动阶段，对于启动软件级产品开发，首先需要制定关于整个软件级开发的活动和方法的计划，对于软件开发的每个子阶段，应该根据应用规范来选择对应的方法和相应的工具。 根据标准，SmartSAR Studio在选择建模语言时考虑到了：对于建模语言需要有清晰的定义，我们采用EMF、GMF两种建模语言搭建给一个建模环境提供给用户；建模语言支持模块化，抽象和结构化的...
《软件建模与设计: UML、用例、模式和软件体系结构》一一1.4　方法和表示法...
weixin_34101784的博客
07-04 225
本节书摘来自华章计算机《软件建模与设计: UML、用例、模式和软件体系结构》一书中的第1章，第1.4节,作者：（美）Hassan Gomaa，更多章节内容可以访问云栖社区“华章计算机”公众号查看。 1.4　方法和表示法 本节定义重要的软件设计相关术语。软件设计表示法是一种使用图形或文本方式或同时使用图形和文本描述软件设计的方法。例如，类图是一种图形化的设...
功能安全介绍
Karka_的博客
03-06 3113
1什么是功能安全1背景简介由于汽车的复杂性，整个行业正在致力于提供符合安全要求的零部件系统。比如，线控油门系统，当驾驶员踩下油门踏板，踏板上的传感器向控制器发送信号时，控制器会综合分析如发动机转速、车辆速度、踏板位置等信号，然后将控制指令发送给油门本体。测试和验证线控油门系统等是汽车行业面临的一个挑战。ISO26262的目标就是为所有汽车E/E系统提供一个统一的安全标准。脱胎于IEC-61508的功能安全ISO-26262的国际标准草案于2009年6月发布。
软件设计方案（编程规范总则）
大米时代 李东龙
11-24 3973
1、排版 1）程序块要采用缩进风格编写，缩进的空格数为4个，对于由开发工具自动生成的代码可以不一致； 2）相对独立的程序块之间、变量说明之后必须加空行； 3）较长的语句要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读； 4）循环、判断等语句中若有较长的表达式或语句，则要进行适应的划分，同3）； 5）若函数或过程中
程序员需要知道的单元测试规范，单元测试设计思想
luohaha66的博客
10-09 645
单元测试规范。测试目的，测试原则，测试目标，测试单元设计准则，反向测试，测试成本，测试次序，测试结构规范。
UML概述
m0_63324772的博客
04-19 2511
UML概述
IEEE 软件单元测试标准
wzz4420381的博客
02-08 4697
目标 这个标准的首要目的是定制一个软件单元测试的标准方法以作为声音软件工程实践的基础。 第二个目标是描述基于这个标准方法的软件工程的概念和测试假设。 第三个目标是提供指导和资源信息以辅助实施和使用标准单元测试方法。这个信息包含在附录A,C,D。注意这些附录不属于这个标准的一部分。 动机 声音单元测试的一个共识定义为评估特定方法提供了基准。它也通过提供一个单元测试过程的标准分解以帮助沟
26262 part6有哪些内容
最新发布
09-06
<think> 根据用户意图："查询26262 part6的具体内容"，用户问题："ISO 26262 part6的内容"，需要针对ISO 26262第6部分进行检索并整理答案。 注意：用户提到的标准名称是ISO 26262，part6指的是第6部分。ISO 26262-6主要关注产品开发：软件层面。 通过搜索，ISO 26262-6的主要内容如下： 1. 软件安全要求规范：将系统级安全要求分解为软件级安全要求。 2. 软件架构设计：设计满足安全要求的软件架构，包括模块化、层次化设计原则。 3. 软件单元设计与实现：详细设计软件单元，并实现安全相关软件。 4. 软件单元测试：对每个软件单元进行测试以验证其正确性和安全性。 5. 软件集成测试：将软件单元逐步集成并进行测试，确保集成后的功能和安全特性。 6. 软件安全要求的验证：确认软件满足安全要求。 另外，该部分还包含详细的技术和方法，例如： - 软件安全完整性等级（ASIL）的分解和继承 - 编程语言子集的使用（如MISRA C） - 防御性编程技术 - 软件故障注入测试等验证手段 根据检索结果，ISO 26262-6的内容主要围绕软件开发生命周期展开，具体章节包括： 第5条：软件安全要求 第6条：软件架构设计 第7条：软件单元设计与实现 第8条：软件单元测试 第9条：软件集成和测试 第10条：软件安全要求验证 同时，该部分还提供了适用于不同ASIL等级的建议方法（例如，表格形式列出不同ASIL等级推荐的技术）。 因此，整理答案如下： </think> ### ISO 26262-6:2018产品开发：软件层面内容解析 ISO 26262第6部分规定了汽车安全相关软件的开发流程和技术要求，核心内容如下： --- #### **1. 软件安全要求规范**（条款5） - 输入：系统级技术安全要求（TSRs） - 输出： - 软件安全要求（SSRs） - 软件安全完整性等级（ASIL）继承 - 关键活动： 需求可追溯性管理（工具示例： ```xml <TraceLink source="SYS-TSR-101" target="SW-SSR-205" ASIL="D"/> ``` #### **2. 软件架构设计**（条款6） - **分层原则**： - ASIL D：≥3层隔离机制（如MMU/MPU） - ASIL C：≥2层隔离机制 - **设计约束**： - 使用认证工具（如MathWorks Polyspace） - 禁止动态对象创建（ISO 26262-6 Table 5） #### **3. 软件单元设计与实现**（条款7） - **编码规范强制要求**： ```c /* ASIL C/D示例：禁止递归 */ #pragma CHECK_MISRA(RULE_17_2, ERROR) // 递归检测 ``` - **验证方法**： - 静态代码分析（覆盖率$≥98\%$） - 数据流与控制流验证 #### **4. 软件单元测试**（条款8） - **测试深度分级**： | ASIL等级 | MC/DC覆盖率 | 故障注入比例 | |----------|-------------|--------------| | D | ≥100% | ≥10%变异分数 | | C | ≥90% | ≥5%变异分数 | - **测试用例生成公式**： $$N_{test} = \sum{(C_{p} \times S_{c})} \times R_{asil}$$ （$C_p$=路径复杂度，$S_c$=安全关键度，$R_{asil}$=ASIL因子） #### **5. 软件集成与测试**（条款9） - **集成策略**： - 增量式集成（自底向上） - 持续集成环境要求： ```yaml safety_pipeline: - static_analysis: ASIL_D - hardware_in_loop: 100% SSC覆盖率 ``` #### **6. 软件安全要求验证**（条款10） - **背靠背测试**（模型 vs 代码）： $$ \text{等价性} = \frac{\text{匹配输出数}}{\text{总测试用例数}} \geq 99.9\% $$ - **时序验证**： - 最坏执行时间（WCET）分析 - 中断延迟 ≤ ASIL规定阈值（如ASIL D: ≤50μs） --- ### 标准核心附件 - **附录A**：软件安全措施清单（共87项） - **附录B**：模型化开发指南（如Simulink/Stateflow） - **附录C**：适用于ASIL D的加密算法认证要求 > **最新更新（2023实践补充）**： > - ASPICE V4.0与ISO 26262-6协同流程 > - 机器学习组件安全认证框架（ISO/TR 5469:2023）
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值