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

软件项目质量控制和管理规范项目编号文件编号GLGF-RJ-ZZTX记录号2010-公文001号文件版本V1.0总页数24页正文22页附录密级机秘编制2010年 1月 15 日审核年 月 日2010年1月15日1 需求阶段质量控制需求阶段的质量控制最重要的手段是要规范填写质量控制文档并进行评审。需求人员完成需求文档以后，填写需求预审问题表：预审问题表文档编号：文件类型：编 写： 审核：文件状态：受控受控范围：公司项目名称项目编号评审时间评审性质预审评审类别 计划 需求 设计 测试 验收 总结 评审任务 预审问题No.问题描述需求编写者评审员预审问题表提交给每个评审人员，进行需求文档评审。然后，质管人员根据评审结果，填写需求分析过程检查表：检查内容实施情况评价（10分制）是否对项目的需求分析和管理活动分配任务和进度？ 是 项目开发计划书/项目开发计划表 需求分析活动描述 责任人 否（说明原因）：是否对用户的需求进行收集？ 是 项目需求调研 项目功能清单 其他用户文档 否（原因说明）： 可选是否对用户需求进行检查并与用户的一致？ 是 项目需求调研评审 用户代表确认/签字 项目经理确认/签字 其他人员 确认 否（原因说明）： 可选系统分析人员是否接收过相关培训？ 是 已具备能力 正式培训 小组培训 自学 否（原因说明）：系统分析结果是否形成文档需求规格说明书/需求表 评审问题清单（可选） 评审通知和确认表 （可选） 项目评审表 项目评审问题追踪表 评审人员签字 批准人确认/签字 评审时间 验证人签 SQA人员验证 系统功能清单 否（原因说明）：文档格式是否正确？ 是 文件编号 配置项编号 项目版本号 审核人 审核时间 批准人 批准时间 符合模板 否（说明原因）：需求规格说明书是否按计划完成？ 是 按计划完成： 提前完成并评审 按计划完成并评审 按计划完成，评审延迟。 未按计划完成，延迟 天 采取纠正措施 否（说明原因）：需求是否被标识、管理、度、跟踪和关闭？ 是 需求跟踪矩阵表： 需求被唯一标识 需求状态被描述 统计需求个数 否（说明原因）： 没有变更作为潜在问题的需求，在需求说明书中是否被标识 ？ 是 潜在问题被描述 潜在问题被追踪至关闭 其他说明： ； 否（原因说明）： 不适用配置人员是否管理项目的配置情况？ 是 管理需求基线 SCM基线报告 (频率 ) 配置报告分发给相关人员 否（说明原因）：SQA是否定期检查项目的需求分析活动，标识偏离项目计划或组织结构的内容？ 是 软件过程审计报告（频率 ） 审计报告分发给相关人员 否（说明原因）：在需求文档评审后，质管人员要进行问题跟踪，填写需求评审问题跟踪表，直到需求文档满足评审为止。评审问题跟踪表文档编号：文件类型：编 写 者：文件状态：受控受控范围：公司项目名称项目编号评审时间评审性质评审评审类别 计划 需求 设计 测试 验收 总结 跟踪问题No.问题描述缺陷级别记录员签名项目经理确认问题修改问题修改后描述是否解决作者签名项目经理确认2 设计阶段质量控制设计阶段的质量控制手段是要规范填写质量控制文档并进行设计文档的评审。项目设计人员完成设计文档后，填写设计预审问题表，设计预审问题表提交给每个评审人员，进行设计文档评审，然后质管人员根据评审结果填写设计分析过程检查表：检查内容实施情况评价（10分制）是否形成概要设计说明书？ 是 评审问题清单（可选） 评审通知和确认表 （可选） 项目评审表 项目评审问题追踪表 评审人员签字 批准人签字 评审时间 验证人签字 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 维护阶段质量控制系统上线以后，由维护人员来保证系统的正常运行，对于维护阶段的质量控制，维护人员要提交项目维护报告：项目维护周报部门名称： 本周时间：年 月 日 月 日项目名称维护内容XX项目维护类型维护事项故障