對于國防部（DoD）領(lǐng)導(dǎo)人來說，保持美國在戰(zhàn)爭各個方面的霸權(quán)可能具有挑戰(zhàn)性，部分原因是被鎖定在專有平臺或特定于供應(yīng)商的開放架構(gòu)中。這些問題限制了政府引入第三方競爭或增加新功能的能力，這導(dǎo)致了獨(dú)家或單一投標(biāo)人的合同授予。開放系統(tǒng)架構(gòu)戰(zhàn)略已被證明可以遏制高成本、冗長的計劃計劃和缺乏作戰(zhàn)能力的集成選項。這就是未來機(jī)載能力環(huán)境（FACE）等計劃可以在實現(xiàn)業(yè)務(wù)和技術(shù)差異方面發(fā)揮重要作用的地方。

采用 FACE 方法的業(yè)務(wù)和技術(shù)優(yōu)勢

FACE聯(lián)盟的主要目標(biāo)是提高航空電子系統(tǒng)及其基于軟件的平臺的可負(fù)擔(dān)性并縮短其投入時間，從而提供許多技術(shù)和財務(wù)優(yōu)勢。從技術(shù)上講，F(xiàn)ACE技術(shù)標(biāo)準(zhǔn)通過讓科學(xué)和技術(shù)界專注于突破性能力或FACE一致性單位（UoC），而不是重新設(shè)計整個航空電子系統(tǒng)以整合新功能，從而為整個國防工業(yè)基地的更多創(chuàng)新打開了閘門。按順序順序，完成任務(wù)所需的FACE技術(shù)架構(gòu)航空電子系統(tǒng)的部署現(xiàn)在可以通過添加新的UoC功能來支持一系列不斷發(fā)展的任務(wù)來定制。因此，隨著FACE技術(shù)架構(gòu)的使用變得過時或過時，不再使用也大大減少，為美國武裝部隊提供了巨大的商業(yè)利益。

由于FACE技術(shù)架構(gòu)能夠快速且經(jīng)濟(jì)高效地部署新功能，因此這些UoC消除了冗余的開發(fā)工作，并打破了挑戰(zhàn)美國軍方的供應(yīng)商鎖定局面。通過默認(rèn)對這些系統(tǒng)的安裝、操作和維護(hù)進(jìn)行共同培訓(xùn)，好處進(jìn)一步擴(kuò)大。

FACE方法還增強(qiáng)了有效的競爭，降低了國防部航空電子系統(tǒng)的成本。但是，如果您是被選中履行政府合同的UoC的軟件供應(yīng)商，由于不斷變化的戰(zhàn)爭需求，業(yè)務(wù)和財務(wù)收益可能是巨大而持續(xù)的。通過縮短UoC的上市時間并有助于縮短航空電子系統(tǒng)的現(xiàn)場時間，UoC軟件供應(yīng)商的成本效益已經(jīng)滲透到開發(fā)生命周期中，特別是在軟件開發(fā)工作中。

軟件開發(fā)人員面臨的挑戰(zhàn)

采用新標(biāo)準(zhǔn)并非易事。整個開發(fā)團(tuán)隊需要熟悉軟件單元需要遵守的所有要求，并提供證明遵守情況的證明。這提出了一系列重要問題。需要滿足哪些要求？應(yīng)如何出示證據(jù)？哪些格式是可以接受的？需要生產(chǎn)哪些文物？是否錯過了要求？代碼是否符合 FACE 編碼規(guī)則？在將軟件單元提交給 FACE 驗證機(jī)構(gòu) （VA） 之前，有沒有辦法確保及格分?jǐn)?shù)？

FACE聯(lián)盟提供了一個有用的文檔，稱為一致性驗證矩陣（CVM），這是一個電子表格，包含所有FACE軟件段的所有要求，但它沒有回答所有必要的問題，留下了很多懷疑的余地。手動使用電子表格效率低下，容易出錯，并且難以在團(tuán)隊環(huán)境中進(jìn)行協(xié)作。自動化是前進(jìn)的道路。

對自動化軟件測試和人臉一致性的需求

UoC的開發(fā)和FACE方法的采用正在通過自動化軟件測試和LDRA等工具供應(yīng)商提供的FACE一致性保證產(chǎn)品進(jìn)行縮減。一個例子是自動查找 FACE 代碼規(guī)則沖突。當(dāng)開發(fā)人員實施代碼時，會標(biāo)記違規(guī)行為，從而消除使用不可接受的應(yīng)用程序編程接口 （API） 的不確定性或引入缺陷和安全漏洞。這些自動化通過降低苛刻的嚴(yán)格要求和減少詳盡的團(tuán)隊開發(fā)工作來縮短上市時間。

FACE一致性保證人工也可以通過列出軟件供應(yīng)商符合特定FACE軟件段而必須滿足的一組要求和目標(biāo)來自動化和簡化。預(yù)期工件的占位符不僅可以指導(dǎo)用戶，還可以進(jìn)一步理解和采用FACE技術(shù)標(biāo)準(zhǔn)。模板示例文檔必須作為工件交付給驗證機(jī)構(gòu)，可加快工作流程并幫助開發(fā)人員避免重新發(fā)明輪子。

FACE技術(shù)標(biāo)準(zhǔn)建議的最后一個步驟是針對FACE一致性測試套件（CTS）執(zhí)行軟件單元。從工具套件環(huán)境中調(diào)用 CTS 并抽象測試結(jié)果的能力可確保捕獲所有測試工件，并在提交給驗證機(jī)構(gòu)之前建立對早期依從性和確定符合 FACE 標(biāo)準(zhǔn)的可移植性單元的信心。

審核編輯：郭婷