GJB 5000A实施中PPQA过程域常见问题

匡婷

（中国船舶重工集团公司第七一五研究所 浙江省杭州市 310000）

1 引言

随着信息技术的高速发展和广泛应用，软件在武器装备系统中的作用日益重要，软件一旦失效，就可能导致整个系统发生故障，对于可靠性和安全性要求高的武器装备来说，可能导致灾难性的后果[1]。目前，软件的质量形势严峻，在文献[2]中指出“导致软件项目失败的主要原因与技术和工具没有任何关系，更多的是缺乏过程规范”。因此，各军用软件承研单位对自身软件研制过程的规范性也日益重视。GJB 5000A 等级是衡量组织军用软件研制能力的重要依据，其中PPQA 是一个重要的过程域，它对所有软件过程活动和工作产品起着监督指导作用，并且为组织软件过程改进提供来自项目基层的第一手信息。在推广GJB 5000A 过程中，软件质量保证活动是一个占用时间精力多、短期效果不明显的过程活动。本文通过探讨实施软件质量保证活动过程中存在的问题，提出改进PPQA实施效果的关键。

2 实施PPQA过程域的常见问题及分析

2.1 问题表现

为得到客观真实的PPQA 过程域存在的问题情况，汇总了本单位近5年来内部评估和年度监督评价关于PPQA 过程域存在的问题，按实践分类，统计结果见表1。

从表1 中可以看出问题主要集中体现在PPQA 过程域的专用实践SP1.1、SP1.2、SP2.1、SP2.2 中，部分项目在共用实践GP2.2、GP2.4、GP2.5、GP2.10 也产生了问题。

2.2 原因分析

从组织层、项目层、QA（项目质量保证人员）三个层面分析上述问题。组织层面的原因有：体系文件规定不到位、提供的检查表单不适用、领导不重视、未提供适用的工具；项目组层面的原因有：项目组执行力不足，未积极配合支持QA 的工作；QA 层面的原因有：QA 客观独立性不足、技能水平不足、沟通能力不足、未及时完成评价或记录。从而得到问题原因对照表见表2。

3 改进软件质量保证工作的关键

通过上文的分析，制定满足标准符合组织实际情况的体系文件，编制适用的检查表单，充分发挥领导作用，充分利用工具提高效率，项目组充分理解并积极配合QA 的工作，保证软件质量保证工作的客观性，提升QA 的专业技能水平，进行及时有效的沟通交流以及及时开展软件质量保证评价工作，方可避免上述问题，从而进一步改进组织开展软件质量保证工作的有效性。

3.1 充分理解标准

组织体系文件制定不到位往往是由于体系编制人员对标准的理解有偏差造成的。从表2 中可以看出由于体系文件规定不到位而产生的问题主要集中在共用实践中。一般关于共用实践的要求不会单独成文，它们会被分散在各相关体系文件或组织规章制度中，从而会被忽视或遗漏。如GP2.5“培训人员”的要求通常会在人事部门关于人员培训的规章制度中规定。因此，在制定体系文件时，文件编制人员应对照标准逐条核对，确保无偏差、无遗漏。

3.2 适用的检查表单

QA 的大部分工作是对照组织提供的检查表单对过程活动或工作产品进行评价。检查单应因地制宜，根据组织要求和项目特点制定，并根据使用过程中出现的问题不断优化。检查表单设置的检查项应明确、无歧义、有目的性、能够得出结论。如“每项功能是否详细描述了输入、处理、输出及内部生成数据？是否可测？”该检查项关于“功能的输入、处理、输出及内部生成数据是否可测”，QA 难以得出结论，应在评审软件需求规格说明时关注该问题，由同行专家和软件测试组给出是否可测的结论。适用的检查单可帮助QA 提高工作效率和评价有效性。

3.3 领导重视

“领导作用”作为质量管理七大原则之一，在组织质量管理过程中有着举足轻重的地位。在GJB 5000A 推广实施中同样需要领导发挥带头作用。领导应在思想上认同软件过程改进工作，从而带动整个组织对软件过程改进、软件质量保证工作的认同。首先，领导应确保质量保证工作的人力、物力资源是充分的。其次，领导层应考虑将软件过程改进工作纳入单位考核，明确奖惩，为从事软件工程化工作的人员提供职业发展方向，不仅能提高相关人员的工作积极性，保证软件过程质量，还能形成良好的竞争氛围，推动软件过程持续改进。最后，领导层应保证QA 独立向上汇报的渠道，保证不符合项能得到及时有效的处理，最终达到保证软件产品质量的目的。

3.4 利用工具

“磨刀不误砍柴工”，好的工具可以事半功倍。对软件质量保证工作而言，工具也很重要。首先，QA 需要交流跟踪不符合项的解决，利用工具自动跟踪不符合项的处理，就可以有效避免遗漏或未及时跟踪验证的情况。其次，软件质量保证工作需建立记录，还需要统计分析数据得出质量趋势，靠人工统计分析，不但费时费力，而且难以保证数据的一致性和准确性，利用工具可及时建立准确无误的记录。另外，QA 对软件代码的检查也可以结合软件单元测试工具进行静态分析得到的结果给出评价结论。利用软件测试工具，可以给出客观有价值的代码评价意见。

3.5 项目组的理解与支持

QA 对于项目组来说具有两面性，既能促使项目组顺利的开展工作，也要求不满足规范的项目花时间和精力整改。如果项目负责人认可软件过程改进，就会要求项目组按照GJB 5000A 的要求开展项目，那么QA 将促使项目朝着满足标准规范的方向顺利开展。如果软件负责人并不认可软件过程改进，甚至存在抵抗心理，对项目组要求松懈，在项目开展过程中自然会出现表里不一的情况，那么QA 将会成为项目的“阻碍”。在实践过程中，往往注重结果，不重视过程，由于项目进度紧张，而实施软件质量保证工作会占用大量时间，软件质量保证工作常常被弱化或走过场。事实上，软件质量保证评价是软件产品质量的第一道防线，及时有效的开展软件质量保证工作可预防缺陷减少项目组后期排故的工作量。软件质量保证工作及时有效的开展，离不开项目组的理解与支持。项目组只有按计划完成工作任务，QA 才能按计划完成评价任务，项目才能按计划有条不紊的开展；项目组只有与QA 积极沟通，在规定期限内解决不符合项，不符合项才能及时关闭，软件质量才能得到保证。

表1：PPQA 过程域存在的问题

表2：问题原因对照表

3.6 保证客观性

客观性是PPQA 工作成功的关键，客观性通过独立性和准则两方面来达到[2]。独立性是项目QA 应独立于项目组甚至独立于项目所在的部门，并且具有独立的向组织适当层次领导上报的渠道。如果QA 不具备独立性，QA 会碍于情面，无法从第三方的角度给出客观的评价结果，也无法将问题向上层反馈，从而导致软件质量保证工作毫无意义。准则是指开展软件质量保证评价的依据，一般包括标准、规程、规范、组织体系要求等。只有具备独立性的QA 严格依据准则开展软件质量保证工作，才能有效监督软件过程活动、客观审核软件工作产品、及时关闭不符合项，从而达到保证最终产品质量的目的。

3.7 QA全面的专业技能

一般来说在推广GJB 5000A 之初，QA 是组织内少有的明白人。QA 的专业水平往往决定着开展软件质量保证工作的效果。QA 不仅需要监督评价软件过程活动和软件工作产品，还需指导项目的实施。因此对QA 的综合素质要求较高，不仅需要全面掌握标准、规程、组织体系的要求，还需熟悉项目策划、软件估计、需求分析、软件设计、软件测试的方法和常见的编程语言。QA 要做好软件质量保证工作，除了专业技能外，还应具备一定的项目实践经验，这样在开展评价工作时，才能抓住重点、提高效率。

3.8 有效沟通

沟通能力是QA 的又一项重要技能。一方面，及时有效的沟通是确保解决不符合项的关键。处理不符合项难免会出现反复的情况，QA 在尊重项目组工作成果的同时应坚持原则，把握好分寸。即使上报问题，也应做到客观、公正、严谨、准确。另一方面，QA 是软件过程改进的实践者，在项目实施过程中，部分不符合项是由组织体系文件存在问题而导致，QA 应及时与软件工程过程组（EPG）沟通，反馈问题。另外，在QA 开展工作过程中发现体系文件与标准不一致或检查表单不适用等情况也应及时反馈至EPG。QA 反馈的信息可作为组织软件过程改进的第一手材料。

3.9 及时开展评价

QA 的评价工作具有实时性，应及时开展。QA 对工作产品的评价在工作产品完成后即进行，若未及时完成评价，一方面影响项目组下一步工作的开展，另一方面，未评价的工作产品直接进行评审会导致评审的效率很低，甚至需要重新组织评审。QA 对过程活动的评价在时机到达时就应开展，部分过程活动如项目监控、风险管理的评价频率为周，如果本周应进行的过程评价未进行，本应及时发现的不符合项推迟一周才发现，会导致不符合项严重程度上升，纠正困难。

4 总结

组织在全面推广GJB5000A 时，PPQA 过程域是其中重要的一环，它不仅监督项目开展的所有过程保障软件产品的质量，还为组织软件过程改进工作提供来自项目层面的重要参考信息。经上文的分析，有效开展软件质量保证工作离不开组织层、项目层和QA 三方面的努力。组织层应提供准确全面的体系文件、适用的检查表单、合适的工具，并且领导层应充分重视；项目层应积极配合QA 的工作，不拖沓不推诿；QA 本身在保证提供客观评价的同时应提升自身的专业技术水平，及时开展评价、通过有效沟通及时关闭不符合项。通过组织层、项目层和QA 三方面的共同努力，不但保证软件质量保证工作的效果，还有利于组织软件过程的持续改进。