FACE方法提高了航空电子系统和软件平台的可负担性和投入使用时间

对于国防部（DoD）领导人来说，保持美国在战争各个方面的霸权可能具有挑战性，部分原因是被锁定在专有平台或特定于供应商的开放架构中。这些问题限制了政府引入第三方竞争或增加新功能的能力，这导致了独家或单一投标人的合同授予。开放系统架构战略已被证明可以遏制高成本、冗长的计划计划和缺乏作战能力的集成选项。这就是未来机载能力环境（FACE）等计划可以在实现业务和技术差异方面发挥重要作用的地方。

采用 FACE 方法的业务和技术优势

FACE联盟的主要目标是提高航空电子系统及其基于软件的平台的可负担性并缩短其投入时间，从而提供许多技术和财务优势。从技术上讲，FACE技术标准通过让科学和技术界专注于突破性能力或FACE一致性单位（UoC），而不是重新设计整个航空电子系统以整合新功能，从而为整个国防工业基地的更多创新打开了闸门。按顺序顺序，完成任务所需的FACE技术架构航空电子系统的部署现在可以通过添加新的UoC功能来支持一系列不断发展的任务来定制。因此，随着FACE技术架构的使用变得过时或过时，不再使用也大大减少，为美国武装部队提供了巨大的商业利益。

由于FACE技术架构能够快速且经济高效地部署新功能，因此这些UoC消除了冗余的开发工作，并打破了挑战美国军方的供应商锁定局面。通过默认对这些系统的安装、操作和维护进行共同培训，好处进一步扩大。

FACE方法还增强了有效的竞争，降低了国防部航空电子系统的成本。但是，如果您是被选中履行政府合同的UoC的软件供应商，由于不断变化的战争需求，业务和财务收益可能是巨大而持续的。通过缩短UoC的上市时间并有助于缩短航空电子系统的现场时间，UoC软件供应商的成本效益已经渗透到开发生命周期中，特别是在软件开发工作中。

软件开发人员面临的挑战

采用新标准并非易事。整个开发团队需要熟悉软件单元需要遵守的所有要求，并提供证明遵守情况的证明。这提出了一系列重要问题。需要满足哪些要求？应如何出示证据？哪些格式是可以接受的？需要生产哪些文物？是否错过了要求？代码是否符合 FACE 编码规则？在将软件单元提交给 FACE 验证机构 （VA） 之前，有没有办法确保及格分数？

FACE联盟提供了一个有用的文档，称为一致性验证矩阵（CVM），这是一个电子表格，包含所有FACE软件段的所有要求，但它没有回答所有必要的问题，留下了很多怀疑的余地。手动使用电子表格效率低下，容易出错，并且难以在团队环境中进行协作。自动化是前进的道路。

对自动化软件测试和人脸一致性的需求

UoC的开发和FACE方法的采用正在通过自动化软件测试和LDRA等工具供应商提供的FACE一致性保证产品进行缩减。一个例子是自动查找 FACE 代码规则冲突。当开发人员实施代码时，会标记违规行为，从而消除使用不可接受的应用程序编程接口 （API） 的不确定性或引入缺陷和安全漏洞。这些自动化通过降低苛刻的严格要求和减少详尽的团队开发工作来缩短上市时间。

FACE一致性保证人工也可以通过列出软件供应商符合特定FACE软件段而必须满足的一组要求和目标来自动化和简化。预期工件的占位符不仅可以指导用户，还可以进一步理解和采用FACE技术标准。模板示例文档必须作为工件交付给验证机构，可加快工作流程并帮助开发人员避免重新发明轮子。

FACE技术标准建议的最后一个步骤是针对FACE一致性测试套件（CTS）执行软件单元。从工具套件环境中调用 CTS 并抽象测试结果的能力可确保捕获所有测试工件，并在提交给验证机构之前建立对早期依从性和确定符合 FACE 标准的可移植性单元的信心。

此外，随着FACE采用的不断发展，软件测试工具（如LDRA的工具套件）正在成为实现这种增长的明显必要条件。它提供的自动化、工作流程和 FACE 对齐保证对于希望实现 FACE 一致性的软件供应商来说变得越来越重要。

审核编辑：郭婷