嵌入式软件产品管理程序(含表格)

文件制修订记录
1.0目的
通过对嵌入式软件开发评估及从诞生到废止整个生命周期的质量活动的控制，确保软件质量。

2.0范围
适用于公司带有嵌入式软件的产品的管理。

3.0参考文件
3.1 《产品质量先期策划控制程序》
4.0 定义
4.1 嵌入式软件：嵌入在硬件中的操作系统和开发工具软件。

针对汽车行业，主要指搭载于汽车上的电子控制单元（ECU）/车载电脑，分为：信息多媒体系、车身系、动力传动系、安全系等。

4.2 软件质量：与软件产品满足明确或隐含需求的能力有关的特性和特性的总和。

4.3 软件质量保证：确保软件产品从诞生到废止的所有阶段的质量的活动。

4.4 SPICE：software process improvement and capability determination软件过程改进和能力测定。

4.5 CMMI：Capability Maturity Model Integration软件能力成熟度模型集成。

5.0权责
5.1 研发部：负责对嵌入式软件产品要求的识别、评审与自评估。

5.2 业务部：负责嵌入式软件产品要求的顾客沟通、内部传递。

5.3采购：负责嵌入式软件供应商的开发、与能力评定。

6.0工作程序
6.1嵌入式软件要求的收集与确认
6.1.1 业务部在确定产品相关要求时需收集顾客对嵌入式软件的要求，并将相关信息传递至研发部。

6.1.2 研发部对嵌入式软件进行识别与评审，并将其纳入产品设计输入。

6.1.3 如与顾客有合同约定，应对公司产品及嵌入式软件在最终顾客产品系统中的接口进行评审，并在设计和开发确认时加以评价。

6.2嵌入式软件的控制
6.2.1对内部开发的嵌入式软件，研发部应采用适用的软件开发评估方法（如：SPICE、CMMI、
VDA13等）对嵌入式软件开发过程进行自评，按照风险和对顾客潜在影响的优先级保留相关自评估的记录。

6.2.2 在进行内部审核策划时，应包含对软件开发能力的评估。

6.2.3 对外部提供嵌入式软件的汽车产品供应商，采购部要求其实施和保持一个软件质量保证系统，并按照风险和对顾客潜在影响的优先级，要求供应商提交SPICE自评或等同评估以作为供应商系统能力的证据。

6.2.4 对嵌入式软件供应商的能力可以按SPICE进行评定。

该评定应当在供应商开发活动早期进行，不能晚于生产件批准。

6.2.5 嵌入式软件产品变更时（包括公司内部和供应商提议的），应对软硬件版本进行升级，保留变更记录。

并在实施前需得到顾客批准，或者授权。

6.2.6 当已交付的带嵌入式软件产品发生顾客投诉或退货时，应按顾客要求对最终顾客产品系统中的嵌入式软件接口进行分析，及时将试验/分析结果反馈给顾客，并在公司内部传递。

6.3 SPICE能力级别
6.3.1 SPICE利用ISO15504系列里定义的0级-5级能力级别，公司内部及供应商至少需达到级别3。

依据CMMI对软件过程和产品评价的要求，软件过程和产品评价的主要活动包括：制定软件质量保证计划、过程评价、产品评价、不符合项的处理与跟踪以及编写质量保证报告。

6.4.1 制定软件质量保证计划：
（1）确定质量保证组人员及其职责；
（2）确定过程和产品质量保证活动所需要的资源，包括：工具、设备等；
（3）确定项目应遵循的标准、规范、规程和准则（例如设计准则、编码准则）等；
（4）确定过程评价准则和产品评价准则（包括：评价对象、评价时机、评价方式和相关参
与者）；
（5）确定质量保证报告的要求。

在项目过程中，可一个阶段或事件驱动地完成质量保证报告。

驱动事件一般包括基线到达、里程碑到达和产品交付等；
（6）确定过程和产品质量保证主要活动，并根据主要活动确定每项活动利益相关方参与计划，包括：参与的人员和时间安排等内容。

（7）依据初步的软件开发计划中确定的标准、规范、规程和准则（例如设计准则、编码准则）等，结合项目的具体质量要求，制定过程评价表和产品评价表。

（8）根据以上策划结果，制定软件质量保证计划。

6.4.2 过程和产品评价：
（1）对过程和产品进行客观评价。

在软件质量保证计划规定的评价时机到达时，利用软件质量保证计划中明确的过程和产品评价表对过程和产品进行评价，检查其对过程说明、标准和规程等的遵循性。

（2）标识不符合项，对识别出的每个不符合项应填写不符合项报告与处置表。

不符合项标识可采用如下方式：项目标识--不符合项--类型--序号。

（3）通报过程和产品评价结果。

过程和产品评价完成后，质量保证组填写过程和产品评价表，并将评价结果通报给项目负责人、软件工程组和其他利益相关方。

（4）对于变更后的工作产品，可在不符合项报告与处置表纠正措施验证时给予评价。

6.4.3 不符合项的处理与跟踪：
（1）评估和处理不符合项。

项目负责人组织质量保证组和相关人员对不符合项进行分析评估，确定每个不符合项的严重程度并提出处理意见。

（2）跟踪验证和评审不符合项。

质量保证组应跟踪每个不符合项的纠正措施，并对结果进行验证，直至不符合项关闭。

（3）通报不符合项处理结果。

质量保证组应将不符合项、处理与跟踪结果通给责任单位领导、项目负责人、软件工程组和其他利益相关方。

6.4.4 编写质量保证报告：
（1）分析质量保证活动完成情况以及不符合项纠正情况。

质量保证组应定期（一般一个月一次）对照软件质量保证计划，分析软件质量保证计划的完成情况，主要包括：已实施的质量保证活动、应完成但未完成的质量保证活动及其原因。

分析发现的不符合项及其严重程度、不符合项的状态、纠正措施的完成情况等。

（2）质量趋势分析。

质量保证组可利用趋势图或不符合项在软件生存周期各阶段的分布图分析不符合项以确定质量趋势。

（3）质量保证组提出软件工程过程改进建议，例如，修改管理措施、更新技术标准／规范、改进软件生存周期过程模型和评价准则等。

（4）当软件产品完成后，在产品交付前应对产品质量进行评估，评估要交付的软件产品是否符合用户的质量要求。

（5）质量保证组编写质量保证报告，质量保证报告的主要内容包括：过程评价计划完成情况、工作产品评价计划完成情况、质量趋势分析和过程改进建议等。

质量保证报告应通报给责任单位领导、项目负责人、软件工程组和其他利益相关方。

（6）当软件确认合格后，要对烧录软件版本的《技术状态表》的记录内容进行受控管理，以便于后续生产使用和变更管理的识别。

7.0相关记录:
《嵌入式软件开发评估表》
嵌入式软件开发评
估表范例.doc
《VDA-Automotive-SPICE3.1嵌入式软件开发过程评估表》
VDA-Automotive
-SPICE3.1.xlsx。