{项目名称}软件质量保证计划| 状态: | 草稿 | 标识号: | PRS-DOC-PROC-SQA-003 |
| 评审 | 当前版本: | 1.0 |
| 初始版 | 前一版本: | |
| 修订版 | 发布日期: | 2001-4-9 |
摘要“简要描述该文档的内容。”
修改历史
| 日期 | 版本 | 作者 | 修改内容 | 评审号 | 更改请求号 |
| 2001-4-9 | 1.0 | | 初始版本 | R14 | DOC00000014 |
| | | | | |
| | | | | |
注释:评审号为评审记录表的编号。更改请求号为文档更改控制工具自动生成的编号。1
概述
目的和范围
本节描述软件质量保证计划的目的和范围。
软件质量保证计划维护
本节将描述该计划在何种情况下需要被更新,以及如何更新。例如:
此软件质量保证计划由{项目组名称}开发和维护。当出现新的问题或需要更改已存在问题时,需按《更改控制规程》进行更新,并由{项目组名称}完成。
参考资料
用实际引用的文档替代/添加在下面的文档后。
1.软件质量保证过程(PRS-DOC-PROC-SQA-001)
2.文档控制规程(PRS-DOC-PROC-SCM-003)
2角色与职责
角色
SQA
| 角色 | 姓名 |
| 高级质量经理 | |
| 产品经理 | |
| 项目经理 | |
| 项目缺陷预防小组 | <项目经理,主要的工程师,软件质量保证员> |
| 软件质量保证员 | |
职责所有角色职责描述在软件质量保证过程文档中(PRS-DOC-PROC-SQA-001)。
3审核标准
项目计划中项目过程定义的内容是软件质量保证员评审和审核的基础。
4过程能力与软件质量目标
过程能力目标
| 度量 | 目标值 | 目标值设定原因 |
| 生产力(总量) | | |
| 生产力(增量) | | |
| 软件开发周期降低因数 | | |
| 软件开发进度估计准确性 | | |
| 工作量估计准确性 | | |
| 测试覆盖率 | | |
| 测试有效性 | | |
| 缺陷密度(文档) | | |
| 缺陷密度(源码) | | |
| 不良质量成本(COPQ) | | |
| 需求评审有效性 | | |
| 设计评审有效性 | | |
| 编码评审有效性 | | |
软件质量目标| 度量 | 目标值 | 目标值设定原因 |
| Defects in Total Released Code (DTRC) | | |
| Defects in Modified Released Code (DMRC) | | |
| 用户发现的软件产品缺陷率(CRUD) | | |
| IPF | | |
| IPD | | |
达到目标的活动为了达到以上定义的目标值,项目应执行下列活动:
∙计划并提供足够的、有关技术领域和过程知识方面的培训
∙引进或者开发一些新的工具使软件开发顺利完成
∙严格遵循公司的过程。
∙提高代码的复用率。
∙收集和参考一些普遍的错误列表和最好的实践案例
∙…
5软件质量保证活动进度表
项目软件质量保证活动
参与内容
软件质量保证员应该参与下列内容的准备和评审:
∙项目计划
∙软件质量保证计划
∙软件配置管理计划
∙标准的选用或定义
∙…
项目评审活动
软件质量保证员应该参加下列项目活动:
∙项目各阶段准备会议
∙项目各阶段总结会议
∙…
软件质量保证员应该有选择性地检查下列一些项目的活动:
∙审查会议
∙评审会议
∙…
软件工作产品审核
项目计划中描述的软件工作产品提交版本目标库成为基线之前,软件质量保证员应检查是否同相关过程、规程、标准和约定的需求相一致。
软件质量保证员审核计划
审核
| 阶段 | 审核员 | 计划日期 |
| 项目计划阶段 | | |
| 需求阶段 | | |
| 设计阶段 | | |
| 编码阶段 | | |
| 测试阶段 | | |
| 发布阶段 | | |
客户满意度调查计划客户评审时间表
(可选)6度量计划原始数据
在项目过程中收集和分析下列原始数据:
∙项目信息
∙工作量的估计值与实际值
∙审查/评审数据
∙测试数据
∙培训记录
收集方法
项目经理负责收集并提供原始数据,可以采用现有的工具以便于数据收集。
7审核规程
软件质量保证员执行的所有审核活动必须遵循创智集团软件质量保证过程(PRS-DOC-PROC-SQA-001)。
8缺陷预防计划
本章列出了各种缺陷预防活动/机制,并在甘特图(参照项目计划)中反映的里程碑各关键点上执行缺陷预防活动,如果在项目计划中描述了表7.1所需的内容,则该表可以删除。
表 7.1缺陷预防活动
| 缺陷预防活动 | 时间 | 协调员/负责人 |
| 项目各阶段准备会议 | <计划阶段, 需求阶段…> | <项目经理> |
| 问题发生原因分析会议 | <定期、评审之后或事件驱动> | < 审查仲裁者或软件质量保证员或项目经理> |
| 项目各阶段总结会议 | <需求阶段结束,测试阶段结束…> | <项目经理> |
表 7.2
经验引入| 知识来源 | 出处 | 负责人 |
| 组织范围的经验 | <列出经验的出处> | <软件质量保证员负责引入组织范围的经验> |
| 过去相似项目,其经验可以引入到当前项目中 | <列出项目名称或经验的出处> | <负责从这些项目引入经验的成员> |
注:这些项目的经验可以从项目各阶段总结报告中查找到
。