xxx-质量保证计划

xxxxxxxx 系统系统 质量保证计划质量保证计划 文件编号：XXXXPROCPPQA 版本：1.0 编写人李光庆日期 评审评审号/日期 批准状态/日期 发布范围XXXX 项目组 版本历史记录 日期日期版本号版本号修改内容修改内容作者作者审核人审核人审核日期审核日期 2013-7-311.0新建 李光庆 目录目录 1介绍 .2 1.1目的.2 1.2背景.2 1.3范围.2 1.4参考资料.2 1.5术语.2 2角色和职责 .2 3评价标准 .3 4资源要求 .3 4.1环境资源.3 4.1.1硬件设备.3 4.1.2支持工具和软件环境.4 4.2技能培训需求.4 5 质量保证活动.4 5.1 参与项目活动安排.4 5.2 对过程的检查.5 5.3 对产品的检查.5 5.4 不符合项处理.7 5.5 PPQA 工作报告.7 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：Process and Product Quality Assurance 过程与产品质量保证 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 以上 1 文档和 代码控 制 申请2013-7-312013-7-29 日开通配置 库 设备名称设备名称 类别类别 配置配置数量数量用途用途获取方式获取方式负责人负责人到位时间到位时间备注备注 CPU：2G 以上 4.1.2 支持工具和软件环境支持工具和软件环境 软件工具和版本软件工具和版本数量数量用途用途获取方式获取方式负责人负责人到位时间到位时间备注备注 SVN 1 配置项版本控制 申请李光庆2013-7-31 MyEclipse 1 软件开发 申请谭华斌入职默认装置 IE7IE8 1 客户端测试 申请谭华斌入职默认装置 4.2技能培训需求技能培训需求 无 5 质量保证活动质量保证活动 5.1 参与项目活动安排参与项目活动安排 主要活动内容主要活动内容时间时间目标与任务目标与任务备注备注 参与项目计划制定项目策划阶段指导项目计划的制定， 参与和了解项目策划过 程； 无。 参与项目周会每周（有选择性的参与）了解项目进度是否出现 偏差；了解项目出现的 问题；识别是否有新的 风险产生； 无。 参与项目评审会每次评审时（有选择性参 与） 审核每次评审会是否遵 循评审流程；审核评审 的结果； 无。 参与项目里程碑会议每里程碑时审核项目进展、项目阶 段成本、工作量、质量 是否出现偏差；审核阶 段产品；了解该阶段出 现的问题；识别下阶段 是否有新的风险； 无。 项目事件驱动下审核不定期了解该事件发生对项目 进度、成本、工作量、 质量等是否有影响； 无。 参与项目结项会议项目结项审核项目结项是否遵循无。 主要活动内容主要活动内容时间时间目标与任务目标与任务备注备注 结项过程；了解项目总 结报告；提交 QA 总结 报告； 5.2 对过程的对过程的检查检查 过程名称过程名称评审时机评审时机评审标准评审标准采用的检查单采用的检查单 项目立项过程立项申请得到审批时 质量保证方针项目 立项和策划管理流程 项目立项过程检查单 项目策划过程项目计划以及支持计划完成时 质量保证方针项目 立项和策划管理流程 项目策划过程检查单 项目需求过程需求分析基线发布后一周内 质量保证方针需求 管理过程检查单 需求管理过程检查单 项目监督与控制 过程 每阶段结束后进行检查 质量保证方针项目 监督与控制流程 项目监督与控制过程检查单 变更管理过程变更申请时 质量保证方针项目 计划变更管理流程 变更管理过程检查单 风险管理过程阶段结束后进行检查 质量保证方针风险 管理流程 风险管理过程检查单 同行评审过程工作产品评审后进行检查 质量保证方针同行 评审管理流程 同行评审过程域检查单 配置管理过程 配置管理计划评审时、配置阶段报告、 配置审计及配置检查表完成时 配置管理说明书配置管理过程域检查单 设计、编码过程检查代码是否按规范编写 质量保证方针系统 设计编码过程 设计、编码过程检查单 产品测试过程 测试计划、测试用例评审、测试用例执 行时进行检查 质量保证方针软件 测试流程 、 产品集 成管理流程 测试过程检查单 产品结项过程结项阶段 质量保证方针产品 实施过程 、 产品发 布规程 产品实施过程检查单 产品发布过程检查单 5.3 对产品的检查对产品的检查 产品名称产品名称检查时机检查时机检查标准检查标准采用的检查单采用的检查单 立项申请表项目正式立项后进行检查 符合文档规范，评审 通过 项目计划检查单 估计记录表工作产品完成后评审前进行检查 符合文档规范，评审 通过 项目计划检查单 估计记录表检查单 项目计划项目计划完成后评审前 符合文档规范，计划 可执行，评审通过 项目计划检查单 配置管理计划计划完成后评审前 符合文档规范，评审 通过 项目计划检查单 测试计划计划完成后评审前 符合文档规范，计划 可执行，评审通过 项目计划检查单 测试计划检查单 风险识别及评估跟踪 表 项目计划阶段，工作产品完成后评审之 时 符合文档规范 项目计划检查单 风险识别及评估跟踪表检查单 项目监控数据表项目设计开发阶段 符合文档规范，跟踪 可执行，评审通过 项目监控数据表检查单 需求规格说明书工作产品完成后评审前进行检查 符合文档规范，用户 确认，评审通过 用户需求规格说明书检查单 用户需求规格说明书评审检查 单 软件需求规格说明书检查单 软件需求规格说明书评审检查 单 概要设计说明书工作产品完成后评审前进行检查 符合文档规范，覆盖 需求点，评审通过 软件设计评审检查单（QA） 软件设计评审检查单（专家） 详细设计说明书工作产品完成后评审前进行检查 符合模板要求，评审 通过 软件设计评审检查单（QA） 软件设计评审检查单（专家） 数据库设计说明书工作产品完成后评审前进行检查 符合模板要求，评审 通过 软件设计评审检查单（QA） 软件设计评审检查单（专家） 软件代码 开发过程、 产品交付日期 符合编码规范，满足 设计要求，评审通过 代码评审检查单（QA） 代码评审检查单（专家） 单元测试报告单元测试完成之际符合模板要求单元测试检查单 测试用例工作产品完成后评审时进行检查 符合文档规范，覆盖 需求点，评审通过 测试用例检查单 缺陷分析报告测试完成后 符合模板要求, 评审 通过 缺陷记录检查单 测试总结报告测试完成后 符合模板要求, 评审 通过 测试总结报告检查单 产品名称产品名称检查时机检查时机检查标准检查标准采用的检查单采用的检查单 发布申请表各阶段完成后符合文档规范 产品交付清单检查单 发布申请检查单 阶段活动报告各阶段评审前 符合模板要求, 评审 通过 项目阶段报告检查单 配置审计及配置项检 查表 各基线发布后，各阶段完成后符合模板要求配置管理工作产品检测单 度量分析报告各阶段评审前 符合模板要求, 评审 通过 度量与分析报告检查单 用户操作手册文档完成后评审前 符合文档要求, 评审 通过 用户操作手册检查单 系统安装验收报告工作产品交互后一周内 符合文档要求，客户 确认 系统安装验收报告检查单 项目总结报告文档完成后评审前 符合文档要求，评审 通过 项目总结报告检查单 5.4 不符合项处理不符合项处理 项目执行的不符合项优先报告给直接责任人和 PM，尽可能的在项目组内部解决不符合项问题。 对于影响重大的问题，QE 在报告 PM 的同时，也可以抄送给主管高层，以便尽早解决问题，降低项目 风险。 对于项目组不能解决的问题，由 PPQA 直接报告给主管高层，并知会给 PPQA Leader 和 PM，直至问 题的落实。 “项目组不能解决”的定义是：PPQA 认为是问题，而项目组认为不是。PM 明确表示无法解决的问题。 PPQA 提交问题 2 周以后，项目组仍然未开始解决的问题。超过了问题解决期限 2 周以后，仍未