软件质量保证计划.docx

软件质量保证计划.docx

《软件质量保证计划.docx》由会员分享，可在线阅读，更多相关《软件质量保证计划.docx（15页珍藏版）》请在冰豆网上搜索。

软件质量保证计划

名称

XXX系统软件质量保证计划

代号

版本

.

历史记录

版本号

说明

日期

作者

目次

1简介

1.1目的

本计划定义了XXX控制单元软件质量保证（SoftwareQualityAssurance，以下简称SQA）组织、任务及职责；提供SQA的参考文献及行动指南；提供执行SQA的标准、过程及相关的约定；并为执行SQA活动和SQA报告提供了工具、技术和方法。

通过执行SQA计划，以保证XXX控制单元软件达到安全完整度为4的要求。

1.2范围

本计划适用于执行XXX控制单元生命周期内的所有SQA活动。

本计划参考IEC62279、遵循XXX公司（以下简称XXX）质量管理体系文件进行编制，并作为XXXSQA对质量管理体系文件的补充。

本计划中，SQA小组仅对项目负责人负责，独立于项目的软件开发组（包括软件设计开发组、软件测试组、软件验证组及与软件相关的其它项目组）。

SQA计划的目标是验证交付的软件和文件已满足所有的技术要求。

本SQA计划中规定了审查所有交付的软件和文件所应遵循的技术和执行方面的要求。

本计划将根据XXX控制单元软件项目进展情况，在项目的每个阶段开始前进行讨论，根据需要进行修订，修订工作由软件质量保证组完成。

修订后更新版本号，以新版本替换上一版本。

本计划经过修订发布后，修订前的软件质量保证计划同时废止，但可作为参考使用。

1.3参考

1.3.1应用文件

a）XXX公司股份有限公司质量管理体系文件,

b）XXX系统控制单元软件开发计划

c）XXX系统控制单元软件配置管理计划

d）XXX系统控制单元软件维护计划

e）软件编码规范

f）软件修改流程

g）相关的国家/部委规定的行车安全管理办法

h）相关的供应商选择办法

1.3.2参考文件

a）ISO9001:

2000，质量管理体系要求

b）IEEE-Std-730-1998,IEEEStandardforSoftwareQualityAssurancePlans,June1998.

c）IEEE-Std-730.1-1995,IEEEGuideforSoftwareQualityAssurancePlanning,December1995.

d）IEEEStd610.12－1990（R2002），IEEEStandardGlossaryofSoftwareEngineeringTerminology,September2002.

e）IEC62279,Railwayapplications–Communications,signalingandprocessingsystems–Softwareforrailwaycontrolandprotectionsystems,September2002.

f）GB/T16260-2006/ISO/IEC9126:

2001，软件工程产品质量.

g）ISO/IEC90003,Softwareengineering-GuidelinesfortheapplicationofISO9001:

2000tocomputersoftware,February2004.

1.4定义与缩写DefinitionsandAbbreviations

1.4.1定义

质量保证qualityassurance（QA）：

（1）Aplannedandsystematicpatternofallactionsnecessarytoprovideadequate

confidencethatanitemorproductconformstoestablishedtechnicalrequirements.

（2）Asetofactivitiesdesignedtoevaluatetheprocessbywhichproductsaredevelopedormanufactured.Contrast

with:

qualitycontrol

（1）.

评审review：

Aprocessormeetingduringwhichaworkproduct,orsetofworkproducts,ispresentedtoprojectpersonnel,managers,users,customers,orotherinterestedpartiesforcommentorapproval.Typesincludecodereview,designreview,formalqualificationreview,requirementsreview,testreadinessreview.

1.4.2缩写

软件质量保证（SQA）SoftwareQualityAssurance

安全完整度等级（SIL）SafetyIntegrityLevel

2组织结构与职责

2.1组织结构

图1软件质量保证组组织结构图

在XXX控制单元软件开发期间，必须成立软件质量保证小组负责质量保证工作。

软件质量保证组属软件开发组组长领导，由项目的软件开发组代表、项目的专职质量保证人员、软件验证组代表等方面的人员组成，由项目的质量保证组代表任组长。

软件质量保证组和软件质量保证人员必须检查和督促本计划的实施，软件质量保证人员有权直接向软件质量保证组报告软件质量状况。

2.2职责

项目的软件质量保证小组中，其各方面人员的职责如下：

a）组长全面负责有关软件质量保证的各项工作；

b）项目的软件开发组代表负责有关阶段评审及项目进展工作中的质量保证工作，负责有关软件配置变动、软件媒体控制以及对供货单位的控制等三方面的质量保证活动；

c）软件验证组代表的主要工作是在控制单元软件开发的各阶段进行相关软件验证工作，以确保在每个阶段呈现的软件被较好地设计，被合理构造，没有不可接受的差错或缺陷，符合所有指定的要求和规程，具有可接受的质量，并协助检查软件质量保证计划的执行情况；

d）项目的专职质量保证人员协助组长开展各项软件质量保证活动，负责审查所采用的质量保证工具、技术和方法，并负责汇总、维护和保存有关软件质量保证活动的各项记录。

e）软件质量保证组负责向软件确认组提供软件开发各阶段质量保证活动资料。

3软件质量保证的过程

软件质量保证工作涉及软件生命周期各阶段的活动，应该贯彻到软件生命周期各阶段活动中，而且应该特别注意软件开发活动的早期评审工作。

软件生命周期模型见图2。

图2软件生命周期模型

在软件项目进展过程中，软件质量保证小组应根据软件项目的进展开展软件项目评审工作。

一般来说，每阶段的评审工作应在阶段开发工作完成后的两周内完成。

因此，对新开发的或正在开发的各子系统，要按照本计划的各项规定进行评审工作。

软件开发过程中，如需复用已有的软件模块，应对复用的软件模块进行评审，复用软件模块的评审与新开发的软件子系统评审要求相同。

软件质量保证组要派成员参加所有的评审与检查活动，评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量，质量评审活动根据《XXX公司产品/软件设计评审办法》执行。

在XXX控制单元项目软件开发过程中，要进行如下几类评审与检查工作：

3.1阶段评审

在软件开发过程中，要定期地或阶段性地对软件进行评审。

一般应该进行以下三次评审：

第一次评审软件需求、软件结构设计；第二次评审软件模块设计、编码设计、软件测试，并对第一次评审结果复核；第三次评审软件测试、软/硬件集成测试的结果。

关于这些评审工作的详细内容见第6部分。

阶段评审工作要组织专门的评审小组，原则上由项目组成员或特邀专家担任评审组长，评审小组成员应该包括软件验证组代表、质量保证人员和软件设计开发组人员，其他参加人员视评审内容而定。

每一次评审工作都应填写《设计评审申请表》、《设计评审意见汇总表》、《设计评审意见追踪处理记录》表格，阶段评审报表的具体格式应与规定相一致。

3.2日常检查

在项目软件的开发过程中，软件开发组应该定期填写项目及子系统进展报表，即软件项目进展报表。

软件质量保证组以通过项目进展报表发现有关软件质量保证过程控制的问题。

项目进展报表的具体格式见表1。

3.3安装维护检查

XXX控制单元软件交付给用户的是可执行的二进制文件，交付的软件应是通过测试、验证，并确认满足软件需求说明书要求的软件。

软件交付前，XXX项目组应填写《业务联系书》，说明交付安装的软件的版本号、使用范围，并将交付的软件以只读的方式作为《业务联系书》的附件一同发布。

《业务联系书》应按流程签审，软件安装应符合《铁路机车行车安全装备管理规则》要求。

在软件维护阶段，软件的质量保证按《XXX控制单元软件维护计划》、《XXX软件修改流程》执行。

软件安装维护阶段的质量保证通过对安装维护阶段的过程文件检查发现有关软件质量控制的问题，发现的问题通过填写不符合项报告单跟踪处理。

4文档

4.1基本文档

为了确保软件的实现满足系统需求说明书各项需求，软件开发小组应该编写以下文档，各文档应符合IEC62279的有关要求：

a）软件需求规范SoftwareRequirementsSpecification（SRS）

b）软件需求测试规范SoftwareRequirementsTestSpecification（SRTS）

c）软/硬件集成测试计划Software/HardwareIntegrationTestPlan（SW/HWITP）

d）软件结构说明书SoftwareArchitectureSpecification（SAS）

e）软件集成测试计划SoftwareIntegrationTestPlan（SITP）

f）软件设计说明书SoftwareDesignSpecification（SDS）

g）软件模块设计说明书SoftwareModuleDesignSpecification（SMDS）

h）软件模块测试说明书SoftwareModuleTestSpecification（SMTS）

i）软件源代码SoftwareSourceCode（SSC）

j）软件模块测试报告SoftwareModuleTestReport（SMTR）

k）软件集成测试报告SoftwareIntegrationTestReport（SITR）

l）软/硬件集成测试报告Software/HardwareIntegrationTestReport（SW/HWITR）

m）软件确认报告SoftwareValidationReport（SVaR）

4.2文档质量的度量准则

文档是软件的重要组成部分，是软件生存周期各个不同阶段的产品描述。

参考ISO/IEC9126，每个文档（文档清单见表2、表3所述文档清单）的度量准则可分别以内部质量、外部质量及使用质量来度量。

XXX控制单元软件为嵌入式软件，只能在指定的应用环境（XXX）下使用，不考虑软件的可移植性。

由于XXX处于研发阶段，暂不考虑使用质量中的有效性、生产率、满意度三个子特性。

因此，评审文档内部质量、外部质量和使用质量的度量准则有以下六项：

a）功能性：

当软件在指定条件下使用时，软件产品提供满足明确和隐含要求的功能的能力。

b）可靠性：

在指定条件下使用时，软件产品维持规定的性能级别的能力。

c）易用性：

在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。

d）效率：

在规定条件下，相对于所用资源的数量，软件产品可提供适当性能的能力。

e）维护性：

软件产品可被修改的能力。

修改可能包括纠正、改进或软件对环境、需求和功能规格说明变化的适应。

f）安全性：

软件产品在指定使用环境下，达到对人类、业务、软件、财产或环境造成损害的可接受的风险级别的能力。

各文档根据所处的阶段不同，存在不同的质量需求。

每个文档所具备的特性及子特性见表2及表3。

根据定义的文档特性，每个文档应该根据文档具备的特性确定度量表（见表4），并质量测量表（见表5）。

为了满足系统安全完整度等级为4的要求，根据IEC62279的有关要求，在进行特性及子特性度量时选用适当的度量级别。

只有在经过测量的实际结果满足度量要求时，才可以确定所度量的文档符合要求。

5标准、条例和约定

XXX系统控制单元软件的开发过程中，还必须遵守下列标准、条例和约定：

《软件编码规范》

6评审和检查

本章是本计划3.1部分的详细说明，具体规定了应该进行的阶段评审、阶段评审的内容要求。

对新开发的或正在开发的各个子系统，都要根据《XXX公司产品/软件设计评审办法》进行各项评审工作，评审的时间安排应根据项目的进展情况而定。

就整个软件开发过程而言，至少要进行软件需求评审、软件结构设计评审、详细设计（包括设计、模块设计和编码三个阶段）评审、软件测试及软/硬件集成等五个方面的评审和检查工作。

在每次评审前，应确定阶段文档度量已满足设定的度量值要求，否则不得申请评审。

每项评审应由评审申请人填写《设计评审申请表》，明确评审输入及项目负责人对评审的要求与建议，所有的评审和检查过程依照《XXX公司产品/软件设计评审办法》执行。

如本计划第3.1条所述，在XXX控制单元软件开发过程中，在每次评审之后，要填写《设计评审意见汇总表》，对评审结果作出明确的管理决策，并填写《设计评审意见追踪处理记录》对评审问题的处理进行跟踪验证。

下面给出每项评审应该进行的主要工作：

a）软件需求评审：

应评价软件需求满足系统需求规格说明书中规定的各项需求及IEC62279中8.4要求。

b）软件结构设计评审：

应评价软件设计说明书中的软件结构设计的技术合适性，同时评价软件是否满足IEC62279中9.4要求。

c）设计评审：

应确定软件设计说明书中的详细设计在满足软件需求规格说明书中的需求方面的可接受性,评价所有编码采用规定的工作语言，能在规定的运行环境中运行，满足《软件编码规范总则》。

同时评价是否满足IEC62279中10.4要求。

d）软件验证及测试评审：

应评价软件验证计划中确定的验证方法的合适性与完整性，评价验证及测试是否满足IEC62279中11.4要求。

e）软/硬件集成评审：

应评价软/硬件之间的相容性是否满足安全性系统的需求规格说明书和预期软件完善度等级要求，同时评价软/硬件间的相互作用是否能够正确达到预定的功能。

评价是否满足IEC62279中12.4要求。

7软件配置管理

对XXX控制单元软件的各项配置进行及时、合理的管理，是确保软件质量的重要手段，也是确保该软件具有强大生命力的重要措施。

有关XXX控制单元软件的配置管理工作，可参照《控制单元软件配置管理计划SoftwareConfigurationManagementPlan》。

在软件配置管理工作中，要特别注意规定对软件问题报告、追踪和解决的方法。

8工具、技术和方法

在XXX控制单元的研制与开发过程中，都应该在各自的软件质量保证活动中合理地使用软件质量活动的支持工具、技术和方法。

8.1开发工具及编程语言

请说明使用的硬件的主要控制芯片、开发环境以及开发工具。

开发使用语言也需说明。

8.2测试工具

XXX控制单元软件生命周期内，主要采用XXX公司的XXX动态测试软件工具进行软件模块测试与软件集成测试。

请描述一下该动态测试软件能够监测的项目。

如：

被测系统运行时的动态时序图、内存错误、代码覆盖率、系统调用图及性能信息。

8.3配置管理工具

XXX控制单元软件生命周期内采用XXX作为配置管理工具，用于软件源代码以及文档的版本管理。

8.4故障报告工具

故障报告是指软件质量保证计划中发现的不符合项，采用MicrosoftWord/MicrosoftExcel作为故障报告管理工具。

9媒体控制

为了保护计算机程序的物理媒体，以免非法存取、意外损坏或自然老化，XXX控制单元（包括支持软件）应设立软件配置管理人员，并按照《控制单元软件配置管理计划》、文件控制程序》妥善管理和存放各个子系统及其支持软件的媒体。

软件生命周期内的文档及软件支持媒体应存放在合适的环境下，确保不受潮、霉变、破损和丢失，文件应分类存放，便于检索。

对借用的文件应办理借用手续并保存借用记录。

软件质量保证组通过对《控制单元软件配置管理计划》、《文件控制程序》的执行情况检查，保证软件媒体控制符合有关要求。

10供应商控制

XXX控制单元软件开发组，如果需要从软件销售单位购买软件或软件部件时，则在选用前应向XXX项目组报告并提出需求说明，经XXX项目组批准，并按相关流程审批后报XXX公司信息管理部，按《XXX公司IT系统/设备供应商选择管理办法》进行供应商评价、管理。

11记录收集、维护和保存

在XXX控制单元软件的开发期间，要进行各种软件质量保证活动，准确记录、及时分析并妥善保存有关这些活动的记录，是确保软件质量的重要条件。

在软件质量保证组中，由软件质量保证组质量保证人员负责收集、汇总与保存有关软件质量保证活动的记录。

各种软件质量保证活动的质量记录应在每年XX月归档到事业部档案室保存，保存期限至少为五年。

项目进展报表

子系统名：

模块名：

统计日期：

年月日

阶段名称

计划进度

调整进度

实际进度

备注

开工日期

完工日期

开工日期

完工日期

开工日期

完工日期

软件需求分析阶段

软件结构与设计

软件模块设计

软件编码与单元测试

软件集成

软硬件集成测试

软件确认

软件使用的准备

各文档的质量需求（内部质量特性）

内部质量特性（Internal）

功能性

（Functionality）

可靠性

（Reliability）

易用性

（Usability）

效率（Efficiency）

维护性

（Maintainability）

可移植性

（Portability）

适合性

准确性

互操作性

安全保密性

依从性

成熟性

容错性

易恢复性

依从性

易理解性

易学性

易操作性

吸引性

依从性

时间特性

资源利用性

依从性

易分析性

易改变性

稳定性

易测试性

依从性

适应性

易安装性

共存性

易替换性

依从性

软件需求规范

软件结构说明书

√

√

√

软件设计说明书

√

√

√

软件模块设计说明书

√

√

√

√

√

软件源代码

√

√

各文档的质量需求（外部质量及使用质量特性）

外部质量特性（External）

使用质量

功能性

（Functionality）

可靠性

（Reliability）

易用性

（Usability）

效率（Efficiency）

维护性

（Maintainability）

可移植性

（Portability）

安全性

适合性

准确性

互操作性

安全保密性

依从性

成熟性

容错性

易恢复性

依从性

易理解性

易学性

易操作性

吸引性

依从性

时间特性

资源利用性

依从性

易分析性

易改变性

稳定性

易测试性

依从性

适应性

易安装性

共存性

易替换性

依从性

软件需求规范

√

√

√

√

√

√

√

√

√

软件结构说明书

软件设计说明书

软件模块设计说明书

软件源代码

文档度量表

表格编号

编制

文档名称

审核

代号

批准

版本

页次

第页共页

度量特性名称

子特性

度量名称

度量目的

应用的方法

测量、公式及数据元素计算

测量值解释

度量标度类型

测度类型

测量输入

度量特性名称

子特性

度量名称

度量目的

应用的方法

测量、公式及数据元素计算

测量值解释

度量标度类型

测度类型

测量输入

度量特性名称

子特性

度量名称

度量目的

应用的方法

测量、公式及数据元素计算

测量值解释

度量标度类型

测度类型

测量输入

注：

本表格可根据不同文档所具备的特性增减项目，但不得改变表格结构。

文档质量测量表

表格编号

页次

第页共页

文档名称

代号

版本

内部质量测量类别

特性

子特性

度量

要求的级别

评估实际结果

外部质量测量类别

特性

子特性

度量

要求的级别

评估实际结果

使用质量测量类别

特性

子特性

度量

要求的级别

评估实际结果