徐向前, 豆亞杰, 錢(qián)立煒, 姜 江, 楊克巍, 譚躍進(jìn)

(國(guó)防科技大學(xué)系統(tǒng)工程學(xué)院, 湖南 長(zhǎng)沙 410073)

0 引 言

海灣戰(zhàn)爭(zhēng)以來(lái),以信息化、立體化、快節(jié)奏、不對(duì)稱(chēng)為特點(diǎn)的現(xiàn)代戰(zhàn)爭(zhēng)模式在大數(shù)據(jù)與人工智能快速發(fā)展的影響下正在不斷發(fā)生新的變化,智能化體系作戰(zhàn)已經(jīng)成為未來(lái)軍事發(fā)展的重要方向。作戰(zhàn)體系是由作戰(zhàn)要素、作戰(zhàn)單元、作戰(zhàn)力量等系統(tǒng),按照一定的指揮關(guān)系、組織關(guān)系和運(yùn)行機(jī)制構(gòu)成,是具有體系對(duì)抗功能的有機(jī)整體。一個(gè)作戰(zhàn)體系的戰(zhàn)斗力生成通常始于作戰(zhàn)能力需求的開(kāi)發(fā)[1]。作戰(zhàn)能力需求是指在特定作戰(zhàn)場(chǎng)景下,為實(shí)現(xiàn)目標(biāo)任務(wù)而應(yīng)具備的作戰(zhàn)能力。然而,由于未來(lái)戰(zhàn)爭(zhēng)發(fā)生突然,作戰(zhàn)周期短,戰(zhàn)場(chǎng)態(tài)勢(shì)變化快[1-4],并且傳統(tǒng)作戰(zhàn)體系能力需求開(kāi)發(fā)論證周期長(zhǎng),應(yīng)對(duì)外部環(huán)境變更的快速響應(yīng)能力較差,頂層戰(zhàn)略設(shè)計(jì)人員與一線作戰(zhàn)指揮員之間存在“代溝”,這些因素共同導(dǎo)致了未來(lái)戰(zhàn)爭(zhēng)中作戰(zhàn)能力需求的快速精準(zhǔn)獲取將會(huì)面臨極大的挑戰(zhàn)。

需求工程的敏捷開(kāi)發(fā)方法將用戶故事作為用戶需求的來(lái)源并代替?zhèn)鹘y(tǒng)的需求規(guī)格說(shuō)明書(shū),能夠?qū)崿F(xiàn)用戶需求的快速響應(yīng)與迭代,近年來(lái)已被各大互聯(lián)網(wǎng)企業(yè)廣泛應(yīng)用[5-7]。用戶故事由“角色”“活動(dòng)”“價(jià)值”三要素組成,通常表達(dá)為某個(gè)“角色”想要完成什么“活動(dòng)”,來(lái)實(shí)現(xiàn)什么價(jià)值[8-10]。通過(guò)大量的用戶故事可以快速地對(duì)用戶需求進(jìn)行準(zhǔn)確描述,并在設(shè)計(jì)者與用戶等各方利益相關(guān)者之間搭起一座橋梁,使需求的敏捷開(kāi)發(fā)成為可能[11-13]。如果將敏捷開(kāi)發(fā)的思想遷移至作戰(zhàn)體系能力需求開(kāi)發(fā)中,不但可以從理論上解決傳統(tǒng)需求工程方法開(kāi)發(fā)論證周期時(shí)間長(zhǎng)、需求獲取難、變更響應(yīng)慢等問(wèn)題,還可以在實(shí)踐層面為軍事體系需求工程智能化加速提質(zhì)做好底層數(shù)據(jù)結(jié)構(gòu)的搭建與準(zhǔn)備,為未來(lái)軍事需求智能化獲取分析平臺(tái)的建設(shè)夯實(shí)基礎(chǔ),真正實(shí)現(xiàn)軍事需求的智能化全壽命周期管理。

近年來(lái),眾多專(zhuān)家學(xué)者將目光投向軍事需求開(kāi)發(fā)領(lǐng)域,圍繞軍事領(lǐng)域需求生成問(wèn)題進(jìn)行了一系列的研究。劉文開(kāi)等[14]圍繞裝備保障體系進(jìn)行了基于能力的需求開(kāi)發(fā)方法研究,建立了裝備保障體系需求開(kāi)發(fā)的基本模型。Dou等[15]針對(duì)武器裝備能力需求開(kāi)發(fā)中指標(biāo)獲取難的問(wèn)題,提出了基于區(qū)間數(shù)的元活動(dòng)模型,利用元活動(dòng)-能力映射方法生成了武器裝備能力需求清單。此外,針對(duì)作戰(zhàn)體系進(jìn)行能力需求建模和分析也是軍事需求研究領(lǐng)域的一大熱點(diǎn)。剛建勛等[16]綜合運(yùn)用作戰(zhàn)任務(wù)分解、任務(wù)活動(dòng)關(guān)聯(lián)、能力非線性聚合、能力差距對(duì)比等方法對(duì)航母編隊(duì)作戰(zhàn)體系的能力需求進(jìn)行了分析。陸飏等[17]通過(guò)構(gòu)建作戰(zhàn)活動(dòng)與能力的映射關(guān)系和需求方案約束模型實(shí)現(xiàn)了新型艦炮武器裝備系統(tǒng)的指標(biāo)需求定量化生成。Li等[18]通過(guò)構(gòu)建能力導(dǎo)向的時(shí)態(tài)作戰(zhàn)網(wǎng)絡(luò),解決了高科技信息戰(zhàn)環(huán)境下武器裝備能力貢獻(xiàn)率的分析評(píng)估問(wèn)題,為作戰(zhàn)體系的武器裝備能力需求生成提供了新思路。

用戶故事的概念來(lái)源于軟件工程領(lǐng)域近年來(lái)比較流行的敏捷開(kāi)發(fā)方法。國(guó)外的專(zhuān)家學(xué)者對(duì)用戶故事的研究起步比較早,在基于用戶故事的敏捷需求理論與實(shí)踐中取得了一定的研究成果。查閱和搜集相關(guān)文獻(xiàn)資料后,可將用戶故事研究的關(guān)注點(diǎn)總結(jié)為用戶故事收集[19]、角色建模[20]、驗(yàn)收測(cè)試[21]、評(píng)估[22]、發(fā)布計(jì)劃和迭代開(kāi)發(fā)[23]、追蹤和交互[24]等方面。隨著人工智能技術(shù)的不斷發(fā)展,用戶故事與自然語(yǔ)言處理、機(jī)器學(xué)習(xí)、智能優(yōu)化算法等方法的交叉融合使得需求敏捷開(kāi)發(fā)呈現(xiàn)出新的創(chuàng)新點(diǎn)[12,25]。在最新的研究中,Nasiri等[26]借助自然語(yǔ)言處理技術(shù)實(shí)現(xiàn)了將用戶故事自動(dòng)生成類(lèi)圖并存儲(chǔ)在XML文件中。Kochbati等[27]借助機(jī)器學(xué)習(xí)和自然語(yǔ)言處理等方法,將系統(tǒng)自動(dòng)分解為子系統(tǒng),并通過(guò)用戶故事生成體系結(jié)構(gòu)模型。Heaps等[28]利用深度學(xué)習(xí)模型從一組描述軟件產(chǎn)品行為的用戶故事中自動(dòng)生成訪問(wèn)控制信息,能夠?yàn)楣こ痰目刂?、開(kāi)發(fā)和審查提供幫助。國(guó)內(nèi)圍繞用戶故事的研究成果較少,林榮峰等[29]將用戶故事方法應(yīng)用于衛(wèi)星姿軌控軟件設(shè)計(jì)的需求分析過(guò)程并提高了需求分析的準(zhǔn)確性。王春暉等[30]從用戶故事缺陷定位角度出發(fā),構(gòu)建了用戶故事質(zhì)量模型,利用自然語(yǔ)言處理方法進(jìn)行缺陷檢測(cè),并開(kāi)發(fā)了用戶故事質(zhì)量提升專(zhuān)用軟件工具,一方面有效地提高了用戶需求質(zhì)量,另一方面也是國(guó)內(nèi)用戶故事與人工智能技術(shù)結(jié)合的一次創(chuàng)新嘗試。

總體來(lái)看,雖然針對(duì)軍事系統(tǒng)或軍事體系需求的研究較多,但大多都是自頂向下逐步挖掘需求的過(guò)程,采用的方法也大多是管理學(xué)中的經(jīng)典理論和算法,并未從根本上解決需求的雙向來(lái)源問(wèn)題矛盾,即如何生成既能滿足上層決策者決心意志、又能符合底層執(zhí)行者操作實(shí)際的共識(shí)需求。而針對(duì)用戶故事的研究重心雖然已經(jīng)開(kāi)始向人工智能領(lǐng)域靠攏,但尚未有專(zhuān)家學(xué)者提出如何在軍事復(fù)雜系統(tǒng)和體系作戰(zhàn)領(lǐng)域中運(yùn)用用戶故事和智能化方法來(lái)解決傳統(tǒng)軍事需求開(kāi)發(fā)過(guò)程中的痛點(diǎn)和難點(diǎn)問(wèn)題。因此,本文基于軟件工程領(lǐng)域敏捷開(kāi)發(fā)方法中的用戶故事思想,提出了以作戰(zhàn)活動(dòng)需求為核心的作戰(zhàn)體系能力需求開(kāi)發(fā)框架、方法和流程,解決了傳統(tǒng)作戰(zhàn)體系能力需求瀑布式開(kāi)發(fā)的單向、線性、無(wú)反饋的問(wèn)題,為下一步進(jìn)行智能化加速提質(zhì)技術(shù)的研究打下了理論基礎(chǔ)。

本文第1節(jié)主要介紹用戶故事相關(guān)的理論基礎(chǔ);第2節(jié)介紹基于用戶故事的作戰(zhàn)體系能力需求敏捷開(kāi)發(fā)方法;第3節(jié)給出應(yīng)用本文方法的研究示例;第4節(jié)進(jìn)行總結(jié)和展望。

1 理論基礎(chǔ)

用戶故事的概念起源于1998年一種名為極限編程(extreme programming,XP)的軟件工程方法學(xué),最早作為XP中的一個(gè)小環(huán)節(jié)輔助用戶對(duì)所要開(kāi)發(fā)的軟件進(jìn)行簡(jiǎn)單的功能需求描述。經(jīng)過(guò)十多年的發(fā)展,用戶故事的內(nèi)涵不斷得以豐富和完善,逐漸成為軟件開(kāi)發(fā)過(guò)程中與用例圖地位相當(dāng)?shù)囊环N需求描述載體。

用戶故事通常用卡片的形式進(jìn)行描述,如圖1所示。

圖1 用戶故事的卡片形式Fig.1 Card form of user stories

卡片的正面描述著用戶故事的核心三要素,即“角色”“活動(dòng)”和“價(jià)值”?！敖巧庇糜诿枋鲇脩艄适碌闹黧w對(duì)象(或稱(chēng)使用者);“活動(dòng)”用于描述使用者想要進(jìn)行的活動(dòng)或?qū)δ艿男枰?“價(jià)值”則用于描述完成或?qū)崿F(xiàn)這項(xiàng)活動(dòng)后,使用者能夠達(dá)到的目的或收益?？ㄆ姆疵鎰t給出該用戶故事的規(guī)則和驗(yàn)收標(biāo)準(zhǔn),即當(dāng)發(fā)生驗(yàn)收標(biāo)準(zhǔn)中給出的事件時(shí),如果軟件系統(tǒng)的反饋符合該用戶故事的規(guī)則或驗(yàn)收標(biāo)準(zhǔn),則可以認(rèn)為該用戶故事的需求已經(jīng)成功地被系統(tǒng)表達(dá)和響應(yīng)。

用戶故事能夠在軟件系統(tǒng)開(kāi)發(fā)初期快速地將虛無(wú)縹緲的用戶需求邊界確定下來(lái),并細(xì)分為一個(gè)個(gè)獨(dú)立的功能點(diǎn),幫助設(shè)計(jì)人員在極短時(shí)間內(nèi)把握用戶的核心需求,并迅速展開(kāi)下一步工作。表1給出了一個(gè)“顧客使用POS機(jī)消費(fèi)”的用戶故事實(shí)例,該用戶故事的標(biāo)題為《顧客使用POS機(jī)消費(fèi)》,角色為“顧客”,活動(dòng)為“想要刷POS機(jī)消費(fèi)購(gòu)物”,價(jià)值為“以便于沒(méi)攜帶現(xiàn)金時(shí)也可以消費(fèi)購(gòu)物”,此外還列出了該用戶故事的3種驗(yàn)收標(biāo)準(zhǔn)。

表1 “顧客使用POS機(jī)消費(fèi)”的用戶故事描述Table 1 User story description of “customers use POS to consume”

可以看到,通過(guò)用戶故事可以清晰地將用戶需求表述出來(lái),并且盡可能地約束需求的邊界,聚焦?jié)M足用戶需求需要實(shí)現(xiàn)的核心功能或需要解決的關(guān)鍵問(wèn)題,使得需求的獲取更加敏捷高效。

2 基于用戶故事的作戰(zhàn)體系能力需求敏捷開(kāi)發(fā)方法

本節(jié)主要介紹基于用戶故事的作戰(zhàn)體系能力需求敏捷開(kāi)發(fā)方法,包含傳統(tǒng)作戰(zhàn)體系能力需求開(kāi)發(fā)過(guò)程介紹及其存在的缺點(diǎn),以及基于用戶故事思想的作戰(zhàn)體系能力需求敏捷開(kāi)發(fā)框架、作戰(zhàn)體系能力需求建模方法和作戰(zhàn)體系能力需求敏捷開(kāi)發(fā)流程。

2.1 傳統(tǒng)作戰(zhàn)體系能力需求開(kāi)發(fā)過(guò)程

傳統(tǒng)作戰(zhàn)體系能力需求的開(kāi)發(fā)是一個(gè)自頂向下,以中高層決策者和專(zhuān)業(yè)領(lǐng)域情報(bào)分析技術(shù)人員為主要參與對(duì)象,通過(guò)層層分解和映射轉(zhuǎn)化將首長(zhǎng)的決心指示轉(zhuǎn)化為作戰(zhàn)體系任務(wù)活動(dòng)、系統(tǒng)功能、裝備實(shí)體、人員戰(zhàn)法等詳細(xì)需求清單的過(guò)程,如圖2所示。圖2描述了傳統(tǒng)作戰(zhàn)體系能力需求開(kāi)發(fā)的流程、方法以及各個(gè)階段的產(chǎn)品。首先,高層決策者按照首長(zhǎng)決心和指示,綜合考量環(huán)境、人員、裝備、作戰(zhàn)周期、敵方信息等因素制定使命任務(wù);其次,通過(guò)作戰(zhàn)任務(wù)分解,將使命任務(wù)層層分解形成詳細(xì)的子任務(wù)清單;再次,將任務(wù)與體系能力需求進(jìn)行映射,依據(jù)體系能力需求框架規(guī)范制定該作戰(zhàn)體系下所需的體系能力需求;接著,分解細(xì)化體系能力需求,將抽象的體系能力需求轉(zhuǎn)化為比較具體的子能力需求清單;然后,將子能力需求與系統(tǒng)功能需求進(jìn)行映射,進(jìn)一步轉(zhuǎn)化為對(duì)作戰(zhàn)體系的系統(tǒng)功能需求并生成系統(tǒng)功能需求清單;最后,將系統(tǒng)功能需求與裝備實(shí)體進(jìn)行映射關(guān)聯(lián),生成該作戰(zhàn)體系下完成使命任務(wù)所需的武器裝備需求清單。

圖2 自頂向下的作戰(zhàn)體系能力需求開(kāi)發(fā)過(guò)程Fig.2 Top down combat system-of-systems capability requirements development process

傳統(tǒng)的作戰(zhàn)體系能力需求開(kāi)發(fā)論證周期較長(zhǎng),更適用于武器裝備長(zhǎng)遠(yuǎn)期的建設(shè)目標(biāo)論證,但面對(duì)快節(jié)奏、不確定、多變化的動(dòng)態(tài)戰(zhàn)場(chǎng)態(tài)勢(shì),這一套方法顯然無(wú)法實(shí)現(xiàn)實(shí)時(shí)的保障和支撐。同時(shí),傳統(tǒng)的作戰(zhàn)體系能力需求開(kāi)發(fā)過(guò)程是一個(gè)自頂向下的線性單向瀑布式流程,缺少反饋和修改機(jī)制,一旦內(nèi)、外部影響因素發(fā)生改變,將容易造成頂層戰(zhàn)略設(shè)計(jì)人員的需求與一線作戰(zhàn)指揮員的需求相矛盾的情況。因此,利用需求工程敏捷開(kāi)發(fā)思維,在傳統(tǒng)作戰(zhàn)體系能力需求開(kāi)發(fā)過(guò)程的基礎(chǔ)上加入自底向上的“用戶”反饋機(jī)制,實(shí)現(xiàn)用戶故事在作戰(zhàn)體系中的定制化,可以大大提升作戰(zhàn)體系能力需求開(kāi)發(fā)的時(shí)效性和準(zhǔn)確性。

2.2 基于用戶故事的作戰(zhàn)體系能力需求敏捷開(kāi)發(fā)框架

針對(duì)傳統(tǒng)作戰(zhàn)體系能力需求開(kāi)發(fā)過(guò)程存在的弊端,本文提出一種基于用戶故事的作戰(zhàn)體系能力需求敏捷開(kāi)發(fā)方法,在結(jié)合傳統(tǒng)自頂向下的作戰(zhàn)體系能力需求開(kāi)發(fā)過(guò)程中所使用的任務(wù)分解和映射轉(zhuǎn)化方法的基礎(chǔ)上,將傳統(tǒng)的瀑布式需求開(kāi)發(fā)過(guò)程轉(zhuǎn)變?yōu)橐杂脩艄适聻橹黧w的“V”模型結(jié)構(gòu)框架,如圖3所示。

圖3 以用戶故事為主體的作戰(zhàn)體系能力需求敏捷開(kāi)發(fā)框架Fig.3 Framework of combat system-of-systems capability requirements agile development focusing on user stories

如圖3所示,紅色框線表示傳統(tǒng)作戰(zhàn)體系能力需求開(kāi)發(fā)流程,黑色框線則表示基于用戶故事的作戰(zhàn)體系能力需求敏捷開(kāi)發(fā)框架。由圖3可知,本文提出的以用戶故事為主體的作戰(zhàn)體系能力需求開(kāi)發(fā)框架并未完全摒棄傳統(tǒng)作戰(zhàn)體系能力需求開(kāi)發(fā)的流程和方法,而是將其中的任務(wù)分解和映射轉(zhuǎn)化等主要方法步驟融合到“V”模型中,這不僅使決策者和專(zhuān)業(yè)技術(shù)人員在實(shí)際操作中能夠?qū)崿F(xiàn)兩種需求開(kāi)發(fā)方法的快速轉(zhuǎn)換和無(wú)縫銜接,同時(shí)也從根源上保證了本文提出的以用戶故事為主體的作戰(zhàn)體系能力需求開(kāi)發(fā)框架所得出的能力需求分析結(jié)果,能夠與傳統(tǒng)作戰(zhàn)體系能力需求開(kāi)發(fā)結(jié)果保持較高的一致性,從而使分析得到的作戰(zhàn)活動(dòng)需求方案具備較高的可行性和合理性。

用戶故事作為模型框架最底部的核心要素,起到了支撐整個(gè)框架流程的關(guān)鍵性作用。戰(zhàn)場(chǎng)態(tài)勢(shì)動(dòng)態(tài)變化的直接體現(xiàn)就是外部因素(如環(huán)境、天氣、敵情等)和內(nèi)部因素(如裝備、人員、作戰(zhàn)周期等)的變化,而以用戶故事為主體的作戰(zhàn)體系能力需求開(kāi)發(fā)模型能夠快速適應(yīng)這種變化,并以增加新的用戶故事和刪除舊的用戶故事的增量式迭代方式進(jìn)行快速響應(yīng),避免了傳統(tǒng)作戰(zhàn)體系能力需求開(kāi)發(fā)推倒重來(lái)且費(fèi)時(shí)費(fèi)力的做法?？焖俚兓挠脩艄适录谧鲬?zhàn)活動(dòng)的指導(dǎo)下能夠進(jìn)行信息反饋,反過(guò)來(lái)影響作戰(zhàn)活動(dòng)的重新制定。同時(shí),基于用戶故事映射聚合的系統(tǒng)功能需求也更加貼合戰(zhàn)場(chǎng)實(shí)際,從而形成的體系能力需求也更加符合一線指戰(zhàn)員的實(shí)際所需。以用戶故事為主體的“V”模型結(jié)構(gòu)極大地彌補(bǔ)了傳統(tǒng)瀑布式的作戰(zhàn)體系能力需求開(kāi)發(fā)論證周期長(zhǎng)和無(wú)用戶反饋的缺陷,將作戰(zhàn)體系能力需求開(kāi)發(fā)變成了一個(gè)多維立體有反饋的過(guò)程。

2.3 基于用戶故事的作戰(zhàn)體系能力需求建模

由于用戶故事的概念是在軟件開(kāi)發(fā)領(lǐng)域提出的,因此將用戶故事用于作戰(zhàn)體系能力需求的開(kāi)發(fā),需要根據(jù)作戰(zhàn)體系的特點(diǎn)加以改造和定制,使其更好地適應(yīng)作戰(zhàn)體系的特性。下面以用戶需求的卡片形式來(lái)說(shuō)明用戶故事的核心概念轉(zhuǎn)換,如圖4所示。

圖4 用戶故事的核心概念轉(zhuǎn)換Fig.4 Core concept transformation of user stories

如圖4所示,用戶故事的概念整體轉(zhuǎn)換為作戰(zhàn)活動(dòng)需求。用戶故事卡片的正面,“用戶故事卡片標(biāo)題”轉(zhuǎn)換為“作戰(zhàn)活動(dòng)需求名稱(chēng)”;“角色”轉(zhuǎn)換為“裝備/人員”;“活動(dòng)”轉(zhuǎn)換為“作戰(zhàn)活動(dòng)內(nèi)容”;“價(jià)值”轉(zhuǎn)換為“作戰(zhàn)效果”。用戶故事卡片的背面,“驗(yàn)收標(biāo)準(zhǔn)”整體轉(zhuǎn)換為“作戰(zhàn)場(chǎng)景”。下面給出作戰(zhàn)活動(dòng)需求的定義。

定義 1作戰(zhàn)活動(dòng)需求:為完成作戰(zhàn)任務(wù)而需執(zhí)行的作戰(zhàn)活動(dòng),是作戰(zhàn)體系能力需求開(kāi)發(fā)的基礎(chǔ)需求來(lái)源,通常包含以下幾個(gè)要素:

(1) 作戰(zhàn)活動(dòng)需求名稱(chēng):用以簡(jiǎn)單地描述該項(xiàng)作戰(zhàn)活動(dòng)的內(nèi)容,如“發(fā)射導(dǎo)彈攻擊敵方機(jī)場(chǎng)跑道”;

(2) 裝備/人員:用以表示執(zhí)行該項(xiàng)作戰(zhàn)活動(dòng)的裝備或人員,一般為專(zhuān)有名詞,如“發(fā)射排”等;

(3) 作戰(zhàn)活動(dòng)內(nèi)容:用以描述該項(xiàng)作戰(zhàn)活動(dòng)需求需要完成什么樣的作戰(zhàn)任務(wù)或具備什么樣的功能/非功能或性能指標(biāo),如“某導(dǎo)彈鎖定目標(biāo)并成功發(fā)射”;

(4) 作戰(zhàn)效果:用以表述該項(xiàng)作戰(zhàn)活動(dòng)被成功執(zhí)行后實(shí)現(xiàn)的作戰(zhàn)目的或取得的作戰(zhàn)效果,如“炸毀敵方機(jī)場(chǎng)跑道,使得敵方軍機(jī)不能起飛,失去制空能力”;

(5) 作戰(zhàn)場(chǎng)景:包含“規(guī)則”“事件”“結(jié)果”三部分,用以描述不同場(chǎng)景下,該項(xiàng)作戰(zhàn)活動(dòng)可能出現(xiàn)的不同狀態(tài)分支,如“當(dāng)某導(dǎo)彈的戰(zhàn)斗部處于準(zhǔn)備就緒狀態(tài)且目標(biāo)機(jī)場(chǎng)的攻擊距離在1 600 km以內(nèi)的條件下,發(fā)生了成功鎖定目標(biāo)并發(fā)射出某導(dǎo)彈的事件,產(chǎn)生了成功炸毀敵方機(jī)場(chǎng)跑道、使得敵方軍機(jī)不能起飛、失去制空能力的結(jié)果”;或者“當(dāng)某導(dǎo)彈的戰(zhàn)斗部處于準(zhǔn)備就緒狀態(tài)且目標(biāo)機(jī)場(chǎng)的攻擊距離超過(guò)1 600 km的條件下,發(fā)生了鎖定目標(biāo)事件,產(chǎn)生了目標(biāo)范圍超過(guò)導(dǎo)彈射程、無(wú)法鎖定目標(biāo)機(jī)場(chǎng)、無(wú)法發(fā)射導(dǎo)彈、敵方機(jī)場(chǎng)未被摧毀的結(jié)果”。

通過(guò)對(duì)用戶故事的內(nèi)涵進(jìn)行定制化建模和轉(zhuǎn)換,形成了一種新的針對(duì)作戰(zhàn)體系能力需求開(kāi)發(fā)的“用戶故事”——“作戰(zhàn)活動(dòng)需求”?！白鲬?zhàn)活動(dòng)需求”以作戰(zhàn)活動(dòng)需求名稱(chēng)、裝備/人員、作戰(zhàn)活動(dòng)內(nèi)容、作戰(zhàn)效果為核心要素,以作戰(zhàn)場(chǎng)景為驗(yàn)證該“作戰(zhàn)活動(dòng)需求”的檢驗(yàn)標(biāo)準(zhǔn),在戰(zhàn)時(shí)由前線指揮員快速提出,作為作戰(zhàn)體系能力需求開(kāi)發(fā)過(guò)程的需求數(shù)據(jù)來(lái)源能夠提高作戰(zhàn)體系能力需求開(kāi)發(fā)過(guò)程對(duì)需求動(dòng)態(tài)變化的感知靈敏度,從而使作戰(zhàn)體系能力需求的開(kāi)發(fā)更加敏捷。

大量的作戰(zhàn)活動(dòng)需求共同構(gòu)成了一個(gè)“需求庫(kù)”,結(jié)合圖3可以構(gòu)建新的作戰(zhàn)體系能力需求開(kāi)發(fā)定制化模型框架,如圖5所示。

圖5 作戰(zhàn)體系能力需求開(kāi)發(fā)定制化模型框架Fig.5 Customized model framework for combat system-of- systems of capability requirements development

作戰(zhàn)活動(dòng)需求庫(kù)中的需求條目之間往往存在一些關(guān)聯(lián)關(guān)系,根據(jù)常見(jiàn)的作戰(zhàn)活動(dòng)類(lèi)別和真實(shí)作戰(zhàn)活動(dòng)關(guān)系,本文將作戰(zhàn)活動(dòng)需求之間的關(guān)聯(lián)關(guān)系歸納為5種,分別為協(xié)同關(guān)系、重復(fù)關(guān)系、依賴關(guān)系、互斥關(guān)系和共生關(guān)系。

定義 2協(xié)同關(guān)系:當(dāng)存在協(xié)同關(guān)系的兩個(gè)作戰(zhàn)活動(dòng)需求在同一作戰(zhàn)目標(biāo)下被同時(shí)激活時(shí),能夠發(fā)揮出“1+1>2”的作戰(zhàn)效能,用于描述作戰(zhàn)任務(wù)中作戰(zhàn)活動(dòng)之間真實(shí)存在的協(xié)同、配合等關(guān)系。協(xié)同關(guān)系用實(shí)心圓點(diǎn)雙箭頭表示。

定義 3重復(fù)關(guān)系:當(dāng)存在重復(fù)關(guān)系的兩個(gè)作戰(zhàn)活動(dòng)需求在同一作戰(zhàn)目標(biāo)下被共同激活時(shí),只能夠發(fā)揮出“1+1<2”的作戰(zhàn)效能,用于描述作戰(zhàn)任務(wù)中作戰(zhàn)活動(dòng)之間真實(shí)存在的替代、備選等關(guān)系。協(xié)同關(guān)系用空心圓點(diǎn)雙箭頭表示。

定義 4依賴關(guān)系:當(dāng)兩個(gè)作戰(zhàn)活動(dòng)需求存在依賴關(guān)系時(shí),其中一個(gè)作戰(zhàn)活動(dòng)需求能夠被激活的前提條件是另一個(gè)作戰(zhàn)活動(dòng)需求已經(jīng)被激活,用于描述作戰(zhàn)任務(wù)中作戰(zhàn)活動(dòng)之間真實(shí)存在的指揮、控制等關(guān)系。協(xié)同關(guān)系用空心尖箭頭表示,箭頭一端為依賴其他作戰(zhàn)活動(dòng)需求的作戰(zhàn)活動(dòng)需求,線一端為被其他作戰(zhàn)活動(dòng)需求所依賴的作戰(zhàn)活動(dòng)需求。

定義 5互斥關(guān)系:當(dāng)兩個(gè)作戰(zhàn)活動(dòng)需求存在互斥關(guān)系時(shí),無(wú)法在同一作戰(zhàn)目標(biāo)下被同時(shí)激活,用于描述作戰(zhàn)任務(wù)中作戰(zhàn)活動(dòng)之間真實(shí)存在的競(jìng)爭(zhēng)、矛盾等關(guān)系?；コ怅P(guān)系用空心三角雙箭頭表示。

定義 6共生關(guān)系:當(dāng)兩個(gè)作戰(zhàn)活動(dòng)需求存在互斥關(guān)系時(shí),在同一作戰(zhàn)目標(biāo)下必須被同時(shí)激活,用于描述作戰(zhàn)任務(wù)中作戰(zhàn)活動(dòng)之間真實(shí)存在的隸屬、配屬等關(guān)系。共生關(guān)系用實(shí)心三角雙箭頭表示。

為了更加清晰地描述和展示作戰(zhàn)活動(dòng)需求庫(kù)中眾多作戰(zhàn)活動(dòng)需求之間及其與作戰(zhàn)體系系統(tǒng)功能需求、體系能力需求等要素之間的關(guān)聯(lián)關(guān)系,本文引入領(lǐng)域映射矩陣(domain mapping matrix,DMM)模型,在此基礎(chǔ)上構(gòu)建用于描述體系結(jié)構(gòu)中不同要素之間關(guān)聯(lián)關(guān)系的超立方映射模型,如圖6所示。體系中的不同要素兩兩之間的關(guān)聯(lián)關(guān)系構(gòu)成關(guān)聯(lián)矩陣,多個(gè)關(guān)聯(lián)矩陣構(gòu)成超立方映射模型。通過(guò)超立方映射模型,可以清晰地對(duì)作戰(zhàn)活動(dòng)需求之間及其與作戰(zhàn)體系系統(tǒng)功能需求、體系能力需求等要素之間的關(guān)聯(lián)關(guān)系進(jìn)行管理和展示,結(jié)合基于XML語(yǔ)言自主開(kāi)發(fā)的“某體系結(jié)構(gòu)建模工具”,可以更為便捷地對(duì)關(guān)聯(lián)數(shù)據(jù)進(jìn)行管理和相關(guān)分析。

圖6 體系結(jié)構(gòu)關(guān)系的超立方映射模型Fig.6 Hypercubic mapping model for system-of-systems architecture relationships

厘清作戰(zhàn)活動(dòng)需求庫(kù)中的需求之間的關(guān)聯(lián)關(guān)系,不僅能夠輔助一線指戰(zhàn)員根據(jù)外部因素和內(nèi)部因素的變化提出新的作戰(zhàn)活動(dòng)需求,還可以為作戰(zhàn)活動(dòng)需求庫(kù)充實(shí)需求信息,為實(shí)現(xiàn)作戰(zhàn)體系能力需求的自動(dòng)化導(dǎo)出生成數(shù)據(jù)以提供支持,加速作戰(zhàn)體系能力需求開(kāi)發(fā)過(guò)程。

為了使作戰(zhàn)體系能力需求的提出更加規(guī)范,本文結(jié)合用戶故事卡片設(shè)計(jì)作戰(zhàn)體系能力需求采集模板,用于輔助一線指戰(zhàn)員生成作戰(zhàn)體系能力需求,如圖7所示。模板中作戰(zhàn)活動(dòng)需求5個(gè)要素的描述語(yǔ)言結(jié)構(gòu)在圖4中已經(jīng)說(shuō)明。此外,本文依據(jù)用戶故事編寫(xiě)的INVEST(independent,negotiable,valuable,estimable,small,testable)六準(zhǔn)則制定作戰(zhàn)活動(dòng)需求的編寫(xiě)建議,如表2所示。作戰(zhàn)活動(dòng)需求編寫(xiě)建議表作為需求填報(bào)時(shí)的規(guī)范和指導(dǎo),能夠幫助一線指戰(zhàn)員在填報(bào)作戰(zhàn)活動(dòng)需求時(shí)提高需求質(zhì)量,盡可能地減少需求信息的冗余和噪音。

圖7 作戰(zhàn)體系能力需求采集模板Fig.7 Combat system-of-systems capability requirements collection template

表2 作戰(zhàn)活動(dòng)需求編寫(xiě)建議Table 2 Proposal for preparation of operational activity requirements

2.4 基于用戶故事的作戰(zhàn)體系能力需求敏捷開(kāi)發(fā)流程

根據(jù)以上基于用戶故事對(duì)作戰(zhàn)體系能力需求開(kāi)發(fā)的建模,本文給出作戰(zhàn)體系能力需求敏捷開(kāi)發(fā)流程如下。

步驟 1高層決策人員根據(jù)首長(zhǎng)的決心指示制定戰(zhàn)略層面宏觀的使命任務(wù)。

步驟 2高層決策人員、專(zhuān)業(yè)技術(shù)人員以及作戰(zhàn)指揮人員根據(jù)內(nèi)外部影響因素的情報(bào)信息對(duì)使命任務(wù)進(jìn)行階段劃分,并針對(duì)不同階段的使命任務(wù)進(jìn)行任務(wù)分解,形成子任務(wù)清單,也可稱(chēng)為任務(wù)目標(biāo)清單。

步驟 3將任務(wù)目標(biāo)清單發(fā)放給涉及任務(wù)執(zhí)行的一線指戰(zhàn)員,一線指戰(zhàn)員根據(jù)環(huán)境、天氣、敵情、裝備、人員、作戰(zhàn)周期等內(nèi)外部影響因素的信息,按照作戰(zhàn)活動(dòng)編寫(xiě)建議表的規(guī)范要求填寫(xiě)作戰(zhàn)活動(dòng)需求信息表。

步驟 4決策人員和專(zhuān)業(yè)技術(shù)人員將收集的大量作戰(zhàn)活動(dòng)需求信息表進(jìn)行過(guò)濾篩選,提取關(guān)鍵信息并刪除冗余信息,進(jìn)一步明確各個(gè)作戰(zhàn)活動(dòng)需求之間的關(guān)聯(lián)關(guān)系,最終形成一個(gè)支撐完成本項(xiàng)任務(wù)目標(biāo)的作戰(zhàn)活動(dòng)需求庫(kù)。

步驟 5根據(jù)決策人員和專(zhuān)業(yè)技術(shù)人員的經(jīng)驗(yàn)知識(shí),提取出能夠完成任務(wù)目標(biāo)的作戰(zhàn)活動(dòng)需求組合,在此基礎(chǔ)上將作戰(zhàn)活動(dòng)需求映射聚合成系統(tǒng)功能需求。

步驟 6在作戰(zhàn)體系能力框架的指導(dǎo)下,將映射聚合生成的系統(tǒng)功能需求進(jìn)一步映射轉(zhuǎn)換生成作戰(zhàn)體系能力需求。

步驟 7當(dāng)戰(zhàn)場(chǎng)態(tài)勢(shì)發(fā)生變化,由一線指戰(zhàn)員根據(jù)態(tài)勢(shì)變化信息快速提出新的作戰(zhàn)活動(dòng)需求,決策人員和專(zhuān)業(yè)技術(shù)人員在原有作戰(zhàn)活動(dòng)需求組合的基礎(chǔ)上進(jìn)行增量式改動(dòng),并回到步驟5。

相比傳統(tǒng)作戰(zhàn)體系能力需求開(kāi)發(fā)瀑布式的單向線性過(guò)程,本文提出的基于用戶故事思想的作戰(zhàn)體系能力需求開(kāi)發(fā)流程重點(diǎn)關(guān)注如何快速響應(yīng)戰(zhàn)場(chǎng)態(tài)勢(shì)動(dòng)態(tài)變化所帶來(lái)的需求變化,將需求開(kāi)發(fā)的核心放在對(duì)戰(zhàn)場(chǎng)態(tài)勢(shì)變化最敏感、提出需求最實(shí)際的一線指戰(zhàn)員所提出的作戰(zhàn)活動(dòng)需求上,采用增量式的響應(yīng)機(jī)制能夠更快速地更改需求,總體上形成一種有反饋且不斷迭代的需求開(kāi)發(fā)模式。

3 示例研究

本節(jié)通過(guò)一個(gè)虛擬戰(zhàn)例來(lái)體現(xiàn)本文提出的基于用戶故事的作戰(zhàn)體系能力需求敏捷開(kāi)發(fā)方法的應(yīng)用流程,以及與傳統(tǒng)作戰(zhàn)體系能力需求開(kāi)發(fā)方法相比敏捷高效的特點(diǎn)。

任務(wù)想定:紅軍某合成旅預(yù)定于某時(shí)某分向A陣地發(fā)起進(jìn)攻,命令旅屬工兵分隊(duì)協(xié)同偵察分隊(duì)抵近A陣地前沿進(jìn)行工程偵察,查明對(duì)方防御地帶工事構(gòu)筑、障礙物設(shè)置類(lèi)型和密度情況,并進(jìn)行上報(bào)。同時(shí),于預(yù)定時(shí)間之內(nèi)完成為進(jìn)攻分隊(duì)清掃雷場(chǎng),于較難通過(guò)地區(qū)架設(shè)橋梁,摧毀敵方障礙物,實(shí)現(xiàn)保障第一梯隊(duì)向進(jìn)攻地域開(kāi)進(jìn)的作戰(zhàn)目標(biāo)。

作戰(zhàn)體系能力需求開(kāi)發(fā)過(guò)程如下。

(1) 任務(wù)階段劃分,明確任務(wù)目標(biāo)

根據(jù)上級(jí)下達(dá)的使命任務(wù),可以將該使命任務(wù)劃分為兩個(gè)階段:抵近偵察階段(編號(hào)階段1)和排障架橋階段(編號(hào)階段2)。通過(guò)任務(wù)分解可以將階段1的任務(wù)目標(biāo)分解為抵近陣地前沿(編號(hào)任務(wù)目標(biāo)1.1)、偵察對(duì)方防御工事(編號(hào)任務(wù)目標(biāo)1.2)、上報(bào)情報(bào)信息(編號(hào)任務(wù)目標(biāo)1.3);將階段2的任務(wù)目標(biāo)分解為清掃雷場(chǎng)(編號(hào)任務(wù)目標(biāo)2.1)、架設(shè)橋梁(編號(hào)任務(wù)目標(biāo)2.2)、摧毀對(duì)方障礙物(編號(hào)任務(wù)目標(biāo)2.3),如圖8所示。

圖8 任務(wù)階段劃分和任務(wù)目標(biāo)分解Fig.8 Task phase division and task goal decomposition

(2) 下發(fā)任務(wù)清單,收集作戰(zhàn)活動(dòng)需求

將任務(wù)目標(biāo)清單下發(fā)給一線指戰(zhàn)員,指戰(zhàn)員根據(jù)外部因素(包括天氣、環(huán)境、敵情等)和內(nèi)部因素(裝備、人員、作戰(zhàn)周期等)提報(bào)作戰(zhàn)活動(dòng)需求。以任務(wù)目標(biāo)2.1清掃雷場(chǎng)為例,指戰(zhàn)員根據(jù)階段1獲取的情報(bào)信息,提報(bào)作戰(zhàn)活動(dòng)需求。

根據(jù)情報(bào),已知內(nèi)外部因素信息如下。

外部因素信息:執(zhí)行任務(wù)時(shí)間段內(nèi)天氣晴,偏東風(fēng)2級(jí),氣溫15 ℃～22 ℃,需排雷區(qū)域長(zhǎng)度、寬度為100 m×300 m,面積為30 000 m2,目標(biāo)地區(qū)地勢(shì)較緩,為5°左右上升坡面,上有低矮樹(shù)木覆蓋,地雷數(shù)量不明,地雷觸發(fā)方式主要有壓發(fā)、拉發(fā)兩種,不排除有其他復(fù)雜類(lèi)型的地雷。

內(nèi)部因素信息:可參與掃雷任務(wù)的人員編制有一個(gè)掃雷排,約30人;掃雷裝備有氣壓拋射掃雷器(5枚,用于排爆拉發(fā)式地雷,射程為50～90 m,具有體積小、重量輕、攜帶方便的特點(diǎn));遙控雷場(chǎng)清障車(chē)(1輛,可在坡度小于40°的坡面作業(yè),用于掃除淺層防步兵地雷、清除灌木叢和鏟運(yùn)樹(shù)木,需從他部調(diào)配);智能排雷機(jī)器人(2臺(tái),在植被較矮、較稀疏、地勢(shì)平緩的區(qū)域作業(yè),需要專(zhuān)業(yè)操作手,協(xié)助人工排雷);履帶式綜合掃雷車(chē)(1輛,采用火箭彈大面積爆破淺層地雷,排雷效率高,車(chē)身體積較大);單兵掃雷儀(數(shù)量若干,適用于單兵作業(yè)的掃雷裝置)等,距離進(jìn)攻部隊(duì)開(kāi)進(jìn)到此區(qū)域的時(shí)間還有6 h。

作戰(zhàn)活動(dòng)需求提報(bào)結(jié)果如表3所示(部分展示)。

表3 作戰(zhàn)活動(dòng)需求提報(bào)結(jié)果Table 3 Reporting results of operational activity requirements

續(xù)表3Continued Table 3

(3) 構(gòu)建作戰(zhàn)活動(dòng)需求庫(kù),生成需求組合方案

提取作戰(zhàn)活動(dòng)需求的關(guān)鍵信息,檢查是否存在明顯的缺失、矛盾等錯(cuò)誤,如作戰(zhàn)活動(dòng)2.1.1的場(chǎng)景1中遺漏了“風(fēng)力等級(jí)等于2級(jí)時(shí)”的情況,修改后將所有合理的作戰(zhàn)活動(dòng)需求歸入作戰(zhàn)活動(dòng)需求庫(kù)中。進(jìn)一步地,確定庫(kù)中不同作戰(zhàn)活動(dòng)需求之間的關(guān)聯(lián)關(guān)系,如作戰(zhàn)活動(dòng)需求2.1.4依賴作戰(zhàn)活動(dòng)需求2.1.1,作戰(zhàn)活動(dòng)需求2.1.4和作戰(zhàn)活動(dòng)需求2.1.5存在協(xié)同關(guān)系等,如圖9所示。

圖9 作戰(zhàn)活動(dòng)需求關(guān)系圖Fig.9 Correlation diagram of operational activity requirements

決策者綜合考慮敵情、時(shí)間、成本、作戰(zhàn)效能、任務(wù)完成度等因素,在一定條件下選擇、制定出最優(yōu)的作戰(zhàn)需求組合方案,并按照方案下達(dá)執(zhí)行命令。

假設(shè)決策者制定的作戰(zhàn)需求組合方案由作戰(zhàn)活動(dòng)需求2.1.1、作戰(zhàn)活動(dòng)需求2.1.2、作戰(zhàn)活動(dòng)需求2.1.4、作戰(zhàn)活動(dòng)需求2.1.5構(gòu)成。作戰(zhàn)活動(dòng)需求2.1.1作為作戰(zhàn)活動(dòng)需求2.1.4的依賴需求項(xiàng)需要首先開(kāi)展,而后具有協(xié)同關(guān)系的作戰(zhàn)活動(dòng)需求2.1.2、作戰(zhàn)活動(dòng)需求2.1.4和作戰(zhàn)活動(dòng)需求2.1.5同步開(kāi)展,最大化任務(wù)的執(zhí)行效率。

具體任務(wù)描述為:首先由5名操作手手持氣壓拋射掃雷器間隔10 m進(jìn)行掃雷;然后將目標(biāo)區(qū)域的拉發(fā)式地雷進(jìn)行部分排除后,由10名掃雷兵、1輛遙控雷場(chǎng)清障車(chē)(配備2名操作手和1名觀察員)、2臺(tái)智能排雷機(jī)器人(配備4名專(zhuān)業(yè)操作手)同步展開(kāi)排雷任務(wù);之后10名掃雷兵間隔3 m,成群推進(jìn)掃除壓發(fā)式地雷,2名操作手和1名觀察員操控1輛遙控雷場(chǎng)清障車(chē)跟隨單兵進(jìn)行二次掃雷和灌木叢清除;最后4名專(zhuān)業(yè)操作手操控2臺(tái)智能排雷機(jī)器人協(xié)助掃雷兵處理并掃除其他類(lèi)型的地雷。

(4) 將作戰(zhàn)活動(dòng)需求組合映射聚合為系統(tǒng)功能需求

根據(jù)作戰(zhàn)活動(dòng)需求組合所使用的人員和裝備,可以大致將整個(gè)排雷裝備體系分為3個(gè)系統(tǒng),分別為人工掃雷系統(tǒng)、遙控掃雷系統(tǒng)和智能掃雷系統(tǒng),每個(gè)系統(tǒng)對(duì)應(yīng)的系統(tǒng)功能如表4所示。

表4 各個(gè)系統(tǒng)對(duì)應(yīng)的系統(tǒng)功能Table 4 System functions corresponding to each system

(5) 在作戰(zhàn)體系能力框架的指導(dǎo)下,映射聚合生成作戰(zhàn)體系能力需求

根據(jù)上級(jí)發(fā)布的作戰(zhàn)體系能力框架,檢索與執(zhí)行任務(wù)目標(biāo)2.1清掃雷場(chǎng)的排雷裝備體系相關(guān)聯(lián)的能力需求,結(jié)果如圖10所示。

圖10 “清掃雷場(chǎng)”體系能力需求示意圖Fig.10 Schematic diagram of capability requirements of “minefield clearing” system-of-systems

(6) 根據(jù)戰(zhàn)場(chǎng)態(tài)勢(shì)變化,收集新的作戰(zhàn)活動(dòng)需求,調(diào)整已有作戰(zhàn)活動(dòng)需求組合,生成新的作戰(zhàn)體系能力需求

隨著作戰(zhàn)活動(dòng)的推進(jìn),戰(zhàn)場(chǎng)態(tài)勢(shì)動(dòng)態(tài)變化,內(nèi)、外部影響因素也在不斷發(fā)生改變。當(dāng)改變后的內(nèi)、外部影響因素已不再滿足原有根據(jù)作戰(zhàn)活動(dòng)需求組合制定的作戰(zhàn)方案時(shí),由一線指戰(zhàn)員快速提出新的作戰(zhàn)活動(dòng)需求,決策者和專(zhuān)業(yè)技術(shù)人員對(duì)新提出的作戰(zhàn)活動(dòng)需求進(jìn)行審核后將其加入作戰(zhàn)活動(dòng)需求庫(kù)中,并在原有作戰(zhàn)活動(dòng)需求組合方案的基礎(chǔ)上進(jìn)行快速修改,從而生成新的作戰(zhàn)方案和作戰(zhàn)體系能力需求。

如當(dāng)風(fēng)力等級(jí)變化為8級(jí)時(shí),作戰(zhàn)活動(dòng)需求2.1.1已不可行,進(jìn)而導(dǎo)致作戰(zhàn)活動(dòng)需求2.1.2、作戰(zhàn)活動(dòng)需求2.1.4和作戰(zhàn)活動(dòng)需求2.1.5組成的協(xié)同作業(yè)模式失效,故原制定的作戰(zhàn)方案已不可行。此時(shí),一線指戰(zhàn)員提出新的作戰(zhàn)活動(dòng)需求“搭設(shè)隱蔽工事”,決策人員將其與作戰(zhàn)活動(dòng)需求2.1.3“駕駛履帶式綜合掃雷車(chē)掃雷”組合形成新的作戰(zhàn)方案,即在不被敵方偵察哨發(fā)現(xiàn)并打擊的情況下,使用火箭彈大面積爆破淺層地雷。

通過(guò)不斷更新作戰(zhàn)活動(dòng)需求庫(kù),可以實(shí)時(shí)調(diào)整作戰(zhàn)方案響應(yīng)動(dòng)態(tài)變化的戰(zhàn)場(chǎng)態(tài)勢(shì),還能夠?yàn)樽鲬?zhàn)體系能力需求開(kāi)發(fā)的智能化加速提質(zhì)提供數(shù)據(jù)儲(chǔ)備,賦予其新的戰(zhàn)略價(jià)值,將作戰(zhàn)活動(dòng)需求庫(kù)變?yōu)樽鲬?zhàn)活動(dòng)需求知識(shí)庫(kù)。

4 結(jié)束語(yǔ)

本文提出了基于用戶故事的作戰(zhàn)體系能力需求敏捷開(kāi)發(fā)方法,以系統(tǒng)工程“V”模型和用戶故事思想為基礎(chǔ)重新設(shè)計(jì)了作戰(zhàn)體系能力需求開(kāi)發(fā)框架,對(duì)作戰(zhàn)體系能力需求進(jìn)行了建模,對(duì)其信息要素和采集模板進(jìn)行了定制,并提出了一套完整的作戰(zhàn)體系能力需求開(kāi)發(fā)流程,最后用一個(gè)簡(jiǎn)單的作戰(zhàn)任務(wù)示例演示了作戰(zhàn)體系能力需求的開(kāi)發(fā)過(guò)程,極大程度地改進(jìn)了傳統(tǒng)瀑布式作戰(zhàn)體系能力需求開(kāi)發(fā)過(guò)程單向、線性、無(wú)反饋的缺點(diǎn),解決了作戰(zhàn)體系能力需求的提出既能滿足上層決策者決心意志又能符合一線指戰(zhàn)員實(shí)際執(zhí)行的需求雙向來(lái)源矛盾問(wèn)題,大大提升了作戰(zhàn)體系能力需求開(kāi)發(fā)的效率。

本文提出的框架、方法和流程目前僅停留在管理理論層面,部分環(huán)節(jié)還缺乏算法和數(shù)學(xué)模型的支持,這也是本文的不足之處。未來(lái)的研究將在本文的基礎(chǔ)上持續(xù)重點(diǎn)深入3個(gè)方向的研究:一是作戰(zhàn)體系能力需求敏捷開(kāi)發(fā)的前端輸入智能化,主要采用自然語(yǔ)言處理技術(shù)和深度學(xué)習(xí)算法實(shí)現(xiàn)面向文本的需求自動(dòng)采集與質(zhì)量監(jiān)測(cè),能夠大幅提高需求的采集效率和質(zhì)量;二是作戰(zhàn)活動(dòng)需求的組合優(yōu)化,主要采用智能優(yōu)化算法實(shí)現(xiàn)最優(yōu)作戰(zhàn)方案的自動(dòng)化生成,能夠輔助決策者面對(duì)戰(zhàn)場(chǎng)態(tài)勢(shì)動(dòng)態(tài)變化快速做出方案調(diào)整;三是作戰(zhàn)活動(dòng)需求知識(shí)庫(kù)構(gòu)建,主要通過(guò)大量數(shù)據(jù)構(gòu)建作戰(zhàn)活動(dòng)需求的知識(shí)圖譜,能夠賦予作戰(zhàn)活動(dòng)需求知識(shí)庫(kù)“智慧”,來(lái)實(shí)現(xiàn)智能化的需求推薦。