需求分析面試

1、精品文檔1.在需求分析中有哪些問(wèn)題需要注意？2.你是如何理解需求分析這個(gè)職位的？1.進(jìn)行管理軟件項(xiàng)目的需求分析工作;2.項(xiàng)目規(guī)劃，項(xiàng)目交流，售前咨詢和方案設(shè)計(jì)工作;在這種情況下需要給自己和其他人留出一個(gè)定義需求的時(shí)間，同時(shí)盡量清晰地定義項(xiàng)目各方的工作范圍和利益關(guān)系， 確認(rèn)項(xiàng)目的階段性成果。 否則項(xiàng)目即便啟動(dòng)了， 也有可能會(huì)沒(méi)完沒(méi)了地拖下去。良好的溝通能力，對(duì)于不懂軟件的其他行業(yè)客戶能夠迅速溝通， 獲取用戶的想法、目的；同時(shí)對(duì)內(nèi)溝通，讓內(nèi)部的開發(fā)人員、項(xiàng)目經(jīng)理理解用戶想要的東西。業(yè)務(wù)基礎(chǔ)和理解能力 ,你應(yīng)該對(duì)你們的產(chǎn)品和用戶的行業(yè)都有比較深刻的理解，才能迅速的找到客戶和公司項(xiàng)目、產(chǎn)品的結(jié)合點(diǎn)；開

2、發(fā)成本的評(píng)估， 用戶可能覺(jué)得很神奇的事情可能對(duì)開發(fā)很簡(jiǎn)單， 客戶覺(jué)得簡(jiǎn)單的事情也可能對(duì)開發(fā)是個(gè)悲劇。 能夠合理的引導(dǎo)用戶需求， 在前期規(guī)避項(xiàng)目風(fēng)險(xiǎn)；還有就是文檔能力、業(yè)務(wù)建模能力了3. 如何應(yīng)對(duì)客戶多變的需求 ?延展咨詢作為一個(gè)新型的咨詢實(shí)施一體化的公司，我們的宗旨是給客戶提供最優(yōu)化的解決方案，我們對(duì)待客戶提出的需求都會(huì)從客戶需求的本質(zhì)去解決問(wèn)題，不會(huì)僅僅從表象去滿足客戶需求，實(shí)際上我們解決客戶問(wèn)題的過(guò)程中，包含了我們的智慧和管理經(jīng)驗(yàn)，所以，這個(gè)就是延展咨詢實(shí)施一體化的本意。 我們不是堅(jiān)決不改程序， 也不是客戶說(shuō)什么我們做什么， 我們是和客戶一起尋求解決方案。 所以，我們做實(shí)施和一般軟件公司和

3、咨詢顧問(wèn)公司都是不一樣的。 我們是通過(guò)我們的管理智慧，融入到我們給客戶提供的軟件系統(tǒng)中，并且陪著客戶一起把最佳解決方案找到，這樣我們就最終解決了客戶需求。4. 自己的優(yōu)缺點(diǎn)？5. 為什么要應(yīng)聘這個(gè)工作 覺(jué)得自己的優(yōu)勢(shì)在哪里等 ?6. 很多個(gè)，印象最深的是你覺(jué)得項(xiàng)目管理什么過(guò)程最考驗(yàn)項(xiàng)目經(jīng)理?1. 人員與時(shí)間管理2. 風(fēng)險(xiǎn)與質(zhì)量控制3. 人事與公關(guān)處理你覺(jué)得你在解決問(wèn)題時(shí)憑邏輯推理還是僅憑感覺(jué)？請(qǐng)根據(jù)你以前的工作經(jīng)歷來(lái)談?wù)勀愕捏w會(huì)。舉一個(gè)過(guò)去的例子說(shuō)明，在做出決定時(shí)，必須進(jìn)行認(rèn)真分析、周密考慮。請(qǐng)說(shuō)說(shuō)你做決定的過(guò)程。.精品文檔如果我們讓你干這個(gè)職位的話，你怎樣決定是否接受這個(gè)工作呢？你為什么干這

4、一行，而不干其他行當(dāng)呢？你一生中做出的最有意義的決定是什么？那個(gè)決定為什么有意義？那個(gè)決定是怎樣做出來(lái)的？當(dāng)你要決定是否試做全新的事情時(shí)，你對(duì)成功的把握性有多大？在你的前任工作中，你根據(jù)什么標(biāo)準(zhǔn)決定是否做些不屬于你工作任務(wù)的任務(wù)項(xiàng)目？你為什么在事業(yè)的這個(gè)階段決定尋找新的機(jī)會(huì)？假設(shè)你想要給自己找一位助手，有兩位候選人，你怎樣決定聘用哪一個(gè)呢？假如另一部門的某位員工經(jīng)常來(lái)打擾你部門員工的工作，你有哪些辦法可以解決這個(gè)問(wèn)題？你會(huì)選擇哪個(gè)辦法？為什么？綜合分析能力面試題沙漠救生記湯老師，我面試的時(shí)候遇到這樣一道題：沙漠中遇難，有四樣?xùn)|西，帳篷，兩瓶水，繩子，刀。只能選擇其中三樣帶走，你選擇哪三樣，并把

5、每種選擇都給分析一下。請(qǐng)問(wèn)該怎么選擇？答案：這種問(wèn)題通常用于小組討論，如果用對(duì)個(gè)人進(jìn)行測(cè)試，通常是要測(cè)試求職者的綜合分析能力。題目本身沒(méi)有絕對(duì)正確的答案，最重要地是逐一對(duì)所有的東西進(jìn)行分析，最后，匯總自己的分析，選擇最有利于救生的工具。只要把每樣?xùn)|西進(jìn)行分析，并做出自己的選擇，條理、邏輯清楚就行。本文來(lái)自中國(guó)范文網(wǎng)，原文地址： .精品文檔怎么寫需求文檔？1 與用戶溝通前應(yīng)進(jìn)行充通常，與用戶溝通前的準(zhǔn)備時(shí)間要遠(yuǎn)遠(yuǎn)大于正式會(huì)面溝通的時(shí)間。一般情況下，用戶在和你連續(xù)交談兩個(gè)小時(shí)之后，就會(huì)失去熱情和耐心，這是大部分人的共同特點(diǎn)。所以充分的準(zhǔn)備工作至關(guān)重要。準(zhǔn)備工作包括對(duì)項(xiàng)目整體環(huán)境熟悉的準(zhǔn)備工作和對(duì)具

6、體業(yè)務(wù)進(jìn)行調(diào)研前的準(zhǔn)備工作。項(xiàng)目整體環(huán)境的熟悉工作需要了解 :項(xiàng)目的背景、項(xiàng)目的目的、項(xiàng)目的利益相關(guān)方等信息，以便對(duì)當(dāng)前項(xiàng)目的鷹缽情況有一定了解。項(xiàng)目經(jīng)理博客對(duì)具體業(yè)務(wù)調(diào)研前的準(zhǔn)備工作包括 : 需求調(diào)研問(wèn)題的準(zhǔn)備、 需求調(diào)研模板的設(shè)計(jì)、 需求調(diào)研時(shí)間安排等內(nèi)容。要充分珍視用戶的時(shí)間，盡量避免由于準(zhǔn)備工作不足而反復(fù)約見用戶，給用戶造成效率低下的印象。一旦發(fā)生這樣的錯(cuò)誤，以后可能就會(huì)很難約見到用戶。2 主動(dòng)積極了解客戶業(yè)務(wù)和相關(guān)知識(shí)在計(jì)算機(jī)技術(shù)方面我們可能非常專業(yè)，但對(duì)于具體的用戶業(yè)務(wù)可能并不十分清楚。這個(gè)項(xiàng)目對(duì)用戶是否有幫助、某一系統(tǒng)功能是否有用、某一流程處理是否合理，在不了解用戶業(yè)務(wù)的情況下，

7、我們將很難做出判斷。因此只有在了解業(yè)務(wù)的基礎(chǔ)上，我們才和用戶有共同的溝通語(yǔ)言和業(yè)務(wù)理解，才能真正理解系統(tǒng)應(yīng)具有哪些功能。筆者曾在經(jīng)銷商管理系統(tǒng)調(diào)研過(guò)程中，由于財(cái)務(wù)方面的知識(shí)有限，使得在對(duì)經(jīng)銷商財(cái)務(wù)部門的調(diào)研中對(duì)部分問(wèn)題不是特別的理解。當(dāng)時(shí)，筆者向用戶虛心進(jìn)行請(qǐng)教，并在調(diào)研結(jié)束后及時(shí)對(duì)自己的財(cái)務(wù)知識(shí)進(jìn)行了補(bǔ)充。應(yīng)用領(lǐng)域的知識(shí)是無(wú)邊無(wú)際的，在各種項(xiàng)目的調(diào)研過(guò)程中，肯定會(huì)出現(xiàn)由于需求分析者缺乏某一領(lǐng)域的知識(shí)而影響需求分析工作的準(zhǔn)確、順利進(jìn)行。遇到此類問(wèn)題時(shí)，需求分析者應(yīng)虛心向用戶請(qǐng)教，同時(shí)應(yīng)及時(shí)補(bǔ)充應(yīng)用領(lǐng)域的知識(shí)。最好能夠在調(diào)研前做好充分的準(zhǔn)備。3 對(duì)用戶進(jìn)行正確分類項(xiàng)目管理培訓(xùn)組織中的用戶在很多方

8、面存在差異， 例如 :使用系統(tǒng)的頻度和程度、 計(jì)算機(jī)系統(tǒng)知識(shí)、 所進(jìn)行的業(yè)務(wù)過(guò)程以及個(gè)人的素質(zhì)和喜好等。根據(jù)用戶的特點(diǎn)，可對(duì)用戶進(jìn)行一定的分類。將用戶分類并歸納各自特點(diǎn)，詳細(xì)描述他們的個(gè)性特點(diǎn)及任務(wù)狀況，將有助于需求的獲取和分析。不同的問(wèn)題需要詢問(wèn)不同的人，對(duì)于操作細(xì)節(jié)的問(wèn)題，要和實(shí)際負(fù)責(zé)操作的用戶進(jìn)行溝通，而對(duì)于關(guān)乎全局的問(wèn)題，則要和相應(yīng)的管理層用戶進(jìn)行溝通。如通過(guò)組織架構(gòu)圖得知倉(cāng)庫(kù)部門有三種角色 :倉(cāng)庫(kù)主管、發(fā)貨理貨員、系統(tǒng)操作員。.精品文檔我們發(fā)現(xiàn)倉(cāng)庫(kù)主管是對(duì)全盤業(yè)務(wù)相當(dāng)熟悉的人，他負(fù)責(zé)協(xié)調(diào)本部門的全局事務(wù);而發(fā)貨理貨員是部門的主要業(yè)務(wù)執(zhí)行人 ;系統(tǒng)操作員則是倉(cāng)庫(kù)管理系統(tǒng)的直接操作者。若

9、我們調(diào)研的目的是搞清該部門的整體性流程，我們會(huì)很自然地選擇倉(cāng)庫(kù)主管作為訪談的對(duì)象。項(xiàng)目經(jīng)理圈子4 引導(dǎo)用戶，使用戶充分表達(dá)自己的想法在與用戶交談中，如何引導(dǎo)用戶說(shuō)出他們的需求是非常關(guān)鍵的。恰當(dāng)?shù)奶釂?wèn)，會(huì)使用戶滔滔不絕，充分發(fā)表自己的意見和建議。而不恰當(dāng)?shù)奶釂?wèn)，可能會(huì)導(dǎo)致用戶無(wú)法回答或敷衍了事地進(jìn)行回答。提問(wèn)可分為封閉式提問(wèn)和開放式提問(wèn)。封閉式提問(wèn)目的明確。如 : 現(xiàn)在你們的送貨單是手工填寫還是電腦打印 ?但過(guò)多使用封閉式提問(wèn)，會(huì)導(dǎo)致談話枯燥，讓用戶感覺(jué)自己好像在接受審問(wèn)。開放式提問(wèn)是請(qǐng)對(duì)方對(duì)某一事物做進(jìn)一步的解釋，可使談話達(dá)到一定的深度和廣度。如:你認(rèn)為目前的工作中存在哪些可以改進(jìn)的地方 ?開

10、放式提問(wèn)缺點(diǎn)是容易使談話內(nèi)容偏離主題。因此在談話過(guò)程中，應(yīng)采用封閉式和開放式提問(wèn)相結(jié)合的方式。以簡(jiǎn)單問(wèn)題開始、從用戶熟悉的內(nèi)容開始。每次只提一個(gè)問(wèn)題、集中一個(gè)重點(diǎn)，寧問(wèn)勿猜。并盡量避免使用IT 相關(guān)的一些術(shù)語(yǔ)，以便用戶能夠很好地理解我們的表達(dá)。5 應(yīng)實(shí)地了解用戶工作流程項(xiàng)目管理論壇實(shí)地觀察用戶執(zhí)行業(yè)務(wù)任務(wù)的過(guò)程。了解用戶什么時(shí)候獲得什么數(shù)據(jù)，并怎樣使用這些數(shù)據(jù)，業(yè)務(wù)處理過(guò)程中需要處理哪些單據(jù)，需要和哪些角色的用戶發(fā)生關(guān)聯(lián)等。這都將有助于明確產(chǎn)品的功能需求。經(jīng)驗(yàn)證明，與人們面談關(guān)于他們?nèi)绾瓮瓿扇蝿?wù)時(shí)會(huì)有許多限制和不準(zhǔn)確性，而這是任務(wù)觀察可以直接解決的。特別是對(duì)于某些組織中普遍接受的規(guī)則和方法，用

11、戶認(rèn)為你也應(yīng)理所當(dāng)然知道，而不曾提起時(shí)。近年來(lái)，由于人機(jī)交互的復(fù)雜性驚人地增加，人機(jī)交互的觀察和記錄已引起人們的廣泛注意。觀察是一個(gè)主觀的領(lǐng)域，很大程度上依賴于需求分析者的經(jīng)驗(yàn)。通過(guò)觀察發(fā)現(xiàn) :某些客戶要求送貨單中的商品價(jià)格為含稅價(jià)格， 而有些客戶則要求送貨單上的商品價(jià)格為不含稅價(jià)格 ;有些商品的稅率為 13%，而有的商品稅率為 17%;有些客戶要求送貨單上的金額小數(shù)點(diǎn)后保留四位， 有的客戶又要求送貨單上必須提供自己公司的商品編碼等。而這些都是在調(diào)研中，用戶不曾提起的內(nèi)容。6 分析需求可行性柳傳志曾說(shuō) : “沒(méi)錢賺的事我們不干 ;有錢賺但投不起錢的事不干 ;有錢賺也投得起錢但沒(méi)有可靠的人選，

12、這樣的事也不干。 ”柳傳志為聯(lián)想集團(tuán)的決策確立了上述準(zhǔn)則，同時(shí)也為可以行性分析指明了重點(diǎn)?？尚行苑治鲋饕轻槍?duì)某一需求決定是做還是不做。一般可行性主要考慮兩個(gè)方面的因素 :技術(shù)和人。技術(shù)方面主要是分析在給定的時(shí)間段內(nèi)是否可實(shí)現(xiàn)所需的功能并滿足產(chǎn)品的質(zhì)量要求等相關(guān)指標(biāo)。很多時(shí)候，用戶的想法在實(shí)際實(shí)施過(guò)程中是不現(xiàn)實(shí)的。若一味地求全和盲目遵從用戶的設(shè)想，將為項(xiàng)目的.精品文檔后續(xù)工作帶來(lái)很大的風(fēng)險(xiǎn)。因此應(yīng)盡量避免在需求分析中包含技術(shù)實(shí)施上有難度的功能。如在筆者曾經(jīng)負(fù)責(zé)的一個(gè)項(xiàng)目中，用戶要求新的管理系統(tǒng)應(yīng)實(shí)現(xiàn)和用友、金蝶等管理系統(tǒng)的數(shù)據(jù)接口，以方便這些系統(tǒng)中的數(shù)據(jù)導(dǎo)人新的管理系統(tǒng)。許諾提供與用友、金蝶等

13、系統(tǒng)的數(shù)據(jù)接口，將為新系統(tǒng)的成功實(shí)施帶來(lái)很大的風(fēng)險(xiǎn)。因?yàn)槭煜み@些系統(tǒng)需要時(shí)間，開發(fā)與它們的接口也需要時(shí)間，而且用友、金蝶等這些系統(tǒng)存在多個(gè)不同的版本。因此與外部系統(tǒng)接口的可行性定義為 :不可行。人的方面主要考慮目標(biāo)用戶是否具有相應(yīng)的素質(zhì)和能力。在實(shí)際項(xiàng)目中，筆者曾對(duì)快速消費(fèi)品行業(yè)經(jīng)銷商批次管理的可行性進(jìn)行了分析。首先，批次管理將涉及到所有產(chǎn)品的出入庫(kù)操作，并存在一個(gè)產(chǎn)品有多個(gè)批次的情況，因此批次管理對(duì)操作人員的能力和素質(zhì)要求比較高。其次，快速消費(fèi)品行業(yè)的特點(diǎn)決定了產(chǎn)品的出入庫(kù)操作極為頻繁，因此，操作人員的工作強(qiáng)度比較大。再次，大部分經(jīng)銷商的倉(cāng)庫(kù)所在地都距離城鎮(zhèn)比較遠(yuǎn)， 因此工作人員的文化水平普

14、遍不高。 在綜合考慮后，將批次管理的可行性定義為低。對(duì)于復(fù)雜的項(xiàng)目，還應(yīng)從經(jīng)濟(jì)方面和環(huán)境方面進(jìn)行考慮。經(jīng)濟(jì)方面主要從投入、收益、短期、長(zhǎng)遠(yuǎn)利益等方面進(jìn)行分析。環(huán)境方面主要考慮市場(chǎng)環(huán)境和政策因素。7 確定需求的優(yōu)先級(jí)別當(dāng)客戶的期望很高、開發(fā)時(shí)間很短且資源有限時(shí)，設(shè)定需求的相對(duì)優(yōu)先級(jí)將有助于項(xiàng)目管理人員解決沖突、安排階段性交付并做出必要的取舍。建立每個(gè)需求的重要性有助于規(guī)劃軟件的構(gòu)造，以最少的費(fèi)用提供產(chǎn)品的最大功能。特別是對(duì)漸進(jìn)式的項(xiàng)目，優(yōu)先級(jí)的設(shè)定就顯得更為重要，因?yàn)樵谶@些開發(fā)中，項(xiàng)目時(shí)間安排極為緊迫并且交付日期不可改變，一些低優(yōu)先級(jí)的需求就需要推遲到后續(xù)版本中進(jìn)行實(shí)現(xiàn)或直接取消。當(dāng)眾多用戶因期

15、望不同而就某些需求優(yōu)先級(jí)的設(shè)定難以達(dá)成一致意見時(shí)，需求分析者可指出每一需求所需的費(fèi)用、難度、技術(shù)風(fēng)險(xiǎn)或其他特定的與權(quán)衡需求有關(guān)的指標(biāo)，來(lái)客觀評(píng)價(jià)每一需求的優(yōu)先級(jí)。8 正確理解需求分析文檔確認(rèn)需求分析是一項(xiàng)繁瑣枯燥的工作，需要和用戶不斷的商討、確認(rèn)和反復(fù)。但大部分用戶并不只做這項(xiàng)工作，特別當(dāng)他被很多其他的事情纏身的時(shí)候，而無(wú)心在筆者曾負(fù)責(zé)的經(jīng)銷商管理系統(tǒng)中，經(jīng)銷商認(rèn)為，庫(kù)存過(guò)高將占用企業(yè)運(yùn)轉(zhuǎn)資金，增加企業(yè)負(fù)擔(dān);庫(kù)存過(guò)低則無(wú)法滿足客戶訂單，從而導(dǎo)致交貨周期延長(zhǎng)，降低企業(yè)市場(chǎng)競(jìng)爭(zhēng)力。由于經(jīng)銷商對(duì)當(dāng)前可用庫(kù)存十分關(guān)注，因此可用庫(kù)存的優(yōu)先級(jí)被定義為 :高優(yōu)先級(jí)。仔細(xì)考慮或回答你的問(wèn)題。這很容易使你錯(cuò)誤地

16、認(rèn)為用戶已經(jīng)真正地了解并認(rèn)可了你的分析文檔。在需求分析文檔上簽字確認(rèn)，通常被認(rèn)為是用戶同意需求分析內(nèi)容的標(biāo)志行為。而實(shí)際操作中，簽字確認(rèn)工作并未得到用戶的充分重視。 “他們要求我在需求文檔上簽名，于是我就簽了，否則開發(fā)人員不開始編碼。 ”用戶的這種態(tài)度將可能給項(xiàng)目帶來(lái)潛在的風(fēng)險(xiǎn)，如不斷地進(jìn)行需求變更等。.精品文檔對(duì)于需要用戶確認(rèn)的需求分析文檔，最好在用戶確認(rèn)前，就文檔內(nèi)容對(duì)用戶進(jìn)行一定的講解，以確保用戶完全理解并認(rèn)可文檔中的內(nèi)容。若用戶對(duì)文檔中的內(nèi)容存在修改意見，則修改后再與用戶進(jìn)行確認(rèn)，直至用戶完全認(rèn)可文檔中的內(nèi)容為止。通常為對(duì)項(xiàng)目有一個(gè)整體、準(zhǔn)確的理解， 需求分析所包含的內(nèi)容通常大于項(xiàng)目范

17、圍所包含的內(nèi)容。因此，應(yīng)讓用戶理解對(duì)于某些功能的討論并不意味著即將在系統(tǒng)中實(shí)現(xiàn)它。應(yīng)使用戶明白對(duì)需求分析文檔的簽字確認(rèn)是建立一個(gè)需求的基線，進(jìn)一步的變更可在此基線上通過(guò)項(xiàng)目定義的變更過(guò)程來(lái)進(jìn)行。需求確認(rèn)將給初步的需求開發(fā)工作畫上了雙方都明確的句號(hào)，并有助于形成一個(gè)持續(xù)良好的用戶與需求分析人員的關(guān)系，為項(xiàng)目的成功奠定堅(jiān)實(shí)的基礎(chǔ)。9 結(jié)語(yǔ)將知識(shí)從一個(gè)地方傳送到另一個(gè)地方并不是一件簡(jiǎn)單的事情， 而且原始的需求通常是以不完整的形式呈現(xiàn)的。它也許只是在某個(gè)現(xiàn)有系統(tǒng)的用戶腦中，甚至有時(shí)用戶都沒(méi)有意識(shí)到他們知道什么。本文從引導(dǎo)用戶、需求確認(rèn)等方面對(duì)需求分析中應(yīng)注意的主要問(wèn)題進(jìn)行了研究分析。同時(shí)需求分析工作者

18、也應(yīng)在日常工作中加強(qiáng)學(xué)習(xí)，不斷總結(jié)，使自己的需求分析能力得到不斷的提升。業(yè)務(wù)需求訪談中需要注意的重要法則( 轉(zhuǎn) )毫無(wú)疑問(wèn) , 任何企業(yè)信息化項(xiàng)目啟動(dòng)的源頭來(lái)自于系統(tǒng)業(yè)務(wù)需求調(diào)研，業(yè)務(wù)需求調(diào)研在軟件工程價(jià)值鏈中處于首當(dāng)其沖的位置, 做好業(yè)務(wù)需求調(diào)研對(duì)于項(xiàng)目成敗的重要性是不言而喻的。而如何做好業(yè)務(wù)需求調(diào)研卻又不是件容易的事，因?yàn)樗仁情T科學(xué)更是門藝術(shù)，更需要長(zhǎng)期的經(jīng)驗(yàn)積累。業(yè)務(wù)需求調(diào)研的方法多樣，通常包括復(fù)查原有的表格和描述、主持與用戶的業(yè)務(wù)訪談、原型建立、分發(fā)收集調(diào)查表、研究供應(yīng)商的解決方案等方法。而其中的業(yè)務(wù)需求訪談是一門被證明形之有效的技術(shù)和方法，然而怎樣做好它， 對(duì)有效的獲得和分析業(yè)務(wù)需

19、求均起著至關(guān)重要的作用。我們應(yīng)當(dāng)像重視軟件開發(fā)過(guò)程那樣關(guān)注管理業(yè)務(wù)訪談的過(guò)程和法則, 做到 “訪談前有準(zhǔn)備 , 訪談時(shí)有效果 ,訪談后有總結(jié) ”。如此一來(lái) , 我們的需求訪談工作才能進(jìn)入良性循環(huán), 我們的軟件開發(fā)才能有保障。正如人類發(fā)展歷史蘊(yùn)含著隱含的潛規(guī)則，業(yè)務(wù)需求訪談亦有其內(nèi)在的法則所在，本文旨在挖掘這些規(guī)則以期同仁在業(yè)務(wù)需求訪談工作中有所參照和收獲。1 、業(yè)務(wù)需求訪談前要從內(nèi)容和目標(biāo)上做好精心準(zhǔn)備。我們知道系統(tǒng)需求是新系統(tǒng)必須完成的功能和局限性。系統(tǒng)需求肯定不是生來(lái)就有的，也不是天生就存在需求分析員的腦海中，那么業(yè)務(wù)需要又在哪里呢？它存在于業(yè)務(wù)人員的腦海里,.精品文檔它存在與企業(yè)實(shí)踐運(yùn)作

20、體系中。或者說(shuō)它們并不一定存在，需求分析員的職責(zé)就在于通過(guò)包括業(yè)務(wù)需求訪談在內(nèi)的各種方法使系統(tǒng)需求得以顯示它清晰的本來(lái)面目。業(yè)務(wù)需求訪談本質(zhì)上是一種知識(shí)遷移過(guò)程,通過(guò)業(yè)務(wù)需求訪談需求分析員最終完成了從業(yè)務(wù)到需求的遷移。既然業(yè)務(wù)需求訪談?dòng)腥绱说奶攸c(diǎn)，就注定了我們必須對(duì)其有所準(zhǔn)備。一般而言, 我們應(yīng)對(duì)訪談的目標(biāo)和內(nèi)容有專門策劃, 做到有備而來(lái)?，F(xiàn)在讓我們舉例說(shuō)明應(yīng)該如何做才能算是做好了“準(zhǔn)備 ” 假,設(shè)王五是某家貿(mào)易公司的新任需求分析員 , 它的工作職責(zé)是對(duì)公司已有的訂單管理系統(tǒng)進(jìn)行改進(jìn), 為此他將對(duì)公司的業(yè)務(wù)部門做一場(chǎng)業(yè)務(wù)訪談。首先 , 我們應(yīng)該確定訪談的對(duì)象。通過(guò)企業(yè)的組織結(jié)構(gòu)圖,我們得知業(yè)務(wù)

21、部門通常有三種角色,即業(yè)務(wù)主管、 業(yè)務(wù)、助理。 那么王五應(yīng)該選擇誰(shuí)做第一次訪談的對(duì)象呢? 我們有必要對(duì)每種角色作一番深入地認(rèn)識(shí) ,我們會(huì)發(fā)現(xiàn)所謂主管，即總是對(duì)全盤業(yè)務(wù)相當(dāng)熟悉的人,他負(fù)責(zé)協(xié)調(diào)部門全局； 而業(yè)務(wù)是部門的主要業(yè)務(wù)執(zhí)行人；助理則是管理系統(tǒng)的直接操作者。聯(lián)想到本次訪談的使命是搞清業(yè)務(wù)部門的整體性流程, 我們會(huì)很自然地選擇主管作為本次訪談的對(duì)象。接著 ,我們要確定訪談時(shí)間。主管一般都是比較忙的, 他不會(huì)時(shí)時(shí)都在等你。因此,王五提前預(yù)約他 , 電話和登門拜訪都是很好的辦法。等他應(yīng)約之后, 協(xié)商一個(gè)確定的時(shí)間，再進(jìn)入深層次的訪談也顯得合情合理。現(xiàn)在 , 我們只剩下一個(gè)訪談的內(nèi)容需要準(zhǔn)備了。我

22、們可以擬定一些具體問(wèn)題，這些問(wèn)題越具體越好。最好打印出一份清單, 這樣訪問(wèn)過(guò)程可以按部就班地進(jìn)行。當(dāng)然, 也學(xué)會(huì)有人認(rèn)為不就是一場(chǎng)會(huì)談嘛 , 何必搞得像晚會(huì)節(jié)目單一樣?但我們認(rèn)為這實(shí)際上很有必要。“凡事預(yù)則立”,這是先賢站在哲學(xué)的高度對(duì)我們的啟示。王五訪談的具體問(wèn)題由于篇幅所限就不在此一一列明, 可以在相關(guān)資料上找到很好的答案。2 、選擇訪談對(duì)象須由線及點(diǎn)，由點(diǎn)入線。這是個(gè)選擇訪談對(duì)象的問(wèn)題，一般而言有兩種方法。第一, 選擇工作角色，比如業(yè)務(wù)員、銷售助理。第二, 從業(yè)務(wù)主線入手，召集這條線上的角色。很顯然，前一種方法容易實(shí)施，但容易陷入見點(diǎn)不見主線的陷阱。也就是說(shuō)這個(gè)角色的主要工作職責(zé)是服務(wù)于

23、哪條業(yè)務(wù)主線，你必須心知肚明。否則， 訪談活動(dòng)就變成了摸著石頭過(guò)河了。一個(gè)成功的業(yè)務(wù)訪談?wù)呤窃L談?dòng)螒虻囊?guī)則制定者，他必須知道他的對(duì)象鏈并心中有數(shù)。這樣做訪談才不會(huì)跑題，才不會(huì)犯方向性錯(cuò)誤。我們?nèi)匀灰陨厦娴耐跷鍨槔? 假設(shè)他也已完成了第一次對(duì)業(yè)務(wù)主管的訪談工作, 下面他該如.精品文檔何把訪談進(jìn)行到底呢?按照點(diǎn)線原則, 我們可以安排他對(duì)相關(guān)業(yè)務(wù)員和業(yè)務(wù)助理做訪談, 由于這幾個(gè)人的工作有相關(guān)聯(lián)系性 , 我們可以采用應(yīng)用聯(lián)席會(huì)議的方式做為業(yè)務(wù)訪談的一種有效補(bǔ)充。事實(shí)上, 業(yè)務(wù)訪談和其他需求調(diào)研的方法是互相補(bǔ)充的關(guān)系。另一方面 , 我們也可以根據(jù)業(yè)務(wù)部門的運(yùn)作過(guò)程，對(duì)這條業(yè)務(wù)主線上的每個(gè)角色進(jìn)行逐以地訪

24、談。比如 , 王五所在的貿(mào)易的訂單業(yè)務(wù)主線一般流程為：接訂單-> 訂單下達(dá) -> 采購(gòu) -> 入庫(kù)-> 收款。那么，他應(yīng)該做出相應(yīng)的訪談路線圖。這樣,他才能在一段時(shí)期內(nèi)有效地把訪談工作進(jìn)行到底。3 、訪談過(guò)程中堅(jiān)持以我為主, 善于引導(dǎo)訪談對(duì)象。訪談過(guò)程中我們要保持理性，自始至終以我為主, 牢牢掌握訪談的主動(dòng)權(quán)。因?yàn)橹挥性L談?wù)哒莆樟嗽L談的方向和內(nèi)容 ,訪談的質(zhì)量才有保證, 效果才能預(yù)期。優(yōu)秀的需求分析員應(yīng)該是有理性的人, 我們不能因?yàn)楸辉L談對(duì)象的情緒便打亂了我們本來(lái)已擬就的訪談?dòng)?jì)劃。我們有必要樹立目標(biāo)法則, 因之沒(méi)必要特別在乎被訪談對(duì)象的一些抵觸情緒。 比如，王五和一個(gè)業(yè)

25、務(wù)助理在談話過(guò)程中，當(dāng)他得知王五的系統(tǒng)計(jì)劃很可能損害到他的潛在利益 ,他會(huì)變得情緒化, 會(huì)找些借口 , 比如說(shuō)他的薪水太低, 因而不愿意配合。如果你也遇到類似情形 , 此時(shí)的你一定要冷靜、理性地分析問(wèn)題的癥結(jié)所在, 適當(dāng)?shù)匾龑?dǎo)被訪對(duì)象，以使訪談工作繼續(xù)進(jìn)行下去。另外 , 訪談對(duì)象總是有一些 “防御 ”訪談?wù)叩氖侄危热?，被訪談對(duì)象對(duì)你的提問(wèn)經(jīng)常以“這是某某習(xí)慣 ”作答，那么你必須意識(shí)到這不是真實(shí)的答案，并且可以當(dāng)面指出，讓他逐步把對(duì)問(wèn)題的回答引入到你在自己預(yù)設(shè)的軌道中 也惟有這樣談下去才能談得更深入。一個(gè)好的分析訪談人員能夠從表面挖掘出背后的真實(shí)商業(yè)規(guī)則，并且有這種發(fā)現(xiàn)需求真相的耐心和韌性,

26、同時(shí)他必須很有主見 , 能夠引導(dǎo)對(duì)方 , 達(dá)到既定的訪談目標(biāo)。4 、訪談過(guò)程中要善于尋求異常和錯(cuò)誤情況。千萬(wàn)不要認(rèn)為被訪談對(duì)象的話總是對(duì)的，他經(jīng)常會(huì)說(shuō)“應(yīng)該 ”或者 “可能 ”是這樣的答案, 但就是不說(shuō)出當(dāng)前的真實(shí)情況,。因而很多時(shí)候你需要求異思維去面對(duì)你的訪談對(duì)象，因?yàn)橹挥羞@樣你才能挖掘到更多的業(yè)務(wù)細(xì)節(jié)。多問(wèn)問(wèn)“如果條件沒(méi)有達(dá)到，你會(huì)怎么辦?”,如”果不是這樣你會(huì)怎么處理?”，而要少說(shuō) " 是 " 。我們可以認(rèn)為業(yè)務(wù)訪談是否有效的標(biāo)志，在于能否更深入地探討業(yè)務(wù)需求問(wèn)題, 。而能否進(jìn)入訪談狀態(tài) ,需求分析員的性格很重要。需求分析員必須是那種有主見而不是那種唯唯諾諾的人 ,

27、如果用戶說(shuō)什么你都只會(huì)說(shuō)“是 ”,則意味著訪談應(yīng)該提前結(jié)束 此乃業(yè)務(wù)訪談之大忌.精品文檔也。正確的態(tài)度應(yīng)該是客觀理性的態(tài)度,不管用戶說(shuō)什么, 你首先要分析 , 然后置疑 , 從而引導(dǎo)用戶說(shuō)出他們真正的需求所在。其實(shí)也需要耐心, 我們覺(jué)得可以向優(yōu)秀的新聞采訪記者學(xué)習(xí)提問(wèn)技巧 , 他山之石可以攻玉。總之，優(yōu)秀的需求分析員善于說(shuō)不，只會(huì)說(shuō)是的需求分析員永遠(yuǎn)得不到真正的需求。5 、業(yè)務(wù)需求訪談要搞清“ 4W1H” 。業(yè)務(wù)需求訪談要搞清”4W1H” 。有人說(shuō)新聞就是4W1H,業(yè)務(wù)需求也有同樣的特點(diǎn)。需求分析員要清楚地掌握某個(gè)需求, 應(yīng)該能夠清楚該業(yè)務(wù)的4W 和 1H ,4W是 “What、 Who 、

28、When 、 Why”,1H是“How”。What ：業(yè)務(wù)內(nèi)容是什么。Who ：業(yè)務(wù)過(guò)程會(huì)有哪些相關(guān)者。When ：業(yè)務(wù)過(guò)程什么時(shí)候發(fā)生, 周期有多長(zhǎng)。Why ：為什么會(huì)出現(xiàn)這樣的問(wèn)題。How ：為完成業(yè)務(wù)目標(biāo)所采用的方法。6 、業(yè)務(wù)需求訪談要深入調(diào)查細(xì)節(jié)。現(xiàn)代系統(tǒng)分析員重要責(zé)任是調(diào)查系統(tǒng)需求細(xì)節(jié)，而細(xì)節(jié)不會(huì)憑空出現(xiàn)的， 而是深入跟蹤、 深入訪談?wù){(diào)研的結(jié)果。不但要“知道是這樣 ”，還要知道 “為什么是這樣 ”，也要知道 “如果不這樣那會(huì)是怎樣 ”。做需求下結(jié)論前要事先調(diào)查和掌握好所有正反兩個(gè)方向的商業(yè)細(xì)節(jié)，如此以來(lái)需求分析結(jié)論和解決方案才有現(xiàn)實(shí)可行性。這里有一個(gè)很好的實(shí)例，一般而言， 物料編碼

29、都是系統(tǒng)自動(dòng)提供規(guī)則實(shí)現(xiàn)的， 而某貿(mào)易公司的訂單系統(tǒng)偏偏不提供系統(tǒng)自編碼。面對(duì)此問(wèn)題， 我們必須搞清兩個(gè)問(wèn)題： 其一是該企業(yè)的編碼規(guī)則， 其二是該企業(yè)的編碼規(guī)則牽涉到的前置條件和后置條件。 知其然也知其所以然，是需求分析員的主要課題。經(jīng)過(guò)多方調(diào)查發(fā)現(xiàn)，該企業(yè)編碼規(guī)則中有兩位是客戶的版本更改數(shù)，而這在系統(tǒng)中是無(wú)法提供出來(lái)的，因而物料自動(dòng)編碼就失去了實(shí)現(xiàn)的土壤。所以說(shuō)僅僅滿足于看到了業(yè)務(wù)現(xiàn)象是遠(yuǎn)遠(yuǎn)不夠的,我們更要搞清楚現(xiàn)象背后的原因 ,我們還要有能力能夠提供諸多方案以解釋和改造目前的現(xiàn)狀。層層發(fā)問(wèn)法也是深入調(diào)查而經(jīng)常采用到的方法。比如 ,最近收到的客戶退貨比以往多, 因?yàn)樯a(chǎn)質(zhì)量不好；為什么生產(chǎn)質(zhì)

30、量不好, 因?yàn)椴少?gòu)質(zhì)量不如以；為什么采購(gòu)質(zhì)量下降, 因?yàn)椴少?gòu)員的采購(gòu)件單價(jià)低了；為什么價(jià)格低了, 因?yàn)椴少?gòu).精品文檔員的績(jī)效考核現(xiàn)在以采購(gòu)成本為重要指標(biāo)。經(jīng)過(guò)層層發(fā)問(wèn)終于發(fā)現(xiàn)原來(lái)癥結(jié)在采購(gòu)的以采購(gòu)成本為績(jī)效考核是存在問(wèn)題的。7 、學(xué)會(huì)提問(wèn)的技巧，先以對(duì)方的角度想想問(wèn)題的答案。你提問(wèn)的問(wèn)題最好比較具體，可回答性強(qiáng)。不要一下問(wèn)得太大，搞得誰(shuí)都不好回答。也不要滿口的專業(yè)術(shù)語(yǔ)，很多訪談?wù)呦矚g說(shuō)些專業(yè)術(shù)語(yǔ)，搞得雙方無(wú)法充分溝通。我們提倡多說(shuō)雙方都便于理解的話，并且以對(duì)方的理解角度去問(wèn)問(wèn)題。比如你是想知道商業(yè)過(guò)程和操作是什么，你就可以提問(wèn) " 你主要干什么？" 或者問(wèn) " 你

31、的主要工作職責(zé)有哪些?" 、" 你的主要日常工作有哪些 ?" 。你想知道商業(yè)過(guò)程應(yīng)該怎樣完成，你不妨問(wèn)道 " 你如何完成它？需要那些步驟？" 而如果你想知道需求什么樣的信息，你就問(wèn)道" 你要使用怎么樣的表單或報(bào)告？" 。8 、時(shí)刻要記得的四個(gè)字" 膽大心細(xì) "“膽大 ”是指你在訪談過(guò)程中不要顧慮太多，應(yīng)該放開心態(tài)，最大化的放大訪談效果?！靶募?xì) ”是指你在訪談過(guò)程中觀察到的訪談對(duì)象的業(yè)務(wù)操作動(dòng)作細(xì)節(jié)，以仔細(xì)分辨、 總結(jié)、 歸納背景原因所在。同時(shí)，心細(xì)帶來(lái)觀察能力的提升，而觀察能力之于現(xiàn)代需求分析猶如二郎神的

32、第三只眼，總能讓你發(fā)現(xiàn)意外的需求訪談方向，發(fā)現(xiàn)不曾有人提及的需求。9 、做業(yè)務(wù)訪談實(shí)錄有利于提高訪談能力。一旦本次訪談結(jié)束，有必要回去做一番總結(jié)，不僅要總結(jié)出提煉的需求結(jié)論，更重要的是要回憶還原出整個(gè)訪談過(guò)程，以便事后仔細(xì)研摩得失，這對(duì)提高業(yè)務(wù)訪談的能力是大有俾益的。這個(gè)過(guò)程相當(dāng)于圍棋中的復(fù)盤，優(yōu)秀的棋手對(duì)復(fù)盤過(guò)程也是一絲不茍，好的需求分析員亦然。業(yè)務(wù)訪談是一件如此有個(gè)性的事情，正如記者各有各的風(fēng)格但規(guī)則是暗合的，以上是本人在業(yè)務(wù)訪談過(guò)程中總結(jié)出來(lái)的業(yè)務(wù)“規(guī)則 ”，現(xiàn)拋磚引玉，以饗同仁。a) 需求分析是整個(gè)項(xiàng)目管理中需要重點(diǎn)控制的幾個(gè)關(guān)鍵節(jié)點(diǎn)之一，首先思想上一定要重視。b) 需求分析報(bào)告的編寫

33、者要參與到需求的搜集工作中，準(zhǔn)確領(lǐng)會(huì)客戶的意圖，并轉(zhuǎn)化成軟件能夠?qū)崿F(xiàn)的功能。 對(duì)于說(shuō)不清楚需求的客戶， 要善于問(wèn)關(guān)鍵問(wèn)題， 引導(dǎo)客戶提出自己的需求。 可以采取的措施是事先編制一個(gè)問(wèn)卷調(diào)查之類的文檔，詳細(xì)列舉需要客戶回答的問(wèn)題，以便防止遺漏。c) 需求報(bào)告的編寫者要能夠?qū)蛻粜枨筮M(jìn)行深入分析，區(qū)別出哪些需求存在日后變更的可能，哪些需求屬于相對(duì)固定的， 哪些需求能夠?qū)崿F(xiàn)， 哪些需求需要變通才能實(shí)現(xiàn)， 以便于指導(dǎo)后面的功能設(shè)計(jì)。.精品文檔d) 需求分析報(bào)告對(duì)功能細(xì)節(jié)的描述不能有歧義，描述一定要全面、準(zhǔn)確，防止開發(fā)方和客戶只見對(duì)同一個(gè)問(wèn)題有兩個(gè)截然不同的理解?？梢酝ㄟ^(guò)評(píng)審， 用大家的力量來(lái)避免這種情況

34、發(fā)生。e) 需求報(bào)告的每個(gè)關(guān)乎功能的描述都要讓客戶明白和理解，客戶在理解之上的確認(rèn)才能夠保證日后一旦出現(xiàn)問(wèn)題不致出現(xiàn)雙方互相推托責(zé)任糾纏不清的情況。f) 需求報(bào)告一定要經(jīng)過(guò)一個(gè)有技術(shù)人員和業(yè)務(wù)人員參加的評(píng)審，要充分發(fā)揮團(tuán)隊(duì)的力量，重視每個(gè)人的才智， 一個(gè)模塊一個(gè)功能的逐一的過(guò)， 讓大家來(lái)共同找出需求報(bào)告里不合理的、有歧義的、不完善的、遺漏的等等問(wèn)題。g) 幫助客戶去理解提交給他的需求分析報(bào)告而不是只等簽字，對(duì)于有能夠用好幾種方式實(shí)現(xiàn)的功能， 盡量做到能讓客戶去比較和選擇。不要讓客戶對(duì)報(bào)告中的部分產(chǎn)生歧義。只有客戶對(duì)報(bào)告的完全的理解， 才能在日后客戶提出的修改被認(rèn)為是需求變更的時(shí)候能夠得到客戶的

35、理解。h) 最后，需求分析報(bào)告一定要雙方共同簽字確認(rèn)。該文章轉(zhuǎn)載自無(wú)憂考網(wǎng)：令人煩惱的非功能性需求變更在軟件開發(fā)中，大家都會(huì)遇到過(guò)這樣的問(wèn)題：客戶的一個(gè)新想法，就推翻了之前與客戶經(jīng)過(guò)再三討論而確認(rèn)定下來(lái)的需求。 如果是功能性需求變更還會(huì)讓人容易接受一些， 畢竟功能性需求不實(shí)現(xiàn)的話， 是會(huì)大大影響到軟件產(chǎn)品的質(zhì)量。 但現(xiàn)在我所負(fù)責(zé)的這個(gè)開發(fā)項(xiàng)目中遇到的都是一些非功能性的變更 , 而且許多是看起來(lái)無(wú)關(guān)痛癢的、雞毛蒜皮的變更。.精品文檔（1）什么是非功能性需求？在 IEEE 中，軟件需求的定義是：用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或功能。一般包含業(yè)務(wù)需求、用戶需求、功能需求、行業(yè)隱含需求和一些非功能性

36、需求。 業(yè)務(wù)需求反映了客戶對(duì)系統(tǒng)、 產(chǎn)品高層次的目標(biāo)要求；功能需求定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能。 所謂非功能性需求，是指為滿足用戶業(yè)務(wù)需求而必須具有除功能需求以外的特性。包括系統(tǒng)性能、可靠性、可維護(hù)性、易用性和對(duì)技術(shù)和對(duì)業(yè)務(wù)適應(yīng)性等。其中最常見的是軟件界面、操作方便等一系列要求。（2）非功能性需求變更的特點(diǎn)讓我們從客戶角度和開發(fā)人員角度去看看非功能性需求的特點(diǎn)。首先，有些非功能性小需求從客戶角度看起來(lái)工作量不大， 但是實(shí)際上開發(fā)人員要耗費(fèi)比較長(zhǎng)的時(shí)間去完成這些小功能。 其次，許多非功能性需求，如界面美觀、操作方便等都是客戶頭腦一熱、或領(lǐng)導(dǎo)一拍腦袋就部署下去的需求，往往是原來(lái)在需求分析階段所

37、沒(méi)有注意的內(nèi)容。其實(shí)，非功能性需求是常常被輕視，甚至被忽視的。原因是非功能性需求描述很困難， 它很難像功能性需求那樣， 可以通過(guò)結(jié)構(gòu)化和量化的詞語(yǔ)來(lái)描述清楚。 在描述這類需求時(shí)候， 我們經(jīng)常采用軟件性能要好、操作要方便、軟件界面要美觀大方等較模糊的描述詞語(yǔ)。例如，易用性就同時(shí)涉及到美工和 UI 界面、人機(jī)工程、交互式設(shè)計(jì)、心理.精品文檔學(xué)、用戶行為模式等內(nèi)容。這類描述詞語(yǔ)都是脫離了軟件的執(zhí)行環(huán)境，是對(duì)人和相關(guān)的場(chǎng)景的描述， 因此很難體現(xiàn)到軟件架構(gòu)設(shè)計(jì)和具體的實(shí)現(xiàn)中。為什么非功能性需求變更會(huì)頻繁發(fā)生？為什么非功能性需求不能固定下來(lái)呢？或定下來(lái)后就不許變了呢？通常有許多人會(huì)問(wèn)這樣的問(wèn)題。實(shí)際上，當(dāng)

38、他變成了客戶時(shí)，他可能就不會(huì)問(wèn)這個(gè)問(wèn)題了。（1）非功能性需求容易產(chǎn)生理解分歧在軟件需求分析階段，客戶和開發(fā)人員對(duì)非功能性需求的理解呈現(xiàn) " 大體上共識(shí)多，細(xì)節(jié)上差異多 " 的特點(diǎn)。一般跟分析員的知識(shí)、背景，還有客戶表述的標(biāo)準(zhǔn)程度、 雙方的交流情況有關(guān)。 即使通過(guò)反復(fù)溝通，但是以實(shí)踐經(jīng)驗(yàn)來(lái)看非功能性需求的描述還是永遠(yuǎn)不夠清晰、 不夠明確的，主要是因?yàn)樵谶@個(gè)階段所謂的產(chǎn)品還只存在于大家的大腦構(gòu)思中。作為一個(gè)客戶， 大多數(shù)情況下是不懂技術(shù)的， 但他所需要的軟件在他的心里還是有一個(gè)印象的。 他會(huì)想象出軟件的樣子和功能， 然后通過(guò)口頭或者筆頭的方式告訴需求分析人員。 簡(jiǎn)單的說(shuō)，就是在

39、這個(gè)階段用戶往往不能確切地定義自己需要什么。 用戶常常以為自己清楚， 但實(shí)際上他們提出的需求只是依據(jù)當(dāng)前的工作所需， 或者是他們想象出來(lái)的東西。結(jié)果是當(dāng)客戶向需求分析人員提出需求的時(shí)候， 往往是通.精品文檔過(guò)自己的想法用自然語(yǔ)言來(lái)表達(dá)的， 這樣的表達(dá)結(jié)果對(duì)于真實(shí)的需求來(lái)說(shuō)只是一種描述， 甚至只是某個(gè)角度的描述， 但遠(yuǎn)遠(yuǎn)不能保證這樣的描述可以得到百分之百的正確理解。當(dāng)客戶提出要求之后， 在雙方認(rèn)為理解大概沒(méi)有分歧的時(shí)候， 開發(fā)人員就開始工作了。但隨著開發(fā)工作的不斷進(jìn)展，系統(tǒng)開始展現(xiàn)雛形，客戶對(duì)系統(tǒng)的了解也逐步深入。這個(gè)時(shí)候，客戶就會(huì)對(duì)系統(tǒng)的界面、操作、功能、性能等有一些了解，就有可能提出需求變更

40、要求，而且這些要求很多是基于主觀的、人為的因素?？傊麄兞私獾迷蕉?，新的要求也就會(huì)越多。（2）沒(méi)有明確的需求變更管理流程在軟件開發(fā)中的常識(shí)是， 一旦發(fā)生需求變更不要一味的抱怨， 也不要一味地去迎合客戶的新需求， 而是要管理和控制需求變更。 但令人不解的是我們常常看到變更的提出、討論和執(zhí)行常常只停留在口頭上。這樣做有兩個(gè)弊端： 首先是時(shí)間一長(zhǎng)， 無(wú)論是當(dāng)事人還是開發(fā)團(tuán)隊(duì)都說(shuō)不清楚變更是因何發(fā)生以及結(jié)果怎么樣了。 顯然，這對(duì)于提高項(xiàng)目質(zhì)量、改進(jìn)開發(fā)過(guò)程是很不利的。 其次是由于缺乏形式上的約束和對(duì)變更代價(jià)的定量分析，變更會(huì)被非常隨意地提出、或被草率地執(zhí)行，也會(huì)大大影響項(xiàng)目的進(jìn)展和開發(fā)質(zhì)量。因此，沒(méi)

41、有明確的需求變更管理流程，就會(huì)使需求變更變得泛濫。因?yàn)椴⒉皇撬械淖兏家薷?，也不是所有變更都要立刻修改，需?精品文檔變更管理的目的是為了決定什么類型的變更需要修改和什么時(shí)候修改。比如界面風(fēng)格問(wèn)題，就可以先不修改，或者規(guī)劃一下修改的時(shí)間待到以后進(jìn)行優(yōu)化。（3）沒(méi)有讓客戶知道需求變更的代價(jià)對(duì)變更的影響沒(méi)有評(píng)估是需求變更泛濫的根本原因。 變更都是有代價(jià)的，應(yīng)該要評(píng)估變更的代價(jià)和要讓客戶了解需求變更的后果。 如果客戶不知道需求變更付出的代價(jià)，對(duì)開發(fā)人員的辛苦就會(huì)難以體會(huì)。相比于需求開發(fā)人員而言， 客戶可能對(duì)需求變更認(rèn)識(shí)不足， 認(rèn)為他們出錢，軟件開發(fā)團(tuán)隊(duì)就要為它服務(wù)。因此，客戶對(duì)需求變更往往會(huì)肆無(wú)

42、忌彈，將需求變更視為兒戲，隨個(gè)人喜好隨意變更需求。所以，在和客戶接觸時(shí)應(yīng)該挑明態(tài)度， 特別是要讓他們清楚需求隨意變更所帶來(lái)的代價(jià)和風(fēng)險(xiǎn)。 如果客戶認(rèn)為代價(jià)太大， 那么開發(fā)人員就沒(méi)有必要及時(shí)修改，按原來(lái)的進(jìn)度走，但仍要記錄變更，待下一版本在修改。如何有效控制非功能性需求的變更?做任何變更之前， 我們都要考慮后果。 由于非功能性需求變更在開發(fā)中所處的重要地位，一旦需求發(fā)生變化，影響面是很廣的。因此，有效控制非功能性需求頻繁變更是一件不容小視的事情。（1）建立明確的非功能性需求基線.精品文檔對(duì)于軟件開發(fā)來(lái)說(shuō)，變更無(wú)可避免，也無(wú)從逃避，只能積極應(yīng)對(duì)。因此，在開發(fā)過(guò)程中，建立明確的非功能性需求基線是一件重要