文件编号:PTS - PDP – SQAP
质量保证计划
拟制:____________________ 日期:____________________
审核:____________________ 日期:____________________
批准:____________________ 日期:____________________
太平洋软件(中国)有限公司
变更记录页
单 位:太平洋软件(中国)有限公司,以下简称PTS
文档名称:质量保证计划
生成日期:2003-04-01 | |||
版 本 | 作者 | 日 期 | 备 注 |
1.0 | |||
2.0 | |||
3.0 | |||
4.0 |
1目的
描绘软件质量保证计划的目的和范围,应当列出SQAP覆盖到的软件条目名称,并为每一个软件条目声明SQAP所覆盖的软件生命周期中的相关部分。
2参考文献
列出所有在SQAP中出现的参考文档的完整列表。
3管理
描述组织、任务和责任。
组织
描述影响和控制软件质量的组织结构。应当包括:
●组织中的主要成员的描述及其责任
●明确描述SQA组织的责任与软件开发和使用组织责任之间的依赖关系。
任务
应描述:
●SQAP覆盖的软件生命周期
●将要执行的任务以及任务中质量保证活动重点
●上述任务与计划的主要检查点之间的关系
应当指明上述任务执行的序列。
责任
应当声明负责每个任务的质量保证组织中的成员。
4文档
目的
●标识控制软件开发、验证和确认、使用、维护的文档
●声明如何检查文档的充分性。应当包含准则和检查每一份文档充分性的评审或审计的标识。参照第6章
最小文档需求
软件需求规格说明书
软件设计描述
软件验证和确认计划
SVVP应当标识和描述将被用到的方法(例如:审查、分析、示范或测试),以确认:
●SRS中的需求已被适当的权威机构批准。
●SRS中的需求已经由SDD中表达的设计所实现;并且
●SDD中表达的设计已经在代码中实现。
验证代码执行时符合SRS中表达的需求。
软件验证和确认报告
SVVR应当描述SVVP的执行结果。
用户文档
如:用户手册、用户指南
软件配置管理计划
其它
应当包括:
●软件开发计划
●标准和规程手册
●软件项目管理计划
●软件维护手册
5标准、实践、惯例与度量
目的
标识出将要采用标准实践、惯例与度量。
声明如何监控和保证对以上条目的遵守。
内容
主题应当包括基本的技术、设计与编程活动,例如:文档化、变量和模块的命名。编程、审查和测试等。最小限度应当包括以下信息:
●文档标准
●逻辑结构标准
●编码标准
●注释标准
●测试标准和实践
●选择的软件质量保证产品和过程度量,如:
分支度量
判定点度量
域度量
错误消息度量
需求示范度量
6评审和审计
目的
●定义将要执行的技术的和管理的评审和审计。
●声明评审和审计如何被成功的完成。
●声明下一步需要采取的行动以及它们如何被实施和确认。
最小需求
至少应当执行从6.2.1到6.2.10所描述的评审和审计活动。
软件需求评审(SRR)
初始设计评审(PDR)
关键设计评审(CDR)
软件验证与确认计划评审(SVVPR)
功能审计
物理审计
过程中审计
管理评审
软件配置管理计划评审(SCMPR)
结项评审
其它
7测试
应当标识所有SQAP所覆盖的没有包括在SVVP中的测试,同时应当声明所采用的方法。
8问题报告和修正活动
●描述为了报告、跟踪并解决软件和软件开发和维护过程中的问题应当遵循的实践和规程。
●声明与上述活动相关的特定的组织责任。
9工具、技术和方法
略
10代码控制
定义在整个软件生命周期中用于维护、存储、安全、记录软件的受控的版本的方法和工具。
参见SCMP。
11介质控制
参见SCMP。
12供方控制
声明保证供方提供的软件满足已建立的需求的规定。另外本部分还要声明被用于保证供方收到充分的和完整的需求的方法。
对于以前开发的软件,本部分应当声明为了将其应用于SQAP中覆盖的软件条目,用于保证产品的匹配性的方法。
对于待开发的软件,供方需要准备和实施与本标准相一致的SQAP。
本部分还应声明用于保证开发者遵守本标准的需求的方法。
13记录收集、维护与保管
标识要保留的SQA文档;应当声明将被用于集合、保障和维护该文档的方法和工具;并指明保留的时期。
14培训
标识为满足SQAP的需要所需的培训活动。
15风险管理
描述用于标识、评估、监督和控制SQAP中覆盖的产生于软件生命周期中的风险。