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

上传人:b****6 文档编号:6127173 上传时间:2023-01-04 格式:DOCX 页数:16 大小:23.59KB
下载 相关 举报
软件项目质量控制和管理规范V10.docx_第1页
第1页 / 共16页
软件项目质量控制和管理规范V10.docx_第2页
第2页 / 共16页
软件项目质量控制和管理规范V10.docx_第3页
第3页 / 共16页
软件项目质量控制和管理规范V10.docx_第4页
第4页 / 共16页
软件项目质量控制和管理规范V10.docx_第5页
第5页 / 共16页
点击查看更多>>
下载资源
资源描述

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

《软件项目质量控制和管理规范V10.docx》由会员分享,可在线阅读,更多相关《软件项目质量控制和管理规范V10.docx(16页珍藏版)》请在冰豆网上搜索。

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

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

 

软件项目质量控制和管理

规范

版本V1.0

 

 

2010年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维护阶段质量控制

系统上线以后,由维护人员来保证系统的正常运行,对于维护阶段的质量控制,维护人员要提交《项目维护报告》:

项目维护周报

部门名称:

本周时间:

年月日—月日

项目名称维护内容

维护类型维护事项故障现象处理结果维护人员

XX项目

预防性维护

 

维护类型

维护量统计

备注

预防性维护

日常性维护

目的为了防止某类事情的发生,而产生的维护任务。

每个工作日,必须的执行的周期性的维护任务。

突发性维护

在非工作日,产生的维护任务。

其他

 

相关人员要对项目维护报告进行评审,检查系统在运行过程中的缺陷,形成《系统运行问题表》,对于不满足需求的缺陷和运行中存在的其他缺陷进行修改。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 人文社科 > 文学研究

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1