需求獲取的方法

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

2、.客戶訪談客戶訪談，也就是獲取用戶需求，其主要方法是調(diào)查研究。其主要內(nèi)容包括:（1）了解系統(tǒng)的需求。軟件開發(fā)常常是系統(tǒng)開發(fā)的一部分。仔細(xì)分析研究系統(tǒng)的需求 規(guī)格說明，對(duì)軟件的需求獲取是很有必要的。（2）市場(chǎng)調(diào)查。了解市場(chǎng)對(duì)待開發(fā)軟件有什么樣的要求；了解市場(chǎng)上有無與待開發(fā)軟 件類似的系統(tǒng)。如果有，在功能上、性能上、價(jià)格上情況如何。（3）訪問用戶和用戶領(lǐng)域的專家。把從用戶那里得到的信息作為重要的原始資料進(jìn)行 分析；訪問用戶領(lǐng)域的專家所得到的信息將有助于對(duì)用戶需求的理解。（4）考察現(xiàn)場(chǎng)。了解用戶實(shí)際的操作環(huán)境、操作過程和操作要求。對(duì)照用戶提交的問 題陳述，對(duì)用戶需求可以有更全面、更細(xì)致的認(rèn)識(shí)。在做調(diào)

3、查研究時(shí)，可以采取如下的調(diào)查方式：制定調(diào)查提綱，向不同層次的用戶發(fā)調(diào)查表。按用戶的不同層次，分別召開調(diào)查會(huì)，了解用戶對(duì)待開發(fā)系統(tǒng)的想法和建議。向用戶領(lǐng)域的專家或在關(guān)鍵崗位上工作的人個(gè)別咨詢。實(shí)地考察，跟蹤現(xiàn)場(chǎng)業(yè)務(wù)流程。-查閱與待開發(fā)系統(tǒng)有關(guān)的資料。使用各種調(diào)查工具，如數(shù)據(jù)流圖、任務(wù)分解圖、網(wǎng)絡(luò)圖等。為了能夠有效地獲取和理清用戶需求，應(yīng)當(dāng)打破用戶（需方）和開發(fā)者（供方）的界限，共同組成一個(gè)聯(lián)合小組，發(fā)揮各自的長(zhǎng)處，協(xié)同工作。3問題分析與確認(rèn)問題分析與確認(rèn)，主要組織分析并評(píng)審，最終確定問題是否比較完整。二、需求獲取的內(nèi)容需求分析目標(biāo)主要搞清楚軟件用戶要“做什么”，其用戶需求內(nèi)容主要是兩方面：一是功

4、能性需求：定義了系統(tǒng)做什么（描述系統(tǒng)必須支持的功能和過程）；二是非功能性需求（技術(shù)需求）：定義了系統(tǒng)工作時(shí)的特性（描述操作環(huán)境和性能目標(biāo)）；兩類需求包括的內(nèi)容：功能；性能；環(huán)境；界面；用戶或人的因素；文檔；數(shù)據(jù)；資源；安全保密；軟件成本消耗與開發(fā)進(jìn)度；質(zhì)量保證。下面分別對(duì)其作一定解釋：（1）功能需求：系統(tǒng)做什么系統(tǒng)何時(shí)做什么系統(tǒng)何時(shí)及如何修改或升級(jí)？（2）性能需求：軟件開發(fā)的技術(shù)性指標(biāo)：例如：存儲(chǔ)容量限制；執(zhí)行速度、相應(yīng)時(shí)間、 吞吐量。（3）環(huán)境需求：硬件設(shè)備：機(jī)型、外設(shè)、接口、地點(diǎn)、分布、溫度、濕度、磁場(chǎng)干擾等 軟件操作系統(tǒng)；網(wǎng)絡(luò)；數(shù)據(jù)庫。（4）界面需求：有來自其他系統(tǒng)的輸入嗎到自其他系統(tǒng)的

5、輸出嗎對(duì)數(shù)據(jù)格式有規(guī)定嗎對(duì) 數(shù)據(jù)存儲(chǔ)介質(zhì)有規(guī)定嗎？（5）用戶或人的因素：用戶類型各種用戶熟練程度需受何種訓(xùn)練用戶理解、使用系統(tǒng) 的難度用戶錯(cuò)誤操作系統(tǒng)的可能性？（6 ）文檔需求：需哪些文檔文檔針對(duì)哪些讀者？（7）數(shù)據(jù)需求：輸入、輸出數(shù)據(jù)的格式接收、發(fā)送數(shù)據(jù)的頻率數(shù)據(jù)的準(zhǔn)確性和精度 據(jù)流量數(shù)據(jù)需保持的時(shí)間？（8）資源需求：軟件運(yùn)行時(shí)所需的數(shù)據(jù)、軟件。內(nèi)存空間等資源。軟件開發(fā)、維護(hù)所 需的人力、支撐軟件、開發(fā)設(shè)備等。（9）安全保密要求：需對(duì)訪問系統(tǒng)或系統(tǒng)信息加以控制嗎如何隔離用戶之間的數(shù)據(jù)用 戶程序如何與其他程序和操作系統(tǒng)隔離系統(tǒng)備份要求？（10 ）軟件成本消耗與開發(fā)進(jìn)度需求：開發(fā)有規(guī)定的時(shí)間表嗎

6、軟硬件投資有無限制？（11）質(zhì)量保證：系統(tǒng)的可靠性要求系統(tǒng)必須監(jiān)測(cè)和隔離錯(cuò)誤嗎規(guī)定系統(tǒng)平均出錯(cuò)時(shí)間 出錯(cuò)后，重啟系統(tǒng)允許的時(shí)間系統(tǒng)變化如何反映到設(shè)計(jì)中維護(hù)是否包括對(duì)系統(tǒng)的改進(jìn)系統(tǒng)的 可移植性摘要：我們知道，需求調(diào)研不充分、用戶需求描述不完整不準(zhǔn)確，輕則影響項(xiàng)目建設(shè)的順利程度，重則影響 應(yīng)用系統(tǒng)的質(zhì)量，甚至決定項(xiàng)目的成敗。俗話說，“良好的開端是成功的一半”。需求獲取作為項(xiàng)目尹始的活動(dòng)，是非常重要的。目前我們所開發(fā)的軟件項(xiàng)目一般有兩種類型：產(chǎn)品項(xiàng)目和工程項(xiàng)目。產(chǎn)品項(xiàng)目一般都會(huì)有充足的時(shí)間進(jìn)行非常仔細(xì)的需求調(diào)研和分析，而工程項(xiàng)目卻并非如此（因?yàn)樗苤T多因素的影響）。本文擬討論如何根據(jù)工程項(xiàng)目的實(shí)

7、際特點(diǎn)，采用合適的方法低成本高效率地獲取用戶的需求。關(guān)鍵詞：工程項(xiàng)目 需求獲取 方法產(chǎn)品項(xiàng)目一般是根據(jù)公司戰(zhàn)略和市場(chǎng)需求研發(fā)的旨在進(jìn)行批量岀售或推廣的項(xiàng)目，工程項(xiàng)目一般是根據(jù)與用戶簽定的合同研發(fā)的旨在滿足特定用戶需求的項(xiàng)目。筆者所開發(fā)和管理的項(xiàng)目主要是工程項(xiàng)目，在項(xiàng)目的建設(shè)過程中，感覺到最頭疼的是項(xiàng)目需求的獲??； 我們往往要花相當(dāng)大的精力在需求獲取和需求確認(rèn)上，然而有時(shí)效果還很不理想。經(jīng)過幾年時(shí)間的項(xiàng)目實(shí)踐，我們逐步總結(jié)出針對(duì)不同項(xiàng)目情況所適合采用的需求獲取方法，這些方法能大大提高需求獲取的效率?，F(xiàn)總結(jié)之，愿與大家分享。我們知道，一個(gè)工程項(xiàng)目，如果從開發(fā)方（即承建方）和用戶方（即建設(shè)方）對(duì)需求

8、的清楚程度來分， 大致可以分為如下四種：開發(fā)方和用戶方都清楚項(xiàng)目需求、開發(fā)方不清楚項(xiàng)目需求但用戶方清楚、開發(fā)方和 用戶方都不清楚項(xiàng)目需求、開發(fā)方清楚項(xiàng)目需求但用戶方不清楚。針對(duì)這四種類型的項(xiàng)目，我總結(jié)出四種對(duì)應(yīng)的需求獲取方法：?jiǎn)柧碚{(diào)查法、會(huì)議討論法、界面原型法和 可運(yùn)行原型系統(tǒng)法。以下逐一解析之一、問卷調(diào)查法所謂“問卷調(diào)查法”，是指開發(fā)方就用戶需求中的一些個(gè)性化的、需要進(jìn)一步明確的需求（或問題），通過采用向用戶發(fā)問卷調(diào)查表的方式，達(dá)到徹底弄清項(xiàng)目需求的一種需求獲取方法。這種方法適合于開發(fā)方和用戶方都清楚項(xiàng)目需求的情況。因?yàn)殚_發(fā)方和建設(shè)方都清楚項(xiàng)目的需求，則需要雙方進(jìn)一步溝通的需求（或問題）就比

9、較少，通過采用這種簡(jiǎn)單的問卷調(diào)查方法就能使問題得到較好的解 決。這種方法的一般操作步驟是：步驟一、開發(fā)方先根據(jù)合同和以往類似項(xiàng)目的經(jīng)驗(yàn)，整理岀一份用戶需求說明書和待澄清需求（或 問題）的問卷調(diào)查表提交給用戶；步驟二、用戶閱讀用戶需求說明書，并回答問卷調(diào)查表中提出的問題，如果用戶需求說明書 中有描述不正確或未包括的需求，用戶可一并修改或補(bǔ)充；步驟三、開發(fā)方拿到用戶返回的用戶需求說明書和問卷調(diào)查表進(jìn)行分析，如仍然有問題，則重復(fù)步驟二，否則執(zhí)行步驟四步驟四、開發(fā)方整理出用戶需求說明書 ，提交給用戶方確認(rèn)簽字。由于這種方法比較簡(jiǎn)單、側(cè)重點(diǎn)明確，因此能大大縮短需求獲取的時(shí)間、減少需求獲取的成本、提交工

10、作效率。二、會(huì)議討論所謂“會(huì)議討論法”， 是指開發(fā)方和用戶方召開若干次需求討論會(huì)議，達(dá)到徹底弄清項(xiàng)目需求的一種需求獲取方法。這種方法適合于開發(fā)方不清楚項(xiàng)目需求（一般開發(fā)方是剛開始做這種業(yè)務(wù)類型的工程項(xiàng)目）但用戶方清楚項(xiàng)目需求的情況。因?yàn)橛脩羟宄?xiàng)目的需求，則用戶能準(zhǔn)確地表達(dá)岀他們的需求，而開發(fā)方有專業(yè)的軟件 開發(fā)經(jīng)驗(yàn)，對(duì)用戶提供的需求一般都能準(zhǔn)確地描述和把握。這種方法的一般操作步驟是：步驟一、開發(fā)方根據(jù)雙方制定的需求調(diào)研計(jì)劃召開相關(guān)需求主題溝通會(huì)；步驟二、會(huì)后開發(fā)方整理岀需求調(diào)研記錄提交給用戶方確認(rèn)；步驟三、如果此主題還有未明確的問題則再次溝通，否則開始下一主題；步驟四、所有需求都溝通清楚后，

11、開發(fā)方根據(jù)歷次需求調(diào)研記錄整理岀用戶需求說明書，提交給用戶方確認(rèn)簽字。由于開發(fā)方不清楚項(xiàng)目需求，因此需要花較多的時(shí)間和精力進(jìn)行需求調(diào)研和需求整理工作。三、界面原型法所謂“界面原型法”，是指開發(fā)方根據(jù)自己所了解的用戶需求，描畫出應(yīng)用系統(tǒng)的功能界面后與用戶進(jìn)行交流和溝通，通過“界面原型”這一載體，達(dá)到雙方逐步明確項(xiàng)目需求的一種需求獲取的方法。這種方法比較適合于開發(fā)方和用戶方都不清楚項(xiàng)目需求的情況。因?yàn)殚_發(fā)方和用戶方都不清楚項(xiàng)目需求，因此此時(shí)就更需要借助于一定的“載體"來加快對(duì)需求的挖掘和雙方對(duì)需求理解。這種情況下，采用“可視化”的界面原型法比較可取。這種方法的一般操作步驟是：步驟一、開發(fā)

12、方根據(jù)其所了解到的需求（如通過合同或與用戶交流），采用界面制作工作描畫出應(yīng)用系統(tǒng)的功能界面；步驟二、將應(yīng)用系統(tǒng)的功能界面提交給用戶并與用戶溝通，挖掘?qū)缧滦枨蠡蚓托枨筮_(dá)成理解上的一致；步驟三、開發(fā)方就不斷獲取的需求進(jìn)行增量式整理，根據(jù)新的需求豐富和細(xì)化界面原型；步驟四、雙方經(jīng)過多次界面原型的交互，開發(fā)方最終整理出用戶需求說明書，提交給用戶方確認(rèn)簽字。由于開發(fā)方和用戶方都不清楚項(xiàng)目需求，因此此時(shí)需求獲取工作將會(huì)比較困難，可能導(dǎo)致的風(fēng)險(xiǎn)也比較大。采用這種“界面原型”的方式，能加速項(xiàng)目需求的“浮現(xiàn)”和雙方對(duì)需求的一致理解，從而減小由于需 求問題可能給項(xiàng)目帶來的風(fēng)險(xiǎn)。針對(duì)這種類型的項(xiàng)目，我們也可以采用下

13、面將要介紹的“可運(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)， 通過“可運(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)，然后借助于這 一“載體

14、”來加快對(duì)需求的挖掘和雙方（特別是用戶方）對(duì)需求的理解。這種情況下，采用“所見即所得” 的可運(yùn)行原型系統(tǒng)法比較可取。這種方法的一般操作步驟是：步驟一、開發(fā)方根據(jù)其所了解到的需求（如通過合同或與用戶交流），在以往類似項(xiàng)目的基礎(chǔ)上，快速“構(gòu)建”出一可運(yùn)行系統(tǒng)；步驟二、通過向用戶演示“可運(yùn)行原型系統(tǒng)”，逐步挖掘并讓用戶確認(rèn)項(xiàng)目需求；步驟三、開發(fā)方就不斷獲取的需求進(jìn)行增量式整理，根據(jù)新的需求豐富可運(yùn)行原型系統(tǒng)；步驟四、雙方經(jīng)過多次可運(yùn)行原型系統(tǒng)的交互，開發(fā)方最終整理出用戶需求說明書，提交給用戶方 確認(rèn)簽字。由于開發(fā)方清楚用戶的需求（證明以前有類似項(xiàng)目的開發(fā)經(jīng)驗(yàn)和產(chǎn)品積累），但用戶方自己不清楚，因此此時(shí)開發(fā)一個(gè)“可運(yùn)行原型系統(tǒng)”，開發(fā)方的投入不會(huì)很大，