软件质量保证计划编写规范

1、.：.；案卷号日期工程称号软件质量保证方案 作 者： 完成日期： 签 收 人： 签收日期： 修正情况记录：版本号修正同意人修正人安装日期签收人 目录 TOC o 1-4 * MERGEFORMAT 1 引言 PAGEREF _Toc445812210 h 11.1 目的 PAGEREF _Toc445812211 h 11.2 定义和缩写词 PAGEREF _Toc445812212 h 11.3 参考资料 PAGEREF _Toc445812213 h 12 管理 PAGEREF _Toc445812214 h 12.1 机构 PAGEREF _Toc445812215 h 12.2 义务

2、PAGEREF _Toc445812216 h 22.3 职责 PAGEREF _Toc445812217 h 23 文档 PAGEREF _Toc445812218 h 23.1 根本文档 PAGEREF _Toc445812219 h 23.1.1 软件需求规格阐明书 PAGEREF _Toc445812220 h 23.1.2 软件设计阐明书 PAGEREF _Toc445812221 h 23.1.3 软件验证与确认方案 PAGEREF _Toc445812222 h 33.1.4 软件验证与确认报告 PAGEREF _Toc445812223 h 33.1.5 用户文档 PAGERE

3、F _Toc445812224 h 33.2 其他文档 PAGEREF _Toc445812225 h 34 规范、条例和商定 PAGEREF _Toc445812226 h 45 评审和检查 PAGEREF _Toc445812227 h 45.1 软件需求评审 PAGEREF _Toc445812228 h 45.2 概要设计评审 PAGEREF _Toc445812229 h 45.3 详细设计评审 PAGEREF _Toc445812230 h 45.4 软件验证与确认评审 PAGEREF _Toc445812231 h 45.5 功能检查 PAGEREF _Toc445812232

4、h 45.6 物理检查 PAGEREF _Toc445812233 h 55.7 综合检查 PAGEREF _Toc445812234 h 55.8 管理评审 PAGEREF _Toc445812235 h 56 软件配置管理 PAGEREF _Toc445812236 h 57 工具、技术和方法 PAGEREF _Toc445812237 h 58 媒体控制 PAGEREF _Toc445812238 h 69 对供货单位的控制 PAGEREF _Toc445812239 h 610 记录的搜集、维护和保管 PAGEREF _Toc445812240 h 611 附录 PAGEREF _To

5、c445812241 h 611.1 附录A：工程进展报表 PAGEREF _Toc445812242 h 611.2 附录B：工程阶段评审表 PAGEREF _Toc445812243 h 11软件质量保证方案编写规范 第 PAGE 16 页1 引言1.1 目的 本条必需指出特定的软件质量保证方案的详细目的。还必需指出该方案所针对的软件工程及其所属的各个子工程的称号和用途。1.2 定义和缩写词应该列出方案正文中需求解释的而在GB/T 11457中尚未包含的术语的定义，必要时，还要给出这些定义的英文单词及其缩写词。1.3 参考资料列出要用到的参考资料，如：本工程的经核准的方案义务书或合同、上级

6、机关的批文；属于本工程的其他已发表的文件；本文件中各处援用的文件、资料，包括所要用到的软件开发规范。列出这些文件的标题、文件编号、发表日期和出版单位，阐明可以得到这些文件资料的来源。2 管理必需描画担任软件质量保证的机构、义务及其有关的职责。2.1 机构必需描画与软件质量保证有关的机构的组成。还必需清楚地描画工程委托单位、工程承办单位、软件开发单位或用户中担任软件质量保证的各个成员在机构中的相互关系。2.2 义务描画方案所涉及的软件生存周期中有关阶段的义务，特别要把重点放在描画这些阶段所应进展的软件质量保证活动上。2.3 职责指明软件质量保证方案中规定的每一个义务的担任单位或成员的责任。3 文

7、档3.1 根本文档为了确保软件的实现满足需求，至少需求以下根本文档。3.1.1 软件需求规格阐明书软件需求规格阐明书必需清楚、准确地描画软件的每一个根本需求功能、性能、设计约束和属性和外部界面。必需把每一个需求规定成可以经过预先定义的方法例如检查、分析、演示或测试等被客观地验证与确认的方式。软件需求规格阐明书的详细格式按GB 8567。3.1.2 软件设计阐明书软件设计阐明书应该包括软件概要设计阐明和软件详细设计阐明两部分。其概要设计部分必需描画所设计软件的总体构造、外部接口、各个主要部件的功能与数据构造以及各主要部件之间的接口性和时还必需对主要部件的每一个子部件进展描画。其详细设计部分必需给

8、出每一个根本部件的功能、算法和过程描画。软件设计阐明书的详细格式按GB 8567。3.1.3 软件验证与确认方案软件验证与确认方案必需描画所采用的软件验证和确认方法例如评审、检查、分析、演示或测试等，以用来验证软件需求规格阐明书中的需求能否已由软件设计阐明书描画的设计实现；软件设计阐明书表达的设计能否已由编码实现。软件验证与确认方案还可用来确认编码的执行能否与软件需求规格阐明书中所规定的需求相一致。软件验证与确认方案的详细格式按GB 8567中的测试方案的格式。3.1.4 软件验证与确认报告软件验证与确认报告必需描画软件验证与确认方案的执行结果。这里必需包括软件质量保证方案所需求的一切评审、检

9、查和测试的结果。软件验证与确认报告的详细格式按GB 8567中的测试报告的格式。3.1.5 用户文档用户文档例如手册、掼等必需指明胜利运转该软件所需求的数据、控制命令以及运转条件等；必需指明一切的出错信息、含义及其修正方法；还必需描画将用户发现的错误或问题通知工程承办单位或软件开发单位或工程委托单位的方法。用户文档的详细格式按GB 8567。3.2 其他文档除根本文档外，还应包括以下文档：工程实施方案其中可包括软件配置管理方案，但在必要时也可单独制定该方案，其详细格式按GB 8567。工程进展报表：其详细格式可参考本方案附录A中有关的各项规定。工程开发各阶段的评审报表：其详细格式可参考本方案附

10、录B中有关的各项规定。工程开发总结：其详细格式按GB 8567。4 规范、条例和商定必需列出软件开发过程中要用到的规范、条例和商定，并列出监视和保证执行的措施。5 评审和检查必需规定所要进展的技术和管理两方面的评审和检查任务，并编制或援用有关的评审和检查规程以及经过与否的技术准那么。至少要进展以下各项评审和检查任务：5.1 软件需求评审在软件需求分析阶段终了后必需进展软件需求评审，以确保在软件需求规格阐明书中所规定的各项需求的适宜性。5.2 概要设计评审在软件概要设计阶段终了后必需进展概要设计评审，以评价软件设计阐明书中所描画的软件概要设计在总体机构、外部接口、主要部件功能分配、全局数据构造以

11、及各主要部件之间的接口等方面的适宜性。5.3 详细设计评审在软件详细设计阶段终了后必需进展详细设计评审，以确定软件设计阐明书中所描画的详细设计在功能、算法和过程描画等方面的适宜性。5.4 软件验证与确认评审在制定软件验证与确认方案之后要对它进展评审，以评价软件验证与确认方案中所规定的验证与确认方法的适宜性与完好性。5.5 功能检查在软件释放前，要对软件进展检查，以确认曾经满足在软件需求规格阐明书中规定的一切需求。5.6 物理检查在验收软件前，要对软件进展物理 检查，以验证程序和文档曾经一致并已做好了交付的预备。5.7 综合检查在软件验收时，要允许用户或用户所委托的专家对所要验收的软件进展设计抽

12、样的综合检查，以验证代码和设计文档的一致性、接口规格阐明之间的一致性硬件和软件、设计实现和功能需求的一致性、功能需求和测试描画的一致性。5.8 管理评审要对方案的执行情况定期或按阶段进展管理评审；这些评审必需由獐独立于被评审单位的机构或授权的第三方主持进展。6 软件配置管理必需编制有关软件配置管理的条款，或援用按照GB/T 12505单独制定的。在这些条款或文档中，必需规定用于标识软件产品、控制和实现软件的修正、记录和报告修正实现的形状以及评审和检查配置管理任务等四方面的活动。还必需规定用以维护和存储软件受控版本的方法和设备；必需规定对所发现的软件问题进展报告、追踪和处理的步骤，并指出实现报告

13、、追踪和处理软件问题的机构及其职责。7 工具、技术和方法必需指明用以支持特定软件工程质量保证任务的工具、技术和方法，指出它们的目的，描画它们的用途。8 媒体控制必需指出维护计算机程序物理媒体的方法和设备，以免非法存取、不测损坏或自然老化。9 对供货单位的控制供货单位包括工程承办单位、软件销售单位、软件开发单位或软件子开发单位。必需规定对这些供货单位进展控制的规程，从而保证工程承办单位从软件销售单位购买的、其他开发单位或子开发单位开发的或从开发或子开发单位现存软件库中选用的软件能满足规定的需求。10 记录的搜集、维护和保管必需指明需求保管的软件质量保证活动的记录，并指出用于汇总、维护和维护这些记

14、录的方法和设备，并指明要保管的期限。11 附录11.1 附录A：工程进展报表工程进展报表月报表或季报表由一个工程进展报表表头表A1和另外三个表格表A2、表A3、表A4组成。在表A2“软件阶段进度表中，要填写各个阶段的开工日期与终了日期。其中方案进度是指在工程实施方案中确定的方案进度，因此可以由管理事先填好，而不用由开发人员填写。实践进度是指该工程实践的开工日期与终了日期，它将随着该工程的不断进度来填写。其中调整进度是指工程组长发现实现进度与方案进度不符时提出的进度修正建议；但经工程管理人员研讨后，能够对此修正建议作某些更改。此外，在相继的假设干次报表中，工程组长提出的建议修正日期也能够是不一样

15、的。在此我们规定，最终的调整进度由工程经理来确定。在表A3“软件阶段产品完成情况表中，要填写各个文档的开场编写日期与完成日期。其中关于对方案进度、调整进度与实践进度的含义的解释与上一样。表A4是关于统计软件开发费用的表格。表A1 工程进展报表表头工程名： 年 月子系统称号模块名填表人填表日期 年 月 日工程组长开发单位表A2 软件阶段进度表子系统名： 模块名： 统计日期： 年 月 日阶段称号方案进度调整进度实践进度备 注开工日期终了日期开工日期终了日期开工日期终了日期SASDRAPDDDCDUTITSTISACTSSD注：SA&SD(system analysis & software def

16、inition phase)：系统分析与软件定义阶段。 RA(requirements analysis phase)：需求分析阶段。 PD(preliminary design phase)：概要设计阶段。 DD(detailed design phase)：详细设计阶段。 CD&UT(coding & unit testing phase)：编码与单元测试阶段。 IT&ST(integrating & system testing phase)：组装与系统测试阶段。 IS&AC(installation & acceptance phase)：安装与验收阶段。 TSSD(total sof

17、tware system development phase)：整个软件系统的开发阶段。表A3 软件阶段产品完成情况表子系统名： 模块名： 统计日期： 年 月 日文档称号方案进度调整进度实践进度页数备 注开场日期完成日期开场日期完成日期开场日期完成日期1 工程实施方案2 需求规格阐明书3 概要设计阐明书4 详细设计阐明书5 测试方案6 测试报告7 用户手册8 工程开发总结9 源代码清单10 质量保证方案11 配置管理方案表A4 软件开发费用统计表子系统名： 模块名： 统计区间：从 年 月 日至 年 月 日阶段称号人工费用人月机时小时其他元工程管理系统分析软件设计编码调试数据录入其它人工终端小时

18、主机小时外存空间其它费用出差资料其他费用SASDRAPDDDCDUTITSTISACTSSD11.2 附录B：工程阶段评审表在软件开发过程中的适当阶段对软件阶段产品进展评审，是确保软件产品最终质量的重要方法。阶段评审可以对某个开发阶段的阶段产品进展评审，也可以对某几个开发阶段的阶段产品进展综合评审。在每次阶段评审中，必需履行正式手续，填写必要的评审表格，以利于工程管理任务，利于产品验收时的质量检查任务。工程阶段评审表由四张子表组成。表B1是对评审中发现的问题的记录RPL(review problem log；表B2是评审总结报表RSR(review summary report)；表B3是对其中主要问题的详细描画SPR(software problem report)；表B4是评审小组成员登记与签字表。下面给出这四张表的格式。表B1 评审问题记录RPLRPL评 审 问 题 记 录登记号评审日期 年 月 日评审性质评审 复审工程名子工程名代号编号问题摘要问题类型能否处理12345678910表B2 评审总结报告RSRRSR评审总结报告登记号评审日期 年 月 日评审性质评审 复审工程名子工程名代号阶段名软件定义需求分析概要设计详细设计编码测试组装测试安装验收运转维护工程组长姓名地址评审义务评审资料评审结论经过不需修正稍作修正不经过