产品质量目标与计划.doc

产品质量目的与质量计划编 制： 审 核： 批 准： 发布日期： 年 月 修订记录序号修订（+/-）说明作者版本号日期批准12345678910目 录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 目的据公司质量方针和策略，结合本产品的质量规定，制定本产品要达成的质量目的，以及为达成这些质量目的所采用的策略和行动的计划。为后面对整个项目过程质量的把控提供指导依据1.2 范围本质量计划给出了在开发XXX产品时需要执行的质量保证活动的大纲。本文档供XXX产品组成员使用。1.3 定义和缩写对文档中涉及的部分专业名词或者缩写经行说明。2 项目过程定义选择开发模型：全新开发类，增强类，维护类，降成本类等等，根据不同的开发类型选择相应的流程模型，再根据项目的具体情况，可在此基础上进一步流程裁剪，写出与标准开发流程的偏差，并说明裁剪因素。裁剪后的流程拟定为此项目最终要严格执行的流程。2.1 质量目的可以定性或定量描述，为提高可控制性，尽量采用定量质量指标描述。若能定量描述，请参考下表，下表各要素可依据项目情况进行适当增减：表 项目质量目的NO.项目质量目的目的基线（暂不填）上限（暂不填）下限（暂不填）说明1进度偏差率80%需求稳定性902硬件第一次样机制作完毕前缺陷发现数目=33样机投板次数20%软件发布前缺陷发现密度4编码缺陷发现密度5硬件/软件总体设计缺陷发现数目6硬件/软件具体设计缺陷发现数目7需求更改/设计更改/工程更改数8文档齐套性9进度偏差率10需求稳定性11.注：计划偏差率，上限表达最大偏差，下限表达最小偏差2.2 通过技术手段保证质量通过哪些技术手段可以保证质量目的和关键性能指标的达成，着重于技术方面的手段去描写。例如：通过静态代码分析工具和自动化软件测试工具可以有效提高软件质量。 2.3 质量控制活动（罗列项目过程中要执行的质量控制活动，比如定期会议报告项目进程和问题，规定工程师自检，内部小组评审，TR评审等。如下面2.3.1 2.3.2 2.3.3 可进行增减）2.3.1 技术评审活动产品开发过程中需要哪些技术评审活动，哪些技术评审点可以合并？每个评审关注点是什么？各技术评审点的评审要素的裁剪说明w 技术评审1和技术评审2合并 TR1与TR2的评审要素合并，并裁剪，评审要素重点放。，而。方面要素可免去。合并后重点对XXX进行评审w 技术评审3TR3的评审要素需裁剪，评审要素重点放。，而。方面要素可免去。评审关注点为。w 技术评审4TR4的评审要素需不裁剪；评审关注点为。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之后