如何做需求調(diào)研報(bào)告-文庫(kù)吧
2025-04-05 06:30 本頁(yè)面
【正文】 ： ，但到目前為止，我們 關(guān)注的焦點(diǎn)的文檔在相應(yīng)領(lǐng)域方面的部分。 ，如果是編寫(xiě)一個(gè)會(huì)計(jì)軟件，那么一位 會(huì)計(jì)師都應(yīng)該清楚地理解程序員寫(xiě)的會(huì)計(jì)方面的問(wèn)題說(shuō)明書(shū) ，不要太正式。只要描述能表達(dá)您想要做的事情就行 了，就和另外一個(gè)人在說(shuō)話(huà)一樣就可以。 ，一定要有記筆 記的習(xí)慣，談上幾個(gè)小 時(shí)，很多細(xì)節(jié)是記不住的。 ，檢查和細(xì)化需求說(shuō)明書(shū) 整理和分類(lèi) 有進(jìn)從用戶(hù)那里會(huì)得到很多信息，不行進(jìn)必要的整理就不能從中進(jìn)行合理的分析 、可選功能用、無(wú)用功能及不可實(shí)現(xiàn)功能 對(duì)于用戶(hù)來(lái)講他可以說(shuō)出他想要的很多功能，但這些功能間的關(guān)系有時(shí)是清晰的，但對(duì)于很多用戶(hù)來(lái)講想通過(guò)計(jì)算機(jī)或新系統(tǒng)實(shí)現(xiàn)他以前沒(méi)有的功能，在這時(shí)他所提出的新需求的可行性和與其它模塊之間的關(guān)系就已經(jīng)不清，所以對(duì)于分析員來(lái)講，要從用戶(hù) 的需求中分清有用功能和無(wú)用功能和可選功能，進(jìn)行分別區(qū)分處理，比如不可實(shí)現(xiàn)功能請(qǐng)用戶(hù)放棄。 用戶(hù)倒是不經(jīng)常提及他需要的東西，而這些東西對(duì)問(wèn)題來(lái)說(shuō)都是很基本的，要細(xì)化檢查一定有注意這個(gè)問(wèn)題。 對(duì)于系統(tǒng)分析員對(duì)需求分析的自認(rèn)為的情況要加以注意，對(duì)于一個(gè)行業(yè)來(lái)說(shuō)，有些規(guī)則可以不是最合理，但它就是那樣存在和使用，所以對(duì)于每一個(gè)非明確確定的需求，要由專(zhuān)業(yè)人員來(lái)審定。除非你就是專(zhuān)家。 最初的第一次需求在分析，細(xì) 化一定有不明及不確定之處，那么就把整理出一份問(wèn)題細(xì)化問(wèn)詢(xún)表，對(duì)發(fā)現(xiàn)的問(wèn)題進(jìn)行整理，列出不明之處，可根椐以下格式 問(wèn)詢(xún)?nèi)耍? 問(wèn)題： 業(yè)務(wù)不清問(wèn)題列表（業(yè)務(wù)描述不清）： 1? .是什么含義？ 2? ..與 XX是什么關(guān)系？ 多種選擇可以列表（請(qǐng)用戶(hù)進(jìn)行選擇）： 1??有多個(gè)可能，那么現(xiàn)在我們使用 A?? B?? .C?? ..D?? 把問(wèn)詢(xún)表提交用戶(hù)，根據(jù)反饋對(duì)需求再分析，這個(gè)步驟可重復(fù)多次，最終了解需求，確定需求說(shuō)明書(shū) 把自己從用戶(hù)的角度來(lái)考慮 是否合理，是否可以提高效率，是否可以達(dá)到目的，是否有完整 由最終用戶(hù)來(lái)評(píng)價(jià)你所列的需求是否達(dá)到了用戶(hù)要求（用戶(hù)人數(shù)13 人，再多也沒(méi)有什么益處）。 ，最終通過(guò)審核完成需求說(shuō)明書(shū) 第三篇：如何進(jìn)行需求調(diào)研 如何進(jìn)行需求調(diào)研 一、需求調(diào)研的概述 什么是需求？ 需求就是用戶(hù)對(duì)軟件系統(tǒng)的要求，解決問(wèn)題的需要。 什么是需求調(diào)研？ 需求調(diào)研指通過(guò)和客戶(hù)反復(fù)進(jìn)行溝通和交流而獲取客戶(hù)的需求的一系列活動(dòng)，為編寫(xiě)《軟件需要規(guī)格說(shuō)明書(shū)》做的前期工作。 需求調(diào)研的目的 了解現(xiàn)實(shí)世界中做實(shí)際工作的人們真正需要什么樣的程序過(guò)程，編寫(xiě)《用戶(hù)需求說(shuō)明書(shū)》，為編寫(xiě)《軟件需要規(guī)格說(shuō)明書(shū)》提供依據(jù)。 二、需求調(diào)查的一般規(guī)程 第一步：調(diào)研前的準(zhǔn)備 第二步：調(diào)查與記錄 第三步：整理需求信息 ,形成《需求調(diào)研報(bào)告》 第四步：撰寫(xiě)《用戶(hù)需求說(shuō)明書(shū)》 第五步：需求確認(rèn) 三、需求調(diào)研的大體流程 四、軟件需求調(diào)研 軟件需求的定義 用戶(hù)為解決某個(gè)問(wèn)題、或?yàn)閷?shí)現(xiàn)某一目標(biāo)，要求軟件必須滿(mǎn)足的條件或能力。 軟件需求的三個(gè)層次 1）業(yè)務(wù)需求（ businessrequirement）反映了組織機(jī)構(gòu)或客戶(hù)對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它是確定調(diào)研和軟件范圍的標(biāo)準(zhǔn)。 2）用戶(hù)需求 (userrequirement)文檔描述了用戶(hù)使用產(chǎn)品必須要完成的任務(wù)，明確用戶(hù)業(yè)務(wù)角色 ,并通過(guò)角色獲取用戶(hù)需求。 3）功能需求 (functionalrequirement)定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶(hù)能完成他們的任務(wù)，從而滿(mǎn)足了業(yè)務(wù)需求。 4）非功能性的需求 —— 描述了系統(tǒng)展現(xiàn)給用戶(hù)的行為和執(zhí)行的操作等，它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)范和約束，操作界面的具體細(xì)節(jié)和構(gòu)造上的限制。 五、如何開(kāi)展需求調(diào)研 與用戶(hù)交談，向用戶(hù)提出事先準(zhǔn)備好的相關(guān)問(wèn)題。 將相關(guān)的問(wèn)題制成調(diào)查表，向用戶(hù)群體發(fā)調(diào)查問(wèn)卷。 參觀(guān)用戶(hù)的工作流程，觀(guān)察用戶(hù)的操作。 金字塔方法 首先搞清楚對(duì)象（調(diào)研對(duì)象）與對(duì)象之間的關(guān)系，理清對(duì)象的目標(biāo)以及和其它對(duì)象發(fā)生關(guān)系的目標(biāo)；其次梳利清對(duì)象內(nèi)部的活動(dòng)以及對(duì)象與對(duì)象之間發(fā)生的活動(dòng)；再次對(duì)活動(dòng)進(jìn)行整理，確定活動(dòng)的邊界；最后根據(jù)活動(dòng)進(jìn)行詳細(xì)的需求調(diào)研。 四種準(zhǔn)備 1）了解項(xiàng)目背景 ,通過(guò)閱讀方案 ,與客戶(hù)方相關(guān)負(fù)責(zé)人溝通 ,通過(guò)上網(wǎng)了解行業(yè)及類(lèi)似系統(tǒng)情況等 .2）做好調(diào)研前使用資料的準(zhǔn)備，如需求調(diào)研模板，各種調(diào)研表單以及需求調(diào)研問(wèn)題列表等。 3）制定好需求調(diào)研的計(jì)劃，對(duì)需求調(diào)研中可能用到的資源進(jìn)行一定的分配。 4）準(zhǔn)備好需求調(diào)研中所要使用到的工具。 六、需求調(diào)研前的準(zhǔn)備 兩種心態(tài) 1）保持一種和客戶(hù)平等合作的心態(tài)，確定需求調(diào)研是為了給客戶(hù)解決問(wèn)題，探討問(wèn)題，而不是接受問(wèn)題，更不是來(lái)指導(dǎo)工作的。 2）平靜面對(duì)需求變更的心態(tài)，在需求調(diào)研過(guò)程中，往往雙方對(duì)需求理解不一致，造成需求調(diào)研前后矛盾，應(yīng)當(dāng)心平氣和的去引導(dǎo)客戶(hù)，達(dá)到需求理解完全一致。 五種提高 1）了解被調(diào)研對(duì)象的組織機(jī)構(gòu)，了解每一個(gè)子對(duì)象中的關(guān)鍵人物，提高自己的觀(guān)察能力。 2）其次應(yīng)該了解用戶(hù)的行業(yè)，學(xué)習(xí)用戶(hù)使用的術(shù)語(yǔ)，標(biāo)準(zhǔn)
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1