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

2、但是是實際上上需求獲獲取并不不是想象象的這樣樣簡單，這條溝溝通之路路布滿了了荊棘。首先需需求獲取取要定義義問題范范圍，系系統的邊邊界往往往是很難難明確的的，用戶戶不了解解技術實實現的細細節，這這樣造成成了系統統目標的的混淆。 其次次是對問問題的理理解，用用戶對計計算機系系統的能能力和限限制缺乏乏了解，任何一一個系統統都會有有很多的的用戶或或者不同同類型的的用戶，每個用用戶只知知道自己己需要的的系統，而不知知道系統統的整體體情況，他們不不知道系系統作為為一個整整體怎么么樣工作作效率更更好，也也不太清清楚那些些工作可可以交給給軟件完完成，他他們不清清楚需求求是什么么，或者者說如何何以一種種精確的的

3、方式來來描述需需求，他他們需要要開發人人員的協協助和指指導，但但是用戶戶與開發發人員之之間的交交流很容容易出現現障礙，忽略了了那些被被認為是是很明確確的信息息。最后后是需求求的確認認，因為為需求的的不穩定定性往往往隨著時時間的推推移產生生變動，使之難難以確認認。為了了克服以以上的問問題，必必須有組組織的執執行需求求的獲取取活動。 需求求獲取活活動建議議要完成成的個任任務或者者說步驟驟分別是是確定需需求過程程、編寫寫項目視視圖和范范圍文檔檔、用戶戶群分類類、選擇擇用戶代代表、選選擇用戶戶代表、建立核核心隊伍伍、確定定使用實實例、召召開聯合合會議、分析用用戶工作作流程、確定質質量屬性性、檢查查問題

4、報報告和需需求重用用。當然然應該根根據組織織和項目目的具體體情況進進行適當當的裁減減，比如如根據項項目和用用戶情況況把需求求獲取會會議改成成問卷調調查或者者座談等等等。、編寫項項目視圖圖和范圍圍文檔 系統統的需求求包括四四個不同同的層次次：業務務需求、用戶需需求和功功能需求求、非功功能性需需求。業業務需求求說明了了提供給給用戶新新系統的的最初利利益，反反映了組組織機構構或用戶戶對系統統、產品品高層次次的目標標要求，它們在在項目視視圖與范范圍文檔檔中予以以說明。用戶需需求文檔檔描述了了用戶使使用產品品必須要要完成的的任務，這在使使用實例例文檔或或方案腳腳本說明明中予以以說明。功能需需求定義義了開

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

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

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

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

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

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

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

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

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

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

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

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

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