第二節 軍事需求分析的主要特點

與指揮信息系統相比，兵棋系統同樣面對的是戰場情況和軍事人員，但它與作戰指揮之間是“松耦合”的關系。這就導致了兵棋系統的軍事需求分析，既需要充分考慮作戰問題，合理地模擬某些作戰因素；又需要把握好自身的定位，不能過度地替代了作戰指揮功能。充分認識兵棋軍事需求的主要特點，不僅有利于順利地完成軍事需求分析工作，也能夠在兵棋系統的整個研發過程提供思維幫助。

一、復雜性

兵棋系統軍事需求分析的復雜性來自于客觀和主觀兩方面。

從客觀上來說，兵棋系統的軍事需求涉及多種維度：從時間上看，由于規模較大、層次較高的兵棋系統往往需要區分多個階段來完成，因此既要考慮短期的發展目標及具體計劃中的需求確定，也需要考慮中期發展目標所涉及的需求分析，通常還需要考慮長遠發展規劃的需求，并使三者能夠有機地銜接起來。從層次上看，兵棋系統（尤其是想定作業兵棋系統）通常主要針對某一指揮層級，如戰區級、合同戰術級、分隊戰術級等，但通常又需要兼顧主要推演層級的上一層級，并融合下屬層級的作戰行動。因此，既要處理好各層級作戰力量的編成與規則的聚合、解聚，又要充分考慮各層級的推演方式、推演時間和推演規則的嵌套與轉換。從行動上看，往往既包括了陸軍、海軍、空軍、火箭軍以及戰略支援部隊等各種兵力的作戰行動，如情報偵察、通信保障、電子對抗、兵力投送、火力打擊、綜合保障等行動推演對兵棋所提出的需求，同時又要受指揮體制、作戰條令、作戰理論、作戰組織實施和作戰管理等方面的制約。這種多維需求并舉勢必會大大增加兵棋系統軍事需求分析的復雜性。

從主觀上說，兵棋系統的軍事需求開發需要軍隊用戶、研制主管部門、需求分析員、系統分析員以及軟件程序員等人員的參與交流，各類人員所處崗位和思維習慣不同，有著不同的著眼點和不同的知識背景，對系統的要求因人、因時和因地而異。尤其是在需求分析中起主導性作用的軍事用戶，由于對技術問題了解不夠，尤其是對于各種客觀條件的制約作用認識不夠，因此往往認為只要簡單地說出自己想要干什么就是把需求說明白了；甚至于自身到底想運用兵棋來干什么都沒有明確的界定，想法很多，各種零散的需求本質上還可能存在互相矛盾的方面，這種情況就會大幅增加兵棋系統軍事需求分析工作的難度，分析人員需要花費更多的時間和精力與軍事用戶交流，一邊幫助軍事用戶梳理思路，搞清用戶的真實需求，一邊必須提高自身對于軍事問題的認識水平。

二、層次性

兵棋系統軍事需求分析的層次性主要體現為兵棋本身通常需要兼顧多個作戰層次，并且不同層次的用戶對需求的理解有所不同。

客觀上，現在所研發的兵棋系統（包括想定作業兵棋系統）本身可能是跨多個作戰層級的，如戰略戰役兵棋、戰役戰術兵棋，就算主要是針對某一具體層級的，也必須兼顧主要推演層級的上一層級，并融合下屬層級的作戰行動。同時，隨著兵棋設計的進一步深入，需要對各層級作戰力量的編成的聚合與解聚做出更好的處理，從而以更為科學的方式實現戰略、戰役、戰術各層級推演方式、推演時間和推演規則的嵌套與轉換，更為迅速地解決作戰中可能遇到的各種問題。

主觀上，對于同一款兵棋而言，不同層次的指揮員所關心和掌握的需求是不同的，他們所能提供的需求也處于不同的層次。一般而言，高級指揮員注重系統能完成的作戰使命和任務，關注的是目標性需求；中級指揮員重視系統所具有的要素是否齊全，具備的能力能否達到作戰要求，是否能夠很好地運用；而部門指揮員最關心的是，本部門執掌的部分功能是否滿足業務分工的需要；具體的操作使用人員最關心的是系統的界面是否友好，操作是否方便，容錯能力是否強等。由于各個層面用戶所關心的內容不同，所以在軍事需求分析過程中，必須有針對性地選擇各種用戶進行交流，否則最終獲得的需求很難達到預期目的。

三、漸進性

在兵棋研發過程中，軍事需求必須保持相對穩定性，但實際上軍事需求分析又是逐漸深化和調整的，具有很強的漸進性，這是不可避免的。

從客觀上來說，聯合作戰層面的兵棋系統，本身就屬于比較大的復雜系統，要想一開始就窮舉所有的用戶需求幾乎是不可能的。即使是小系統，新需求也會不時地冒出來。一個系統很難界定明確的范圍、一次性提出所有的需求，這就導致了開發人員在項目進展中需要不斷完善需求，甚至在完成系統主體架構后還需要對需求進行調整。另一方面，武器裝備和信息技術的發展日新月異，隨著一大批新武器和新裝備陸續裝配部隊，新的作戰理論和作戰樣式也隨之出現，按當前武器裝備體系和部隊需求設計的兵棋系統，可能某些方面很快就會無法滿足作戰訓練或研究性驗證的需要，必須對軍事需求進行擴展和完善。

從主觀上來說，軍隊用戶和技術人員對系統需求的認識都有一個由淺入深的過程，在項目開發過程中，一些疏漏的需求可能被發現，一些模棱兩可的需求被進一步明確，甚至有一些需求會被完全推翻，從而對項目開發產生重大影響。尤其是需求分析伊始，軍事人員提供的各種需求通常是用軍事術語描述的，技術開發人員不易理解。當兵棋系統呈現雛形時，軍事用戶可能會發現技術開發人員對于自己所提的需求存在誤解，必須進行修正；而技術開發人員也可能隨著研發的深入加強了對軍事問題的了解，在研發過程中對于軍事用戶當初所提的軍事需求有了新的認識和解讀。