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

《软件质量保证计划编写规范》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、软件质量保证计划编写规范案卷号日期＜项目名称＞软件质量保证计划作者：完成日期：签收人：签收日期：修改情况记录：版本号修改批准人修改人安装日期签收人软件质量保证计划编写规范目录1引言11.1目的11.2定义和缩写词11.3参考资料12管理12.1机构12.2任务22.3职责23文档23.1基本文档23.1.1软件需求规格说明书23.1.2软件设计说明书23.1.3软件验证与确认计划33.1.4软件验证与确认报告33.1.5用户文档33.2其他文档34标准、条例和约定45评审和检查45.1软件需求评审45.2概要设计评审45.3详细设计评审45.4软件验证与确认评审45.5功能检查45.6物

2、理检查55.7综合检查55.8管理评审56软件配置管理57工具、技术和方法58媒体控制69对供货单位的控制610记录的收集、维护和保存611附录611.1附录A：项目进展报表611.2附录B：项目阶段评审表11软件质量保证计划编写规范1引言1.1目的本条必须指出特定的软件质量保证计划的具体目的。还必须指出该计划所针对的软件项目（及其所属的各个子项目）的名称和用途。1.2定义和缩写词应该列出计划正文中需要解释的而在GB/T11457中尚未包含的术语的定义，必要时，还要给出这些定义的英文单词及其缩写词。1.3参考资料列出要用到的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批

3、文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2管理必须描述负责软件质量保证的机构、任务及其有关的职责。2.1机构必须描述与软件质量保证有关的机构的组成。还必须清楚地描述来自项目委托单位、项目承办单位、软件开发单位或用户中负责软件质量保证的各个成员在机构中的相互关系。第15页软件质量保证计划编写规范2.2任务描述计划所涉及的软件生存周期中有关阶段的任务，特别要把重点放在描述这些阶段所应进行的软件质量保证活动上。2.3职责指明软件质量保证计划中规定的每一个

4、任务的负责单位或成员的责任。3文档3.1基本文档为了确保软件的实现满足需求，至少需要下列基本文档。3.1.1软件需求规格说明书软件需求规格说明书必须清楚、准确地描述软件的每一个基本需求（功能、性能、设计约束和属性）和外部界面。必须把每一个需求规定成能够通过预先定义的方法（例如检查、分析、演示或测试等）被客观地验证与确认的形式。软件需求规格说明书的详细格式按GB8567。3.1.2软件设计说明书软件设计说明书应该包括软件概要设计说明和软件详细设计说明两部分。其概要设计部分必须描述所设计软件的总体结构、外部接口、各个主要部件的功能与数据结构以及各主要部件之间的接口性和时还必须对主要部件的每一

5、个子部件进行描述。其详细设计部分必须给出每一个基本部件的功能、算法和过程描述。软件设计说明书的详细格式按GB8567。3.1.3软件验证与确认计划第15页软件质量保证计划编写规范软件验证与确认计划必须描述所采用的软件验证和确认方法（例如评审、检查、分析、演示或测试等），以用来验证软件需求规格说明书中的需求是否已由软件设计说明书描述的设计实现；软件设计说明书表达的设计是否已由编码实现。软件验证与确认计划还可用来确认编码的执行是否与软件需求规格说明书中所规定的需求相一致。软件验证与确认计划的详细格式按GB8567中的测试计划的格式。3.1.4软件验证与确认报告软件验证与确认报告必须描述软件验

6、证与确认计划的执行结果。这里必须包括软件质量保证计划所需要的所有评审、检查和测试的结果。软件验证与确认报告的详细格式按GB8567中的测试报告的格式。3.1.5用户文档用户文档（例如手册、掼等）必须指明成功运行该软件所需要的数据、控制命令以及运行条件等；必须指明所有的出错信息、含义及其修改方法；还必须描述将用户发现的错误或问题通知项目承办单位（或软件开发单位）或项目委托单位的方法。用户文档的详细格式按GB8567。3.2其他文档除基本文档外，还应包括下列文档：a．项目实施计划（其中可包括软件配置管理计划，但在必要时也可单独制订该计划），其详细格式按GB8567。b．项目进展报表：其详细格

7、式可参考本计划附录A中有关《项目进展报表》的各项规定。c．项目开发各阶段的评审报表：其详细格式可参考本计划附录B中有关《项目阶段评审表》的各项规定。d．项目开发总结：其详细格式按GB8567。4标准、条例和约定必须列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施。第15页软件质量保证计划编写规范5评审和检查必须规定所要进行的技术和管理两方面的评审和检查工作，并编制或引用有关的评审和检查规程以及通过与否的技术准则