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

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