Java主流框架入門(mén)導(dǎo)引-需求分析PPT課件

1、,1,Java主流框架入門(mén)實(shí)踐,The Beauty of The Java Framework,第六節(jié): 軟件需求分析和管理Just one last dance!,2,Contents,需求開(kāi)發(fā)困難和對(duì)策,5,3,什么是需求,需求的基本概念 寬泛地講，需求來(lái)源于用戶(hù)的一些“需要”，這些“需要”被分析、確認(rèn)后形成完整的文檔，該文檔詳細(xì)地說(shuō)明了產(chǎn)品“必須或應(yīng)當(dāng)”做什么。 所以如果只有一些零碎的對(duì)話(huà)、資料或郵件，你就以為自己已經(jīng)掌握了需求，那是自欺欺人。,4,需求的重要性,Frederick Brooks在他1987年經(jīng)典文章“No Silver Bullet”中闡述了需求的重要性：開(kāi)發(fā)軟件系統(tǒng)

2、最困難的部分就是準(zhǔn)確說(shuō)明開(kāi)發(fā)什么。最困難的概念性工作是編寫(xiě)出詳細(xì)的需求，包括所有面向用戶(hù)、面向機(jī)器和其它軟件系統(tǒng)的接口。此工作一旦做錯(cuò)，將會(huì)給系統(tǒng)帶來(lái)極大的損害，并且以后對(duì)它修改也極為困難。 需求是產(chǎn)品的根源，需求工作的優(yōu)劣對(duì)產(chǎn)品影響最大。就像一條河流，如果源頭被污染了，那么整條河流也就被污染了。 國(guó)內(nèi)軟件業(yè)的痼疾：人們并不清楚究竟該做什么，但卻一直忙碌不停地開(kāi)發(fā)。,5,什么是需求,需求問(wèn)題有時(shí)如同愛(ài)情問(wèn)題，真是“當(dāng)局者迷，旁觀者清”!,6,Contents,需求開(kāi)發(fā)困難和對(duì)策,5,7,了解客戶(hù)、最終用戶(hù)、間接用戶(hù),“用戶(hù)”（user）是一種泛稱(chēng)，它可細(xì)分為 “客戶(hù)”（customer） “最

3、終用戶(hù)”（the end user） “間接用戶(hù)”（或稱(chēng)為關(guān)系人） 掏錢(qián)買(mǎi)軟件的用戶(hù)稱(chēng)為客戶(hù)，而真正操作軟件的用戶(hù)叫最終用戶(hù)。客戶(hù)與最終用戶(hù)可能是同一個(gè)人也可能不是同一個(gè)人。,8,客戶(hù),客戶(hù)是掏錢(qián)買(mǎi)軟件的人，所以他是“上帝” 某飯店經(jīng)理在解釋“先有雞還是先有蛋”這個(gè)哲學(xué)問(wèn)題時(shí)，精辟地闡述了客戶(hù)的地位：如果顧客先點(diǎn)雞，那么就先有雞；如果顧客先點(diǎn)蛋，那么就先有蛋。 “現(xiàn)代營(yíng)銷(xiāo)學(xué)之父”菲利普科特勒所著的市場(chǎng)營(yíng)銷(xiāo)導(dǎo)論是這樣描述客戶(hù)的：客戶(hù)永遠(yuǎn)是本公司的座上客?？蛻?hù)并不依賴(lài)我們，而我們卻依賴(lài)客戶(hù)。客戶(hù)不是我們工作的障礙，而是我們工作的目標(biāo)。我們并不因?yàn)榉?wù)于他而對(duì)他有恩，他卻因?yàn)榻o予我們服務(wù)于他的機(jī)會(huì)而

4、有恩于我們?？蛻?hù)不是我們要與之爭(zhēng)辯和斗智的人。從未有人曾在與客戶(hù)的爭(zhēng)辯中獲勝。客戶(hù)是把他的欲望帶給我們的人，因此我們的工作就是滿(mǎn)足這些欲望，從而使客戶(hù)和我們共同獲益。 與客戶(hù)打交道的主要目的是：一是獲取需求，二是簽合同。不要把錢(qián)仍到水里。,9,最終用戶(hù),即使最終用戶(hù)不是上帝，也算是“上帝”的“親戚”，同樣怠慢不得。 如果項(xiàng)目規(guī)模比較大，那么開(kāi)發(fā)方與最終用戶(hù)的來(lái)往就比較多。如從最終用戶(hù)那里獲取詳細(xì)的需求，請(qǐng)最終用戶(hù)試驗(yàn)軟件，對(duì)最終用戶(hù)進(jìn)行培訓(xùn)等等。 公司新員工上產(chǎn)品培訓(xùn)課，有位小領(lǐng)導(dǎo)匆匆趕來(lái)作指示：“隔壁班正在給電信局的員工們進(jìn)行培訓(xùn)，他們都是上帝派來(lái)的，大家要注意形象。由于休息室空間有限，請(qǐng)大

5、家自覺(jué)讓位。午休時(shí)他們可以躺著睡，我們只能坐在位置上打個(gè)盹兒.。”,10,間接用戶(hù),重視“間接用戶(hù)”，千萬(wàn)別“大意失荊州” 間接用戶(hù)既不掏錢(qián)買(mǎi)該軟件產(chǎn)品，也不使用該軟件，但是它可能對(duì)軟件產(chǎn)品有很大的影響。 例如，財(cái)務(wù)軟件開(kāi)發(fā)商在把“財(cái)務(wù)軟件”賣(mài)給客戶(hù)之前，這個(gè)“財(cái)務(wù)軟件”必須得到國(guó)家財(cái)政部的批準(zhǔn)。否則即使該軟件的功能是完美的，但卻被政府認(rèn)為是非法的。所以國(guó)家財(cái)政部就是所有財(cái)務(wù)軟件的間接用戶(hù)，它不僅不付錢(qián)給財(cái)務(wù)軟件開(kāi)發(fā)商，反而要收取鑒定費(fèi)、手續(xù)費(fèi)等。 同理，市面上流通的信息安全軟件、殺病毒軟件必須得到國(guó)家公安部的批準(zhǔn)，否則軟件開(kāi)發(fā)商被逮住后戴上“非法經(jīng)營(yíng)”的帽子就慘了。,11,Contents,

6、需求開(kāi)發(fā)困難和對(duì)策,5,12,需求工程基本概念,把所有與需求直接相關(guān)的活動(dòng)通稱(chēng)為需求工程。 需求工程中的活動(dòng)可分為兩大類(lèi)，一類(lèi)屬于需求開(kāi)發(fā)，另一類(lèi)屬于需求管理。 需求工程的結(jié)構(gòu)圖,13,需求工程基本概念 開(kāi)發(fā)域,需求開(kāi)發(fā)的目的是通過(guò)調(diào)查與分析，獲取用戶(hù)需求并定義產(chǎn)品需求。 需求調(diào)查的目的是通過(guò)各種途徑獲取用戶(hù)的需求信息（原始材料），產(chǎn)生用戶(hù)需求說(shuō)明書(shū)。 需求分析的目的是對(duì)各種需求信息進(jìn)行分析，消除錯(cuò)誤，刻畫(huà)細(xì)節(jié)等。常見(jiàn)的需求分析方法有“問(wèn)答分析法”和“建模分析法”兩類(lèi)。 需求定義的目的是根據(jù)需求調(diào)查和需求分析的結(jié)果，進(jìn)一步定義準(zhǔn)確無(wú)誤的產(chǎn)品需求，產(chǎn)生產(chǎn)品需求規(guī)格說(shuō)明書(shū)。系統(tǒng)設(shè)計(jì)人員將依據(jù)產(chǎn)品需

7、求規(guī)格說(shuō)明書(shū)開(kāi)展系統(tǒng)設(shè)計(jì)工作。,14,需求工程基本概念 管理過(guò)程域,需求管理的目的是在客戶(hù)與開(kāi)發(fā)方之間建立對(duì)需求的共同理解，維護(hù)需求與其它工作成果的一致性，并控制需求的變更。 需求確認(rèn)是指開(kāi)發(fā)方和客戶(hù)共同對(duì)需求文檔進(jìn)行評(píng)審，雙方對(duì)需求達(dá)成共識(shí)后作出書(shū)面承諾，使需求文檔具有商業(yè)合同效果。 需求跟蹤是指通過(guò)比較需求文檔與后續(xù)工作成果之間的對(duì)應(yīng)關(guān)系，建立與維護(hù)“需求跟蹤矩陣”，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開(kāi)發(fā)。 需求變更控制是指依據(jù)“變更申請(qǐng)審批更改重新確認(rèn)”的流程處理需求的變更，防止需求變更失去控制而導(dǎo)致項(xiàng)目發(fā)生混亂。,15,需求工程的一些感悟,不論是合同項(xiàng)目還是自主研發(fā)的產(chǎn)品，都必須開(kāi)展需求開(kāi)發(fā)和需

8、求管理活動(dòng)。開(kāi)發(fā)者對(duì)待需求工程的態(tài)度可分“被動(dòng)型”、“主動(dòng)型”和“領(lǐng)先型”三種，只有后兩種才有可能開(kāi)發(fā)出成功的產(chǎn)品。 “被動(dòng)型”是指開(kāi)發(fā)者被動(dòng)地對(duì)待需求工程中的各項(xiàng)活動(dòng)，能少干則少干，能偷懶則偷懶。他們認(rèn)為需求是用戶(hù)的事情而不是自己的事情。開(kāi)發(fā)過(guò)程中經(jīng)常發(fā)生需求變更，導(dǎo)致產(chǎn)品迷失方向，不是半途而廢就是陷入半死不活的狀態(tài)。 “主動(dòng)型”是指開(kāi)發(fā)者積極地開(kāi)展需求工程中的各項(xiàng)活動(dòng)。他們把獲取準(zhǔn)確的需求當(dāng)作自己的職責(zé)，會(huì)想盡一切辦法克服需求開(kāi)發(fā)和需求管理過(guò)程中的困難，而不是找借口推卸責(zé)任。俗話(huà)說(shuō)“良好的開(kāi)端是成功的一半”，“主動(dòng)型”需求工程是開(kāi)發(fā)成功產(chǎn)品的必備條件。 “領(lǐng)先型”是需求工程的最高境界。開(kāi)發(fā)

9、者發(fā)掘了連用戶(hù)自己都沒(méi)有意識(shí)到的需求，導(dǎo)致用戶(hù)跟著新產(chǎn)品跑而不是新產(chǎn)品圍著用戶(hù)轉(zhuǎn)，這叫引導(dǎo)消費(fèi)。需求工程做到這個(gè)份上，才能使產(chǎn)品立于不敗之地，長(zhǎng)盛不衰。,16,Contents,需求開(kāi)發(fā)困難和對(duì)策,5,17,如何進(jìn)行需求分析,為了得到用戶(hù)的金錢(qián)，企業(yè)不得不鼓吹：用戶(hù)就是上帝，用戶(hù)永遠(yuǎn)是正確的。 誰(shuí)都知道這不是真的。事實(shí)上，很多時(shí)候用戶(hù)說(shuō)不清楚需求、會(huì)說(shuō)錯(cuò)需求或者提出一些無(wú)法實(shí)現(xiàn)的需求。 需求分析是指在需求開(kāi)發(fā)過(guò)程中，對(duì)所獲取的需求信息進(jìn)行分析，及時(shí)排除錯(cuò)誤和彌補(bǔ)不足，確保需求文檔正確地反映用戶(hù)的真實(shí)意圖。 。,18,如何進(jìn)行需求分析,需求分析是需求開(kāi)發(fā)過(guò)程中最費(fèi)腦子的工作。分析方法大體有兩類(lèi)：

10、“問(wèn)答分析法”和“建模分析法”。后者技術(shù)性比較強(qiáng)，寫(xiě)出來(lái)有學(xué)術(shù)味，故大多數(shù)軟件工程書(shū)籍都有論述。前者就是一些常識(shí)而已，雖然寫(xiě)不成文章，但是簡(jiǎn)單易用（保你一學(xué)就會(huì)），很有實(shí)用價(jià)值。 “問(wèn)答分析法”比較適合于用戶(hù)需求調(diào)查階段 “建模分析法”比較適合于產(chǎn)品需求定義階段,19,問(wèn)答分析方法,問(wèn)答分析方法很簡(jiǎn)單：刨根究底地問(wèn)，如果問(wèn)題都被解答了，那么需求也就分析清楚了。一個(gè)人可以“自問(wèn)自答”地分析需求，幾個(gè)人分析需求則稱(chēng)為“研討”。 問(wèn)答分析最重要的問(wèn)題是：“是什么”和“為什么”。 每個(gè)需求都應(yīng)當(dāng)用陳述句說(shuō)明“是什么”，如果“是什么”的內(nèi)涵不夠清晰，則應(yīng)補(bǔ)充說(shuō)明“不是什么”。 如果“是什么”和“不是什么

11、”并不是“理所當(dāng)然”的，那么應(yīng)當(dāng)解釋“為什么”，以便加深讀者的理解。 追究“是什么”和“為什么”的目的是獲得正確、清楚的需求。,20,問(wèn)答分析方法,需求存在二義性嗎？ 需求文檔的上下文有矛盾嗎？ 需求完備嗎？ 需求是必要的嗎？ 需求可實(shí)現(xiàn)嗎？ 需求可驗(yàn)證嗎？ 需求的優(yōu)先級(jí)確定了嗎？,21,建模分析法,人們都有這樣地感受：有些時(shí)候用語(yǔ)言描述某個(gè)問(wèn)題特別費(fèi)勁，而采用圖形則使人一目了然，所謂“一圖低千言”就是這個(gè)道理。 在需求開(kāi)發(fā)過(guò)程中，對(duì)于某些類(lèi)型的信息，用圖形表示要比文本表示更加有效。所以將圖形與文本結(jié)合起來(lái)描述需求是很自然的方法。 需求建模就是指用圖形符號(hào)來(lái)表示、刻畫(huà)需求。,22,建模分析法,

12、建模分析方法主要有兩大類(lèi)：“結(jié)構(gòu)化分析法”和“面向?qū)ο蠓治龇ā薄?現(xiàn)代建模工具如Rose有非常豐富的圖形符號(hào)和文字標(biāo)注，能很好地表達(dá)模型的細(xì)節(jié)。要注意的是：在建模時(shí)使用花樣過(guò)多的圖形符號(hào)或文字意味著模型表示的復(fù)雜化，將使開(kāi)發(fā)人員更難掌握，而且使圖形文檔更加雜亂。 世上不存在一個(gè)包羅萬(wàn)象的圖它能完整地描述需求。需求建模不可能取代文字描述。在需求文檔中，文字描述是第一重要的，建模主要是起分析、解釋作用。建議將模型存放在需求文檔的附錄中，便于正文引用。,23,需求決策,如果一群人對(duì)需求有爭(zhēng)議，并不是誰(shuí)聲音最響就聽(tīng)誰(shuí)的。根據(jù)生活經(jīng)驗(yàn)，最保險(xiǎn)的辦法是：先聽(tīng)官兒大的或者威望高的，如果大家的職位和威望都差不

13、多，那么采用“少數(shù)服從大多數(shù)”的原則。 如果一個(gè)產(chǎn)品可以賣(mài)給幾類(lèi)客戶(hù)，但是各類(lèi)客戶(hù)都要求產(chǎn)品按照他們的喜好來(lái)開(kāi)發(fā)。此時(shí)對(duì)需求的決策應(yīng)當(dāng)以商業(yè)利益為導(dǎo)向， 即哪一類(lèi)客戶(hù)出錢(qián)最多就先滿(mǎn)足他們的需求，以后再做那些獲利相對(duì)較少的需求。 當(dāng)開(kāi)發(fā)者想象中的產(chǎn)品與客戶(hù)所提的需求有沖突時(shí)，一般應(yīng)當(dāng)尊重客戶(hù)的觀點(diǎn)。但是不要陷入“客戶(hù)總是對(duì)的”陷阱里，需求分析員應(yīng)當(dāng)糾正明顯不合理的客戶(hù)需求。如果產(chǎn)品很復(fù)雜，雙方都不太明白需求，此時(shí)最好請(qǐng)開(kāi)發(fā)人員快速構(gòu)造軟件的原型，雙方看著軟件原型再分析需求。,24,課程注冊(cè)系統(tǒng) 需求分析,25,實(shí)例分析 課程注冊(cè)系統(tǒng),找出系統(tǒng)主體用戶(hù)? 找出系統(tǒng)外部接口(系統(tǒng)關(guān)聯(lián)圖) 分析系統(tǒng)內(nèi)

14、部功能 畫(huà)出系統(tǒng)架構(gòu)圖 建模（識(shí)別實(shí)體） 分析非功能性需求,26,系統(tǒng)內(nèi)部功能,登陸、認(rèn)證 用戶(hù)ID,登錄口令 賬號(hào)管理(增刪改查) 角色及權(quán)限控制,27,系統(tǒng)內(nèi)部功能,教師管理 信息維護(hù)(增刪改查) 涉及角色: 教授本人和管理員,28,系統(tǒng)內(nèi)部功能,課程管理 對(duì)外接口 課程查詢(xún) 課程登記:教授登記需要講授的課程 課程注冊(cè):學(xué)生注冊(cè),沖突(課程表,超過(guò)10人) 課程取消,29,系統(tǒng)內(nèi)部功能,成績(jī)管理 成績(jī)錄入 成績(jī)查詢(xún) 角色:學(xué)生本人、教授,30,系統(tǒng)內(nèi)部功能,收費(fèi)管理 收費(fèi)通知 與收費(fèi)系統(tǒng)的接口,31,Contents,需求開(kāi)發(fā)困難和對(duì)策,5,32,需求開(kāi)發(fā)的困難：知識(shí)技能問(wèn)題,應(yīng)用域的知識(shí)

15、是無(wú)邊無(wú)際的，任何人都不可能是“萬(wàn)事通”。俗話(huà)說(shuō)“隔行如隔山”，需求分析員可能是某一領(lǐng)域的專(zhuān)家，但當(dāng)他接手陌生的業(yè)務(wù)時(shí)，他可能是個(gè)“無(wú)知”者。一個(gè)企業(yè)要謀求發(fā)展，不能總在做老的業(yè)務(wù)。人一生中會(huì)有許多充滿(mǎn)挫折的“第一次”，不可以逃避。 當(dāng)需求分析員缺乏應(yīng)用域知識(shí)時(shí)，他該怎么辦？ 首先他要有勇氣做事，否則連實(shí)踐的機(jī)會(huì)都沒(méi)有。 其次他應(yīng)當(dāng)趕緊補(bǔ)習(xí)應(yīng)用域知識(shí)，不論是通過(guò)自學(xué)還是培訓(xùn)的方式，否則他很難與用戶(hù)交流。如果可能的話(huà)，開(kāi)發(fā)方最好請(qǐng)既懂軟件又懂應(yīng)用域知識(shí)的行家來(lái)幫忙。,33,需求開(kāi)發(fā)的困難：開(kāi)發(fā)態(tài)度問(wèn)題,相當(dāng)多的開(kāi)發(fā)人員習(xí)慣于被動(dòng)地對(duì)待需求開(kāi)發(fā)。每當(dāng)遇到麻煩、挫折時(shí)，他們會(huì)發(fā)牢騷，找出一堆用戶(hù)的毛

16、病。很多開(kāi)發(fā)人員錯(cuò)誤地以為： 需求是用戶(hù)的事情，不是我們的事情。我們?yōu)橛脩?hù)開(kāi)發(fā)軟件，難道用戶(hù)不該告訴我們應(yīng)當(dāng)開(kāi)發(fā)什么嗎？如果用戶(hù)說(shuō)不清楚需求，或者經(jīng)常變更需求，這類(lèi)問(wèn)題是用戶(hù)產(chǎn)生的，應(yīng)當(dāng)由他們自己負(fù)責(zé)。 用戶(hù)說(shuō)不清楚需求或者需求發(fā)生變更，這些都是常見(jiàn)的問(wèn)題，并不是絕癥，是人們可以設(shè)法解決的。可悲的是開(kāi)發(fā)人員把這些問(wèn)題當(dāng)成了借口，不愿主動(dòng)攻克問(wèn)題，導(dǎo)致需求問(wèn)題擴(kuò)散到整個(gè)軟件開(kāi)發(fā)過(guò)程，產(chǎn)生太多的后患。 軟件企業(yè)的領(lǐng)導(dǎo)應(yīng)當(dāng)給具有錯(cuò)誤觀念的開(kāi)發(fā)人員們洗腦：需求分析員的天職就是在有限的時(shí)間內(nèi)獲取準(zhǔn)確而細(xì)致的用戶(hù)需求，如果做不到就是失職，不要找借口。,34,需求開(kāi)發(fā)的困難：合作關(guān)系1,如果需求分析員不能與

17、用戶(hù)建立良好的合作關(guān)系，那么他們?cè)谛枨箝_(kāi)發(fā)過(guò)程中會(huì)很疲憊。 倘若用戶(hù)不能很好地配合需求分析員，那并不表示他是個(gè)壞蛋。因?yàn)橛脩?hù)有他自己的想法：我回答了你們的問(wèn)題，講了該講的。我們付錢(qián)給你們，難道還要我伺候你們不成？我還要干自己的事情，別打擾我了。你們自己想辦法把活干好吧,35,需求開(kāi)發(fā)的困難：合作關(guān)系2,對(duì)于一些競(jìng)標(biāo)項(xiàng)目，在合同未簽訂之前的需求開(kāi)發(fā)工作尤為困難。用戶(hù)未必會(huì)買(mǎi)你的產(chǎn)品，他不會(huì)投入很多精力來(lái)協(xié)助你搞需求開(kāi)發(fā)。 需求分析員不是銷(xiāo)售人員，他們不可能象銷(xiāo)售人員那樣通過(guò)某些手段籠絡(luò)住用戶(hù)就能成功。出色的需求分析員不僅要有過(guò)硬的專(zhuān)業(yè)知識(shí)，還要具備較強(qiáng)的交流、溝通能力。 開(kāi)發(fā)方與用戶(hù)的合作關(guān)系對(duì)

18、需求開(kāi)發(fā)而言是至關(guān)重要的。對(duì)于重大的、復(fù)雜的項(xiàng)目，我們不能完全期望雙方能夠自發(fā)地建立起良好地合作關(guān)系，這樣風(fēng)險(xiǎn)太大。,36,需求開(kāi)發(fā)的困難：合作關(guān)系3,開(kāi)發(fā)方和用戶(hù)方在開(kāi)展需求開(kāi)發(fā)之前，雙方協(xié)商并撰寫(xiě)“用戶(hù)在需求工程中的權(quán)利與義務(wù)”，即以協(xié)議的方式確定合作關(guān)系?！昂迷?huà)”和“丑話(huà)”都說(shuō)在前頭，這樣能減少今后的摩擦。如果條件允許的話(huà)，開(kāi)發(fā)方最好為用戶(hù)舉辦關(guān)于需求工程的培訓(xùn)，這樣的培訓(xùn)將使用戶(hù)明白需求的重要性以及忽視需求的危害性，從而促使他們積極友善地參加需求工程中的各項(xiàng)活動(dòng)。,37,需求開(kāi)發(fā)的困難：用戶(hù)權(quán)利和義務(wù),用戶(hù)在需求工程中的“權(quán)利” 有權(quán)要求開(kāi)發(fā)方派遣資質(zhì)合格的需求分析員和相關(guān)人員。 有權(quán)

19、要求開(kāi)發(fā)方采用用戶(hù)熟悉的語(yǔ)言來(lái)描述需求，即開(kāi)發(fā)方必須提供用戶(hù)看得懂得需求文檔。 有權(quán)審查需求文檔，并對(duì)有爭(zhēng)議的需求作出決策。如果認(rèn)為需求文檔不能準(zhǔn)確地反映用戶(hù)真實(shí)的意愿，可以拒絕在需求文檔上簽字。 如果用戶(hù)想要變更需求，有權(quán)要求開(kāi)發(fā)方對(duì)該變更將產(chǎn)生的影響作出真實(shí)可信的評(píng)估，以便用戶(hù)決定是否變更需求。,38,需求開(kāi)發(fā)的困難：用戶(hù)權(quán)利和義務(wù),用戶(hù)在需求工程中的“義務(wù)” 以積極友善的態(tài)度與開(kāi)發(fā)方人員交流、協(xié)作，盡可能地為開(kāi)發(fā)方人員提供工作和生活上的便利。 樂(lè)意接受需求分析員的采訪(fǎng)，在不泄漏機(jī)密的前提下盡可能地回答需求分析員的問(wèn)題。 在不泄漏機(jī)密的前提下，盡可能地向需求分析員提供與需求相關(guān)的材料。 與

20、需求分析員共同評(píng)審需求文檔，確保需求文檔準(zhǔn)確地反映用戶(hù)真實(shí)的意愿。,39,需求開(kāi)發(fā)的困難：說(shuō)不清楚,用戶(hù)說(shuō)不清楚需求是普遍現(xiàn)象，這是讓開(kāi)發(fā)人員頭痛的大問(wèn)題。 有些用戶(hù)真的不知道需求是什么，或者對(duì)需求只有朦朧的感覺(jué)，他當(dāng)然說(shuō)不清楚需求。 例如開(kāi)發(fā)方的營(yíng)銷(xiāo)人員水平比較高，他能夠在用戶(hù)不清楚自己要什么的情況下引導(dǎo)用戶(hù)“消費(fèi)”。 例如前些年全國(guó)各地的很多政府機(jī)構(gòu)大搞網(wǎng)絡(luò)建設(shè)。這些機(jī)構(gòu)的領(lǐng)導(dǎo)和辦公人員大多數(shù)不清楚網(wǎng)絡(luò)干什么用，就讓開(kāi)發(fā)人員替他們?cè)O(shè)想需求吧，反正是花公家的錢(qián)。,40,需求開(kāi)發(fā)的困難：說(shuō)不清楚,有些用戶(hù)雖然心里明白想要什么，但卻說(shuō)不清楚需求。 比如說(shuō)買(mǎi)鞋子。我們非常了解自已的腳，但很難用語(yǔ)言

21、說(shuō)清楚腳的大小和形狀。通常拿鞋子去試，試穿時(shí)感覺(jué)到舒服才會(huì)買(mǎi)鞋。 需求分析員絕不能以用戶(hù)說(shuō)不清楚需求為借口而草率地對(duì)待需求開(kāi)發(fā)工作，否則會(huì)連累整個(gè)開(kāi)發(fā)團(tuán)隊(duì)的。 無(wú)論是什么原因?qū)е掠脩?hù)說(shuō)不清楚需求，需求分析員必須設(shè)法搞清楚用戶(hù)真正的需求，這是需求分析員的職責(zé)，也是職業(yè)的挑戰(zhàn)。,41,需求開(kāi)發(fā)的困難：雙方誤解,人們?cè)诮涣鞯臅r(shí)候，經(jīng)常會(huì)發(fā)生“問(wèn)非所求，答非所問(wèn)”的事情。 有時(shí)用戶(hù)會(huì)把開(kāi)發(fā)人員的建議或答復(fù)給想歪了： 有一個(gè)軟件開(kāi)發(fā)人員滔滔不絕地向用戶(hù)講解在“信息高速公路上做廣告”的種種好處，用戶(hù)聽(tīng)得津津有味。最后，心動(dòng)的用戶(hù)對(duì)軟件開(kāi)發(fā)人員說(shuō)：“好得很，就讓我們馬上行動(dòng)起來(lái)吧。請(qǐng)您決定廣告牌的尺寸和放在哪條高速公路上，我立即派人去做?！?42,需求開(kāi)發(fā)的困難：雙方誤解,而用戶(hù)表達(dá)的需求，不同的開(kāi)發(fā)人員可能有不同的理解。如果需求分析員誤解了需求，那會(huì)導(dǎo)致后續(xù)的不少開(kāi)發(fā)人員將錯(cuò)就錯(cuò)、白干活。就像作文寫(xiě)跑題了，寫(xiě)得再好也白搭。這類(lèi)錯(cuò)誤連高智商的外星人都不能避免： 有個(gè)外星人間諜潛伏到地球刺探情報(bào)，它給上司寫(xiě)了一份報(bào)告：“主宰地球的是車(chē)。它們喝汽油，靠四個(gè)輪子滾動(dòng)前進(jìn)。嗓門(mén)極大，在夜里雙眼能射出強(qiáng)光。有趣的是，車(chē)?yán)镒≈环N叫作人的寄生蟲(chóng)，這些寄生蟲(chóng)完全控制了