高 斌 ，賀 慶

(中國電子科學研究院，北京100041)

0 引 言

隨著軍事信息系統(tǒng)的不斷發(fā)展，系統(tǒng)之間的連接越來越復雜，交互越來越頻繁和緊密，以往強調(diào)單系統(tǒng)、單平臺的發(fā)展模式已經(jīng)難以滿足成體系、快速發(fā)展的需要。軍事信息系統(tǒng)發(fā)展也逐步從強調(diào)功能的系統(tǒng)工程轉(zhuǎn)變?yōu)閺娬{(diào)能力的體系工程[1-2]。

經(jīng)過多年對體系工程的研究[3-6]，體系工程概念已基本達成共識。體系工程是通過設(shè)計、開發(fā)和集成復雜大系統(tǒng)來完成特定任務(wù)，實現(xiàn)能力、使命或期望結(jié)果的理論方法和技術(shù)。從體系的研制構(gòu)建過程來看，體系工程包括體系需求論證、架構(gòu)設(shè)計、標準研制、綜合集成和評估分析等過程。本文重點針對體系需求論證開展研究。

體系需求論證是指運用有效的方法與技術(shù)開發(fā)任務(wù)需求，確定體系建設(shè)能力目標，并用規(guī)范化文檔形式進行描述、定義目標體系的所有外部特征的一項復雜的過程。與系統(tǒng)需求的相對確定性不同，體系需求論證是不斷變化的，要根據(jù)外部環(huán)境變化和內(nèi)部系統(tǒng)演化而持續(xù)迭代。

軍事領(lǐng)域的體系需求論證，面向軍事人員和戰(zhàn)場，具有復雜性、易變性、對抗性等特征。美軍經(jīng)歷從“基于威脅”向“基于能力”的轉(zhuǎn)變，強調(diào)對己方軍事作戰(zhàn)能力的建設(shè)，以對抗不確定的未知威脅[7]；英軍強調(diào)“精明需求”，重點關(guān)注對體系全壽命周期的需要，而不只是最初的采購需求[8]。

當前，開展需求論證工作依然面臨需求獲取難、描述不統(tǒng)一、驗證手段缺乏等問題[9]。針對該問題，本文開展了體系需求論證理念、方法、論證過程等方面的研究，以實現(xiàn)從體系用戶的任務(wù)需要到能力需求的轉(zhuǎn)換。

1 體系需求論證理念

理念是對思想、觀念的總結(jié)，是客觀事物的本質(zhì)反應。體系需求論證的理念對軍隊建設(shè)、兵力運用、戰(zhàn)法設(shè)計等產(chǎn)生了深遠影響。軍事領(lǐng)域的體系需求論證理念主要有基于威脅、基于能力和基于效果等，在實踐中經(jīng)常綜合多種理念開展需求論證。

1.1 基于威脅的需求分析

基于威脅的需求分析理念，以面臨的現(xiàn)實安全威脅為驅(qū)動力，從假想敵可能發(fā)起的軍事威脅為出發(fā)點，以打贏或阻止戰(zhàn)爭為目的，以一個或幾個想定為背景，通過全面或局部力量間的對比分析，規(guī)劃己方所需力量。該理念源于應對安全威脅的現(xiàn)實需要，有賴于安全威脅情況刺激，是情況刺激-反應模式，具有被動性、維持性等特點，適用于弱國面臨安全威脅大的強國，或者是處于冷戰(zhàn)狀態(tài)下的大國等情況，但該理念在面對不確定性較大的對手時有一定的局限性。

1.2 基于能力的需求分析

基于能力的需求分析理念[10]，著眼期望塑造的能力，從不確定的多元威脅出發(fā)，在一定的經(jīng)濟條件約束下，對廣泛挑戰(zhàn)和多變環(huán)境所需要的軍事作戰(zhàn)能力進行分析，意在明確需要什么能力來對抗未知威脅，達到“以不變應多變”效果。該理念源于戰(zhàn)略目標的牽引，是為了達到某種戰(zhàn)略目標而謀求塑造能力的發(fā)展，是目標牽引-塑造模式，具有主動性、創(chuàng)新性等特點，適用于安全環(huán)境相對寬松的大國或者強國，尤其是崛起的大國，往往著眼于國家戰(zhàn)略目標，追求與之相適應的軍事發(fā)展戰(zhàn)略。

1.3 基于效果的需求分析

基于效果的需求分析理念[11-12]，以獲得期望的作戰(zhàn)結(jié)果或?qū)橙嗽斐善谕鲬?zhàn)效果為目標，通過協(xié)調(diào)、增效和累積等方式運用己方軍事力量，達成敵方系統(tǒng)失能。這種理念以作戰(zhàn)結(jié)果為導向，反向提出我方的作戰(zhàn)運用方式，具有前瞻性、結(jié)果性、對抗性等特點，適用于對抗性較為激烈的戰(zhàn)術(shù)行動中，在保障作戰(zhàn)任務(wù)完成的前提下，通過最優(yōu)使用我方作戰(zhàn)力量，盡可能減少己方損失。

2 體系需求論證方法

體系需求論證包括需求獲取、需求描述與建模、需求驗證等階段，每一個階段都有相應的論證方法，通過綜合運用不同方法，獲取準確需求。

2.1 需求獲取方法

需求獲取是指通過各種途徑收集和征詢，得到建設(shè)新體系或者其他相關(guān)信息，以及任務(wù)清單和部分能力約束和要求的過程。隨著體系規(guī)模的擴大，需求獲取活動不再僅限于體系開發(fā)的初期階段，它貫穿于整個體系開發(fā)的生命過程，常用方法有用戶訪談法、問卷調(diào)查法和快速原型法等。

用戶訪談法是需求論證人員與用戶通過面對面交流與溝通的形式，進行事實發(fā)現(xiàn)和信息聚集，通常采取召開會議的形式進行座談或調(diào)研等。問卷調(diào)查法是指就用戶需求中的一些個性化的、待進一步明確的需求，通過發(fā)放問卷調(diào)查表的方式，達到徹底弄清楚項目需求的方法。采用本方法，可有效地獲得大量不同崗位和專業(yè)人員的需求?？焖僭头窗洋w系主要功能和接口快速開發(fā)制作為“原始樣機”，以可視化的形勢展現(xiàn)給用戶，及時征求意見和建議，從而明確無誤地確定用戶需求。三種方法的優(yōu)缺點及適用情況如表1所示，可根據(jù)實際情況綜合使用三種方法。

表1 需求獲取方法優(yōu)缺點比較

2.2 需求描述與建模方法

需求描述與建模是通過規(guī)范化的方法和手段，建立體系需求模型，將已獲取的需求準確地表現(xiàn)出來，便于達成一致的理解，減少二義性，提供直觀、通用、標準的圖表信息。已有大量文獻[13-17]提出了多種需求描述與建模方法，滿足描述建模需要。本文通過歸納，將需求描述建模方法總結(jié)為結(jié)構(gòu)化描述法和面向?qū)ο竺枋龇ǖ取?/p>

結(jié)構(gòu)化描述方法采用自頂向下分層解決的方法進行分析、描述和構(gòu)造模型，按照特定功能劃分為不同模塊，通過對每個不同的模塊進行描述，實現(xiàn)對體系的整體描述，一般應用IDEF圖進行描述。該方法具有較嚴密的邏輯性及較高的精確性，能有效地將一個較復雜體系逐層分解為更小的體系或系統(tǒng)，其描述方法直觀易懂，便于用戶交流。但缺點是由于被分解成的模塊體系結(jié)構(gòu)依賴于上層的業(yè)務(wù)劃分，對業(yè)務(wù)需求變化具有高度的敏感性，需求變更與追蹤管理工作量很大。

面向?qū)ο竺枋龇椒ɡ^承面向?qū)ο蟮木幊趟枷?，通過使用對象和類兩種描述方式，進而實現(xiàn)對用戶需求的描述。一般用UML對需求進行描述。該方法優(yōu)點是以自然方式描述客觀世界，容易把握分析重點，系統(tǒng)功能和定義的操作實現(xiàn)簡便，采用集成的思想提高了資源的可重用率。但缺點是開發(fā)的冗余較多，開發(fā)效率不高，實例化的對象依據(jù)客觀邊界劃分，很難保證描述的準確性。

2.3 需求驗證方法

需求驗證用于確定論證成果在邏輯上是否一致，在性能和行為上是否可行，在效能上是否滿足用戶要求并達到最優(yōu)，重點進行語法驗證、一致性驗證、邏輯合理性驗證、完備性驗證和規(guī)范性驗證，一般使用需求評審法和需求模型執(zhí)行方法[18-19]。

需求評審法通過組織成立由用戶、研發(fā)人員、測試人員組成的評審小組，以會議的方式對成果進行仔細檢查，解決需求文檔中二義性，消除模糊性。該方法簡單易行，但難以處理大型、復雜的需求文檔，且由于審查過程涉及龐大的群體，花費時間長。

需求模型執(zhí)行方法可分為形式化驗證和邏輯性驗證。形式化驗證能解決需求文檔中不一致和二義性；邏輯性驗證往往依賴于可執(zhí)行驗證技術(shù)，將信息流、數(shù)據(jù)流等內(nèi)容在用戶描述并建立起來的需求模型中進行模擬運行，再通過從用戶處得到的業(yè)務(wù)邏輯流程和規(guī)則來檢驗其模型的正確性。

3 體系需求論證組織過程

體系需求論證過程是一個反復不斷迭代的過程，涉及多方的利益相關(guān)者：既涉及最終運用體系完成其業(yè)務(wù)職能的使用方，也涉及對體系建設(shè)過程進行規(guī)劃監(jiān)督的管理方，更有體系建設(shè)的研制方。因而，既要兼顧使用方對于體系的業(yè)務(wù)使用要求，又要兼顧技術(shù)發(fā)展所產(chǎn)生新的實現(xiàn)途徑需要，將業(yè)務(wù)需求和技術(shù)需求結(jié)合起來，共同驅(qū)動需求論證過程。需求論證過程包括明確利益相關(guān)者的業(yè)務(wù)期望需求和定義研制方的技術(shù)實現(xiàn)需求。

3.1 業(yè)務(wù)期望需求

明確利益相關(guān)者的業(yè)務(wù)期望需求是體系工程的初始工作，確認誰是利益相關(guān)者，以及準備如何使用體系滿足其業(yè)務(wù)職能需要。一般通過用例想定、設(shè)計參考使命任務(wù)和運用使用構(gòu)想實現(xiàn)，主要流程包括確定利益相關(guān)者和明確利益相關(guān)者期望兩大步驟，其典型過程如圖1所示。

圖1 明確利益相關(guān)者業(yè)務(wù)期望需求流程

確定利益相關(guān)者的明確利益相關(guān)者：待建設(shè)的體系工程可能來自組織或上級領(lǐng)導指示的要求，利益相關(guān)者就是那些受到本項使命任務(wù)結(jié)果影響或某種程度上對結(jié)果負有責任的組織或個人。利益相關(guān)者可以分為使用者和其他關(guān)注團體。其中，使用者是那些直接接受體系的人，或是直接受益人；其他關(guān)注團體通過提出寬泛約束對項目施加影響，在這些約束下滿足使用者的需求，例如，裝備管理組、規(guī)劃顧問組、體系工程負責人等。

明確利益相關(guān)者的業(yè)務(wù)期望需求：需要明確利益相關(guān)者對指定項目的最終狀態(tài)或目標產(chǎn)品是什么，或為項目目標增加約束范圍來確定。這些約束范圍可能包括(資源)消耗、交付時間、性能目標，及其他非定量約束。經(jīng)過使命任務(wù)授權(quán)、使命任務(wù)目標、運行使用目標、成功準則、設(shè)計動因等一系列步驟，明確體系的目標，表達體系最終用戶的需求，明確利益相關(guān)者期望、運行使用構(gòu)想、輔助產(chǎn)品保障策略和效能指標等。

3.2 技術(shù)實現(xiàn)需求

定義研制方的技術(shù)實現(xiàn)需求是把利益相關(guān)者的期望轉(zhuǎn)換成對體系問題的定義，再轉(zhuǎn)換成經(jīng)認定的技術(shù)需求，便于組織開展研制。以“需要”形式陳述的需求能夠用于定義體系分解結(jié)構(gòu)模型和相關(guān)附屬體系的設(shè)計方案。需求定義對利益相關(guān)者需求、系統(tǒng)開發(fā)需求和底層產(chǎn)品/組件需求等三方面需求進行論證，逐漸形成層產(chǎn)品/組件需求文檔。通過初步評估利益相關(guān)者期望，以理解待解決的技術(shù)問題并建立設(shè)計邊界，流程如圖2所示。

圖2 技術(shù)需求定義流程

首先，確定設(shè)計方案必須遵從的約束條件或體系產(chǎn)品將使用的約束條件，辨識已經(jīng)在設(shè)計控制下并且不能變更的那些單元，有助于縮小對潛在設(shè)計方案進行權(quán)衡分析的范圍。其次，建立體系內(nèi)各系統(tǒng)交互必需的物理接口和功能接口。隨著對約束條件、物理/功能接口和功能/行為期望的全面理解，需求可通過建立性能標準做進一步定義。性能表述為需求的定量部分，用來表示每個產(chǎn)品被期望完成的功能。最后，需求應該被定義為可接受的“需求”闡述，每個闡述僅含一個“需要”的完整語句，最終形成技術(shù)需求和技術(shù)性能指標。

4 典型案例

為闡述上述所提出的方法和過程的有效性，選取外軍島嶼奪控作戰(zhàn)[20]為典型實例，從業(yè)務(wù)期望需求和技術(shù)實現(xiàn)需求等進行需求論證。

4.1 案例背景

島嶼奪控作戰(zhàn)是在聯(lián)合指揮所的統(tǒng)一指揮下，聯(lián)合作戰(zhàn)編隊對侵占和據(jù)守島嶼之敵實施的進攻奪取與有效控制的作戰(zhàn)。島嶼奪控作戰(zhàn)具有作戰(zhàn)進程銜接緊，保持控制權(quán)難度大和突擊上島限制多等特點，存在需求變化調(diào)整頻繁、需求描述不夠細致等問題，能夠較為充分地體現(xiàn)出體系建設(shè)過程中面臨的問題。

4.2 論證過程

聚焦外軍島嶼奪控作戰(zhàn)過程中對于信息系統(tǒng)的建設(shè)需要，開展體系需求論證，以期找準需求，并對其需求進行精準描述，牽引和規(guī)范后續(xù)研制建設(shè)，主要包括三個步驟。

(1)明確利益相關(guān)者

經(jīng)過對外軍島嶼奪控作戰(zhàn)的前期資料收集后，項目組確定外軍在執(zhí)行該項作戰(zhàn)任務(wù)過程中涉及的海區(qū)奪控、島嶼奪占和島嶼防御等階段。每個階段涉及的利益相關(guān)者也不盡相同。以海區(qū)奪控為例進行詳細說明。為明確利益相關(guān)者，項目組假定目標用戶，采用問卷調(diào)查法對目標用戶進行調(diào)研，以逐步明確該項作戰(zhàn)階段中涉及到的關(guān)鍵用戶，設(shè)計了用戶需求說明書和問卷調(diào)查表，如圖3所示。

一、被調(diào)研用戶基本信息被調(diào)研單位名稱被調(diào)研用戶姓名職位聯(lián)系電話郵編二、業(yè)務(wù)調(diào)研表業(yè)務(wù)部門名稱職能序號職能名稱12…職能序號1職能名稱業(yè)務(wù)描述業(yè)務(wù)事項名稱業(yè)務(wù)需要哪些數(shù)據(jù)相關(guān)業(yè)務(wù)標準規(guī)范業(yè)務(wù)關(guān)系檢查協(xié)同分類協(xié)同業(yè)務(wù)名稱業(yè)務(wù)協(xié)同關(guān)系描述涉及相關(guān)部門單位內(nèi)跨部門協(xié)同業(yè)務(wù)跨單位協(xié)同業(yè)務(wù)三、業(yè)務(wù)發(fā)展方向表序號發(fā)展方向描述1(如:整體方向)2(如:工作重點如何加強)3(如:工作難點怎樣解決、改善)

經(jīng)多輪迭代修改，項目組逐漸明確海區(qū)奪控階段中重點活動包括作戰(zhàn)海區(qū)預警偵察、海上態(tài)勢融合、威脅評估、作戰(zhàn)決策、兵力接敵機動、火力打擊和戰(zhàn)果評估等作戰(zhàn)活動，其主要涉及到的利益相關(guān)方包括聯(lián)合作戰(zhàn)指揮所、海軍特遣艦隊指揮所、水面艦艇突擊群指揮所、空中突擊群指揮所、掩護兵力群指揮所等，因此可以建立利益相關(guān)者列表，如表2所示。

表2 利益相關(guān)者列表

(2)明確利益相關(guān)者業(yè)務(wù)期望需求

采用資料收集法，確定利益相關(guān)方對于待開發(fā)信息系統(tǒng)的期望。經(jīng)過對外軍島嶼奪控作戰(zhàn)的材料收集和整理，擬采用結(jié)構(gòu)化的方法對其期望進行描述。利益相關(guān)者重點需要執(zhí)行海區(qū)奪控、島嶼奪占和島嶼防御三個階段，每個階段在階段目標和兵力運用上有所不同，但對于情報信息獲取、實施指揮控制、作戰(zhàn)要素協(xié)同運用和作戰(zhàn)效果評估等四個方面有共性期望。由于篇幅有限，主要以作戰(zhàn)要素協(xié)同運用期望中的武器協(xié)同運用期望為例進行結(jié)構(gòu)化描述，如圖4所示。

圖4 武器協(xié)同運用結(jié)構(gòu)化描述示例圖

(3)定義研制方的技術(shù)實現(xiàn)需求

通過詳細分析，明確開發(fā)系統(tǒng)之間的功能以及功能接口關(guān)系。

面向島嶼奪控作戰(zhàn)對于軍事信息系統(tǒng)的構(gòu)建需求，應具備信息傳輸網(wǎng)絡(luò)化、情報獲取多元化、指揮決策智能化、武器控制數(shù)字化等特征，能夠簡化指揮流程，縮短指揮周期,提高作戰(zhàn)指揮效能和整體作戰(zhàn)的能力。綜合考慮，提出信息融合處理、協(xié)同指揮決策、聯(lián)合行動控制、通信保障、安全保密等功能要求，并用結(jié)構(gòu)化方法描述各類功能之間的接口關(guān)系。

經(jīng)過分析設(shè)計，形成《島嶼奪控作戰(zhàn)需求規(guī)格說明》，并采用需求評審法，對設(shè)計成果的邏輯性和可行性進行檢驗。設(shè)計了評分標準，總分100分，如表3所示，并組織利益相關(guān)方、海上作戰(zhàn)專家、架構(gòu)設(shè)計專家、開發(fā)專家和測試評估專家等開展需求檢驗,進一步提高論證成果可行性，降低后期風險。

表3 需求評審評分標準

5 結(jié)束語

本文針對大型軍事信息系統(tǒng)研制建設(shè)過程中存在的需求獲取難、描述不統(tǒng)一、驗證手段缺乏等問題，基于體系工程過程，研究了一般常用的需求論證的理論和方法，并從業(yè)務(wù)期望需求和技術(shù)實現(xiàn)需求兩個方面創(chuàng)新提出了需求論證的組織過程，便于需求論證工作落地實施。此外，以外軍島嶼奪控作戰(zhàn)為典型案例，闡述了所提出需求論證方法和過程的有效性，進一步驗證了上述方法和組織過程。下一步將針對需求論證過程中使用的常用工具展開研究，提高需求論證工作效率。