软件_质量保证体系.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
[主题] 软件质量管理保证体系 文档作者 : 微软中国 撰写时间 : [ 发布日期 ] 文档状态 : [状态 ] [单位 ] 2 . 专业.专注 . 修订记录 版本 日期 描述 作者 . word 完美格式 . . 专业.专注 . 目录 修订记录 2 目录 3 公司内部标准 4 1.使用范围 4 2.引用标准 4 3.定义 4 4. 质量管理体系 4 4.1 软件质量管理责任分配 4 4.2 工作产品和活动 5 4.3 评审 6 4.4 质量保证 ( QA ) 8 4.5 软件测试 10 4.6 配置管理 11 . word 完美格式 . . 专业.专注 . 公司内部标准 本标准参照 CMMI3 《质量管理 和质量保证标准 》 1. 使用范围 本标准作为本公司在软件项目开发 、供应和维护时的质量要求 ,以保证产 品的质量 ,防止不合格产品 。 以下详细描述了软件开发各阶段的控制手段和要求 。要求质量保证贯穿各 个阶段,始终保证严格实施 。 2. 引用标准 本标准制定考虑本公司的实际情况 ,因此本标准仅用于本公司内部控制产品质量。 使用本文档时 ,请尽量参照最新版本 。 3.定义 产品:以下指软件产品 ,即交付给用户的一整套计算机程序 、规程及相关的文档和数据 。 开发:软件产品的所有活动 。 供方:指本公司 。 需方:指具体项目的需求方 ,即客户。 质量体系 :质量要素 、各要素需要达到的目标以及在开发过程中必须采取的措施。 质量管理体系 4.1 软件质量管理责任分配 . word 完美格式 . . 专业.专注 . 角色 职责 配置管理员 制定、创建和维护配置库 ,提供文档规范 ,并传达到各个部 门。 QA ( 质 量 保 参与项目各个阶段的评审 ,进行过程评审和产品审计 ,检查 证) 文档和代码的规范执行情况 QC ( 质 量 控 软件测试是质量控制的主要手段 ,测试人员进行软件的测试 制) 设计和执行工作 4.2 工作产品和活动 活动 责任人 工作产品 是否可裁剪 项目经理 项目计划 否 项目立项 配置管理员 配置管理计划 是 QA 质量保证计划 是 测试人员 系统测试计划 否 项目经理 需求调研报告 是 需求规格说明书 否 需求管理活动 用户、项目经理 用户确认书 是 QA 评审报告 是 概要设计说明书 否 设计过程 、决 设计组 界面设计图 是 详细设计说明书 是 策分析活动 项目经理 决策分析评议表 是 QA 评审报告 是 开发编码 、集 项目经理 版本发布记录 否 QA 评审报告 是 成过程活动 开发人员 程序代码 否 系统测试活动 测试人员 测试用例 、测试报告 否 QA 评审报告 是 项目结项 、交 项目经理 培训教材 是 付与维护活动 用户手册 是 . word 完美格式 . . 专业.专注 . 安装手册 是 项目总结报告 否 项目经理 、客户 用户验收报告 是 QA 评审报告 是 项目经理 项目问题跟踪日志 是 项目跟踪与监控 不符合项问题跟踪记录表 否 活动 QA 项目跟踪与监控活动检查单 是 风险管理活动 项目经理 风险管理列表 是 QA 风险管理活动检查单 是 配置状态报告 是 配置管理活动 配置管理员 变更请求审批表 是 变更跟踪记录表 是 QA 配置管理活动检查单 是 评审活动 项目成员 评审报告 否 QA 评审活动检查单 是 4.3 评审 评审是以一种正式的形式进行 ,如有正式的 、事先定义好的有关职责的各 种角色,并遵循组织规定的流程 。 对于任何工作产品的审计 ,都会组建与之对应的专门评审组 ,包括作者 、 主持人 、记录员以及陪审员若干 。评审组的成员可以包括 PPQA、项目组成员 , 但不能有作者的直接领导或者管理者 。 评审小组先召开一个预备 ,作者会针对工作产品向大家做个总体的介绍 , 例如讲解一下本工作产品的目标是什么 ,以及其相关的实现 细节、开发标准等 。 应该允许甚至鼓励评审组成员动手查看工作产品 ,或者查看开发过程中所用到的检查单 。 评审小组的主持人负责确定什么时间开始真正的评审会议 ,在预备会和正式评审会议之间 ,评审小组成员对工作产品进行彻底检查 ,并依据相关标准和准则评审工作产品 。 . word 完美格式 . . 专业.专注 . 在预定时间 ,评审小组成员以会议形式聚在一起 ,依次对产品进行检查 , 主持人负责对整个会议的进展进行控制 ,记录员记录下这个过程 。 在工作产品中发现的每一个缺陷都会被认真记录下来 ,并被适当分类 。 会议结束后 ,负责人需要分析相关缺陷 ,找出产生此缺陷的原因并加以修 正。 主持人应确保所有的缺陷都会得到解决和修正 。如果过程需要加以变更的 话,应将相关问题移交相关的质量保证人员 。 是否 阶段 评审内容 评审时机 参加人员

文档评论(0)

183****6506 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档