對于國防部（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 一致性的軟件供應商來說變得越來越重要。

審核編輯：郭婷