分析員可以使用不同的技術來從顧客手中獲得需求。比較老的方式有采訪顧客，或者與顧客一起開座談會，列舉顧客的需求。比較新的技術有建立模型和使用用例。在最佳狀態下在采納了不同的技術后他們可以完全理解顧客的需要和與持重要信息的人建立了必要的聯系。
采訪持重要信息的人
采訪持重要信息的人是需求分析中一個必不可少的過程。但在一個大的系統中許多人必須被采訪，這需要許多時間和金錢，但最重要的是這個過程最可能顯示現有的業務流程與新系統中的業務流程之間的差別。不同的顧客有可能有不同的或甚至相對的需求，在這種情況下分析員必須協調各方的需要。
需求工作會
出于上述原因一般假如一個系統非常復雜的話需求分析最常用的方法是召開需求工作會，在需求工作會上分析員和持重要信息的人一起分析系統的需要和發展解決方案。
這樣的工作會最好不要再采訪對象的工作場進行，這樣采訪對象不會被打擾。工作會有一個負責人來保持會議的進程，一個記錄員來記錄會議的討論，投影儀和相應的軟件是常用的工具。一般需要進行多次會議后才能得到最終結果。
一般認為需求工作會可以節省不少時間，因此是一個非常有用的工具，但是往往很難同時將所有的持重要信息的人聚集到一起。
一個常見的缺陷是一些持重要信息者在這樣的會議上不十分積極，因此他們的需求沒有獲得必要的重視。這樣得到的解決方案必然有限。此外需求工作會是一個很好的分析現有系統的工具，但用它來尋求解決方案就不是十分有用了。
將需求列成合同式的文件
最常見的紀錄需求分析的方式是將顧客需求列入一個合同式的表。一個復雜的系統的文件可以數百頁長�，F代的分析員不愿使用這樣的列表，因為它們被證明相當無用，但它們依然相當常見。
優點：
·提供一份需求的清單。
·提供一份顧客和開發者間的合同。
·對一個大的系統來說它提供了一份高級的描寫。
缺點：
·這些列表可以長達上百頁，實際上沒有人能夠完整地閱讀這樣的文件來獲得一個完整的系統理解。
·列表中的需求一般都很抽象和缺乏列出的需求互相之間的關聯
·這樣的列表一般表示不出列出的需求之間怎樣組成一個整體。
·從列表中很難看出哪些需求更重要。
文章來源于領測軟件測試網 http://www.kjueaiud.com/