大型軟件工程中的需求管理及控制目錄

摘要2前言2

1.術(shù)語解釋3.需求過程參與人員角色及職責(zé)4

2.善于抓核心，抓主流程5.需求真?zhèn)蔚呐袛?

3.需求全景圖5.軟件開發(fā)中的需求分析與需求管理6

3.1.需求分析的過程6

6.2.需求的層次7

7.3.需求開發(fā)階段的重點(diǎn)7

8.4.需求分析的任務(wù)8

9.5.注解：SRS格式87.需求開發(fā)與管理流程9

7.1.前述9

7.2.需求獲取9

1.2.1.前述9

7.2.2.調(diào)查問卷9

7.2.3.訪談9

7.2.4.現(xiàn)場(chǎng)觀摩工作流程，觀察實(shí)際操作10

7.2.5.從法律法規(guī)、行業(yè)標(biāo)準(zhǔn)、業(yè)務(wù)規(guī)則中提取需求10

7.2.6.文檔追溯（文檔考古）10

7.2.7.需求討論會(huì)10

7.2.8.原型法10

7.3.需求獲取資料的保管10

7.4.編寫用戶需求規(guī)格說明書11

7.5.需求分析11

7.5.1.前述11

7.5.2.結(jié)構(gòu)化分析方法11第1頁共15頁

7.2.4.現(xiàn)場(chǎng)觀摩工作流程，觀察實(shí)際操作

對(duì)于一些較為復(fù)雜的流程和操作，是比擬難以用語言和文字進(jìn)行表達(dá)的，可

以有針對(duì)性的采用到系統(tǒng)預(yù)期使用者及管理者的工作現(xiàn)場(chǎng)，一邊觀察，一邊聽其

講解，從而更直觀的了解其需求。

7.2.5.從法律法規(guī)、行業(yè)標(biāo)準(zhǔn)、業(yè)務(wù)規(guī)則中提取需求

這種方法要求需求分析師有一定的行業(yè)從業(yè)經(jīng)驗(yàn)及法律法規(guī)知識(shí)，能夠了解

行業(yè)的開展動(dòng)向，可以聘請(qǐng)業(yè)務(wù)專家、相關(guān)法律專家和業(yè)務(wù)骨干對(duì)需求分析師進(jìn)

行集中培訓(xùn)和講解，使之縮短提取需求時(shí)間，提高需求獲取的準(zhǔn)確性和效率。

7.2.6.文檔追溯(文檔考古)

需求獲取人員通過對(duì)甲方業(yè)務(wù)和工作中已經(jīng)歸檔的歷史文檔進(jìn)行研究，其主

要的工作是對(duì)已經(jīng)歸檔的攜帶了大量真實(shí)數(shù)據(jù)的文件、表單、報(bào)告和電子文檔進(jìn)

行分析，獲取需要調(diào)研的信息。

7.2.7.需求討論會(huì)

需求討論會(huì)作為需求獲取階段的重要手段，一直都是在需求的中期后期來進(jìn)

行，需要在獲取到一定量的系統(tǒng)需求后，在召集甲方的關(guān)鍵業(yè)務(wù)人員和開發(fā)方的

需求分析人員、工程開發(fā)人員來進(jìn)行需求討論，并最終確定。

7.2.8.原型法

需要在很短的時(shí)間內(nèi)完成的中小型軟件系統(tǒng)，針對(duì)實(shí)際情況經(jīng)常采用的是原

型法(prototype),即把系統(tǒng)主要功能、流程和數(shù)據(jù)項(xiàng)通過快速開發(fā)制作形成可視的

操作頁面展示給系統(tǒng)預(yù)期使用者，并征求預(yù)期使用者意見，通過可視化的界面和

數(shù)據(jù)項(xiàng)快速確實(shí)定工程的實(shí)際需求。

7.3.需求獲取資料的保管

根據(jù)所采用的需求獲取方法，在需求獲取過程中將產(chǎn)生不同的記錄和原始資

料，工程組應(yīng)將這些記錄納入開發(fā)庫進(jìn)行配置管理。需求獲取的記錄與資料包括

但不限于：用戶編寫的原始需求文檔、用戶填寫的需求調(diào)查表、用戶訪談的訪談

紀(jì)要、需求研討會(huì)的會(huì)議紀(jì)要、相關(guān)的政策法規(guī)文件，業(yè)務(wù)規(guī)則文件以及行業(yè)標(biāo)

準(zhǔn)文件、需求原型。

第10頁共15頁4.編寫用戶需求規(guī)格說明書

需求獲取人員在通過需求獲取的各種方法獲取的工程需求進(jìn)行整理、分析和

記錄，結(jié)合實(shí)際情況編寫《用戶需求規(guī)格說明書》，《用戶需求規(guī)格說明書》作為

開發(fā)方與甲方的溝通性文檔，需要具有以下特性：編寫語言必須采用通俗易懂的

語言；術(shù)語性字眼必須加以解釋；結(jié)構(gòu)清晰，條理清楚，主次分明；需進(jìn)行廣泛的

意見征集。

主要內(nèi)容應(yīng)該包括但不局限于：系統(tǒng)總體介紹（背景、用途、用戶群和系統(tǒng)特

征）；系統(tǒng)應(yīng)遵循的業(yè)務(wù)規(guī)范和行業(yè)標(biāo)準(zhǔn)；業(yè)務(wù)流程；產(chǎn)品的功能性需求；產(chǎn)品的

非功能性需求。

建議針對(duì)工作量小于5人月的小型工程、使用了原型法獲取需求的工程、沒

有明確的目標(biāo)使用者的工程、直接引用預(yù)期使用者提供的需求說明書的項(xiàng)目，可

以不用編制《用戶需求規(guī)格說明書》。

7.5.需求分析5.1.前述

在需求獲取后，對(duì)獲取到的業(yè)務(wù)資料、訪談?dòng)涗洝⒁庖妳R總表和各討論會(huì)會(huì)

議紀(jì)要進(jìn)行整理和分析，并由甲乙雙方的骨干人員進(jìn)行需求分析工作，對(duì)其分散

獲取的各項(xiàng)具體建立邏輯關(guān)系，明確軟件類的需求，并對(duì)其進(jìn)行分類，確定其需求

的優(yōu)先級(jí)和重要程度等“

主耍的需求分析方法如下：

1052.結(jié)構(gòu)化分析方法

結(jié)構(gòu)化分析方法的主要特點(diǎn)是〃自頂向下、逐層分解〃，利用圖形、表格等描

述方式表達(dá)需求，對(duì)需求問題進(jìn)行分析，具體采用的工具有：DataFlowDiagram>Data

Dictionary〉E-R圖、判定表和判定樹、結(jié)構(gòu)化語言。

結(jié)構(gòu)化分析方法從總體上看是一種強(qiáng)烈依賴數(shù)據(jù)流圖的自上而下的建模方法,

在具體的工程中，結(jié)構(gòu)化分析方法的具體操作方式如下：

1）建立系統(tǒng)的物理模型；

2）建立系統(tǒng)的邏輯模型；

3）劃清人機(jī)界限第11頁共15頁

7.5.3.基于用例的分析方法

基于用例的分析方法，主要是成熟度高，規(guī)模大和分工明確的開發(fā)公司進(jìn)行

采用，針對(duì)大型的軟件工程，開發(fā)方會(huì)根據(jù)獲取的需求來形成可視化的程序?qū)嵗?/p>

模擬出系統(tǒng)的各項(xiàng)功能、使用流程和數(shù)據(jù)項(xiàng)，建立可.供需求分析的用例模型C

使用用例分析方法時(shí)可遵循以下步驟：

1）界定系統(tǒng)使用者；

2）分析整理需求形成用例；

3）形成用例圖：

4）對(duì)用例進(jìn)行詳細(xì)描述。

7.6.需求定義

需求獲取、分析完成后，工程組需要做的就是進(jìn)行需求定義，需求定義主要是

根據(jù)需求獲取和分析的結(jié)果，定義軟件需求，形成《軟件需求規(guī)格說明書》。

7.6.1.定義需求優(yōu)先級(jí)

需求定義首先需要確認(rèn)的是定義需求的優(yōu)先級(jí)，在需求分析完成后，需要對(duì)

需求的優(yōu)先級(jí)進(jìn)行分析和定義，并預(yù)先制定優(yōu)先級(jí)評(píng)價(jià)標(biāo)準(zhǔn)，在作者參與的工程

中，需求優(yōu)先級(jí)的評(píng)價(jià)標(biāo)準(zhǔn)如下：

未取的m足

”下任,一戲手達(dá)魚雷*在R3

i>K統(tǒng)。霞或現(xiàn)於.真功交愛H雙中翕

C無法完火正彥s日常工佐紅售處收收入貫支實(shí)收

：>sr?rf&<￡?<￡?.■我的

??死己球打定力才邕

洞足以下任?一條tb0果項(xiàng)目芟*中也現(xiàn)

1）畬IMr■農(nóng).W正ITlkMEW不太n??力Err

中

J）變過這魚雷束杵”■不蜿岸突rt.?ruHie?

3）臬皖4L悔陽要宏第下一質(zhì)*

41足以下任?一條“，安理氏不實(shí)現(xiàn)均訐

彼PMMttlWfti

2）侵桑微里北??9千?上多瓦，

需求分析師在組織甲乙雙方的工程骨干人員進(jìn)行需求分析過程后形成《軟件

需求規(guī)格說明書》

（其中包含《產(chǎn)品功能列表》）0編寫需求規(guī)格說明書應(yīng)遵循以下規(guī)則，確保需

求的完整性、確保需求的一致性、確保需求的正確性、確保第12頁共15頁

需求無二義性、確保需求易十追溯、確保需求的可測(cè)試性、確保需求的可行性。

7.7.需求確認(rèn)

《軟件需求規(guī)格說明書》編寫完成后，需要工程的甲乙雙方的工程骨干人員

及外部的業(yè)務(wù)專家共同進(jìn)行需求確認(rèn)，對(duì)《軟件需求規(guī)格說明書》進(jìn)行評(píng)審。需求

確認(rèn)是需求階段最重要的一個(gè)環(huán)節(jié)，但是往往又被工程的建設(shè)方所忽視，做好需

求確實(shí)認(rèn)工作對(duì)整個(gè)工程的后續(xù)開發(fā)和順利進(jìn)行都覺有非常重人的意義，需求確

認(rèn)的主要工作如下：

7.7.1.需求評(píng)審

需求評(píng)審即對(duì)前面產(chǎn)生的《用戶需求規(guī)格說明書和》、《軟件需求規(guī)格說明

書》進(jìn)行評(píng)審，召開技術(shù)評(píng)審會(huì)議，組建評(píng)審小組，召集工程干系人、業(yè)務(wù)專家和

外部技術(shù)專家進(jìn)行討論，并對(duì)評(píng)審意見和結(jié)果進(jìn)行記錄，把評(píng)審意見和結(jié)果性的

東西合并到文檔中，需指定嚴(yán)格的評(píng)審規(guī)范和流程。

大型的軟件工程也可采用分段評(píng)審的方式來進(jìn)行需求評(píng)審，即針對(duì)性的邀請(qǐng)

專家、業(yè)務(wù)骨干和系統(tǒng)預(yù)期使用者參加進(jìn)行小規(guī)模的評(píng)審，降低需求返工的風(fēng)險(xiǎn)，

縮短需求評(píng)審的周期和事件，提高需求評(píng)審質(zhì)量。

7.7.2.需求承諾

需求承諾作為需求確認(rèn)的手段，開發(fā)方工程經(jīng)理把評(píng)審?fù)ㄟ^的《軟件需求規(guī)

格說明書》提交給甲方進(jìn)行確認(rèn)，主要包含以下確認(rèn)方式：

1）直接簽字：由甲方在《軟件需求確認(rèn)書》上直接簽字或蓋章確認(rèn)，附件為

《軟件需求規(guī)格說明書》。

2）郵件方式：由工程經(jīng)理將《軟件需求規(guī)格說明書》與評(píng)審報(bào)告通過郵件

發(fā)送給接收方，并明確確認(rèn)通過的準(zhǔn)則。

3）發(fā)送會(huì)議紀(jì)要函：如果甲方參加了評(píng)審會(huì)議并在會(huì)上達(dá)成了共識(shí)，那么可

以通過編制會(huì)議紀(jì)要，在紀(jì)要中寫明參加評(píng)審的人員、評(píng)審的結(jié)論等，并讓甲方簽

字蓋章確認(rèn)。

不過作者根據(jù)多年的工程管理經(jīng)驗(yàn)，強(qiáng)烈建議采用直接簽字的方法進(jìn)行需求

承諾確認(rèn)。

第13頁共15頁7.7.3.建立需求基線

工程的《軟件需求規(guī)格說明書》經(jīng)過評(píng)審與確認(rèn)后，應(yīng)建立需求基線，并上傳

到配置管理服務(wù)器保存版本以便后續(xù)需求變更后法行跟蹤。

7.8.需求變更

一個(gè)大型的軟件工程，具有周期長(zhǎng)、功能復(fù)雜的特性，無論前期開發(fā)方和建設(shè)

方的需求多么明確，實(shí)際開發(fā)過程中的需求變更也是不可防止的。需求變更產(chǎn)生

的主要原因，作者分析如下：

1）系統(tǒng)開發(fā)過程中甲方的工作及業(yè)務(wù)流程發(fā)生變化;

2）前期需求獲取時(shí)發(fā)生了偏差及錯(cuò)誤；

3）使用者提出新的需求；

4）被調(diào)研者無法準(zhǔn)確描述其所需要的系統(tǒng)功能；

5）法律法規(guī)或行業(yè)標(biāo)準(zhǔn)發(fā)生變化；

6）使用范圍變化，對(duì)性能的要求重新進(jìn)行界定。

需求變更在工程中的標(biāo)準(zhǔn)流程如下：

1）變更提出，變更申請(qǐng)人填寫《需求變更申清單》；

2）工程經(jīng)理召集工程相關(guān)人員進(jìn)行討論，決定是否接受變更；

3）通過變更管理規(guī)范來實(shí)施變更；

4）發(fā)布新的需求基線：

5）通知相關(guān)的人員。

8.9.需求跟蹤

在大型的軟件工程中必須建立一種需求跟蹤機(jī)制，這種機(jī)制必須是雙向的，

可追溯的。目前作者所接觸到的根據(jù)需求的最有效和最普遍的需求跟蹤方法是通

過映射的方法建立需求跟蹤矩陣來實(shí)現(xiàn)。當(dāng)需求通過評(píng)審并確認(rèn)下來之后，工程

開發(fā)方需根據(jù)具體的系統(tǒng)需求編制《需求跟蹤矩陣》，并指定需求負(fù)責(zé)人對(duì)需求跟

蹤矩陣核查，保證需求跟蹤矩陣的正確性、完整性。隨著軟件開發(fā)的進(jìn)行，工程組

應(yīng)專門指定專人維護(hù)需求跟蹤矩陣，對(duì)已經(jīng)變更了的需求進(jìn)行及時(shí)更新，修改需

求跟蹤矩陣各模塊的對(duì)應(yīng)關(guān)系，保證其完整性，正確性和一致性。

參考文獻(xiàn)：

第14頁共15頁［1］邱苑華.現(xiàn)代工程管理導(dǎo)論［M］.北

京：機(jī)械工業(yè)出版社，2002.

⑵巴迪魯.工程管理原理［M］.北京：清華大學(xué)出版社，2003.

⑶［美］羅伯特.K.威索基拉德.麥加里.有效的工程管理［M］.費(fèi)琳，李盛萍，

等.譯.北京：電子工業(yè)出版社，2004.

［4］張家浩,軟件工程管理［M］.北京：機(jī)械工業(yè)出版社，2005.

［5］施瓦爾貝.IT項(xiàng)日管理［M］.北京：機(jī)械工業(yè)出版社，2004.

［6］羅運(yùn)模，謝志敏.CMMI軟件過程改進(jìn)與評(píng)估［M］.北京：電子工業(yè)出版社，

2004.

［7］］美］DennisM.Ahem,AaronClouse,RichardTurner.CMMI精粹一集成化過

程改進(jìn)實(shí)用導(dǎo)論［M］.北京：清華大學(xué)出版社，2005.

［8］吳明珠，徐俊.基于CMMI的需求工程實(shí)施方法研究［幾軟件導(dǎo)刊，2009⑴.

［9］李世蓉，黃福珠.淺議工程建設(shè)工程中的采購信息管理口］.重慶工學(xué)院學(xué)報(bào):

自然科學(xué)版,2006(9).

第15頁共15頁

7.5.3.基于用例的分析方法12

7.6.需求定義12

1.6.1.定義需求優(yōu)先級(jí)12

7.6.2.編寫《軟件需求規(guī)格說明書》12

7.7.需求確認(rèn)13

7.7.1.需求評(píng)審13

7.7.2.需求承諾13

7.7.3.建立需求基線14

7.8.需求變更14

7.9.需求跟蹤14參考文獻(xiàn)：14

摘要

根據(jù)作者所在單位軟件系統(tǒng)開發(fā)過程中，針對(duì)需求管理及控制中遇到的一些

問題進(jìn)行了較深入的研究和論述，形成了比擬系統(tǒng)的軟件工程需求管理及控制的

基本流程和方法，借鑒及整理了目前國際上比擬成熟和先進(jìn)的需求開發(fā)及管理經(jīng)

3僉和成果。

關(guān)鍵詞：大型軟件工程；需求獲取；需求分析；確認(rèn)；變更；跟蹤；整體管理

-i-Zl-

刖百

本文通過作者多年從事大型軟件工程管理的經(jīng)驗(yàn)，從甲方的角度定義和論述

大型軟件在需求過程中的一些過程及規(guī)范，并通過規(guī)范需求過程的步驟及方法來

到達(dá)縮短開發(fā)周期、降低軟件開發(fā)本錢和提高軟件質(zhì)量的目的，并且通過需求分

析工作，定義分析方法把《用戶需求》轉(zhuǎn)化為《軟件需求》，同時(shí)利用科學(xué)的方法

評(píng)審需求的正確性，防止需求的隨意性，在工程初期即獲得需求雙方的承諾；控制

需求的變更，并確保軟件系統(tǒng)工程工作產(chǎn)品與需求的一致性。

在一個(gè)大型軟件系統(tǒng)的開發(fā)中，需求分析之所以重要，就因?yàn)樗哂袥Q策性，

方向性，策略性的作用。它在軟件開發(fā)的過程中具有舉足輕重的地位，它的作用要

遠(yuǎn)遠(yuǎn)大于程序設(shè)計(jì)。它是剖析業(yè)務(wù)場(chǎng)景、流程，挖掘用戶痛點(diǎn)，直面現(xiàn)狀問題，提

供解決方案，實(shí)現(xiàn)業(yè)務(wù)價(jià)值。今天我們就來談?wù)勑枨蠓治觥?/p>

第2頁共15頁

1.術(shù)語解釋

軟件需求：在IEEE軟件工程標(biāo)準(zhǔn)詞匯表（1997年）中定義軟件需求為：

1）用戶解決問題或到達(dá)目標(biāo)所需的條件或能力。

2）系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的

條件或能力。

3）一種反映上面1）或2）所描述的條件或權(quán)能的文檔說明。通俗地講，“需

求〃就是用戶的需要，它包括用戶要解決的問題、到達(dá)的目標(biāo)以及實(shí)現(xiàn)這些目標(biāo)所

需要的條件，它是一個(gè)程序或系統(tǒng)開發(fā)工作的說明，表現(xiàn)形式一般為文檔形式。

用例：是在系統(tǒng)中執(zhí)行的一系列動(dòng)作，這些動(dòng)作將生成對(duì)特定參與者可見的

價(jià)值結(jié)果，一個(gè)用例定義了一組用例實(shí)例。

需求分析：是指在需求開發(fā)過程中，對(duì)所獲取的需求信息進(jìn)行分析，及時(shí)排

除錯(cuò)誤和彌補(bǔ)缺乏，確保需求文檔正確地反映用戶的真實(shí)意圖。需求分析的關(guān)鍵

就是對(duì)問題域的研究與理解。為了便于理解問題域，現(xiàn)代軟件工程方法所推薦的

做法就是對(duì)問題域進(jìn)行抽象，將其分解為假設(shè)干基本元素，然后對(duì)元素之間的關(guān)

系進(jìn)行建模。

百度百科對(duì)需求分析的定義：需求分析稱為軟件需求分析、系統(tǒng)需求分析或

需求分析工程等，是開發(fā)人員經(jīng)過深入細(xì)致的調(diào)研和分析，準(zhǔn)確理解用戶和工程

的功能、性能、可靠性等具體要求，將用戶非形式的需求表述轉(zhuǎn)化為完整的需求定

義，從而確定系統(tǒng)必須做什么的過程。

需求分析是軟件計(jì)劃階段的重要活動(dòng)，也是軟件生存周期中的一個(gè)重要環(huán)節(jié),

該階段是分析系統(tǒng)在功能上需要“實(shí)現(xiàn)什么〃，而不是考慮如何去“實(shí)現(xiàn)〃。需

求分析的目標(biāo)是把用戶對(duì)待開發(fā)軟件提出的〃要求〃或〃需要”進(jìn)行分析與整理，

確認(rèn)后形成描述完整、清晰與規(guī)范的文檔，確定軟件需要實(shí)現(xiàn)哪些功能，完成哪些

工作。此外，軟件的一些非功能性需求（如軟件性能、可靠性、響應(yīng)時(shí)間、可擴(kuò)展

性等），軟件設(shè)計(jì)的約束條件，運(yùn)行時(shí)與其他軟件的關(guān)系等也是軟件需求分析的目

標(biāo)。

第3頁共15頁

需

求

分

肝

亦嫁

工斐然

、b編

與綜合

題分析

、問

調(diào)研

業(yè)務(wù)

段：

個(gè)階

為四

以分

作，可

的工

階段

分析

需求

經(jīng)過

求是

些需

么，這

是什

需求

戶的

解用

要了

先是需

分析首

。需求

評(píng)審

說明、

利規(guī)格

功能

與非

能性

足功

應(yīng)滿

發(fā)中

件開

，在軟

到的

組得

行重

再進(jìn)

析，

研、分

的調(diào)

場(chǎng)景

業(yè)務(wù)

：

程是

個(gè)流

析。這

行分

程進(jìn)

業(yè)流

個(gè)專

過一

以通

，可

設(shè)計(jì)

產(chǎn)品

求到

挖掘需

求，從

性