SOI #2 -开发审查

在SOI #1之后，下一步是开发您的产品。开发的第一步是定义代码的高级需求。在后面的开发中，您将定义低层需求。开发高级需求涉及细化分配给软件的系统需求的上下文，并将任何不映射到系统需求的软件特定需求定义为派生需求。在定义高级别和低级别要求时，您应该确保遵循您在PSAC中同意遵循的流程-您的认证机构可能会在未来的SOI中检查您是否已经这样做。

当您的需求可用时，下一步是设计软件的体系结构并定义其低级别需求，以便定义一个可以满足您已确定的高级别需求的系统。DO-178 C中的设计是体系结构和底层需求的结合。您需要遵循您在PSAC中说过的设计标准，并提供证据证明您已经做到了这一点。

当您的需求和设计准备就绪后，下一步将是在代码中实现您的产品。相对而言，这只是整个合规流程的一小部分，通常占整体工作量的5%或更少。您对如何实现产品所做的决定可能会对以后的验证产生重大影响。这些决定可能会使验证变得更容易或更困难，从而导致项目顺利运行或导致延迟。由于验证比实现需要更多的努力，因此值得考虑您的决策将产生的影响，并做出将减少验证工作的决策。

以下是您可能需要考虑的几件事：

编程语言的选择

编码标准的选择

硬件平台和操作系统的选择

编译器和编译器选项的选择

使用新兴技术（GPU、多核处理器等）

在您完成开发之前，但是当您有了每个开发工件的示例（通常占您预期工件总数的60%-80%）时，您应该与您的认证机构进行SOI #2。SOI #2关注于开发过程和工件，但评审也考虑了应与开发同时运行的验证过程-特别是正在实施的评审活动。SOI #2也可以期待验证阶段，以查看是否有验证活动向开发活动提供反馈的任何示例。例如，这可能包括测试用例开发或测试环境开发，为您的需求和设计过程提供反馈，以确保测试活动可以完全验证您的需求和设计中表达的功能。

原文始发于微信公众号（StaticCodeAnalysis）：DO-178 C - 参与阶段 2（开发审查）