彭祺擘, 張海聯(lián)

(1. 中國(guó)航天員科研訓(xùn)練中心, 北京 100094; 2. 中國(guó)載人航天工程辦公室, 北京 100071)

0 引 言

載人航天任務(wù)規(guī)模龐大、實(shí)施周期長(zhǎng)、任務(wù)風(fēng)險(xiǎn)高,其實(shí)施需經(jīng)歷需求分析、系統(tǒng)設(shè)計(jì)、制造總裝、測(cè)試試驗(yàn)、發(fā)射保障以及運(yùn)行支持等多個(gè)階段,且涉及總體、系統(tǒng)、分系統(tǒng)、單機(jī)等多個(gè)層次,信息交互量巨大,是一項(xiàng)復(fù)雜的系統(tǒng)工程。因此,探索形成高效的設(shè)計(jì)方法和規(guī)范化的設(shè)計(jì)流程,對(duì)提升設(shè)計(jì)效率和設(shè)計(jì)質(zhì)量、降低設(shè)計(jì)成本、縮短任務(wù)周期至關(guān)重要。

傳統(tǒng)的系統(tǒng)工程主要依賴(lài)于文本開(kāi)展迭代設(shè)計(jì),設(shè)計(jì)過(guò)程中的指標(biāo)、分析、方案等均使用文字和圖表來(lái)描述,從而導(dǎo)致工程文檔繁多,設(shè)計(jì)狀態(tài)變更和迭代流程長(zhǎng)、環(huán)節(jié)多,且對(duì)于文字描述不同設(shè)計(jì)人員的理解不同,復(fù)用性較差。特別是在空間站、載人登月、載人登火、載人小行星探測(cè)等龐大而復(fù)雜的載人航天工程中,傳統(tǒng)的設(shè)計(jì)方法效率低、風(fēng)險(xiǎn)大,更加難以適應(yīng)工程需求。

隨著面向?qū)ο?、結(jié)構(gòu)化、圖形化、可視化的系統(tǒng)建模語(yǔ)言(system modeling language, SysML)的發(fā)展,一種基于模型的系統(tǒng)工程(model-based systems engineering, MBSE)方法逐漸得到了廣泛應(yīng)用。該方法使用表述規(guī)范、關(guān)聯(lián)緊密、邏輯一致的系統(tǒng)模型來(lái)描述系統(tǒng)工程的分析思路與結(jié)論,在設(shè)計(jì)過(guò)程中利用模型代替了傳統(tǒng)的文本來(lái)傳遞設(shè)計(jì)信息,從而實(shí)現(xiàn)了基于模型驅(qū)動(dòng)的數(shù)字化研制流程再造,避免了信息傳遞的二義性,改變了嚴(yán)重依賴(lài)文本、經(jīng)驗(yàn)的粗放管理模式,能夠大幅提升復(fù)雜工程的總體設(shè)計(jì)能力和設(shè)計(jì)效率。

該方法在國(guó)內(nèi)航空領(lǐng)域得到了廣泛應(yīng)用,但在航天特別是載人航天領(lǐng)域,尚處于起步階段,近幾年部分學(xué)者開(kāi)展了一定程度的研究。張有山等[1]研究了MBSE方法在載人飛船交會(huì)對(duì)接任務(wù)中的應(yīng)用流程。張柏楠等[2]對(duì)基于MBSE的載人航天器研制方法研究與實(shí)踐進(jìn)行了綜述,提出了應(yīng)用于載人航天全生命周期的6類(lèi)模型。何巍等[3]對(duì)基于模型的運(yùn)載火箭總體設(shè)計(jì)框架和設(shè)計(jì)方法進(jìn)行了研究。盧志昂等[4]提出了基于模型的衛(wèi)星總體設(shè)計(jì)方法與流程。于國(guó)斌[5]研究了基于MBSE方法開(kāi)展深空探測(cè)任務(wù)協(xié)同的方法與框架,提出了支持深空探測(cè)任務(wù)協(xié)同的“4個(gè)閉環(huán)迭代”流程方法。焦洪臣等[6]提出了基于模型的航天器研制流程和適應(yīng)航天器研制過(guò)程需要的6類(lèi)模型體系。黃冉等[7]將美國(guó)國(guó)防部體系框架(department of defense architecture framewor, DoDAF)引入設(shè)計(jì),提出了適用于載人月球探測(cè)工程的總體設(shè)計(jì)流程和方法。除此之外,文獻(xiàn)[8-9]也對(duì)基于模型的飛行器研制進(jìn)行了系統(tǒng)的探索。這些研究為利用MBSE方法開(kāi)展載人航天任務(wù)設(shè)計(jì)提供了豐富的經(jīng)驗(yàn)。

載人航天工程一直以來(lái)都采用了系統(tǒng)工程的思想。近年來(lái),隨著數(shù)字化工作的推進(jìn),模型在研制過(guò)程中發(fā)揮了更加重要的作用,但在任務(wù)前端的需求層面,仍以文檔的形式傳遞。本文結(jié)合載人航天工程的特點(diǎn),提出了工程總體和各系統(tǒng)基于模型開(kāi)展載人航天任務(wù)需求分析的初步工作方法和流程,目的是在任務(wù)方案論證與方案設(shè)計(jì)階段,通過(guò)規(guī)范基于模型的需求分析與系統(tǒng)設(shè)計(jì)工作,確保需求覆蓋全面、設(shè)計(jì)嚴(yán)密精準(zhǔn)、建模質(zhì)量可控,為后續(xù)開(kāi)發(fā)覆蓋全任務(wù)周期的數(shù)字化設(shè)計(jì)和技術(shù)管理流程奠定基礎(chǔ)。

1 MBSE方法概述

國(guó)際系統(tǒng)工程協(xié)會(huì)(International Council on Systems Engineering, INCOSE)定義,MBSE是建模方法的形式化應(yīng)用,用于支持系統(tǒng)從概念設(shè)計(jì)階段一直持續(xù)到開(kāi)發(fā)階段和后續(xù)生命周期階段的需求、設(shè)計(jì)、分析、驗(yàn)證和確認(rèn)活動(dòng),并將整個(gè)任務(wù)周期分為了業(yè)務(wù)或任務(wù)分析、利益攸關(guān)者需求定義、系統(tǒng)需求定義、架構(gòu)定義、設(shè)計(jì)定義、系統(tǒng)分析、實(shí)施、綜合、驗(yàn)證、轉(zhuǎn)移、確認(rèn)、運(yùn)行、維護(hù)、處置等14個(gè)流程[10]。INCOSE提出了一個(gè)普遍的操作流程,實(shí)際執(zhí)行過(guò)程中,各行業(yè)一般會(huì)結(jié)合自身任務(wù)特點(diǎn),進(jìn)行裁剪或修改使用,形成更高效的方法論。例如,針對(duì)某生物分析設(shè)備的研發(fā),文獻(xiàn)[11]提出了問(wèn)題定義、上下文定義、技術(shù)需求定義、邏輯層定義、物理層定義的步驟。針對(duì)飛行控制系統(tǒng)的研制,文獻(xiàn)[12]提出了運(yùn)營(yíng)分析、系統(tǒng)分析、邏輯架構(gòu)設(shè)計(jì)、物理架構(gòu)設(shè)計(jì)的步驟。文獻(xiàn)[13-15]針對(duì)可靠性領(lǐng)域,提出了與正常系統(tǒng)設(shè)計(jì)并行的MBSE方法論。類(lèi)似結(jié)合領(lǐng)域特點(diǎn),改進(jìn)MBSE方法論進(jìn)行研制的案例還有很多,可參見(jiàn)文獻(xiàn)[16-20]。

MBSE方法從始至終實(shí)際都是在迭代需求和實(shí)現(xiàn)需求,因此在開(kāi)始階段進(jìn)行的需求分析至關(guān)重要。雖然后續(xù)隨著設(shè)計(jì)的深入,需求在不斷變更,但設(shè)計(jì)初期梳理提出需求,是決定整個(gè)任務(wù)基本方案最為關(guān)鍵的環(huán)節(jié)。

INCOSE將這一過(guò)程分解為業(yè)務(wù)或任務(wù)分析、利益攸關(guān)者需求定義、系統(tǒng)需求定義等步驟,與之類(lèi)似,達(dá)索的MagicGraid方法論將需求分析放在問(wèn)題域中,逐層捕獲[21]。這一過(guò)程在火災(zāi)衛(wèi)星和立方衛(wèi)星的設(shè)計(jì)中均有體現(xiàn)[22-23]。其給出的方法和過(guò)程雖然具有普適性,但與載人航天工程結(jié)合并不緊密。載人航天工程涉及多個(gè)復(fù)雜系統(tǒng),其需求分析是從頂端的任務(wù)層出發(fā),需要得到與各系統(tǒng)相關(guān)的需求模型。本文重點(diǎn)是在通用流程的基礎(chǔ)上,結(jié)合載人航天工程特點(diǎn),提出更加適合于工程的專(zhuān)屬需求分析方法。與已有方法論不同的是,本文從任務(wù)、能力、系統(tǒng)3個(gè)維度進(jìn)行需求分析,更能有效對(duì)頂層需求進(jìn)行分解,指導(dǎo)系統(tǒng)設(shè)計(jì)。

2 術(shù)語(yǔ)定義

為更好地描述需求分析的方法,首先進(jìn)行如下術(shù)語(yǔ)的定義。

2.1 基本概念

(1) 利益攸關(guān)方

在一項(xiàng)任務(wù)或一個(gè)系統(tǒng)中有權(quán)力、份額,或者要求滿(mǎn)足其需要或期望的一方。

(2) 場(chǎng)景

系統(tǒng)、產(chǎn)品的預(yù)期使用范圍和預(yù)期運(yùn)行環(huán)境,以及與其相關(guān)系統(tǒng)或產(chǎn)品之間的交互關(guān)系。在載人航天飛行方案中明確的某個(gè)任務(wù)剖面或任務(wù)階段即為一個(gè)獨(dú)立的場(chǎng)景。

(3) 系統(tǒng)

為達(dá)到任務(wù)中一個(gè)或多個(gè)目標(biāo)而組織起來(lái)的、相互作用的元素的組合體。

2.2 需求

標(biāo)識(shí)一個(gè)產(chǎn)品或系統(tǒng)的運(yùn)行、功能、性能、設(shè)計(jì)特性或約束的一種陳述,該陳述必須是明確的、可測(cè)試的或可測(cè)量的。本文將載人航天的需求分為3類(lèi),分別為任務(wù)需求、能力需求和系統(tǒng)需求,以美國(guó)阿波羅載人登月任務(wù)為例。

(1) 任務(wù)需求

實(shí)現(xiàn)任務(wù)目標(biāo)和滿(mǎn)足各級(jí)利益攸關(guān)方的頂層需求,常使用自然語(yǔ)言描述。例如:某年前實(shí)現(xiàn)載人登月、有多位航天員著陸月球表面、月面停留時(shí)間不少于多少天等。

(2) 能力需求

為實(shí)現(xiàn)任務(wù)目標(biāo)和滿(mǎn)足任務(wù)需求需要具備的能力,通過(guò)全任務(wù)過(guò)程場(chǎng)景設(shè)計(jì)、并經(jīng)權(quán)衡分析后推導(dǎo)派生得出,常使用自然語(yǔ)言描述。例如:載人運(yùn)載火箭具備將載人飛船送入預(yù)定地月轉(zhuǎn)移軌道的能力、載人飛船具備地月轉(zhuǎn)移和月地轉(zhuǎn)移的能力等。

(3) 系統(tǒng)需求

為滿(mǎn)足任務(wù)需求和能力需求,通過(guò)開(kāi)展詳細(xì)系統(tǒng)設(shè)計(jì),導(dǎo)出的系統(tǒng)功能、性能、接口等派生需求,常使用自然語(yǔ)言和定量化指標(biāo)描述。例如:火箭地月轉(zhuǎn)移軌道運(yùn)載能力要求、航天員人均活動(dòng)空間的要求等。

2.3 模型

在開(kāi)展需求分析過(guò)程中,定義如下四類(lèi)模型。

(1) 需求模型

描述需求內(nèi)容和支持需求管理的模型,包括條目化的需求數(shù)據(jù)庫(kù)、需求圖、需求追溯矩陣,建模方法采用SysML建模。

(2) 功能模型

描述系統(tǒng)結(jié)構(gòu)、行為、功能性能與設(shè)計(jì)約束特性的模型,包含支持系統(tǒng)任務(wù)邏輯流程仿真的邏輯模型和支持系統(tǒng)功能性能多學(xué)科綜合仿真的物理模型,建模方法包括基于SysML的架構(gòu)、行為和系統(tǒng)參數(shù)分析建模,以及基于C、Matlab、Modelica等語(yǔ)言的多學(xué)科建模。

(3) 產(chǎn)品模型

描述產(chǎn)品結(jié)構(gòu)機(jī)構(gòu)、電氣系統(tǒng)和軟件詳細(xì)設(shè)計(jì)的模型,建模方法以三維計(jì)算機(jī)輔助設(shè)計(jì)技術(shù)、電子設(shè)計(jì)自動(dòng)化技術(shù)等為主。

(4) 工程模型

描述產(chǎn)品專(zhuān)業(yè)特性,用于工程專(zhuān)業(yè)分析和仿真的詳細(xì)模型,建模方法一般采用專(zhuān)業(yè)計(jì)算機(jī)輔助工程等軟件建模。

3 需求分析流程

工程總體和系統(tǒng)總體基于MBSE的需求分析流程分為任務(wù)需求建模、能力需求建模、系統(tǒng)架構(gòu)建模、系統(tǒng)需求建模、仿真分析與驗(yàn)證、需求發(fā)布6個(gè)基本步驟,如圖1所示。建模過(guò)程中,各系統(tǒng)可結(jié)合自身實(shí)際,對(duì)該流程裁剪或作適應(yīng)性修改后使用,分系統(tǒng)結(jié)合系統(tǒng)總體要求可參照該流程執(zhí)行,建模過(guò)程使用SysML[24]。

圖1 載人航天需求分析與系統(tǒng)設(shè)計(jì)流程

3.1 任務(wù)需求建模

(1) 目的

全面收集并記錄任務(wù)實(shí)施中各利益攸關(guān)方的需要和期望,并將任務(wù)目標(biāo)及相關(guān)需要轉(zhuǎn)化為明確、可標(biāo)識(shí)的任務(wù)需求模型元素,以便后續(xù)任務(wù)分析、系統(tǒng)設(shè)計(jì)過(guò)程中快速查詢(xún)、提取和追溯。

(2) 輸入

頂層下達(dá)任務(wù)(通常為文本或正式場(chǎng)合下提出的和任務(wù)相關(guān)的指示要求)。

(3) 輸出

任務(wù)需求模型(包括任務(wù)目標(biāo)、利益攸關(guān)方需求、任務(wù)背景或運(yùn)營(yíng)環(huán)境條件等)。

(4) 建模步驟

建模過(guò)程分為5個(gè)步驟,如圖2所示。

圖2 任務(wù)需求分析與建模流程

步驟 1任務(wù)需求模型組織:建立“任務(wù)需求”包結(jié)構(gòu)。

步驟 2識(shí)別利益攸關(guān)方:以上級(jí)下達(dá)的任務(wù)目標(biāo)為輸入,識(shí)別系統(tǒng)邊界和外部參與者,使用用例(use case, uc)圖呈現(xiàn)任務(wù)涉及的利益攸關(guān)方,用actor元素表示具體利益攸關(guān)方,用generalization元素構(gòu)建利益攸關(guān)方之間的關(guān)聯(lián)關(guān)系。

步驟 3提取利益攸關(guān)方需求:根據(jù)已識(shí)別的利益攸關(guān)方需要、期望和能夠明確的約束條件形成條目化任務(wù)需求,并使用requirement元素承載,這些requirement元素均應(yīng)集中指向任務(wù)的目標(biāo)或與實(shí)現(xiàn)任務(wù)目標(biāo)直接相關(guān)的行為,使用dependency關(guān)系建立利益攸關(guān)方與任務(wù)需求的關(guān)聯(lián)。

步驟 4構(gòu)建任務(wù)背景或運(yùn)行環(huán)境:建立模塊定義圖(block definition diagram, BDD),用block元素抽象可能的任務(wù)運(yùn)行環(huán)境或背景,并將可識(shí)別的運(yùn)行環(huán)境條件(如自然環(huán)境、已有的技術(shù)條件、管理體系和可用的資源等)添加為任務(wù)背景block的組成部分(block元素和directed composition元素),為后續(xù)開(kāi)展系統(tǒng)架構(gòu)設(shè)計(jì)或系統(tǒng)需求分析提供需求分配對(duì)象和追溯源頭。

步驟 5任務(wù)需求復(fù)核:對(duì)建立的任務(wù)需求模型、任務(wù)背景或運(yùn)行環(huán)境進(jìn)行復(fù)核,如出現(xiàn)不明確的、缺失的任務(wù)需求或約束,應(yīng)重復(fù)步驟2～步驟4,直至任務(wù)需求、任務(wù)背景及其描述通過(guò)審核。

3.2 能力需求建模

(1) 目的

通過(guò)開(kāi)展覆蓋全任務(wù)周期的運(yùn)行場(chǎng)景分析,推導(dǎo)出為實(shí)現(xiàn)任務(wù)目標(biāo)和滿(mǎn)足任務(wù)需求所需具備的能力,并將能力轉(zhuǎn)化為明確可標(biāo)識(shí)的能力需求模型元素,以便后續(xù)系統(tǒng)分析、系統(tǒng)設(shè)計(jì)和驗(yàn)證過(guò)程中快速查詢(xún)、提取和追溯。

(2) 輸入

任務(wù)需求模型。

(3) 輸出

能力需求模型(為滿(mǎn)足任務(wù)要求應(yīng)具備的能力,形成條目化能力需求)、任務(wù)場(chǎng)景(任務(wù)剖面)。

(4) 建模步驟

其建模過(guò)程分為4個(gè)步驟,如圖3所示。

圖3 能力需求分析與建模流程

步驟 1能力需求模型組織:建立“能力需求”包結(jié)構(gòu)。

步驟 2建立初步任務(wù)運(yùn)行場(chǎng)景:根據(jù)任務(wù)需求設(shè)計(jì)任務(wù)基本方案,建立初步任務(wù)運(yùn)行場(chǎng)景,并使用uc圖呈現(xiàn)任務(wù)運(yùn)行場(chǎng)景。用use-case元素具體表示任務(wù)總體運(yùn)行場(chǎng)景、以及覆蓋任務(wù)全周期的任務(wù)階段(use-case命名應(yīng)指向?yàn)闈M(mǎn)足任務(wù)需求而開(kāi)展的某種活動(dòng)),并在總體運(yùn)行場(chǎng)景和任務(wù)階段間建立include關(guān)系,在任務(wù)階段use-case間建立association關(guān)系,呈現(xiàn)任務(wù)階段的邏輯順序,必要時(shí)可根據(jù)設(shè)計(jì)要求利用活動(dòng)(act)圖對(duì)某個(gè)場(chǎng)景進(jìn)行展開(kāi)和細(xì)化。

步驟 3推導(dǎo)能力需求:在建立初步任務(wù)運(yùn)行場(chǎng)景、定義任務(wù)各階段行為特征的基礎(chǔ)上,識(shí)別出與行為特征相對(duì)應(yīng)的能力需求,并建立條目化需求模型,使用requirement元素承載。

步驟 4能力需求復(fù)核:依據(jù)任務(wù)運(yùn)行場(chǎng)景,對(duì)推導(dǎo)出的能力需求進(jìn)行復(fù)核,確保每個(gè)任務(wù)階段均有相應(yīng)的能力需求與之對(duì)應(yīng)。如出現(xiàn)不明確的、缺失的能力需求,應(yīng)重復(fù)步驟2和步驟3,直至能力需求模型通過(guò)審核,并建立能力需求與任務(wù)階段間的dependency關(guān)系。

3.3 系統(tǒng)架構(gòu)建模

(1) 目的

結(jié)合任務(wù)需求和能力需求分析,確定初步系統(tǒng)架構(gòu)(可將現(xiàn)有工程技術(shù)體系中的大系統(tǒng)組成作為系統(tǒng)架構(gòu)設(shè)計(jì)的參照),經(jīng)過(guò)備選任務(wù)方案比較權(quán)衡確定工程系統(tǒng)組成,為系統(tǒng)需求分析提供輸入。

(2) 輸入

任務(wù)需求模型、能力需求模型。

(3) 輸出

任務(wù)系統(tǒng)架構(gòu)(系統(tǒng)組成)。

(4) 建模步驟

其建模過(guò)程分為3個(gè)步驟,如圖4所示。

步驟 1系統(tǒng)架構(gòu)模型組織:建立“系統(tǒng)架構(gòu)”包結(jié)構(gòu)。

步驟 2備選任務(wù)方案比較權(quán)衡:以初步任務(wù)運(yùn)行場(chǎng)景為輸入,定義任務(wù)方案評(píng)價(jià)準(zhǔn)則,組織相關(guān)領(lǐng)域?qū)＜疫M(jìn)行專(zhuān)項(xiàng)分析和綜合評(píng)價(jià)。

步驟 3確定系統(tǒng)架構(gòu):通過(guò)方案權(quán)衡,確定載人月球探測(cè)任務(wù)系統(tǒng)組成,并使用BDD呈現(xiàn)系統(tǒng)架構(gòu),用block元素具體表示工程相關(guān)系統(tǒng),用directed composition元素按照層級(jí)關(guān)系連接系統(tǒng)架構(gòu)與組成系統(tǒng)。

3.4 系統(tǒng)需求建模

(1) 目的

結(jié)合任務(wù)初步方案開(kāi)展系統(tǒng)設(shè)計(jì),細(xì)化任務(wù)剖面,推導(dǎo)出各任務(wù)剖面關(guān)鍵功能活動(dòng),將關(guān)鍵功能活動(dòng)分配到系統(tǒng)架構(gòu)中的相關(guān)系統(tǒng),通過(guò)關(guān)鍵功能活動(dòng)引出相關(guān)系統(tǒng)需求,并轉(zhuǎn)化為明確、可標(biāo)識(shí)的系統(tǒng)需求模型元素,以便后續(xù)各系統(tǒng)/分系統(tǒng)分析、設(shè)計(jì)和驗(yàn)證過(guò)程中快速查詢(xún)、提取和追溯。

(2) 輸入

任務(wù)需求模型、能力需求模型、任務(wù)場(chǎng)景、任務(wù)系統(tǒng)架構(gòu)。

(3) 輸出

系統(tǒng)需求模型(各系統(tǒng)/分系統(tǒng)功能、性能要求)、功能模型(支持任務(wù)邏輯流程仿真的邏輯模型)。

(4) 建模步驟

其建模過(guò)程分為6個(gè)步驟,如圖5所示。

圖5 系統(tǒng)需求分析建模流程

步驟 1系統(tǒng)需求模型組織:建立“系統(tǒng)需求”包結(jié)構(gòu)。

步驟 2細(xì)化任務(wù)運(yùn)行場(chǎng)景:以初步任務(wù)運(yùn)行場(chǎng)景為主線(xiàn)和輸入,進(jìn)一步細(xì)化飛行方案或飛行任務(wù)剖面,使用act圖呈現(xiàn)細(xì)化后的飛行方案或任務(wù)場(chǎng)景,用call behavior action元素表示場(chǎng)景中的飛行任務(wù)階段,用control flow,merge node等元素建立飛行任務(wù)階段之間的邏輯順序。

步驟 3細(xì)化飛行任務(wù)階段:進(jìn)一步分析每個(gè)飛行階段需開(kāi)展的關(guān)鍵功能活動(dòng),使用戶(hù)act圖呈現(xiàn)細(xì)化后的飛行任務(wù)事件(可根據(jù)實(shí)際建模需要配合使用狀態(tài)機(jī)圖),用call behavior action元素表示該任務(wù)階段的關(guān)鍵功能活動(dòng),用control flow,merge node等元素建立關(guān)鍵功能活動(dòng)之間的邏輯順序。

步驟 4關(guān)鍵功能活動(dòng)分配至系統(tǒng)架構(gòu):在細(xì)化后的飛行任務(wù)階段活動(dòng)圖中建立泳道分區(qū),將系統(tǒng)架構(gòu)中建立的相關(guān)系統(tǒng)block作為各泳道分區(qū)的主體和功能活動(dòng)分配對(duì)象,按照功能活動(dòng)的隸屬關(guān)系,將步驟3中識(shí)別的關(guān)鍵功能活動(dòng)分配到相應(yīng)系統(tǒng)的泳道分區(qū)中,并進(jìn)一步識(shí)別和建立系統(tǒng)間、系統(tǒng)內(nèi)部關(guān)鍵的對(duì)象流(信號(hào)、數(shù)據(jù)、能量等)傳遞關(guān)系。通過(guò)多次迭代步驟2～步驟4,建立可用于支持系統(tǒng)任務(wù)邏輯流程仿真的功能模型。

步驟 5推導(dǎo)系統(tǒng)需求:在完成關(guān)鍵功能活動(dòng)分配基礎(chǔ)上,根據(jù)關(guān)鍵功能的行為特性識(shí)別相關(guān)的功能需求、性能需求,并建立由requirement元素承載的條目化需求。系統(tǒng)需求中的關(guān)鍵指標(biāo),須通過(guò)仿真、試驗(yàn)或論證分析后方可確定。

步驟 5.1推導(dǎo)關(guān)鍵功能事件相關(guān)的系統(tǒng)需求:根據(jù)關(guān)鍵功能活動(dòng)開(kāi)展系統(tǒng)功能分析(活動(dòng)圖、狀態(tài)機(jī)圖),進(jìn)而捕獲對(duì)相關(guān)系統(tǒng)的功能需求、性能需求,并構(gòu)建關(guān)鍵功能活動(dòng)與功能需求、性能需求的refine關(guān)系。

步驟 5.2推導(dǎo)通用性系統(tǒng)需求:針對(duì)醫(yī)學(xué)、工效學(xué)、六性等通用性需求,在步驟5.1基礎(chǔ)上,建立初步評(píng)估準(zhǔn)則,開(kāi)展相關(guān)仿真或試驗(yàn)分析,根據(jù)分析結(jié)果利用“MoE(measurements of effectiveness)”block的值屬性捕獲相關(guān)需求,例如可靠性、安全性指標(biāo)等,“MoE”block作為承載相關(guān)系統(tǒng)設(shè)計(jì)輸入的模型元素。

步驟 6關(guān)鍵功能活動(dòng)及系統(tǒng)需求復(fù)核:依據(jù)關(guān)鍵功能和系統(tǒng)需求分配情況,對(duì)步驟5推導(dǎo)出的系統(tǒng)需求進(jìn)行復(fù)核,確保每項(xiàng)系統(tǒng)需求都至少有一個(gè)call behavior action關(guān)鍵功能活動(dòng)與之關(guān)聯(lián)。如出現(xiàn)系統(tǒng)需求不明確或缺失,應(yīng)重復(fù)步驟2～步驟5建模步驟。

3.5 仿真分析與驗(yàn)證

(1) 目的

工程總體及各系統(tǒng)基于功能模型完成總體方案、飛行方案、故障對(duì)策的任務(wù)邏輯流程仿真和方案物理閉環(huán)仿真;工程各系統(tǒng)基于功能模型、產(chǎn)品模型實(shí)現(xiàn)系統(tǒng)間接口協(xié)調(diào)和匹配性驗(yàn)證,基于工程模型完成結(jié)構(gòu)、力、熱、電磁等專(zhuān)業(yè)分析與仿真,從而驗(yàn)證方案的有效性和可行性,完成系統(tǒng)功能和系統(tǒng)需求的驗(yàn)證評(píng)估。

(2) 輸入

功能模型、產(chǎn)品模型、工程模型。

(3) 輸出

仿真與分析結(jié)果(反饋至第3.4節(jié)的系統(tǒng)需求)。

(4) 實(shí)施步驟

仿真驗(yàn)證分為3個(gè)步驟,如圖6所示。

步驟 1邏輯流程仿真驗(yàn)證:利用系統(tǒng)需求分析過(guò)程中建立的系統(tǒng)行為模型(活動(dòng)圖、狀態(tài)機(jī)圖、時(shí)序圖等),開(kāi)展任務(wù)邏輯流程仿真,驗(yàn)證飛行時(shí)序及系統(tǒng)間交互關(guān)系的協(xié)調(diào)性、功能設(shè)計(jì)的正確性、故障對(duì)策的有效性、以及需求對(duì)功能活動(dòng)的覆蓋性,并根據(jù)分析結(jié)果決策是否需迭代第3.3～3.5節(jié)的工作步驟。

步驟 2關(guān)鍵需求指標(biāo)仿真分析與驗(yàn)證:針對(duì)系統(tǒng)需求建模中提出的關(guān)鍵性能需求,利用BDD、參數(shù)(parametric, par)圖及調(diào)用外部分析計(jì)算工具(Matlab、STK、Modelica等),建立相關(guān)仿真分析模型,對(duì)關(guān)鍵性能需求與設(shè)計(jì)約束開(kāi)展關(guān)聯(lián)仿真分析,驗(yàn)證需求與約束的匹配性,并根據(jù)分析結(jié)果決策是否需迭代第3.3～3.5節(jié)的工作步驟。

步驟 3系統(tǒng)閉環(huán)仿真驗(yàn)證:以飛行任務(wù)剖面為索引,建立支持系統(tǒng)功能性能等多學(xué)科綜合仿真的功能模型,開(kāi)展系統(tǒng)閉環(huán)仿真,驗(yàn)證總體方案的正確性、性能指標(biāo)分配的合理性、系統(tǒng)間接口的匹配性,并根據(jù)仿真驗(yàn)證結(jié)果決策是否需迭代第3.3～3.5節(jié)的工作步驟。該仿真可基于SysML邏輯流程推演,也可搭建專(zhuān)門(mén)的仿真平臺(tái)開(kāi)展。

3.6 需求發(fā)布

(1) 目的

通過(guò)需求管理工具對(duì)任務(wù)需求模型、能力需求模型、系統(tǒng)需求模型中的條目化需求進(jìn)行狀態(tài)固化,將經(jīng)過(guò)確認(rèn)的條目化需求模型、全周期任務(wù)運(yùn)行場(chǎng)景、需求文檔發(fā)布至各系統(tǒng)。

(2) 輸入

任務(wù)需求模型、能力需求模型、系統(tǒng)需求模型。

(3) 輸出

需求文檔和條目化需求模型。

(4) 發(fā)布步驟

其過(guò)程分為5個(gè)步驟,如圖7所示。

步驟 1需求匯總模型組織:建立“需求匯總”包結(jié)構(gòu)。

步驟 2生成需求數(shù)據(jù)表:建立需求匯總表,將任務(wù)需求模型、能力需求模型、系統(tǒng)需求模型匯總。

步驟 3建立需求依賴(lài)矩陣:建立上下級(jí)需求之間、需求與活動(dòng)之間的關(guān)聯(lián)關(guān)系,為開(kāi)展需求覆蓋性、追溯性分析提供依據(jù)。

步驟 3.1建立上下級(jí)需求依賴(lài)矩陣:建立需求關(guān)系矩陣,關(guān)聯(lián)任務(wù)需求與能力需求、能力需求與系統(tǒng)需求,在上下級(jí)需求之間建立“依賴(lài)”關(guān)系。

步驟 3.2需求與活動(dòng)之間的依賴(lài)矩陣:建立需求關(guān)系矩陣,關(guān)聯(lián)能力需求與飛行任務(wù)階段用例(use case元素),關(guān)聯(lián)系統(tǒng)需求與關(guān)鍵功能活動(dòng),在不同層級(jí)需求與用例、活動(dòng)之間建立“精化”關(guān)系。

步驟 4需求條目導(dǎo)出:將需求表中的需求數(shù)據(jù)導(dǎo)出至需求管理工具中。

步驟 5需求發(fā)布:將經(jīng)過(guò)確認(rèn)的條目化需求模型、全周期任務(wù)運(yùn)行場(chǎng)景、需求文檔發(fā)布至相關(guān)系統(tǒng)。

4 應(yīng)用實(shí)例

載人登月是目前最為復(fù)雜的工程之一[25-26]。2019年,美國(guó)副總統(tǒng)彭斯宣布2024年左右將重返月球,并建立環(huán)月空間站,將該計(jì)劃命名為“阿爾特彌斯”[27-30]。雖然這一計(jì)劃目前有可能推遲,但載人登月任務(wù)是未來(lái)載人航天的熱點(diǎn)方向,其難度遠(yuǎn)大于近地載人航天任務(wù)。本文按照上述任務(wù)流程,以美國(guó)“阿爾特彌斯”計(jì)劃為應(yīng)用實(shí)例,利用CATIA Magic軟件,開(kāi)展載人登月任務(wù)工程總體層面的需求分析。

(1) 任務(wù)需求建模

識(shí)別實(shí)現(xiàn)載人登月任務(wù)的利益攸關(guān)方,包括國(guó)家層面、主管部門(mén)、研制單位等任務(wù)需求模型示意圖如圖8所示。“阿爾特彌斯”計(jì)劃在任務(wù)層的需求包括了宏觀(guān)的目標(biāo),例如實(shí)現(xiàn)任務(wù)的時(shí)間、方式、總體要求等,由此可獲得條目化的需求模型,如圖9所示,便于需求的管理和發(fā)布。

圖8 阿爾忒彌斯任務(wù)需求分析

圖9 阿爾忒彌斯任務(wù)需求條目

(2) 能力需求建模

以任務(wù)需求為輸入,結(jié)合初步設(shè)計(jì)的載人登月場(chǎng)景,分析各個(gè)系統(tǒng)需要具備的能力,并將其轉(zhuǎn)化為相關(guān)的能力需求條目。如圖10所示,根據(jù)載人登月所需要具備的飛行場(chǎng)景,需要所設(shè)計(jì)的系統(tǒng)也具備完成例如發(fā)射測(cè)試、發(fā)射入軌、地月轉(zhuǎn)移等的能力。同時(shí),得到能力需求條目。

圖10 阿爾忒彌斯能力需求分析

(3) 系統(tǒng)架構(gòu)建模

以能力需求為輸入,推導(dǎo)需要支撐這些能力所需要的系統(tǒng)的基本架構(gòu)。例如,要具備發(fā)射入軌能力,需要發(fā)射場(chǎng)、運(yùn)載火箭及載荷(飛船或登月器)的參與;若需具備月面活動(dòng)能力,則在完成將飛船送入還月軌道的同時(shí),還需要登月器、測(cè)控通信、宇航員的參與;若需具備返回地球的能力,需要月面上升器、載人飛船、測(cè)控通信、著陸場(chǎng)的參與。通過(guò)分析能力需求,可得到要完成“阿爾特彌斯”載人登月所需的系統(tǒng),如圖11所示。該系統(tǒng)架構(gòu)的組成與“阿爾特彌斯”任務(wù)背景,包括頂層的利益攸關(guān)方、空間環(huán)境等要素息息相關(guān),在詳細(xì)設(shè)計(jì)時(shí)都需要進(jìn)行考慮。這里推導(dǎo)出的系統(tǒng)架構(gòu)與美國(guó)航空航天局在其報(bào)告中[27]所提出的“阿爾特彌斯”任務(wù)需要詳細(xì)設(shè)計(jì)的系統(tǒng)是基本一致的。另外,在進(jìn)行設(shè)計(jì)分析的過(guò)程中,可能會(huì)得到不同的方案,此時(shí)需要結(jié)合其他信息(例如專(zhuān)家經(jīng)驗(yàn)),或是對(duì)比分析進(jìn)行確定。

圖11 阿爾忒彌斯總體系統(tǒng)架構(gòu)

(4) 系統(tǒng)需求建模

以系統(tǒng)架構(gòu)和系統(tǒng)需求模型為輸入,需要將系統(tǒng)需求進(jìn)行進(jìn)一步詳細(xì)分解。首先,需要結(jié)合系統(tǒng)架構(gòu),將飛行場(chǎng)景進(jìn)行細(xì)化。用活動(dòng)圖將飛行場(chǎng)景細(xì)化成關(guān)鍵功能或子場(chǎng)景,并通過(guò)泳道圖分配給相關(guān)的子系統(tǒng)。如圖12所示,將近地軌道停泊的飛行場(chǎng)景用活動(dòng)圖進(jìn)行了詳細(xì)分解。以詳細(xì)設(shè)計(jì)得到的飛行子場(chǎng)景或關(guān)鍵功能為輸入,將能力需求進(jìn)一步分解為系統(tǒng)需求,并用refine建立與子場(chǎng)景或關(guān)鍵功能的關(guān)系。在后續(xù)設(shè)計(jì)中,子飛行階段或關(guān)鍵功能就需要滿(mǎn)足與之相關(guān)的系統(tǒng)需求。

圖12 阿爾忒彌斯系統(tǒng)需求分析

(5) 仿真驗(yàn)證

以圖12所示的活動(dòng)圖為主,開(kāi)展邏輯流程仿真,驗(yàn)證飛行場(chǎng)景在邏輯流程上的正確性。在此過(guò)程中,對(duì)與之相關(guān)的需求或關(guān)鍵指標(biāo)還需要建立專(zhuān)門(mén)的仿真場(chǎng)景,進(jìn)行檢驗(yàn)。

(6) 需求發(fā)布

經(jīng)過(guò)驗(yàn)證后,工程總體可以將需求發(fā)布到對(duì)應(yīng)的分系統(tǒng),進(jìn)行后續(xù)設(shè)計(jì)。如圖13所示,將分析驗(yàn)證后的有關(guān)于飛船系統(tǒng)的需求條目模型利用需求件進(jìn)行管理和發(fā)布。

至此,便完成了工程總體對(duì)任務(wù)需求的分析和總體架構(gòu)的設(shè)計(jì)。各系統(tǒng)在獲得發(fā)布的需求條目和系統(tǒng)總體架構(gòu)后,即可以此開(kāi)展詳細(xì)系統(tǒng)設(shè)計(jì),逐項(xiàng)滿(mǎn)足每一條需求。最終還需要向主管部門(mén)匯總需求的驗(yàn)證情況,從而檢驗(yàn)各系統(tǒng)的設(shè)計(jì)是否符合要求。

5 結(jié) 論

規(guī)范化的分析流程是工程領(lǐng)域開(kāi)展高效設(shè)計(jì)分析的基礎(chǔ)。為了規(guī)范載人航天領(lǐng)域基于模型的需求分析與系統(tǒng)設(shè)計(jì)工作,本文提出了開(kāi)展載人航天任務(wù)需求分析的初步工作方法和流程論。將工程總體和各系統(tǒng)的需求分析分為了6個(gè)步驟:任務(wù)需求分析、能力需求分析、系統(tǒng)架構(gòu)設(shè)計(jì)、系統(tǒng)需求分析、仿真驗(yàn)證、需求發(fā)布,并且規(guī)定了其中每個(gè)步驟所使用的SysML視圖和建模方法。本文以美國(guó)阿爾特彌斯任務(wù)為背景,驗(yàn)證了所提出的分析流程,最終獲得了分系統(tǒng)所需要的需求條目,為其開(kāi)展詳細(xì)設(shè)計(jì)提供依據(jù)。所提方法為后續(xù)開(kāi)發(fā)覆蓋載人航天全任務(wù)周期的數(shù)字化設(shè)計(jì)、技術(shù)管理流程奠定了基礎(chǔ)。