




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、獲取用戶需求十大技巧成功的軟件產(chǎn)品是建立在成功的需求基礎(chǔ)之上的,而高質(zhì)量的需求來源于用戶與開發(fā)人員之間有效的溝通與合作。當(dāng)用戶有一個(gè)問題可以用計(jì)算機(jī)系統(tǒng)來解決,而開發(fā)人員開始幫助用戶解決這個(gè)問題,溝通就開始了。 需求獲獲取可能能是軟件件開發(fā)中中最困難難、最關(guān)關(guān)鍵、最最易出錯(cuò)錯(cuò)及最需需要溝通通交流的的活動(dòng)。對(duì)對(duì)需求的的獲取往往往有錯(cuò)錯(cuò)誤的認(rèn)認(rèn)識(shí):用用戶知道道需求是是什么,我我們所要要做的就就是和他他們交談?wù)剰乃麄儌兡抢锏玫玫叫枨笄?,只要要問用戶戶系統(tǒng)的的目標(biāo)特特征,什什么是要要完成的的,什么么樣的系系統(tǒng)能適適合商業(yè)業(yè)需要就就可以了了,但是是實(shí)際上上需求獲獲取并不不是想象象的這樣樣簡單,這這條溝通
2、通之路布布滿了荊荊棘。首首先需求求獲取要要定義問問題范圍圍,系統(tǒng)統(tǒng)的邊界界往往是是很難明明確的,用用戶不了了解技術(shù)術(shù)實(shí)現(xiàn)的的細(xì)節(jié),這這樣造成成了系統(tǒng)統(tǒng)目標(biāo)的的混淆。 其次是是對(duì)問題題的理解解,用戶戶對(duì)計(jì)算算機(jī)系統(tǒng)統(tǒng)的能力力和限制制缺乏了了解,任任何一個(gè)個(gè)系統(tǒng)都都會(huì)有很很多的用用戶或者者不同類類型的用用戶,每每個(gè)用戶戶只知道道自己需需要的系系統(tǒng),而而不知道道系統(tǒng)的的整體情情況,他他們不知知道系統(tǒng)統(tǒng)作為一一個(gè)整體體怎么樣樣工作效效率更好好,也不不太清楚楚那些工工作可以以交給軟軟件完成成,他們們不清楚楚需求是是什么,或或者說如如何以一一種精確確的方式式來描述述需求,他他們需要要開發(fā)人人員的協(xié)協(xié)助和指
3、指導(dǎo),但但是用戶戶與開發(fā)發(fā)人員之之間的交交流很容容易出現(xiàn)現(xiàn)障礙,忽忽略了那那些被認(rèn)認(rèn)為是很很明確的的信息。最最后是需需求的確確認(rèn),因因?yàn)樾枨笄蟮牟环€(wěn)穩(wěn)定性往往往隨著著時(shí)間的的推移產(chǎn)產(chǎn)生變動(dòng)動(dòng),使之之難以確確認(rèn)。為為了克服服以上的的問題,必必須有組組織的執(zhí)執(zhí)行需求求的獲取取活動(dòng)。 需求獲獲取活動(dòng)動(dòng)建議要要完成的的個(gè)任務(wù)務(wù)或者說說步驟分分別是確確定需求求過程、編編寫項(xiàng)目目視圖和和范圍文文檔、用用戶群分分類、選選擇用戶戶代表、選選擇用戶戶代表、建建立核心心隊(duì)伍、確確定使用用實(shí)例、召召開聯(lián)合合會(huì)議、分分析用戶戶工作流流程、確確定質(zhì)量量屬性、檢檢查問題題報(bào)告和和需求重重用。當(dāng)當(dāng)然應(yīng)該該根據(jù)組組織和項(xiàng)項(xiàng)目
4、的具具體情況況進(jìn)行適適當(dāng)?shù)牟貌脺p,比比如根據(jù)據(jù)項(xiàng)目和和用戶情情況把需需求獲取取會(huì)議改改成問卷卷調(diào)查或或者座談?wù)劦鹊取?、編寫寫項(xiàng)目視視圖和范范圍文檔檔 系統(tǒng)的的需求包包括四個(gè)個(gè)不同的的層次:業(yè)務(wù)需需求、用用戶需求求和功能能需求、非非功能性性需求。業(yè)業(yè)務(wù)需求求說明了了提供給給用戶新新系統(tǒng)的的最初利利益,反反映了組組織機(jī)構(gòu)構(gòu)或用戶戶對(duì)系統(tǒng)統(tǒng)、產(chǎn)品品高層次次的目標(biāo)標(biāo)要求,它它們?cè)陧?xiàng)項(xiàng)目視圖圖與范圍圍文檔中中予以說說明。用用戶需求求文檔描描述了用用戶使用用產(chǎn)品必必須要完完成的任任務(wù),這這在使用用實(shí)例文文檔或方方案腳本本說明中中予以說說明。功功能需求求定義了了開發(fā)人人員必須須實(shí)現(xiàn)的的軟件功功能,使使得用
5、戶戶能完成成他們的的任務(wù),從從而滿足足了業(yè)務(wù)務(wù)需求。 非功能能性需求求是用戶戶對(duì)系統(tǒng)統(tǒng)良好運(yùn)運(yùn)作提出出的期望望,包括括了易用用性、反反應(yīng)速度度、容錯(cuò)錯(cuò)性、健健壯性等等等質(zhì)量量屬性。需需求獲取取就是根根據(jù)系統(tǒng)統(tǒng)業(yè)務(wù)需需求去獲獲得系統(tǒng)統(tǒng)用戶需需求,然然后通過過需求分分析得到到系統(tǒng)的的功能需需求和非非功能需需求。項(xiàng)項(xiàng)目視圖圖和范圍圍文檔就就是從高高層次上上描述系系統(tǒng)的業(yè)業(yè)務(wù)需求求,應(yīng)該該包括高高層的產(chǎn)產(chǎn)品業(yè)務(wù)務(wù)目標(biāo),評(píng)評(píng)估問題題解決方方案的商商業(yè)和技技術(shù)可行行性,所所有的使使用實(shí)例例和功能能需求都都必須遵遵從的標(biāo)標(biāo)準(zhǔn)。而而范圍文文檔定義義了項(xiàng)目目產(chǎn)品所所包括的的所有工工作及產(chǎn)產(chǎn)生產(chǎn)品品所用的的過程。
6、項(xiàng)項(xiàng)目相關(guān)關(guān)人員對(duì)對(duì)項(xiàng)目的的目標(biāo)和和范圍能能達(dá)成共共識(shí),整整個(gè)項(xiàng)目目組都應(yīng)應(yīng)該把注注意力集集中在項(xiàng)項(xiàng)目目標(biāo)標(biāo)和范圍圍上。 、用戶戶群分類類 系統(tǒng)用用戶在很很多方面面存在著著差異,例例如:使使用系統(tǒng)統(tǒng)的頻度度和程度度、應(yīng)用用領(lǐng)域和和計(jì)算機(jī)機(jī)系統(tǒng)知知識(shí)、所所使用的的系統(tǒng)特特性、所所進(jìn)行的的業(yè)務(wù)過過程、訪訪問權(quán)限限、地理理上的布布局以及及個(gè)人的的素質(zhì)和和喜好等等等。根根據(jù)這些些差異,你你可以把把這些不不同的用用戶分成成不同的的用戶類類。與中中的概念一一樣,用用戶類不不一定都都指人,也也可以包包括其他他應(yīng)用系系統(tǒng)、接接口或者者硬件,這這樣做使使得與系系統(tǒng)邊界界外的接接口也成成為系統(tǒng)統(tǒng)需求。將將用戶群群
7、分類并并歸納各各自特點(diǎn)點(diǎn),并詳詳細(xì)描述述出它們們的個(gè)性性特點(diǎn)及及任務(wù)狀狀況,將將有助于于需求的的獲取和和系統(tǒng)設(shè)設(shè)計(jì)。、選擇用用戶代表表 不可能能對(duì)所有有的用戶戶都進(jìn)行行需求獲獲取,這這樣做時(shí)時(shí)間不允允許效果果也不一一定好,所所以要識(shí)識(shí)別出能能夠確定定需求和和了解業(yè)業(yè)務(wù)流程程的用戶戶作為每每類用戶戶的代表表。每類類用戶至至少選擇擇一位能能真正代代表他們們需求的的人作為為代表并并且能夠夠作出決決策,用用戶代表表往往是是本類用用戶中三三類人:對(duì)項(xiàng)目目有決定定權(quán)的領(lǐng)領(lǐng)導(dǎo)、熟熟悉業(yè)務(wù)務(wù)流程的的專家、系系統(tǒng)最終終用戶。 每一個(gè)個(gè)用戶代代表者代代表了一一個(gè)特定定的用戶戶類,并并在那個(gè)個(gè)用戶類類和開發(fā)發(fā)者之間
8、間充當(dāng)主主要的接接口,用用戶代表表從他們們所代表表的用戶戶類中收收集需求求信息,同同時(shí)每個(gè)個(gè)用戶代代表又負(fù)負(fù)責(zé)協(xié)調(diào)調(diào)他們所所代表的的用戶在在需求表表達(dá)上的的不一致致性和不不兼容性性。 、建立立核心隊(duì)隊(duì)伍 通常用用戶和開開發(fā)人員員不自覺覺的都有有一種我我們和他他們的想想法,產(chǎn)產(chǎn)生一種種對(duì)立關(guān)關(guān)系,把把彼此放放在對(duì)立立面,每每一方都都定義自自己的邊邊界,只只想自己己的利益益而忽略略對(duì)方的的想法。他他們通過過文檔、記記錄和對(duì)對(duì)話來溝溝通,而而不是作作為一個(gè)個(gè)合作的的整體去去識(shí)別和和確定需需求完成成任務(wù)。實(shí)實(shí)踐證明明這樣的的方法是是不正確確的,不不會(huì)給雙雙方帶來來一點(diǎn)益益處,良良好的溝溝通關(guān)系系沒有建
9、建立導(dǎo)致致了誤解解和忽略略重要的的信息。只只有當(dāng)雙雙方參與與者都明明白要成成功自己己需要什什么,同同時(shí)也知知道要成成功對(duì)方方需要什什么時(shí),才才能建立立起一種種合作關(guān)關(guān)系。 為了建建立合作作關(guān)系通通常采取取一種組組隊(duì)的方方式來獲獲取需求求,建立立一個(gè)由由用戶代代表和開開發(fā)人員員組成的的聯(lián)合小小組作為為需求獲獲取的核核心隊(duì)伍伍。聯(lián)合合小組將將負(fù)責(zé)識(shí)識(shí)別需求求、分析析解決方方案和協(xié)協(xié)商分歧歧,小組組成員可可以采用用會(huì)議、電電子郵件件、綜合合辦公系系統(tǒng)等方方式進(jìn)行行交流,但但交流時(shí)時(shí)應(yīng)注意意以下原原則:小小組會(huì)議議應(yīng)該由由中立方方來組織織和主持持,用戶戶和開發(fā)發(fā)人員都都要參加加;交流流預(yù)先要要確定準(zhǔn)準(zhǔn)
10、備和參參與的規(guī)規(guī)則;議議題要明明確并覆覆蓋所有有關(guān)鍵點(diǎn)點(diǎn),但信信息來源源應(yīng)該自自由;交交流目標(biāo)標(biāo)要明確確,并告告知所有有的成員員。 、確定定使用實(shí)實(shí)例 從用戶戶代表處處收集他他們將使使用系統(tǒng)統(tǒng)完成所所需任務(wù)務(wù)的描述述,討論論用戶與與系統(tǒng)間間的交互互方式和和對(duì)話要要求,這這就是使使用實(shí)例例,一個(gè)個(gè)單一的的使用實(shí)實(shí)例可能能包括完完成某項(xiàng)項(xiàng)任務(wù)的的許多邏邏輯相關(guān)關(guān)任務(wù)和和交互順順序。使使用實(shí)例例方法給給需求獲獲取帶來來的好處處來自于于該方法法是用以以任務(wù)為為中心和和以用戶戶為中心心的觀點(diǎn)點(diǎn),比起起使用以以功能為為中心和和以開發(fā)發(fā)者為中中心的方方法,使使用實(shí)例例方法可可以使用用戶更清清楚地理理解和認(rèn)認(rèn)
11、識(shí)到新新系統(tǒng)允允許他們們做什么么和怎么么做。描描寫使用用實(shí)例的的時(shí)候要要注意使使用簡潔潔直白的的表述,盡盡量使用用主動(dòng)語語態(tài),系系統(tǒng)或者者用戶作作為主語語,比如如用戶提提交用戶戶密碼,系系統(tǒng)驗(yàn)證證用戶密密碼是否否正確,還還有一點(diǎn)點(diǎn)在描述述中不要要設(shè)計(jì)界界面細(xì)節(jié)節(jié),比如如用戶從從下拉框框中選擇擇產(chǎn)品類類型.使使用實(shí)例例為以后后寫用例例場(chǎng)景描描述中的的基本路路徑和擴(kuò)擴(kuò)展路徑徑提供了了素材。、召開聯(lián)合合會(huì)議 最常見見的需求求獲取方方法是召召開會(huì)議議或者面面談,聯(lián)聯(lián)合會(huì)議議是范圍圍廣的、簡簡便的討討論會(huì),也也是核心心隊(duì)伍成成員之間間一種很很好的溝溝通方法法,該會(huì)會(huì)議通過過緊密而而集中的的討論得得以將用
12、用戶代表表與開發(fā)發(fā)人員間間的合作作伙伴關(guān)關(guān)系付諸諸于實(shí)踐踐并能由由此擬出出需求文文檔的底底稿。聯(lián)聯(lián)合會(huì)議議的第一一個(gè)議題題就是系系統(tǒng)的必必要性和和合理性性,必須須所有成成員都同同意系統(tǒng)統(tǒng)是必要要的而且且合理的的。接下下來就可可以討論論使用實(shí)實(shí)例清單單,清單單可以打打印成大大紙掛在在墻上、寫寫在黑板板上或做做成演示示材料。對(duì)對(duì)每個(gè)清清單合并并去掉重重復(fù)項(xiàng),加加上補(bǔ)充充內(nèi)容就就可以得得到一份份總的清清單,注注意避免免采用負(fù)負(fù)面的太太差不可可行去否否定用戶戶的想法法,這些些想法都都應(yīng)該保保留下來來作為被被評(píng)議的的清單項(xiàng)項(xiàng),這樣樣保護(hù)了了小組成成員開放放的思維維。最后后對(duì)清單單進(jìn)行討討論,會(huì)會(huì)議成員員
13、必須檢檢查每一一個(gè)使用用實(shí)例,在在把它們們納入需需求之前前決定其其是否在在項(xiàng)目所所定義的的范圍內(nèi)內(nèi),形成成最終的的需求報(bào)報(bào)告。 在進(jìn)行行討論時(shí)時(shí),也應(yīng)應(yīng)該避免免受不成成熟的細(xì)細(xì)節(jié)的影影響,在在對(duì)系統(tǒng)統(tǒng)需求取取得共識(shí)識(shí)之前,用用戶能很很容易地地在一個(gè)個(gè)報(bào)表或或?qū)υ捒蚩蛑辛谐龀瞿承┚_設(shè)計(jì)計(jì),如果果這些細(xì)細(xì)節(jié)都作作為需求求記錄下下來,他他們會(huì)給給隨后的的設(shè)計(jì)過過程帶來來不必要要的限制制,應(yīng)確確保用戶戶參與者者將注意意力集中中在與所所討論的的話題適適合的抽抽象層上上,重點(diǎn)點(diǎn)就是討討論做什什么而不不是怎么么做。這這里有一一點(diǎn)很重重要就是是要讓用用戶理解解對(duì)于某某些功能能的討論論并不意意味著即即將在系
14、系統(tǒng)中實(shí)實(shí)現(xiàn)它,更更不要做做暗示或或者承諾諾什么時(shí)時(shí)候完成成需求。在在討論之之后,記記下所討討論的條條目,并并請(qǐng)參與與討論的的用戶評(píng)評(píng)論并更更正,因因?yàn)橹挥杏刑峁┬栊枨蟮娜巳瞬拍艽_確定是否否真正獲獲取需求求。當(dāng)最最后拿到到了一份份詳細(xì)準(zhǔn)準(zhǔn)確的需需求報(bào)告告書的時(shí)時(shí)候,會(huì)會(huì)議就算算成功完完成了。但但是要清清楚需求求過程本本身就是是一個(gè)迭迭代的過過程,在在以后的的過程活活動(dòng)中不不可避免免的將要要修改和和完善這這份報(bào)告告。 、分析析用戶工工作流程程 分析用用戶工作作流程觀觀察用戶戶執(zhí)行業(yè)業(yè)務(wù)任務(wù)務(wù)的過程程,通過過分析使使用實(shí)例例得到系系統(tǒng)的用用例圖。編編制用例例圖文檔檔將有助助于明確確系統(tǒng)的的使用實(shí)實(shí)
15、例和功功能需求求,統(tǒng)一一建模語語言的使使用有助助于與用用戶進(jìn)一一步交流流。每個(gè)個(gè)用例的的描述應(yīng)應(yīng)包括:編號(hào),為為每個(gè)用用例分配配一個(gè)唯唯一的編編號(hào),為為需求的的追溯提提供了方方便;參參與者,與與這個(gè)用用例交互互的;前前置條件件,開始始用例前前所必須須具備的的系統(tǒng)狀狀態(tài);后后置條件件,用例例完成后后系統(tǒng)達(dá)達(dá)到的狀狀態(tài);基基本路徑徑,用例例完成的的關(guān)鍵路路徑,也也是用戶戶期望的的路徑;擴(kuò)展點(diǎn)點(diǎn),基本本路徑的的分枝,表表示意外外情況;字段說說明,路路徑中名名稱的進(jìn)進(jìn)一步分分解說明明,對(duì)以以后類屬屬性的定定義和數(shù)數(shù)據(jù)庫字字段設(shè)計(jì)計(jì)起作用用;設(shè)計(jì)計(jì)約束,實(shí)實(shí)現(xiàn)用例例的非功功能約束束。寫基基本路徑徑時(shí)應(yīng)該
16、該使用主主動(dòng)語句句;句子子以或者者系統(tǒng)作作為主語語;一句句表示一一個(gè)動(dòng)作作,一句句表示系系統(tǒng)動(dòng)作作,交叉叉表現(xiàn)交交互;不不要涉及及界面細(xì)細(xì)節(jié),比比如用戶戶在文本本框輸入入名稱,下下拉框選選擇類型型. 用例:用戶注注冊(cè),用用戶注冊(cè)冊(cè)成為系系統(tǒng)會(huì)員員 編號(hào) 參與者者 用戶戶 前置條條件 用戶訪訪問系統(tǒng)統(tǒng),系統(tǒng)統(tǒng)運(yùn)行正正常 后置條條件 系統(tǒng)記記錄用戶戶注冊(cè)信信息 基本路路徑 . 用用戶請(qǐng)求求注冊(cè)。 . 系系統(tǒng)顯示示注冊(cè)界界面。 . 用用戶提交交注冊(cè)信信息。 . 系系統(tǒng)驗(yàn)證證注冊(cè)信信息是否否正確。 . 系系統(tǒng)生成成用戶名名和密碼碼,保存存注冊(cè)信信息。 . 系系統(tǒng)顯示示注冊(cè)成成功信息息,進(jìn)入入會(huì)員頁頁面
17、。 擴(kuò)展點(diǎn)點(diǎn) . 用用戶提供供的信息息不正確確: . 系系統(tǒng)提示示輸入正正確信息息 . 返返回 補(bǔ)充說說明 注冊(cè)信信息包括括用戶戶實(shí)名電話傳真聯(lián)系系地址聯(lián)聯(lián)系地址址省份份城市市街道道郵編編 設(shè)計(jì)約約束 注冊(cè)反反應(yīng)時(shí)間間不能超超過秒 、確定定質(zhì)量屬屬性 在功能能需求之之外再考考慮一下下非功能能的質(zhì)量量特點(diǎn),以以及確定定由于特特殊的商商業(yè)應(yīng)用用環(huán)境對(duì)對(duì)系統(tǒng)提提出的功功能或性性能上的的約束,這這會(huì)使你你的產(chǎn)品品達(dá)到并并超過客客戶的期期望。對(duì)對(duì)系統(tǒng)如如何能很很好地執(zhí)執(zhí)行某些些行為或或讓用戶戶采取某某一措施施的陳述述就是質(zhì)質(zhì)量屬性性,這是是一種非非功能需需求。聽聽取那些些描述合合理特性性的意見見:快捷捷、簡易易、直覺覺性、用用戶友好好、健壯壯性、可可靠性、安安全性和和高效性性。你將將要和用用戶一起起商討精精確定義義他們模模糊的和和主觀言言辭的真真正含義義,并且且要將質(zhì)質(zhì)量屬性性分配到到每個(gè)用用例的設(shè)設(shè)
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 河北獻(xiàn)血宣傳活動(dòng)方案
- 檢察院網(wǎng)絡(luò)安全活動(dòng)方案
- 汽車公司大比拼活動(dòng)方案
- 水源清潔活動(dòng)方案
- 漢堡活動(dòng)優(yōu)惠活動(dòng)方案
- 桂花食品活動(dòng)方案
- 法指針平臺(tái)培訓(xùn)活動(dòng)方案
- 水庫開展讀書活動(dòng)方案
- 汽車音響新年活動(dòng)方案
- 水上迷宮項(xiàng)目活動(dòng)方案
- 《屹立在世界的東方》示范課教學(xué)課件【人教部編版小學(xué)道德與法治五年級(jí)下冊(cè)】
- 2023年音樂考試真題
- GB/T 16924-2008鋼件的淬火與回火
- 基礎(chǔ)護(hù)理學(xué):肌內(nèi)注射
- 應(yīng)急值守專題培訓(xùn)課件
- DB23T 1318-2020 黑龍江省建設(shè)施工現(xiàn)場(chǎng)安全生產(chǎn)標(biāo)準(zhǔn)化實(shí)施標(biāo)準(zhǔn)
- 新加坡公司法-英文版
- 醫(yī)院管理腎內(nèi)科腹膜透析護(hù)理常規(guī)
- 自動(dòng)控制原理浮球液位控制系統(tǒng)課程設(shè)計(jì)
- 離婚一方財(cái)產(chǎn)轉(zhuǎn)移
- 隧道施工安全技術(shù)教育培訓(xùn)記錄(共19頁)
評(píng)論
0/150
提交評(píng)論