南昌做兼职的网站,河北网站设计推荐柚米科技,wordpress登录注册,国外创意产品设计作品一文解读ISO26262安全标准#xff1a;功能安全管理 1 安全生命周期1.1 概念阶段1.2 产品开发阶段1.3 生产发布后续阶段 2 安全管理的角色和职责3 安全活动的裁剪4 安全活动的评审5 安全活动的评估6 交付物 下文的表中#xff0c;一些方法的推荐等级说明#xff1a; “”表示… 一文解读ISO26262安全标准功能安全管理 1 安全生命周期1.1 概念阶段1.2 产品开发阶段1.3 生产发布后续阶段 2 安全管理的角色和职责3 安全活动的裁剪4 安全活动的评审5 安全活动的评估6 交付物 下文的表中一些方法的推荐等级说明 “”表示对于指定的ASIL等级高度推荐该方法 “” 表示对于指定的ASIL等级推荐该方法 “o” 表示对于指定的ASIL等级不推荐该方法。 1 安全生命周期
安全生命周期包含了在概念阶段、产品开发、生产、运行、维护和报废期间的主要安全活动而计划、协调和记录安全生命周期所有阶段的安全活动是关键的管理任务。允许根据实际项目需求对安全生命周期进行裁剪。
这里有个相关项item的概念这里可以理解为一个功能单元比如电驱系统。功能安全管理分为几个阶段概念阶段、产品开发阶段、生产发布之后的阶段。
1.1 概念阶段
在概念阶段要完成这几件事 1定义相关项item 安全生命周期的初始任务是对相关项(item)的功能、接口、环境条件、法规要求、已知危害等进行描述以确定它的边界、接口以及与其它相关项、要素、系统和部件相关的条件。 2安全生命周期启动 在完成相关项定义的基础上通过确定所开发的相关项是一个全新的开发还是对现有相关项的修改来启动安全生命周期。 如果是对现有相关项的修改可以根据1得到的影响分析的结果用于对安全生命周期进行裁剪。 3危害分析和风险评估hazard analysis and risk assessment – HaRa 在本阶段进行以下操作。 首先通过危害分析和风险评估来预测与该相关项相关的危害事件所处工况的暴露概率、危害事件的可控性和严重度这些参数共同决定了危害事件的汽车安全完整性等级。 然后通过危害分析和风险评估来确定相关项的安全目标。安全目标safety goal是相关项的最高层面的安全要求将所确定的危害事件hazardous event的ASIL等级分配给相应的安全目标。后续阶段和子阶段中详细的安全要求就是来自于安全目标这些安全要求会继承相应安全目标的ASIL等级。 4功能安全概念functional safety concept – FSC 功能安全概念是通过分配给相关项item要素element的功能安全要求functional safety requirement来定义的。如果能够对涉及的其它技术或与外部措施接口的期望行为进行确认功能安全概念可包括其它技术或与外部措施的接口
1.2 产品开发阶段
在产品开发阶段要做这几件事 1产品开发 2安全确认 3功能安全评估 4生产发布
产品开发包括系统/硬件/软件几个方面的开发这几个方面的流程都要遵循V模型的概念。 系统层面 系统开发流程的V模型左侧包含技术安全要求的定义、系统架构、系统设计和实现右侧包含集成、验证、确认和功能安全评估。 软硬件接口要在该阶段定义清楚形成HSI文档。 从系统层面来说包括了对其它几个阶段发生活动的确认。 (1) 确认功能安全概念FSC的技术实现。 (2) 确认外部措施的有效性以及能达到的性能。比如附加的车载装置如动态稳定控制器或防爆轮胎以及道路防护置如防撞栏或隧道消防系统等不在本标准使用范围因此可作为外部措施加以考虑。 (3) 确认人员的反应这里可以指驾驶员包括可控性和操作任务。可控性指HaRa分析中驾驶员或其他涉险人员控制危害情况能力的可信度。 硬件层面 基于系统设计规范从硬件层面进行开发。硬件开发流程基于一个V模型概念V模型左侧包含硬件要求定义、硬件设计和实现V模型右侧包含硬件集成和测试。 软件层面 基于系统设计规范从软件层面进行相关项的开发。软件开发流程基于一个V模型概念V模型左侧包含软件要求定义、软件架构设计和实现V模型右侧包含软件集成、测试和软件要求验证。 生产发布 生产发布是产品开发流程的最后阶段为量产发布提供必要交付物。
1.3 生产发布后续阶段
在生产发布之后的后续阶段要做这几件事 1生产活动 生产计划、运行计划以及相关要求的定义要在产品开发的系统层面启动。 2运行、维护、报废 与安全相关的特性以及对相关项的维护、修理、报废的指导说明的开发和管理用以确保相关项在生产发布后的功能安全。
2 安全管理的角色和职责
在相关项开发的启动阶段应指定一名项目经理应赋予项目经理责任和权限项目经理应确认组织提供了功能安全活动所需的资源 项目经理应确保已指定了安全经理。 在开发阶段安全经理应负责计划和协调功能安全活动。包括将任务分配给具体人员在其它交付物中进一步细化安全活动以及按照相关项是否为一个全新开发或一个对既有相关项的修改来为相应的安全活动制定计划。安全经理要负责维护安全计划并监督安全活动的进度是否按照安全计划进行。 安全计划指集成和测试计划包括确认计划、软件验证计划、功能安全评估计划。各计划责任人应负责维护各自的安全计划并监督安全活动的进度是否按照各自的安全计划进行。
3 安全活动的裁剪
如果对安全活动进行裁剪那么应在安全计划中定义该裁剪并且要给出理由来说明为什么本次裁剪对于功能安全来说是恰当且充分的。 注1裁剪理由应考虑ASIL等级。 注2安全计划中要包含裁剪的理由并且在认可评审或功能安全评估过程中对其进行评审。
独立于相关项的要素的开发应基于一个需求规范该需求规范来自对预期用途和应用环境的假设包括其外部接口且应确认独立于相关项而开发的要素的预期用途和应用环境的假设的有效性。本标准不能应用于独立于相关项的要素开发因为功能安全不是一个要素的属性然而一个相关项中的某一个要素可以认为是与安全相关的。功能安全是一个可以用功能安全评估方法来评价的相关项的属性。 比如以电驱控制系统使用的微控制器MCU的开发为例。上面这段话翻译过来就是针对该MCU这个要素的功能安全评估不在本次安全活动范围内又因为MCU与安全相关所以要由相应的供应商提供必要的认证或者证据。
4 安全活动的评审
当相关项安全目标的最高ASIL等级是ASILB、C或D时要求进行相关项的功能安全审核应委派一名或多名人员开展一次或多次功能安全审核所委派的人员应提供包含对功能安全所要求的过程实施情况的评估报告。 如果由SPICESoftware Process Improvement and Capability Determination软件过程改进和能力测试评估人员开展功能安全审核那么可以和功能安全审核同时开展。SPICE评估人员可以向功能安全审核人员提供反馈。但是SPICE评估不足以对功能安全进行评估仅能同步检查某些支持过程。 组织的流程定义可以同时符合多种标准比如GB/T和SPICE的配置管理流程要求。这种流程的协调有助于避免重复工作以及流程的不一致。对于协调后的流程可提供组织对GB/T的要求和对SPICE的交叉引用的专门的流程。
5 安全活动的评估
功能安全评估范围应包括安全计划要求的工作成果、功能安全要求的流程以及流程的评估可基于功能安全审核的结果。对在相关项开发过程中已实施的且可评估的安全措施进行适宜性和有效性评审对于在产品生产子阶段实施的但不能在相关项开发过程中进行评估的安全措施可与生产过程能力结合在一起进行评估。
功能安全评估应考虑 a) 其它认可措施的计划 b) 认可评审和功能安全审核的结果 c) 功能安全评估的建议
6 交付物
安全计划 项目计划细化的 功能安全评估计划 认可措施报告
