如何獲取用戶需求的十大技巧

1、獲取用戶需求十大技巧成功的軟件產(chǎn)品是建立在成功的需求基礎之上的，而高質(zhì)量的需求來源于用戶與開發(fā)人員之間有效的溝通與合作。當用戶有一個問題可以用計算機系統(tǒng)來解決，而開發(fā)人員開始幫助用戶解決這個問題，溝通就開始了。 需求獲獲取可能能是軟件件開發(fā)中中最困難難、最關關鍵、最最易出錯錯及最需需要溝通通交流的的活動。對對需求的的獲取往往往有錯錯誤的認認識：用用戶知道道需求是是什么，我我們所要要做的就就是和他他們交談談從他們們那里得得到需求求，只要要問用戶戶系統(tǒng)的的目標特特征，什什么是要要完成的的，什么么樣的系系統(tǒng)能適適合商業(yè)業(yè)需要就就可以了了，但是是實際上上需求獲獲取并不不是想象象的這樣樣簡單，這這條溝通

2、通之路布布滿了荊荊棘。首首先需求求獲取要要定義問問題范圍圍，系統(tǒng)統(tǒng)的邊界界往往是是很難明明確的，用用戶不了了解技術術實現(xiàn)的的細節(jié)，這這樣造成成了系統(tǒng)統(tǒng)目標的的混淆。 其次是是對問題題的理解解，用戶戶對計算算機系統(tǒng)統(tǒng)的能力力和限制制缺乏了了解，任任何一個個系統(tǒng)都都會有很很多的用用戶或者者不同類類型的用用戶，每每個用戶戶只知道道自己需需要的系系統(tǒng)，而而不知道道系統(tǒng)的的整體情情況，他他們不知知道系統(tǒng)統(tǒng)作為一一個整體體怎么樣樣工作效效率更好好，也不不太清楚楚那些工工作可以以交給軟軟件完成成，他們們不清楚楚需求是是什么，或或者說如如何以一一種精確確的方式式來描述述需求，他他們需要要開發(fā)人人員的協(xié)協(xié)助和指

3、指導，但但是用戶戶與開發(fā)發(fā)人員之之間的交交流很容容易出現(xiàn)現(xiàn)障礙，忽忽略了那那些被認認為是很很明確的的信息。最最后是需需求的確確認，因因為需求求的不穩(wěn)穩(wěn)定性往往往隨著著時間的的推移產(chǎn)產(chǎn)生變動動，使之之難以確確認。為為了克服服以上的的問題，必必須有組組織的執(zhí)執(zhí)行需求求的獲取取活動。 需求獲獲取活動動建議要要完成的的個任務務或者說說步驟分分別是確確定需求求過程、編編寫項目目視圖和和范圍文文檔、用用戶群分分類、選選擇用戶戶代表、選選擇用戶戶代表、建建立核心心隊伍、確確定使用用實例、召召開聯(lián)合合會議、分分析用戶戶工作流流程、確確定質(zhì)量量屬性、檢檢查問題題報告和和需求重重用。當當然應該該根據(jù)組組織和項項目

4、的具具體情況況進行適適當?shù)牟貌脺p，比比如根據(jù)據(jù)項目和和用戶情情況把需需求獲取取會議改改成問卷卷調(diào)查或或者座談談等等。 、編寫寫項目視視圖和范范圍文檔檔 系統(tǒng)的的需求包包括四個個不同的的層次：業(yè)務需需求、用用戶需求求和功能能需求、非非功能性性需求。業(yè)業(yè)務需求求說明了了提供給給用戶新新系統(tǒng)的的最初利利益，反反映了組組織機構構或用戶戶對系統(tǒng)統(tǒng)、產(chǎn)品品高層次次的目標標要求，它它們在項項目視圖圖與范圍圍文檔中中予以說說明。用用戶需求求文檔描描述了用用戶使用用產(chǎn)品必必須要完完成的任任務，這這在使用用實例文文檔或方方案腳本本說明中中予以說說明。功功能需求求定義了了開發(fā)人人員必須須實現(xiàn)的的軟件功功能，使使得用

5、戶戶能完成成他們的的任務，從從而滿足足了業(yè)務務需求。 非功能能性需求求是用戶戶對系統(tǒng)統(tǒng)良好運運作提出出的期望望，包括括了易用用性、反反應速度度、容錯錯性、健健壯性等等等質(zhì)量量屬性。需需求獲取取就是根根據(jù)系統(tǒng)統(tǒng)業(yè)務需需求去獲獲得系統(tǒng)統(tǒng)用戶需需求，然然后通過過需求分分析得到到系統(tǒng)的的功能需需求和非非功能需需求。項項目視圖圖和范圍圍文檔就就是從高高層次上上描述系系統(tǒng)的業(yè)業(yè)務需求求，應該該包括高高層的產(chǎn)產(chǎn)品業(yè)務務目標，評評估問題題解決方方案的商商業(yè)和技技術可行行性，所所有的使使用實例例和功能能需求都都必須遵遵從的標標準。而而范圍文文檔定義義了項目目產(chǎn)品所所包括的的所有工工作及產(chǎn)產(chǎn)生產(chǎn)品品所用的的過程。

6、項項目相關關人員對對項目的的目標和和范圍能能達成共共識，整整個項目目組都應應該把注注意力集集中在項項目目標標和范圍圍上。 、用戶戶群分類類 系統(tǒng)用用戶在很很多方面面存在著著差異，例例如：使使用系統(tǒng)統(tǒng)的頻度度和程度度、應用用領域和和計算機機系統(tǒng)知知識、所所使用的的系統(tǒng)特特性、所所進行的的業(yè)務過過程、訪訪問權限限、地理理上的布布局以及及個人的的素質(zhì)和和喜好等等等。根根據(jù)這些些差異，你你可以把把這些不不同的用用戶分成成不同的的用戶類類。與中中的概念一一樣，用用戶類不不一定都都指人，也也可以包包括其他他應用系系統(tǒng)、接接口或者者硬件，這這樣做使使得與系系統(tǒng)邊界界外的接接口也成成為系統(tǒng)統(tǒng)需求。將將用戶群群

7、分類并并歸納各各自特點點，并詳詳細描述述出它們們的個性性特點及及任務狀狀況，將將有助于于需求的的獲取和和系統(tǒng)設設計。、選擇用用戶代表表 不可能能對所有有的用戶戶都進行行需求獲獲取，這這樣做時時間不允允許效果果也不一一定好，所所以要識識別出能能夠確定定需求和和了解業(yè)業(yè)務流程程的用戶戶作為每每類用戶戶的代表表。每類類用戶至至少選擇擇一位能能真正代代表他們們需求的的人作為為代表并并且能夠夠作出決決策，用用戶代表表往往是是本類用用戶中三三類人：對項目目有決定定權的領領導、熟熟悉業(yè)務務流程的的專家、系系統(tǒng)最終終用戶。 每一個個用戶代代表者代代表了一一個特定定的用戶戶類，并并在那個個用戶類類和開發(fā)發(fā)者之間

8、間充當主主要的接接口，用用戶代表表從他們們所代表表的用戶戶類中收收集需求求信息，同同時每個個用戶代代表又負負責協(xié)調(diào)調(diào)他們所所代表的的用戶在在需求表表達上的的不一致致性和不不兼容性性。 、建立立核心隊隊伍 通常用用戶和開開發(fā)人員員不自覺覺的都有有一種我我們和他他們的想想法，產(chǎn)產(chǎn)生一種種對立關關系，把把彼此放放在對立立面，每每一方都都定義自自己的邊邊界，只只想自己己的利益益而忽略略對方的的想法。他他們通過過文檔、記記錄和對對話來溝溝通，而而不是作作為一個個合作的的整體去去識別和和確定需需求完成成任務。實實踐證明明這樣的的方法是是不正確確的，不不會給雙雙方帶來來一點益益處，良良好的溝溝通關系系沒有建

9、建立導致致了誤解解和忽略略重要的的信息。只只有當雙雙方參與與者都明明白要成成功自己己需要什什么，同同時也知知道要成成功對方方需要什什么時，才才能建立立起一種種合作關關系。 為了建建立合作作關系通通常采取取一種組組隊的方方式來獲獲取需求求，建立立一個由由用戶代代表和開開發(fā)人員員組成的的聯(lián)合小小組作為為需求獲獲取的核核心隊伍伍。聯(lián)合合小組將將負責識識別需求求、分析析解決方方案和協(xié)協(xié)商分歧歧，小組組成員可可以采用用會議、電電子郵件件、綜合合辦公系系統(tǒng)等方方式進行行交流，但但交流時時應注意意以下原原則：小小組會議議應該由由中立方方來組織織和主持持，用戶戶和開發(fā)發(fā)人員都都要參加加；交流流預先要要確定準準

10、備和參參與的規(guī)規(guī)則；議議題要明明確并覆覆蓋所有有關鍵點點，但信信息來源源應該自自由；交交流目標標要明確確，并告告知所有有的成員員。 、確定定使用實實例 從用戶戶代表處處收集他他們將使使用系統(tǒng)統(tǒng)完成所所需任務務的描述述，討論論用戶與與系統(tǒng)間間的交互互方式和和對話要要求，這這就是使使用實例例，一個個單一的的使用實實例可能能包括完完成某項項任務的的許多邏邏輯相關關任務和和交互順順序。使使用實例例方法給給需求獲獲取帶來來的好處處來自于于該方法法是用以以任務為為中心和和以用戶戶為中心心的觀點點，比起起使用以以功能為為中心和和以開發(fā)發(fā)者為中中心的方方法，使使用實例例方法可可以使用用戶更清清楚地理理解和認認

11、識到新新系統(tǒng)允允許他們們做什么么和怎么么做。描描寫使用用實例的的時候要要注意使使用簡潔潔直白的的表述，盡盡量使用用主動語語態(tài)，系系統(tǒng)或者者用戶作作為主語語，比如如用戶提提交用戶戶密碼，系系統(tǒng)驗證證用戶密密碼是否否正確，還還有一點點在描述述中不要要設計界界面細節(jié)節(jié)，比如如用戶從從下拉框框中選擇擇產(chǎn)品類類型.使使用實例例為以后后寫用例例場景描描述中的的基本路路徑和擴擴展路徑徑提供了了素材。、召開聯(lián)合合會議 最常見見的需求求獲取方方法是召召開會議議或者面面談，聯(lián)聯(lián)合會議議是范圍圍廣的、簡簡便的討討論會，也也是核心心隊伍成成員之間間一種很很好的溝溝通方法法，該會會議通過過緊密而而集中的的討論得得以將用

12、用戶代表表與開發(fā)發(fā)人員間間的合作作伙伴關關系付諸諸于實踐踐并能由由此擬出出需求文文檔的底底稿。聯(lián)聯(lián)合會議議的第一一個議題題就是系系統(tǒng)的必必要性和和合理性性，必須須所有成成員都同同意系統(tǒng)統(tǒng)是必要要的而且且合理的的。接下下來就可可以討論論使用實實例清單單，清單單可以打打印成大大紙掛在在墻上、寫寫在黑板板上或做做成演示示材料。對對每個清清單合并并去掉重重復項，加加上補充充內(nèi)容就就可以得得到一份份總的清清單，注注意避免免采用負負面的太太差不可可行去否否定用戶戶的想法法，這些些想法都都應該保保留下來來作為被被評議的的清單項項，這樣樣保護了了小組成成員開放放的思維維。最后后對清單單進行討討論，會會議成員員

13、必須檢檢查每一一個使用用實例，在在把它們們納入需需求之前前決定其其是否在在項目所所定義的的范圍內(nèi)內(nèi)，形成成最終的的需求報報告。 在進行行討論時時，也應應該避免免受不成成熟的細細節(jié)的影影響，在在對系統(tǒng)統(tǒng)需求取取得共識識之前，用用戶能很很容易地地在一個個報表或或?qū)υ捒蚩蛑辛谐龀瞿承┚_設計計，如果果這些細細節(jié)都作作為需求求記錄下下來，他他們會給給隨后的的設計過過程帶來來不必要要的限制制，應確確保用戶戶參與者者將注意意力集中中在與所所討論的的話題適適合的抽抽象層上上，重點點就是討討論做什什么而不不是怎么么做。這這里有一一點很重重要就是是要讓用用戶理解解對于某某些功能能的討論論并不意意味著即即將在系

14、系統(tǒng)中實實現(xiàn)它，更更不要做做暗示或或者承諾諾什么時時候完成成需求。在在討論之之后，記記下所討討論的條條目，并并請參與與討論的的用戶評評論并更更正，因因為只有有提供需需求的人人才能確確定是否否真正獲獲取需求求。當最最后拿到到了一份份詳細準準確的需需求報告告書的時時候，會會議就算算成功完完成了。但但是要清清楚需求求過程本本身就是是一個迭迭代的過過程，在在以后的的過程活活動中不不可避免免的將要要修改和和完善這這份報告告。 、分析析用戶工工作流程程 分析用用戶工作作流程觀觀察用戶戶執(zhí)行業(yè)業(yè)務任務務的過程程，通過過分析使使用實例例得到系系統(tǒng)的用用例圖。編編制用例例圖文檔檔將有助助于明確確系統(tǒng)的的使用實實

15、例和功功能需求求，統(tǒng)一一建模語語言的使使用有助助于與用用戶進一一步交流流。每個個用例的的描述應應包括：編號，為為每個用用例分配配一個唯唯一的編編號，為為需求的的追溯提提供了方方便；參參與者，與與這個用用例交互互的；前前置條件件，開始始用例前前所必須須具備的的系統(tǒng)狀狀態(tài)；后后置條件件，用例例完成后后系統(tǒng)達達到的狀狀態(tài)；基基本路徑徑，用例例完成的的關鍵路路徑，也也是用戶戶期望的的路徑；擴展點點，基本本路徑的的分枝，表表示意外外情況；字段說說明，路路徑中名名稱的進進一步分分解說明明，對以以后類屬屬性的定定義和數(shù)數(shù)據(jù)庫字字段設計計起作用用；設計計約束，實實現(xiàn)用例例的非功功能約束束。寫基基本路徑徑時應該

16、該使用主主動語句句；句子子以或者者系統(tǒng)作作為主語語；一句句表示一一個動作作，一句句表示系系統(tǒng)動作作，交叉叉表現(xiàn)交交互；不不要涉及及界面細細節(jié)，比比如用戶戶在文本本框輸入入名稱，下下拉框選選擇類型型. 用例：用戶注注冊，用用戶注冊冊成為系系統(tǒng)會員員 編號 參與者者 用戶戶 前置條條件 用戶訪訪問系統(tǒng)統(tǒng)，系統(tǒng)統(tǒng)運行正正常 后置條條件 系統(tǒng)記記錄用戶戶注冊信信息 基本路路徑 . 用用戶請求求注冊。 . 系系統(tǒng)顯示示注冊界界面。 . 用用戶提交交注冊信信息。 . 系系統(tǒng)驗證證注冊信信息是否否正確。 . 系系統(tǒng)生成成用戶名名和密碼碼，保存存注冊信信息。 . 系系統(tǒng)顯示示注冊成成功信息息，進入入會員頁頁面

17、。 擴展點點 . 用用戶提供供的信息息不正確確： . 系系統(tǒng)提示示輸入正正確信息息 . 返返回 補充說說明 注冊信信息包括括用戶戶實名電話傳真聯(lián)系系地址聯(lián)聯(lián)系地址址省份份城市市街道道郵編編 設計約約束 注冊反反應時間間不能超超過秒 、確定定質(zhì)量屬屬性 在功能能需求之之外再考考慮一下下非功能能的質(zhì)量量特點，以以及確定定由于特特殊的商商業(yè)應用用環(huán)境對對系統(tǒng)提提出的功功能或性性能上的的約束，這這會使你你的產(chǎn)品品達到并并超過客客戶的期期望。對對系統(tǒng)如如何能很很好地執(zhí)執(zhí)行某些些行為或或讓用戶戶采取某某一措施施的陳述述就是質(zhì)質(zhì)量屬性性，這是是一種非非功能需需求。聽聽取那些些描述合合理特性性的意見見：快捷捷、簡易易、直覺覺性、用用戶友好好、健壯壯性、可可靠性、安安全性和和高效性性。你將將要和用用戶一起起商討精精確定義義他們模模糊的和和主觀言言辭的真真正含義義，并且且要將質(zhì)質(zhì)量屬性性分配到到每個用用例的設設