需求獲取的方法

需求獲取技術(shù)需求獲取的目的：（1）清楚地理解所要解決的問題；（2）完整地獲取用戶需求。需求獲取面臨的挑戰(zhàn)：問題的復(fù)雜性和問題空間；理解的不完備性與不一致性；交流障礙；需求易變性。所以，分析人員必須掌握一些基本技術(shù)，包括初步需求獲取技術(shù)、需求建模、問題抽象與問題分解快速原型技術(shù)。需求獲取技術(shù)包括兩方面的工作：建立獲取用戶需求的方法的框架；支持和監(jiān)控需求獲取的過程的機(jī)制。一、需求獲取的常用方法1.組織人員組織人員，建立分析小組，其中包括領(lǐng)域?qū)＜遥褐鹘?，也就是用戶方面的問題專家，了解軟件所解決問題的領(lǐng)域知識。系統(tǒng)分析員：導(dǎo)演，軟件開發(fā)人員方面的人，其主要分析，抽象領(lǐng)域?qū)＜业闹R，形成軟件模型。

2.客戶訪談客戶訪談，也就是獲取用戶需求，其主要方法是調(diào)查研究。其主要內(nèi)容包括：

（1）了解系統(tǒng)的需求。軟件開發(fā)常常是系統(tǒng)開發(fā)的一部分。仔細(xì)分析研究系統(tǒng)的需求規(guī)格說明，對軟件的需求獲取是很有必要的。

（2）市場調(diào)查。了解市場對待開發(fā)軟件有什么樣的要求；了解市場上有無與待開發(fā)軟件類似的系統(tǒng)。如果有，在功能上、性能上、價格上情況如何。

（3）訪問用戶和用戶領(lǐng)域的專家。把從用戶那里得到的信息作為重要的原始資料進(jìn)行分析；訪問用戶領(lǐng)域的專家所得到的信息將有助于對用戶需求的理解。

（4）考察現(xiàn)場。了解用戶實(shí)際的操作環(huán)境、操作過程和操作要求。對照用戶提交的問題陳述，對用戶需求可以有更全面、更細(xì)致的認(rèn)識。

在做調(diào)查研究時，可以采取如下的調(diào)查方式：

·制定調(diào)查提綱，向不同層次的用戶發(fā)調(diào)查表。

·按用戶的不同層次，分別召開調(diào)查會，了解用戶對待開發(fā)系統(tǒng)的想法和建議。

·向用戶領(lǐng)域的專家或在關(guān)鍵崗位上工作的人個別咨詢。

·實(shí)地考察，跟蹤現(xiàn)場業(yè)務(wù)流程。

·查閱與待開發(fā)系統(tǒng)有關(guān)的資料。

·使用各種調(diào)查工具，如數(shù)據(jù)流圖、任務(wù)分解圖、網(wǎng)絡(luò)圖等。

為了能夠有效地獲取和理清用戶需求，應(yīng)當(dāng)打破用戶（需方）和開發(fā)者（供方）的界限，共同組成一個聯(lián)合小組，發(fā)揮各自的長處，協(xié)同工作。

3.問題分析與確認(rèn)問題分析與確認(rèn)，主要組織分析并評審，最終確定問題是否比較完整。二、需求獲取的內(nèi)容需求分析目標(biāo)主要搞清楚軟件用戶要“做什么”，其用戶需求內(nèi)容主要是兩方面：一是功能性需求：定義了系統(tǒng)做什么（描述系統(tǒng)必須支持的功能和過程）；二是非功能性需求（技術(shù)需求）：定義了系統(tǒng)工作時的特性（描述操作環(huán)境和性能目標(biāo)）；

兩類需求包括的內(nèi)容：功能；性能；環(huán)境；界面；用戶或人的因素；文檔；數(shù)據(jù)；資源；安全保密；軟件成本消耗與開發(fā)進(jìn)度；質(zhì)量保證。下面分別對其作一定解釋：

（1）功能需求：系統(tǒng)做什么？系統(tǒng)何時做什么？系統(tǒng)何時及如何修改或升級？

（2）性能需求：軟件開發(fā)的技術(shù)性指標(biāo)：例如：存儲容量限制；執(zhí)行速度、相應(yīng)時間、吞吐量。

（3）環(huán)境需求：硬件設(shè)備：機(jī)型、外設(shè)、接口、地點(diǎn)、分布、溫度、濕度、磁場干擾等;軟件操作系統(tǒng)；網(wǎng)絡(luò)；數(shù)據(jù)庫。

（4）界面需求：有來自其他系統(tǒng)的輸入嗎？到自其他系統(tǒng)的輸出嗎？對數(shù)據(jù)格式有規(guī)定嗎？對數(shù)據(jù)存儲介質(zhì)有規(guī)定嗎？

（5）用戶或人的因素：用戶類型？各種用戶熟練程度？需受何種訓(xùn)練？用戶理解、使用系統(tǒng)的難度？用戶錯誤操作系統(tǒng)的可能性？

（6）文檔需求：需哪些文檔？文檔針對哪些讀者？

（7）數(shù)據(jù)需求：輸入、輸出數(shù)據(jù)的格式？接收、發(fā)送數(shù)據(jù)的頻率？數(shù)據(jù)的準(zhǔn)確性和精度？數(shù)據(jù)流量？數(shù)據(jù)需保持的時間？

（8）資源需求：軟件運(yùn)行時所需的數(shù)據(jù)、軟件。內(nèi)存空間等資源。軟件開發(fā)、維護(hù)所需的人力、支撐軟件、開發(fā)設(shè)備等。

視化”的界面原型法比較可取。

這種方法的一般操作步驟是：

步驟一、開發(fā)方根據(jù)其所了解到的需求（如通過合同或與用戶交流），采用界面制作工作描畫出應(yīng)用系統(tǒng)的功能界面；

步驟二、將應(yīng)用系統(tǒng)的功能界面提交給用戶并與用戶溝通，挖掘出新需求或就需求達(dá)成理解上的一致；

步驟三、開發(fā)方就不斷獲取的需求進(jìn)行增量式整理，根據(jù)新的需求豐富和細(xì)化界面原型；

步驟四、雙方經(jīng)過多次界面原型的交互，開發(fā)方最終整理出《用戶需求說明書》，提交給用戶方確認(rèn)簽字。

由于開發(fā)方和用戶方都不清楚項目需求，因此此時需求獲取工作將會比較困難，可能導(dǎo)致的風(fēng)險也比較大。采用這種“界面原型”的方式，能加速項目需求的“浮現(xiàn)”和雙方對需求的一致理解，從而減小由于需求問題可能給項目帶來的風(fēng)險。

針對這種類型的項目，我們也可以采用下面將要介紹的“可運(yùn)行原型系統(tǒng)法”，但由于開發(fā)方對需求不了解（證明以前缺乏類似項目的開發(fā)經(jīng)驗(yàn)和產(chǎn)品積累），如果開發(fā)一個可運(yùn)行的原型系統(tǒng)，則幾乎需要從零開始編寫代碼，前期投入會很大。

四、可運(yùn)行原型系統(tǒng)法

所謂“可運(yùn)行原型系統(tǒng)法”，是指開發(fā)方根據(jù)合同中規(guī)定的基本需求，在以往類似項目應(yīng)用系統(tǒng)的基礎(chǔ)上進(jìn)行少量修改得出一可運(yùn)行系統(tǒng)，通過“可運(yùn)行原型系統(tǒng)”這一載體，達(dá)到徹底挖掘項目需求的一種需求獲取的方法。

這種方法比較適合于開發(fā)方清楚項目需求但用戶方不清楚項目需求的情況。這種類型的項目，開發(fā)方一般都有類似項目的建設(shè)經(jīng)驗(yàn)，因此可以在以往項目的基礎(chǔ)上，快速“構(gòu)建”出一可運(yùn)行系統(tǒng)，然后借助于這一“載體”來加快對需求的挖掘和雙方（特別是用戶方）對需求的理解。這種情況下，采用“所見即所得”的可運(yùn)行原型系統(tǒng)法比較可取。

這種方法的一般操作步驟是：

步驟一、開發(fā)方根據(jù)其所了解到的需求（如通過合同或與用戶交流），在以往類似項目的基礎(chǔ)上，快速“構(gòu)建”出一可運(yùn)行系統(tǒng)；

步驟二、通過向用戶演示“可運(yùn)行原型系統(tǒng)”，逐步挖掘并讓用戶確認(rèn)項目需求；

步驟三、開發(fā)方就不斷獲取的需求進(jìn)行增量式整理，根據(jù)新的需求豐富可運(yùn)行原型系統(tǒng)；

步驟四、雙方經(jīng)過多次可運(yùn)行原型系統(tǒng)的交互，開發(fā)方最終整理出《用戶需求說明書》，提交給用戶方確認(rèn)簽字。

由于開發(fā)方清楚用戶的需求（證明以前有類似項目的開發(fā)經(jīng)驗(yàn)和產(chǎn)品積累），但用戶方自己不清楚，因此此時開發(fā)一個“可運(yùn)行原型系統(tǒng)”，開發(fā)方的投入不會很大，但對于用戶理解和確認(rèn)項目需求非常有利，因此針對這種類型的項目這是一種比較理想的需求獲取方式。

這種方法的另一個好處是：正式系統(tǒng)一般可以在該“可運(yùn)行原型系統(tǒng)”的基礎(chǔ)上演化而成，為后