3.1.1 两者的差异分析

　　ISO 26262工程技术活动详细拆解为系统级、硬件级以及软件级活动。与CMMI3定义的工程过程维度的活动进行对比分析，梳理出的具体差异如表1所示。灰色部分表示ISO26262与CMMI3级流程要求一致;对于在CMMI3级流程体系中无法实现的工程技术要求，则作为ISO26262特有的过程定义补充在CMMI标准中，并通过制定相应过程的裁剪指南来满足功能安全开发的特殊要求。

　　3.1.2 具体部署

　　在CMMI的工程过程部署的基础上，将需要部署的ISO26262相关部分整合，整合后如图3所示。

　　3.1.3 部署举例

　　以软件级产品开发生命周期中的软件架构设计、软件单元设计及实现的验证活动为例，讨论如何将ISO26262标准的验证要求与CMMI3级要求的验证过程要求统一部署。

　　在CMMI的验证过程定义中，评审方式的定义比较简单，如自查、走查、正式评审等。基于该评审策略，将功能安全开发要求的验证方式整合到评审方式章节，原有非功能安全开发的评审方式不变，在此基础上，增加了对功能安全开发的相关验证活动裁剪指南，如表2所示。

　　通过上述验证规范的部署举例，将ISO26262工程过程部署在现有CMMI3级组织内的主要步骤总结如下：

　　(1)EPG必须详细理解ISO26262标准所提出的工程开发的技术要求，分析与现有流程的差异性;

　　(2)EPG将ISO26262标准的各项要求追加或合并到已定义的CMMI流程中，并制定详细的裁剪指南，以满足功能安全开发及非功能安全开发的不同要求。

　　(3)工程师根据裁剪指南及开发要求，选择合适的开发流程及标准。

　　4 结束语

　　随着现代汽车工业的迅猛发展，汽车电子已经成为汽车的核心竞争力。这不仅要求汽车电子产品质量高，而且必须符合严格的功能安全标准。本文以某整车厂的汽车电子软件开发为例，介绍了在基于V模型的汽车电子软件开发中如何高效地部署CMMI3级规范，并在此基础上，重点介绍了如何将ISO26262标准的工程技术要求与CMMI3的工程过程域相结合并统一部署，从而指导开发高质量、高安全等级的汽车电子产品。