文档介绍：金盾工程初步方案设计
XX系统-质量保证方案
22
ii
物理检查和综合检查。关于这些评审工作的详细内容见第5章。
阶段评审工作要组织专门的评审小组，原那么上由工程总体小组成员或特邀专家担任评审组长，评审小组成员应该包括工程委托单位或用户的代表、质量保证人员、软件开发单位和上级主管部门的代表，其他参加人员视评审内容而定。
每一次评审工作都应填写评审总结报告〔RSR〕、评审问题记录〔RPL〕、评审成员签字〔
3
XX系统-质量保证方案
22
RMT〕与软件问题报告单〔SPR〕等四张表格。这四张阶段评审报表的具体格式应与附录C中的规定相一致。
日常检查：在软件的开发过程中，各子系统应该填写工程进度报告。工程状态报告的格式与附录B中的规定相一致。
软件验收：必须组织专门的验收小组对系统软件系统及其所属各个子系统进行验收。验收工作应按照?公安部机关金盾工程工程验收方法?进行。
职责
在软件质量保证小组中，其各方面人员的职责如下：
组长全面负责有关软件质量保证的各项工作；
总体组代表负责有关阶段评审、工程进展报表检查以及软件验收准备等三方面工作中的质量保证工作。
工程的专职配置管理人员负责有关软件配置变动、软件媒体控制以及对供货单位的控制等三方面的质量保证活动；
各子系统的软件质量保证人员负责测试复查和文档的标准化检查工作；
用户代表负责反映用户的质量要求，并协助检查各类人员对软件质量保证方案的执行情况；
工程的专职质量保证人员协助组长开展各项软件质量保证活动，负责审查所采用的质量保证工具、技术和方法，并负责汇总、维护和保存有关软件质量活动的各项记录。
3
XX系统-质量保证方案
22
文档
本章给出了在系统软件开发过程各阶段需要编制的文档名称及其要求，并且规定了评审文档质量的通用的度量准那么。
根本文档
为了确保软件的实现满足需求，系统软件各开发单位至少应该编写以下八个方面内容的文档：
软件需求规格说明书；
软件设计说明书,对一些规模较大或复杂性较高的工程，应该把本文档分成概要设计说明书与详细设计说明书两个文档；
软件测试方案；
软件测试报告；
用户手册；
源程序清单；
工程实施方案；
工程开发总结。
其他文档
除了根本文档之外，对于尚在开发中的软件，还应该包括以下四个方面的文档：
软件质量保证方案；
软件配置方案；
工程进展报表；
阶段评审报表；
注：前面两个文档由工程工程小组制订，属于管理文档，各个子系统的工程承办单位与软件开发单位都应认真执行方案中规定的条款。后面两类文档属于工作文档，。
4
XX系统-质量保证方案
22
文档质量的度量准那么
文档是软件的重要组成局部，是软件生存周期各个不同阶段的产品描述。难作确认就是要检查各阶段文档的适宜性。评审文档质量的度量准那么是有以下六条：
完备性：应按照GB 8567的规定编制相应的文档，以保证在开发阶段结束时其文档是齐全的。
正确性：在软件开发各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶段的需求相一致。
简明性：在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简炼，适合各种文档的特定读者。
可追踪性：在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。文档的可追踪性包括纵向可追踪性和横向可追踪性两个方面。前者是指在不同的文档的相关内容之间相互检索的难易程序；后者是指确定同一文档某一内容在本文档中的范围的难易程度。
自说明性：在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。文档的自说明性是指在软件开发各个阶段中的不同文档能独立表达该软件其相应阶段的阶段产品的能力。
标准性：在软件开发各个阶段所编写的各种文档应该具有良好的标准性。文档的标准性是指文档的封面、大纲、术语的含义以及图示符号等符合有关标准的规定。
5