記：目前，美國戰鬥機的軟體化程度越來越高，而它的軟體業薪酬又很高，它是如何應對這項成本之重的?
張：談這～點必須瞭解現代戰鬥機的軟體規模有多大，以及控制成本在當前的環境下受重視的程度。美國防部原來用Ada語言，F一22的飛行軟體關鍵功能就用它編的，但F一35在設計時就把費用作為獨立變數。以前設計飛機時都把設計定下來後再去計算成本，現在設計時直接考慮費用，如不達標馬上改設計。F一35當時就考慮找商業上的編程公司去做，因此它的軟體主要是用C++編的.這除了保證經濟性外。
同時也是開放式思想，對今後升級很有好處。F一22的地面測試加上機載軟體總共有500萬～600萬行源代碼，而F一35達到了1900萬行。這樣大的軟體規模必須是F一35在設計時考慮的中心。在第五代戰鬥機上，航電系統的成本已占到全機60%～80%.而軟體系統就是航電系統的關鍵組成。
有人統計過，F一35要完成的功能有80%以上都通過軟體來完成。這樣大的軟體規模，要想在成本合理的範圍內完成開發和保證品質，就只能用c++這樣有廣泛商業應用的語言來編程。這就是一個產業支撐問題，而和硬體一樣，美國有大量的商用軟體發展公司。
記：F一35的軟體規模為何這麼大?
張：一是它比F一22年代晚、技術先進。二是它主要用於對地攻擊。F一22沒裝光電系統，而F一35裝的是360度環視光電系統，並要通過軟體功能把多個光電感測器結合成一個無縫的環視圖，這就需要大量軟體處理。F一35的雷達一開始就有很強的對地功能，如合成孔徑對地成像，而F一22到現在還沒有。F一22以後也要改進，軟體規模也會增加。
第三，F一35的航電綜合程度比F一22高，更多的功能要靠軟體完成，包括感測器的管理和控制、感測器資料的融合。
第四，F一35是世界第一個一開始就考慮與外界資料交換和網路中心戰的戰鬥機。比如，研製時英國就對F一35提出了94個資訊交換需求，其中50個被列為關鍵性的。這些都是導致F一35軟體規模擴大的原因。
第五，F一35在後勤保障方面也是革命性的。比如F一22沒採用機載健康監測系統。它的自檢模組能監測很多如發動機、液壓、航電系統等的故障，但是它不能監測如機翼結構疲勞情況和計算剩餘壽命等。世界上第一種採用這種監測系統的戰鬥機是“颱風”，F一35也裝了這種系統，但遠比“颱風”完善。F一35用的是革命性概念，比如它在戰鬥飛行中就能檢測並預測故障，然後把數據傳給地面。地面在它落地之前就已經把該更換的部件和地勤人員都準備好了，這樣F一35一落地就可更換，再出動率很高。這樣對機載軟體就提出了更多的要求。
F一35的許多技術要遠高於F一22，但並不能說它的作戰能力就超過後者。作戰能力更多的是看需求和平臺設計。任務軟體只是達到更多的功能如對地攻擊等，但完成某一種任務的效能還要看平臺的其他技術。如F一35的雷達和隱身技術與F一22比就是低成本的。F一22的超音速巡航、大載彈量、大航程也是F一35不能比的。F一35在航電系統怎麼去實現綜合與融合、怎麼去實現信號處理和資料處理、怎麼實現作戰與控制等方面可能比F一22先進很多，但這是“怎麼實現”的問題而不是“要實現什麼功能”。要實現怎樣的功能是由設計要求決定的。比如說要迎頭發現蘇一27這樣的目標，F一22的雷達要求能達到360千米，而對F一35的雷達，設計時就有可能只要求達到200千米。所以F一35的雷達可以採用比
F一22更先進的技術，但探測距離卻要更近。這是思想和需求的問題，簡單比較誰更先進沒意義。 |
