需求工程（Requirements Engineering）是軟件工程中的一個關鍵過程，旨在識別、分析、規(guī)范和驗證軟件系統(tǒng)的需求。它涉及與相關利益相關者合作，以確保對軟件系統(tǒng)的需求達成一致，從而為后續(xù)的設計、開發(fā)和測試活動提供基礎。需求工程通常包括以下活動：

1. 需求收集：在此階段，與項目相關的各方（例如客戶、用戶、利益相關者）進行溝通和討論，以了解他們的期望、需求和目標。這可以通過面對面的會議、訪談、問卷調查和用戶反饋等方式完成。

2. 需求分析：在這一階段，收集到的需求被細化、分解和整理，以便更好地理解和描述軟件系統(tǒng)的功能、性能和約束。需求分析過程可能包括對現(xiàn)有系統(tǒng)的研究、業(yè)務流程的建模、數(shù)據(jù)流程的分析等。

3. 需求規(guī)格說明：在此階段，將需求以明確、一致和可測量的方式進行規(guī)范化和文檔化。需求規(guī)格說明可能采用自然語言描述、用例模型、流程圖、數(shù)據(jù)字典等形式。此文檔將作為后續(xù)開發(fā)和測試的基礎。

4. 需求確認：在需求規(guī)格說明完成后，與相關的利益相關者（例如客戶、用戶、開發(fā)團隊）進行確認，確保需求的理解和一致性。這可能涉及到舉行會議、審查和驗證需求規(guī)格說明文檔。

5. 需求變更管理：需求是一個動態(tài)的過程，可能會受到各種因素的影響而發(fā)生變化。在整個軟件開發(fā)過程中，需要建立適當?shù)淖兏芾頇C制，以評估和管理需求變更的影響，確保變更的控制和一致性。

6. 需求跟蹤和追蹤：在軟件開發(fā)的后續(xù)階段，需要確保每個需求的實現(xiàn)和驗證。需求跟蹤和追蹤可以通過需求跟蹤矩陣、測試用例和缺陷跟蹤系統(tǒng)等方式實現(xiàn)，以確保每個需求都得到滿足。

軟件需求過程是一個迭代的過程，可能需要多次迭代和修改，以確保需求的完整性和準確性。同時，需求過程也需要與其他開發(fā)過程（如設計、開發(fā)和測試）相互配合和交互。

需求獲取

軟件的需求獲取是指收集、理解和記錄軟件系統(tǒng)的需求的過程。以下是一些常見的軟件需求獲取方法：

1. 面對面會議：組織與客戶、用戶和其他利益相關者的面對面會議，以深入了解他們的需求和期望。這種方法能夠促進實時的溝通和互動，有助于獲取詳細的需求信息。

2. 問卷調查：設計和分發(fā)問卷，以便用戶和其他相關人員可以在自己的時間內提供他們的需求和意見。問卷調查可以擴大需求收集的范圍，并提供對大量用戶的觀點和反饋。

3. 訪談：與關鍵利益相關者進行一對一的訪談，以深入了解他們的需求和期望。通過直接對話，可以提出更具體的問題，并獲得詳細和準確的需求信息。

4. 觀察和用戶研究：觀察用戶在實際工作環(huán)境中使用現(xiàn)有系統(tǒng)或進行特定任務的情況。這樣可以了解用戶的工作流程、需求和痛點，并獲取實際場景中的需求信息。

5. 原型演示：創(chuàng)建原型或演示系統(tǒng)，以展示軟件的基本功能和界面。通過與用戶交互和反饋，可以獲取對系統(tǒng)的需求和改進意見。

6. 文檔分析：分析相關的文檔，如業(yè)務規(guī)范、用戶手冊、現(xiàn)有系統(tǒng)文檔等。通過分析這些文檔，可以獲得對業(yè)務需求和系統(tǒng)功能的理解。

7. 利益相關者工作坊：組織利益相關者工作坊，邀請相關人員一起討論和共享他們的需求和期望。這種方法有助于促進合作和協(xié)商，并獲得來自不同角度的需求信息。

8. 歷史數(shù)據(jù)分析：分析歷史數(shù)據(jù)和現(xiàn)有系統(tǒng)的使用情況，以了解需求和模式。這可以通過日志文件、數(shù)據(jù)庫記錄和用戶反饋等數(shù)據(jù)源進行。

需求獲取過程中的關鍵是與利益相關者的密切合作和溝通，以確保全面、準確地收集需求信息。多種方法的組合和適應特定項目和情況的方法選擇是很重要的。

需求變更

軟件需求變更是指在軟件開發(fā)過程中，已經定義或已確認的需求發(fā)生了修改、調整或新增的情況。需求變更是常見的，并且在軟件開發(fā)過程中是難以避免的，因為需求可能會受到各種因素的影響，例如客戶的新要求、市場變化、技術限制等。

以下是軟件需求變更的一般過程：

1. 變更請求提出：任何人員（例如客戶、用戶、項目經理、開發(fā)人員）都可以提出需求變更請求。請求可以以口頭或書面形式提出，并包括對變更的詳細說明和原因。

2. 變更評估：變更管理團隊評估變更請求的影響和可行性。他們會考慮變更對項目范圍、時間、成本和風險的影響，并與相關利益相關者進行討論和溝通。

3. 變更影響分析：在評估變更的可行性后，需要對變更進行影響分析。這包括評估變更對軟件系統(tǒng)的功能、性能、架構、接口、測試和文檔等方面的影響。

4. 變更批準/拒絕：根據(jù)變更評估和影響分析的結果，變更管理團隊決定是否批準變更請求。如果變更被批準，它將被納入軟件開發(fā)過程中。如果變更被拒絕，將向相關方解釋拒絕的原因。

5. 變更實施：一旦變更請求獲得批準，變更將被納入軟件開發(fā)過程中。這可能涉及更新需求文檔、設計文檔、代碼實現(xiàn)、測試計劃等。

6. 變更驗證和確認：完成變更實施后，需要對變更進行驗證和確認。這可能包括對系統(tǒng)進行測試、與相關利益相關者進行驗收和確認，以確保變更已經按照預期進行。

需要注意的是，需求變更的管理是一個迭代的過程，可能會有多個變更請求和變更周期。為了有效地管理需求變更，通常會建立一個變更管理機制和流程，確保變更被適當?shù)卦u估、控制和記錄。同時，需求變更也需要與其他開發(fā)過程（如設計、開發(fā)和測試）進行協(xié)調和同步。

需求追蹤

軟件工程的需求追蹤是指在軟件開發(fā)過程中跟蹤和管理需求的狀態(tài)、實現(xiàn)和驗證過程。它旨在確保每個需求都得到滿足，并與相關的設計、開發(fā)和測試活動保持一致。以下是軟件工程中需求追蹤的一般步驟和方法：

1. 需求標識：為每個需求分配唯一的標識符或編號，以便在整個開發(fā)過程中進行標識和引用。標識符可以是簡單的數(shù)字、字母組合或包含項目和模塊信息的復雜標識。

2. 需求跟蹤矩陣：創(chuàng)建需求跟蹤矩陣，它是一個表格，用于記錄每個需求的狀態(tài)、實現(xiàn)和驗證情況。矩陣通常包含需求標識、需求描述、實現(xiàn)狀態(tài)、測試狀態(tài)、驗證結果等字段。

3. 鏈接和關系建立：建立需求之間的鏈接和關系，以便在變更和追蹤時能夠追溯其相互之間的依賴關系。這可以通過使用矩陣中的字段或特定工具來實現(xiàn)，例如需求管理工具或跟蹤系統(tǒng)。

4. 需求實現(xiàn)跟蹤：跟蹤需求的實現(xiàn)過程，包括設計、編碼、集成等活動。記錄每個需求的實現(xiàn)狀態(tài)，以便了解它們是否已經或正在被開發(fā)團隊實現(xiàn)。

5. 需求測試跟蹤：跟蹤需求的測試過程，包括測試計劃、測試用例的編寫和執(zhí)行等活動。記錄每個需求的測試狀態(tài)，以了解其是否通過了相應的測試。

6. 需求驗證和驗收：在需求完成后，進行需求的驗證和驗收過程。與相關的利益相關者一起評審需求，并確認其是否滿足了預期的功能和性能要求。

7. 缺陷跟蹤：如果在測試或驗收過程中發(fā)現(xiàn)了與需求相關的缺陷或問題，記錄并跟蹤這些缺陷，以便進行修復和驗證。

8. 審查和審核：定期審查需求追蹤矩陣和相關文檔，確保需求的準確性、一致性和完整性。

需求追蹤的關鍵是保持良好的文檔記錄和跟蹤機制。這可以通過手動的方法（如使用電子表格）或使用專門的需求管理工具和跟蹤系統(tǒng)來實現(xiàn)。這些工具通常提供自動化的需求追蹤和報告功能，幫助團隊更有效地管理需求的狀態(tài)和變更。文章來源地址http://www.zghlxwxcb.cn/news/detail-491255.html

到了這里，關于系統(tǒng)架構設計師筆記第13期：需求工程的文章就介紹完了。如果您還想了解更多內容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網(wǎng)！