關鍵字：需求分析與建模
（3）如何獲取用戶需求 了解客戶方的所有用戶類型以及潛在的類型。然后，根據他們的要求來確定系統的整體目標和系統的工作范圍。
對用戶進行訪談和調研。交流的方式可以是會議、電話、電子郵件、小組討論、模擬演示等不同形式。需要注意的是，每一次交流一定要有記錄，對于交流的結果還可以進行分類，便于后續的分析活動。
可以將需求細分為功能需求、非功能需求（如響應時間、平均無故障工作時間、自動恢復時間等性能和安全等方面的要求）、環境限制、設計約束等類型。
（4）應用要點
在這個階段中，開發者一般不應該考慮具體的代碼或程序細節。將那種以“如何實現”的表述方式轉換為“實現什么”的方式，因為需求分析階段關注的目標是“做什么”，而不是“怎么做”；
用例僅能捕獲功能性需求，不適合捕獲非功能性需求。
避免下面的情況出現
跨過需求，直接進入了設計甚至實現階段。
因為在需求方面任何小的疏漏都可能導致進展不利乃致失敗，因為太多的工作被浪費在錯誤的方向上。
用你的想法來理解客戶的需求設計不應該成為需求收集的一部分，將需求與設計分離是至關重要的。我們常常是提出問題，然后是解決問題。而不是有了一個解決方案之后，再找一個問題去適合它。問題的解決方案必須在問題已經被確定、形成文檔、理解和達成共識之后產生。如果設計在需求之前提出，則系統用的就是自己的需求，并不能代表用戶的利益。在設計之前完整地定義問題永遠都是明智的。要做到這些的方法只有一個，就是站在用戶的角度而不是設計者的角度看待系統。
從一開始你就沒聽清客戶要的是什么
很多時候，用戶并不知道自己要什么？需要我們去引導。當系統存在多個用戶時，你會發現不同的用戶在需求方面是矛盾的。
2、確定需求的流程
（1）需求工作流
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/