【正文】 的細(xì)節(jié)問(wèn)題，需求分析師開(kāi)始沒(méi)有對(duì)客戶(hù)業(yè)務(wù)熟悉到如此細(xì)致的地步，而客戶(hù)也沒(méi)有過(guò)多關(guān)注這些細(xì)節(jié)，導(dǎo)致軟件的某些功能不合用，較為繁瑣，而重新按著客戶(hù)的意見(jiàn)修改的話工作量比較大，導(dǎo)致成本增加、工期延長(zhǎng)。c)需求分析中含有技術(shù)實(shí)施上有難度的功能，一味的求全和盲目按照客戶(hù)的設(shè)想，受客戶(hù)影響過(guò)大，畢竟，很多時(shí)候，客戶(hù)的想法在實(shí)際實(shí)施過(guò)程中是不現(xiàn)實(shí)的，或者可以有更為簡(jiǎn)便的方法來(lái)替代的。b)需求報(bào)告只求我們這方評(píng)審?fù)ㄟ^(guò)，不去關(guān)心客戶(hù)的評(píng)審，認(rèn)為只要客戶(hù)簽字認(rèn)可就行。由此出現(xiàn)的問(wèn)題：a)需求分析過(guò)于籠統(tǒng)，只關(guān)注到面上，沒(méi)有關(guān)注到點(diǎn)上，開(kāi)發(fā)出來(lái)的東西在具體的細(xì)節(jié)上和客戶(hù)的理解有誤差，并且無(wú)法嚴(yán)格界定是否屬于需求變更。需求自身經(jīng)常變動(dòng)隨著客戶(hù)對(duì)這個(gè)項(xiàng)目越來(lái)越深刻的理解，那么可能他的需求也會(huì)隨之改變，這些變化的可能性越大項(xiàng)目風(fēng)險(xiǎn)就會(huì)越大，我們?cè)谛枨蠓治龅臅r(shí)候就要充分考慮到哪些需求是相對(duì)固定的需求，哪些可能會(huì)是產(chǎn)生變動(dòng)的需求，考慮到他的可變性，這樣設(shè)計(jì)功能和數(shù)據(jù)庫(kù)的時(shí)候不致因?yàn)楹竺娴淖儎?dòng)而影響整個(gè)工程。第一篇：軟件項(xiàng)目需求分析總結(jié)軟件項(xiàng)目需求分析總結(jié)我們做的需求只解決了我們能做出這樣的項(xiàng)目，但是沒(méi)有解決這樣的項(xiàng)目是不是真就是客戶(hù)想要的。造成這種狀況的原因主要是下面幾個(gè)情況：客戶(hù)本身說(shuō)不清楚文物網(wǎng)是這樣，中彰國(guó)際更是這樣，但是這不能怪客戶(hù)，畢竟客戶(hù)在軟件方面的知識(shí)要少的多，也沒(méi)有相關(guān)的經(jīng)驗(yàn)，可能心里只有一個(gè)想要的軟件的輪廓，于是可能會(huì)要求我們?nèi)ヌ嫠麄儊?lái)完整這個(gè)輪廓的細(xì)節(jié)，而我們的能力、我們能否真正站在客戶(hù)角度去搜集和整理這些需求，就決定了這個(gè)需求的完整性和有效性。分析人員或客戶(hù)理解有誤畢竟，不是每個(gè)分析人員都是專(zhuān)業(yè)而合格的，為避免這種情況的發(fā)生，需求分析必須要有審核制度，公司自己內(nèi)部要審核一遍，客戶(hù)再審一遍，提出意見(jiàn)，修改后雙方共同評(píng)審簽字，確認(rèn)。中彰的方案就是這樣的。雖然簽字認(rèn)可能夠給日后出現(xiàn)問(wèn)題時(shí)劃清我們的責(zé)任，但是不能保證使項(xiàng)目實(shí)施成功。如中彰國(guó)際的在線交易功能，后臺(tái)大批量郵件群發(fā)功能。e)項(xiàng)目的成熟度受客戶(hù)預(yù)算的限制。這種功能上的不完善需要事先告知客戶(hù)并得到理解。需求分析是一項(xiàng)繁瑣枯燥的工作，需要和客戶(hù)之間不斷的商討、確認(rèn)和反復(fù)，另外由于大部分的客戶(hù)雖然安排專(zhuān)人負(fù)責(zé)這項(xiàng)工作，但是該人并不只做這項(xiàng)工作，特別當(dāng)他被很多其他的事情纏身的時(shí)候，而無(wú)心細(xì)看提交過(guò)去的需求報(bào)告的時(shí)候，他很可能會(huì)給你一個(gè)錯(cuò)覺(jué)，讓你認(rèn)為他已經(jīng)真正的理解并認(rèn)可了你的設(shè)計(jì)。b)需求分析報(bào)告的編寫(xiě)者要參與到需求的搜集工作中，準(zhǔn)確領(lǐng)會(huì)客戶(hù)的意圖，并轉(zhuǎn)化成軟件能夠?qū)崿F(xiàn)的功能。可以采取的措施是事先編制一個(gè)問(wèn)卷調(diào)查之類(lèi)的文檔，詳細(xì)列舉需要客戶(hù)回答的問(wèn)題，以便防止遺漏。d)需求分析報(bào)告對(duì)功能細(xì)節(jié)的描述不能有歧義，描述一定要全面、準(zhǔn)確，防止開(kāi)發(fā)方和客戶(hù)只見(jiàn)對(duì)同一個(gè)問(wèn)題有兩個(gè)截然不同的理解。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)幫助客戶(hù)去理解提交給他的需求分析報(bào)告而不是只等簽字，對(duì)于有能夠用好幾種方式實(shí)現(xiàn)的功能，盡量做到能讓客戶(hù)去比較和選擇。只有客戶(hù)對(duì)報(bào)告的完全的理解，才能在日后客戶(hù)提出的修改被認(rèn)為是需求變更的時(shí)候能夠得到客戶(hù)的理解h)最后，需求分析報(bào)告一定要雙方共同簽字確認(rèn)第二篇：軟件項(xiàng)目需求分析總結(jié)軟件項(xiàng)目需求分析總結(jié)需求分析是項(xiàng)目開(kāi)發(fā)的基礎(chǔ)，基礎(chǔ)打的牢不牢直接關(guān)系到后面所有的工作，是項(xiàng)目實(shí)施成敗的關(guān)鍵 總體上說(shuō)，我們的需求分析是做了，但是做得很不夠，我們做的需求只解決了我們能做出這樣的項(xiàng)目，但是沒(méi)有解決這樣的項(xiàng)目是不是真就是客戶(hù)想要的。需求自身經(jīng)常變動(dòng) 隨著客戶(hù)對(duì)這個(gè)項(xiàng)目越來(lái)越深刻的理解，那么可能他的需求也會(huì)隨之改變，這些變化的可能性越大項(xiàng)目風(fēng)險(xiǎn)就會(huì)越大，我們?cè)谛枨蠓治龅臅r(shí)候就要充分考慮到哪些需求是相對(duì)固定的需求，哪些可能會(huì)是產(chǎn)生變動(dòng)的需求，考慮到他的可變性，這樣設(shè)計(jì)功能和數(shù)據(jù)庫(kù)的時(shí)候不致因?yàn)楹竺娴淖儎?dòng)而影響整個(gè)工程。由此出現(xiàn)的問(wèn)題： a)需求分析過(guò)于籠統(tǒng)，只關(guān)注到面上，沒(méi)有關(guān)注到點(diǎn)上，開(kāi)發(fā)出來(lái)的東西在具體的細(xì)節(jié)上和客戶(hù)的理解有誤差，并且無(wú)法嚴(yán)格界定是否屬于需求變更。b)需求報(bào)告只求我們這方評(píng)審?fù)ㄟ^(guò)，不去關(guān)心客戶(hù)的評(píng)審，認(rèn)為只要客戶(hù)簽字認(rèn)可就行。c)需求分析中含有技術(shù)實(shí)施上有難度的功能，一味的求全和盲目按照客戶(hù)的設(shè)想，受客戶(hù)影響過(guò)大，畢竟，很多時(shí)候，客戶(hù)的想法在實(shí)際實(shí)施過(guò)程中是不現(xiàn)實(shí)的，或者可以有更為簡(jiǎn)便的方法來(lái)替代的。d)對(duì)雙方已經(jīng)確定的需求，實(shí)現(xiàn)以后并不適合客戶(hù)使用，需要按照變更手續(xù)執(zhí)行的時(shí)候，客戶(hù)可能會(huì)糾纏，提出“你們是專(zhuān)業(yè)人士，你們應(yīng)該事先能提醒我們可能會(huì)出現(xiàn)這種問(wèn)題”并以此來(lái)把責(zé)任推給我們，而我們又不好完全按照變更手續(xù)執(zhí)行，因?yàn)榭赡芗せp方的矛盾，比如508的批量處理功能，因?yàn)閷儆谌耸鹿芾肀容^專(zhuān)業(yè)的細(xì)節(jié)問(wèn)題，需求分析師開(kāi)始沒(méi)有對(duì)客戶(hù)業(yè)務(wù)熟悉到如此細(xì)致的地步，而客戶(hù)也沒(méi)有過(guò)多關(guān)注這些細(xì)節(jié)，導(dǎo)致軟件的某些功能不合用，較為繁瑣，而重新按著客戶(hù)的意見(jiàn)修改的話工作量比較大，導(dǎo)致成本增加、工期延長(zhǎng)。大部分客戶(hù)在項(xiàng)目投入上都是有預(yù)算的，在成本有上限的前提下，項(xiàng)目的功能設(shè)計(jì)（軟件的成熟度）方面必然受一定影響，畢竟功能越多越完善，相應(yīng)的開(kāi)發(fā)成本就越高。f)此項(xiàng)工作的反復(fù)造成思想上的倦怠，使需求分析最后虎頭蛇尾。結(jié)論 a)需求分析是整個(gè)項(xiàng)目管理中需要重點(diǎn)控制的幾個(gè)關(guān)鍵節(jié)點(diǎn)之一，首先思想上一定要重視。對(duì)于說(shuō)不清楚需求的客戶(hù)，要善于問(wèn)關(guān)鍵問(wèn)題，引導(dǎo)客戶(hù)提出自己的需求。c)需求報(bào)告的編寫(xiě)者要能夠?qū)蛻?hù)需求進(jìn)行深入分析，區(qū)別出哪些需求存在日后變更的可能，哪些需求屬于相對(duì)固定的，哪些需求能夠?qū)崿F(xiàn)，哪些需求需要變通才能實(shí)現(xiàn)，以便于指導(dǎo)后面的功能設(shè)計(jì)?？梢酝ㄟ^(guò)評(píng)審，用大家的力量來(lái)避免這種情況發(fā)生 e)需求報(bào)告的每個(gè)關(guān)乎功能的描述都要讓客戶(hù)明白和理解，客戶(hù)在理解之上的確認(rèn)才能夠保證日后一旦出現(xiàn)問(wèn)題不致出現(xiàn)雙方互相推托責(zé)任糾纏不清的情況。不要讓客戶(hù)對(duì)報(bào)告中的部分產(chǎn)生歧義。第三篇：軟件項(xiàng)目需求調(diào)研總結(jié)軟件項(xiàng)目需求調(diào)研總結(jié)一、需求調(diào)研準(zhǔn)備：在需求調(diào)研過(guò)程中，應(yīng)該做好三種準(zhǔn)備，保持兩種心態(tài)，做到五種提高：三種準(zhǔn)備1）調(diào)研前應(yīng)該將所有項(xiàng)目前期資料進(jìn)行匯總，與相關(guān)的前期銷(xiāo)售人員進(jìn)行交流，以便對(duì)項(xiàng)目有一個(gè)基本輪廓的認(rèn)識(shí)。3）做好不怕一切困難的準(zhǔn)備。2）平靜面對(duì)需求變更的心態(tài)，在需求調(diào)研過(guò)程中，往往雙方對(duì)需求理解不一致，造成需求調(diào)研前后矛盾，應(yīng)當(dāng)心平氣和的去引導(dǎo)客戶(hù)，達(dá)到需求理解基本一致。2）其次應(yīng)該努力的去熟悉用戶(hù)的行業(yè)，學(xué)習(xí)用戶(hù)使用的術(shù)語(yǔ)，標(biāo)準(zhǔn)，以便能夠準(zhǔn)確的理解用戶(hù)。3）需求調(diào)研中，學(xué)會(huì)盡量不使用IT行業(yè)的術(shù)語(yǔ)，而采用淺顯易懂的口頭語(yǔ)言來(lái)解釋IT行業(yè)中高深莫測(cè)的術(shù)語(yǔ)，以便用戶(hù)能夠很好的理解，提高自己的溝通交流能力。5）提高自己的總結(jié)能力，書(shū)寫(xiě)一份完整的、前后一致的、可追蹤的需求報(bào)告。這需要大量的經(jīng)驗(yàn)，要從你在過(guò)去的文檔中發(fā)現(xiàn)的問(wèn)題學(xué)習(xí)。句子和段落要簡(jiǎn)練。使用術(shù)語(yǔ)，要保持一致性，并在術(shù)語(yǔ)表或數(shù)據(jù)字典中定義它們需求編寫(xiě)者還要努力正確地把握粒度。整個(gè)需求文檔細(xì)節(jié)上要保持一致。在多處包含相同的需求可以使文檔更易于閱讀，但也會(huì)給文檔的維護(hù)增加困難。需求調(diào)研對(duì)于系統(tǒng)的構(gòu)造，系統(tǒng)測(cè)試以及最后的客戶(hù)滿(mǎn)意，都會(huì)成為好的奠基石。我希望我們能得到一塊“德芙”。參與調(diào)研的包括項(xiàng)目經(jīng)理、技術(shù)經(jīng)理和兩個(gè)開(kāi)發(fā)骨干。在調(diào)研的初期我們?cè)?jīng)有過(guò)疑慮，這是一個(gè)二期的項(xiàng)目，那么調(diào)研的內(nèi)容是否只針對(duì)二期的新需求，對(duì)需求內(nèi)容二期和一期一致的部分就不必調(diào)研了?經(jīng)過(guò)討論我們還是決定把二期項(xiàng)目當(dāng)作一個(gè)新項(xiàng)目來(lái)做調(diào)研，即使二期和一期需求內(nèi)容一致，我們也在調(diào)研會(huì)上討論，并記錄在調(diào)研筆記及以后的需求文檔上。在現(xiàn)場(chǎng)調(diào)研時(shí)，發(fā)現(xiàn)有不少地方原來(lái)以為是二期不必修改的，經(jīng)過(guò)討論后發(fā)現(xiàn)還是需要修改。這個(gè)項(xiàng)目規(guī)模比較大，根據(jù)業(yè)務(wù)的類(lèi)型不同，分成了6個(gè)子系統(tǒng)，各個(gè)子系統(tǒng)的業(yè)務(wù)信息互有接口。對(duì)項(xiàng)目經(jīng)理和技術(shù)經(jīng)理則進(jìn)一步要求了解所有系統(tǒng)的業(yè)務(wù)需求。，在會(huì)議后應(yīng)該立刻回顧整理統(tǒng)一的會(huì)議筆記，消除歧義，避免遺漏。這導(dǎo)致以后閱讀會(huì)議筆記發(fā)現(xiàn)一些描述很簡(jiǎn)單理解上有歧義的內(nèi)容，或者同一份需求在幾個(gè)筆記上記錄的內(nèi)容細(xì)節(jié)上有差異，事后難以追溯正確的信息。，在開(kāi)發(fā)階段也應(yīng)該做檢查和更新，避免文檔錯(cuò)誤對(duì)開(kāi)發(fā)的誤導(dǎo)。后期測(cè)試時(shí)才發(fā)現(xiàn)少數(shù)需求內(nèi)容的矛盾和錯(cuò)誤，導(dǎo)致需要重新修改。應(yīng)該指定人負(fù)責(zé)需求追蹤和更新，在開(kāi)發(fā)階段、測(cè)試階段要保持和用戶(hù)的需求溝通，這不是一個(gè)可有可無(wú)的簡(jiǎn)單工作，很重要，并且會(huì)占用責(zé)任人50%的工作時(shí)間。下面是H項(xiàng)目調(diào)研組采取的調(diào)研流程，供參考：第一步不是立刻和用戶(hù)當(dāng)面討論需求細(xì)節(jié)，而是要業(yè)務(wù)關(guān)鍵用戶(hù)編寫(xiě)初步的需求報(bào)告，提供給開(kāi)發(fā)團(tuán)隊(duì)閱讀分析。需求報(bào)告的質(zhì)量往往和關(guān)鍵用戶(hù)的投入多少有較大關(guān)系，經(jīng)常在沒(méi)有面對(duì)面溝通時(shí)，關(guān)鍵用戶(hù)未必能對(duì)這份報(bào)告投入很多的時(shí)間和精力。這可以再調(diào)研前就和用戶(hù)溝通，讓用戶(hù)編寫(xiě)。項(xiàng)目目標(biāo)：系統(tǒng)分為5個(gè)子系統(tǒng)，即（a）掛號(hào)管理系統(tǒng)(b)病歷管理系統(tǒng)(c)藥品庫(kù)存管理系統(tǒng)(d)內(nèi)部資料管理系統(tǒng)(f)財(cái)務(wù)管理系統(tǒng)。承包商應(yīng)執(zhí)行以下工作任務(wù)，及工作要求：(1)系統(tǒng)應(yīng)使用本院的局域網(wǎng)，win9win2000、winxp、win7等環(huán)境下，可進(jìn)行穩(wěn)定準(zhǔn)確的查詢(xún)，修改、處理功能。(3)數(shù)據(jù)的修改和刪除功能：其中包括改號(hào)、退號(hào)和內(nèi)部資料管理中的患者、醫(yī)師信息的修改和刪除功能。(5)統(tǒng)計(jì)報(bào)表功能，財(cái)務(wù)報(bào)表：統(tǒng)計(jì)每天患者交款報(bào)表和掛號(hào)員每天的交款單。(6)按處方類(lèi)別和拼音碼分別統(tǒng)計(jì)藥品的總數(shù)和庫(kù)存剩容量。日?qǐng)?bào)表：打印每天的患者人數(shù)、就診科室等，以及醫(yī)師每天的出診數(shù)，檢驗(yàn)、檢查、手術(shù)每天的執(zhí)行次數(shù)，以及這些項(xiàng)目的總金額。(9)系統(tǒng)管理功能：其中包括用戶(hù)和內(nèi)部人員的修改密碼功能，根據(jù)權(quán)限添加用戶(hù)和管理員。(10)幫助功能：包含醫(yī)院簡(jiǎn)介和系統(tǒng)主要實(shí)現(xiàn)功能簡(jiǎn)介。（2）有關(guān)項(xiàng)目進(jìn)程的書(shū)面報(bào)告必須在每15天交給本院。報(bào)告應(yīng)涉及到各項(xiàng)活動(dòng)、取得的進(jìn)展、接下來(lái)15天的計(jì)劃、花費(fèi)的時(shí)間與金錢(qián)。（3）在合同預(yù)期內(nèi)，交付我院一個(gè)能夠運(yùn)行正常穩(wěn)定的完整的系統(tǒng)。3其他要求（4）本院會(huì)向承包商提供本院的一些業(yè)務(wù)流程。（6）合同必須以一個(gè)商定的價(jià)格，給提供滿(mǎn)足需求建議書(shū)要求工作的承約商付款。（8）本院希望在2012年6月1日前選中一家承約商。（9）本院將按照下面的時(shí)間表付款給承約商：當(dāng)項(xiàng)目完成了1/3時(shí)付總額的1/3；當(dāng)項(xiàng)目完成了2/3時(shí)付總額的2/3；當(dāng)本人已經(jīng)滿(mǎn)意于項(xiàng)目的100%，并且承約商已履行了全部契約義務(wù)時(shí)再付出總額的最后1/3。承約商應(yīng)有對(duì)每個(gè)任務(wù)和任務(wù)如何完成的詳細(xì)描述。(3)列出條形圖或網(wǎng)絡(luò)圖表，列明每周要執(zhí)行的詳細(xì)任務(wù)的時(shí)間表，以便在要求的項(xiàng)目完成日期內(nèi)能夠完成項(xiàng)目。(5)列出工程具體人員的姓名和詳細(xì)簡(jiǎn)歷，以及他在類(lèi)似工程的精彩的經(jīng)歷。此外，所有直接費(fèi)用逐條列表也必須包括進(jìn)來(lái)。(8)本院將按照以下的標(biāo)準(zhǔn)評(píng)價(jià)所有承約商的申請(qǐng)書(shū)：a．設(shè)計(jì)方案(30%)。b．經(jīng)驗(yàn)(30%)。c．成本(30%)。d．進(jìn)度計(jì)劃(10%)。篇二：軟件系統(tǒng)項(xiàng)目建議書(shū)完全版****系統(tǒng)項(xiàng)目建議書(shū)2014年5月目錄概述....................................................................1 文檔編寫(xiě)目的...........................................................................................................1 系統(tǒng)建設(shè)目標(biāo)與內(nèi)容...............................................................................................1 系統(tǒng)建設(shè)目標(biāo).............................................................