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

《软件项目质量控制和管理规范.pdf》由会员分享，可在线阅读，更多相关《软件项目质量控制和管理规范.pdf（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件项目质量控制和管理软件项目质量控制和管理规范规范项目编号记录号总页数编制2010-公文 001 号24 页正文22 页文件编号文件版本附录审核GLGFRJ-ZZTXV1。0密级年月日机秘2010 年 1 月 15 日20102010 年年 1 1 月月 1515 日日1 1 需求阶段质量控制需求阶段质量控制需求阶段的质量控制最重要的手段是要规范填写质量控制文档并进行评审.需求人员完成需求文档以后,填写需求预审问题表：预审问题表预审问题表文档编号文档编号:编编写：写：文件状态：文件状态：项目名称项目名称评审时间评审时间评审类别评审类别评审任务评审任务受控文件类型文件类型:公司预审审核：审核：

2、受控范围：受控范围：项目编号项目编号评审性质评审性质 计划需求 设计 测试 验收 总结预审问题预审问题No.No.问题描述问题描述需求编写需求编写者者评审员评审员预审问题表提交给每个评审人员，进行需求文档评审。然后，质管人员根据评审结果,填写需求分析过程检查表:检查内容检查内容是否对项目的需求分析和管理活动分配任务和进度？是否对用户的需求进行收集？是否对用户需求进行检查并与用户的一致？是实施情况实施情况 项目开发计划书/项目开发计划表 否(说明原因)：需求分析活动描述 责任人 是 项目需求调研 否（原因说明）：项目功能清单 其他用户文档 可选 是 项目需求调研评审 否（原因说明）:用户代表确认

3、/签字 项目经理确认/签字 可选 其他人员确认 是 已具备能力 否（原因说明）:正式培训 小组培训 自学需求规格说明书/需求表评价评价（1010 分制分制)系统分析人员是否接收过相关培训?系统分析结果是否形成文档 评审问题清单（可选）评审通知和确认表（可选）项目评审表 系统功能清单 项目评审问题追踪表 评审人员签字 批准人确认/签字 否（原因说明）：评审时间 验证人签 SQA 人员验证 是 文件编号 配置项编号 否（说明原因）：项目版本号 审核人 审核时间 批准人 批准时间 符合模板 是 按计划完成：文档格式是否正确？需求规格说明书是否按计划完成？否（说明原因）：提前完成并评审 按计划完成并评

4、审 按计划完成,评审延迟。未按计划完成，延迟天 采取纠正措施需求是否被标识、管理、是 需求跟踪矩阵表：度、跟踪和关闭？需求被唯一标识 否（说明原因）：需求状态被描述 没有变更 统计需求个数作为潜在问题的需求，在需求说明书中是否被标识？配置人员是否管理项目的配置情况？SQA 是否定期检查项目的需求分析活动，标识偏离项目计划或组织结构的内容？是 潜在问题被描述 否(原因说明）：潜在问题被追踪至关闭 其他说明：；不适用 是 管理需求基线 否(说明原因）：SCM 基线报告 (频率 )配置报告分发给相关人员 是 软件过程审计报告（频率）否（说明原因）:审计报告分发给相关人员在需求文档评审后，质管人员要进

5、行问题跟踪，填写需求 评审问题跟踪表，直到需求文档满足评审为止.评审问题跟踪表评审问题跟踪表文档编号文档编号:编编 写写 者：者：文件状态：文件状态：项目名称项目名称评审时间评审时间评审类别评审类别受控文件类型：文件类型：受控范围：受控范围：项目编号项目编号评审性质评审性质公司评审 计划需求 设计 测试 验收 总结跟踪问题跟踪问题问题描述问题描述缺陷级别缺陷级别NoNo。记录员签名作者签名作者签名问题修改问题修改问题修改后描述项目经理确认是否解决项目经理确认项目经理确认2 2 设计阶段质量控制设计阶段质量控制设计阶段的质量控制手段是要规范填写质量控制文档并进行设计文档的评审。项目设计人员完成设

6、计文档后，填写设计预审问题表，设计预审问题表提交给每个评审人员，进行设计文档评审，然后质管人员根据评审结果填写设计分析过程检查表：检查内容检查内容是否形成概要设计说明书？是实施情况实施情况评价评价(10(10分制）分制）评审问题清单(可选）否(说明原因）：评审通知和确认表（可选)项目评审表 项目评审问题追踪表 评审人员签字 批准人签字 评审时间 验证人签字 SQA 人员验证 是 评审问题清单（可选）否（说明原因）：评审通知和确认表（可选）项目评审表 可选 项目评审问题追踪表 评审人员签字 批准人签字 评审时间 验证人签字 SQA 人员验证 是 文件编号是否形成详细设计说明书?文档格式是否正确？

7、否（说明原因):配置项编号 项目版本号 审核人 审核时间 批准人 批准时间 符合模板概要设计说明书是否按计划完成?是 按计划完成：提前完成并评审 否（说明原因):按计划完成并评审 按计划完成,评审延迟。未按计划完成,延迟天 采取纠正措施 按计划完成：提前完成并评审 否(说明原因)：按计划完成并评审 按计划完成，评审延迟。未按计划完成，延迟天 是 管理设计基线 SCM 基线报告 (频率）否（说明原因）：SCM 基线变更状态报告 (频率）配置报告分发给相关人员 是 软件过程审计报告（频率）否(说明原因）：审计报告分发给相关人员 是详细设计说明书是否按计划完成？配置人员是否管理项目的配置情况？SQA

8、 是否定期检查项目的需求管理活动，标识偏离项目计划或组织结构的内容?在设计文档评审后，质管人员要填写设计评审问题跟踪表，直到设计文档满足评审。3 3 开发阶段质量控制开发阶段质量控制3.13.1 编码规范编码规范对于开发阶段，编码规范非常重要，每个人都要遵循编码规范。详见编码规范3.23.2 编码过程检查编码过程检查系统的每个模块完成以后，要根据情况进行编码过程检查,来确认编码过程是否遵守规范。检查内容检查内容是否进行代码走查？是实施情况实施情况 频率和形式：否（说明原因）：走查问题被跟踪和解决 重大缺陷和问题被记录其他情况：评价评价（1010 分制）分制）编码是否按形成文档的 是 编码方法经

9、过批准准则执行？否（说明原因）：采用文档和编程规范 自定义规范源代码是否进行配置管 是 采用配置工具：理？否(说明原因）：配置库管理：代码的变更是否被标识，是 变更记录检查和关闭?否(说明原因)：变更批准 修改说明 修改人和修改时间记录 变更被检查和关闭单元测试是否进行?是 和规程要求一致 否（说明原因）:单元测试用例 单元测试分析报告 BUG 统计 无记录要求；软件过程审计报告(频率 )审计报告分发给相关人员SQA 是否定期检查项目 是的编码过程活动，标识偏离项目管理或组织结构的内容？3.33.3 开发问题跟踪开发问题跟踪开发过程中，每个模块根据编码过程检查表上没有满足的项，质管人员填写开发

10、评审问题跟踪表.4 4 测试阶段质量控制测试阶段质量控制测试阶段的质量控制手段是使用 bug 管理工具进行缺陷管理和跟踪，直到系统满足测试退出标准或用户需求,测试人员提交系统测试报告，对于测试报告，根据需求来评审测试情况,首先要填写测试预审问题表，根据评审结果再填写软件测试检查表：检查内容检查内容是否有测试计划？系统实施情况实施情况评价评价（1010 分制）分制）集成 其他情况是否有测试用例？系统 集成 其他情况 评审问题清单（可选)评审通知和确认表(可选）项目评审表 项目评审问题追踪表 评审人员签字 批准人签字 评审时间 验证人签字 SQA 人员验证 评审问题清单(可选）评审通知和确认表（可

11、选）项目评审表 项目评审问题追踪表 评审人员签字 批准人签字 评审时间 验证人签字 SQA 人员验证文档格式是否正确？是 文件编号 否(说明原因）：配置项编号 项目版本号 审核人 审核时间 批准人 批准时间 符合模板测试计划是否按计划完 是 按计划完成：成？提前完成并评审 否（说明原因）按计划完成并评审 按计划完成，评审延迟。未按计划完成，延迟天 采取纠正措施测试用例是否按计划完 是 按计划完成：成？提前完成并评审 否（说明原因）按计划完成并评审 按计划完成,评审延迟。未按计划完成,延迟天 采取纠正措施是否量化测试进程，测试 是 测试进度安排是否按计划执行？否（说明原因）：测试人员安排 监督测

12、试进度测试变更是否遵守变更 是 变更请求流程？否（说明原因）:修改描述 变更批准 变更通知 新版本发布是否形成测试需求与功 是 需求跟踪矩阵表能需求的追溯表？否（说明原因）:测试缺陷和结果是否形 是 测试分析报告成记录?生成缺陷和测试 否（说明原因）：测试问题报告覆盖率的总结报告？更新的缺陷是否经过回 是归测试，确认正确,结果 否(说明原因):形成记录?取用版本正确 测试问题报告 验证人 缺陷描述测试中是否采用测试工 是 测试工具具或测试程序?否(说明原因)：测试工具版本 测试程序说明 纳入配置受控库是否定义了评估测试结 是 测试完成标准说明果的标准？否(说明原因）：测试完成后,是否进行测 是

13、试的技术检查?测试验收 否（说明原因）：后的产品是否可集成为验收测试版本?项目组成员或相关人员确认 项目验收评审 验收运行程序 测试分析报告配置人员是否管理项目 是 管理测试基线的配置情况？否（说明原因）：SCM 基线报告（频率 )SCM 基线变更状态报告（频率 )配置报告分发给相关人员SQA 是否定期检查项目 是的测试活动，标识偏离项目计划或组织结构的内容？软件过程审计报告 审计报告分发给相关人员最后要跟踪问题，直到全部的 BUG 解决，满足需求；存在的问题需要填写评审问题跟踪表。5 5 维护阶段质量控制维护阶段质量控制系统上线以后，由维护人员来保证系统的正常运行，对于维护阶段的质量控制，维

14、护人员要提交项目维护报告：项目维护周报项目维护周报部门名称部门名称:本周时间：年本周时间：年月月日日月月日日项目名称项目名称维护类型维护类型预防性维护日常性维护XX 项目突发性维护其他本周任务量统计本周任务量统计维护类型维护类型预防性维护日常性维护突发性维护其他合计合计维护量统计维护量统计备注备注目的为了防止某类事情的发生，而产生的维护任务。每个工作日,必须的执行的周期性的维护任务。在非工作日，产生的维护任务。维护事项维护事项维护内容维护内容故障现象故障现象处理结果处理结果维护人员维护人员直接领导：相关人员要对项目维护报告进行评审，检查系统在运行过程中的缺陷，形成系统运行问题表，对于不满足需求的缺陷和运行中存在的其他缺陷进行修改。