行業(yè)報(bào)告-如何進(jìn)行需求調(diào)研(ppt27)-其他行業(yè)報(bào)告-資料下載頁
2025-08-04 07:53本頁面
【導(dǎo)讀】需求調(diào)研前的準(zhǔn)備。一些好的參考資料。系列活動(dòng)，為編寫《軟件需要規(guī)格說明書》做的前期工作。了解現(xiàn)實(shí)世界中做實(shí)際工作的人們真正需要什么樣的程序過程，需求就是用戶對軟件系統(tǒng)的要求，解決問題的需要。需求調(diào)查的一般規(guī)程。目的獲取客戶的需求信息，經(jīng)過分析后產(chǎn)生《用戶需求說明書》。度量需求分析員統(tǒng)計(jì)工作量和上述文檔的規(guī)模，匯報(bào)給項(xiàng)目經(jīng)理。做好需求調(diào)研的重要性。標(biāo)要求，它們在項(xiàng)目視圖與范圍文檔中予以說明。能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。將相關(guān)的問題制成調(diào)查表，向用戶群體發(fā)調(diào)查問卷。；再次對活動(dòng)進(jìn)行整理，確定活動(dòng)的邊界；最后根據(jù)活動(dòng)進(jìn)行詳細(xì)的需求調(diào)研。提示客戶在全局中的地位以及作用。向客戶演示將要實(shí)施的系統(tǒng)的原型。引導(dǎo)客戶的需求應(yīng)做到能夠描述用戶的常規(guī)需求外，能夠發(fā)掘用戶的潛在需求，爭。和客戶以及相關(guān)的行業(yè)專家進(jìn)行共同評審?！队脩粜枨笳f明書》與《產(chǎn)品需求規(guī)格說明書》的主要區(qū)別與聯(lián)系是：
【正文】 是一個(gè)復(fù)雜而艱辛的過程，因此在每一次的會談之后必須將當(dāng)天的會談紀(jì)錄形成文檔，可以以備忘錄的形式讓用戶進(jìn)行確認(rèn)。 ? 需求調(diào)研后形成的文檔文檔必須是正確的，是經(jīng)過驗(yàn)證的，是在受控的狀態(tài)下變更的。而很多開發(fā)人員往往會問： “ 簡單的系統(tǒng)就不用寫需求了吧？ ” 其實(shí)簡單的系統(tǒng)未必簡單，只有想清楚、寫清楚、說清楚才說明已經(jīng)真正把需求整理清楚了。 ? 做好需求變更的控制 需求調(diào)研中的注意事項(xiàng) ? 可能產(chǎn)生變更的原因是多種多樣的，用戶的業(yè)務(wù)發(fā)生變化，市場形勢發(fā)生變化、雙發(fā)的理解最初具有偏差等等一系列的問題都會影響到需求的變更。因此，如何處理好用戶的需求變更將是獲取用戶的實(shí)際需求的關(guān)鍵。 ? 對每一次的變更要雙發(fā)進(jìn)行確認(rèn)，并進(jìn)行版本控制，做到有據(jù)可依。 ? 需求分析員與用戶面談時(shí)應(yīng)當(dāng)注意以下事項(xiàng) ? 如果與用戶約好了時(shí)間，切勿遲到或早退。要注意禮節(jié)，盡可能獲得用戶的好感，并為下次打擾他們埋下伏筆。 ? 需求分析員應(yīng)事先了解用戶的身份、背景，以便隨機(jī)應(yīng)變。 IT人士不可貌相，有些大企業(yè)的領(lǐng)導(dǎo)其外表很土氣，象農(nóng)民。如果你路上碰到他，以為是個(gè)勤雜工，說： “ 喂，老師傅，來幫我拎東西。 ” 也許這筆生意就泡湯了。 ? 需求調(diào)查不象偵探推理那樣從蛛絲馬跡著手，應(yīng)該先了解宏觀問題，再了解細(xì)節(jié)問題。 ? 如果雙方氣氛融洽，可以采用靈活的訪談形式，輕易不要打斷用戶的談話。當(dāng)雙方對某些問題的交流合乎邏輯地結(jié)束后，即可繼續(xù)討論問題表中的其它問題。 ? 盡可能避免為用戶添麻煩，但也不能怕給用戶添麻煩而降低需求調(diào)查的力度。 ? 避免片面地聽取某些用戶的需求而忽視其它用戶的需求 。 需求調(diào)研中的注意事項(xiàng) 一些好的參考資料 ? 幾本好書 ? 《 軟件需求管理 》 機(jī)械工業(yè)出版社 ? 《 有效需求實(shí)踐 》 機(jī)械工業(yè)出版社 ? 《 編寫有效用例 》 機(jī)械工業(yè)出版社 ? 《 軟件需求 》 機(jī)械工業(yè)出版社 ? 《 掌握需求過程 》 人民郵電出版社 ? 幾個(gè)好的網(wǎng)站 ? 系統(tǒng)分析之窗 ? IT之源 ? UML中國 ? 中國軟件工程網(wǎng) 謝謝！
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1