产品质量目标与计划.docVIP

产品质量目的与质量计划

编制：

审核：

批准：

发布日期：

年

月

修订记录

序号

修订（+/-）说明

作者

版本号

日期

批准

1

2

3

4

5

6

7

8

9

10

目录

TOC\o1-2\u1 介绍 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

介绍

产品质量目的的拟定是基于业务目的、客户盼望和组织能力。产品质量计划应参考IPD及各使能流程，任何偏离都应列出。质量计划考虑了质量策略和指南。当出现新状况和/或状况有改变时，本文档需要更新。

目的

据公司质量方针和策略，结合本产品的质量规定，制定本产品要达成的质量目的，以及为达成这些质量目的所采用的策略和行动的计划。为后面对整个项目过程质量的把控提供指导依据

范围

本质量计划给出了在开发XXX产品时需要执行的质量保证活动的大纲。本文档供XXX产品组成员使用。

定义和缩写

对文档中涉及的部分专业名词或者缩写经行说明。

项目过程定义

选择开发模型：全新开发类，增强类，维护类，降成本类等等，根据不同的开发类型选择相应的流程模型，再根据项目的具体情况，可在此基础上进一步流程裁剪，写出与标准开发流程的偏差，并说明裁剪因素。裁剪后的流程拟定为此项目最终要严格执行的流程。

质量目的

可以定性或定量描述，为提高可控制性，尽量采用定量质量指标描述。

若能定量描述，请参考下表，下表各要素可依据项目情况进行适当增减：

表项目质量目的

NO.

项目质量目的

目的

基线

（暂不填）

上限

（暂不填）

下限

（暂不填）

说明

1

进度偏差率

80%

需求稳定性

90

2

硬件第一次样机制作完毕前缺陷发现数目

=3

3

样机投板次数

20%

软件发布前缺陷发现密度

4

编码缺陷发现密度

5

硬件/软件总体设计缺陷发现数目

6

硬件/软件具体设计缺陷发现数目

7

需求更改/设计更改/工程更改数

8

文档齐套性

9

进度偏差率

10

需求稳定性

11

注：计划偏差率，上限表达最大偏差，下限表达最小偏差

通过技术手段保证质量

通过哪些技术手段可以保证质量目的和关键性能指标的达成，着重于技术方面的手段去描写。

例如：通过静态代码分析工具和自动化软件测试工具可以有效提高软件质量。

质量控制活动

（罗列项目过程中要执行的质量控制活动，比如定期会议报告项目进程和问题，规定工程师自检，内部小组评审，TR评审等。如下面2.3.12.3.22.3.3可进行增减）

技术评审活动

产品开发过程中需要哪些技术评审活动，哪些技术评审点可以合并？每个评审关注点是什么？

各技术评审点的评审要素的裁剪说明

技术评审1和技术评审2合并

TR1与TR2的评审要素合并，并裁剪，评审要素重点放。。。，而。。。方面要素可免去。合并后重点对XXX进行评审

技术评审3

TR3的评审要素需裁剪，评审要素重点放。。。，而。。。方面要素可免去。评审关注点为。。。

技术评审4

TR4的评审要素需不裁剪；评审关注点为。。。

技术评审5

TR5的评审要素需不裁剪；评审关注点为。。。

技术评审6

TR6的评审要素需不裁剪；评审关注点为。。。

正规检视活动（同行评审）

产品开发过程中需要设立对哪些输出的正规检视活动？

软件模块测试计划

软件概要设计

软件代码

软件测试报告

硬件总体设计

硬件电路原理图和PCB图

硬件测试报告

测试

对测试策略和测试活动进行说明：

详见《产品测试与验证计划》

由此部分信息由TE提供

质量保证活动

罗列应当执行的质量保证活动。

举例如下：

内部审计

每个项目在开发生命周期中至少进行一次内部审计。

交付件审计(按阶段)

规定在哪些活动之后要进行交付件审计

技术评审1之后

技术评审2之后

技术评审3之后

技术评审4之后

技术评审5之后

技术评审6之后

基线审计

规划在哪些阶段点需要进行基线审计。

技术评审1之后

技术评审2之后

技术评审3之后

技术评审4之后

技术评审5之后

技术评审6之后