怎樣做需求分析

如果將需求分析階段的工作歸結為編寫需求規格說明書，這種簡化的做法往往是導致項目后期層出不窮問題的罪魁禍首。建議采用以下步驟形成軟件需求：獲取用戶需求→分析用戶需求→編寫需求文檔→評審需求文檔→管理需求。下面我們先來討論前兩個步驟（獲取用戶需求、分析用戶需求）的做法。

　　獲取用戶需求

　　這是該階段的一個最重要的任務。以下為獲取用戶需求需要執行的活動（如圖1所示）。

　　● 了解客戶方的所有用戶類型以及潛在的類型。然后，根據他們的要求來確定系統的整體目標和系統的工作范圍。

　　● 對用戶進行訪談和調研。交流的方式可以是會議、電話、電子郵件、小組討論、模擬演示等不同形式。需要注意的是，每一次交流一定要有記錄，對于交流的結果還可以進行分類，便于后續的分析活動。例如，可以將需求細分為功能需求、非功能需求（如響應時間、平均無故障工作時間、自動恢復時間等）、環境限制、設計約束等類型。

　　● 需求分析人員對收集到的用戶需求做進一步的分析和整理。下面是幾條常見的準則：

　?、艑τ谟脩籼岢龅拿總€需求都要知道“為什么”，并判斷用戶提出的需求是否有充足的理由；

　　

　　圖1 獲取用戶需求的活動

　?、茖⒛欠N以“如何實現”的表述方式轉換為“實現什么”的方式，因為需求分析階段關注的目標是“做什么”，而不是“怎么做”；

　?、欠治鲇捎脩粜枨笱苌龅碾[含需求，并識別用戶沒有明確提出來的隱含需求（有可能是實現用戶需求的前提條件），這一點往往容易忽略掉，經常因為對隱含需求考慮得不夠充分而引起需求變更。

　　● 需求分析人員將調研的用戶需求以適當的方式呈交給用戶方和開發方的相關人員。大家共同確認需求分析人員所提交的結果是否真實地反映了用戶的意圖。需求分析人員在這個任務中需要執行下述活動：

　?、琶鞔_標識出那些未確定的需求項（在需求分析初期往往有很多這樣的待定項）；

　?、剖剐枨蠓舷到y的整體目標；

　?、潜ＷC需求項之間的一致性，解決需求項之間可能存在的沖突。

　　

原文轉自：http://www.anti-gravitydesign.com