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