需求說(shuō)明書》和《問卷調(diào)查表》進(jìn)行分析，如仍然有問題，則重復(fù)步驟二，否則執(zhí)行步驟四；
步驟四、開發(fā)方整理出《用戶需求說(shuō)明書》，提交給用戶方確認(rèn)簽字。
由于這種方法比較簡(jiǎn)單、側(cè)重點(diǎn)明確，因此能大大縮短需求獲取的時(shí)間、減少需求獲取的成本、提交工作效率。
三、界面原型法
所謂“界面原型法”，是指開發(fā)方根據(jù)自己所了解的用戶需求，描畫出應(yīng)用系統(tǒng)的功能界面后與用戶進(jìn)行交流和溝通，通過(guò)“界面原型”這一載體，達(dá)到雙方逐步明確項(xiàng)目需求的一種需求獲取的方法。
這種方法比較適合于開發(fā)方和用戶方都不清楚項(xiàng)目需求的情況。因?yàn)殚_發(fā)方和用戶方都不清楚項(xiàng)目需求，因此此時(shí)就更需要借助于一定的“載體”來(lái)加快對(duì)需求的挖掘和雙方對(duì)需求理解。這種情況下，采用“可視化”的界面原型法比較可取。
這種方法的一般操作步驟是：
步驟一、開發(fā)方根據(jù)其所了解到的需求（如通過(guò)合同或與用戶交流），采用界面制作工作描畫出應(yīng)用系統(tǒng)的功能界面；
步驟二、將應(yīng)用系統(tǒng)的功能界面提交給用戶并與用戶溝通，挖掘出新需求或就需求達(dá)成理解上的一致；
步驟三、開發(fā)方就不斷獲取的需求進(jìn)行增量式整理，根據(jù)新的需求豐富和細(xì)化界面原型；
步驟四、雙方經(jīng)過(guò)多次界面原型的交互，開發(fā)方最終整理出《用戶需求說(shuō)明書》，提交給用戶方確認(rèn)簽字。
由于開發(fā)方和用戶方都不清楚項(xiàng)目需求，因此此時(shí)需求獲取工作將會(huì)比較困難，可能導(dǎo)致的風(fēng)險(xiǎn)也比較大。采用這種“界面原型”的方式，能加速項(xiàng)目需求的“浮現(xiàn)”和雙方對(duì)需求的一致理解，從而減小由于需求問題可能給項(xiàng)目帶來(lái)的風(fēng)險(xiǎn)。
針對(duì)這種類型的項(xiàng)目，我們也可以采用下面將要介紹的“可運(yùn)行原型系統(tǒng)法”，但由于開發(fā)方對(duì)需求不了解（證明以前缺乏類似項(xiàng)目的開發(fā)經(jīng)驗(yàn)和產(chǎn)品積累），如果開發(fā)一個(gè)可運(yùn)行的原型系統(tǒng)，則幾乎需要從零開始編寫代碼，前期投入會(huì)很大。
四、可運(yùn)行原型系統(tǒng)法
所謂“可運(yùn)行原型系統(tǒng)法”，是指開發(fā)方根據(jù)合同中規(guī)定的基本需求，在以往類似項(xiàng)目應(yīng)用系統(tǒng)的基礎(chǔ)上進(jìn)行少量修改得出一可運(yùn)行系統(tǒng)，通過(guò)“可運(yùn)行原型系統(tǒng)”這一載體，達(dá)到徹底挖掘項(xiàng)目需求的一種需求獲取的方法。這種方法比較適合于開發(fā)方清楚項(xiàng)目需求但用戶方不清楚項(xiàng)目需求的情況。
這種類型的項(xiàng)目，開發(fā)方一般都有類似項(xiàng)目的建設(shè)經(jīng)驗(yàn)，因此可以在以往項(xiàng)目的基礎(chǔ)上，快速“構(gòu)建”出一可運(yùn)行系統(tǒng)，然后借助于這一“載體”來(lái)加快對(duì)需求的挖掘和雙方（特別是用戶方）對(duì)需求的理解。這種情況下，采用“所見即所得”的可運(yùn)行原型系統(tǒng)法比較可取。
這種方法的一般操作步驟是：
步驟一、開發(fā)方根據(jù)其所了解到的需求（如通過(guò)合同或與用戶交流），在以往類似項(xiàng)目的基礎(chǔ)上，快速“構(gòu)建”出一可運(yùn)行系統(tǒng)；
步驟二、通過(guò)向用戶演示“可運(yùn)行原型系統(tǒng)”，逐步挖掘并讓用戶確認(rèn)項(xiàng)目需求；
步驟三、開發(fā)方就不斷獲取的需求進(jìn)行增量式整理，根據(jù)新的需求豐富可運(yùn)行原型系統(tǒng)；
步驟四、雙方經(jīng)過(guò)多次可運(yùn)行原型系統(tǒng)的交互，開發(fā)方最終整理出《用戶需求說(shuō)明書》，提交給用戶方確認(rèn)簽字。
由于開發(fā)方清楚用戶的需求（證明以前有類似項(xiàng)目的開發(fā)經(jīng)驗(yàn)和產(chǎn)品積累），但用戶方自己不清楚，因此此時(shí)開發(fā)一個(gè)“可運(yùn)行原型系統(tǒng)”，開發(fā)方的投入不會(huì)很大，但對(duì)于用戶理解和確認(rèn)項(xiàng)目需求非常有利，因此針對(duì)這種類型的項(xiàng)目這是一種比較理想的需求獲取方式。
這種方法的另一個(gè)好處是：正式系統(tǒng)一般可以在該“可運(yùn)行原型系統(tǒng)”的基礎(chǔ)上演化而成，為后續(xù)開發(fā)工作節(jié)省不少的工作量和成本。值得注意的是，以上總結(jié)出的這四種需求獲取方法不是互斥的，我們可以根據(jù)項(xiàng)目的實(shí)際特點(diǎn)獨(dú)立應(yīng)用或組合應(yīng)用。
總的來(lái)說(shuō)，“忙碌，不代表有效率；方法，遠(yuǎn)勝于苦干”。所以我們從事軟件項(xiàng)目開發(fā)的朋友們，都能掌握好恰當(dāng)?shù)姆椒?，以圖能獲得“事半功倍”的效果。