ZK-QP-005 嵌入式软件产品管理程序

PAGE东莞市再酷科技有限公司嵌入式软件产品管理程序文件编号：ZK-QP-005版本/版次：A0生效日期：2022年3月10日二阶程序文件文件编号ZK-QP-005版本/版次A0嵌入式软件产品管理程序生效日期2022-3-10页码/页数4/6文件修订记录序号修订日期修订内容版本变化修订者 1.0目的通过对嵌入式软件开发评估及从诞生到废止整个生命周期的质量活动的控制，确保软件质量。2.0范围适用于公司带有嵌入式软件的产品的管理。3.0参考文件3.1《APQP控制程序》4.0定义4.1嵌入式软件：嵌入在硬件中的操作系统和开发工具软件。针对汽车行业，主要指搭载于汽车上的电子控制单元（ECU）/车载电脑，分为：信息多媒体系、车身系、动力传动系、安全系等。4.2软件质量：与软件产品满足明确或隐含需求的能力有关的特性和特性的总和。4.3软件质量保证：确保软件产品从诞生到废止的所有阶段的质量的活动。4.4SPICE：softwareprocessimprovementandcapabilitydetermination软件过程改进和能力测定。4.5CMMI：CapabilityMaturityModelIntegration软件能力成熟度模型集成。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.3SPICE能力级别6.3.1SPICE利用ISO15504系列里定义的0级-5级能力级别，公司内部及供应商至少需达到级别3。Level5最适化流程Level4可预测流程Level3已确立流程基于组织标准流程，以“部门单位”执行业务工作的阶段Level2已管理流程在领导的指挥下，以“团队单位”执行业务工作的阶段Level1已执行流程以“个人单位”零散地执行业务工作的阶段Level0不完全流程6.4软件评价流程依据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）当软件产品完成后，在产品交付前应对产品质量进