1. 需求管理(Requirements Management，REQM)

Requirements management is the process of documenting，analyzing，tracing，prioritizing and agreeing on requirements and then controlling change and communicating to relevant stakeholders。It is a continuous process throughout a project. A requirement is a capability to which a project outcome (product or service) should conform.
需求管理是記錄，分析，跟蹤，確定優(yōu)先級(jí)，就需求達(dá)成一致的過(guò)程，然后控制變更和與相關(guān)的干系人進(jìn)行溝通的過(guò)程。它是一個(gè)貫穿整個(gè)項(xiàng)目的連續(xù)過(guò)程。需求是項(xiàng)目(產(chǎn)品或服務(wù))成果應(yīng)符合一種能力。

“需求”指的是由項(xiàng)目接受的或項(xiàng)目產(chǎn)生的產(chǎn)品和產(chǎn)品構(gòu)件需求，包括由組織征集的對(duì)項(xiàng)目的需求。這種需求既有技術(shù)性的，也有非技術(shù)性的。

需求工程分為需求獲取、需求分析、需求定義和需求驗(yàn)證。或：分為5個(gè)獨(dú)立的階段：需求獲取、需求建模、形成需求規(guī)格、需求驗(yàn)證和需求管理。

需求管理(Requirements Management，REQM)目的：

需求開(kāi)發(fā)的目的是通過(guò)調(diào)查與分析，獲取用戶(hù)需求并定義產(chǎn)品需求。軟件項(xiàng)目需求開(kāi)發(fā)的結(jié)果應(yīng)該有項(xiàng)目視圖和范圍文檔、用例文檔、軟件需求規(guī)格說(shuō)明及相關(guān)分析模型，需求基線是團(tuán)隊(duì)成員已經(jīng)承諾將在某一特定產(chǎn)品版本中實(shí)現(xiàn)的功能性和非功能性需求的一組集合，經(jīng)評(píng)審批準(zhǔn)，這些文檔就定義了開(kāi)發(fā)工作的需求基線，這個(gè)基線在客戶(hù)和開(kāi)發(fā)人員之間就構(gòu)筑了計(jì)劃產(chǎn)品功能需求和非功能需求的一個(gè)約定。

• 確保各方對(duì)需求的一致理解；
• 管理和控制需求的變更；
• 從需求到最終產(chǎn)品的雙向跟蹤，維護(hù)需求并且確保能把對(duì)需求的更改反映到項(xiàng)目計(jì)劃、活動(dòng)和工作產(chǎn)品中。

2. 需求開(kāi)發(fā)

需求開(kāi)發(fā)分為需求獲取、需求分析、需求定義和需求驗(yàn)證。

2.1. 需求獲取

積極的與用戶(hù)進(jìn)行交流，捕捉、分析和修正用戶(hù)對(duì)目標(biāo)系統(tǒng)的需求，并提煉出符合解決問(wèn)題的用戶(hù)需求，產(chǎn)生《用戶(hù)需求說(shuō)明書(shū)》。

collecting requirements is the process of determining, documenting, and managing stakeholder needs and requirements to meet project objectives.
收集需求是確定、記錄和管理干系人的需求和要求以滿(mǎn)足項(xiàng)目目標(biāo)的過(guò)程。

2.2. 需求分析

需求分析的目的是對(duì)各種需求信息進(jìn)行分析并抽象描述，為目標(biāo)系統(tǒng)建立一個(gè)概念模型。

2.2.1. 需求分析的方法

需求分析的方法主要有三種：結(jié)構(gòu)化分析方法、面向?qū)ο蠓治龇椒ê兔嫦騿?wèn)題域的分析方法。

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

結(jié)構(gòu)化分析方法的實(shí)質(zhì)是著眼于數(shù)據(jù)流，自頂向下，逐層分解，建立系統(tǒng)的處理流程，以數(shù)據(jù)流圖和數(shù)據(jù)字典為主要工具，建立系統(tǒng)的邏輯模型。所以面向數(shù)據(jù)流分析方法屬于結(jié)構(gòu)化分析方法的范疇。

2.3. 需求定義

需求定義的目標(biāo)是根據(jù)需求調(diào)查和需求分析的結(jié)果，進(jìn)一步定義準(zhǔn)確無(wú)誤的產(chǎn)品需求，產(chǎn)生《需求規(guī)格說(shuō)明書(shū)》。系統(tǒng)設(shè)計(jì)人員將依據(jù)《需求規(guī)格說(shuō)明書(shū)》開(kāi)展系統(tǒng)設(shè)計(jì)工作。

2.4. 需求驗(yàn)證

需求驗(yàn)證是指開(kāi)發(fā)方和用戶(hù)共同對(duì)需求文檔評(píng)審，經(jīng)雙方對(duì)需求達(dá)成共識(shí)后做出書(shū)面承諾，使需求文檔具有商業(yè)合同效果。

“需求管理”與“需求開(kāi)發(fā)”密切合作；
“需求開(kāi)發(fā)”涉及到把項(xiàng)目關(guān)系人的需要轉(zhuǎn)換成產(chǎn)品需求和決定如何在各個(gè)產(chǎn)品構(gòu)件之間安排或分配需求。
在“需求管理”中，要收集需求的變更和變更的理由，并且維持對(duì)原有需求和所有產(chǎn)品及產(chǎn)品構(gòu)件需求的雙向跟蹤。在軟件成熟度模型集成(CMMI)中，“需求開(kāi)發(fā)”對(duì)應(yīng)“需求開(kāi)發(fā)”過(guò)程域，“需求管理”對(duì)應(yīng)“需求管理”過(guò)程域。

3. 需求管理流程

需求管理流程主要包括6大部分：制訂需求管理計(jì)劃、求得對(duì)需求的理解、求得對(duì)需求的承諾、管理需求變更、維護(hù)對(duì)需求的雙向跟蹤性、識(shí)別項(xiàng)目工作與需求之間的不一致性。另外，與此流程相關(guān)的還有：關(guān)于組織的總體方針和需求管理模板。

3.1. 制訂需求管理計(jì)劃

需求管理計(jì)劃的主要內(nèi)容包括確定需求管理軟硬件資源、需求跟蹤性矩陣、需求變更請(qǐng)求表等。由項(xiàng)目經(jīng)理審批該計(jì)劃。制訂需求管理計(jì)劃，以便于需求管理人員按計(jì)劃地開(kāi)展需求管理工作，并保持需求管理工作的一致性。

3.2. 求得對(duì)需求的理解

設(shè)法理解需求提供者提出的這些需求的含義，實(shí)際就是我們平常所說(shuō)的“確認(rèn)需求”活動(dòng)。

隨著項(xiàng)目的成熟和各項(xiàng)需求的派生，所有各項(xiàng)活動(dòng)或工程學(xué)科都要接受相應(yīng)的需求。為了避免這些需求漫無(wú)邊際地外延或“遺漏”，要建立一些準(zhǔn)則，以便指明接受需求的適當(dāng)?shù)那阑蛘絹?lái)源。接受需求的活動(dòng)應(yīng)該與需求提供者的需求分析活動(dòng)一起進(jìn)行，以確保對(duì)需求的含義達(dá)成共識(shí)。分析和對(duì)話(huà)的結(jié)果是達(dá)成一致的需求集合。

3.3. 求得對(duì)需求的承諾

這個(gè)特定實(shí)踐實(shí)現(xiàn)從各個(gè)項(xiàng)目參加者處求得對(duì)需求的承諾。

即使某個(gè)實(shí)踐以前實(shí)現(xiàn)過(guò)與需求提供者對(duì)需求的共識(shí)，但是現(xiàn)在實(shí)施這個(gè)實(shí)踐時(shí)，還是要在那些必須進(jìn)行各項(xiàng)為實(shí)現(xiàn)這些需求所需的活動(dòng)人員之間達(dá)成一致和建立承諾。在整個(gè)項(xiàng)目推進(jìn)中，特別是在“需求開(kāi)發(fā)”過(guò)程域的各項(xiàng)活動(dòng)的進(jìn)程中，需求可能會(huì)演變。隨著需求的演變，要求在所有項(xiàng)目干系人之間對(duì)己批準(zhǔn)的現(xiàn)行需求重新建立承諾，并且對(duì)項(xiàng)目計(jì)劃、活動(dòng)和工作產(chǎn)品中的后續(xù)變更做出承諾。

3.4. 管理需求變更

這個(gè)特定實(shí)踐實(shí)現(xiàn)各項(xiàng)需求在項(xiàng)目推進(jìn)期間發(fā)生演變的同時(shí)，對(duì)需求的變更進(jìn)行管理。

在項(xiàng)目推進(jìn)期間，需求會(huì)由于各種各樣原因而發(fā)生變更。隨著原來(lái)的需要發(fā)生變化和工作的推進(jìn)，將會(huì)產(chǎn)生一些附加的需求，因此必然要對(duì)現(xiàn)行的需求做出相應(yīng)的變更。有效地管理這些需求和需求變更相當(dāng)重要。有必要了解每個(gè)需求的來(lái)源，并且做出變更理由的文件。項(xiàng)目經(jīng)理可能希望跟蹤相應(yīng)的需求變化度量數(shù)據(jù)，以便判斷是否需要采取新的控制措施或?qū)σ延械目刂谱龀稣{(diào)整。

3.5. 維護(hù)對(duì)需求的雙向跟蹤性

這個(gè)特定實(shí)踐維護(hù)在需求與項(xiàng)目計(jì)劃和工作產(chǎn)品之間的雙向跟蹤性。

這個(gè)特定實(shí)踐的目的在于維護(hù)對(duì)每個(gè)產(chǎn)品分解層的雙向跟蹤性。如果需求管理得好，就可以建立起從來(lái)源需求到它的較低層次需求的跟蹤性，和從較低層次的需求到它們的來(lái)源需求的跟蹤性。這種雙向跟蹤性有助于確定是否所有來(lái)源需求都完全得到處理，是否所有的低層需求都可以跟蹤到有效的來(lái)源。需求的跟蹤性還可以覆蓋與其他實(shí)體的關(guān)系，例如與產(chǎn)品、設(shè)計(jì)文檔的變更、測(cè)試計(jì)劃、驗(yàn)證、確認(rèn)以及工作任務(wù)等的關(guān)系。跟蹤性應(yīng)該覆蓋橫向和縱向(例如接口兩邊)的關(guān)系。在評(píng)估需求變更對(duì)項(xiàng)目計(jì)劃、活動(dòng)，以及工作產(chǎn)品的影響時(shí)，尤其需要跟蹤性。

3.6. 識(shí)別項(xiàng)目工作與需求之間的不一致

這個(gè)特定實(shí)踐識(shí)別項(xiàng)目計(jì)劃和工作產(chǎn)品與需求之間的不一致之處。

雖然通過(guò)這項(xiàng)活動(dòng)產(chǎn)生的一些工作產(chǎn)品將成為經(jīng)過(guò)更新的項(xiàng)目計(jì)劃、活動(dòng)和工作產(chǎn)品，但是，這些工作產(chǎn)品屬于“項(xiàng)目策劃”過(guò)程的產(chǎn)品，而不是“需求管理”的。這個(gè)特定實(shí)踐旨在發(fā)現(xiàn)需求與項(xiàng)目計(jì)劃和工作產(chǎn)品之間的不一致，并且啟動(dòng)糾正措施。

關(guān)于需求管理的描述，正確的是()。
A.需求管理包括在產(chǎn)品生存周期中維持需求一致性和精確性的所有活動(dòng)
B.從測(cè)試用例和測(cè)試報(bào)告可得描述中追蹤到用戶(hù)原始需求的過(guò)程是正向追蹤
C.需求文件之間的跟蹤用于檢查需求分解中可能出現(xiàn)的錯(cuò)誤或遺漏
D.需求跟蹤矩陣中可以不體現(xiàn)測(cè)試策略和測(cè)試場(chǎng)景的跟蹤結(jié)果

需求管理包括在產(chǎn)品開(kāi)發(fā)過(guò)程中維持需求一致性和精確性的所有活動(dòng)；
從測(cè)試用例和測(cè)試報(bào)告可得描述中追蹤到用戶(hù)原始需求的過(guò)程是反向追蹤；
需求跟蹤矩陣中可以體現(xiàn)測(cè)試策略和測(cè)試場(chǎng)景的跟蹤結(jié)果。

轉(zhuǎn)載/整理：
希賽教育的試題解釋：https://www.educity.cn/

總結(jié)

以上是生活随笔為你收集整理的笔记-项目范围管理-需求工程-需求管理的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。