GJB438C-2021规范详解其二

3、重要文档的修改完善

3.1系统/子系统规格说明

  1. 保密性需求章节与安全性需求章节的顺序进行了互换;

  2. 3.9系统环境需求改成了3.9系统环境适应性需求,文档编写注意要将系统环境适应性相关的内容进行补充;

  3. 将原3.11系统质量因素3.10计算机资源需求的顺序进行了互换,并将系统质量因素改为其他质量特性需求

  4. 3.13人员需求改为了3.13人员相关需求,主要描述对使用人员技能、使用等要求;

  5. 3.14培训需求改为了3.14训练相关需求,培训和训练含义完全发生了变化,此章节明显弱化,因为多数系统训练相关功能是独立于系统本身的;

  6. 3.15保障需求章节改为了3.15综合保障需求,将含义进行了扩大,体现了对系统持续的保障和维护的关注;

  7. 最有意思的是5章节需求可追踪性,最后有一行小字,说明本章对系统规格说明不适用,含义是子系统规格说明要向上追踪系统规格说明,而系统规格说明只能继续向上追踪研制要求、方案或者技术协议了。

3.2软件测试计划

  1. 删除了原“3测试依据”章节,该章节没有明确指出是要描述测试的标准规范还是相关测试的输入条件,而这两项通常在引用文档中都会包含,因此删除也不影响内容的完整性;

  2. 4.1一般信息4.1.1测试级别后面增加了4.1.2测试方法章节,用于描述测试所采用的具体方法,如静态测试、黑盒动态测试等,补充了原标准缺少的内容。

3.3软件研制总结报告

  1. 增加了“2引用文档”章节,补充了原标准缺少的章节;

  2. 将原标准“5软件满足任务指标情况”放到了11章节,并且用标准的表格对指标的详细测试验证过程进行描述;

  3. 增加了“6质量控制情况”章节,对软件工程化质量控制活动进行描述,如评审的过程、测试的过程等信息;

  4. 将原标准的“6.2软件出现的技术问题及解决情况”升级为一级章节8,用于描述软件在研制过程中出现的重大技术问题和解决情况,并提供了标准的表格规范;

  5. 增加了“10软件安全性、保密性等关键需求情况”章节,用于描述合同中相关要求和具体的分析评估结果。

4、小结

        由以上分析可见,GJB438C-2021相比于GJB438B-2009,内容进行了精简,去除了冗余的多份非必要文档;对原文档章节进行了适当的调整和修改,与时俱进,既符合软件工程化的研制流程,又体现了自主可控的时代特色;并且重点完善了系统/子系统规格说明、软件测试计划软件研制总结报告等多份重要文档。新标准更加符合软件工程化的实际应用要求,也看得出来标准的拟制专家团队都是软件工程化领域的实践者和先行者。

                                                                    

  • 2
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 5
    评论
好的,下面是对单元测试和C语言单元测试的详细解释及其优缺点: 单元测试(unit testing)是软件开发过程中的一种测试方法,它以程序模块(软件的最小单元)为单位来进行测试。单元测试可以检测程序中的单元是否符合预期,同时也可以在开发过程中及早发现软件中的问题,有效地提高软件质量。 C语言单元测试是指用C语言来进行单元测试。C语言作为一种高效、稳定、灵活的编程语言,适用于各种类型的软件开发,因此C语言单元测试被广泛使用。 单元测试的优点包括: 1.提高代码质量,保证开发质量。单元测试可以在开发过程中及早发现程序中的漏洞,提高软件的可靠性、稳定性和健壮性。 2.节省时间和成本。通过单元测试可以提前发现问题,减少后期修复的工作量,节省调试、测试和维护的成本。 3.促进合理的编程风格和规范。在编写单元测试时,程序员必须以测试为导向,注重代码的可维护性和可读性,提高代码的可理解性。 4.方便代码的重构和迭代。单元测试可以保证代码的稳定性,使代码的修改和迭代更加方便和安全。 单元测试的缺点包括: 1.测试过程可能会耗时较长,特别是针对大型软件项目。这将延迟软件的开发和发布时间,增加成本和风险。 2.需要编写测试代码,在编写测试代码的过程中可能会出现一些编码错误,增加了编码的负担。 3.测试代码可能需要进行维护和更新,特别是在软件版本更新或代码结构改变时。 4.无法保证覆盖率。单元测试只能覆盖程序的一部分,可能会出现某些情况没有被测试到的情况。 以上是关于C语言单元测试及单元测试的优缺点的详细解释。请问还有什么需要帮助的吗?

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

gjb_software

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值