代码质量：需求可追溯性同样重要

因此，软件开发过程都是经过深思熟虑、计划、记录、结构化和到位的。您已经在测试工具上投入了大量资金，这些工具可以生成您可能需要的尽可能多的工件。您有来自静态分析、动态分析、功能测试、单元测试、对象代码验证的报告。没有任何机会。一切都准备就绪，为评估小组的猛攻做好了准备。带上它！

（轮胎在以每小时一百英里的速度行驶后尖叫停止的声音。

DO-178B/C 充斥着对可追溯性的引用，而您的传统测试文档都没有提供可追溯性。更重要的是，可追溯性必须双向工作——下游（需求到实施）和上游（植入到需求）。“双向可追溯性”可能只是一个两个字的短语，但当涉及到军事嵌入式系统时，它却是一个沉重的打击。为了理解它的重要性，让我们看看软件的演变。

几十年前，瀑布式流程以其独特的分析、设计、编码和测试阶段主导了软件开发。该理论是每个阶段都将独立执行，一个阶段的输出是下一个阶段的输入。预期的结果是一个通过所有测试的工作系统。

使用瀑布式方法，分析阶段的目的是完善利益相关者对系统的愿景，并生成需求列表，软件需求规范 （SRS） 中逐项列出软件需求。如果你能自豪地把它展示在你的书架上，你就是一个人！

当然，在印刷运行完成之前，由于新发现的错误或歧义，SRS 就已经过时了。无论项目经理多么希望SRS没有错误，但事实并非如此。更改日志的大小将开始增加，直到新的打印运行变得不可避免。SRS落后于现实，错误是生活中的事实。

如今，需求可追溯性被广泛接受为开发最佳实践。它确保实现所有需求，并且所有开发工件都可以追溯到一个或多个需求。然而，尽管有良好的意图，许多项目仍然陷入一种脱节的软件开发模式，其中需求、设计、实现和测试阶段彼此隔离——这通常被称为“孤岛效应”。这种隔离导致需求、开发阶段和/或开发团队之间的联系变得脆弱。

要使软件开发被认为是完整的，您必须包含可帮助您实现“双向可追溯性”的工具。。需求本身需要清晰明确，也许可以通过用例或用户故事来辅助。自动检查需求规范可以通过确认是否存在特定关键字以及不存在不精确的短语来提供帮助。

有了由此产生的精确需求，使用跟踪链接从需求到特定的代码行，然后到该代码的测试等等。..。..在整个生命周期中，可以通过确认范围内的所有需求都已实现，并且所有设计或实现元素都可以追溯到需求来实现双向可追溯性。更重要的是，对那些跟踪链接的自动报告可确保需求维护永远不会成为次要问题。

需求是每个项目的基础。薄弱的基础会导致大量缺陷、不可预见的补救工作、螺旋式上升的成本和错过最后期限。对需求管理的投资应与设计和编码处于同等地位。需求可追溯性为构建成功的项目奠定了坚实的基础。如果没有这个基础，即使是配备最佳测试工具的项目也可能存在缺陷。

审核编辑：郭婷