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