xxx_质量保证计划

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