【正文】 第一篇：軟件項(xiàng)目需求分析總結(jié)軟件項(xiàng)目需求分析總結(jié)我們做的需求只解決了我們能做出這樣的項(xiàng)目，但是沒有解決這樣的項(xiàng)目是不是真就是客戶想要的。造成這種狀況的原因主要是下面幾個(gè)情況：客戶本身說不清楚文物網(wǎng)是這樣，中彰國際更是這樣，但是這不能怪客戶，畢竟客戶在軟件方面的知識(shí)要少的多，也沒有相關(guān)的經(jīng)驗(yàn)，可能心里只有一個(gè)想要的軟件的輪廓，于是可能會(huì)要求我們?nèi)ヌ嫠麄儊硗暾@個(gè)輪廓的細(xì)節(jié)，而我們的能力、我們能否真正站在客戶角度去搜集和整理這些需求，就決定了這個(gè)需求的完整性和有效性。需求自身經(jīng)常變動(dòng)隨著客戶對(duì)這個(gè)項(xiàng)目越來越深刻的理解，那么可能他的需求也會(huì)隨之改變，這些變化的可能性越大項(xiàng)目風(fēng)險(xiǎn)就會(huì)越大，我們?cè)谛枨蠓治龅臅r(shí)候就要充分考慮到哪些需求是相對(duì)固定的需求，哪些可能會(huì)是產(chǎn)生變動(dòng)的需求，考慮到他的可變性，這樣設(shè)計(jì)功能和數(shù)據(jù)庫的時(shí)候不致因?yàn)楹竺娴淖儎?dòng)而影響整個(gè)工程。分析人員或客戶理解有誤畢竟，不是每個(gè)分析人員都是專業(yè)而合格的，為避免這種情況的發(fā)生，需求分析必須要有審核制度，公司自己內(nèi)部要審核一遍，客戶再審一遍，提出意見，修改后雙方共同評(píng)審簽字，確認(rèn)。由此出現(xiàn)的問題：a)需求分析過于籠統(tǒng)，只關(guān)注到面上，沒有關(guān)注到點(diǎn)上，開發(fā)出來的東西在具體的細(xì)節(jié)上和客戶的理解有誤差，并且無法嚴(yán)格界定是否屬于需求變更。中彰的方案就是這樣的。b)需求報(bào)告只求我們這方評(píng)審?fù)ㄟ^，不去關(guān)心客戶的評(píng)審，認(rèn)為只要客戶簽字認(rèn)可就行。雖然簽字認(rèn)可能夠給日后出現(xiàn)問題時(shí)劃清我們的責(zé)任，但是不能保證使項(xiàng)目實(shí)施成功。c)需求分析中含有技術(shù)實(shí)施上有難度的功能，一味的求全和盲目按照客戶的設(shè)想，受客戶影響過大，畢竟，很多時(shí)候，客戶的想法在實(shí)際實(shí)施過程中是不現(xiàn)實(shí)的，或者可以有更為簡(jiǎn)便的方法來替代的。如中彰國際的在線交易功能，后臺(tái)大批量郵件群發(fā)功能。d)對(duì)雙方已經(jīng)確定的需求，實(shí)現(xiàn)以后并不適合客戶使用，需要按照變更手續(xù)執(zhí)行的時(shí)候，客戶可能會(huì)糾纏，提出“你們是專業(yè)人士，你們應(yīng)該事先能提醒我們可能會(huì)出現(xiàn)這種問題”并以此來把責(zé)任推給我們，而我們又不好完全按照變更手續(xù)執(zhí)行，因?yàn)榭赡芗せp方的矛盾，比如508的批量處理功能，因?yàn)閷儆谌耸鹿芾肀容^專業(yè)的細(xì)節(jié)問題，需求分析師開始沒有對(duì)客戶業(yè)務(wù)熟悉到如此細(xì)致的地步，而客戶也沒有過多關(guān)注這些細(xì)節(jié)，導(dǎo)致軟件的某些功能不合用，較為繁瑣，而重新按著客戶的意見修改的話工作量比較大，導(dǎo)致成本增加、工期延長。e)項(xiàng)目的成熟度受客戶預(yù)算的限制。大部分客戶在項(xiàng)目投入上都是有預(yù)算的，在成本有上限的前提下，項(xiàng)目的功能設(shè)計(jì)(軟件的成熟度)方面必然受一定影響，畢竟功能越多越完善，相應(yīng)的開發(fā)成本就越高。這種功能上的不完善需要事先告知客戶并得到理解。f)此項(xiàng)工作的反復(fù)造成思想上的倦怠，使需求分析最后虎頭蛇尾。需求分析是一項(xiàng)繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認(rèn)和反復(fù)，另外由于大部分的客戶雖然安排專人負(fù)責(zé)這項(xiàng)工作，但是該人并不只做這項(xiàng)工作，特別當(dāng)他被很多其他的事情纏身的時(shí)候，而無心細(xì)看提交過去的需求報(bào)告的時(shí)候，他很可能會(huì)給你一個(gè)錯(cuò)覺，讓你認(rèn)為他已經(jīng)真正的理解并認(rèn)可了你的設(shè)計(jì)。結(jié)論a)需求分析是整個(gè)項(xiàng)目管理中需要重點(diǎn)控制的幾個(gè)關(guān)鍵節(jié)點(diǎn)之一，首先思想上一定要重視。b)需求分析報(bào)告的編寫者要參與到需求的搜集工作中，準(zhǔn)確領(lǐng)會(huì)客戶的意圖，并轉(zhuǎn)化成軟件能夠?qū)崿F(xiàn)的功能。對(duì)于說不清楚需求的客戶，要善于問關(guān)鍵問題，引導(dǎo)客戶提出自己的需求?？梢圆扇〉拇胧┦鞘孪染幹埔粋€(gè)問卷調(diào)查之類的文檔，詳細(xì)列舉需要客戶回答的問題，以便防止遺漏。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è)問題有兩個(gè)截然不同的理解。可以通過評(píng)審，用大家的力量來避免這種情況發(fā)生e)需求報(bào)告的每個(gè)關(guān)乎功能的描述都要讓客戶明白和理解，客戶在理解之上的確認(rèn)才能夠保證日后一旦出現(xiàn)問題不致出現(xiàn)雙方互相推托責(zé)任糾纏不清的情況。f)需求報(bào)告一定要經(jīng)過一個(gè)有技術(shù)人員和業(yè)務(wù)人員參加的評(píng)審，要充分發(fā)揮團(tuán)隊(duì)的力量，重視每個(gè)人的才智，一個(gè)模塊一個(gè)功能的逐一的過，讓大家來共同找出需求報(bào)告里不合理的、有歧義的、不完善的、遺漏的等等問題g)幫助客戶去理解提交給他的需求分析報(bào)告而不是只等簽字，對(duì)于有能夠用好幾種方式實(shí)現(xiàn)的功能，盡量做到能讓客戶去比較和選擇。不要讓客戶對(duì)報(bào)告中的部分產(chǎn)生歧義。只有客戶對(duì)報(bào)告的完全的理解，才能在日后客戶提出的修改被認(rèn)為是需求變更的時(shí)候能夠得到客戶的理解h)最后，需求分析報(bào)告一定要雙方共同簽字確認(rèn)第二篇：軟件項(xiàng)目需求分析總結(jié)軟件項(xiàng)目需求分析總結(jié)需求分析是項(xiàng)目開發(fā)的基礎(chǔ)，基礎(chǔ)打的牢不牢直接關(guān)系到后面所有的工作，是項(xiàng)目實(shí)施成敗的關(guān)鍵 總體上說，我們的需求分析是做了，但是做得很不夠，我們做的需求只解決了我們能做出這樣的項(xiàng)目，但是沒有解決這樣的項(xiàng)目是不是真就是客戶想要的。造成這種狀況的原因主要是下面幾個(gè)情況： 客戶本身說不清楚 文物網(wǎng)是這樣，中彰國際更是這樣，但是這不能怪客戶，畢竟客戶在軟件方面的知識(shí)要少的多，也沒有相關(guān)的經(jīng)驗(yàn)，可能心里只有一個(gè)想要的軟件的輪廓，于是可能會(huì)要求我們?nèi)ヌ嫠麄儊硗暾@個(gè)輪廓的細(xì)節(jié)，而我們的能力、我們能否真正站在客戶角度去搜集和整理這些需求，就決定了這個(gè)需求的完整性和有效性。需求自身經(jīng)常變動(dòng) 隨著客戶對(duì)這個(gè)項(xiàng)目越來越深刻的理解，那么可能他的需求也會(huì)隨之改變，這些變化的可能性越大項(xiàng)目風(fēng)險(xiǎn)就會(huì)越大，我們?cè)谛枨蠓治龅臅r(shí)候就要充分考慮到哪些需求是相對(duì)固定的需求，哪些可能會(huì)是產(chǎn)生變動(dòng)的需求，考慮到他的可變性，這樣設(shè)計(jì)功能和數(shù)據(jù)庫的時(shí)候不致因?yàn)楹竺娴淖儎?dòng)而影響整個(gè)工程。分析人員或客戶理解有誤 畢竟，不是每個(gè)分析人員都是專業(yè)而合格的，為避免這種情況的發(fā)生，需求分析必須要有審核制度，公司自己內(nèi)部要審核一遍，客戶再審一遍，提出意見，修改后雙方共同評(píng)審簽字，確認(rèn)。由此出現(xiàn)的問題： a)需求分析過于籠統(tǒng)，只關(guān)注到面上，沒有關(guān)注到點(diǎn)上，開發(fā)出來的東西在具體的細(xì)節(jié)上和客戶的理解有誤差，并且無法嚴(yán)格界定是否屬于需求變更。中彰的方案就是這樣的。b)需求報(bào)告只求我們這方評(píng)審?fù)ㄟ^，不去關(guān)心客戶的評(píng)審，認(rèn)為只要客戶簽字認(rèn)可就行。雖然簽字認(rèn)可能夠給日后出現(xiàn)問題時(shí)劃清我們的責(zé)任，但是不能保證使項(xiàng)目實(shí)施成功。c)需求分析中含有技術(shù)實(shí)施上有難度的功能，一味的求全和盲目按照客戶的設(shè)想，受客戶影響過大，畢竟，很多時(shí)候，客戶的想法在實(shí)際實(shí)施過程中是不現(xiàn)實(shí)的，或者可以有更為簡(jiǎn)便的方法來替代的。如中彰國際的在線交易功能，后臺(tái)大批量郵件群發(fā)功能。d)對(duì)雙方已經(jīng)確定的需求，實(shí)現(xiàn)以后并不適合客戶使用，需要按照變更手續(xù)執(zhí)行的時(shí)候，客戶可能會(huì)糾纏，提出“你們是專業(yè)人士，你們應(yīng)該事先能提醒我們可能會(huì)出現(xiàn)這種問題”并以此來把責(zé)任推給我們，而我們又不好完全按照變更手續(xù)執(zhí)行，因?yàn)榭赡芗せp方的矛盾，比如508的批量處理功能，因?yàn)閷儆谌耸鹿芾肀容^專業(yè)的細(xì)節(jié)問題，需求分析師開始沒有對(duì)客戶業(yè)務(wù)熟悉到如此細(xì)致的地步，而客戶也沒有過多關(guān)注這些細(xì)節(jié)，導(dǎo)致軟件的某些功能不合用，較為繁瑣，而重新按著客戶的意見修改的話工作量比較大，導(dǎo)致成本增加、工期延長。e)項(xiàng)目的成熟度受客戶預(yù)算的限制。大部分客戶在項(xiàng)目投入上都是有預(yù)算的，在成本有上限的前提下，項(xiàng)目的功能設(shè)計(jì)（軟件的成熟度）方面必然受一定影響，畢竟功能越多越完善，相應(yīng)的開發(fā)成本就越高。這種功能上的不完善需要事先告知客戶并得到理解。f)此項(xiàng)工作的反復(fù)造成思想上的倦怠，使需求分析最后虎頭蛇尾。需求分析是一項(xiàng)繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認(rèn)和反復(fù)，另外由于大部分的客戶雖然安排專人負(fù)責(zé)這項(xiàng)工作，但是該人并不只做這項(xiàng)工作，特別當(dāng)他被很多其他的事情纏身的時(shí)候，而無心細(xì)看提交過去的需求報(bào)告的時(shí)候，他很可能會(huì)給你一個(gè)錯(cuò)覺，讓你認(rèn)為他已經(jīng)真正的理解并認(rèn)可了你的設(shè)計(jì)。結(jié)論 a)需求分析是整個(gè)項(xiàng)目管理中需要重點(diǎn)控制的幾個(gè)關(guān)鍵節(jié)點(diǎn)之一，首先思想上一定要重視。b)需求分析報(bào)告的編寫者要參與到需求的搜集工作中，準(zhǔn)確領(lǐng)會(huì)客戶的意圖，并轉(zhuǎn)化成軟件能夠?qū)崿F(xiàn)的功能。對(duì)于說不清楚需求的客戶，要善于問關(guān)鍵問題，引導(dǎo)客戶提出自己的需求。可以采取的措施是事先編制一個(gè)問卷調(diào)查之類的文檔，詳細(xì)列舉需要客戶回答的問題，以便防止遺漏。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è)問題有兩個(gè)截然不同的理解?？梢酝ㄟ^評(píng)審，用大家的力量來避免這種情況發(fā)生 e)需求報(bào)告的每個(gè)關(guān)乎功能的描述都要讓客戶明白和理解，客戶在理解之上的確認(rèn)才能夠保證日后一旦出現(xiàn)問題不致出現(xiàn)雙方互相推托責(zé)任糾纏不清的情況。f)需求報(bào)告一定要經(jīng)過一個(gè)有技術(shù)人員和業(yè)務(wù)人員參加的評(píng)審，要充分發(fā)揮團(tuán)隊(duì)的力量，重視每個(gè)人的才智，一個(gè)模塊一個(gè)功能的逐一的過，讓大家來共同找出需求報(bào)告里不合理的、有歧義的、不完善的、遺漏的等等問題 g)幫助客戶去理解提交給他的需求分析報(bào)告而不是只等簽字，對(duì)于有能夠用好幾種方式實(shí)現(xiàn)的功能，盡量做到能讓客戶去比較和選擇。不要讓客戶對(duì)報(bào)告中的部分產(chǎn)生歧義。只有客戶對(duì)報(bào)告的完全的理解，才能在日后客戶提出的修改被認(rèn)為是需求變更的時(shí)候能夠得到客戶的理解 h)最后，需求分析報(bào)告一定要雙方共同簽字確認(rèn)。第三篇：軟件項(xiàng)目需求調(diào)研總結(jié)軟件項(xiàng)目需求調(diào)研總結(jié)一、需求調(diào)研準(zhǔn)備：在需求調(diào)研過程中，應(yīng)該做好三種準(zhǔn)備，保持兩種心態(tài)，做到五種提高：三種準(zhǔn)備1）調(diào)研前應(yīng)該將所有項(xiàng)目前期資料進(jìn)行匯總，與相關(guān)的前期銷售人員進(jìn)行交流，以便對(duì)項(xiàng)目有一個(gè)基本輪廓的認(rèn)識(shí)。2）做好調(diào)研前使用資料的準(zhǔn)備，如需求調(diào)研模板，需求調(diào)研問題列表等。3）做好不怕一切困難的準(zhǔn)備。兩種心態(tài)1）保持一種和客戶平等合作的心態(tài)，確定需求調(diào)研是為了給客戶解決問題，探討問題，而不是接受問題，更不是來指導(dǎo)工作的。2）平靜面對(duì)需求變更的心態(tài)，在需求調(diào)研過程中，往往雙方對(duì)需求理解不一致，造成需求調(diào)研前后矛盾，應(yīng)當(dāng)心平氣和的去引導(dǎo)客戶，達(dá)到需求理解基本一致。三種提高1）首先提高自己業(yè)務(wù)知識(shí)，對(duì)于人力資源的標(biāo)準(zhǔn)業(yè)務(wù)應(yīng)該基本熟悉。2）其次應(yīng)該努力的去熟悉用戶的行業(yè)，學(xué)習(xí)用戶使用的術(shù)語，標(biāo)準(zhǔn)，以便能夠準(zhǔn)確的理解用戶。這就需要我們閱讀用戶所在行業(yè)的資料、文章，盡量多選取一些整體性介紹的文章，這樣可以在短時(shí)間內(nèi)能夠?qū)υ撔袠I(yè)有一個(gè)全面的認(rèn)識(shí)，這樣我們就能夠較好的和用戶進(jìn)行交流了。3）需求調(diào)研中，學(xué)會(huì)盡量不使用IT行業(yè)的術(shù)語，而采用淺顯易懂的口頭語言來解釋IT行業(yè)中高深莫測(cè)的術(shù)語，以便用戶能夠很好的理解，提高自己的溝通交流能力。4）提高自己的速記能力，文字表述能力以及歸納，能迅速的記錄需求調(diào)研核心的問題，總結(jié)歸納形成原始的需求調(diào)研資料。5）提高自己的總結(jié)能力，書寫一份完整的、前后一致的、可追蹤的需求報(bào)告。二、需求調(diào)研過程的總體流程需求調(diào)研中應(yīng)遵循一定的流程，而且在調(diào)研過程中表現(xiàn)出規(guī)范，調(diào)研有條不紊，對(duì)客戶有理有據(jù)，調(diào)研中資料做好備份，做到有備無患：三、需求調(diào)研過程中注意問題四、需求報(bào)告書寫要求及標(biāo)準(zhǔn)編寫優(yōu)秀的需求是沒有公式化的方法的。這需要大量的經(jīng)驗(yàn)，要從你在過去的文檔中發(fā)現(xiàn)的問題學(xué)習(xí)。請(qǐng)?jiān)诮M織軟件需求文檔時(shí)，嚴(yán)格遵從這些方針。句子和段落要簡(jiǎn)練。使用正確的語法，拼寫，標(biāo)點(diǎn)。使用術(shù)語，要保持一致性，并在術(shù)語表或數(shù)據(jù)字典中定義它們需求編寫者還要努力正確地把握粒度。多個(gè)需求盡可能拆分開。整個(gè)需求文檔細(xì)節(jié)上要保持一致。避免在需求報(bào)告中過多的申述需求。在多處包含相同的需求可以使文檔更易于閱讀，但也會(huì)給文檔的維護(hù)增加困難。文檔的多份文本要在同一時(shí)間內(nèi)全部更新，避免不一致性。需求調(diào)研對(duì)于系統(tǒng)的構(gòu)造，系統(tǒng)測(cè)試以及最后的客戶滿意，都會(huì)成為好的奠基石。并且要記住，沒有高質(zhì)量的需求，軟件就象一盒巧克力，你永遠(yuǎn)不知道你會(huì)得到什么。我希望我們能得到一塊“德芙”。調(diào)研概要情況：X項(xiàng)目需求調(diào)研開始于2006323結(jié)束于2006615，內(nèi)容