XXX项目
软件质量保证计划
编写人:
编写日期:
文档修订记录
1. SQA职责:
由 SQA姓名 负责 项目名称 项目组的SQA工作。负责制定软件质量保证计划,按照公司及项目组内部的各项规程和约定依计划对项目组的软件产品和过程进行验证,并把质量保证活动及结果通知到项目组开发经理 和其他相关小组负责人,同时把结果通报给开发部长 。
2. 工作量估计
SQA的预计工作量占SQA本人总工作量的 %;占项目组总工作量的 %。SQA预计用于各阶段软件质量保证的工作量。
3. SQA活动的具体安排:
(1) SQA参与制定项目开发计划、标准和规约的计划
对具体内容进行说明。
(2) SQA的日常检查、跟踪和报告
l 每周对项目的个人周报进行检查,并对个人周报进行汇总形成项目周报,对进度的偏差进行提醒和汇报。
l 通过访谈、查看周报和项目文档、参加项目例会的方式,跟踪项目的执行情况。若发现项目中存在的问题(包括项目进度、资源等的问题、过程与规程不符的问题、规程不合适的问题),应及时以邮件、交谈或《SQA检查报告》的形式向相关人员报告,并在《SQA问题跟踪列表》中进行记录,同时跟踪、帮助项目组对问题进行解决。若碰到项目组内部不能解决的问题,及时向高层领导(部长)汇报。
l 每月底向项目高层领导、项目组成员、SEPG提交《SQA工作总结》。
(3) SQA进行的评审检查和审计活动
l 按照项目开发计划中确定的阶段点和里程碑,跟踪检查阶段点的输出情况,参加和跟踪项目的各项评审活动,对评审过程中的发现的不符合问题予以提醒和纠正,每次评审结束后向评审委员发出《SQA评审检查报告》,并记录和跟踪评审中发现的缺陷的解决情况。
评审过程一览表
l SQA对项目组的配置管理工作进行审计,审计结果以SQA检查报告的形式体现
(4) 度量活动:
l 定期(每周或两周)对项目周报进行统计,得到项目的工作量统计报告,形式为《项目度量分析报告-工作量》
l 定期(每周或两周)对项目周报进行统计,通过对照计划和周报的实际完成情况,对项目的进度情况进行度量,形式为《项目度量分析报告-进度》
l 定期(每周或两周)对项目周报进行统计,对项目的评审数据进行统计,得到评审缺陷、效率等统计数据,形式为《项目度量分析报告-评审》
l 进入测试阶段后,SQA通过每周BUG跟踪工具的统计功能对测试情况进行跟踪,对统计中发现的异常情况进行汇报。测试结束后整理完成《项目度量分析报告-BUG》。
l 项目结束后,在开发经理的配合下,对项目规模进行统计,形成《项目度量分析报告-规模》。
(5) 其他
可以根据项目组的具体要求进行补充说明。
4. SQA配置管理计划
以Visual Source Safe作为SQA文档管理工具
第二篇:软件质量保证计划模版
文件编号:PTS - PDP – SQAP
质量保证计划
拟制:____________________ 日期:____________________
审核:____________________ 日期:____________________
批准:____________________ 日期:____________________
太平洋软件(中国)有限公司
变更记录页
目录
1 目的... 1
2 参考文献... 1
3 管理... 1
3.1 组织... 1
3.2 任务... 1
3.3 责任... 1
4 文档... 1
4.1 目的... 1
4.2 最小文档需求... 2
4.2.1 软件需求规格说明书... 2
4.2.2 软件设计描述... 2
4.2.3 软件验证和确认计划... 2
4.2.4 软件验证和确认报告... 2
4.2.5 用户文档... 2
4.2.6 软件配置管理计划... 2
4.3 其它... 2
5 标准、实践、惯例与度量... 2
5.1 目的... 2
5.2 内容... 2
6 评审和审计... 3
6.1 目的... 3
6.2 最小需求... 3
6.2.1 软件需求评审(SRR)... 3
6.2.2 初始设计评审(PDR)... 3
6.2.3 关键设计评审(CDR)... 3
6.2.4 软件验证与确认计划评审(SVVPR)... 3
6.2.5 功能审计... 3
6.2.6 物理审计... 3
6.2.7 过程中审计... 3
6.2.8 管理评审... 3
6.2.9 软件配置管理计划评审(SCMPR)... 3
6.2.10 结项评审... 3
6.3 其它... 3
7 测试... 3
8 问题报告和修正活动... 4
9 工具、技术和方法... 4
10 代码控制... 4
11 介质控制... 4
12 供方控制... 4
13 记录收集、维护与保管... 4
14 培训... 4
15 风险管理... 4
XX项目质量保证计划
1 目的
描绘软件质量保证计划的目的和范围,应当列出SQAP覆盖到的软件条目名称,并为每一个软件条目声明SQAP所覆盖的软件生命周期中的相关部分。
2 参考文献
列出所有在SQAP中出现的参考文档的完整列表。
3 管理
描述组织、任务和责任。
3.1 组织
描述影响和控制软件质量的组织结构。应当包括:
l 组织中的主要成员的描述及其责任
l 明确描述SQA组织的责任与软件开发和使用组织责任之间的依赖关系。
3.2 任务
应描述:
l SQAP覆盖的软件生命周期
l 将要执行的任务以及任务中质量保证活动重点
l 上述任务与计划的主要检查点之间的关系
应当指明上述任务执行的序列。
3.3 责任
应当声明负责每个任务的质量保证组织中的成员。
4 文档
4.1 目的
l 标识控制软件开发、验证和确认、使用、维护的文档
l 声明如何检查文档的充分性。应当包含准则和检查每一份文档充分性的评审或审计的标识。参照第6章
4.2 最小文档需求
4.2.1 软件需求规格说明书
4.2.2 软件设计描述
4.2.3 软件验证和确认计划
SVVP应当标识和描述将被用到的方法(例如:审查、分析、示范或测试),以确认:
l SRS中的需求已被适当的权威机构批准。
l SRS中的需求已经由SDD中表达的设计所实现;并且
l SDD中表达的设计已经在代码中实现。
验证代码执行时符合SRS中表达的需求。
4.2.4 软件验证和确认报告
SVVR应当描述SVVP的执行结果。
4.2.5 用户文档
如:用户手册、用户指南
4.2.6 软件配置管理计划
4.3 其它
应当包括:
l 软件开发计划
l 标准和规程手册
l 软件项目管理计划
l 软件维护手册
5 标准、实践、惯例与度量
5.1 目的
标识出将要采用标准实践、惯例与度量。
声明如何监控和保证对以上条目的遵守。
5.2 内容
主题应当包括基本的技术、设计与编程活动,例如:文档化、变量和模块的命名。编程、审查和测试等。最小限度应当包括以下信息:
l 文档标准
l 逻辑结构标准
l 编码标准
l 注释标准
l 测试标准和实践
l 选择的软件质量保证产品和过程度量,如:
Ø 分支度量
Ø 判定点度量
Ø 域度量
Ø 错误消息度量
Ø 需求示范度量
6 评审和审计
6.1 目的
l 定义将要执行的技术的和管理的评审和审计。
l 声明评审和审计如何被成功的完成。
l 声明下一步需要采取的行动以及它们如何被实施和确认。
6.2 最小需求
至少应当执行从6.2.1到6.2.10所描述的评审和审计活动。
6.2.1 软件需求评审(SRR)
6.2.2 初始设计评审(PDR)
6.2.3 关键设计评审(CDR)
6.2.4 软件验证与确认计划评审(SVVPR)
6.2.5 功能审计
6.2.6 物理审计
6.2.7 过程中审计
6.2.8 管理评审
6.2.9 软件配置管理计划评审(SCMPR)
6.2.10 结项评审
6.3 其它
7 测试
应当标识所有SQAP所覆盖的没有包括在SVVP中的测试,同时应当声明所采用的方法。
8 问题报告和修正活动
l 描述为了报告、跟踪并解决软件和软件开发和维护过程中的问题应当遵循的实践和规程。
l 声明与上述活动相关的特定的组织责任。
9 工具、技术和方法
略
10 代码控制
定义在整个软件生命周期中用于维护、存储、安全、记录软件的受控的版本的方法和工具。
参见SCMP。
11 介质控制
参见SCMP。
12 供方控制
声明保证供方提供的软件满足已建立的需求的规定。另外本部分还要声明被用于保证供方收到充分的和完整的需求的方法。
对于以前开发的软件,本部分应当声明为了将其应用于SQAP中覆盖的软件条目,用于保证产品的匹配性的方法。
对于待开发的软件,供方需要准备和实施与本标准相一致的SQAP。
本部分还应声明用于保证开发者遵守本标准的需求的方法。
13 记录收集、维护与保管
标识要保留的SQA文档;应当声明将被用于集合、保障和维护该文档的方法和工具;并指明保留的时期。
14 培训
标识为满足SQAP的需要所需的培训活动。
15 风险管理
描述用于标识、评估、监督和控制SQAP中覆盖的产生于软件生命周期中的风险。