DO-178B 應用程序面臨重新驗證和重新認證，即將遷移到 DO-178C 標準。

當今的軍事和商業航空電子系統中使用了數億行遺留代碼。這些遺留系統中的大多數都是使用現已過時（或過時）的編程語言和開發系統以及不再可用的編程專業知識開發的。因此，這些遺留系統的維護和升級變得越來越困難和昂貴，從而迫使開發人員將其應用程序遷移到新的開發主機、編譯器、安全關鍵操作系統和編程語言。此外，監管機構對認證施加的新標準和新要求也可能引發對軟件遷移和重新驗證的需求。

遷移復雜的嵌入式軟件，特別是在需要實時響應和高度安全關鍵性的應用中，可能是一個昂貴、耗時且有風險的過程，需要更改代碼、重新測試、重新審查、重新分析甚至重新認證。有許多因素使舊版應用程序難以移植。這些因素包括編程語言的細微差別、特定于編譯器的實現、運行時和硬件依賴關系、使用超出定義的編程語言的擴展以及不兼容的應用程序代碼結構。遷移應用程序還會影響已通過 DO-178B 認證或即將通過 DO-178C 認證的代碼的重用。

遷移到新語言

在所有遷移工作中，最具挑戰性的是將使用傳統語言（如 Ada 或 JOVIAL）編寫的代碼移動到另一種語言（如 C）中。由于生成的應用程序與原始應用程序不完全相同，因此至少需要基本的重新測試，并且可能需要完全重新驗證。此外，由于必須在源代碼級別修改應用程序，因此分配給該程序的新軟件工程師可能必須接受傳統編程語言以及應用程序設計和內部工作方面的培訓。這將不可避免地將錯誤引入應用程序。其他因素也將發揮作用。例如，生成的代碼將具有不同的布局，并且可能不再適合可用內存。數據布局也將不同，不再正確映射到底層硬件。性能和時序方面也將發生變化。

更改語言時，最好使用支持舊語言和新目標語言的開發環境，并能夠混合語言。這將允許設計人員緩慢遷移并逐步進行測試。雖然許多編譯器可以組合不同語言的代碼段，但大多數調試器工具一次只處理一種語言。這意味著開發人員必須同時調用多個工具來查看代碼段之間的交互。這些工具很少以協調的方式進行交互或交換信息，以幫助將目標代碼與多種語言源相關聯?；旌险Z言開發環境（如DDC-I的OpenArbor）允許從單個啟動進行混合語言調試，從而更容易檢測交互錯誤并協調新的和現有的代碼。

開發人員可能還希望利用可加快轉換過程的工具和服務。其中包括半自動化工具，這些工具以可預測和直接的方式轉換應用程序，同時保留原始應用程序結構和源代碼注釋。這使得轉換后的代碼可讀且可維護，最大限度地降低引入軟件錯誤的風險，并消除對軟件轉換工具的任何進一步依賴。使用新語言后，可以使用更新的語言功能優化應用程序，并/或使用新功能進行增強。

DO-178B/DO-178C 遷移

如果應用程序最初已通過 DO-178B 認證并已遷移，則必須使用新語言、開發環境、驗證環境和運行時環境重新驗證和重新認證。如前所述，今年晚些時候，該行業將開始從DO-178B過渡到DO-178C，這將在新開發和遺留代碼重用方面產生新的影響。除了對 DO-178B 的指南進行一些澄清外，DO-178C 文檔還增加了新的指南，以適應自 DO-178B 發布以來變得很常見的開發技術，包括面向對象編程、基于模型的開發（UML 或 Simulink）、工具鑒定和形式化方法。

對于開發人員來說，好消息是DO-178C保留了核心DO-178B指南，并進行了一些修改以進行澄清。開發人員仍然必須熟悉適用于其特定流程和程序的每個領域的指南。開發人員還必須評估附加指南的影響，相應地定制其流程和過程，并更新他們遷移的任何軟件和認證項目。但是，DO-178B的大部分將保持不變，從而簡化了向DO-178C的過渡。

審核編輯：郭婷