《产品质量目标及计划.doc》由会员分享，可在线阅读，更多相关《产品质量目标及计划.doc（9页珍藏版）》请在三一办公上搜索。
1、-产品质量目标与质量方案 发布日期：年月修订记录序号修订+/-说明作者版本号日期批准12345678910. z.-目录1介绍11.1目的11.2围11.3定义和缩写12工程过程定义12.1质量目标12.2通过技术手段保证质量22.3质量控制活动23质量保证活动43.1部审计43.2交付件审计(按阶段)43.3基线审计41 介绍产品质量目标确实定是基于业务目标、客户期望和组织能力。产品质量方案应参考IPD及各使能流程，任何偏离都应列出。质量方案考虑了质量策略和指南。当出现新状况和/或状况有改变时，本文档需要更新。1.1 目的据公司质量方针和策略，结合本产品的质量要求，制定本产品要到达的质量目标
2、，以及为达成这些质量目标所采取的策略和行动的方案。为后面对整个工程过程质量的把控提供指导依据1.2 围本质量方案给出了在开发*产品时需要执行的质量保证活动的大纲。本文档供*产品组成员使用。1.3 定义和缩写对文档中涉及的局部专业名词或者缩写经行说明。2 工程过程定义选择开发模型：全新开发类，增强类，维护类，降本钱类等等，根据不同的开发类型选择对应的流程模型，再根据工程的具体情况，可在此根底上进一步流程裁剪，写出与标准开发流程的偏差，并说明裁剪原因。裁剪后的流程确定为此工程最终要严格执行的流程。2.1 质量目标可以定性或定量描述，为提高可控制性，尽量采用定量质量指标描述。假设能定量描述，请参考下
3、表，下表各要素可依据工程情况进展适当增减：表工程质量目标NO.工程质量目标目标基线暂不填上限暂不填下限暂不填说明1进度偏差率80%需求稳定性902硬件第一次样机制作完成前缺陷发现数目=33样机投板次数20%软件发布前缺陷发现密度4编码缺陷发现密度5硬件/软件总体设计缺陷发现数目6硬件/软件详细设计缺陷发现数目7需求更改/设计更改/工程更改数8文档齐套性9进度偏差率10需求稳定性11.注：方案偏差率，上限表示最大偏差，下限表示最小偏差2.2 通过技术手段保证质量通过哪些技术手段可以保证质量目标和关键性能指标的达成，着重于技术方面的手段去描写。例如：通过静态代码分析工具和自动化软件测试工具可以有效
4、提高软件质量。2.3 质量控制活动罗列工程过程中要执行的质量控制活动，比方定期会议汇报工程进程和问题，要求工程师自检，部小组评审，TR评审等。如下面2.3.1 2.3.2 2.3.3 可进展增减2.3.1 技术评审活动产品开发过程中需要哪些技术评审活动，哪些技术评审点可以合并.每个评审关注点是什么.各技术评审点的评审要素的裁剪说明w 技术评审1和技术评审2合并 TR1与TR2的评审要素合并，并裁剪，评审要素重点放。，而。方面要素可免去。合并后重点对*进展评审w 技术评审3TR3的评审要素需裁剪，评审要素重点放。，而。方面要素可免去。评审关注点为。w 技术评审4TR4的评审要素需不裁剪；评审关注
5、点为。w 技术评审5TR5的评审要素需不裁剪；评审关注点为。w 技术评审6TR6的评审要素需不裁剪；评审关注点为。2.3.2 正规检视活动同行评审产品开发过程中需要设置对哪些输出的正规检视活动.w 软件模块测试方案w 软件概要设计w 软件代码w 软件测试报告w 硬件总体设计w 硬件电路原理图和PCB图w 硬件测试报告2.3.3 测试对测试策略和测试活动进展说明：详见产品测试与验证方案由此局部信息由TE提供3 质量保证活动罗列应该执行的质量保证活动。举例如下：3.1 部审计每个工程在开发生命周期中至少进展一次部审计。3.2 交付件审计(按阶段)规定在哪些活动之后要进展交付件审计w 技术评审1之后w 技术评审2之后w 技术评审3之后w 技术评审4之后w 技术评审5之后w 技术评审6之后3.3 基线审计规划在哪些阶段点需要进展基线审计。w 技术评审1之后w 技术评审2之后w 技术评审3之后w 技术评审4之后w 技术评审5之后w 技术评审6之后. z.
