软件质量保证计划 [文档在线提供]
软件质量保证计划
软件质量保证计划1. 引言本文档旨在制定软件质量保证计划，确保软件开发过程中的质量控制和质量保证措施。
2. 目标和目的本计划的目标是确保软件开发过程中的质量控制和质量保证，以提供可靠和高质量的软件产品。
具体目的包括：- 确定适用的质量标准和指南；- 识别和分析潜在的质量风险；- 制定质量控制和质量保证措施；- 确保测试和验证过程符合质量要求；- 监督和评估质量控制和质量保证的效果。
3. 质量标准和指南为确保软件开发的质量，我们将遵循以下标准和指南：- IEEE软件质量标准：用于确定软件开发、测试和维护过程中的质量要求；- CMMI（能力成熟度模型集成）：用于评估和改进软件开发过程的质量成熟度；- 最佳实践指南：通过采用行业内最佳实践，帮助提高软件开发的质量。
4. 质量风险分析为了识别和分析潜在的质量风险，我们将进行以下步骤：1. 收集和分析相关需求和规范文件，以确定可能的质量问题；2. 评估现有的开发和测试流程，发现潜在的质量风险；3. 制定应对策略和应急计划，以减轻和控制质量风险。
5. 质量控制措施为确保软件开发过程中的质量控制，我们将采取以下措施：- 遵循规范和标准进行开发和测试；- 确保开发团队具备必要的技能和知识；- 使用版本控制系统管理代码和文档；- 进行代码审查，以确保代码质量；- 进行单元测试和集成测试，以验证软件功能；- 进行性能测试和安全测试，以确保软件的性能和安全性。
6. 质量保证措施为确保软件开发过程中的质量保证，我们将采取以下措施：- 进行定期的质量评估，评估质量控制措施的有效性；- 监督开发团队的工作，确保按照质量计划执行；- 对测试和验证结果进行审查，确保符合质量标准；- 及时处理和解决质量问题，避免影响软件交付时间和质量。
7. 质量控制和质量保证的监督为确保质量控制和质量保证的有效实施，我们将进行以下监督措施：- 定期审查软件开发和测试过程，确保符合质量计划；- 监督开发团队的工作进度和质量；- 进行质量审计，评估质量控制和质量保证的效果；- 针对质量问题进行根本性分析，提出改进建议。
文档：软件质量保证计划模板
软件质量保证计划模板目录1前言1.1 目的[ 此处描述了编制本SQA计划的目标。
以下为示例。
请根据项目特点，进行修改。
本节不可裁剪。
]本计划是XXX项目计划的组成部分，描述了在软件开发过程中与SQA活动相关的内容。
通过关注和改进软件开发过程质量，来提高软件产品的质量，以达到项目目标。
本计划主要对以下内容进行了约定：●实施质量保证活动的策略和方式方法，相关人员职责、SQA活动安排、汇报机制等。
●SQA人员的活动依据。
●SQA活动的资源保证、设备设施、支持环境等。
1.2 背景[ 简单介绍项目的基本情况，如项目的主要名称、客户、功能和性能、体系结构等。
本节不可裁剪。
]1.3 假设、约束与约定[ 假设和约束：可以针对两个方面来描述，一方面是对于项目整体的假设和约束（主要说明那些对于软件过程质量影响较大的内容），另一方面是软件质量保证方面的假设和约束。
本节不可裁剪。
例如：在该项目中，存在以下与软件质量保证活动相关的约束条件：●客户要求必须使用原型法进行软件开发；●高层经理要求，SQA人员必须全部参加项目的主次里程碑评审；●……本计划的编制，基于以下假设内容：●在第一个原型提交以前，客户不会提交新的需求；●……][ 约定：请直接描述本项目在软件质量保证方面的约定。
例如：在本计划的编制过程中，与相关人员达成以下约定：●每两周召开一次质量会议，项目经理、SQA人员、测试经理、客户的项目负责参加。
会议的具体时间另行约定；……]1.4 术语与简称[ 列出本文中用到的术语和简称。
本部分可裁剪。
]1.5 引用文档和参考资料[ 根据编写或者维护本计划的实际情况，列出引用的文档和参考的资料。
本节不可裁剪。
]2角色与职责[ 说明项目中各种角色所承担的与SQA活动相关的职责，以及其对应的人员姓名。
如果项目整体计划中描述了这部分信息，则可以通过“角色与职责的描述请参考《XXXX项目计划》的XXXX部分。
”来描述。
本节内容不可裁剪。
软件项目质量保证计划书
软件项目质量保证计划书篇一：软件质量保证计划设计文件.名称代号版本XXX系统软件质量保证计划历史记录目次1简介 (3)1.1目的...........................................................................................................31.2范围...........................................................................................................31.3参考...........................................................................................................31.4定义与缩写.. (4)2组织结构与职责 (4)2.1组织结构...................................................................................................42.2职责.. (5)3软件质量保证的过程.........................................................................(:软件项目质量保证计划书). (5)3.1阶段评审...................................................................................................73.2日常检查...................................................................................................73.3安装维护检查. (7)4文档 (7)4.1基本文档...................................................................................................74.2文档质量的度量准则. (8)5标准、条例和约定 (96)评审和检查 (97)软件配臵管理 (98)工具、技术和方法 (10)8.1开发工具及编程语言.............................................................................108.2测试工具.................................................................................................108.3配臵管理工具.........................................................................................108.4故障报告工具.. (10)9媒体控制................................................................................................1010供应商控制............................................................................................1011记录收集、维护和保存 (11)1简介1.1目的本计划定义了XXX控制单元软件质量保证（SoftwareQualityassurance，以下简称SQa）组织、任务及职责；提供SQa的参考文献及行动指南；提供执行SQa的标准、过程及相关的约定；并为执行SQa活动和SQa报告提供了工具、技术和方法。
软件系统质量保证方案
软件系统质量保证方案1. 简介软件系统质量保证方案是为确保软件系统在开发、测试、交付和维护过程中达到一定的质量标准而制定的计划和方法。
本文档旨在提供软件系统质量保证方案的详细说明和实施指南。
2. 目标软件系统质量保证方案的主要目标包括：- 确保软件系统的功能和性能要求得到满足；- 提高软件系统的稳定性和可靠性；- 最小化软件系统的错误和缺陷；- 保证软件系统的安全性和可维护性。
3. 实施计划软件系统质量保证方案的实施计划包括以下步骤：1. 需求分析：明确软件系统的功能和性能需求，确保所有需求都可以被满足。
2. 设计评审：对软件系统的设计进行评审，确保设计符合规范和最佳实践。
3. 编码规范：制定统一的编码规范，确保代码的质量和可读性。
4. 单元测试：对每个模块进行单元测试，确保模块的功能和性能得到验证。
5. 集成测试：将各个模块进行集成测试，确保模块之间的接口和交互正常。
6. 系统测试：对整个软件系统进行系统测试，验证系统的功能和性能。
7. 用户验收测试：由用户对软件系统进行验收测试，确保用户需求得到满足。
8. 发布和部署：将测试通过的软件系统发布和部署到生产环境。
9. 维护和支持：对软件系统进行维护和支持，及时处理问题和提供技术支持。
4. 质量管理为确保软件系统的质量，需要进行质量管理，包括以下方面：- 风险管理：对软件开发过程中的风险进行管理和控制。
- 缺陷管理：对软件系统中的缺陷进行管理和修复，确保系统的稳定性。
- 变更管理：对软件系统的变更进行管理和控制，避免引入新的错误和缺陷。
- 配置管理：对软件系统的配置进行管理和控制，确保系统的一致性和稳定性。
- 测试管理：对软件系统的测试过程进行管理和控制，确保测试的全面性和有效性。
5. 质量保证措施为确保软件系统的质量，需要采取以下质量保证措施：- 严格遵循开发流程和规范，确保开发过程的可控性和可追溯性。
- 使用合适的工具和技术，提高开发和测试的效率和质量。
软件质量保证计划书
软件质量保证计划书：计划书质量保证软件软件质量保证计划案例labview质量保证规则plc软件质量保证篇一：项目管理-软件质量计划书_模板及实例实战XX系统质量计划书拟制：日期：审核：日期：2014/5/101.介绍1.1.文档目的为了健全和完善XXX系统设计开发的质量管理体系，促进质量管理活动系统化、规范化，以确保所交付的XXX系统能够满足规定的各项具体需求。
1.2.文档范围本质量管理计划涵盖所有与XXX系统设计开发有关的质量目标和具体措施，涉及需求分析阶段、设计阶段、编码阶段、测试阶段、工程实施阶段。
本质量管理计划由以下几个部分组成：介绍：即本章节，概要介绍文档目的、范围、缩略词、参考资料。
项目概述：开发系统概述、质量管理的角色和职责、生命周期各阶段的主要交付物。
项目生命周期各阶段的质量检查点：列出各阶段的质量检查计划表，包括责任人、检查时间、检查任务。
质量检查和确认技术：描述针对不同的对象而采用的特定的质量控制方法和技术及质量问题的级别和处理流程等。
项目生命周期各阶段的量化质量目标。
1.3 缩写PM –项目经理QA –质量保证SA –系统分析工程师A&D –系统设计员RA –需求分析员PC –流程审核员SCM –软件配置管理员2.项目概述一个现代化医院的综合管理是否先进是直接通过其信息化水平来体现的，“XXX系统”是国内先进的信息化管理系统，该系统包含住院登记、病房护士站、医生站、价格管理、成本核算、药库管理等40多个子系统，可以满足各个部门的业务信息处理和信息共享。
“XXX系统”还可开发制作触摸屏，以供患者了解医院信息，查找专家资料，方便查询各种费用收取情况。
该系统还能为住院病人提供每日住院清单，使患者明白、放心治疗。
2.1.项目组织结构为了实现有效的项目管理，开发小组将划分为技术队伍和QA 队伍。
项目经理对技术队伍进行任务分配和进度检查，技术经理对技术队伍进行技术指导和检查。
软件质量保证计划模板
XXXX软件质量保证计划部门编写审核批准XXXX有限公司文档控制变更记录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)1.4与其他计划的关系 (1)2引用文件 (1)3术语与定义 (2)4组织机构与人员 (2)4.1组织机构 (2)4.2人员配置 (2)5标准、条例和约定 (5)6质量保证活动安排 (5)6.1产品审计 (5)6.2过程审计 (6)6.3评审计划 (8)6.4产保经理审计 (10)7不符合问题的解决 (10)8工具、技术和方法 (11)9对供货单位的控制 (11)10记录的收集、维护和保存 (11)11测量 (11)表5-4 CCB职责表 (5)表6-1 产品审计计划表 (6)表6-2 过程审计计划表 (7)表6-4 评审计划表 (8)表6-5 产保经理审计计划表 (10)1范围1.1标识a.本文档的标识号：；b.标题：XXXX质量保证计划；c.本文档适用与XXX系统/软件。
1.2系统概述包括本文档所使用的软件所属系统的功能，软件在系统中的位置。
系统开发、运行和维护的历史，系统的用户、开发方和相关机构等。
标识当前和计划的运行现场；列出其他有关的文档。
可参考任务书、开发计划中的相关内容。
1.3文档概述制定本计划的目的是定义软件开发过程中SQA和项目质量活动的任务、职责、工作计划、质量保证活动的资源要求（包括人员、工具和设施）等，SQA 将通过跟踪、管理软件开发的过程，使软件开发团队能够在正确的时间和正确的地点完成正确的工作。
SQA计划旨在合理地安排开发过程中进行的过程和产品审计、评审和跟踪等活动，为本型号软件项目实施SQA活动提供依据与指导。
本文档为软件质量保证活动的依据，本文档的工作任务拆分结构表、风险跟踪表、资源跟踪表为项目监督控制过程的初始数据。
1.4与其他计划的关系本计划为《XXX软件开发计划》的子计划；本计划按照《XXX软件开发计划》编写。
2引用文件《XXX软件开发计划》，XXX部门；《XXX软件任务书》，XXX部门；《软件质量保证计划模板》。
软件质量保证计划 [文档在线提供]
![软件质量保证计划 [文档在线提供]](https://img.taocdn.com/s3/m/653b731da1c7aa00b42acb13.png)
Adwiser软件质量保证计划1 引言1.1 目的本计划的目的在于对所开发的软件规定各种必要的质量保证措施，以保证所交付的软件能够满足项目预定需求，能够满足本项目总体组制定的且经领导小组评审批准的该软件系统需求规格说明书中规定的各项具体需求。
软件开发项目组在开发软件系统所属的各个子系统（其中包括为本项目研发或选用的各种支持软件、组件）时，都应该执行本计划中的有关规定，但可根据各自的情况对本计划作适当的剪裁，以满足特定的质量保证要求，剪裁后的计划必须经项目组相关负责人批准。
1.2 参考资料略2 管理2.1 机构在本软件系统整个开发期间，必须成立软件质量管理小组负责质量保证工作。
软件质量保证组和项目负责人及各领导组必须检查和督促本计划的实施。
系统的软件质量保证人员有权直接向各领导组报告该项目的软件质量状况。
系统的软件质量保证人员应该根据对项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划的所有要求。
2.2 任务软件质量保证工作涉及软件生存周期各阶段的活动，应该贯彻到日常的软件开发活动中，而且应该特别注意软件质量的早期评审工作。
因此，对于所负责系统，要按照本计划的各项规定进行各项评审工作。
软件质量保证小组要参加所有的评审与检查活动。
评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。
在软件开发过程中，要进行如下几类评审与检查工作：a. 阶段评审：在软件开发过程中，要定期地或阶段性地对某一开发阶段或某几个开发阶段的阶段产品进行评审。
在软件及其所属各子系统的开发过程中，应该进行以下三次评审：第一次评审软件需求、概要设计、验证与确认方法；第二次评审详细设计、功能测试与演示，并对第一次评审结果复核；第三次是功能检查、物理检查和综合检查。
阶段评审工作要组织专门的评审小组，原则上由项目总体小组成员或特邀专家担任评审组长，评审小组成员应该包括项目所有成员、质量保证人员、和上级主管部门的代表，其他参加人员视评审内容而定。
2019年软件质量保证计划范文word版本 (7页)
本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！== 本文为word格式，下载后可方便编辑和修改！ ==软件质量保证计划范文篇一：软件质量保证计划_模板XXX项目软件质量保证计划编写人：编写日期：文档修订记录1. SQA职责：由SQA姓名负责项目名称项目组的SQA工作。
负责制定软件质量保证计划，按照公司及项目组内部的各项规程和约定依计划对项目组的软件产品和过程进行验证，并把质量保证活动及结果通知到项目组开发经理和其他相关小组负责人，同时把结果通报给开发部长。
2. 工作量估计SQA的预计工作量占SQA本人总工作量的；占项目组总工作量的SQA预计用于各阶段软件质量保证的工作量。
3. SQA活动的具体安排：(1) SQA参与制定项目开发计划、标准和规约的计划对具体内容进行说明。
(2) SQA的日常检查、跟踪和报告? 每周对项目的个人周报进行检查，并对个人周报进行汇总形成项目周报，对进度的偏差进行提醒和汇报。
? 通过访谈、查看周报和项目文档、参加项目例会的方式，跟踪项目的执行情况。
若发现项目中存在的问题（包括项目进度、资源等的问题、过程与规程不符的问题、规程不合适的问题），应及时以邮件、交谈或《SQA检查报告》的形式向相关人员报告，并在《SQA问题跟踪列表》中进行记录，同时跟踪、帮助项目组对问题进行解决。
若碰到项目组内部不能解决的问题，及时向高层领导（部长）汇报。
? 每月底向项目高层领导、项目组成员、SEPG提交《SQA 工作总结》。
(3) SQA进行的评审检查和审计活动? 按照项目开发计划中确定的阶段点和里程碑，跟踪检查阶段点的输出情况，参加和跟踪项目的各项评审活动，对评审过程中的发现的不符合问题予以提醒和纠正，每次评审结束后向评审委员发出《SQA评审检查报告》，并记录和跟踪评审中发现的缺陷的解决情况。
评审过程一览表(4) 度量活动：? 定期（每周或两周）对项目周报进行统计，得到项目的工作量统计报告，形式为《项目度量分析报告-工作量》? 定期（每周或两周）对项目周报进行统计，通过对照计划和周报的实际完成情况，对项目的进度情况进行度量，形式为《项目度量分析报告-进度》? 定期（每周或两周）对项目周报进行统计，对项目的评审数据进行统计，得到评审缺陷、效率等统计数据，形式为《项目度量分析报告-评审》? 进入测试阶段后，SQA通过每周BUG跟踪工具的统计功能对测试情况进行跟踪，对统计中发现的异常情况进行汇报。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Adwiser软件质量保证计划1 引言1.1 目的本计划的目的在于对所开发的软件规定各种必要的质量保证措施，以保证所交付的软件能够满足项目预定需求，能够满足本项目总体组制定的且经领导小组评审批准的该软件系统需求规格说明书中规定的各项具体需求。
软件开发项目组在开发软件系统所属的各个子系统（其中包括为本项目研发或选用的各种支持软件、组件）时，都应该执行本计划中的有关规定，但可根据各自的情况对本计划作适当的剪裁，以满足特定的质量保证要求，剪裁后的计划必须经项目组相关负责人批准。
1.2 参考资料略2 管理2.1 机构在本软件系统整个开发期间，必须成立软件质量管理小组负责质量保证工作。
软件质量保证组和项目负责人及各领导组必须检查和督促本计划的实施。
系统的软件质量保证人员有权直接向各领导组报告该项目的软件质量状况。
系统的软件质量保证人员应该根据对项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划的所有要求。
2.2 任务软件质量保证工作涉及软件生存周期各阶段的活动，应该贯彻到日常的软件开发活动中，而且应该特别注意软件质量的早期评审工作。
因此，对于所负责系统，要按照本计划的各项规定进行各项评审工作。
软件质量保证小组要参加所有的评审与检查活动。
评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。
在软件开发过程中，要进行如下几类评审与检查工作：a. 阶段评审：在软件开发过程中，要定期地或阶段性地对某一开发阶段或某几个开发阶段的阶段产品进行评审。
在软件及其所属各子系统的开发过程中，应该进行以下三次评审：第一次评审软件需求、概要设计、验证与确认方法；第二次评审详细设计、功能测试与演示，并对第一次评审结果复核；第三次是功能检查、物理检查和综合检查。
阶段评审工作要组织专门的评审小组，原则上由项目总体小组成员或特邀专家担任评审组长，评审小组成员应该包括项目所有成员、质量保证人员、和上级主管部门的代表，其他参加人员视评审内容而定。
每一次评审工作都应填写评审总结报告（RSR）、评审问题记录（RPL）、评审成员签字表（RMT）与软件问题报告单（SPR）等四张表格。
b. 日常检查：在软件的工程化开发过程中，各子系统应该填写项目进展报表，即软件进展报表表头、软件阶段进度表、软件阶段产品完成情况表、软件开发费用表等四张表格。
项目组杨大亮或其他领导通过项目进展季报表发现有关软件质量的问题。
c. 软件验收：必须组织专门的验收小组对软件系统及其所属各个子系统进行验收。
验收工作应该满足各业务部门、领导部门及相关使用部门的需求，质量管理小组验收内容应包括文档验收、程序验收、演示、验收测试与测试结果等几项工作。
而公司领导层、业务部门验收软件的功能演示成果及使用手册等。
2.3 职责在项目的软件质量保证小组中，其各方面人员的职责如下：a. 组长全面负责有关软件质量保证的各项工作；b. 全组负责有关阶段评审、项目进展报表检查以及软件验收准备等三方面工作中的质量保证工作；c. 项目的专职配置管理人员负责有关软件配置变动、软件媒体、文件控制以及对软件提供商的控制（在系统使用相关正版软件厂商提供的产品时生效）等三方面的质量保证活动；d.全组负责测试复查和文档的规范化检查工作；e. 用户体验师反映用户的质量要求，并协助检查各类人员对软件质量保证计划的执行情况；f. 项目的专职质量保证人员协助组长开展各项软件质量保证活动，负责审查所采用的质量保证工具、技术和方法，并负责汇总、维护和保存有关软件质量保证活动的各项记录。
3 文档本章给出了在软件开发过程各阶段需要编制的文档名称及其要求，并且规定了评审文档质量的通用的度量准则。
3.1. 基本文档为了确保软件的实现满足认可的需求规格说明书中规定的各项需求，软件开发项目组至少应该编写以下八个方面内容的文档：a. 软件需求规格说明书（SRS）；b. 软件设计说明书（SDD），对一些规模较大或复杂性较高的项目，应该把本文档分成概要设计说明书（PDD）与详细设计说明书（DDD）两个文档；c. 软件测试计划（STP）；d. 软件测试报告（STR）；e. 用户手册（SUM）；f. 源程序清单（SCL）；g. 项目实施计划（PIP）；h. 项目开发总结（PDS）。
3.2 其他文档除了基本文档之外，对于尚在开发中的软件，还应该包括以下四个方面的文档：a. 软件质量保证计划（SQAP）；b. 软件配置管理计划（SCMP）；c. 项目进展报表（PPR）；d. 阶段评审报表（PRR）。
注：前面两个文档由项目组制订，属于管理文档，项目组应充分考虑执行计划中规定的条款。
后面两类文档属于工作文档，就是本计划的2.2中提到的四张阶段评审表与四张项目进展季报表，项目组按照规定要求认真填写有关内容。
3.3 文档质量的度量准则文档是软件的重要组成部分，是软件生存周期各个不同阶段的产品描述。
验证和确认就是要检查各阶段文档的合适性。
评审文档质量的度量准则有以下六条：a. 完备性：所有承担软件开发任务的项目，都必须按照GB 8567（是国家标准局的指南文档，名称叫《计算机软件产品开发文件编制指南》）的规定编制相应的文档，以保证在开发阶段结束时其文档是齐全的。
b. 正确性：在软件开发各个阶段所编写的文档的内容，必须真实地反映该阶段的工作且与该阶段的需求相一致。
c. 简明性：在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练，适合各种文档的特定读者。
d. 可追踪性：在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。
文档的可追踪性包括纵向可追踪性与横向可追踪性两个方面。
前者是指在不同文档的相关内容之间相互检索的难易程度；后者是指确定同一文档某一内容在本文档中的涉及范围的难易程度。
e. 自说明性：在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。
文档的自说明性是指在软件开发各个阶段中的不同文档能独立表达该软件其相应阶段的阶段产品的能力。
f. 规范性：在软件开发各个阶段所编写的各种文档应该具有良好的规范性。
文档的规范性是指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。
4 标准、条例和约定在工程化软件系统的开发过程中，还必须遵守相关标准、条例和约定：此处省略5 评审和检查本章具体规定了应该进行的阶段评审、阶段评审的内容和评审时间要求。
对新开发的或正在开发的各个子系统，都要按照GB 8566（计算机软件开发规范）的规定认真进行定期的或阶段性的各项评审工作。
就整个软件开发过程而言，至少要进行软件需求评审、概要设计评审、详细设计评审、软件验证和确认评审、功能检查、物理检查、综合检查以及管理评审等八个方面的评审和检查工作。
如本计划第2.2条所述在软件及其所属各个子系统的开发过程中，把前七种评审分成三次进行。
在每次评审之后，要对评审结果作出明确的管理决策。
下面给出每次评审应该进行的工作。
5.1 第一次评审第一次评审会对软件需求、概要设计以及验证与确认方法进行评审。
a. 软件需求评审（SRR）应确保在软件需求规格说明书中规定的各项需求的合理性。
b. 概要设计评审（PDR）应评价软件设计说明书中的软件概要设计的技术合适性。
c. 软件验证和确认评审（SV&VR）应评价软件验证和确认计划中确定的验证和确认方法的合适性与完整性。
5.2 第二次评审第二次评审会要对详细设计、功能测试与演示进行评审，并对第一次评审结果进行复核。
如果在软件开发过程中发现需要修改第一次评审结果，则应按照《软件配置管理计划》的规定处理。
a. 详细设计评审（DDR）应确定软件设计说明书中的详细设计在满足软件需求规格说明书中的需求方面的可接受性。
b. 编程格式评审应确保所有编码采用规定的工作语言，能在规定的运行环境中运行，并且符合GB 8566中提倡的编程风格。
在满足这些要求之后，方可进行测试工作。
c. 测试工作评审应对所有的程序单元进行静态分析，检查其程序结构（即模块和函数的调用关系和调用序列）和变量使用是否正确。
在通过静态分析后，再进行结构测试和功能测试。
在结构测试中，所有程序单元结构测试的语句覆盖率Co必须等于100%，分支覆盖率C1必须大于或等于85%。
要给出每个单元的输入和输出变量的变化范围。
各个子系统只进行功能测试，不单独进行结构测试，因而要登录程序单元之间接口的变量值，力图使满足单元测试的C1和Co准则的那此测试用例在子系统功能测试时得到再现。
测试工作评审要检查所进行的测试工作是否满足这些要求。
特别在评审功能测试工作时，不仅要运行变量的等价值，而且要运行变量的（合法的和非法的）边界值；不仅要运行开发组给出的测试用例，而且要允许运行其他相关人员、评审人员选定的采样用例。
5.3 第三次评审第三次评审会要进行功能检查、物理检查和综合检查。
这些评审会应在集成测试阶段结束后进行。
a. 功能检查（FA）应验证所开发的软件已经满足在软件需求规格说明书中规定的所有需求。
b. 物理检查（PA）应对软件进行物理检查，以验证程序和文档已经一致、并已做好了交付的准备。
c. 综合检查（CA）应验证代码和设计文档的一致性、接口规格说明之间的一致性（硬件和软件）、设计实现和功能需求的一致性、功能需求和测试描述的一致性。
6 软件配置管理对工程化软件系统的各项配置进行及时、合理的管理，是确保软件质量的重要手段，也是确保该软件具有强大生命力的重要措施。
有关工程化软件的配置管理工作，可按软件项目组编写的《软件配置管理计划》。
在软件配置管理工作中，要特别注意规定对软件问题报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。
7 工具、技术和方法在项目所属的各个子系统（其中包括有关的支持软件）的研制与开发过程中，都应该在各自的软件质量保证活动中合理地使用软件质量活动的支持工具、技术和方法。
这些工具主要有下列三种：a.软件测试工具。
它支持用java语言编写的模块的静态分析、结构测试与功能测试。
主要功能为：协助测试人员判断程序结构与变量使用情况是否有错；给测试人员提供模块语句覆盖率Co和分支覆盖率C1的值，并显示未覆盖语句和未覆盖分支的号码及其分支谓词，给出不同测试用例有效性的表格；同时提出功能测试的有效情况，并协助组织最终交付给用户的有效测试用例的集合。
b. 软件配置管理工具。
它支持用户对源代码清单的更新管理以及对重新编译与连接的代码的自动组织；支持用户在不同文档相关内容之间进行相互检索并确定同一文档某一内容在本文档中的涉及范围；同时还应支持软件配置管理小组对软件配置更改进行科学的管理。
c. 文档辅助生成工具与图形编辑工具。
它主要协助用户绘制描述程序流程与结构的DFD图与SC图、绘制描述软件功能（输入、输出关系）的曲线以及绘制描述控制系统特性的一些其他图形，同时还可生成若干与软件文档编制大纲相适应的文档模块板。