超出承诺的期限、项目不愿意修改等时，

SQA 利用独立上报渠道将问题上报给高层领导。在

这个过程中，

SQA 需要跟踪不符合项的解决情况，直至问题关闭。 

　　

 

　　

3.4 日常的 PPQA 活动 

　　

(1)事前指导：SQA 需要承担起导师的职责，对项目组咨询的有关标准、规程的方面的问

题予以指导，使项目成员明确如何执行才是符合规范和标准的。因此要求

SQA 对项目拟采用

的标准，遵循的规范都非常熟悉。

 

　　

(2)整理汇报：随着项目的进行，项目计划逐步细化，因此 PPQA 计划也应随之细化，

可每周制定质量保证活动周计划，提交周报。根据项目的进展，提交

PPQA 阶段报告、里程碑

报告等。报告中应包括不符合项的度量数据，质量趋势的分析等。

 

　　

 

　　

 

　　

4　军用软件开发过程中 PPQA 关键任务的实施 

　　

 

　　

4.1 项目策划阶段 

　　

GJB5000A 中要求 SQA 尽早的参与到项目中去，也就是要参与到最初的项目策划中去。

在项目策划阶段不仅要了解整个项目的计划，更重要的是参与制定项目计划、过程、标准和

规程，一方面可以确保它们适合项目的需要，另一方面是以此为基准制定相应的

PPQA 计划。

在项目策划阶段，

SQA 应制定出本项目的 PPQA 计划，并组织评审。通过评审的 PPQA 计划

纳入到项目配置库中，并发送给项目相关人员。

 

　　在此阶段，除了制定

PPQA 计划外，SQA 还需要对项目策划这个过程本身以及这个过

程产生的工作产品进行评价，包括项目总计划。附属计划

(如配置管理计划)等。 

　　

 

　　

4.2 需求分析阶段 

　　需求分析是软件开发的依据，直接影响后续开发的过程。在需求分析阶段，必要时 ，

SQA 人员首先需要对项目组和委托方代表进行软件需求的培训，强调需求的重要性，增强

相关人员对需求开发及需求管理的理解。

 

　　在此阶段，按

PPQA 计划评价需求分析过程及工作产品，检查是否符合预先制定的质量

标准。对需求分析阶段的质量控制，包括需求确认，需求评审、需求承诺、需求跟踪以及需求

变更控制等。一般情况下，在此阶段需要评价的工作产品为需求规格说明书。可按组织定义

好的需求评审检查单进行评审，通过评审后的需求规格说明书，纳入基线库。