




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
1、獲取用戶戶需求十十大技巧巧成功的軟軟件產(chǎn)品品是建立立在成功功的需求求基礎(chǔ)之之上的,而高質(zhì)質(zhì)量的需需求來源源于用戶戶與開發(fā)發(fā)人員之之間有效效的溝通通與合作作。當用用戶有一一個問題題可以用用計算機機系統(tǒng)來來解決,而開發(fā)發(fā)人員開開始幫助助用戶解解決這個個問題,溝通就就開始了了。 需求求獲取可可能是軟軟件開發(fā)發(fā)中最困困難、最最關(guān)鍵、最易出出錯及最最需要溝溝通交流流的活動動。對需需求的獲獲取往往往有錯誤誤的認識識:用戶戶知道需需求是什什么,我我們所要要做的就就是和他他們交談?wù)剰乃麄儌兡抢锏玫玫叫枨笄?,只要要問用戶戶系統(tǒng)的的目標特特征,什什么是要要完成的的,什么么樣的系系統(tǒng)能適適合商業(yè)業(yè)需要就就可以了了,
2、但是是實際上上需求獲獲取并不不是想象象的這樣樣簡單,這條溝溝通之路路布滿了了荊棘。首先需需求獲取取要定義義問題范范圍,系系統(tǒng)的邊邊界往往往是很難難明確的的,用戶戶不了解解技術(shù)實實現(xiàn)的細細節(jié),這這樣造成成了系統(tǒng)統(tǒng)目標的的混淆。 其次次是對問問題的理理解,用用戶對計計算機系系統(tǒng)的能能力和限限制缺乏乏了解,任何一一個系統(tǒng)統(tǒng)都會有有很多的的用戶或或者不同同類型的的用戶,每個用用戶只知知道自己己需要的的系統(tǒng),而不知知道系統(tǒng)統(tǒng)的整體體情況,他們不不知道系系統(tǒng)作為為一個整整體怎么么樣工作作效率更更好,也也不太清清楚那些些工作可可以交給給軟件完完成,他他們不清清楚需求求是什么么,或者者說如何何以一種種精確的的
3、方式來來描述需需求,他他們需要要開發(fā)人人員的協(xié)協(xié)助和指指導,但但是用戶戶與開發(fā)發(fā)人員之之間的交交流很容容易出現(xiàn)現(xiàn)障礙,忽略了了那些被被認為是是很明確確的信息息。最后后是需求求的確認認,因為為需求的的不穩(wěn)定定性往往往隨著時時間的推推移產(chǎn)生生變動,使之難難以確認認。為了了克服以以上的問問題,必必須有組組織的執(zhí)執(zhí)行需求求的獲取取活動。 需求求獲取活活動建議議要完成成的個任任務(wù)或者者說步驟驟分別是是確定需需求過程程、編寫寫項目視視圖和范范圍文檔檔、用戶戶群分類類、選擇擇用戶代代表、選選擇用戶戶代表、建立核核心隊伍伍、確定定使用實實例、召召開聯(lián)合合會議、分析用用戶工作作流程、確定質(zhì)質(zhì)量屬性性、檢查查問題
4、報報告和需需求重用用。當然然應該根根據(jù)組織織和項目目的具體體情況進進行適當當?shù)牟脺p減,比如如根據(jù)項項目和用用戶情況況把需求求獲取會會議改成成問卷調(diào)調(diào)查或者者座談等等等。、編寫項項目視圖圖和范圍圍文檔 系統(tǒng)統(tǒng)的需求求包括四四個不同同的層次次:業(yè)務(wù)務(wù)需求、用戶需需求和功功能需求求、非功功能性需需求。業(yè)業(yè)務(wù)需求求說明了了提供給給用戶新新系統(tǒng)的的最初利利益,反反映了組組織機構(gòu)構(gòu)或用戶戶對系統(tǒng)統(tǒng)、產(chǎn)品品高層次次的目標標要求,它們在在項目視視圖與范范圍文檔檔中予以以說明。用戶需需求文檔檔描述了了用戶使使用產(chǎn)品品必須要要完成的的任務(wù),這在使使用實例例文檔或或方案腳腳本說明明中予以以說明。功能需需求定義義了開
5、發(fā)發(fā)人員必必須實現(xiàn)現(xiàn)的軟件件功能,使得用用戶能完完成他們們的任務(wù)務(wù),從而而滿足了了業(yè)務(wù)需需求。 非功功能性需需求是用用戶對系系統(tǒng)良好好運作提提出的期期望,包包括了易易用性、反應速速度、容容錯性、健壯性性等等質(zhì)質(zhì)量屬性性。需求求獲取就就是根據(jù)據(jù)系統(tǒng)業(yè)業(yè)務(wù)需求求去獲得得系統(tǒng)用用戶需求求,然后后通過需需求分析析得到系系統(tǒng)的功功能需求求和非功功能需求求。項目目視圖和和范圍文文檔就是是從高層層次上描描述系統(tǒng)統(tǒng)的業(yè)務(wù)務(wù)需求,應該包包括高層層的產(chǎn)品品業(yè)務(wù)目目標,評評估問題題解決方方案的商商業(yè)和技技術(shù)可行行性,所所有的使使用實例例和功能能需求都都必須遵遵從的標標準。而而范圍文文檔定義義了項目目產(chǎn)品所所包括的的
6、所有工工作及產(chǎn)產(chǎn)生產(chǎn)品品所用的的過程。項目相相關(guān)人員員對項目目的目標標和范圍圍能達成成共識,整個項項目組都都應該把把注意力力集中在在項目目目標和范范圍上。、用戶群群分類 系統(tǒng)統(tǒng)用戶在在很多方方面存在在著差異異,例如如:使用用系統(tǒng)的的頻度和和程度、應用領(lǐng)領(lǐng)域和計計算機系系統(tǒng)知識識、所使使用的系系統(tǒng)特性性、所進進行的業(yè)業(yè)務(wù)過程程、訪問問權(quán)限、地理上上的布局局以及個個人的素素質(zhì)和喜喜好等等等。根據(jù)據(jù)這些差差異,你你可以把把這些不不同的用用戶分成成不同的的用戶類類。與中中的概念一一樣,用用戶類不不一定都都指人,也可以以包括其其他應用用系統(tǒng)、接口或或者硬件件,這樣樣做使得得與系統(tǒng)統(tǒng)邊界外外的接口口也成為
7、為系統(tǒng)需需求。將將用戶群群分類并并歸納各各自特點點,并詳詳細描述述出它們們的個性性特點及及任務(wù)狀狀況,將將有助于于需求的的獲取和和系統(tǒng)設(shè)設(shè)計。、選擇用用戶代表表 不可可能對所所有的用用戶都進進行需求求獲取,這樣做做時間不不允許效效果也不不一定好好,所以以要識別別出能夠夠確定需需求和了了解業(yè)務(wù)務(wù)流程的的用戶作作為每類類用戶的的代表。每類用用戶至少少選擇一一位能真真正代表表他們需需求的人人作為代代表并且且能夠作作出決策策,用戶戶代表往往往是本本類用戶戶中三類類人:對對項目有有決定權(quán)權(quán)的領(lǐng)導導、熟悉悉業(yè)務(wù)流流程的專專家、系系統(tǒng)最終終用戶。 每一一個用戶戶代表者者代表了了一個特特定的用用戶類,并在那那
8、個用戶戶類和開開發(fā)者之之間充當當主要的的接口,用戶代代表從他他們所代代表的用用戶類中中收集需需求信息息,同時時每個用用戶代表表又負責責協(xié)調(diào)他他們所代代表的用用戶在需需求表達達上的不不一致性性和不兼兼容性。、建立核核心隊伍伍 通常常用戶和和開發(fā)人人員不自自覺的都都有一種種我們和和他們的的想法,產(chǎn)生一一種對立立關(guān)系,把彼此此放在對對立面,每一方方都定義義自己的的邊界,只想自自己的利利益而忽忽略對方方的想法法。他們們通過文文檔、記記錄和對對話來溝溝通,而而不是作作為一個個合作的的整體去去識別和和確定需需求完成成任務(wù)。實踐證證明這樣樣的方法法是不正正確的,不會給給雙方帶帶來一點點益處,良好的的溝通關(guān)關(guān)
9、系沒有有建立導導致了誤誤解和忽忽略重要要的信息息。只有有當雙方方參與者者都明白白要成功功自己需需要什么么,同時時也知道道要成功功對方需需要什么么時,才才能建立立起一種種合作關(guān)關(guān)系。 為了了建立合合作關(guān)系系通常采采取一種種組隊的的方式來來獲取需需求,建建立一個個由用戶戶代表和和開發(fā)人人員組成成的聯(lián)合合小組作作為需求求獲取的的核心隊隊伍。聯(lián)聯(lián)合小組組將負責責識別需需求、分分析解決決方案和和協(xié)商分分歧,小小組成員員可以采采用會議議、電子子郵件、綜合辦辦公系統(tǒng)統(tǒng)等方式式進行交交流,但但交流時時應注意意以下原原則:小小組會議議應該由由中立方方來組織織和主持持,用戶戶和開發(fā)發(fā)人員都都要參加加;交流流預先要
10、要確定準準備和參參與的規(guī)規(guī)則;議議題要明明確并覆覆蓋所有有關(guān)鍵點點,但信信息來源源應該自自由;交交流目標標要明確確,并告告知所有有的成員員。、確定使使用實例例 從用用戶代表表處收集集他們將將使用系系統(tǒng)完成成所需任任務(wù)的描描述,討討論用戶戶與系統(tǒng)統(tǒng)間的交交互方式式和對話話要求,這就是是使用實實例,一一個單一一的使用用實例可可能包括括完成某某項任務(wù)務(wù)的許多多邏輯相相關(guān)任務(wù)務(wù)和交互互順序。使用實實例方法法給需求求獲取帶帶來的好好處來自自于該方方法是用用以任務(wù)務(wù)為中心心和以用用戶為中中心的觀觀點,比比起使用用以功能能為中心心和以開開發(fā)者為為中心的的方法,使用實實例方法法可以使使用戶更更清楚地地理解和和
11、認識到到新系統(tǒng)統(tǒng)允許他他們做什什么和怎怎么做。描寫使使用實例例的時候候要注意意使用簡簡潔直白白的表述述,盡量量使用主主動語態(tài)態(tài),系統(tǒng)統(tǒng)或者用用戶作為為主語,比如用用戶提交交用戶密密碼,系系統(tǒng)驗證證用戶密密碼是否否正確,還有一一點在描描述中不不要設(shè)計計界面細細節(jié),比比如用戶戶從下拉拉框中選選擇產(chǎn)品品類型.使用實實例為以以后寫用用例場景景描述中中的基本本路徑和和擴展路路徑提供供了素材材。、召開聯(lián)聯(lián)合會議議 最常常見的需需求獲取取方法是是召開會會議或者者面談,聯(lián)合會會議是范范圍廣的的、簡便便的討論論會,也也是核心心隊伍成成員之間間一種很很好的溝溝通方法法,該會會議通過過緊密而而集中的的討論得得以將用
12、用戶代表表與開發(fā)發(fā)人員間間的合作作伙伴關(guān)關(guān)系付諸諸于實踐踐并能由由此擬出出需求文文檔的底底稿。聯(lián)聯(lián)合會議議的第一一個議題題就是系系統(tǒng)的必必要性和和合理性性,必須須所有成成員都同同意系統(tǒng)統(tǒng)是必要要的而且且合理的的。接下下來就可可以討論論使用實實例清單單,清單單可以打打印成大大紙掛在在墻上、寫在黑黑板上或或做成演演示材料料。對每每個清單單合并去去掉重復復項,加加上補充充內(nèi)容就就可以得得到一份份總的清清單,注注意避免免采用負負面的太太差不可可行去否否定用戶戶的想法法,這些些想法都都應該保保留下來來作為被被評議的的清單項項,這樣樣保護了了小組成成員開放放的思維維。最后后對清單單進行討討論,會會議成員員
13、必須檢檢查每一一個使用用實例,在把它它們納入入需求之之前決定定其是否否在項目目所定義義的范圍圍內(nèi),形形成最終終的需求求報告。 在進進行討論論時,也也應該避避免受不不成熟的的細節(jié)的的影響,在對系系統(tǒng)需求求取得共共識之前前,用戶戶能很容容易地在在一個報報表或?qū)υ捒蛑兄辛谐瞿衬承┚_確設(shè)計,如果這這些細節(jié)節(jié)都作為為需求記記錄下來來,他們們會給隨隨后的設(shè)設(shè)計過程程帶來不不必要的的限制,應確保保用戶參參與者將將注意力力集中在在與所討討論的話話題適合合的抽象象層上,重點就就是討論論做什么么而不是是怎么做做。這里里有一點點很重要要就是要要讓用戶戶理解對對于某些些功能的的討論并并不意味味著即將將在系統(tǒng)統(tǒng)中實
14、現(xiàn)現(xiàn)它,更更不要做做暗示或或者承諾諾什么時時候完成成需求。在討論論之后,記下所所討論的的條目,并請參參與討論論的用戶戶評論并并更正,因為只只有提供供需求的的人才能能確定是是否真正正獲取需需求。當當最后拿拿到了一一份詳細細準確的的需求報報告書的的時候,會議就就算成功功完成了了。但是是要清楚楚需求過過程本身身就是一一個迭代代的過程程,在以以后的過過程活動動中不可可避免的的將要修修改和完完善這份份報告。、分析用用戶工作作流程 分析析用戶工工作流程程觀察用用戶執(zhí)行行業(yè)務(wù)任任務(wù)的過過程,通通過分析析使用實實例得到到系統(tǒng)的的用例圖圖。編制制用例圖圖文檔將將有助于于明確系系統(tǒng)的使使用實例例和功能能需求,統(tǒng)一
15、建建模語言言的使用用有助于于與用戶戶進一步步交流。每個用用例的描描述應包包括:編編號,為為每個用用例分配配一個唯唯一的編編號,為為需求的的追溯提提供了方方便;參參與者,與這個個用例交交互的;前置條條件,開開始用例例前所必必須具備備的系統(tǒng)統(tǒng)狀態(tài);后置條條件,用用例完成成后系統(tǒng)統(tǒng)達到的的狀態(tài);基本路路徑,用用例完成成的關(guān)鍵鍵路徑,也是用用戶期望望的路徑徑;擴展展點,基基本路徑徑的分枝枝,表示示意外情情況;字字段說明明,路徑徑中名稱稱的進一一步分解解說明,對以后后類屬性性的定義義和數(shù)據(jù)據(jù)庫字段段設(shè)計起起作用;設(shè)計約約束,實實現(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)統(tǒng)生成用用戶名和和密碼,保存注注冊信息息。. 系統(tǒng)統(tǒng)顯示注注冊成功功信息,進入會會員頁面面。 擴展展點. 用戶戶提供的的信息不不正確:.
17、 系統(tǒng)統(tǒng)提示輸輸入正確確信息. 返回回 補充充說明 注冊冊信息包包括用用戶實名名電話話傳真真聯(lián)聯(lián)系地址址聯(lián)系地地址省省份城城市街街道郵郵編 設(shè)計計約束 注冊冊反應時時間不能能超過秒秒、確定質(zhì)質(zhì)量屬性性 在功功能需求求之外再再考慮一一下非功功能的質(zhì)質(zhì)量特點點,以及及確定由由于特殊殊的商業(yè)業(yè)應用環(huán)環(huán)境對系系統(tǒng)提出出的功能能或性能能上的約約束,這這會使你你的產(chǎn)品品達到并并超過客客戶的期期望。對對系統(tǒng)如如何能很很好地執(zhí)執(zhí)行某些些行為或或讓用戶戶采取某某一措施施的陳述述就是質(zhì)質(zhì)量屬性性,這是是一種非非功能需需求。聽聽取那些些描述合合理特性性的意見見:快捷捷、簡易易、直覺覺性、用用戶友好好、健壯壯性、可可靠性、安全性性和高效效性。你你將要和和用戶一一起商討討精確定定義他們們模糊的的和主觀觀言辭的的真正含含義,并并且要將將質(zhì)量屬屬性分配配到每個個用例的的設(shè)計
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年中國企業(yè)供應鏈管理服務(wù)行業(yè)市場現(xiàn)狀、前景分析研究報告(智研咨詢發(fā)布)
- 河南省重點高中2024年高三二模數(shù)學試題解析
- 2025至2031年中國熱風回流焊接機行業(yè)投資前景及策略咨詢研究報告
- 《Web前端開發(fā)基礎(chǔ)》課件-視頻2 復合選擇器
- 2025至2031年中國小截面線纜行業(yè)投資前景及策略咨詢研究報告
- 2025至2031年中國噴塑啞光雙門雙節(jié)文件柜行業(yè)投資前景及策略咨詢研究報告
- 2025至2031年中國包裝線行業(yè)投資前景及策略咨詢研究報告
- 2025至2031年中國低頻接插件行業(yè)投資前景及策略咨詢研究報告
- 2025至2031年中國PP-R活接行業(yè)投資前景及策略咨詢研究報告
- 2025至2030年中國聚苯彩鋼復合板數(shù)據(jù)監(jiān)測研究報告
- 化工原理完整(天大版)課件
- 2025年陜西延長石油有限責任公司招聘筆試參考題庫含答案解析
- 《淞滬會戰(zhàn)》課件
- Excel辦公技巧培訓
- 運輸公司安全生產(chǎn)管理制度
- GB 11984-2024化工企業(yè)氯氣安全技術(shù)規(guī)范
- 《信息論緒論》課件
- GA/T 2149-2024機動車駕駛?cè)税踩逃W(wǎng)絡(luò)課程設(shè)置規(guī)范
- 新時代大學生勞動教育 課件 第5章 勞動素養(yǎng)及其養(yǎng)成
- 2024年度英語課件容貌焦慮
- 初一家長會課件96108
評論
0/150
提交評論