本连载以中小供应商为对象,主要介绍ISO26262的実践经验。第3回我们介绍下ISO 26262导入时最初的难关:流程搭建。当中会提到“裁剪”和“DIA(开发接口协定)”等在ISO 26262频繁使用的用语。 前面一篇对功能安全导入的准备工作进行了重点解说。本次虽然说也算是准备工作的一环,不过,作为功能安全导入的最初的难关,是想试着说明一下功能安全流程的搭建。
本公司的责任范围
下图显示了ISO26262设想的典型车载系统构成要素。
図1 典型车载系统的构成
本公司负责的功能安全流程的范围,虽然看上去是一目了然的事情,但是跟公司开发的产品在车载系统中处于怎样的位置有很大的依赖关系。汽车主机厂需要覆盖ISO26262所有Part的流程。大的供应商与汽车厂商几乎需要同样的流程,也会涉及到系统开发(PART 4)以后的流程。
对于本连载的对象-中小供应商,只负责图1中子系统A和B,系统B 1和B2,或只负责硬件(HW)和软件(SW)的情况很多。在这种情况下所需要的流程,可能系统开发(PART 4)以后,以 HW开发(PART5)和SW开发(PART 6)为中心的流程就可以应对。当然,产品开发管理和支持相关的Part2,Part8、Part9的流程也是需要的。
在功能安流程的搭建上,本公司产品的负责范围和ISO 26262要求的哪个PART对应需要事先明确。
特别是中小供应商的情况下,必须在人力和预算有限的条件下高效的应对,好好地瞄准目标是非常重要的。首先,想好各种各样的产品和开发模式,制定对所有的情况都能应对的流程从中长期战略上看是很有意义的。但是,如果想着重先用最低限度的劳力尽快实现功能安全的话,首先以可以想到的产品和开发模式为焦点,在这个基础下搭建对应的流程是相对更现实的。
对象
整车/项目
<