软件项目质量控制和管理规范V1.0

软件项目质量控制和管理规范版本 v1.02010 年 1 月 15 日1 需求阶段质量控制需求阶段的质量控制最重要的手段是要规范填写质量控制文档并进行评审。需求人员完成需求文档以后，填写需求预审问题表：预审问题表文档编号：文件类型：编写：审核：文件状态：受控受控范围：公司项目名称项目编号评审时间评审性质预审评审类别 计划 需求 设计 测试 验收 总结评审任务预审问题no.问题描述需求编写者评审员预审问题表提交给每个评审人员，进行需求文档评审。然后，质管人员根据评审结果，填写需求分析过程检查表：检查内容实施情况评价（ 10 分制）是否对项目的需求分析 是 项目开发计划书/项目开发计划表和管理活动分配任务和进度？ 否（说明原因） ： 需求分析活动描述 责任人是否对用户的需求进行 是 项目需求调研收集？ 否（原因说明） ： 项目功能清单是否对用户需求进行检 可选 其他用户文档 是 项目需求调研评审查并与用户的一致？ 否（原因说明） ： 可选 用户代表确认/签字 项目经理确认/签字 其他人员确认系统分析人员是否接收 是已具备能力过相关培训？系统分析结果是否形成文档文档格式是否正确？ 否（原因说明） ：需求规格说明书/需求表 系统功能清单 否（原因说明） ： 是 否（说明原因） ： 正式培训 小组培训 自学 评审问题清单（可选） 评审通知和确认表（可选） 项目评审表 项目评审问题追踪表 评审人员签字 批准人确认 /签字 评审时间 验证人签 sqa人员验证 文件编号 配置项编号 项目版本号 审核人需求规格说明书是否按计划完成？ 审核时间 批准人 批准时间 符合模板 是 按计划完成： 提前完成并评审 否（说明原因） ： 按计划完成并评审 按计划完成，评审延迟。 未按计划完成，延迟天 采取纠正措施需求是否被标识、管理、 是 需求跟踪矩阵表：度、跟踪和关闭？ 否（说明原因） ： 需求被唯一标识 没有变更 需求状态被描述 统计需求个数作为潜在问题的需求， 是 潜在问题被描述在需求说明书中是否被标识？ 否（原因说明） ： 不适用 潜在问题被追踪至关闭 其他说明：；配置人员是否管理项目 是 管理需求基线的配置情况？ 否（说明原因） ： scm基线报告(频率) 配置报告分发给相关人员sqa是否定期检查项目 是软件过程审计报告 （频率）的需求分析活动，标识偏离项目计划或组织结构的内容？ 否（说明原因） ： 审计报告分发给相关人员在需求文档评审后， 质管人员要进行问题跟踪， 填写需求评审问题跟踪表， 直到需求文档满足评审为止。评审问题跟踪表文档编号：文件类型：编 写 者 ：文件状态：受控受控范围：公司项目名称项目编号评审时间评审类别 计划 需求 设计评审性质 测试 验收评审 总结跟踪问题no.问题描述缺陷级别记录员签名项目经理确认问题修改问题修改后描述是否解决作者签名项目经理确认2 设计阶段质量控制设计阶段的质量控制手段是要规范填写质量控制文档并进行设计文档的评审。项目设计人员完成设计文档后，填写设计预审问题表，设计预审问题表提交给每个评审人员， 进行设计文档评审， 然后质管人员根据评审结果填写设计分析过程检查表 ：是否形成概要设计说明 是 评审问题清单（可选）书？ 否（说明原因） ： 评审通知和确认表（可选） 项目评审表 项目评审问题追踪表 评审人员签字 批准人签字 评审时间 验证人签字 sqa人员验证是否形成详细设计说明 是 评审问题清单（可选）书？ 否（说明原因） ： 评审通知和确认表（可选） 可选 项目评审表 项目评审问题追踪表 评审人员签字 批准人签字 评审时间 验证人签字 sqa人员验证文档格式是否正确？ 是 文件编号 否（说明原因） ： 配置项编号 项目版本号 审核人 审核时间 批准人 批准时间 符合模板概要设计说明书是否按 是 按计划完成：计划完成？ 否（说明原因） ： 提前完成并评审 按计划完成并评审 按计划完成，评审延迟。 未按计划完成，延迟天 采取纠正措施详细设计说明书是否按 是 按计划完成：计划完成？ 否（说明原因） ： 提前完成并评审 按计划完成并评审 按计划完成，评审延迟。 未按计划完成，延迟天配置人员是否管理项目的配置情况？ 是 管理设计基线 scm基线报告(频率) 否（说明原因） ： scm基线变更状态报告(频率) 配置报告分发给相关人员sqa是否定期检查项目 是软件过程审计报告( 频率)的需求管理活动，标识偏离项目计划或组织结构的内容？ 否（说明原因） ： 审计报告分发给相关人员在设计文档评审后，质管人员要填写设计评审问题跟踪表，直到设计文档满足评审。3 开发阶段质量控制3.1 编码规范对于开发阶段，编码规范非常重要，每个人都要遵循编码规范。详见编码规范3.2 编码过程检查系统的每个模块完成以后，要根据情况进行编码过程检查，来确认编码过程是否遵守规范。检查内容实施情况评价（ 10 分制）是否进行代码走查？ 是频率和形式： 否（说明原因） ：其他情况： 走查问题被跟踪和解决 重大缺陷和问题被记录编码是否按形成文档的 是 编码方法经过批准准则执行？ 否（说明原因）： 采用文档和编程规范 自定义规范源代码是否进行配置管 是采用配置工具：理？ 否（说明原因）：配置库管理：代码的变更是否被标识， 是变更记录检查和关闭？ 否（说明原因）：变更批准修改说明修改人和修改时间记录变更被检查和关闭单元测试是否进行？ 是 和规程要求一致 否（说明原因）： 单元测试用例 单元测试分析报告bug 统计 无记录要求；sqa 是否定期检查项目 是软件过程审计报告( 频率)的编码过程活动， 标识偏 审计报告分发给相关人员离项目管理或组织结构的内容？3.3 开发问题跟踪开发过程中，每个模块根据编码过程检查表上没有满足的项，质管人员填写开发评审问题跟踪表 。4 测试阶段质量控制测试阶段的质量控制手段是使用 bug 管理工具进行缺陷管理和跟踪， 直到系统满足测试退出标准或用户需求，测试人员提交系统测试报告 ，对于测试报告，根据需求来评审测试情况，首先要填写测试预审问题表 ，根据评审结果再填写软件测试检查表 ：检查内容实施情况评价（ 10 分制）是否有测试计划？ 系统 评审问题清单（可选） 评审通知和确认表（可选） 项目评审表 项目评审问题追踪表 评审人员签字 批准人签字 集成 其他情况 评审时间 验证人签字 sqa人员验证是否有测试用例？ 系 统 评审问题清单（可选） 集 成 评审通知和确认表（可选） 其他情况 项目评审表 项目评审问题追踪表 评审人员签字 批准人签字 评审时间 验证人签字 sqa人员验证文档格式是否正确？ 是 文件编号 否（说明原因）： 配置项编号 项目版本号 审核人 审核时间 批准人 批准时间 符合模板测试计划是否按计划完 是 按计划完成：成？ 否（说明原因） 提前完成并评审 按计划完成并评审 按计划完成，评审延迟。 未按计划完成，延迟天 采取纠正措施测试用例是否按计划完 是 按计划完成：成？ 否（说明原因） 提前完成并评审 按计划完成并评审 按计划完成，评审延迟。 未按计划完成，延迟天 采取纠正措施是否量化测试进程， 测试 是 测试进度安排是否按计划执行？ 否（说明原因）： 测试人员安排 监督测试进度测试变更是否遵守变更 是变更请求流程？ 否（说明原因）：修改描述变更批准变更通知新版本发布是否形成测试需求与功 是 需求跟踪矩阵表能需求的追溯表？ 否（说明原因）：测试缺陷和结果是否形 是 测试分析报告成记录？生成缺陷和测 否（说明原因）： 测试问题报告试覆盖率的总结报告？更新的缺陷是否经过回 是 取用版本正确归测试， 确认正确， 结果 否（说明原因）： 测试问题报告形成记录？ 验证人缺陷描述测试中是否采用测试工 是 测试工具具或测试程序？ 否 （说明原因） ： 测试工具版本 测试程序说明 纳入配置受控库是否定义了评估测试结 是 测试完成标准说明果的标准？ 否（说明原因）：测试完成后， 是否进行测 是 项目组成员或相关人员确认试的技术检查？测试验 否（说明原因）： 项目验收评审收后的产品是否可集成 验收运行程序为验收测试版本？ 测试分析报告配置人员是否管理项目 是 管理测试基线的配置情况？ 否（说明原因）： scm基线报告(频率) scm基线变更状态报告(频率) 配置报告分发给相关人员sqa 是否定期检查项目 是软件过程审计报告的测试活动， 标识偏离项 审计报告分发给相关人员目计划或组织结构的内容？最后要跟踪问题，直到全部的bug 解决，满足需求；存在的问题需要填写评审问题跟踪表。5 维护阶段质量控制系统上线以后，由维护人员来保证系统的正常运行，对于维护阶段的质量控制，维护人员要提交项目维护报告 ：项目维护周报部门名称：本周时间：年月日月日