曾衛(wèi)平，孫 強(qiáng)，占日新，肖向榮

(中國直升機(jī)設(shè)計(jì)研究所，江西 景德鎮(zhèn) 333001)

0 引言

美國聯(lián)邦航空管理局在2011年明確要求飛機(jī)的研發(fā)必須開展需求工程，實(shí)施項(xiàng)目頂層管控。國內(nèi)直升機(jī)工業(yè)部門自2013年開始逐步引入基于模型的系統(tǒng)工程方法論，在多個(gè)直升機(jī)型號研制過程中開展了基于需求的系統(tǒng)工程工作。其中在民用直升機(jī)研制方面，開展的直升機(jī)需求工程工作主要包括梳理市場要求、研制總要求、總體技術(shù)要求、各系統(tǒng)技術(shù)要求、接口控制要求及適航規(guī)章要求等方面內(nèi)容。而對于軍用直升機(jī)來說，需求工程要求型號論證及研制模式不局限于基于指標(biāo)要求而進(jìn)行的設(shè)計(jì)，更重要的是要滿足新形勢下軍事斗爭對武器裝備提出的作戰(zhàn)需求。因此，直升機(jī)工業(yè)部門迫切需要引入正向設(shè)計(jì)的思想，加大對直升機(jī)作戰(zhàn)需求與使用的設(shè)計(jì)，實(shí)現(xiàn)直升機(jī)裝備需求論證與工程研制相銜接。

1 直升機(jī)需求工程定義與內(nèi)容

需求工程是用已證明有效的技術(shù)和方法進(jìn)行需求分析，確定客戶需求，幫助分析人員理解問題，并定義目標(biāo)系統(tǒng)的所有外部特征的一門學(xué)科[1]。需求工程脫胎于基于模型的系統(tǒng)工程(Model Based on System Engineering，MBSE)，而基于模型的系統(tǒng)工程方法學(xué)有很多，例如：INCOSE OOSEM、IBM Rational Harmony-SE、Vitech MBSE Methodology等，涉及到的建模語言也有很多，例如：SysML語言、UML語言、IDEF0語言、AADL語言、VHDL語言等，涉及到的體系框架也很多，例如：TOGAF、DoDAF、MoGAF、ITSA、FACE等。MBSE方法論尚在發(fā)展中，不同單位和組織需對標(biāo)準(zhǔn)的建模語言語義和規(guī)則進(jìn)行裁剪和修改，以適配實(shí)際產(chǎn)品研發(fā)活動的需要。

直升機(jī)研發(fā)設(shè)計(jì)流程活動不同于軟件研發(fā)流程活動。有效將軟件研發(fā)流程方法及工具應(yīng)用于直升機(jī)需求工程的工作過程中，是未來MBSE方法在直升機(jī)研制過程中亟需實(shí)踐探索的。就目前需求工程方法的發(fā)展程度而言，直升機(jī)需求工程是由一系列與直升機(jī)需求相關(guān)的開發(fā)活動和管理活動組成的，具體內(nèi)容如圖1所示。

圖1 直升機(jī)需求工程主要內(nèi)容

基于需求管理信息系統(tǒng)或工具的應(yīng)用，直升機(jī)需求工程是直升機(jī)需求開發(fā)和需求管理的結(jié)合體，其最首要的任務(wù)即是開發(fā)分別來自軍方用戶和民機(jī)客戶的需求，因此直升機(jī)的需求開發(fā)顯得尤為重要。

2 多軟件平臺與工具應(yīng)用

如前所述，直升機(jī)需求工程主要基于需求管理信息系統(tǒng)或工具應(yīng)用，在總體方案論證、總體需求分析、總體初步設(shè)計(jì)、分系統(tǒng)需求分析、分系統(tǒng)初步設(shè)計(jì)等直升機(jī)立項(xiàng)論證各階段，需要有直升機(jī)裝備描述數(shù)據(jù)庫、需求管理工具、作戰(zhàn)想定編輯工具、想定驗(yàn)證工具、體系結(jié)構(gòu)建模仿真工具、效能仿真工具等支持平臺和軟件，并且要求其中的主要工具軟件能做到規(guī)范化、模型化、工具化和資源化的深度集成。國內(nèi)支持整個(gè)開發(fā)生命周期的相關(guān)論證工程化軟件較少[2]。

相關(guān)的軟件平臺與工具集成架構(gòu)主要分為專業(yè)仿真層、專業(yè)設(shè)計(jì)層、虛擬仿真層、需求分析層和需求管理層。虛擬仿真層的任務(wù)與體系架構(gòu)工具與需求分析層的建模工具進(jìn)行數(shù)據(jù)關(guān)聯(lián)；需求分析層的建模工具與專業(yè)仿真層的仿真工具、專業(yè)設(shè)計(jì)層的設(shè)計(jì)工具進(jìn)行數(shù)據(jù)交聯(lián)；需求分析層的建模工具與需求管理層的管理信息系統(tǒng)集成，需求管理系統(tǒng)將輸入的分散數(shù)據(jù)結(jié)構(gòu)化互關(guān)聯(lián)；然后再與產(chǎn)品全生命周期管理系統(tǒng)做集成管理，關(guān)聯(lián)型號研制各階段的設(shè)計(jì)、仿真等過程。通過多個(gè)軟件、工具、平臺之間的集成，使直升機(jī)裝備從立項(xiàng)論證、需求分析、系統(tǒng)初步設(shè)計(jì)的生命周期前期各階段中的不同類型數(shù)據(jù)得到有效管理，即使到了產(chǎn)品全生命周期研制的后期，這些模型數(shù)據(jù)甚至仍具有單一數(shù)據(jù)源性和可追溯性。

3 面向直升機(jī)設(shè)計(jì)的需求工程方法

3.1 型號典型研制流程

以往航空器型號研制通常都是使用部門提出的指標(biāo)，工業(yè)部門按照指標(biāo)要求，結(jié)合技術(shù)發(fā)展最新現(xiàn)狀進(jìn)行設(shè)計(jì)制造，所得到的產(chǎn)品或裝備基本滿足使用要求，但外部使用場景一般未充分考慮，導(dǎo)致后續(xù)改進(jìn)和試驗(yàn)試飛持續(xù)進(jìn)行。如圖2所示，整個(gè)航空器產(chǎn)品研制流程中工程設(shè)計(jì)研制后期的工作流程占了研制流程的大部分工作，而后續(xù)研制流程中的更改迭代往往帶來時(shí)間和成本的倍增，系統(tǒng)故障與問題也越發(fā)難以發(fā)現(xiàn)和解決。

圖2 典型航空器產(chǎn)品研制流程

3.2 系統(tǒng)需求開發(fā)方法

除上述典型航空器產(chǎn)品研制流程面臨的問題之外，隨著航空器產(chǎn)品相關(guān)技術(shù)和交叉學(xué)科不斷發(fā)展，系統(tǒng)交聯(lián)程度越發(fā)高，系統(tǒng)也愈發(fā)復(fù)雜龐雜。以直升機(jī)為例，其內(nèi)部系統(tǒng)之間的和外部的交聯(lián)關(guān)系以及直升機(jī)系統(tǒng)、分(子)系統(tǒng)組成元素的復(fù)雜導(dǎo)致了一個(gè)龐大的復(fù)雜系統(tǒng)工程。傳統(tǒng)的基于文件的系統(tǒng)工程方式，已無法支撐作為系統(tǒng)的直升機(jī)裝備全生命周期開發(fā)?；诖?，應(yīng)用RFLP(“需求、功能、邏輯、物理”)方法，完成系統(tǒng)需求、設(shè)計(jì)、分析、驗(yàn)證和確認(rèn)活動的正規(guī)化建模應(yīng)用，如圖3所示，起始于直升機(jī)需求論證階段，貫穿整個(gè)直升機(jī)產(chǎn)品全生命周期研制階段，避免了目前直升機(jī)需求論證與后續(xù)直升機(jī)工程設(shè)計(jì)嚴(yán)重脫節(jié)的問題，發(fā)展了需求論證的相關(guān)理論方法。

圖3 直升機(jī)裝備全生命周期研制下的需求開發(fā)流程

3.2.1 體系需求開發(fā)

基于軍事作戰(zhàn)的體系需求開發(fā)過程是直升機(jī)裝備需求論證的一個(gè)重要組成部分。任務(wù)場景分析是軍用直升機(jī)需求分析過程中的重要一環(huán)，是裝備需求的重要來源[3]。體系需求論證還在不斷發(fā)展中，因此，體系需求開發(fā)方法隨著各類裝備型號的實(shí)踐應(yīng)用也在一直更新完善中。以直升機(jī)型號為例，直升機(jī)體系需求開發(fā)基本遵循MBSE方法，需要強(qiáng)調(diào)的是基于模型中的模型，它不僅僅是虛擬戰(zhàn)場任務(wù)場景中的直升機(jī)三維模型、其它武器裝備模型、地形模型、煙霧模型、爆炸效果模型等，而且還有基于DoDAF2.0的OV-1、OV-2、OV-6c、OV-6b等多類視角構(gòu)建形成的SysML模型(包括用例圖、時(shí)序圖、狀態(tài)機(jī)圖等)。

直升機(jī)需求論證階段注重基于作戰(zhàn)場景的需求開發(fā)方法。體系需求論證與系統(tǒng)需求分析設(shè)計(jì)建模過程如圖4所示，根據(jù)軍方使用要求，重點(diǎn)論述基于能力的視角?；贒oDAF方法對作戰(zhàn)任務(wù)進(jìn)行分析，這一階段主要對作戰(zhàn)使用性能需求條目化，形成作戰(zhàn)想定報(bào)告和任務(wù)場景建模分析，最終完成運(yùn)行概念文檔的編制。下一步對直升機(jī)整機(jī)系統(tǒng)進(jìn)行需求分析和架構(gòu)設(shè)計(jì)，目的在于形成直升機(jī)系統(tǒng)需求規(guī)格說明書，再對各類分(子)系統(tǒng)的使用進(jìn)行需求分析，完成分(子)系統(tǒng)架構(gòu)描述，形成分(子)系統(tǒng)需求規(guī)格說明書。

圖4 體系需求論證與系統(tǒng)需求分析設(shè)計(jì)

3.2.2 機(jī)械設(shè)計(jì)系統(tǒng)需求開發(fā)

傳統(tǒng)直升機(jī)設(shè)計(jì)員往往在設(shè)計(jì)完三維模型之后在模型上手工標(biāo)注各類設(shè)計(jì)參數(shù)，以便后續(xù)工藝加工人員編排或加工。通過MBD技術(shù)詳細(xì)標(biāo)注模型的三維尺寸，并簡要標(biāo)準(zhǔn)模型的加工信息，這樣可以減少將三維模型圖紙化的過程，直接將參數(shù)信息表達(dá)在三維模型上。應(yīng)用MBSE方法之后，基于直升機(jī)機(jī)械物理設(shè)計(jì)過程，邏輯設(shè)計(jì)表達(dá)最終能夠和基于模型的三維設(shè)計(jì)(MBD)進(jìn)行關(guān)聯(lián)，通過SysML模型向CAD模型傳遞參數(shù)的方法，實(shí)現(xiàn)直升機(jī)機(jī)械設(shè)計(jì)過程與需求分析過程的有效融合貫通。需求分解的指標(biāo)信息可以與后續(xù)初步設(shè)計(jì)階段，甚至詳細(xì)設(shè)計(jì)階段的三維CAD模型進(jìn)行關(guān)聯(lián)。MBD技術(shù)所標(biāo)注的三維信息很多在直升機(jī)需求論證階段就已經(jīng)可清晰表達(dá)了。

3.2.3 機(jī)電液系統(tǒng)多學(xué)科需求開發(fā)與仿真驗(yàn)證

以往直升機(jī)(機(jī)、電、液)系統(tǒng)設(shè)計(jì)過程中，需求開發(fā)與仿真驗(yàn)證過程是人為在文檔傳遞之間割裂的。因此，涉及(機(jī)、電、液)系統(tǒng)多學(xué)科之間的設(shè)計(jì)開發(fā)問題，首先對基于某(機(jī)、電、液)系統(tǒng)的需求進(jìn)行分析，形成系統(tǒng)需求文檔。(機(jī)、電、液)系統(tǒng)多學(xué)科需求開發(fā)可將系統(tǒng)的需求抽象成若干關(guān)鍵系統(tǒng)功能，每一個(gè)關(guān)鍵系統(tǒng)功能就是一個(gè)系統(tǒng)用例，所有系統(tǒng)用例的集合就構(gòu)成了完整的系統(tǒng)功能。如圖5所示，針對該系統(tǒng)開展基于SysML語言的功能邏輯建模仿真，驗(yàn)證功能需求與接口需求。同時(shí)，針對(機(jī)、電、液)系統(tǒng)專業(yè)要求，以專業(yè)仿真軟件進(jìn)行建模仿真，基于Modelica語言對系統(tǒng)的性能指標(biāo)進(jìn)行仿真驗(yàn)證。

圖5 機(jī)電液系統(tǒng)多學(xué)科需求開發(fā)與仿真驗(yàn)證

1)基于模型的需求開發(fā)過程

在(機(jī)、電、液)系統(tǒng)多學(xué)科需求開發(fā)與仿真驗(yàn)證過程中，(機(jī)、電、液)多學(xué)科需求開發(fā)的需求分析過程明確基于模型，而非基于文檔，(機(jī)、電、液)系統(tǒng)需求分析的輸入為上層的直升機(jī)產(chǎn)品需求。對于需求工程師或設(shè)計(jì)員而言，針對直升機(jī)不同類型的需求，選擇最合適的分析技巧，目的是便于需求的溝通交流、捕獲和確認(rèn)；對于系統(tǒng)設(shè)計(jì)員而言，很多需求類型與設(shè)計(jì)過程中的問題相關(guān)。多數(shù)情況下，外部接口需求和其他一些性能需求與特定的設(shè)計(jì)管理問題關(guān)系緊密?；谀Ｐ偷?機(jī)、電、液)系統(tǒng)需求分析過程實(shí)現(xiàn)利益攸關(guān)者需求轉(zhuǎn)換為系統(tǒng)需求描述，系統(tǒng)需求和上一層產(chǎn)品需求在需求管理系統(tǒng)中實(shí)現(xiàn)追溯，系統(tǒng)需求與描述使用場景或功能的用例關(guān)聯(lián)。

功能分析根據(jù)用例圖所表示的系統(tǒng)功能，分別依次創(chuàng)建表示功能邏輯過程的黑盒活動圖、表示系統(tǒng)交聯(lián)關(guān)系的黑盒順序圖、表示系統(tǒng)接口信息的黑盒接口圖以及表示系統(tǒng)狀態(tài)行為變化的黑盒狀態(tài)圖等模型，并對模型進(jìn)行執(zhí)行，以確認(rèn)系統(tǒng)需求。根據(jù)相關(guān)規(guī)范和以往經(jīng)驗(yàn)，對系統(tǒng)架構(gòu)進(jìn)行權(quán)衡分析，根據(jù)黑盒活動圖將系統(tǒng)的各功能分配至子系統(tǒng)，分別依次創(chuàng)建白盒活動圖、白盒順序圖、白盒內(nèi)部塊圖和白盒狀態(tài)圖，最終實(shí)現(xiàn)評估優(yōu)化。

2)基于模型的邏輯建模仿真驗(yàn)證過程

基于上述需求開發(fā)之后的系統(tǒng)邏輯架構(gòu)，在CAD設(shè)計(jì)工具中開展系統(tǒng)機(jī)械機(jī)構(gòu)的線框圖設(shè)計(jì)，得到物理架構(gòu)；通過邏輯架構(gòu)到物理架構(gòu)的映射，得到(機(jī)、電、液)系統(tǒng)的一個(gè)或多個(gè)物理架構(gòu)，利用多物理域系統(tǒng)仿真工具，并通過各專業(yè)仿真方法和流程規(guī)范，對系統(tǒng)的物理架構(gòu)進(jìn)行權(quán)衡分析，確定最佳系統(tǒng)設(shè)計(jì)方案。

3.2.4 軟件工程系統(tǒng)需求開發(fā)

軟件工程系統(tǒng)的需求開發(fā)相比機(jī)械系統(tǒng)、電氣系統(tǒng)等其它系統(tǒng)較成熟。其開發(fā)過程類同于(機(jī)、電、液)系統(tǒng)多學(xué)科基于模型的需求開發(fā)，即基于SysML語言進(jìn)行建模分析與設(shè)計(jì)，用全局視角分析軟件工程系統(tǒng)功能邊界及系統(tǒng)與外部Actor的交互關(guān)系，分析軟件工程系統(tǒng)在特定用例場景下具有的功能流和邏輯關(guān)系以及與外部發(fā)生的交互信息和響應(yīng)，進(jìn)一步分析軟件工程系統(tǒng)的狀態(tài)行為以及狀態(tài)之間的轉(zhuǎn)移，最后通過狀態(tài)機(jī)模型仿真運(yùn)行，對軟件工程系統(tǒng)功能邏輯進(jìn)行預(yù)先驗(yàn)證。但是軟件工程系統(tǒng)需求開發(fā)過程也有其特殊性，即軟件需求開發(fā)是自頂向下逐層分解的過程，高層需求分解到分系統(tǒng)。這種分解和分配過程一直持續(xù)到達(dá)到可設(shè)計(jì)的需求[4]，最終目的在于融合模型、文檔驅(qū)動系統(tǒng)設(shè)計(jì)，結(jié)合軟件建模軟件工具，實(shí)現(xiàn)模型代碼的自動生成。

3.3 系統(tǒng)需求管理

需求管理是關(guān)系到需求開發(fā)結(jié)果的實(shí)現(xiàn)方式之一，作為一項(xiàng)技術(shù)，類同于直升機(jī)型號研制管理過程中的構(gòu)型管理技術(shù)。構(gòu)型管理是研究產(chǎn)品開發(fā)規(guī)律性的一門學(xué)科[5]。以直升機(jī)構(gòu)型管理為基礎(chǔ)，保障直升機(jī)工程設(shè)計(jì)活動高效且有效，需求管理也需要建立需求捕捉和協(xié)同、文檔化和搜索，然后通過決策點(diǎn)將需求交付到直升機(jī)產(chǎn)品全生命周期下游的設(shè)計(jì)者；對需求池中收集捕獲到的關(guān)于直升機(jī)裝備的經(jīng)驗(yàn)、問題報(bào)告、標(biāo)準(zhǔn)、客戶要求、技術(shù)等需求文件進(jìn)行組織管理，按需求層級劃分。需求管理業(yè)務(wù)層級可分為L1-L4，即L1為客戶需求，L2為產(chǎn)品需求，L3為分(子)系統(tǒng)需求，L4為設(shè)備零件需求，每一業(yè)務(wù)層級的需求管理業(yè)務(wù)流程如圖6所示。根據(jù)各系統(tǒng)、分(子)系統(tǒng)之間的層級關(guān)系，定義好需求模型之間的父子鏈接和衍生鏈接，形成直升機(jī)需求結(jié)構(gòu)樹。這個(gè)過程中的關(guān)鍵在于定制直升機(jī)需求對象的屬性，包括：需求類型、優(yōu)先級、需求來源、相關(guān)方、設(shè)計(jì)意圖、驗(yàn)證意圖等。

圖6 各層級系統(tǒng)需求管理業(yè)務(wù)流程

同時(shí)，根據(jù)上述需求對象屬性中的優(yōu)先級進(jìn)行排序，定義需求基線。需求基線又稱為客戶基線[6]。需求基線必須經(jīng)過評審，需求管理系統(tǒng)管理員定義基線并發(fā)布流程，構(gòu)型管理人員根據(jù)優(yōu)先級創(chuàng)建狀態(tài)基線和快照，設(shè)計(jì)員(或系統(tǒng)工程師)查看快照并對基線進(jìn)行過濾，方便其使用。整個(gè)過程為：需求基線流程定義—需求基線創(chuàng)建—需求基線使用。

需求變更管理的目的在于對需求管理過程中出現(xiàn)變更流程的工作進(jìn)行記錄，主要針對問題報(bào)告和需求變更單，以需求變更流程的方式，詳細(xì)說明問題報(bào)告管理流程和需求變更管理流程的狀態(tài)、遷移過程以及定制表單等。系統(tǒng)工程師與設(shè)計(jì)員首先在需求管理系統(tǒng)中發(fā)起變更申請，然后需求變更流程系統(tǒng)提供流程，創(chuàng)建完成需求變更流程，在需求變更流程系統(tǒng)中完成變更審批，最終在需求管理系統(tǒng)中完成需求更新。需求分析、需求分配和需求確認(rèn)這幾個(gè)業(yè)務(wù)流程階段都有可能會進(jìn)行需求變更工作。

4 直升機(jī)型號應(yīng)用實(shí)踐

按系統(tǒng)工程方法定義下的直升機(jī)產(chǎn)品全生命周期的主要工作內(nèi)容已發(fā)生包含平臺、架構(gòu)、體系及過程等在內(nèi)的質(zhì)的變換[7]。已有多個(gè)民用直升機(jī)型號貫徹ARP4754A標(biāo)準(zhǔn)實(shí)現(xiàn)了需求條目化、結(jié)構(gòu)化、可追溯管理，一個(gè)直升機(jī)型號的需求條目數(shù)量能達(dá)到數(shù)十萬條。在總體、航電等試點(diǎn)專業(yè)，利用需求管理系統(tǒng)、文檔生成工具以及需求變更管理工具初步建立了基于文檔的需求管理。通過需求分析流程生成的系統(tǒng)規(guī)范更加完整、正確、可追溯，已形成初步直升機(jī)級規(guī)范及主要系統(tǒng)初步需求文檔，并可自動生成文件；同時(shí)，系統(tǒng)逐層展開，上一層系統(tǒng)定義下一層系統(tǒng)的需求及相互間接口，完成了直升機(jī)各主要分(子)系統(tǒng)初步架構(gòu)設(shè)計(jì)，這個(gè)過程中不僅定義了直升機(jī)，還定義其它交聯(lián)的外部系統(tǒng)。

在民用直升機(jī)先行先試的基礎(chǔ)上，某型軍用直升機(jī)型號還按照圖3流程，基于MBSE正向設(shè)計(jì)思想，構(gòu)建了虛擬仿真作戰(zhàn)場景，完成了直升機(jī)級和任務(wù)系統(tǒng)級的需求分析與架構(gòu)設(shè)計(jì)，并在典型專業(yè)上完成了分(子)系統(tǒng)級基于Harmony的建模仿真，形成了需求數(shù)據(jù)庫，基本實(shí)現(xiàn)了該型機(jī)基于MBSE正向設(shè)計(jì)的裝備需求論證。

5 結(jié)語

系統(tǒng)工程是組織管理系統(tǒng)的規(guī)劃、研究、設(shè)計(jì)、制造、試驗(yàn)和使用的科學(xué)方法，是一種對所有系統(tǒng)都具有普遍意義的方法[8]。直升機(jī)需求工程方法是為了讓直升機(jī)產(chǎn)品研發(fā)更好地定義，而不是像以前一樣的逆向研發(fā)模式；它是提升集成整個(gè)系統(tǒng)研發(fā)能力的技術(shù)，是真正意義上的關(guān)注整個(gè)直升機(jī)產(chǎn)品全生命周期；其本質(zhì)是解決設(shè)計(jì)員研發(fā)設(shè)計(jì)流程的問題，而不僅是信息化工具和平臺。直升機(jī)需求工程方法是一種新的設(shè)計(jì)方法，是不同于MBD的設(shè)計(jì)方法。直升機(jī)需求工程方法中的系統(tǒng)建模要求培育的內(nèi)容太多(包含方法、工具、平臺，尤其是設(shè)計(jì)員的設(shè)計(jì)習(xí)慣)，不僅要有會建模的設(shè)計(jì)員，也要有看得懂模型的設(shè)計(jì)員。

直升機(jī)需求工程中的模型是對設(shè)計(jì)的補(bǔ)充，不同的專業(yè)對模型的使用層次不一樣，應(yīng)建立相應(yīng)的規(guī)范和傳遞流程，在試點(diǎn)項(xiàng)目上多專業(yè)聯(lián)合推進(jìn)需求開發(fā)與需求管理。將系統(tǒng)建模融入到當(dāng)前直升機(jī)產(chǎn)品設(shè)計(jì)的產(chǎn)出(主要是需求論證報(bào)告、系統(tǒng)設(shè)計(jì)方案、需求規(guī)格等方面)基本可行，并能提高設(shè)計(jì)產(chǎn)出的質(zhì)量，提升直升機(jī)產(chǎn)品設(shè)計(jì)能力。