什么是項目需求分析

1、什么是項項目需求求分析？需求分析析是指理理解用戶戶需求，就 HYPERLINK /software/index.asp 軟件件功能與與客戶達達成一致致，估計計 HYPERLINK /software/index.asp 軟件 HYPERLINK /knowledge/klmore.asp?type=2170223 風險險和評估估項目代代價，最最終形成成開發(fā)計計劃的一一個復雜雜過程。（這個個和我在在微軟體體驗到的的又不太太一樣，微軟的的需求分分析大多多是市場場人員和和用戶協(xié)協(xié)助小組組的人去去評估用用戶的接接受程度度，這一一點也可可以理解解，因為為公司的的性質有有根本差差別）在在這個過過程中，用戶

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

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

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

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

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

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

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

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

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

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

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

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

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

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

16、的客戶有有權要求求開發(fā)人人員尊重重他們并并珍惜他他們?yōu)轫楉椖砍晒λ冻龀龅臅r間間，同樣樣，客戶戶也應對對開發(fā)人人員為項項目成功功這一共共同目標標所做出出的努力力表示尊尊重。 6、 開發(fā)人人員要對對需求及及產品實實施提出出建議和和解決方方案 通通常客戶戶所說的的“需求求”已經經是一種種實際可可行的實實施方案案，分析析人員應應盡力從從這些解解決方法法中了解解真正的的業(yè)務需需求，同同時還應應找出已已有系統(tǒng)統(tǒng)與當前前業(yè)務不不符之處處，以確確保產品品不會無無效或低低效；在在徹底弄弄清業(yè)務務領域內內的事情情后，分分析人員員就能提提出相當當好的改改進方法法，有經經驗且有有創(chuàng)造力力的分析析人員還還能提出出增

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

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

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

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

21、能指指望分析析人員會會成為該該領域的的專家，而只能能讓他們們明白您您的問題題和目標標；不要要期望分分析人員員能把握握客戶業(yè)業(yè)務的細細微潛在在之處，他們可可能不知知道那些些對于客客戶來說說理所當當然的“常識”。 112、 抽出時時間清楚楚地說明明并完善善需求 客戶很很忙，但但無論如如何客戶戶有必要要抽出時時間參與與“頭腦腦高峰會會議”的的討論，接受采采訪或其其他獲取取需求的的活動。有些分分析人員員可能先先明白了了您的觀觀點，而而過后發(fā)發(fā)現還需需要您的的講解，這時請請耐心對對待一些些需求和和需求的的精化工工作過程程中的反反復，因因為它是是人們交交流中很很自然的的現象，何況這這對 HYPERLINK

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

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

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

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

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

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

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

29、析析人員為為收集、編寫需需求文檔檔和確保保其質量量所采用用的技術術，那么么整個過過程將會會更為順順利。 “需求求確認”意味著著什么：在“需需求分析析報告”上簽字字確認，通常被被認為是是客戶同同意需求求分析的的標志行行為，然然而實際際操作中中，客戶戶往往把把“簽字字”看作作是毫無無意義的的事情。“他們們要我在在需求文文檔的最最后一行行下面簽簽名，于于是我就就簽了，否則這這些開發(fā)發(fā)人員不不開始編編碼?！?這種種態(tài)度將將帶來麻麻煩，譬譬如客戶戶想更改改需求或或對產品品不滿時時就會說說：“不不錯，我我是在需需求分析析報告上上簽了字字，但我我并沒有有時間去去讀完所所有的內內容，我我是相信信你們的的，是你

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

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

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