超出承诺的期限、项目不愿意修改等时,
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 计划评价需求分析过程及工作产品,检查是否符合预先制定的质量
标准。对需求分析阶段的质量控制,包括需求确认,需求评审、需求承诺、需求跟踪以及需求
变更控制等。一般情况下,在此阶段需要评价的工作产品为需求规格说明书。可按组织定义
好的需求评审检查单进行评审,通过评审后的需求规格说明书,纳入基线库。