需求工程二講需求獲取課件

1、需求工程第二講 需求獲取重點(diǎn)需求獲取的難點(diǎn)在哪里？需求獲取的哪些內(nèi)容？需求獲取的主要技術(shù)需求獲取簡(jiǎn)單嗎？表面上實(shí)質(zhì)上范圍問(wèn)題理解問(wèn)題易變問(wèn)題需求獲取的重要性需求獲取(requirement elicitation)是需求工程的主體。對(duì)于所建議的軟件產(chǎn)品，獲取需求是一個(gè)確定和理解不同用戶類的需要和限制的過(guò)程 需求獲取是在問(wèn)題及其最終解決方案之間架設(shè)橋梁的第一步 需求獲取可能是軟件開(kāi)發(fā)中最困難、最關(guān)鍵、最易出錯(cuò)及最需要交流的方面 需求獲取是一個(gè)需要高度合作的活動(dòng)，而并不是客戶所說(shuō)的需求的簡(jiǎn)單謄本 需求獲取存在的問(wèn)題（障礙）無(wú)法陳述自己的需要無(wú)法解釋任務(wù)及原因要求特定的解決方案缺乏想象力-新方法缺乏

2、想象力-結(jié)果矛盾的需求抵制變更過(guò)度的要求滿足一些需求后,產(chǎn)生新的需求需求獲取總的原則先獲取系統(tǒng)的總體目標(biāo)，接著獲取當(dāng)前工作以及當(dāng)前問(wèn)題的信息，然后是系統(tǒng)應(yīng)處理的詳細(xì)問(wèn)題。 問(wèn)：怎樣獲取需求?需求分析建議報(bào)告需求采集需求分析需求定義用戶開(kāi)發(fā)商方法論引導(dǎo)需求規(guī)格說(shuō)明書(shū)答：獲取需求第一步需求采集1需求分析2需求定義3采集什么內(nèi)容？系統(tǒng)建設(shè)目標(biāo)業(yè)務(wù)項(xiàng)業(yè)務(wù)流程非功能需求從哪里采集？橫向：各業(yè)務(wù)科室縱向：省、部標(biāo)準(zhǔn)規(guī)范經(jīng)驗(yàn)：核心平臺(tái)、同行業(yè)其他城市、現(xiàn)有系統(tǒng)怎么采集？調(diào)查問(wèn)卷座談考察、培訓(xùn)需求采集的定義需求的 來(lái)源訪問(wèn)并與有潛力的用戶探討把對(duì)目前的或競(jìng)爭(zhēng)產(chǎn)品的描述寫(xiě)成文檔系統(tǒng)需求規(guī)格說(shuō)明對(duì)當(dāng)前系統(tǒng)的問(wèn)題報(bào)

3、告和增強(qiáng)要求市場(chǎng)調(diào)查和用戶問(wèn)卷調(diào)查觀察正在工作的用戶用戶任務(wù)的內(nèi)容分析獲取需求第一步 需求采集1需求分析2需求定義3不同層次的用戶需求也截然不同需求獲取指導(dǎo)確定需求獲取計(jì)劃和問(wèn)題清單確定能夠幫助刻畫(huà)需求和了解他們組織的人員定義系統(tǒng)將放置其中的技術(shù)環(huán)境（如計(jì)算體系結(jié)構(gòu)、操作系統(tǒng)、電信需要）確定“領(lǐng)域約束”（即特定于應(yīng)用領(lǐng)域的業(yè)務(wù)環(huán)境的特征），這些約束將限制待建造系統(tǒng)的功能和性能。定義一種或多種需求獲取方法要求很多人員參與，以使得需求能夠從不同的視角進(jìn)行定義；確定每個(gè)要記錄需求的理由。確定有歧義的需求為原型實(shí)現(xiàn)的后選創(chuàng)建使用場(chǎng)景，以幫助客戶/用戶更好地確定關(guān)鍵需求需求獲取步驟1-相關(guān)人員分析相關(guān)人

4、員是指那些直接或間接從開(kāi)發(fā)的系統(tǒng)中受益的人。效益：發(fā)現(xiàn)所有可能的需求源識(shí)別項(xiàng)目相關(guān)人員的方法：系統(tǒng)潛在的最終用戶系統(tǒng)打算支持的業(yè)務(wù)過(guò)程描述以及與這些過(guò)程相關(guān)的人與管理部門(mén)討論，詢問(wèn)誰(shuí)會(huì)受到系統(tǒng)引入的影響考慮使用系統(tǒng)的組織的客戶負(fù)責(zé)開(kāi)發(fā)和維護(hù)系統(tǒng)的工程師和維護(hù)人員考慮可能希望給系統(tǒng)添加需求的監(jiān)管機(jī)構(gòu)和認(rèn)證機(jī)構(gòu)措施：設(shè)計(jì)文檔（相關(guān)人員列表和需求原因）明確各類人員的需求權(quán)威決策層：系統(tǒng)建設(shè)目標(biāo)、原則，業(yè)務(wù)流程優(yōu)化程度業(yè)務(wù)人員:業(yè)務(wù)的把握、政策的把握、業(yè)務(wù)流程的把握技術(shù)人員：數(shù)據(jù)項(xiàng)描述、性能需求操作人員：界面的操作風(fēng)格、輸入輸出數(shù)據(jù)項(xiàng)決策層技術(shù)人員業(yè)務(wù)人員操作人員用戶群劃分用戶群劃分步驟2-需求獲取應(yīng)

5、明確的問(wèn)題當(dāng)前整體業(yè)務(wù)需求的目的和可行性陳述系統(tǒng)或產(chǎn)品范圍的限制性陳述要求提供的需求功能列表和應(yīng)用于每個(gè)需求的領(lǐng)域限制將來(lái)發(fā)展的設(shè)想明確服務(wù)器、客戶機(jī)的軟、硬件及性能要求（容量、速度、可操作性等）用戶目前相關(guān)的技術(shù)人員和業(yè)務(wù)人員情況將來(lái)最終系統(tǒng)操作人員的技術(shù)及業(yè)務(wù)人員情況用戶需求的系統(tǒng)及用戶本身或其它系統(tǒng)的接口要求一組使用場(chǎng)景，提供在不同運(yùn)行條件下系統(tǒng)的使用情況為更好地定義需求而開(kāi)發(fā)的任意原型記錄需求理由需求理由是指關(guān)于某需求的原因的概要信息效益：提高對(duì)需求的理解實(shí)施可能存在的問(wèn)題使人誤解的理由不一致的理由尋找領(lǐng)域約束領(lǐng)域約束是指來(lái)自于系統(tǒng)應(yīng)用領(lǐng)域的系統(tǒng)需求效益：領(lǐng)域約束經(jīng)常會(huì)導(dǎo)致識(shí)別出關(guān)鍵需

6、求領(lǐng)域約束的種類涉及到所有其他需求的總體約束從領(lǐng)域相關(guān)事項(xiàng)導(dǎo)出的特殊需求需要記錄的領(lǐng)域信息領(lǐng)域知識(shí)的一個(gè)非正式陳述領(lǐng)域知識(shí)的較形式化描述領(lǐng)域知識(shí)可適用的系統(tǒng)的類型知識(shí)分類術(shù)語(yǔ)領(lǐng)域信息源定義系統(tǒng)的操作環(huán)境系統(tǒng)的操作環(huán)境是由主機(jī)、其他硬件和與該系統(tǒng)相互作用的軟件系統(tǒng)組成。效益：交付系統(tǒng)沒(méi)有安裝問(wèn)題定義系統(tǒng)的操作環(huán)境時(shí)，應(yīng)該收集的信息：平臺(tái)信息接口信息軟件依賴性需求獲取的方法（技術(shù)）訪談（面談）與問(wèn)卷調(diào)查會(huì)議(需求討論會(huì)、重點(diǎn)問(wèn)題討論會(huì)、業(yè)務(wù)專題討論會(huì)、設(shè)計(jì)專題討論會(huì)）文檔研究任務(wù)示范（觀察）用例與角色扮演原型設(shè)計(jì)（小規(guī)模試驗(yàn)）研究類似公司需求獲取前準(zhǔn)備需求分析前最好明確系統(tǒng)要采用的技術(shù)體系組織隊(duì)伍

7、準(zhǔn)備相應(yīng)的文檔聯(lián)系和了解用戶方編寫(xiě)計(jì)劃需求獲取技術(shù)-訪談訪談適合于了解域中的當(dāng)前工作以及當(dāng)前問(wèn)題.作為主要的獲取技術(shù)局限就是需求獲取障礙訪談?dòng)?jì)劃與問(wèn)題清單（訪談模板）需求獲取技術(shù)-訪談訪談方式開(kāi)放式訪談結(jié)構(gòu)式訪談訪談問(wèn)題類型開(kāi)放式問(wèn)題封閉式問(wèn)題需求獲取技術(shù)-問(wèn)卷調(diào)查當(dāng)潛在使用者太多或分布太廣時(shí)，可以考慮采用問(wèn)卷調(diào)查方式。一般來(lái)說(shuō)，問(wèn)卷調(diào)查適合于大型企業(yè)或公眾信息系統(tǒng)的設(shè)計(jì)，因?yàn)樗婕暗氖褂梅秶驅(qū)ο筇珡V，需求分析人員無(wú)法逐一親自調(diào)查，所以利用問(wèn)卷調(diào)查方式來(lái)收集使用者需求比較好。如何進(jìn)行問(wèn)卷調(diào)查：設(shè)計(jì)問(wèn)卷、預(yù)先測(cè)試、調(diào)查對(duì)象劃分、問(wèn)卷總結(jié)等需求獲取技術(shù)-需求專題討論會(huì)一種適用于任何情景的技術(shù)。

8、如何計(jì)劃并實(shí)施需求專題討論會(huì)專題討論會(huì)準(zhǔn)備實(shí)施總結(jié)需求獲取技術(shù)-文檔研究研究企業(yè)內(nèi)部的規(guī)章制度、企業(yè)或部門(mén)報(bào)表、工作流程（手冊(cè)）是了解企業(yè)工作流程的第一步工作。 一般來(lái)講，企業(yè)組織內(nèi)部很少有完整的文件資料來(lái)詳細(xì)描述清楚企業(yè)業(yè)務(wù)工作流程的全貌，同時(shí)可能工作流程已經(jīng)經(jīng)過(guò)多次修改，而文件往往沒(méi)有及時(shí)更新，因此用這種方法收集需求信息常有過(guò)時(shí)之慮。是交叉檢查訪談信息的另一個(gè)方法。需求獲取技術(shù)-觀察一般來(lái)說(shuō)，現(xiàn)場(chǎng)觀察所獲得的資料比查閱資料正確性要高，也能驗(yàn)證所收集資料的正確性和補(bǔ)充資料的不完整，通過(guò)觀察可以獲得第一手的資料。觀察能大大地增加對(duì)當(dāng)前工作和部分相關(guān)問(wèn)題的了解，也能作為其它信息的檢查觀察的局限性

9、。往往無(wú)法捕捉到一些真正關(guān)鍵問(wèn)題。需求獲取技術(shù)-用例和角色扮演用例描述了用戶和系統(tǒng)之間的交互，其重點(diǎn)是系統(tǒng)為用戶做什么用例模型描述全部的系統(tǒng)功能性行為需求獲取技術(shù)-原型開(kāi)發(fā)軟件需求原型定義為：是軟件系統(tǒng)的部分實(shí)現(xiàn)，構(gòu)建該原型幫助開(kāi)發(fā)人員、用戶以及客戶更好地理解系統(tǒng)的需求。原型解決“是的，但是”問(wèn)題以及“尚未發(fā)現(xiàn)的遺址”綜合癥尤其有效為“模糊”需求建立原型建議的需求開(kāi)發(fā)過(guò)程準(zhǔn)備定義項(xiàng)目的視圖和范圍確定用戶類確定用戶代表確定需求決策者和他們的決策過(guò)程選擇所用的需求獲取技術(shù)建議的需求開(kāi)發(fā)過(guò)程迭代設(shè)計(jì)用例并設(shè)置優(yōu)先級(jí)收集質(zhì)量屬性的信息和其他非功能需求詳細(xì)擬訂用例使融合到必要的功能需求中評(píng)審用例的描述和

10、功能需求如果有必要,就要開(kāi)發(fā)分析模型用以澄清需求獲取的參與者對(duì)需求的理解開(kāi)發(fā)并評(píng)估用戶界面原型以澄清還未理解的需求根據(jù)用例,設(shè)計(jì)測(cè)試用例用測(cè)試用例來(lái)論證用例功能需求分析模型和原型何時(shí)完成需求的獲取如果用戶不能想出更多的用例如果用戶提出新的用例,但分析員可以從其他用例的相關(guān)功能需求中獲得這些新用例如果用戶開(kāi)始重復(fù)原先討論過(guò)的問(wèn)題如果所提出的新需求比分析員已確定的需求的優(yōu)先級(jí)都低如果用戶提出對(duì)將來(lái)產(chǎn)品的要求案例練習(xí)1：期刊傳閱 一個(gè)約有1000名員工的保險(xiǎn)公司訂閱了大約50份期刊（雜志、報(bào)刊）。期刊在公司內(nèi)部傳閱，員工可以要求加入傳閱隊(duì)列。目前的傳閱過(guò)程是：圖書(shū)室登記公司收到的期刊，為期刊附上一份傳閱名單，并交給名單中的第一位員工。期刊經(jīng)由公司內(nèi)部郵遞系統(tǒng)傳遞。員工應(yīng)在三個(gè)工作日完成閱讀，并在名單上簽名及寫(xiě)上日期，然后交給名單的下一位員工。最后一位員工閱讀完畢后，將期刊交還圖書(shū)室以便共用。但是，員工經(jīng)常忘記已收到期刊，或者未將其傳遞給名單中的下一位員工。在一段時(shí)間后，無(wú)人知道期刊應(yīng)該在誰(shuí)手上。整個(gè)傳遞過(guò)程難以記錄，員工也往往互相指責(zé)健忘、粗心等。 公司的IT部門(mén)負(fù)責(zé)開(kāi)發(fā)內(nèi)部商業(yè)應(yīng)用，該部門(mén)建議一個(gè)計(jì)算機(jī)管理系統(tǒng)以記錄期刊的傳閱情況。員工閱讀