直升機(jī)需求管理系統(tǒng)應(yīng)用方案研究

1、    直升機(jī)需求管理系統(tǒng)應(yīng)用方案研究    曾加剛江卓逞黃瑋摘 要 本文以需求管理系統(tǒng)在某直升機(jī)型號(hào)中的具體應(yīng)用為基準(zhǔn)而展開論述，從需求管理問(wèn)題與現(xiàn)狀、需求管理系統(tǒng)總架構(gòu)及需求管理具體應(yīng)用，詳細(xì)闡述需求開發(fā)、需求變更、需求發(fā)布、需求建模等4個(gè)獨(dú)立又能統(tǒng)一系統(tǒng)的實(shí)際操作內(nèi)容與步驟，實(shí)現(xiàn)基于模型的系統(tǒng)工程在具體型號(hào)中的應(yīng)用，真正意義上實(shí)現(xiàn)由“文檔驅(qū)動(dòng)”到“需求驅(qū)動(dòng)”，再到“模型”驅(qū)動(dòng)的轉(zhuǎn)變。關(guān)鍵詞 系統(tǒng)工程；需求管理；需求變更；需求發(fā)布；需求建模；需求管理系統(tǒng)v2 a 2095-6363（2017）17-0028-03隨著科技的發(fā)展，復(fù)雜系統(tǒng)的工程將會(huì)遇到

2、越來(lái)越多的挑戰(zhàn)，對(duì)于非人為因素加入的機(jī)械系統(tǒng)其復(fù)雜度將遠(yuǎn)遠(yuǎn)少于有人為因素加入的機(jī)械系統(tǒng)，如果是智能系統(tǒng)，其復(fù)雜度將指數(shù)級(jí)別上升。但要追究其需求的根源，難度相當(dāng)大。另外，由于航空裝備工程開發(fā)復(fù)雜度高，需求變更頻繁且持續(xù)演變，技術(shù)風(fēng)險(xiǎn)日益增加，管理難度空前加大等等，都需要建立需求管理系統(tǒng)來(lái)管控所有的需求。本文主要以需求管理系統(tǒng)在某型號(hào)中的具體應(yīng)用為基準(zhǔn)而開展論述。1 需求管理問(wèn)題與現(xiàn)狀需求工程是系統(tǒng)工程的一部分，是產(chǎn)品研發(fā)活動(dòng)和管理的源頭，總輸入1，是我國(guó)高端裝備“正向設(shè)計(jì)”的必經(jīng)之路，也是我國(guó)民機(jī)型號(hào)研發(fā)的核心問(wèn)題之一，不管是否參與國(guó)際競(jìng)爭(zhēng)，都得遵循民航當(dāng)局的相關(guān)適航條例。例如：faa/easa

3、要求民機(jī)型號(hào)設(shè)計(jì)保證體系滿足arp4754a要求。因此，無(wú)論是從市場(chǎng)需求，還是從型號(hào)復(fù)雜程度的管控，或是從國(guó)際競(jìng)爭(zhēng)的環(huán)境，以及自身的研發(fā)模式提升等方面，都急需需求工程，需要需求管理系統(tǒng)來(lái)落地需求工程。某直升機(jī)型號(hào)現(xiàn)階段的需求管理問(wèn)題主要存在于以下幾方面。1）在需求開發(fā)過(guò)程中，一方面由于系統(tǒng)越來(lái)越復(fù)雜，專業(yè)越來(lái)越多，質(zhì)量要求越來(lái)越高，交付周期越來(lái)越短；另一方面，需求來(lái)源多，需求的正確性、完整性、可追溯性和可驗(yàn)證性，無(wú)法保證需求的同源性。2）需求管理過(guò)程中，存在重方案、輕需求，沒(méi)有形成需求牽引的研發(fā)流程，造成產(chǎn)品不符合需求；以文檔形式傳遞的需求難以共同理解，大段的文本描述，容易造成理解歧義，達(dá)成共

4、識(shí)的工作量巨大（即使有圖形，也是靜態(tài)的，無(wú)法運(yùn)行）；需求變更的影響率和覆蓋率分析困難，也就是說(shuō)采用基于文件的系統(tǒng)工程存在需求開發(fā)的可控性不高、基線不明確、版本較混亂。3）需求變更對(duì)項(xiàng)目成本、進(jìn)度影響分析困難，在方案階段難以對(duì)系統(tǒng)架構(gòu)、功能、接口進(jìn)行驗(yàn)證和確認(rèn)，加大了后期設(shè)計(jì)、開發(fā)和集成的成本和風(fēng)險(xiǎn)。因此，迫切需要有一套方法和工具來(lái)建立和維護(hù)需求與設(shè)計(jì)、測(cè)試驗(yàn)證之間的跟蹤關(guān)系，以保持型號(hào)研制從用戶需求、系統(tǒng)需求到產(chǎn)品設(shè)計(jì)和開發(fā)等各階段需求的一致性?；谀Ｐ偷男枨蠊こ?應(yīng)運(yùn)而生，其所采用的模型化表達(dá)，比文檔更精確、嚴(yán)謹(jǐn)，并且可以執(zhí)行和驗(yàn)證。2 需求管理系統(tǒng)總架構(gòu)需求管理系統(tǒng)主要包括需求開發(fā)、需求發(fā)

5、布變更、需求管理以及需求建模，以滿足利益攸關(guān)者需要，從而實(shí)現(xiàn)從需求獲取、定義、分析到需求確認(rèn)與驗(yàn)證的需求生命周期管理及需求數(shù)據(jù)的統(tǒng)一、集中、迭代管理。也就是說(shuō)，需要構(gòu)建上述系統(tǒng)來(lái)更好地定義和管理需求，管控需求狀態(tài)及其變更，提供需求關(guān)聯(lián)和需求跟蹤的能力，以保持型號(hào)項(xiàng)目從用戶需求、系統(tǒng)需求到產(chǎn)品設(shè)計(jì)和開發(fā)等各階段需求的一致性。其內(nèi)容如下。1）需求開發(fā)管理。主要是定義需求文件體系、模板、條目、屬性、視圖等需求信息架構(gòu)內(nèi)容，明確各專業(yè)的權(quán)限角色標(biāo)準(zhǔn)等，通過(guò)建立需求基線，確保需求版本清晰受控，為各業(yè)務(wù)專業(yè)提供統(tǒng)一的平臺(tái)，從而實(shí)現(xiàn)各層次各業(yè)務(wù)專業(yè)需求的管理、追蹤、驗(yàn)證等，提供技術(shù)手段，主要在需求管理軟件d

6、oors3系統(tǒng)中實(shí)現(xiàn)。2）需求變更管理。需求變更在產(chǎn)品研制實(shí)踐過(guò)程中會(huì)頻繁使用，特別是在需求分析、建模、驗(yàn)證、設(shè)計(jì)等過(guò)程中，需求的追蹤性和完整性，其意義非同一般，會(huì)隨著時(shí)間、成本、技術(shù)、利益攸關(guān)者想法變化等因素而發(fā)生改變故，應(yīng)用成熟的技術(shù)，基于doors系統(tǒng)，提高需求條目的精細(xì)化程度，實(shí)現(xiàn)其精細(xì)化管控；基于需求變更管理工具（例如：change4），實(shí)現(xiàn)需求更改的數(shù)字化定義與集成；組織變更控制委員會(huì)進(jìn)行需求更改的規(guī)范化控制，從而實(shí)現(xiàn)型號(hào)研發(fā)應(yīng)用各階段需求更改的通用化。3）需求發(fā)布。需求發(fā)布輸出分三種方式，一種是通過(guò)rif直接導(dǎo)出，輸出為rif標(biāo)準(zhǔn)文件；另一種是通過(guò)文檔自動(dòng)生成發(fā)布軟件rpe5，先

7、期定義好樣式模板，配置好數(shù)據(jù)源及輸出樣式，再自動(dòng)輸出想要的word文檔或pdf文檔；第三種是doors系統(tǒng)軟件中直接輸出相應(yīng)的文檔。4）需求建模。初步建立需求與功能開發(fā)和設(shè)計(jì)分析的對(duì)應(yīng)關(guān)系，同時(shí)，通過(guò)sysml建模語(yǔ)言6，初步建立總體/系統(tǒng)級(jí)功能、接口和架構(gòu)模型，并通過(guò)模型執(zhí)行對(duì)系統(tǒng)功能邏輯（功能活動(dòng)、時(shí)序、接口、狀態(tài)）進(jìn)行驗(yàn)證和確認(rèn)。3 需求管理系統(tǒng)應(yīng)用方案依據(jù)需求管理系統(tǒng)總架構(gòu)，全生命周期的管理需求，構(gòu)建需求管理體系（含流程、標(biāo)準(zhǔn)、規(guī)程與模板），形成需求驅(qū)動(dòng)的研制流程，并支撐適航取證和安全性分析工作。其中，需求管理系統(tǒng)主要包含需求開發(fā)管理、需求變更管理、需求發(fā)布、需求建模等四大塊，即獨(dú)立又

8、能統(tǒng)一的系統(tǒng)。下面是各系統(tǒng)在某直升機(jī)型號(hào)中的具體應(yīng)用。3.1 需求開發(fā)管理基于doors系統(tǒng)，可以輕松捕獲、跟蹤、分析和管理對(duì)需求的更改，需求控制是減少成本、提高效率和改進(jìn)產(chǎn)品質(zhì)量的關(guān)鍵，可以優(yōu)化整個(gè)組織和供應(yīng)鏈中的需求溝通、協(xié)作和確認(rèn)。憑借其擁有的內(nèi)置數(shù)據(jù)庫(kù)，能提供豐富的功能集來(lái)捕獲和管理需求。方便每個(gè)人參與并服務(wù)于需求開發(fā)管理，在某直升機(jī)型號(hào)概念設(shè)計(jì)階段主要開展以下工作。1）命名規(guī)則定義。在doors系統(tǒng)中初始化前，型號(hào)工作者需要定義doors系統(tǒng)中的文件夾名或項(xiàng)目名的命名規(guī)則，在多型號(hào)項(xiàng)目管理中，將起到很重要的作用，因?yàn)樵谕籨oors服務(wù)器系統(tǒng)中，項(xiàng)目名是不允許相同，但是，文件夾名是可

9、以相同。這就要求，在多型號(hào)的doors系統(tǒng)管理中，必須定義命名規(guī)則。否則，只有通過(guò)新建服務(wù)器才能應(yīng)用。例如：以具體的某特征型號(hào)代號(hào)作為前綴或后綴命名。endprint2）信息架構(gòu)定義與配置。信息架構(gòu)定義與配置是需求管理的核心內(nèi)容。其中，信息架構(gòu)定義是型號(hào)業(yè)務(wù)管理上的要求，而信息架構(gòu)配置是信息架構(gòu)定義在doors系統(tǒng)中的實(shí)現(xiàn)。信息架構(gòu)是指信息之間的結(jié)構(gòu)，包含信息和信息之間的關(guān)系兩部分，主要體現(xiàn)在信息架構(gòu)類型和信息架構(gòu)關(guān)系，在某直升機(jī)型號(hào)具體應(yīng)用中定義并配置了四種信息架構(gòu)類型。（1）需求規(guī)范：用于存儲(chǔ)規(guī)范化的需求；（2）設(shè)計(jì)：用于存儲(chǔ)設(shè)計(jì)相關(guān)的信息；（3）v&v：用于存儲(chǔ)驗(yàn)證和確認(rèn)相關(guān)的信

10、息；（4）icd：用于存儲(chǔ)接口，包括eicd、micd、ficd相關(guān)的信息。同時(shí)，也有5種信息架構(gòu)關(guān)系應(yīng)用在某直升機(jī)型號(hào)的需求中。（1）滿足：用于表明本層需求與上層需求之間的關(guān)系；（2）分配：用于表明本層設(shè)計(jì)與本層輸入需求之間的關(guān)系；（3）驗(yàn)證：用于表明驗(yàn)證程序與本層輸入需求之間的關(guān)系；（4）衍生自：用于表明本層輸出需求與本層設(shè)計(jì)之間的關(guān)系；（5）參考：用于存放需求與參考引用的信息之間的關(guān)系。同時(shí)，需要定義了具體的屬性、類型和視圖，供型號(hào)管理應(yīng)用。例如：需求編號(hào)、版本、變體、歷史、作者、來(lái)源、工作流、關(guān)鍵字、狀態(tài)、約束、優(yōu)先級(jí)、關(guān)聯(lián)、影響、工作量、驗(yàn)收標(biāo)準(zhǔn)等組成。3）角色權(quán)限管理與配置。依據(jù)業(yè)

11、務(wù)信息架構(gòu)管理要求，配置角色權(quán)限。首先通過(guò)doors系統(tǒng)權(quán)限定義標(biāo)準(zhǔn)表，預(yù)先定義好與業(yè)務(wù)相關(guān)的各業(yè)務(wù)組，在系統(tǒng)中定義，并把個(gè)人的角色與權(quán)限賦予各業(yè)務(wù)組。角色是承接業(yè)務(wù)的受動(dòng)者，角色與業(yè)務(wù)組匹配，形成角色矩陣，與后面的權(quán)限匹配。在doors系統(tǒng)中包含4種角色：（1）標(biāo)準(zhǔn)：標(biāo)準(zhǔn)用戶沒(méi)有任何權(quán)限；（2）項(xiàng)目經(jīng)理：具有歸檔數(shù)據(jù)、分區(qū)數(shù)據(jù)、創(chuàng)建組的權(quán)限；（3）數(shù)據(jù)庫(kù)管理員：具有創(chuàng)建項(xiàng)目、歸檔數(shù)據(jù)、分區(qū)數(shù)據(jù)、創(chuàng)建組、創(chuàng)建用戶、管理數(shù)據(jù)庫(kù)的權(quán)限；（4）定制：可在創(chuàng)建項(xiàng)目、歸檔數(shù)據(jù)、分區(qū)數(shù)據(jù)、創(chuàng)建組、創(chuàng)建用戶、管理數(shù)據(jù)庫(kù)這幾種權(quán)限中任意選擇組合。角色一般通過(guò)角色組與業(yè)務(wù)組合進(jìn)行管理。在某直升機(jī)型號(hào)應(yīng)用中分兩組

12、，一是信息化用戶組（主要包括是數(shù)據(jù)庫(kù)管理員）；二是業(yè)務(wù)用戶組，主要包括工程師組（該角色類別又根據(jù)業(yè)務(wù)不同分為不同類別）；需求管理組；需求評(píng)審組。權(quán)限是角色操作的能力，由兩類權(quán)限構(gòu)成，一是針對(duì)doors自身的角色權(quán)限，在新建用戶時(shí)會(huì)為其分配一個(gè)角色，包括標(biāo)準(zhǔn)、項(xiàng)目經(jīng)理、數(shù)據(jù)庫(kù)管理員、定制；二是針對(duì)項(xiàng)目、文件夾、模塊等特定對(duì)象本身的實(shí)際訪問(wèn)權(quán)限，包括r（讀?。?、m（修改）、c（創(chuàng)建）、d（刪除）、a（管理）。最終，將角色組與權(quán)限，組合成矩陣，就形成角色權(quán)限表，賦權(quán)給不同的操作人員。其中，不同的人員可以屬于不同的角色組。3.2 需求變更管理需求變更管理，用于提交和跟蹤變更請(qǐng)求，change通過(guò)與do

13、ors系統(tǒng)一起使用，可以跟蹤任何需求內(nèi)容的變更。它主要通過(guò)需求變更管理流程來(lái)完成變更，子流程：需求變更申請(qǐng)流程、需求變更流程來(lái)實(shí)現(xiàn)控制。在某直升機(jī)型號(hào)應(yīng)用中主要開展以下工作。1）業(yè)務(wù)變更流程梳理與確定。依據(jù)業(yè)務(wù)管理要求，特別是標(biāo)準(zhǔn)化部門，應(yīng)出臺(tái)相應(yīng)的需求變更管理業(yè)務(wù)流程，來(lái)規(guī)范變更的控制模型。對(duì)于直升機(jī)研制過(guò)程來(lái)說(shuō)，需求變更在型號(hào)研發(fā)過(guò)程中，可隨時(shí)發(fā)生：（1）當(dāng)需求基線凍結(jié)之后即啟動(dòng)需求更改管理流程；（2）在需求分析階段，凍結(jié)需求基線，作為各專業(yè)內(nèi)部設(shè)計(jì)與各專業(yè)之間協(xié)調(diào)接口的輸入，當(dāng)發(fā)生需求更改時(shí)，通過(guò)更改流程控制需求變更，變更頻繁；（3）在需求建模與架構(gòu)仿真設(shè)計(jì)時(shí)，需求變更比較頻繁；（4）在

14、設(shè)計(jì)階段，當(dāng)發(fā)生設(shè)計(jì)問(wèn)題時(shí)，發(fā)起需求更改，作為再設(shè)計(jì)的輸入；（5）在研制和試驗(yàn)階段，發(fā)生更改時(shí)，發(fā)起需求更改流程，更改設(shè)計(jì)，作為研制和試驗(yàn)的輸入。依據(jù)變更控制模型設(shè)定合適的流程，主要由需求變更管理流程和其兩個(gè)二級(jí)流程，即：需求變更申請(qǐng)流程、需求變更流程組成。另外，需要組建需求變更控制委員會(huì)，它是需求變更的審定和決策機(jī)構(gòu)，通過(guò)流程形式評(píng)估、審查、協(xié)調(diào)和批準(zhǔn)各類更改，其成員為參與項(xiàng)目的各單位負(fù)責(zé)人，承擔(dān)不同的角色。2）需求變更狀態(tài)設(shè)置與定義。主要依據(jù)需求變更管理流程及其兩個(gè)二級(jí)流程，定義好不同的狀態(tài)，滿足變更業(yè)務(wù)流程需求，從而在系統(tǒng)中部署實(shí)施。在需求變更申請(qǐng)流程設(shè)置了八種狀態(tài)：（1）創(chuàng)建：表明流程

15、開始創(chuàng)建；（2）已創(chuàng)建：變更表單已經(jīng)創(chuàng)建；（3）已退回發(fā)起人：變更表單由其它狀態(tài)退回至發(fā)起人；（4）已提交審批：變更表單已經(jīng)提交給本專業(yè)ccb成員，等待其進(jìn)行審批；（5）本專業(yè)已審批：本專業(yè)ccb委員已經(jīng)審批完變更單，等待其它受影響專業(yè)進(jìn)行會(huì)簽；（6）已會(huì)簽：所有受影響專業(yè)的ccb委員已經(jīng)會(huì)簽完成，等待項(xiàng)目主任/副主任進(jìn)行審批；（7）已通過(guò)：項(xiàng)目主任/副主任已經(jīng)審批完變更單，進(jìn)入實(shí)際的需求變更流程；（8）已拒絕：需求變更申請(qǐng)單被拒絕，流程結(jié)束。在需求變更流程中設(shè)置六種狀態(tài)：（1）創(chuàng)建：表明流程開始觸發(fā)；（2）已創(chuàng)建：子流程從此處開始，已經(jīng)創(chuàng)建；（3）已分配：各專業(yè)ccb委員已經(jīng)分配了實(shí)際的需求

16、修改人；（4）評(píng)審中：需求修改人修改完需求后，提交復(fù)審人進(jìn)行復(fù)審；（5）已批準(zhǔn)：需求復(fù)審人已批準(zhǔn)需求更改后的內(nèi)容；（6）已應(yīng)用：需求更改已應(yīng)用在需求管理工具中，需求變更流程結(jié)束。3）表單設(shè)計(jì)與配置模板。根據(jù)業(yè)務(wù)管理部門要求，提供的變更表單，在change系統(tǒng)中進(jìn)行設(shè)置。整個(gè)需求變更表單，可根據(jù)不同的用戶權(quán)限，對(duì)字段具有不同的訪問(wèn)權(quán)限。當(dāng)需求編寫到一定成熟度后，需打基線，并將需求變更進(jìn)行管理。在需求變更之前，需要為doors模塊配置需求變更模版，項(xiàng)目負(fù)責(zé)人必須具有與項(xiàng)目經(jīng)理（用戶類型）相同的權(quán)限才可配置變更請(qǐng)求模板。3.3 需求發(fā)布需求發(fā)布，是一個(gè)自動(dòng)執(zhí)行的文檔生成解決方案，使文檔生成流程化、便

17、捷化，達(dá)到輕量級(jí)的效果。通過(guò)抽取多種數(shù)據(jù)源的數(shù)據(jù)，如doors、xml、rest等；定義文檔模板、定義文檔規(guī)范，便于達(dá)到以下明顯效果：嚴(yán)格控制需求源頭，動(dòng)態(tài)的標(biāo)準(zhǔn)化、自動(dòng)化生成文件；有利于建立標(biāo)準(zhǔn)的文件體系。在某直升機(jī)型號(hào)應(yīng)用中主要開展以下工作。endprint1）文件自動(dòng)生成（rpe）前提條件。首先要制定文檔標(biāo)準(zhǔn)，主要依據(jù)標(biāo)準(zhǔn)化部門提供的標(biāo)準(zhǔn)樣式，匹配并處理宏代碼，保存形成模板文件（.dot）；其次，制定內(nèi)容標(biāo)準(zhǔn)，一般由業(yè)務(wù)部門提出，在輸出的文檔中內(nèi)容表現(xiàn)；最后，輸出屬性規(guī)則定義，為何更好地通過(guò)rpe軟件，將doors內(nèi)的數(shù)據(jù)自動(dòng)生成符合業(yè)務(wù)和標(biāo)準(zhǔn)化部門要求的規(guī)范化的文檔，需要在doors內(nèi)

18、編寫對(duì)象時(shí)符合一定的要求，并維護(hù)相應(yīng)的屬性，主要包括標(biāo)識(shí)屬性建立和doors模塊對(duì)象編寫規(guī)則兩方面，主要是預(yù)先定義好每條屬性輸出后的表現(xiàn)形式。2）主要功能與步驟。某直升機(jī)型號(hào)通過(guò)具體的定義與設(shè)置，控制需求版本，建立文件標(biāo)準(zhǔn)體系，定義相關(guān)模板，其主要功能和步驟有以下幾點(diǎn)。（1）新建文檔模版：文檔模版是rpe生成文檔的基礎(chǔ)。在文檔模版中，定義了抽取的數(shù)據(jù)源類型及數(shù)據(jù)的展現(xiàn)形式；（2）抽取數(shù)據(jù)源：rpe可根據(jù)不同的數(shù)據(jù)源（如doors、rqm、xml）抽取出相應(yīng)的數(shù)據(jù)源模式，定義目標(biāo)數(shù)據(jù)源的數(shù)據(jù)結(jié)構(gòu)；（3）定義文檔模版：文檔模版支持豐富的控件進(jìn)行輸出形式的定義；（4）定義文檔規(guī)范：在文檔規(guī)范中，定義

19、了輸出格式、采用的樣式文件、使用的文檔模版、需要配置的變量信息等；（5）保持文檔模版與文檔規(guī)范同步：當(dāng)啟用模版與規(guī)范同步功能后，當(dāng)文檔模版發(fā)生變化時(shí)，會(huì)將對(duì)應(yīng)變化反映在規(guī)范中；（6）預(yù)覽文檔生成及實(shí)際文檔生成：當(dāng)目標(biāo)數(shù)據(jù)量較大時(shí)，建議在實(shí)際文檔生成之前進(jìn)行結(jié)果預(yù)覽。預(yù)覽同樣也會(huì)生成文檔，只是將數(shù)據(jù)量限定在一個(gè)小范圍內(nèi)（如10條，可在rpe選項(xiàng)中配置）；文檔發(fā)布完成后，可能還要手工進(jìn)行少量的處理。因?yàn)椴煌牟块T發(fā)布不同的文檔，對(duì)文檔特有的信息還要根據(jù)實(shí)際情況進(jìn)行適當(dāng)更改。3.4 需求建模需求建模是應(yīng)用rhapsody6建模工具，為某直升機(jī)型號(hào)的起飛、懸停、降落建立模型。harmony se的一種

20、基于模型的系統(tǒng)工程（mbse）2方法的實(shí)現(xiàn)，在系統(tǒng)工程應(yīng)用領(lǐng)域一方面用于系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)的多用途建模，另一方面用于對(duì)由軟硬件、數(shù)據(jù)和人綜合而成的復(fù)雜系統(tǒng)的集成體系結(jié)構(gòu)進(jìn)行可視化的說(shuō)明、分析、設(shè)計(jì)及校驗(yàn)。同時(shí)，通過(guò)對(duì)各種不同的系統(tǒng)工程問(wèn)題進(jìn)行建模，能夠完成用例圖、活動(dòng)圖、順序圖、塊定義圖、內(nèi)部快圖、狀態(tài)機(jī)圖等功能。某型號(hào)在需求分析、功能分析、設(shè)計(jì)綜合過(guò)程中使用了以下功能。1）需求分析。需求分析的目的是分析原始的利益攸關(guān)者需求，從中捕獲系統(tǒng)需求，即確定系統(tǒng)必須做什么，并針對(duì)系統(tǒng)需求建立系統(tǒng)用例，即確定系統(tǒng)應(yīng)具備哪些功能。主要活動(dòng)內(nèi)容：創(chuàng)建項(xiàng)目，導(dǎo)入需求，創(chuàng)建用例，分析需求覆蓋范圍，做影響性分析，形成需求圖、需求表格、用例圖、矩陣視圖等。2）功能分析。功能分析是在黑盒狀態(tài)下分析每一個(gè)系統(tǒng)用例的功能流程，進(jìn)而識(shí)別系統(tǒng)與外界的交互，最終完整描述系統(tǒng)的狀態(tài)行為（這一過(guò)程也稱為黑盒分析），一個(gè)用例執(zhí)行一遍功能分析過(guò)程。這一階段的焦點(diǎn)是將功能性的、表現(xiàn)的、接口的以及其他的需求翻譯成系統(tǒng)功能的清晰描述，并用來(lái)指導(dǎo)后續(xù)的設(shè)計(jì)集成。主要活動(dòng)內(nèi)容：創(chuàng)建模型上下文，創(chuàng)建活動(dòng)圖，生成場(chǎng)景圖，生成端口和