什么是項目需求分析

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

2、ore.asp?type=198 項目經理要負責整理用戶需求，為之后的 HYPERLINK /software/index.asp 軟件設計打下基礎。需求分析階段結束后，要求得到：1.SRS文檔(System Requirement Specification); 2.DRM 文檔；3.Acceptance Plan. 從廣義上理解：需求分析包括需求的獲取、分析、規(guī)格說明、變更、驗證、管理的一系列需求工程。狹義上理解解：需求求分析指指需求的的分析、定定義過程程。一、為為什么要要需求分分析 需求求分析就就是分析析 HYPERLINK /software/index.asp 軟件用戶戶的需求求是什

3、么么.如果果投入大大量的人人力，物物力,財財力,時時間,開開發(fā)出的的 HYPERLINK /software/index.asp 軟件卻沒沒人要,那所有有的投入入都是徒徒勞.如如果費了了很大的的精力,開發(fā)一一個 HYPERLINK /software/index.asp 軟件件,最后后卻不滿滿足用戶戶的要求求,從而而要重新新開發(fā)過過,這種種返工是是讓人痛痛心疾首首的.(相信大大家都有有體會)比如,用戶需需要一個個forr liinuxx的 HYPERLINK /software/index.asp 軟件件,而你你在 HYPERLINK /software/index.asp 軟件件開發(fā)前前期忽

4、略略了 HYPERLINK /software/index.asp 軟件件的運行行環(huán)境,忘了向向用戶詢詢問這個個問題,而想當當然的認認為是開開發(fā)foor wwinddowss的 HYPERLINK /software/index.asp 軟件件,當你你千辛萬萬苦地開開發(fā)完成成向用戶戶提交時時才發(fā)現現出了問問題,那那時候你你是欲哭哭無淚了了,痕不不得找塊塊豆腐一一頭撞死死. 需需求分析析之所以以重要,就因為為他具有有決策性性,方向向性,策策略性的的作用,他在 HYPERLINK /software/index.asp 軟軟件開發(fā)發(fā)的過程程中具有有舉足輕輕重的地地位.大大家一定定要對需需求分析析具

5、有足足夠的重重視.在在一個大大型 HYPERLINK /software/index.asp 軟件件系統(tǒng)的的開發(fā)中中,他的的作用要要遠遠大大于程序序設計.二、需需求分析析的任務務 簡言言之,需需求分析析的任務務就是解解決做做什么的問題題,就是是要全面面地理解解用戶的的各項要要求,并并準確地地表達所所接受的的用戶需需求.三、需求分分析的過過程 需求求分析階階段的工工作,可可以分為為四個方方面:問問題識別別,分析析與綜合合,制訂訂規(guī)格說說明,評評審. 問題識識別：就是從從系統(tǒng)角角度來理理解 HYPERLINK /software/index.asp 軟件件,確定定對所開開發(fā)系統(tǒng)統(tǒng)的綜合合要求,并提

6、出出這些需需求的實實現條件件,以及及需求應應該達到到的標準準.這些些需求包包括：功功能需求求(做什什么),性能需需求(要要達到什什么指標標),環(huán)環(huán)境需求求(如機機型,操操作系統(tǒng)統(tǒng)等),可靠性性需求(不發(fā)生生故障的的概率）,安全保保密需求求,用戶戶界面需需求,資資源使用用需求( HYPERLINK /software/index.asp 軟件運行行是所需需的內存存,CPPU等), HYPERLINK /software/index.asp 軟件件 HYPERLINK /knowledge/klmore.asp?type=2170232 成本消耗耗與開發(fā)發(fā)進度需需求,預預先估計計以后系系統(tǒng)可能能達

7、到的的目標. 分析與與綜合：逐步細細化所有有的 HYPERLINK /software/index.asp 軟件件功能,找出系系統(tǒng)各元元素間的的聯系,接口特特性和設設計上的的限制,分析他他們是否否滿足需需求,剔剔除不合合理部分分,增加加需要部部分.最最后,綜綜合成系系統(tǒng)的解解決方案案,給出出要開發(fā)發(fā)的系統(tǒng)統(tǒng)的詳細細邏輯模模型(做做什么的的模型). 制制訂規(guī)格格說明書書：即編制制文檔,描述需需求的文文檔稱為為 HYPERLINK /software/index.asp 軟件需求求規(guī)格說說明書.請注意意,需求求分析階階段的成成果是需需求規(guī)格格說明書書(好象象軟考曾曾經考過過這個問問題),向下一一階

8、段提提交. 評審：對功能能的正確確性,完完整性和和清晰性性,以及及其它需需求給予予評價.評審通通過才可可進行下下一階段段的工作作,否則則重新進進行需求求分析。四、需求分析的方法 需求分析的方法有很多.這里只強調原型化方法,其它的方法如:結構化方法,動態(tài)分析法等(個人認為,對初學者不必深究這些方法,實際上我也從來沒用過這些方法)在此不討論. 原型化方法是十分重要的(是軟考等常考的知識點).原型就是 HYPERLINK /software/index.asp 軟件的一個早期可運行的版本,它實現了目標系統(tǒng)的某些或全部功能. 原型化方法就是盡可能快地建造一個粗糙的系統(tǒng),這系統(tǒng)實現了目標系統(tǒng)的某些或全部

9、功能,但是這個系統(tǒng)可能在可靠性,界面的友好性或其他方面上存在缺陷.建造這樣一個系統(tǒng)的目的是為了考察某一方面的可行性,如算法的可行性,技術的可行性,或考察是否滿足用戶的需求等.如,為了考察是否滿足用戶的要求,可以用某些 HYPERLINK /software/index.asp 軟件工具快速的建造一個原型系統(tǒng),這個系統(tǒng)只是一個界面,然后聽取用戶的意見,改進這個原型.以后的目標系統(tǒng)就在原型系統(tǒng)的基礎上開發(fā). 原型主要有三種類型(軟考考過):探索型,實驗型,進化型.探索型:目的是要弄清楚對目標系統(tǒng)的要求,確定所希望的特性,并探討多種方案的可行性.實驗型:用于大規(guī)模開發(fā)和實現前,考核方案是否合適,規(guī)格

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

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

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

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

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

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

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

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

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

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

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

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

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

23、須須積極地地對待這這一切，盡盡快做處處理，做做決定，因因為開發(fā)發(fā)人員通通常只有有等客戶戶做出決決定才能能行動，而而這種等等待會延延誤項目目的進展展。 115、 尊重開開發(fā)人員員的需求求可行性性及 HYPERLINK /knowledge/klmore.asp?type=2170232 成本本評估 所有的的 HYPERLINK /software/index.asp 軟件功能能都有其其 HYPERLINK /knowledge/klmore.asp?type=2170232 成本。客客戶所希希望的某某些產品品特性可可能在技技術上行行不通，或或者實現現它要付付出極高高的代價價，而某某些需求求試圖達

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

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

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

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

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

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

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

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