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

上传人:飞****9 文档编号:132130146 上传时间:2020-05-12 格式:DOC 页数:8 大小:142KB
返回 下载 相关 举报
软件项目质量控制和管理规范1.doc_第1页
第1页 / 共8页
软件项目质量控制和管理规范1.doc_第2页
第2页 / 共8页
软件项目质量控制和管理规范1.doc_第3页
第3页 / 共8页
软件项目质量控制和管理规范1.doc_第4页
第4页 / 共8页
软件项目质量控制和管理规范1.doc_第5页
第5页 / 共8页
点击查看更多>>
资源描述

《软件项目质量控制和管理规范1.doc》由会员分享,可在线阅读,更多相关《软件项目质量控制和管理规范1.doc(8页珍藏版)》请在金锄头文库上搜索。

1、软件项目质量控制和管理规范版本V1.0项目编号文件编号记录号200140806-001文件版本V1.0总页数正文22页附录密级机秘编制2014年 8月 6 日审核年 月 日2014年8月6日1 需求阶段质量控制需求阶段的质量控制最重要的手段是要规范填写质量控制文档并进行评审。需求人员完成需求文档以后,填写需求预审问题表:预审问题表文档编号:文件类型:编 写: 审核:文件状态:受控受控范围:公司项目名称项目编号评审时间评审性质预审评审类别 计划 需求 设计 测试 验收 总结 评审任务 预审问题No.问题描述需求编写者评审员预审问题表提交给每个评审人员,进行需求文档评审。然后,产品经理根据评审结果

2、,填写评审问题跟踪表:评审问题跟踪表文档编号:文件类型:编 写 者:文件状态:受控受控范围:公司项目名称项目编号评审时间评审性质评审评审类别 计划 需求 设计 测试 验收 总结 跟踪问题No.问题描述缺陷级别记录员签名项目经理确认问题修改问题修改后描述是否解决作者签名项目经理确认2 设计阶段质量控制设计阶段的质量控制手段是要规范填写质量控制文档并进行设计文档的评审。项目设计人员完成设计文档后,填写设计预审问题表,设计预审问题表提交给每个评审人员,进行设计文档评审,然后质管人员根据评审结果填写评审问题跟踪表:3 开发阶段质量控制3.1 编码规范对于开发阶段,编码规范非常重要,每个人都要遵循编码规

3、范。详见编码规范3.2 编码过程检查系统的每个模块完成以后,要根据情况进行编码过程检查,来确认编码过程是否遵守规范。检查内容实施情况评价(10分制)是否进行代码走查? 是 频率和形式: 走查问题被跟踪和解决 重大缺陷和问题被记录 否(说明原因):其他情况:编码是否按形成文档的准则执行? 是 编码方法经过批准 采用文档和编程规范 自定义规范 否(说明原因):源代码是否进行配置管理? 是 采用配置工具: 配置库管理: 否(说明原因):代码的变更是否被标识,检查和关闭? 是 变更记录 变更批准 修改说明 修改人和修改时间记录 变更被检查和关闭 否(说明原因):单元测试是否进行? 是 和规程要求一致

4、单元测试用例 单元测试分析报告 BUG统计 无记录要求; 否(说明原因):SQA是否定期检查项目的编码过程活动,标识偏离项目管理或组织结构的内容? 是 软件过程审计报告(频率 ) 审计报告分发给相关人员3.3 开发问题跟踪开发过程中,每个模块根据编码过程检查表上没有满足的项,技术总监填写开发评审问题跟踪表。4 测试阶段质量控制测试阶段的质量控制手段是使用bug管理工具进行缺陷管理和跟踪,直到系统满足测试退出标准或用户需求,测试人员提交系统测试报告,对于测试报告,根据需求来评审测试情况,首先要填写测试预审问题表,根据评审结果再填写软件测试检查表:检查内容实施情况评价(10分制)是否有测试计划?

5、系统 评审问题清单(可选) 评审通知和确认表(可选) 项目评审表 项目评审问题追踪表 评审人员签字 批准人签字 评审时间 验证人签字 SQA人员验证 集成 其他情况是否有测试用例? 系统 评审问题清单(可选) 评审通知和确认表 (可选) 项目评审表 项目评审问题追踪表 评审人员签字 批准人签字 评审时间 验证人签字 SQA人员验证 集成 其他情况文档格式是否正确? 是 文件编号 配置项编号 项目版本号 审核人 审核时间 批准人 批准时间 符合模板 否(说明原因):测试计划是否按计划完成? 是 按计划完成: 提前完成并评审 按计划完成并评审 按计划完成,评审延迟。 未按计划完成,延迟 天 采取纠

6、正措施 否(说明原因)测试用例是否按计划完成? 是 按计划完成: 提前完成并评审 按计划完成并评审 按计划完成,评审延迟。 未按计划完成,延迟 天 采取纠正措施 否(说明原因)是否量化测试进程,测试是否按计划执行? 是 测试进度安排 测试人员安排 监督测试进度 否(说明原因):测试变更是否遵守变更流程? 是 变更请求 修改描述 变更批准 变更通知 新版本发布 否(说明原因):是否形成测试需求与功能需求的追溯表? 是 需求跟踪矩阵表 否(说明原因):测试缺陷和结果是否形成记录?生成缺陷和测试覆盖率的总结报告? 是 测试分析报告 测试问题报告 否(说明原因):更新的缺陷是否经过回归测试,确认正确,

7、结果形成记录? 是 取用版本正确 测试问题报告 验证人 缺陷描述 否(说明原因):测试中是否采用测试工具或测试程序? 是 测试工具 测试工具版本 测试程序说明 纳入配置受控库 否 (说明原因):是否定义了评估测试结果的标准? 是 测试完成标准说明 否(说明原因):测试完成后,是否进行测试的技术检查?测试验收后的产品是否可集成为验收测试版本? 是 项目组成员或相关人员确认 项目验收评审 验收运行程序 测试分析报告 否(说明原因):配置人员是否管理项目的配置情况? 是 管理测试基线 SCM基线报告 (频率 ) SCM基线变更状态报告 (频率 ) 配置报告分发给相关人员 否(说明原因):SQA是否定

8、期检查项目的测试活动,标识偏离项目计划或组织结构的内容? 是 软件过程审计报告 审计报告分发给相关人员最后要跟踪问题,直到全部的BUG解决,满足需求;存在的问题需要填写评审问题跟踪表。5 维护阶段质量控制系统上线以后,由维护人员来保证系统的正常运行,对于维护阶段的质量控制,维护人员要提交项目维护报告:项目维护周报部门名称: 本周时间:年 月 日 月 日项目名称维护内容XX项目维护类型维护事项故障现象处理结果维护人员预防性维护日常性维护突发性维护其他本周任务量统计维护类型维护量统计备注预防性维护目的为了防止某类事情的发生,而产生的维护任务。日常性维护每个工作日,必须的执行的周期性的维护任务。突发性维护在非工作日,产生的维护任务。其他合计 直接领导: 相关人员要对项目维护报告进行评审,检查系统在运行过程中的缺陷,形成系统运行问题表,对于不满足需求的缺陷和运行中存在的其他缺陷进行修改。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 规章制度

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号