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