xxx质量保证计划.docx

xxx质量保证计划.docx

《xxx质量保证计划.docx》由会员分享，可在线阅读，更多相关《xxx质量保证计划.docx（11页珍藏版）》请在冰豆网上搜索。

xxx质量保证计划

xxxx系统

质量保证计划

文件编号：

XXXX—PROC－PPQA

版本：

1.0

编写人

李光庆

日期

评审

评审号/日期

批准

状态/日期

发布范围

XXXX项目组

版本历史记录

日期

版本号

修改内容

作者

审核人

审核日期

2013-7-31

1.0

新建

李光庆

1介绍

1.1目的

本计划是xxxx系统项目计划的组成部分，描述了在项目开发过程中与质量保证活动相关的内容。

通过制定质量保证计划，使相关人员在项目开始时对将要执行的PPQA活动具有充分的理解并达成共识，对PPQA活动的进度安排有足够的了解，确保PPQA活动与项目整个生命周期的全部活动在时间和范围上保持一致，充分起到对项目执行PPQA活动进行指导和监控的作用，使项目的PPQA活动全面和有计划的进行，从而使管理者对软件项目正使用的过程和正构造的产品有适当的了解，及时预防任何潜在的质量问题，以确保纠正措施能及时的实施，辅助项目组获得高质量的最终产品。

1.2背景

通过本计划描述xxxx系统的项目范围、工作内容、工作方法、时间安排、管理与控制办法、资源情况等，使项目的实施在本计划的基础上得到实施与控制。

1.3范围

本计划按照公司级软件质量保证方针、规程、模板制定，内容覆盖了PPQA组的角色、职责和权限，PPQA组的资源要求，项目的PPQA组活动和进度安排；PPQA组怎样支持软件开发计划、标准和规程的制定，PPQA依据标准、规程和已定义的过程对项目执行过程和工作产品的审核，以及对审核结果进行跟踪、报告、反馈信息的方法和频度。

本计划的执行贯穿于软件项目生命周期的全过程。

1.4参考资料

XXXX_项目计划

XXXX_项目进度计划

PPQA质量保证过程

1.5术语

PPQA：

ProcessandProductQualityAssurance过程与产品质量保证

2角色和职责

角色

姓名

职责

项目经理

许雁

1、协助PPQA制定PPQA质量保证计划，并支持该计划的执行。

2、解决PPQA发现的不符合问题。

3、定期、以及在事件驱动下，检查质量活动的状态和效果。

主管高层

黄文卓

1、提供足够的资源与资金保障，以支持质量保证活动的执行。

2、在选定的里程碑处对质量保证活动和工作产品进行评审。

3、提供足够的支持和保障，以确保质量保证活动的客观性。

4、解决项目组内无法解决的不符合问题。

项目组成员

许雁，李姣，王祥飞，刘春雷，陈威，王钰琪，甘雨生

1、为PPQA进行质量保证活动提供材料和数据。

2、按照项目选定的过程、规程、标准、模板和质量要求来完成相关活动。

配置管理工程师

李光庆

1、为PPQA进行质量保证活动提供材料和数据。

2、按照项目选定的过程、规程、标准、模板和质量要求来完成相关活动。

3、管理与质量保证相关的受控工作产品。

质量保证工程师

李光庆

1、协助项目组定义项目适用的规范等；

2、制定项目的软件质量保证工作计划；

3、引导项目组进行项目策划；

4、指导项目组进行估计；

5、指导项目组进行风险预测与评估；

6、监控开发过程是否按所定义规范、按计划实施；

7、汇报项目开发过程问题；

8、参与XXXX改进活动；

9、在有需要时，定期与客户的质量人员一起审核质量保证活动的执行情况和效果；

10、向项目相关人员定期的报告质量保证活动状态和结果。

3评价标准

根据质量体系标准来评价产品与过程：

所有的交付物都要执行PPQA；

执行PPQA要有检查单；

有检查就要有记录，无论是否有问题；

有问题就要跟踪关闭；

对问题要分类分析；

4资源要求

4.1环境资源

4.1.1硬件设备

设备名称／类别

配置

数量

用途

获取方式

负责人

到位时间

备注

版本控制服务器

硬盘：

100G以上剩余空间

内存：

2G以上

CPU：

2G以上

1

文档和代码控制

申请

2013-7-31

2013-7-29日开通配置库

4.1.2支持工具和软件环境

软件工具和版本

数量

用途

获取方式

负责人

到位时间

备注

SVN

1

配置项版本控制

申请

李光庆

2013-7-31

MyEclipse

1

软件开发

申请

谭华斌

入职

默认装置

IE7—IE8

1

客户端测试

申请

谭华斌

入职

默认装置

4.2技能培训需求

无

5质量保证活动

5.1参与项目活动安排

主要活动内容

时间

目标与任务

备注

参与项目计划制定

项目策划阶段

指导项目计划的制定，参与和了解项目策划过程；

无。

参与项目周会

每周（有选择性的参与）

了解项目进度是否出现偏差；了解项目出现的问题；识别是否有新的风险产生；

无。

参与项目评审会

每次评审时（有选择性参与）

审核每次评审会是否遵循评审流程；审核评审的结果；

无。

参与项目里程碑会议

每里程碑时

审核项目进展、项目阶段成本、工作量、质量是否出现偏差；审核阶段产品；了解该阶段出现的问题；识别下阶段是否有新的风险；

无。

项目事件驱动下审核

不定期

了解该事件发生对项目进度、成本、工作量、质量等是否有影响；

无。

参与项目结项会议

项目结项

审核项目结项是否遵循结项过程；了解项目总结报告；提交QA总结报告；

无。

5.2对过程的检查

过程名称

评审时机

评审标准

采用的检查单

项目立项过程

立项申请得到审批时

质量保证方针《项目立项和策划管理流程》

《项目立项过程检查单》

项目策划过程

项目计划以及支持计划完成时

质量保证方针《项目立项和策划管理流程》

《项目策划过程检查单》

项目需求过程

需求分析基线发布后一周内

质量保证方针《需求管理过程检查单》

《需求管理过程检查单》

项目监督与控制过程

每阶段结束后进行检查

质量保证方针《项目监督与控制流程》

《项目监督与控制过程检查单》

变更管理过程

变更申请时

质量保证方针《项目计划变更管理流程》

《变更管理过程检查单》

风险管理过程

阶段结束后进行检查

质量保证方针《风险管理流程》

《风险管理过程检查单》

同行评审过程

工作产品评审后进行检查

质量保证方针《同行评审管理流程》

《同行评审过程域检查单》

配置管理过程

配置管理计划评审时、配置阶段报告、配置审计及配置检查表完成时

配置管理说明书

《配置管理过程域检查单》

设计、编码过程

检查代码是否按规范编写

质量保证方针《系统设计编码过程》

《设计、编码过程检查单》

产品测试过程

测试计划、测试用例评审、测试用例执行时进行检查

质量保证方针《软件测试流程》、《产品集成管理流程》

《测试过程检查单》

产品结项过程

结项阶段

质量保证方针《产品实施过程》、《产品发布规程》

《产品实施过程检查单》

《产品发布过程检查单》

5.3对产品的检查

产品名称

检查时机

检查标准

采用的检查单

立项申请表

项目正式立项后进行检查

符合文档规范，评审通过

项目计划检查单

估计记录表

工作产品完成后评审前进行检查

符合文档规范，评审通过

项目计划检查单

估计记录表检查单

项目计划

项目计划完成后评审前

符合文档规范，计划可执行，评审通过

项目计划检查单

配置管理计划

计划完成后评审前

符合文档规范，评审通过

项目计划检查单

测试计划

计划完成后评审前

符合文档规范，计划可执行，评审通过

项目计划检查单

测试计划检查单

风险识别及评估跟踪表

项目计划阶段，工作产品完成后评审之时

符合文档规范

项目计划检查单

风险识别及评估跟踪表检查单

项目监控数据表

项目设计开发阶段

符合文档规范，跟踪可执行，评审通过

项目监控数据表检查单

需求规格说明书

工作产品完成后评审前进行检查

符合文档规范，用户确认，评审通过

用户需求规格说明书检查单

用户需求规格说明书评审检查单

软件需求规格说明书检查单

软件需求规格说明书评审检查单

概要设计说明书

工作产品完成后评审前进行检查

符合文档规范，覆盖需求点，评审通过

软件设计评审检查单（QA）

软件设计评审检查单（专家）

详细设计说明书

工作产品完成后评审前进行检查

符合模板要求，评审通过

软件设计评审检查单（QA）

软件设计评审检查单（专家）

数据库设计说明书

工作产品完成后评审前进行检查

符合模板要求，评审通过

软件设计评审检查单（QA）

软件设计评审检查单（专家）

软件代码

开发过程、

产品交付日期

符合编码规范，满足设计要求，评审通过

代码评审检查单（QA）

代码评审检查单（专家）

单元测试报告

单元测试完成之际

符合模板要求

单元测试检查单

测试用例

工作产品完成后评审时进行检查

符合文档规范，覆盖需求点，评审通过

测试用例检查单

缺陷分析报告

测试完成后

符合模板要求,评审通过

缺陷记录检查单

测试总结报告

测试完成后

符合模板要求,评审通过

测试总结报告检查单

发布申请表

各阶段完成后

符合文档规范

产品交付清单检查单

发布申请检查单

阶段活动报告

各阶段评审前

符合模板要求,评审通过

项目阶段报告检查单

配置审计及配置项检查表

各基线发布后，各阶段完成后

符合模板要求

配置管理工作产品检测单

度量分析报告

各阶段评审前

符合模板要求,评审通过

度量与分析报告检查单

用户操作手册

文档完成后评审前

符合文档要求,评审通过

用户操作手册检查单

系统安装验收报告

工作产品交互后一周内

符合文档要求，客户确认

系统安装验收报告检查单

项目总结报告

文档完成后评审前

符合文档要求，评审通过

项目总结报告检查单

5.4不符合项处理

项目执行的不符合项优先报告给直接责任人和PM，尽可能的在项目组内部解决不符合项问题。

对于影响重大的问题，QE在报告PM的同时，也可以抄送给主管高层，以便尽早解决问题，降低项目风险。

对于项目组不能解决的问题，由PPQA直接报告给主管高层，并知会给PPQALeader和PM，直至问题的落实。

“项目组不能解决”的定义是：

PPQA认为是问题，而项目组认为不是。

PM明确表示无法解决的问题。

PPQA提交问题2周以后，项目组仍然未开始解决的问题。

超过了问题解决期限2周以后，仍未解决的问题。

5.5PPQA工作报告

在对评价过程或工作产品（和服务）后，PPQA需要在当天提交评价的发现和结论给相关活动/工作产品的负责人。

PPQA定期编制《工作日志》，提交给PM、主管高层。

明确PPQA的报告机制，包括：

报告对象、报告周期、问题升级时的报告机制、紧急情况下的报告渠道等。

里程碑处和重要阶段处，PPQA需要对项目的阶段质量活动情况进行总结，生成《PPQA阶段报告》，作为里程碑评审的依据。

需要时，PPQA和主管高层进行面对面的工作汇报。