美國針對軟件采購提出十項建議

【國際縱橫】

美國針對軟件采購提出十項建議

近日，在美國國防創新實驗小組（簡稱，DIUx）會議上，美國國防創新委員會（簡稱，DIB）提出“軟件十誡”（Ten Commandments of Software），即針對美國防部軟件采購提出的十項建議。

“軟件十誡”第一項，建議國防部軟件開發人員和用戶使用的軟件應該擁有豐富的計算、存儲和帶寬。國防部應該將其計算機技術轉換為當前行業標準，如云計算、分布式數據庫、無線網絡接入系統、充足的計算能力和供有線、無線平臺下載、運行的帶寬。

第二項，國防部所采購的軟件應進行反復測試，通過測試后的結果來確定是否采購。優秀的軟件供應商提供的產品不應僅僅滿足代碼的數量，而是不斷提高客戶的使用度。傳統的軟件開發分為研究、開發、測試、評估、采購、操作、維護、撥款和使用等程序。國防部現在使用的軟件應需要特別定制，定制化的軟件會使軟件開發部署更有針對性、使用感更便利。

第三項，國防部要在充分考慮軟件的重要性、實用性、迭代周期基礎上形成預算。相較硬件，軟件不會快速老化，但它必須不斷更新，最好能自動更新。傳統的PPBES（Planning-Programming-Budgeting-Evaluation System）計劃程序設計預算評估系統采購模式一般從提出采購需求到資金支付要持續兩年的時間，其中還不包括編制采購計劃。但這種財政分離的方式不適合軟件開發的采購方式。所有代碼的生成都是“發展”的。因此國防部要建立適合軟件持續發展和隨時可以測試的環境。假設常規使用的軟件需要每年10%的開發成本來維持，核心的軟件則需要更多的資金。這些維護、發展成本需要在采購計劃編制時被考慮進去的，而不是作為一個可以被中斷的年度計劃而提出。

第四項，軟件系統應采用采購兼運維模式，即無論是研發還是運維團隊都需要有共同的目標、價值觀、思維模式來支持軟件從最初設計到使用者操作的全流程。對軟件“采購”和“運維”相區分也是采購中的一個問題，軟件永遠不會“完工”，必須不斷更新以保持能力，解決持續的安全問題，并增加或提高性能。

第五項，自動化軟件測試，軟件更新頻率應為每天或每周而不是現在的數月或數年。

第六項，每個專用的國防部軟件系統都應包含源代碼作為交付成果。國防部應有權并能夠修改代碼。提供的源代碼可以允許國防部對軟件的正確性、安全性進行詳細評估，從而能夠更快地部署軟件并發布，必要時還可以修復補丁。

第七項，現代武器系統是軟件驅動的，而應用這一系統的作戰環境卻是千變萬化的，能在各種環境中利用這些系統就需要根據用戶需求實現特別定制。因此，每個國防部軟件系統都應該有一個能夠通過源代碼或API（Application Programming Interface，應用程序編程接口）訪問來修改或擴展軟件的國防部軟件系統本地專家團隊。團隊有能力和準許條件通過源代碼或編程來修改和擴展軟件，并通過API訪問。

第八項，只需打開系統，就可進行針對最新問題的升級和優化。過時的操作系統是一個主要的漏洞，國防部應該假定運行這種系統的任何計算機最終都會受到攻擊。在工業中的標準實踐是安全補丁應該在發布48小時內應用，盡管這對于現有的防御系統來說可能要求太高了。但確實要快速有效的修補漏洞。

第九項，數據應始終加密，除非正在計算過程中。

第十項，國防部系統生成的所有數據，無論開發或部署，均應該被存儲、挖掘并可用于機器學習。國防部應創建一個全新的架構來收集、共享和分析人們無法感知的數據，并進行深入發掘。以便利用各部門的數據在多方面工作做出更好的決策，使對手感到出其不意。數據收集和分析可以滿足以軟件為中心的作戰環境的需求。這樣的數據收集和分析應該在不損害安全性的情況下進行。

本次會議上，美國國防創新實驗小組表示，以上“十誡”基于軟件行業的經驗，這些建議可能并不適用于所有情況，但與現行做法相比，他們認為對美國未來國防部的軟件使用還是有實質性的作用。

延伸：美國國防創新委員會（DIB）成立于2016年4月，屬于獨立的聯邦顧問委員會，其主要職責是為美國國防部長提供建議，致力于幫助美國國防部（DOD）改變對技術和創新的看法。DIB與美國國防創新小組（DIUx）、國防數字服務小組（DDS）以及美國防部的服務和文職人員密切合作，希望給國防部帶來創新。DIB正在探索的重要主題包括：人工智能（AI）、機器學習、勞動力、組織結構、人員招聘和保留策略、采購改革、電子和無人機作戰、軟件能力和IT基礎設施。

（昝妍 編譯）

本報擁有此文版權，若需轉載或復制，請注明來源于中國政府采購報，標注作者，并保持文章的完整性。否則，將追究法律責任。