软件项目质量控制和管理规范Word文档下载推荐.docx

软件项目质量控制和管理规范Word文档下载推荐.docx

《软件项目质量控制和管理规范Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《软件项目质量控制和管理规范Word文档下载推荐.docx（18页珍藏版）》请在冰豆网上搜索。

文件类型：

编写：

审核：

项目名称

评审时间

评审性质

预审

评审类别

［］计划［切需求［］设计［］测试［］验收

［］总结

评审任务

文件状态:

受控

受控范围:

公司

预审冋题

No.

问题描述

需求编写者

评审员

《预审问题表》提交给每个评审人员，进行需求文档评审。

然后，质管人员

根据评审结果，填写《需求分析过程检查表》：

检查内容

实施情况

评价

（10分制）

是否对项目的需求分析

□是

□项目开发计划书/项目开发计划表

和管理活动分配任务和

□否（说明原因）：

□需求分析活动描述

进度？

□责任人

是否对用户的需求进行

□项目需求调研

收集？

□否（原因说明）：

□项目功能清单

□可选

□其他用户文档

是否对用户需求进行检

查并与用户的一致？

□项目需求调研评审

□用户代表确认/签字

□项目经理确认/签字

□其他人员确认

系统分析人员是否接收

过相关培训？

□已具备能力

□正式培训

□小组培训

□自学

系统分析结果是否形成

文档

□需求规格说明书/

需求表

□评审问题清单（可选）

□评审通知和确认表（可选）

□项目评审表

□项目评审问题追踪表

□评审人员签字

□批准人确认/签字

□评审时间

□验证人签

□SQA人员验证

□系统功能清单

文档格式是否正确？

□文件编号

□配置项编号

□项目版本号

□审核人

□审核时间

□批准人

□批准时间

□符合模板

需求规格说明书是否按

□按计划完成：

计划完成？

□提前完成并评审

□按计划完成并评审

□按计划完成，评审延迟。

□未按计划完成，延迟

□采取纠正措施

天

需求是否被标识、管理、

□需求跟踪矩阵表：

度、跟踪和关闭？

□需求被唯一标识

□没有变更

□需求状态被描述

□统计需求个数

作为潜在问题的需求，

□潜在问题被描述

□潜在问题被追踪至关闭

在需求说明书中是否被

标识？

□不适用

□其他说明：

；

配置人员是否管理项目

□管理需求基线

的配置情况？

□SCM基线报告（频率

□配置报告分发给相关人员

）

SQA是否定期检查项

□软件过程审计报告（频率

目的需求分析活动，标

□审计报告分发给相关人员

识偏离项目计划或组织

结构的内容？

在需求文档评审后，质管人员要进行问题跟踪，填写需求《评审问题跟踪表》，

直到需求文档满足评审为止。

评审问题跟踪表

编写者:

评审

［］计划W需求［］设计［］测试［］验收［］总结

跟踪问题

缺陷级别

记录员签名

项目经理确认

问题修改

问题修改后描述

是否解决

作者签名

2设计阶段质量控制

设计阶段的质量控制手段是要规范填写质量控制文档并进行设计文档的评

审。

项目设计人员完成设计文档后，填写设计《预审问题表》，设计《预审问题

表》提交给每个评审人员，进行设计文档评审，然后质管人员根据评审结果填写

《设计分析过程检查表》：

是否形成概要设计说明

书？

□批准人签字

□验证人签字

是否形成详细设计说明

□评审通知和确认表（可选）

□配置项编号□项目版本号

概要设计说明书是否按

□未按计划完成，延迟天

详细设计说明书是否按

□管理设计基线

□SCM基线报告（频率）

□SCM基线变更状态报告

（频率）

SQA是否定期检查项目的需求管理活动，标识偏离项目计划或组织结构的内容？

□软件过程审计报告（频率）

在设计文档评审后，质管人员要填写设计《评审问题跟踪表》，直到设计文

档满足评审。

3开发阶段质量控制

3.1编码规范

对于开发阶段，编码规范非常重要，每个人都要遵循编码规范。

详见《编码

规范》

3.2编码过程检查

系统的每个模块完成以后，要根据情况进行编码过程检查，来确认编码过程是否遵守规范。

是否进行代码走查？

□频率和形式：

□走查问题被跟踪和解决

□重大缺陷和问题被记录

□其他情况：

编码是否按形成文档的

准则执行？

□编码方法经过批准

□采用文档和编程规范

□自定义规范

源代码是否进行配置管

理？

□采用配置工具：

□配置库管理：

代码的变更是否被标识，

检查和关闭？

□变更记录

□变更批准

□修改说明

□修改人和修改时间记录

□变更被检查和关闭

单元测试是否进行？

□和规程要求一致

□单元测试用例

□单元测试分析报告

□BUG统计

□无记录要求；

SQA是否定期检查项目的编码过程活动，标识偏离项目管理或组织结构的内容？

3.3开发问题跟踪

开发过程中，每个模块根据《编码过程检查表》上没有满足的项，质管人员

填写开发《评审问题跟踪表》。

4测试阶段质量控制

测试阶段的质量控制手段是使用bug管理工具进行缺陷管理和跟踪，直到

系统满足测试退出标准或用户需求，测试人员提交系统《测试报告》，对于《测试报告》，根据需求来评审测试情况，首先要填写测试《预审问题表》，根据评审结果再填写《软件测试检查表》：

是否有测试计划？

□系统

□集成

□其他情况

是否有测试用例？

测试计划是否按计划完

成？

□否（说明原因）

测试用例是否按计划完

是否量化测试进程，测试

是否按计划执行？

□测试进度安排

□测试人员安排

□监督测试进度

测试变更是否遵守变更

流程？

□变更请求

□修改描述

□变更通知

□新版本发布

是否形成测试需求与功

能需求的追溯表？

□需求跟踪矩阵表

测试缺陷和结果是否形

成记录？

生成缺陷和测

试覆盖率的总结报告？

□测试分析报告

□测试问题报告

更新的缺陷是否经过回

□取用版本正确

归测试，确认正确，结果

形成记录？

□验证人

□缺陷描述

测试中是否采用测试工

□测试工具

具或测试程序？

□测试工具版本

□测试程序说明

□纳入配置受控库

是否定义了评估测试结

□测试完成标准说明

果的标准？

测试完成后，是否进行测

□项目组成员或相关人员确认

试的技术检查？

测试验

□项目验收评审

收后的产品是否可集成

□验收运行程序

为验收测试版本？