电子工程师技术服务社区
公告
登录
|
注册
首页
技术问答
厂商活动
正点原子
板卡试用
资源库
下载
文章
社区首页
文章
ISO 26262 之变更管理
分 享
扫描二维码分享
ISO 26262 之变更管理
汽车电子设计
功能安全
项目变更管理
雨下了一季
关注
发布时间: 2020-05-09
丨
阅读: 643
在我们进行产品开发的过程中,经常会有变更需求或者变更工艺流程的情况发生,那么在功能安全标准 *ISO-26262* 中对变更管理又是如何要求的呢? #### 首先,我们来说一下什么是变更? 因为组件或者元器件的异常、移除、增加、加强、报废等导致的修改就可以称之为变更。 #### 其次,我们来了解下变更管理的主要目的。 在整个的安全生命周期中,分析和控制安全相关的工作成果、相关项和要素的变更。总的来说,变更管理要确保对变更进行系统性的计划、控制、监控、实施和记录,并且要维护工作产物,相关项和要素的相关功能和属性。 #### 再次,我们来简单了解下该如何进行变更管理。 一般情况下,我们分以下5步来进行变更管理: 1. **计划和初始化变更需求** 在对工作成果进行变更前,我们应该先计划和启动变更管理流程。这里我们需要注意的有两点:一是变更管理的过程可以适用于相应的开发阶段;二是一个变更需求可以同时处理好几个变更。 2. **变更需求** 我们应该为每一个变更需求分配唯一的识别码。也是就是说每一个变更请求需要有一个独一无二的ID号。每一个变更需求应该至少包含以下信息:日期、所需变更的理由、对变更的准确的描述、所需变更基于的配置。以上这些对变更的要求都是方便日后的追溯,不然,如果项目周期很长,没有上述的记录,到项目中后期很容易会造成混乱。 3. **变更需求分析** 对于每一次的变更需求,我们都需要对所涉及到的相关项、接口以及关联的相关项进行影响分析,分析应该包含以下几方面:变更的类型(注:可能的类型包括:解决错误、调整、消除、加强和预防)、识别好哪些工作成果需要变更,哪些工作成果会受到影响、如果是分布式开发,还需要识别和引入受影响的一方、变更对功能安全产生的潜在影响、对变更的实现和验证排好日程表。 对工作成果的每一次变更,应该重新启动安全生命周期的适当阶段,后续阶段的开展也应该遵循 ISO 26262:2018。 4. **变更需求评估** 我们需要根据第3点进行的影响分析的结果,对变更进行评估,并且评估结果应该由授权人员决定是否接受、拒接或者推迟本次变更。(典型的授权人员包括:PM、FSM、QA、Developer relevant)[注:已经接受的变更需求可以按照优先级的顺序排序,然后跟已经接受的相关变更需求进行合并] 对于已经接受的变更需求,我们需要确定好由谁来开展变更,以及变更完成的最晚时间。该决定需考虑开展变更时涉及到的接口。 5. **变更的实施和记录** 对已经接受的变更需求,我们应该按照计划开展和验证变更。如果变更影响到安全相关的功能,那么我们需要在发布相关项前,需要对相应的功能安全评估和适用的确认评审进行更新。 变更的记录需要包含以下的信息: 一是适度水平的变更工作成果清单,包括配置和版本; 二是开展的变更细节; 三是变更部署的计划日期。 [注1:如果变更倍拒接,那么变更的需求以及拒绝的理由也是需要存档的] [注2:如果变更请求跟一个临时性的变更有关,那么这个变更请求的理由和变更需要持续的时间应该被明确的指出(如果知道的话)] #### 最后,我们来梳理一下进行变更的工作产出物: - 变更管理计划; - 变更请求; - 影响分析和变更请求计划; - 变更报告; 以上,就是本篇的全部内容,如果有任何疑问欢迎大家留言交流。我们下期再见吧!
原创作品,未经权利人授权禁止转载。详情见
转载须知
。
举报文章
点赞
(
0
)
雨下了一季
关注
评论
(0)
登录后可评论,请
登录
或
注册
相关文章推荐
MK-米客方德推出工业级存储卡
Beetle ESP32 C3 蓝牙数据收发
Beetle ESP32 C3 wifi联网获取实时天气信息
开箱测评Beetle ESP32-C3 (RISC-V芯片)模块
正点原子数控电源DP100测评
DP100试用评测-----开箱+初体验
Beetle ESP32 C3环境搭建
【花雕体验】16 使用Beetle ESP32 C3控制8X32位WS2812硬屏之二
X
你的打赏是对原创作者最大的认可
请选择打赏IC币的数量,一经提交无法退回 !
100IC币
500IC币
1000IC币
自定义
IC币
确定
X
提交成功 ! 谢谢您的支持
返回
我要举报该内容理由
×
广告及垃圾信息
抄袭或未经授权
其它举报理由
请输入您举报的理由(50字以内)
取消
提交