1、什么是項(xiàng)項(xiàng)目需求求分析？需求分析析是指理理解用戶戶需求，就 HYPERLINK /software/index.asp 軟件件功能與與客戶達(dá)達(dá)成一致致，估計(jì)計(jì) HYPERLINK /software/index.asp 軟件 HYPERLINK /knowledge/klmore.asp?type=2170223 風(fēng)險(xiǎn)險(xiǎn)和評估估項(xiàng)目代代價(jià)，最最終形成成開發(fā)計(jì)計(jì)劃的一一個(gè)復(fù)雜雜過程。（這個(gè)個(gè)和我在在微軟體體驗(yàn)到的的又不太太一樣，微軟的的需求分分析大多多是市場場人員和和用戶協(xié)協(xié)助小組組的人去去評估用用戶的接接受程度度，這一一點(diǎn)也可可以理解解，因?yàn)闉楣镜牡男再|(zhì)有有根本差差別）在在這個(gè)過過程中，用戶

2、的的確是處處在主導(dǎo)導(dǎo)地位，需求分分析工程程師和 HYPERLINK /knowledge/klmore.asp?type=198 項(xiàng)項(xiàng)目經(jīng)理理要負(fù)責(zé)責(zé)整理用用戶需求求，為之之后的 HYPERLINK /software/index.asp 軟軟件設(shè)計(jì)計(jì)打下基基礎(chǔ)。需需求分析析階段結(jié)結(jié)束后，要求得得到：11.SRRS文檔檔(Syysteem RRequuireemennt SSpeccifiicattionn); 2.DDRM 文檔；3.AAcceeptaancee Pllan. 從廣廣義上理理解：需需求分析析包括需需求的獲獲取、分分析、規(guī)規(guī)格說明明、變更更、驗(yàn)證證、管理理的一系系列需求求工程。

3、狹義上理理解：需需求分析析指需求求的分析析、定義義過程。一、為為什么要要需求分分析 需求求分析就就是分析析 HYPERLINK /software/index.asp 軟件用戶戶的需求求是什么么.如果果投入大大量的人人力，物物力,財(cái)財(cái)力,時(shí)時(shí)間,開開發(fā)出的的 HYPERLINK /software/index.asp 軟件卻沒沒人要,那所有有的投入入都是徒徒勞.如如果費(fèi)了了很大的的精力,開發(fā)一一個(gè) HYPERLINK /software/index.asp 軟件件,最后后卻不滿滿足用戶戶的要求求,從而而要重新新開發(fā)過過,這種種返工是是讓人痛痛心疾首首的.(相信大大家都有有體會(huì))比如,用戶需需要

4、一個(gè)個(gè)forr liinuxx的 HYPERLINK /software/index.asp 軟件件,而你你在 HYPERLINK /software/index.asp 軟件件開發(fā)前前期忽略略了 HYPERLINK /software/index.asp 軟件件的運(yùn)行行環(huán)境,忘了向向用戶詢詢問這個(gè)個(gè)問題,而想當(dāng)當(dāng)然的認(rèn)認(rèn)為是開開發(fā)foor wwinddowss的 HYPERLINK /software/index.asp 軟件件,當(dāng)你你千辛萬萬苦地開開發(fā)完成成向用戶戶提交時(shí)時(shí)才發(fā)現(xiàn)現(xiàn)出了問問題,那那時(shí)候你你是欲哭哭無淚了了,痕不不得找塊塊豆腐一一頭撞死死. 需需求分析析之所以以重要,就因?yàn)闉?/p>

5、他具有有決策性性,方向向性,策策略性的的作用,他在 HYPERLINK /software/index.asp 軟軟件開發(fā)發(fā)的過程程中具有有舉足輕輕重的地地位.大大家一定定要對需需求分析析具有足足夠的重重視.在在一個(gè)大大型 HYPERLINK /software/index.asp 軟件件系統(tǒng)的的開發(fā)中中,他的的作用要要遠(yuǎn)遠(yuǎn)大大于程序序設(shè)計(jì).二、需需求分析析的任務(wù)務(wù) 簡言言之,需需求分析析的任務(wù)務(wù)就是解解決做做什么的問題題,就是是要全面面地理解解用戶的的各項(xiàng)要要求,并并準(zhǔn)確地地表達(dá)所所接受的的用戶需需求.三、需求求分析的的過程 需求求分析階階段的工工作,可可以分為為四個(gè)方方面:問問題識(shí)別別,分

6、析析與綜合合,制訂訂規(guī)格說說明,評評審. 問題識(shí)識(shí)別：就是從從系統(tǒng)角角度來理理解 HYPERLINK /software/index.asp 軟件件,確定定對所開開發(fā)系統(tǒng)統(tǒng)的綜合合要求,并提出出這些需需求的實(shí)實(shí)現(xiàn)條件件,以及及需求應(yīng)應(yīng)該達(dá)到到的標(biāo)準(zhǔn)準(zhǔn).這些些需求包包括：功功能需求求(做什什么),性能需需求(要要達(dá)到什什么指標(biāo)標(biāo)),環(huán)環(huán)境需求求(如機(jī)機(jī)型,操操作系統(tǒng)統(tǒng)等),可靠性性需求(不發(fā)生生故障的的概率）,安全全保密需需求,用用戶界面面需求,資源使使用需求求( HYPERLINK /software/index.asp 軟件件運(yùn)行是是所需的的內(nèi)存,CPUU等), HYPERLINK /sof

7、tware/index.asp 軟件 HYPERLINK /knowledge/klmore.asp?type=2170232 成本本消耗與與開發(fā)進(jìn)進(jìn)度需求求,預(yù)先先估計(jì)以以后系統(tǒng)統(tǒng)可能達(dá)達(dá)到的目目標(biāo). 分析與與綜合：逐步細(xì)細(xì)化所有有的 HYPERLINK /software/index.asp 軟件件功能,找出系系統(tǒng)各元元素間的的聯(lián)系,接口特特性和設(shè)設(shè)計(jì)上的的限制,分析他他們是否否滿足需需求,剔剔除不合合理部分分,增加加需要部部分.最最后,綜綜合成系系統(tǒng)的解解決方案案,給出出要開發(fā)發(fā)的系統(tǒng)統(tǒng)的詳細(xì)細(xì)邏輯模模型(做做什么的的模型). 制制訂規(guī)格格說明書書：即編制制文檔,描述需需求的文文檔稱為為

8、 HYPERLINK /software/index.asp 軟件需求求規(guī)格說說明書.請注意意,需求求分析階階段的成成果是需需求規(guī)格格說明書書(好象象軟考曾曾經(jīng)考過過這個(gè)問問題),向下一一階段提提交. 評審：對功能能的正確確性,完完整性和和清晰性性,以及及其它需需求給予予評價(jià).評審?fù)ㄍㄟ^才可可進(jìn)行下下一階段段的工作作,否則則重新進(jìn)進(jìn)行需求求分析。四、需需求分析析的方法法 需求求分析的的方法有有很多.這里只只強(qiáng)調(diào)原原型化方方法,其其它的方方法如:結(jié)構(gòu)化化方法,動(dòng)態(tài)分分析法等等(個(gè)人人認(rèn)為,對初學(xué)學(xué)者不必必深究這這些方法法,實(shí)際際上我也也從來沒沒用過這這些方法法)在此此不討論論. 原原型化方方法是

9、十十分重要要的(是是軟考等等?？嫉牡闹R(shí)點(diǎn)點(diǎn)).原原型就是是 HYPERLINK /software/index.asp 軟件的一一個(gè)早期期可運(yùn)行行的版本本,它實(shí)實(shí)現(xiàn)了目目標(biāo)系統(tǒng)統(tǒng)的某些些或全部部功能. 原型型化方法法就是盡盡可能快快地建造造一個(gè)粗粗糙的系系統(tǒng),這這系統(tǒng)實(shí)實(shí)現(xiàn)了目目標(biāo)系統(tǒng)統(tǒng)的某些些或全部部功能,但是這這個(gè)系統(tǒng)統(tǒng)可能在在可靠性性,界面面的友好好性或其其他方面面上存在在缺陷.建造這這樣一個(gè)個(gè)系統(tǒng)的的目的是是為了考考察某一一方面的的可行性性,如算算法的可可行性,技術(shù)的的可行性性,或考考察是否否滿足用用戶的需需求等.如,為為了考察察是否滿滿足用戶戶的要求求,可以以用某些些 HYPERL

10、INK /software/index.asp 軟件工具具快速的的建造一一個(gè)原型型系統(tǒng),這個(gè)系系統(tǒng)只是是一個(gè)界界面,然然后聽取取用戶的的意見,改進(jìn)這這個(gè)原型型.以后后的目標(biāo)標(biāo)系統(tǒng)就就在原型型系統(tǒng)的的基礎(chǔ)上上開發(fā). 原型型主要有有三種類類型(軟軟考考過過):探探索型,實(shí)驗(yàn)型型,進(jìn)化化型.探探索型:目的是是要弄清清楚對目目標(biāo)系統(tǒng)統(tǒng)的要求求,確定定所希望望的特性性,并探探討多種種方案的的可行性性.實(shí)驗(yàn)驗(yàn)型:用用于大規(guī)規(guī)模開發(fā)發(fā)和實(shí)現(xiàn)現(xiàn)前,考考核方案案是否合合適,規(guī)規(guī)格說明明是否可可靠.進(jìn)進(jìn)化型:目的不不在于改改進(jìn)規(guī)格格說明,而是將將系統(tǒng)建建造得易易于變化化,在改改進(jìn)原型型的過程程中,逐逐步將原原型進(jìn)

11、化化成最終終系統(tǒng)。在使使用原型型化方法法是有兩兩種不同同的策略略:廢棄棄策略,追加策策略.廢廢棄策略略:先建建造一個(gè)個(gè)功能簡簡單而且且質(zhì)量要要求不高高的模型型系統(tǒng)，針對這這個(gè)系統(tǒng)統(tǒng)反復(fù)進(jìn)進(jìn)行修改改,形成成比較好好的思想想,據(jù)此此設(shè)計(jì)出出較完整整,準(zhǔn)確確,一致致,可靠靠的最終終系統(tǒng).系統(tǒng)構(gòu)構(gòu)造完成成后,原原來的模模型系統(tǒng)統(tǒng)就被廢廢棄不用用.探索索型和實(shí)實(shí)驗(yàn)型屬屬于這種種策略。 追加策策略:先先構(gòu)造一一個(gè)功能能簡單而而且質(zhì)量量要求不不高的模模型系統(tǒng)統(tǒng)，作為為最終系系統(tǒng)的核核心,然然后通過過不斷地地?cái)U(kuò)充修修改,逐逐步追加加新要求求，發(fā)展展成為最最終系統(tǒng)統(tǒng)。進(jìn)化化型屬于于這種策策略.五、需求求分析的的

12、20條條法則（本節(jié)摘摘自 HYPERLINK /software/index.asp 軟件件工程專專家網(wǎng)） 客戶與與開發(fā)人人員交流流需要好好的方法法。下面面建議220條法法則，客客戶和開開發(fā)人員員可以通通過評審審以下內(nèi)內(nèi)容并達(dá)達(dá)成共識(shí)識(shí)。如果果遇到分分歧，將將通過協(xié)協(xié)商達(dá)成成對各自自義務(wù)的的相互理理解，以以便減少少以后的的磨擦（如一方方要求而而另一方方不愿意意或不能能夠滿足足要求）。 11、 分分析人員員要使用用符合客客戶語言言習(xí)慣的的表達(dá) 需需求討論論集中于于業(yè)務(wù)需需求和任任務(wù)，因因此要使使用術(shù)語語?？蛻魬魬?yīng)將有有關(guān)術(shù)語語（例如如：采價(jià)價(jià)、印花花商品等等采購術(shù)術(shù)語）教教給分析析人員，而客戶戶

13、不一定定要懂得得計(jì)算機(jī)機(jī)行業(yè)的的術(shù)語。 2、分析人人員要了了解客戶戶的業(yè)務(wù)務(wù)及目標(biāo)標(biāo) 只有有分析人人員更好好地了解解客戶的的業(yè)務(wù)，才能使使產(chǎn)品更更好地滿滿足需要要。這將將有助于于開發(fā)人人員設(shè)計(jì)計(jì)出真正正滿足客客戶需要要并達(dá)到到期望的的優(yōu)秀 HYPERLINK /software/index.asp 軟軟件。為為幫助開開發(fā)和分分析人員員，客戶戶可以考考慮邀請請他們觀觀察自己己的工作作流程。如果是是切換新新系統(tǒng)，那么開開發(fā)和分分析人員員應(yīng)使用用一下目目前的舊舊系統(tǒng)，有利于于他們明明白目前前系統(tǒng)是是怎樣工工作的，其流程程情況以以及可供供改進(jìn)之之處。33、 分分析人員員必須編編寫 HYPERLINK

14、/software/index.asp 軟件件需求報(bào)報(bào)告 分分析人員員應(yīng)將從從客戶那那里獲得得的所有有信息進(jìn)進(jìn)行整理理，以區(qū)區(qū)分業(yè)務(wù)務(wù)需求及及規(guī)范、功能需需求、質(zhì)質(zhì)量目標(biāo)標(biāo)、解決決方法和和其他信信息。通通過這些些分析，客戶就就能得到到一份“需求分分析報(bào)告告”，此此份報(bào)告告使開發(fā)發(fā)人員和和客戶之之間針對對要開發(fā)發(fā)的產(chǎn)品品內(nèi)容達(dá)達(dá)成協(xié)議議。報(bào)告告應(yīng)以一一種客戶戶認(rèn)為易易于翻閱閱和理解解的方式式組織編編寫?？涂蛻粢u評審此報(bào)報(bào)告，以以確保報(bào)報(bào)告內(nèi)容容準(zhǔn)確完完整地表表達(dá)其需需求。一一份高質(zhì)質(zhì)量的“需求分分析報(bào)告告”有助助于開發(fā)發(fā)人員開開發(fā)出真真正需要要的產(chǎn)品品。 44、 要要求得到到需求工工作結(jié)果果的

15、解釋釋說明 分析析人員可可能采用用了多種種圖表作作為文字字性“需需求分析析報(bào)告”的補(bǔ)充充說明，因?yàn)楣すぷ鲌D表表能很清清晰地描描述出系系統(tǒng)行為為的某些些方面，所以報(bào)報(bào)告中各各種圖表表有著極極高的價(jià)價(jià)值；雖雖然它們們不太難難于理解解，但是是客戶可可能對此此并不熟熟悉，因因此客戶戶可以要要求分析析人員解解釋說明明每個(gè)圖圖表的作作用、符符號(hào)的意意義和需需求開發(fā)發(fā)工作的的結(jié)果，以及怎怎樣檢查查圖表有有無錯(cuò)誤誤及不一一致等。 5、 開發(fā)發(fā)人員要要尊重客客戶的意意見 如果果用戶與與開發(fā)人人員之間間不能相相互理解解，那關(guān)關(guān)于需求求的討論論將會(huì)有有障礙。共同合合作能使使大家“兼聽則則明”。參與需需求開發(fā)發(fā)過程的

16、的客戶有有權(quán)要求求開發(fā)人人員尊重重他們并并珍惜他他們?yōu)轫?xiàng)項(xiàng)目成功功所付出出的時(shí)間間，同樣樣，客戶戶也應(yīng)對對開發(fā)人人員為項(xiàng)項(xiàng)目成功功這一共共同目標(biāo)標(biāo)所做出出的努力力表示尊尊重。 6、 開發(fā)人人員要對對需求及及產(chǎn)品實(shí)實(shí)施提出出建議和和解決方方案 通通?？蛻魬羲f的的“需求求”已經(jīng)經(jīng)是一種種實(shí)際可可行的實(shí)實(shí)施方案案，分析析人員應(yīng)應(yīng)盡力從從這些解解決方法法中了解解真正的的業(yè)務(wù)需需求，同同時(shí)還應(yīng)應(yīng)找出已已有系統(tǒng)統(tǒng)與當(dāng)前前業(yè)務(wù)不不符之處處，以確確保產(chǎn)品品不會(huì)無無效或低低效；在在徹底弄弄清業(yè)務(wù)務(wù)領(lǐng)域內(nèi)內(nèi)的事情情后，分分析人員員就能提提出相當(dāng)當(dāng)好的改改進(jìn)方法法，有經(jīng)經(jīng)驗(yàn)且有有創(chuàng)造力力的分析析人員還還能提出出增

17、加一一些用戶戶沒有發(fā)發(fā)現(xiàn)的很很有價(jià)值值的系統(tǒng)統(tǒng)特性。 7、 描述述產(chǎn)品使使用特性性 客戶戶可以要要求分析析人員在在實(shí)現(xiàn)功功能需求求的同時(shí)時(shí)還注意意 HYPERLINK /software/index.asp 軟件的易易用性，因?yàn)檫@這些易用用特性或或質(zhì)量屬屬性能使使客戶更更準(zhǔn)確、高效地地完成任任務(wù)。例例如：客客戶有時(shí)時(shí)要求產(chǎn)產(chǎn)品要“界面友友好”或或“健壯壯”或“高效率率”，但但對于開開發(fā)人員員來講，太主觀觀了并無無實(shí)用價(jià)價(jià)值。正正確的做做法是，分析人人員通過過詢問和和調(diào)查了了解客戶戶所要的的“友好好、健壯壯、高效效所包含含的具體體特性，具體分分析哪些些特性對對哪些特特性有負(fù)負(fù)面影響響，在性性能代

18、價(jià)價(jià)和所提提出解決決方案的的預(yù)期利利益之間間做出權(quán)權(quán)衡，以以確保做做出合理理的取舍舍。 88、 允允許重用用已有的的 HYPERLINK /software/index.asp 軟件組件件 需求求通常有有一定靈靈活性，分析人人員可能能發(fā)現(xiàn)已已有的某某個(gè) HYPERLINK /software/index.asp 軟件件組件與與客戶描描述的需需求很相相符，在在這種情情況下，分析人人員應(yīng)提提供一些些修改需需求的選選擇以便便開發(fā)人人員能夠夠降低新新系統(tǒng)的的開發(fā) HYPERLINK /knowledge/klmore.asp?type=2170232 成成本和節(jié)節(jié)省時(shí)間間，而不不必嚴(yán)格格按原有有的需求

19、求說明開開發(fā)。所所以說，如果想想在產(chǎn)品品中使用用一些已已有的商商業(yè)常用用組件，而它們們并不完完全適合合您所需需的特性性，這時(shí)時(shí)一定程程度上的的需求靈靈活性就就顯得極極為重要要了。 9、 要求對對變更的的代價(jià)提提供真實(shí)實(shí)可靠的的評估 有時(shí)，人們面面臨更好好、也更更昂貴的的方案時(shí)時(shí)，會(huì)做做出不同同的選擇擇。而這這時(shí)，對對需求變變更的影影響進(jìn)行行評估從從而對業(yè)業(yè)務(wù)決策策提供幫幫助，是是十分必必要的。所以，客戶有有權(quán)利要要求開發(fā)發(fā)人員通通過分析析給出一一個(gè)真實(shí)實(shí)可信的的評估，包括影影響、 HYPERLINK /knowledge/klmore.asp?type=2170232 成成本和得得失等。開發(fā)人

20、人員不能能由于不不想實(shí)施施變更而而隨意夸夸大評估估 HYPERLINK /knowledge/klmore.asp?type=2170232 成本。 10、 獲得得滿足客客戶功能能和質(zhì)量量要求的的系統(tǒng) 每個(gè)人人都希望望項(xiàng)目成成功，但但這不僅僅要求客客戶要清清晰地告告知開發(fā)發(fā)人員關(guān)關(guān)于系統(tǒng)統(tǒng)“做什什么”所所需的所所有信息息，而且且還要求求開發(fā)人人員能通通過交流流了解清清楚取舍舍與限制制，一定定要明確確說明您您的假設(shè)設(shè)和潛在在的期望望，否則則，開發(fā)發(fā)人員開開發(fā)出的的產(chǎn)品很很可能無無法讓您您滿意。 111、 給給分析人人員講解解您的業(yè)業(yè)務(wù) 分分析人員員要依靠靠客戶講講解業(yè)務(wù)務(wù)概念及及術(shù)語，但客戶戶不

21、能指指望分析析人員會(huì)會(huì)成為該該領(lǐng)域的的專家，而只能能讓他們們明白您您的問題題和目標(biāo)標(biāo)；不要要期望分分析人員員能把握握客戶業(yè)業(yè)務(wù)的細(xì)細(xì)微潛在在之處，他們可可能不知知道那些些對于客客戶來說說理所當(dāng)當(dāng)然的“常識(shí)”。 112、 抽出時(shí)時(shí)間清楚楚地說明明并完善善需求 客戶很很忙，但但無論如如何客戶戶有必要要抽出時(shí)時(shí)間參與與“頭腦腦高峰會(huì)會(huì)議”的的討論，接受采采訪或其其他獲取取需求的的活動(dòng)。有些分分析人員員可能先先明白了了您的觀觀點(diǎn)，而而過后發(fā)發(fā)現(xiàn)還需需要您的的講解，這時(shí)請請耐心對對待一些些需求和和需求的的精化工工作過程程中的反反復(fù)，因因?yàn)樗鞘侨藗兘唤涣髦泻芎茏匀坏牡默F(xiàn)象，何況這這對 HYPERLINK

22、 /software/index.asp 軟件件產(chǎn)品的的成功極極為重要要。 113、 準(zhǔn)確而而詳細(xì)地地說明需需求 編編寫一份份清晰、準(zhǔn)確的的需求文文檔是很很困難的的。由于于處理細(xì)細(xì)節(jié)問題題不但煩煩人而且且耗時(shí)，因此很很容易留留下模糊糊不清的的需求。但是在在開發(fā)過過程中，必須解解決這種種模糊性性和不準(zhǔn)準(zhǔn)確性，而客戶戶恰恰是是為解決決這些問問題作出出決定的的最佳人人選，否否則，就就只好靠靠開發(fā)人人員去正正確猜測測了。 在需需求分析析中暫時(shí)時(shí)加上“待定”標(biāo)志是是個(gè)方法法。用該該標(biāo)志可可指明哪哪些是需需要進(jìn)一一步討論論、分析析或增加加信息的的地方，有時(shí)也也可能因因?yàn)槟硞€(gè)個(gè)特殊需需求難以以解決或或沒有人

23、人愿意處處理它而而標(biāo)注上上“待定定”?？涂蛻粢M盡量將每每項(xiàng)需求求的內(nèi)容容都闡述述清楚，以便分分析人員員能準(zhǔn)確確地將它它們寫進(jìn)進(jìn)“ HYPERLINK /software/index.asp 軟件件需求報(bào)報(bào)告”中中去。如如果客戶戶一時(shí)不不能準(zhǔn)確確表達(dá)，通常就就要求用用原型技技術(shù)，通通過原型型開發(fā)，客戶可可以同開開發(fā)人員員一起反反復(fù)修改改，不斷斷完善需需求定義義。14、 及時(shí)作作出決定定 分析析人員會(huì)會(huì)要求客客戶作出出一些選選擇和決決定，這這些決定定包括來來自多個(gè)個(gè)用戶提提出的處處理方法法或在質(zhì)質(zhì)量特性性沖突和和信息準(zhǔn)準(zhǔn)確度中中選擇折折衷方案案等。有有權(quán)作出出決定的的客戶必必須積極極地對待待這一

24、切切，盡快快做處理理，做決決定，因因?yàn)殚_發(fā)發(fā)人員通通常只有有等客戶戶做出決決定才能能行動(dòng)，而這種種等待會(huì)會(huì)延誤項(xiàng)項(xiàng)目的進(jìn)進(jìn)展。 15、 尊重重開發(fā)人人員的需需求可行行性及 HYPERLINK /knowledge/klmore.asp?type=2170232 成成本評估估 所有有的 HYPERLINK /software/index.asp 軟件件功能都都有其 HYPERLINK /knowledge/klmore.asp?type=2170232 成成本?？涂蛻羲ＯＭ哪衬承┊a(chǎn)品品特性可可能在技技術(shù)上行行不通，或者實(shí)實(shí)現(xiàn)它要要付出極極高的代代價(jià)，而而某些需需求試圖圖達(dá)到在在操作環(huán)環(huán)境中不

25、不可能達(dá)達(dá)到的性性能，或或試圖得得到一些些根本得得不到的的數(shù)據(jù)。開發(fā)人人員會(huì)對對此作出出負(fù)面的的評價(jià)，客戶應(yīng)應(yīng)該尊重重他們的的意見。 166、 劃劃分需求求的優(yōu)先先級(jí) 絕絕大多數(shù)數(shù)項(xiàng)目沒沒有足夠夠的時(shí)間間或資源源實(shí)現(xiàn)功功能性的的每個(gè)細(xì)細(xì)節(jié)。決決定哪些些特性是是必要的的，哪些些是重要要的，是是需求開開發(fā)的主主要部分分，這只只能由客客戶負(fù)責(zé)責(zé)設(shè)定需需求優(yōu)先先級(jí)，因因?yàn)殚_發(fā)發(fā)者不可可能按照照客戶的的觀點(diǎn)決決定需求求優(yōu)先級(jí)級(jí)；開發(fā)發(fā)人員將將為您確確定優(yōu)先先級(jí)提供供有關(guān)每每個(gè)需求求的花費(fèi)費(fèi)和 HYPERLINK /knowledge/klmore.asp?type=2170223 風(fēng)險(xiǎn)險(xiǎn)的信息息。 在時(shí)

26、時(shí)間和資資源限制制下，關(guān)關(guān)于所需需特性能能否完成成或完成成多少應(yīng)應(yīng)尊重開開發(fā)人員員的意見見。盡管管沒有人人愿意看看到自己己所希望望的需求求在項(xiàng)目目中未被被實(shí)現(xiàn)，但畢竟竟是要面面對現(xiàn)實(shí)實(shí)，業(yè)務(wù)務(wù)決策有有時(shí)不得得不依據(jù)據(jù)優(yōu)先級(jí)級(jí)來縮小小項(xiàng)目范范圍或延延長工期期，或增增加資源源，或在在質(zhì)量上上尋找折折衷。 17、 評審審需求文文檔和原原型 客客戶評審審需求文文檔，是是給分析析人員帶帶來反饋饋信息的的一個(gè)機(jī)機(jī)會(huì)。如如果客戶戶認(rèn)為編編寫的“需求分分析報(bào)告告”不夠夠準(zhǔn)確，就有必必要盡早早告知分分析人員員并為改改進(jìn)提供供建議。更好的的辦法是是先為產(chǎn)產(chǎn)品開發(fā)發(fā)一個(gè)原原型。這這樣客戶戶就能提提供更有有價(jià)值的的反

27、饋信信息給開開發(fā)人員員，使他他們更好好地理解解您的需需求；原原型并非非是一個(gè)個(gè)實(shí)際應(yīng)應(yīng)用產(chǎn)品品，但開開發(fā)人員員能將其其轉(zhuǎn)化、擴(kuò)充成成功能齊齊全的系系統(tǒng)。 18、 需求求變更要要立即聯(lián)聯(lián)系 不不斷的需需求變更更，會(huì)給給在預(yù)定定計(jì)劃內(nèi)內(nèi)完成的的質(zhì)量產(chǎn)產(chǎn)品帶來來嚴(yán)重的的不利影影響。變變更是不不可避免免的，但但在開發(fā)發(fā)周期中中，變更更越在晚晚期出現(xiàn)現(xiàn)，其影影響越大大；變更更不僅會(huì)會(huì)導(dǎo)致代代價(jià)極高高的返工工，而且且工期將將被延誤誤，特別別是在大大體結(jié)構(gòu)構(gòu)已完成成后又需需要增加加新特性性時(shí)。所所以，一一旦客戶戶發(fā)現(xiàn)需需要變更更需求時(shí)時(shí)，請立立即通知知分析人人員。 19、 遵照照開發(fā)小小組處理理需求變變更的

28、過過程 為為將變更更帶來的的負(fù)面影影響減少少到最低低限度，所有參參與者必必須遵照照項(xiàng)目變變更控制制過程。這要求求不放棄棄所有提提出的變變更，對對每項(xiàng)要要求的變變更進(jìn)行行分析、綜合考考慮，最最后做出出合適的的決策，以確定定應(yīng)將哪哪些變更更引入項(xiàng)項(xiàng)目中。20、 尊重重開發(fā)人人員采用用的需求求分析過過程 HYPERLINK /software/index.asp 軟軟件開發(fā)發(fā)中最具具挑戰(zhàn)性性的莫過過于收集集需求并并確定其其正確性性，分析析人員采采用的方方法有其其合理性性。也許許客戶認(rèn)認(rèn)為收集集需求的的過程不不太劃算算，但請請相信花花在需求求開發(fā)上上的時(shí)間間是非常常有價(jià)值值的；如如果您理理解并支支持分

29、析析人員為為收集、編寫需需求文檔檔和確保保其質(zhì)量量所采用用的技術(shù)術(shù)，那么么整個(gè)過過程將會(huì)會(huì)更為順順利。 “需求求確認(rèn)”意味著著什么：在“需需求分析析報(bào)告”上簽字字確認(rèn)，通常被被認(rèn)為是是客戶同同意需求求分析的的標(biāo)志行行為，然然而實(shí)際際操作中中，客戶戶往往把把“簽字字”看作作是毫無無意義的的事情?！八麄儌円以谠谛枨笪奈臋n的最最后一行行下面簽簽名，于于是我就就簽了，否則這這些開發(fā)發(fā)人員不不開始編編碼?！?這種種態(tài)度將將帶來麻麻煩，譬譬如客戶戶想更改改需求或或?qū)Ξa(chǎn)品品不滿時(shí)時(shí)就會(huì)說說：“不不錯(cuò)，我我是在需需求分析析報(bào)告上上簽了字字，但我我并沒有有時(shí)間去去讀完所所有的內(nèi)內(nèi)容，我我是相信信你們的的，是你

30、你們非讓讓我簽字字的?！?同樣樣問題也也會(huì)發(fā)生生在僅把把“簽字字確認(rèn)”看作是是完成任任務(wù)的分分析人員員身上，一旦有有需求變變更出現(xiàn)現(xiàn)，他便便指著“需求分分析報(bào)告告”說：“您已已經(jīng)在需需求上簽簽字了，所以這這些就是是我們所所開發(fā)的的，如果果您想要要?jiǎng)e的什什么，您您應(yīng)早些些告訴我我們?！?這兩種種態(tài)度都都是不對對的。因因?yàn)椴豢煽赡茉陧?xiàng)項(xiàng)目的早早期就了了解所有有的需求求，而且且毫無疑疑問地需需求將會(huì)會(huì)出現(xiàn)變變更，在在“需求求分析報(bào)報(bào)告”上上簽字確確認(rèn)是終終止需求求分析過過程的正正確方法法，所以以我們必必須明白白簽字意意味著什什么。 對對“需求求分析報(bào)報(bào)告”的的簽名是是建立在在一個(gè)需需求協(xié)議議的基線線

31、上，因因此我們們對簽名名應(yīng)該這這樣理解解：“我我同意這這份需求求文檔表表述了我我們對項(xiàng)項(xiàng)目 HYPERLINK /software/index.asp 軟件件需求的的了解，進(jìn)一步步的變更更可在此此基線上上通過項(xiàng)項(xiàng)目定義義的變更更過程來來進(jìn)行。我知道道變更可可能會(huì)使使我們重重新協(xié)商商 HYPERLINK /knowledge/klmore.asp?type=2170232 成本、資資源和項(xiàng)項(xiàng)目階段段任務(wù)等等事宜。”對需需求分析析達(dá)成一一定的共共識(shí)會(huì)使使雙方易易于忍受受將來的的摩擦，這些摩摩擦來源源于項(xiàng)目目的改進(jìn)進(jìn)和需求求的誤差差或市場場和業(yè)務(wù)務(wù)的新要要求等。 需求確確認(rèn)將迷迷霧撥散散，顯現(xiàn)現(xiàn)需求

32、的的真面目目，給初初步的需需求開發(fā)發(fā)工作畫畫上了雙雙方都明明確的句句號(hào)，并并有助于于形成一一個(gè)持續(xù)續(xù)良好的的客戶與與開發(fā)人人員的關(guān)關(guān)系，為為項(xiàng)目的的成功奠奠定了堅(jiān)堅(jiān)實(shí)的基基礎(chǔ)。 六、點(diǎn)點(diǎn)評需求求分析誤誤區(qū) 要想說說什么是是好的需需求分析析，不如如說什么么是不好好的需求求分析，知道什什么是不不好的，自然也也就知道道了什么么是好的的。以下下就是一一些不好好的情況況：（）創(chuàng)意意和求實(shí)實(shí)毋庸庸質(zhì)疑的的，每個(gè)個(gè)人都會(huì)會(huì)為自己己的一個(gè)個(gè)新的而激動(dòng)動(dòng)萬分，特別是是當(dāng)這個(gè)個(gè)受到到一些根根本不知知道你原原本要干干嘛的人人的驚贊贊時(shí)。但但是請注注意，當(dāng)當(dāng)你激動(dòng)動(dòng)得意的的時(shí)候，你可能能已經(jīng)忘忘了你原原本是在在描述一一個(gè)需求求，而不不是在策策劃一個(gè)個(gè)創(chuàng)意、創(chuàng)造一一個(gè)概念念。很多多剛開始始做需求求分析的的人員都都或多或或少的會(huì)會(huì)犯這樣樣的錯(cuò)誤誤，陶醉醉在自己己的新想想法和新新思路中中，卻違違背了需需求的原原始客觀觀性和真真實(shí)性原原則。永永遠(yuǎn)別忘忘了：需需求不是是空中樓樓閣，是是實(shí)實(shí)在在在的一一磚一瓦瓦。（