软件质量保证计划SQAP文档标准模版.docx
- 文档编号:23396507
- 上传时间:2023-05-16
- 格式:DOCX
- 页数:15
- 大小:20.71KB
软件质量保证计划SQAP文档标准模版.docx
《软件质量保证计划SQAP文档标准模版.docx》由会员分享,可在线阅读,更多相关《软件质量保证计划SQAP文档标准模版.docx(15页珍藏版)》请在冰豆网上搜索。
软件质量保证计划SQAP文档标准模版
软件质量保证计划(SQAP)
拟制
审核
复核
标准化审核
批准
XXXXX
XXXX公司
文件更改记录
序号
版本号
更改
日期
更改内容
更改
更改人
审核人
批准人
页码
条号
1
2
3
4
5
6
7
8
9
10
11
12
13
14
文件版本变更记录
版本号
变更内容简述
签字
变更日期
变更人
审批
变更人
审批
变更人
审批
变更人
审批
变更人
审批
变更人
审批
变更人
审批
变更人
审批
软件质量保证计划(SQAP)
说明:
1.《软件测试报告》(STR)是对计算机软件配置项CSCl,软件系统或子系统,或与软件相关项目执行合格性测试的记录。
2.通过STR,需方能够评估所执行的合格性测试及其测试结果。
模版说明:
1、文档字体设定:
标题1:
小一
标题2:
二号
标题3:
小二
标题4:
三号
标题5:
小三
标题6:
四号
正文:
四号
2、文章编号,请使用格式刷刷,不要手工编号。
目前格式都是对的。
3、内容根据实际情况裁剪,一般可行性研究报告,模版章节不可缺。
4、封面图片请根据实际情况自行替换。
5、关于修订记录,请根据文档需要自行添加。
1.引言
本章应分成以下几条。
1.1.标识
本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号、发行号。
1.2.系统概述
本条应简述本文档适用的系统和软件的用途。
它应描述系统与软件的一般性质;概述系统开发、运行和维护的历史;标识项目的投资方、需方、用户、开发方和支持机构;标识当前和计划的运行现场;并列出其他有关文档。
1.3.文档概述
本条应概述本文档的用途与内容,并描述与其使用有关的保密性与私密性要求。
1.4.组织和职责
描述SQA负责人在项目中的职责和权限;相应的高层经理、与SQA紧密配合的项目经理的职责;部门内部SQA组长的职责和与项目SQA负责人的关系。
1.5.资源
描述出项目质量保证活动所需的各种资源,包括人员、培训、工具、设备、设施,等等。
其中人员是指人力成本,它是根据项目开发计划中的总工时计算得出的。
2.引用文件
本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。
也应标识不能通过正常的供货渠道获得的所有文档的来源。
3.管理
必须描述负责软件质量保证的机构、任务及其有关的职责。
3.1.机构
必须描述与软件质量保证有关的机构的组成,还必须清楚地描述来自项目委托单位、项目承办单位、软件开发单位或用户中负责软件质量保证的各个成员在机构中的相互关系。
3.2.任务
必须描述计划所涉及的软件生存周期中有关阶段的任务,特别是要把重点放在描述这些阶段所应进行的软件质量保证活动上。
3.3.职责
必须指明软件质量保证计划中规定的每一个任务的负责单位或成员的责任。
4.文档
必须列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档,并描述对文档进行评审与检查的准则。
4.1.基本文档
为了确保软件的实现满足需求,至少需要下列基本文档:
a.软件需求规格说明(或软件规格说明)。
b.软件(结构)设计说明。
c.测试计划与测试报告。
d.软件验证与确认计划。
软件验证与确认计划必须描述所采用的软件验证与确认的方法(例如评审、检查、分析、演示或测试等),以用来验证软件需求(规格)说明中的需求是否已由软件(结构)设计说明描述的设计实现;软件(结构)设计说明表达的设计是否已由编码实现。
软件验证与确认计划还可用来确认编码的执行是否与软件需求(规格)说明中所规定的需求相一致。
软件验证和确认报告必须描述软件验证与确认计划的执行结果。
这里必须包括软件质量保证计划所需要的所有评审、检查和测试的结果。
4.2.用户文档
例如,用户手册、操作手册等。
4.3.其他文档
除上述文档外,还应包括以下文档:
a.项目开发计划(其中可包括软件配置管理计划,必要时该计划也可单列)。
b.项目进展报表。
c.项目开发各阶段的评审报表。
d.项目总结报告。
5.标准、规程和约定
必须列出软件开发过程中要用到的标准、规程和约定,并列出监督和保证执行的措施。
6.评审和检查
必须规定所要进行的技术和管理两方面的评审和检查工作,并编制或引用有关的评审和检查规程以及通过与否的技术准则。
至少要进行下列各项评审和检查工作:
6.1.软件需求(规格)评审
在软件需求分析阶段结束后必须进行软件需求评审,以确保在软件需求(规格)说明中所规定的各项需求的合适性。
6.2.系统/子系统设计评审
在系统/子系统设计结束后必须进行系统/子系统设计的评审,以评价软件(结构)设计说明中所描述的软件设计在总体结构、外部接口、主要部件功能分配、全局数据结构以及各主要部件之间的接口等方面的合适性。
6.3.软件设计评审
在软件设计结束后必须进行软件设计的评审,以评价软件(结构)设计说明中所描述的软件设计,在功能、算法和过程描述等方面的合适性。
6.4.软件验证与确认计划评审
在制订软件验证与确认计划之后要对它进行评审,以评价软件验证与确认计划中所规定的验证与确认方法的合适性与完整性。
6.5.功能检查
在软件发行前,要对软件进行功能检查,以确认已经满足在软件需求规格说明中规定的所有需求。
6.6.物理检查
在验收软件前,要对软件进行物理检查,以验证程序和文档已经一致并已做好了交付的准备。
6.7.综合检查
在软件验收时,要允许用户或用户委托的专家对所要验收的软件进行设计抽样的综合检查,以验证代码和设计文档的一致性、接口规格说明之间的一致性(硬件和软件)、设计实现和功能需求之间的一致性、功能需求和测试描述的一致性。
6.8.管理评审
要对计划的执行情况定期(或按阶段)进行管理评审;这些评审必须由独立于被评审单位的机构或授权的第三方主持进行。
7.项目策划阶段的SQA活动
描述SQA负责人参与制定项目的软件开发计划和配置管理计划的活动,以及它们三者之间的关系。
8.评审和审核
8.1.过程的评审
描述对项目进行过程评审的方法和依据,并在下表中列出项目定义的过程以及相应的过程评审。
8.2.工作产品的审核
描述进行产品审核的方法和依据,并在下表中列出项目过程应产生的工作产品和质量记录,以及需要由SQA负责人审核的工作产品和相应的产品审核活动。
8.3.不符合问题的解决
描述过程评审和产品审核的结果怎样形成记录,应形成哪些记录。
描述处理在评审中出现的不符合问题的解决方法。
阶段
项目定义的过程
工作产品
质量记录
评审/审核活动
9.软件配置管理
必须编制有关软件配置管理的条款,或单独制订文档。
在这些条款或文档中,必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。
还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤,并指出实现报告、追踪和解决软件问题的机构及其职责。
10.工具、技术和方法
必须指明用以支持特定软件项目质量保证工作的工具、技术和方法,描述它们的用途。
11.媒体控制
必须指出保护计算机程序物理媒体的方法和设施,以免非法存取、意外损坏或自然老化。
12.对供货单位的控制
供货单位包括项目承办单位、软件销售单位、软件开发单位或软件子开发单位。
必须规定对这些供货单位进行控制的规程,从而保证项目承办单位从软件销售单位购买的、其他开发单位(或子开发单位)开发的或从开发(或子开发)单位现存软件库中选用的软件能满足规定的需求。
13.记录的收集、维护和保存
必须指明需要保存的软件质量保证活动的记录,并指出用于汇总、保护和维护这些记录的方法和设施,并指明要保存的期限。
14.日程表
列出项目质量保证活动的日程表,并确保质量保证的日程表与项目开发计划以及配置管理计划保持一致。
阶段
活动
日期
15.注解
本章应包含有助于理解本文档的一般信息(例如背景信息、词汇表、原理)。
本章应包含为理解本文档需要的术语和定义,所有缩略语和它们在文档中的含义的字母序列表。
16.附录
附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。
为便于处理,附录可单独装订成册。
附录应按字母顺序(A,B等)编排。
16.1.附表1:
问题报告单
问题报告单
标题
记录编号
保存期
配置人姓名
提交日期
年
月
日
配置状态
1评审中
2修改中
3修改完成未测评
4测评通过(关闭)
5以后关闭
问题类别确定和审批
确定是否修改设计
A(需修改设计)
B(不修改设计)
设计变更理由
(B类不填)
项目负责人签字:
日期:
项目信息
项目名
项目标识号
问题分析
问题所在阶段
需求分析
系统设计
实现
测试
安装验收
运行维护
问题描述(如空间不够可加附页):
报告人
姓名
问题发现日期
年
月
日
单位
联系电话
B类问题解决记录
问题报告单标题
问题报告单编号
问题解决人
姓名
项目组
开始日期
完成日期
确认
项目组长签字
日期
问题解决说明(如空间不够可加附页):
16.2.附表2:
设计变更报告单
设计变更报告单
标题
记录编号
评审报告编号
评审日期
年
月
日
问题报告单
标题
编号
项目名
项目标识号
修改人
姓名
联系电话
单位
修改描述(如空间不够可加附页):
16.3.附表3:
计划修订申请单
计划修订申请单
标题
记录编号
配置人姓名
提交日期
年
月
日
配置状态
1评审中
2修订中
3修订完成未评审
4评审通过(关闭)
项目名
项目标识号
修改人
姓名
联系电话
单位
申请修订的主要理由:
审批意见:
审批人职务
审批人签字
日期
16.4.附表4:
项目月报表
##月份项目月报
总部名称
记录编号
质量管理员
提交日期
年
月
日
项目名
项目标识号
计划完成情况
已完成项(包括质量保证活动):
已完成项(包括质量保证活动):
存在的主要问题和困难:
下月主要安排
开发:
质量保证:
16.5.附表5:
设计评审报告
设计评审报告
标题
记录编号
评审性质
评审
复审
评审日期
年
月
日
项目名
项目标识号
评审对象名称
阶段名
开发策划
需求分析
系统设计
实现
测试
安装验收
设计变更
计划完成情况
评审内容(如空间不够可加附页):
评审结论(如空间不够可加附页):
评审组长签字
签字日期
16.6.附表6:
评审人员名单
评审人员名单
评审报告
标题
编号
姓名
单位
职称/职务
联系电话
签名
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 质量保证 计划 SQAP 文档 标准 模版