信息描述了問題域或在軟件解決方案中合理的特性。一個研究表明：比起不成功的項目，一個成功的項目在研發(fā)者和客戶之間采用了更多的交流方式。和單個客戶或潛在的用戶組一起座談，對于業(yè)務(wù)軟件包或信息管理系統(tǒng)(MIS)的應(yīng)用來說是一種傳統(tǒng)的需求來源。
在每一次座談討論之后，記下所討論的條目，并請參和討論的用戶評論并更正。及早并經(jīng)常進(jìn)行座談討論是需求獲取成功的一個關(guān)鍵途徑，因為只有提供需求的人才能確定是否真正獲取需求。進(jìn)行深入收集和分析以消除所有沖突或不一致性。盡量理解用戶用于表述他們需求的思維過程。充分研究用戶執(zhí)行任務(wù)時作出決策的過程，并提取出潛在的邏輯關(guān)系。流程圖和決策樹是描述這些邏輯決策途徑的好方法。
當(dāng)進(jìn)行需求獲取時，應(yīng)避免受不成熟的細(xì)節(jié)的影響。在對切合的客戶任務(wù)取得共識之前，用戶能非常容易地在一個報表或?qū)υ捒蛑辛谐雒恳豁椀木_設(shè)計。如果這些細(xì)節(jié)都作為需求記錄下來，他們會給隨后的設(shè)計過程帶來不必要的限制。你可能要周期性地檢查需求獲取，以確保用戶參和者將注意力集中在和今天所討論的話題適合的抽象層上。向他們確保在研發(fā)過程中，將會詳盡闡述他們的需求。
在一個逐次周詳描述過程中，重復(fù)地詳述需求，以確定用戶目標(biāo)和任務(wù)，并作為使用實例。然后，把任務(wù)描述成功能需求，這些功能需求能使用戶完成其任務(wù)，也能把他們描述成非功能需求，這些非功能需求描述了系統(tǒng)的限制和用戶對質(zhì)量的期望。雖然最初的屏幕構(gòu)思有助于描述你對需求的理解，不過你必須細(xì)化用戶界面設(shè)計。