第一篇：軟件項(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)的前期銷售人員進(jìn)行交流，以便對(duì)項(xiàng)目有一個(gè)基本輪廓的認(rèn)識(shí)。

2）做好調(diào)研前使用資料的準(zhǔn)備，如需求調(diào)研模板，需求調(diào)研問(wèn)題列表等。

3）做好不怕一切困難的準(zhǔn)備。

兩種心態(tài)

1）保持一種和客戶平等合作的心態(tài)，確定需求調(diào)研是為了給客戶解決問(wèn)題，探討問(wèn)題，而不是接受問(wèn)題，更不是來(lái)指導(dǎo)工作的。

2）平靜面對(duì)需求變更的心態(tài)，在需求調(diào)研過(guò)程中，往往雙方對(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ù)語(yǔ)，標(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ù)語(yǔ)，而采用淺顯易懂的口頭語(yǔ)言來(lái)解釋IT行業(yè)中高深莫測(cè)的術(shù)語(yǔ)，以便用戶能夠很好的理解，提高自己的溝通交流能力。

4）提高自己的速記能力，文字表述能力以及歸納，能迅速的記錄需求調(diào)研核心的問(wèn)題，總結(jié)歸納形成原始的需求調(diào)研資料。

5）提高自己的總結(jié)能力，書(shū)寫一份完整的、前后一致的、可追蹤的需求報(bào)告。

二、需求調(diào)研過(guò)程的總體流程

需求調(diào)研中應(yīng)遵循一定的流程，而且在調(diào)研過(guò)程中表現(xiàn)出規(guī)范，調(diào)研有條不紊，對(duì)客戶有理有據(jù)，調(diào)研中資料做好備份，做到有備無(wú)患：

三、需求調(diào)研過(guò)程中注意問(wèn)題

四、需求報(bào)告書(shū)寫要求及標(biāo)準(zhǔn)

編寫優(yōu)秀的需求是沒(méi)有公式化的方法的。這需要大量的經(jīng)驗(yàn)，要從你在過(guò)去的文檔中發(fā)現(xiàn)的問(wèn)題學(xué)習(xí)。請(qǐng)?jiān)诮M織軟件需求文檔時(shí)，嚴(yán)格遵從這些方針。

句子和段落要簡(jiǎn)練。使用正確的語(yǔ)法，拼寫，標(biāo)點(diǎn)。使用術(shù)語(yǔ)，要保持一致性，并在術(shù)語(yǔ)表或數(shù)據(jù)字典中定義它們需求編寫者還要努力正確地把握粒度。多個(gè)需求盡可能拆分開(kāi)。

整個(gè)需求文檔細(xì)節(jié)上要保持一致。

避免在需求報(bào)告中過(guò)多的申述需求。在多處包含相同的需求可以使文檔更易于閱讀，但也會(huì)給文檔的維護(hù)增加困難。文檔的多份文本要在同一時(shí)間內(nèi)全部更新，避免不一致性。

需求調(diào)研對(duì)于系統(tǒng)的構(gòu)造，系統(tǒng)測(cè)試以及最后的客戶滿意，都會(huì)成為好的奠基石。并且要記住，沒(méi)有高質(zhì)量的需求，軟件就象一盒巧克力，你永遠(yuǎn)不知道你會(huì)得到什么。我希望我們能得到一塊“德芙”。

調(diào)研概要情況：X項(xiàng)目需求調(diào)研開(kāi)始于2006-3-23結(jié)束于2006-6-15，內(nèi)容包括現(xiàn)場(chǎng)需求調(diào)研4個(gè)人月和分析需求編寫需求文檔6個(gè)人月。參與調(diào)研的包括項(xiàng)目經(jīng)理、技術(shù)經(jīng)理和兩個(gè)開(kāi)發(fā)骨干，編寫需求規(guī)格說(shuō)明書(shū)字?jǐn)?shù)95.4萬(wàn)。

1.把二期項(xiàng)目當(dāng)作一個(gè)新項(xiàng)目來(lái)做調(diào)研，避免需求細(xì)節(jié)遺漏。在調(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)研筆記及以后的需求文檔上。這樣的好處是最大限度地避免了需求細(xì)節(jié)的遺漏。在現(xiàn)場(chǎng)調(diào)研時(shí)，發(fā)現(xiàn)有不少地方原來(lái)以為是二期不必修改的，經(jīng)過(guò)討論后發(fā)現(xiàn)還是需要修改。（往往危險(xiǎn)的需求描述就在于“這部分做的和某個(gè)系統(tǒng)或某個(gè)版本的舊系統(tǒng)一樣就可以了”）

2.調(diào)研團(tuán)隊(duì)參加所有子系統(tǒng)的調(diào)研會(huì)議，可以相互補(bǔ)充避免需求遺漏。這個(gè)項(xiàng)目規(guī)模比較大，根據(jù)業(yè)務(wù)的類型不同，分成了6個(gè)子系統(tǒng)，各個(gè)子系統(tǒng)的業(yè)務(wù)信息互有接口。我們安排每個(gè)人至少負(fù)責(zé)一個(gè)子系統(tǒng)的需求，但是在調(diào)研時(shí)，只要可能，我們都盡量讓每個(gè)人都參與所有系統(tǒng)的調(diào)研會(huì)議。對(duì)項(xiàng)目經(jīng)理和技術(shù)經(jīng)理則進(jìn)一步要求了解所有系統(tǒng)的業(yè)務(wù)需求。這樣做的好處是，對(duì)于子系統(tǒng)之間的業(yè)務(wù)關(guān)系，調(diào)研團(tuán)隊(duì)都可以有全面的了解，對(duì)業(yè)務(wù)的理解比較透徹全面，并且還可以相互補(bǔ)充遺漏。

3.多人調(diào)研，在會(huì)議后應(yīng)該立刻回顧整理統(tǒng)一的會(huì)議筆記，消除歧義，避免遺漏。在開(kāi)調(diào)研會(huì)時(shí)，全體與會(huì)人員都各自記自己的會(huì)議筆記，會(huì)后沒(méi)有強(qiáng)調(diào)當(dāng)天整理會(huì)議筆記（會(huì)議進(jìn)度很緊，每天開(kāi)會(huì)到晚上8、9點(diǎn)鐘）。這導(dǎo)致以后閱讀會(huì)議筆記發(fā)現(xiàn)一些描述很簡(jiǎn)單理解上有歧義的內(nèi)容，或者同一份需求在幾個(gè)筆記上記錄的內(nèi)容細(xì)節(jié)上有差異，事后難以追溯正確的信息。給編寫需求文檔帶來(lái)了一些困難，需要再次討論需求。

4.需求文檔編寫完成后，在開(kāi)發(fā)階段也應(yīng)該做檢查和更新，避免文檔錯(cuò)誤對(duì)開(kāi)發(fā)的誤導(dǎo)。我們?cè)谕瓿纱罅康男枨笪臋n編寫工作后，在開(kāi)發(fā)階段有部分文檔沒(méi)有做內(nèi)容檢查和及時(shí)更新。后期測(cè)試時(shí)才發(fā)現(xiàn)少數(shù)需求內(nèi)容的矛盾和錯(cuò)誤，導(dǎo)致需要重新修改。

建議：

1、如果在編寫需求文檔后，開(kāi)發(fā)階段應(yīng)該做一邊閱讀需求文檔，一邊做需求文檔的檢查，對(duì)于保證需求質(zhì)量效果會(huì)更好。

2、應(yīng)該指定人負(fù)責(zé)需求追蹤和更新，在開(kāi)發(fā)階段、測(cè)試階段要保持和用戶的需求溝通，這不是一個(gè)可有可無(wú)的簡(jiǎn)單工作，很重要，并且會(huì)占用責(zé)任人50%的工作時(shí)間。

3、企業(yè)業(yè)務(wù)管理信息系統(tǒng)的需求調(diào)研方法：我認(rèn)為對(duì)調(diào)研的組織安排是非常重要的，好的調(diào)研安排雖然未必產(chǎn)生質(zhì)量高的需求，但是一個(gè)不遵循調(diào)研規(guī)律的調(diào)研活動(dòng)，必然是低效的。下面是H項(xiàng)目調(diào)研組采取的調(diào)研流程，供參考：

4、第一步不是立刻和用戶當(dāng)面討論需求細(xì)節(jié)，而是要業(yè)務(wù)關(guān)鍵用戶編寫初步的需求報(bào)告，提供給開(kāi)發(fā)團(tuán)隊(duì)閱讀分析。需求報(bào)告的內(nèi)容是，對(duì)業(yè)務(wù)流程的描述，對(duì)業(yè)務(wù)需求的描述。需求報(bào)告的質(zhì)量往往和關(guān)鍵用戶的投入多少有較大關(guān)系，經(jīng)常在沒(méi)有面對(duì)面溝通時(shí)，關(guān)鍵用戶未必能對(duì)這份報(bào)告投入很多的時(shí)間和精力。但這是當(dāng)面調(diào)研的基礎(chǔ)，一定要做，有粗糙疏漏的地方可以再現(xiàn)場(chǎng)調(diào)研時(shí)再細(xì)化。這可以再調(diào)研前就和用戶溝通，讓用戶編寫。

第二篇：軟件項(xiàng)目需求分析總結(jié)

軟件項(xiàng)目需求分析總結(jié)

我們做的需求只解決了我們能做出這樣的項(xiàng)目，但是沒(méi)有解決這樣的項(xiàng)目是不是真就是客戶想要的。造成這種狀況的原因主要是下面幾個(gè)情況：

客戶本身說(shuō)不清楚

文物網(wǎng)是這樣，中彰國(guó)際更是這樣，但是這不能怪客戶，畢竟客戶在軟件方面的知識(shí)要少的多，也沒(méi)有相關(guān)的經(jīng)驗(yàn)，可能心里只有一個(gè)想要的軟件的輪廓，于是可能會(huì)要求我們?nèi)ヌ嫠麄儊?lái)完整這個(gè)輪廓的細(xì)節(jié)，而我們的能力、我們能否真正站在客戶角度去搜集和整理這些需求，就決定了這個(gè)需求的完整性和有效性。

需求自身經(jīng)常變動(dòng)

隨著客戶對(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è)工程。分析人員或客戶理解有誤

畢竟，不是每個(gè)分析人員都是專業(yè)而合格的，為避免這種情況的發(fā)生，需求分析必須要有審核制度，公司自己內(nèi)部要審核一遍，客戶再審一遍，提出意見(jiàn)，修改后雙方共同評(píng)審簽字，確認(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é)上和客戶的理解有誤差，并且無(wú)法嚴(yán)格界定是否屬于需求變更。中彰的方案就是這樣的。

b)需求報(bào)告只求我們這方評(píng)審?fù)ㄟ^(guò)，不去關(guān)心客戶的評(píng)審，認(rèn)為只要客戶簽字認(rèn)可就行。雖然簽字認(rèn)可能夠給日后出現(xiàn)問(wèn)題時(shí)劃清我們的責(zé)任，但是不能保證使項(xiàng)目實(shí)施成功。

c)需求分析中含有技術(shù)實(shí)施上有難度的功能，一味的求全和盲目按照客戶的設(shè)想，受客戶影響過(guò)大，畢竟，很多時(shí)候，客戶的想法在實(shí)際實(shí)施過(guò)程中是不現(xiàn)實(shí)的，或者可以有更為簡(jiǎn)便的方法來(lái)替代的。如中彰國(guó)際的在線交易功能，后臺(tái)大批量郵件群發(fā)功能。

d)對(duì)雙方已經(jīng)確定的需求，實(shí)現(xiàn)以后并不適合客戶使用，需要按照變更手續(xù)執(zhí)行的時(shí)候，客戶可能會(huì)糾纏，提出“你們是專業(yè)人士，你們應(yīng)該事先能提醒我們可能會(huì)出現(xiàn)這種問(wèn)題”并以此來(lái)把責(zé)任推給我們，而我們又不好完全按照變更手續(xù)執(zhí)行，因?yàn)榭赡芗せp方的矛盾，比如508的批量處理功能，因?yàn)閷儆谌耸?/p>

管理比較專業(yè)的細(xì)節(jié)問(wèn)題，需求分析師開(kāi)始沒(méi)有對(duì)客戶業(yè)務(wù)熟悉到如此細(xì)致的地步，而客戶也沒(méi)有過(guò)多關(guān)注這些細(xì)節(jié)，導(dǎo)致軟件的某些功能不合用，較為繁瑣，而重新按著客戶的意見(jiàn)修改的話工作量比較大，導(dǎo)致成本增加、工期延長(zhǎng)。e)項(xiàng)目的成熟度受客戶預(yù)算的限制。大部分客戶在項(xiàng)目投入上都是有預(yù)算的，在成本有上限的前提下，項(xiàng)目的功能設(shè)計(jì)(軟件的成熟度)方面必然受一定影響，畢竟功能越多越完善，相應(yīng)的開(kāi)發(fā)成本就越高。這種功能上的不完善需要事先告知客戶并得到理解。

f)此項(xiàng)工作的反復(fù)造成思想上的倦怠，使需求分析最后虎頭蛇尾。需求分析是一項(xiàng)繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認(rèn)和反復(fù)，另外由于大部分的客戶雖然安排專人負(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ì)。結(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ì)于說(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)確，防止開(kāi)發(fā)方和客戶只見(jiàn)對(duì)同一個(gè)問(wèn)題有兩個(gè)截然不同的理解?？梢酝ㄟ^(guò)評(píng)審，用大家的力量來(lái)避免這種情況發(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í)候能夠得到客戶的理解

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)目是不是真就是客戶想要的。造成這種狀況的原因主要是下面幾個(gè)情況： 客戶本身說(shuō)不清楚 文物網(wǎng)是這樣，中彰國(guó)際更是這樣，但是這不能怪客戶，畢竟客戶在軟件方面的知識(shí)要少的多，也沒(méi)有相關(guān)的經(jīng)驗(yàn)，可能心里只有一個(gè)想要的軟件的輪廓，于是可能會(huì)要求我們?nèi)ヌ嫠麄儊?lái)完整這個(gè)輪廓的細(xì)節(jié)，而我們的能力、我們能否真正站在客戶角度去搜集和整理這些需求，就決定了這個(gè)需求的完整性和有效性。需求自身經(jīng)常變動(dòng) 隨著客戶對(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è)工程。分析人員或客戶理解有誤 畢竟，不是每個(gè)分析人員都是專業(yè)而合格的，為避免這種情況的發(fā)生，需求分析必須要有審核制度，公司自己內(nèi)部要審核一遍，客戶再審一遍，提出意見(jiàn)，修改后雙方共同評(píng)審簽字，確認(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é)上和客戶的理解有誤差，并且無(wú)法嚴(yán)格界定是否屬于需求變更。中彰的方案就是這樣的。b)需求報(bào)告只求我們這方評(píng)審?fù)ㄟ^(guò)，不去關(guān)心客戶的評(píng)審，認(rèn)為只要客戶簽字認(rèn)可就行。雖然簽字認(rèn)可能夠給日后出現(xiàn)問(wèn)題時(shí)劃清我們的責(zé)任，但是不能保證使項(xiàng)目實(shí)施成功。c)需求分析中含有技術(shù)實(shí)施上有難度的功能，一味的求全和盲目按照客戶的設(shè)想，受客戶影響過(guò)大，畢竟，很多時(shí)候，客戶的想法在實(shí)際實(shí)施過(guò)程中是不現(xiàn)實(shí)的，或者可以有更為簡(jiǎn)便的方法來(lái)替代的。如中彰國(guó)際的在線交易功能，后臺(tái)大批量郵件群發(fā)功能。d)對(duì)雙方已經(jīng)確定的需求，實(shí)現(xiàn)以后并不適合客戶使用，需要按照變更手續(xù)執(zhí)行的時(shí)候，客戶可能會(huì)糾纏，提出“你們是專業(yè)人士，你們應(yīng)該事先能提醒我們可能會(huì)出現(xiàn)這種問(wèn)題”并以此來(lái)把責(zé)任推給我們，而我們又不好完全按照變更手續(xù)執(zhí)行，因?yàn)榭赡芗せp方的矛盾，比如508的批量處理功能，因?yàn)閷儆谌耸鹿芾肀容^專業(yè)的細(xì)節(jié)問(wèn)題，需求分析師開(kāi)始沒(méi)有對(duì)客戶業(yè)務(wù)熟悉到如此細(xì)致的地步，而客戶也沒(méi)有過(guò)多關(guān)注這些細(xì)節(jié)，導(dǎo)致軟件的某些功能不合用，較為繁瑣，而重新按著客戶的意見(jiàn)修改的話工作量比較大，導(dǎo)致成本增加、工期延長(zhǎng)。e)項(xiàng)目的成熟度受客戶預(yù)算的限制。大部分客戶在項(xiàng)目投入上都是有預(yù)算的，在成本有上限的前提下，項(xiàng)目的功能設(shè)計(jì)（軟件的成熟度）方面必然受一定影響，畢竟功能越多越完善，相應(yīng)的開(kāi)發(fā)成本就越高。這種功能上的不完善需要事先告知客戶并得到理解。f)此項(xiàng)工作的反復(fù)造成思想上的倦怠，使需求分析最后虎頭蛇尾。需求分析是一項(xiàng)繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認(rèn)和反復(fù)，另外由于大部分的客戶雖然安排專人負(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ì)。結(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ì)于說(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)確，防止開(kāi)發(fā)方和客戶只見(jiàn)對(duì)同一個(gè)問(wèn)題有兩個(gè)截然不同的理解?？梢酝ㄟ^(guò)評(píng)審，用大家的力量來(lái)避免這種情況發(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í)候能夠得到客戶的理解 h)最后，需求分析報(bào)告一定要雙方共同簽字確認(rèn)。

第四篇：軟件項(xiàng)目需求建議書(shū)

篇一：軟件需求建議書(shū)

醫(yī)院門診管理系統(tǒng)需求建議書(shū)

2012年3月26日

有關(guān)公司：

現(xiàn)需一個(gè)醫(yī)院門診管理系統(tǒng)，要求具有相關(guān)項(xiàng)目經(jīng)驗(yàn)的軟件公司參與競(jìng)標(biāo)，要求能對(duì)該系統(tǒng)進(jìn)行合理的編寫，保證系統(tǒng)能夠穩(wěn)定運(yùn)行，并且在預(yù)定時(shí)間內(nèi)交付我院使用。

項(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)。并且需要保證系統(tǒng)運(yùn)行穩(wěn)定準(zhǔn)確。

1.工作表述

承包商應(yīng)執(zhí)行以下工作任務(wù)，及工作要求：

(1)系統(tǒng)應(yīng)使用本院的局域網(wǎng)，win98、win2000、winxp、win7等環(huán)境

下，可進(jìn)行穩(wěn)定準(zhǔn)確的查詢，修改、處理功能。

(2)數(shù)據(jù)錄入功能：其中包括在掛號(hào)時(shí)的患者信息錄入，病歷管理的錄

入處方和內(nèi)部資料管理中的醫(yī)師信息的添加。

(3)數(shù)據(jù)的修改和刪除功能：其中包括改號(hào)、退號(hào)和內(nèi)部資料管理中的

患者、醫(yī)師信息的修改和刪除功能。

(4)數(shù)據(jù)查詢功能：包括在診室管理中的藥品的模糊查詢，對(duì)庫(kù)存不足

的藥品報(bào)警，內(nèi)部資料管理中的醫(yī)師、患者信息的查詢中包括單項(xiàng)查詢和組合查詢。

(5)統(tǒng)計(jì)報(bào)表功能，財(cái)務(wù)報(bào)表：統(tǒng)計(jì)每天患者交款報(bào)表和掛號(hào)員每天的

交款單。統(tǒng)計(jì)患者總?cè)藬?shù)和總費(fèi)用。

(6)按處方類別和拼音碼分別統(tǒng)計(jì)藥品的總數(shù)和庫(kù)存剩容量。

(7)按科室名稱和是否專家級(jí)別分別統(tǒng)計(jì)醫(yī)師總?cè)藬?shù)信息。日?qǐng)?bào)表：打

印每天的患者人數(shù)、就診科室等，以及醫(yī)師每天的出診數(shù)，檢驗(yàn)、檢查、手術(shù)每天的執(zhí)行次數(shù)，以及這些項(xiàng)目的總金額。

(8)合計(jì)費(fèi)用功能：患者憑掛號(hào)單到交款處交款，系統(tǒng)根據(jù)門診號(hào)碼自 動(dòng)調(diào)用患者信息，顯示患者的單項(xiàng)費(fèi)用和總費(fèi)用，自動(dòng)找零。

(9)系統(tǒng)管理功能：其中包括用戶和內(nèi)部人員的修改密碼功能，根據(jù)權(quán)

限添加用戶和管理員。數(shù)據(jù)備份功能。

(10)幫助功能：包含醫(yī)院簡(jiǎn)介和系統(tǒng)主要實(shí)現(xiàn)功能簡(jiǎn)介。

2交付實(shí)物

（1）必須準(zhǔn)備一份詳細(xì)的系統(tǒng)設(shè)計(jì)報(bào)告，以及所用到的技術(shù)，用以監(jiān)測(cè)產(chǎn)品

質(zhì)量。

（2）有關(guān)項(xiàng)目進(jìn)程的書(shū)面報(bào)告必須在每15天交給本院。報(bào)告應(yīng)簡(jiǎn)明，并且

重點(diǎn)放在與承約商的原計(jì)劃和時(shí)間表相對(duì)應(yīng)的進(jìn)程上。報(bào)告應(yīng)涉及到各項(xiàng)活動(dòng)、取得的進(jìn)展、接下來(lái)15天的計(jì)劃、花費(fèi)的時(shí)間與金錢。對(duì)于落后進(jìn)度計(jì)劃進(jìn)程的工作項(xiàng)目，應(yīng)當(dāng)提供一份計(jì)劃，使項(xiàng)目能在原進(jìn)度計(jì)劃和預(yù)算內(nèi)完成。

（3）在合同預(yù)期內(nèi)，交付我院一個(gè)能夠運(yùn)行正常穩(wěn)定的完整的系統(tǒng)。并且在

后期一定時(shí)間內(nèi)提供免費(fèi)維護(hù)。

3其他要求

（4）本院會(huì)向承包商提供本院的一些業(yè)務(wù)流程。

（5）承約商必須在執(zhí)行工作前，獲得本院對(duì)最終計(jì)劃的認(rèn)同。

（6）合同必須以一個(gè)商定的價(jià)格，給提供滿足需求建議書(shū)要求工作的承約商

付款。

（7）承約商必須最遲在2012年5月1日以前提供給本院兩份建議書(shū)備份。

（8）本院希望在2012年6月1日前選中一家承約商。這個(gè)工程需要完成的

期限是十二個(gè)月，從2012年7月1日至2013年7月1日，所有交付物必須不遲于2013年10月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)滿意于項(xiàng)目的100%，并且承約商已履行了全部契約義務(wù)時(shí)再付出總額的最后1/3。

申請(qǐng)內(nèi)容

(1)承約商能清晰理解需求建議書(shū)，理解什么是被期望達(dá)到的要求。承約商應(yīng)有對(duì)每個(gè)任務(wù)和任務(wù)如何完成的詳細(xì)描述。

(2)承約商將要提供的每一份交付物的描述。

(3)列出條形圖或網(wǎng)絡(luò)圖表，列明每周要執(zhí)行的詳細(xì)任務(wù)的時(shí)間表，以便在要求的項(xiàng)目完成日期內(nèi)能夠完成項(xiàng)目。

(4)敘述一下承約商最近已經(jīng)執(zhí)行過(guò)的相似項(xiàng)目，包括已完成的子系統(tǒng)，以及其他子系統(tǒng)的完成進(jìn)度。

(5)列出工程具體人員的姓名和詳細(xì)簡(jiǎn)歷，以及他在類似工程的精彩的經(jīng)歷。

(6)必須說(shuō)明項(xiàng)目所需要的人月，并通過(guò)一份詳細(xì)的工作時(shí)間分解和每個(gè)被指派于工程的員工的小時(shí)成本費(fèi)用來(lái)驗(yàn)證。此外，所有直接費(fèi)用逐條列表也必須包括進(jìn)來(lái)。

(7)承包商需列出貴公司的軟件能力成熟度(cmmi)等級(jí)。

(8)本院將按照以下的標(biāo)準(zhǔn)評(píng)價(jià)所有承約商的申請(qǐng)書(shū)：

a．設(shè)計(jì)方案(30%)。設(shè)計(jì)的實(shí)用及涉及技術(shù)。

b．經(jīng)驗(yàn)(30%)。被指定工程的承約商和工作人員執(zhí)行類似工程的經(jīng)驗(yàn)。

c．成本(30%)。承約商申請(qǐng)中的所列的固定成本。

d．進(jìn)度計(jì)劃(10%)。為了在要求的項(xiàng)目完成日期內(nèi)或在此日期之前完成項(xiàng)目，承約商應(yīng)提出進(jìn)度計(jì)劃的詳細(xì)而全面的連續(xù)說(shuō)明。

篇二：軟件系統(tǒng)項(xiàng)目建議書(shū)完全版

****系統(tǒng)項(xiàng)目建議書(shū)

2014年5月

目錄

概述....................................................................1 1.1 文檔編寫目的...........................................................................................................1 1.2 系統(tǒng)建設(shè)目標(biāo)與內(nèi)容...............................................................................................1 1.2.1 系統(tǒng)建設(shè)目標(biāo)...................................................................................................1 1.2.2 系統(tǒng)建設(shè)的主要內(nèi)容.......................................................................................1 2 系統(tǒng)設(shè)計(jì)方案.............................................................1 2.1 總體架構(gòu)設(shè)計(jì)...........................................................................................................1 2.1.1 系統(tǒng)總體業(yè)務(wù)架構(gòu)...........................................................................................1 2.1.2 系統(tǒng)總體軟件架構(gòu)...........................................................................................1 2.1.3 系統(tǒng)總體技術(shù)架構(gòu)...........................................................................................1 2.2 系統(tǒng)組成...................................................................................................................1 2.3 系統(tǒng)數(shù)據(jù)流...............................................................................................................1 2.4 系統(tǒng)功能...................................................................................................................3 3 系統(tǒng)部署方案.............................................................3 3.1 系統(tǒng)部署架構(gòu)...........................................................................................................3 3.2 系統(tǒng)環(huán)境...................................................................................................................3 3.2.1 軟件環(huán)境...........................................................................................................4 3.2.2 硬件環(huán)境...........................................................................................................4 4 系統(tǒng)界面設(shè)計(jì).............................................................4 5 主要技術(shù)指標(biāo).............................................................4 6 交付成果................................................................6 7 驗(yàn)收策略................................................................6 7.1 系統(tǒng)驗(yàn)收測(cè)試的原則...............................................................................................6 7.2 驗(yàn)收測(cè)試的具體內(nèi)容...............................................................................................7 7.3 驗(yàn)收測(cè)試的步驟.......................................................................................................7 8 質(zhì)量保證................................................................8 8.1 軟件研制一般要求...................................................................................................8 8.2 軟件評(píng)審要求...........................................................................................................9 8.3 軟件配置管理要求.................................................................................................10 9 售后服務(wù)...............................................................10 9.1 培訓(xùn).........................................................................................................................10 9.2 維護(hù)與升級(jí).............................................................................................................10 9.3 質(zhì)量保證期內(nèi)的服務(wù).............................................................................................10 9.4 壽命期內(nèi)維修服務(wù).................................................................................................11 10 開(kāi)發(fā)進(jìn)度計(jì)劃............................................................11 11 項(xiàng)目報(bào)價(jià)...............................................................12 1 概述

1.1 文檔編寫目的 1.2 系統(tǒng)建設(shè)目標(biāo)與內(nèi)容

1.2.1 系統(tǒng)建設(shè)目標(biāo) 1.2.2 系統(tǒng)建設(shè)的主要內(nèi)容

系統(tǒng)設(shè)計(jì)方案 2.1 總體架構(gòu)設(shè)計(jì)

2.1.1 系統(tǒng)總體業(yè)務(wù)架構(gòu) 2.1.2 系統(tǒng)總體軟件架構(gòu) 2.1.3 系統(tǒng)總體技術(shù)架構(gòu)

2.2 系統(tǒng)組成

2.3 系統(tǒng)數(shù)據(jù)流

系統(tǒng)詳細(xì)數(shù)據(jù)流如下圖所示。

2.4 系統(tǒng)功能

系統(tǒng)部署方案 3.1 系統(tǒng)部署架構(gòu)

表1各子系統(tǒng)部署架構(gòu)

3.2 系統(tǒng)環(huán)境 篇三：需求建議書(shū)

題目：

假設(shè)你在嘉州新城購(gòu)買了一套二室二廳一廚一衛(wèi)，面積大約90平方的新房，先裝修入住，請(qǐng)你根據(jù)自己的需求對(duì)這個(gè)房屋裝修項(xiàng)目編寫項(xiàng)目需求建議書(shū)。

項(xiàng)目：房屋裝修

需求建議書(shū)：

（1）承約商要執(zhí)行的任務(wù)：裝修材料的購(gòu)買、家用設(shè)備的安裝、裝修工程。

① 代購(gòu)裝修材料，如：地磚、涂料等等

② 廚房器具、淋浴設(shè)備等的代購(gòu)

（2）承約商根據(jù)國(guó)家標(biāo)準(zhǔn)裝修，提供裝修計(jì)劃、施工方案，最后裝修符合標(biāo)準(zhǔn)的房

子。

（3）本人向承約商提供裝修方案。

要求：

①、臥室的顏色以暖色調(diào)為主

②、裝修后簡(jiǎn)單、寬敞、采光效果良好

③、衛(wèi)生間隔成兩部分，分為盥洗間和浴室

（4）和承約商簽訂一個(gè)商定的價(jià)格，以及滿足需求建議書(shū)的工作承約商付款合同。

（5）當(dāng)裝修工程完成1／2時(shí)付總額的1／2；當(dāng)裝修工程100%完成時(shí)，獲得本人的

滿意后，并且承約商已經(jīng)全部履行契約義務(wù)時(shí)再付總額的最后1／2。

（6）希望這個(gè)項(xiàng)目在兩個(gè)月內(nèi)完成，從5月15日到7月15日，所有的可交付成果 必須不遲于7月15日提供給本人。

（7）承約商必須最遲于4月30日以前向本人提交兩份申請(qǐng)書(shū)備份。承約商的申請(qǐng)書(shū)

至少包括以下內(nèi)容： 1）承約商能清晰的理解需求建議書(shū)，要詳細(xì)描述承約商的實(shí)施裝修項(xiàng)目的方法，以及使用的裝修材料的具體規(guī)格。

2）承約商要提供可交付成果的詳細(xì)描述。

3）在6月15日向本人反映項(xiàng)目進(jìn)行的進(jìn)度。

4）敘述承約商最近實(shí)施的項(xiàng)目，包括客戶的姓名、地址和電話號(hào)碼，以備核實(shí)。

5）列出將被指定為項(xiàng)目主要負(fù)責(zé)人的姓名和聯(lián)系方式，以及工作經(jīng)驗(yàn)。

（8）申請(qǐng)書(shū)的評(píng)價(jià)標(biāo)準(zhǔn)

1）承約商提出的建設(shè)方案（30%）

2）被指定為執(zhí)行此項(xiàng)目主要負(fù)責(zé)人的姓名和聯(lián)系方式，以及類似的工作經(jīng)驗(yàn)（30%）

3）承約商申請(qǐng)書(shū)所列的固定成本（30%）

4）承約商提供的施工計(jì)劃（10%）

組員：岳紅 117 王華 213 周燕飛 126 趙涵玉 223 曾志錦 203 篇四：需求建議書(shū)

需求建議書(shū)（request for proposal，rfp）

什么是需求建議書(shū)[1] 需求建議書(shū)是指從客戶角度出發(fā)，全面、詳細(xì)地向服務(wù)商陳述、表達(dá)為了滿足其已識(shí)別需求所應(yīng)做的準(zhǔn)備工作。也就是說(shuō)，需求建議書(shū)是客戶向服務(wù)商發(fā)出的用來(lái)說(shuō)明如何滿足其已識(shí)別需求的建議書(shū)，是客戶與服務(wù)商建立正式聯(lián)系的第一份書(shū)面文件，又稱招標(biāo)書(shū)。需求建議書(shū)一般由客戶起草，主要描述客戶的需求、條件及對(duì)項(xiàng)目任務(wù)的具體要求。一份完整的需求建議書(shū)主要包括滿足其需求的項(xiàng)目的工作自述、對(duì)項(xiàng)目的要求、期望的項(xiàng)目目標(biāo)、客戶供應(yīng)條款、付款方式、契約形式、項(xiàng)目時(shí)間、項(xiàng)目申請(qǐng)書(shū)的要求等。好的需求建議書(shū)能讓服務(wù)商準(zhǔn)確把握客戶所期待的產(chǎn)品或服務(wù)。當(dāng)然，并非在所有情況下都需要準(zhǔn)備一份正式的需求建議書(shū)，當(dāng)某一企業(yè)的需求由內(nèi)部開(kāi)發(fā)項(xiàng)目予以滿足時(shí)，這一過(guò)程似乎變得簡(jiǎn)單多了，此時(shí)更多需要的是口頭上的交流和信息傳遞，而不是把寶貴的時(shí)間耽擱在僅僅起到信息傳遞作用的需求建議書(shū)上。例如，某一軟件開(kāi)發(fā)公司感到公司原來(lái)的財(cái)務(wù)分析系統(tǒng)已經(jīng)遠(yuǎn)遠(yuǎn)不能適應(yīng)日益增加的業(yè)務(wù)需要時(shí)，便可直接要求軟件開(kāi)發(fā)小組進(jìn)行開(kāi)發(fā)，這時(shí)只需口頭把相關(guān)的要求傳達(dá)給軟件開(kāi)發(fā)小組即可。

[編輯] 需求建議書(shū)的主要內(nèi)容[2] 需求建議書(shū)一般包含以下主要內(nèi)容：

客戶必須搜集大量相關(guān)資料準(zhǔn)備需求建議書(shū)，因?yàn)閕t項(xiàng)目實(shí)施者需要按照rfp來(lái)準(zhǔn)備他們的項(xiàng)目技術(shù)方案，并以此參與競(jìng)標(biāo)。rfp中包括項(xiàng)目的目標(biāo)，也就是用戶的期望，也包括客戶要求項(xiàng)目的進(jìn)度計(jì)劃；對(duì)實(shí)施商申請(qǐng)書(shū)的表格和內(nèi)容的規(guī)定；客戶希望潛在的實(shí)施商提交投標(biāo)申請(qǐng)書(shū)的最后期限；評(píng)價(jià)申請(qǐng)書(shū)的標(biāo)準(zhǔn)等。一份好的rfp應(yīng)該包括以下一些內(nèi)容。

1．工作表述

工作表述就是說(shuō)明項(xiàng)目的工作范圍，概括客戶要求開(kāi)發(fā)商或項(xiàng)目團(tuán)隊(duì)執(zhí)行的任務(wù)或工作單元，說(shuō)明項(xiàng)目所涉及的各種事情，哪些必須由開(kāi)發(fā)商或項(xiàng)目團(tuán)隊(duì)去完成，哪些由客戶自己去做。例如，一個(gè)辦公自動(dòng)化軟件系統(tǒng)的具體目標(biāo)。又如建設(shè)一個(gè)網(wǎng)站，所需設(shè)備的采購(gòu)任務(wù)，是由客戶自己完成，還是由開(kāi)發(fā)商去完成；企業(yè)網(wǎng)站上的頁(yè)面文字，是客戶自己撰寫，還是由開(kāi)發(fā)商撰寫等。2．任務(wù)要求

需求建議書(shū)必須要具體規(guī)定開(kāi)發(fā)商需要完成任務(wù)的規(guī)格和特征，如要求涉及大小、數(shù)量、顏色、重量、速度和其他開(kāi)發(fā)商提出的解決方案中，所必須滿足的物理參數(shù)和操作參數(shù)。例如，建立一個(gè)企業(yè)網(wǎng)站，可能要求在1 000人同時(shí)訪問(wèn)的情況下不會(huì)產(chǎn)生堵塞的感覺(jué)，網(wǎng)

站的瀏覽頁(yè)面不低于多少；建立一個(gè)自動(dòng)結(jié)賬和收款系統(tǒng)，可能要求每天能辦理12 000次交易的功能和其他特定的功能，如在開(kāi)出了發(fā)票的30天內(nèi)沒(méi)有收到賬款，就會(huì)自動(dòng)產(chǎn)生催款通知。具體的任務(wù)要求，可能會(huì)成為將來(lái)的驗(yàn)收標(biāo)準(zhǔn)。

3．交付物

交付物就是開(kāi)發(fā)商所提供的實(shí)體內(nèi)容，這在需求建議書(shū)中應(yīng)該說(shuō)明。例如，對(duì)于自動(dòng)結(jié)賬和收款系統(tǒng)來(lái)說(shuō)，客戶可能要求開(kāi)發(fā)商提供硬件(計(jì)算機(jī))、軟件(磁盤和一些印刷品)、操作手冊(cè)和培訓(xùn)課程。交付物也可能包括客戶要求開(kāi)發(fā)商提供定期進(jìn)度報(bào)告或終期報(bào)告。

4．客戶供應(yīng)條款

需求建議書(shū)還應(yīng)該列出客戶的供應(yīng)條款。例如，客戶需要建立一個(gè)網(wǎng)j站，可能需要向開(kāi)發(fā)商提供企業(yè)內(nèi)部的組織結(jié)構(gòu)及各部門之間業(yè)務(wù)關(guān)系的詳]細(xì)說(shuō)明，包括信息流程的類型、信息流量和發(fā)生頻率等。5．表述客戶對(duì)需求的確認(rèn)

需求建議書(shū)不是對(duì)客戶需求的最后確認(rèn)。最后的確認(rèn)應(yīng)該在對(duì)開(kāi)發(fā)商提出的方案進(jìn)行評(píng)估之后。例如印刷宣傳手冊(cè)，可能在開(kāi)印之前要經(jīng)過(guò)客戶審定；局域網(wǎng)的建設(shè)，在購(gòu)買材料和設(shè)備之前，客戶必須審定開(kāi)發(fā)商的技術(shù)方案。這一點(diǎn)在需求建議書(shū)中必須向開(kāi)發(fā)商說(shuō)明。

6．期望的合同類型(1)合同可以按固定價(jià)格訂立。這樣，開(kāi)發(fā)商實(shí)際上就是費(fèi)用包干。客戶只給固定的價(jià)錢，不管開(kāi)發(fā)商實(shí)際工作花費(fèi)多少。開(kāi)發(fā)商必須保證功能的實(shí)現(xiàn)和質(zhì)量要求，超支的風(fēng)險(xiǎn)由開(kāi)發(fā)商負(fù)擔(dān)。

(2)合同也可以規(guī)定開(kāi)發(fā)商不承擔(dān)風(fēng)險(xiǎn)，即在時(shí)間、原材料限制的條件下，不論實(shí)際成本多少，都會(huì)給開(kāi)發(fā)商特定的報(bào)酬，也就是所謂包工不包料。在我國(guó)現(xiàn)階段的條件下，由于質(zhì)量檢驗(yàn)和資信度水平不高，這種合同比]較普遍。在需求建議書(shū)中，最好說(shuō)明客戶是希望采用那種類型的合同。7．期望的付款方式

付款方式可以分為一次性付款和分階段付款；在開(kāi)始前付款和結(jié)束后付款。一般依項(xiàng)目的性質(zhì)來(lái)定付款方式。如網(wǎng)頁(yè)制作，往往在項(xiàng)目末期付款；而架設(shè)局域網(wǎng)，一般在方案確認(rèn)后，付款30％以便開(kāi)發(fā)商采購(gòu)，工程結(jié)束驗(yàn)收后付滿90％，留10％等到使用一段時(shí)間以后確認(rèn)無(wú)問(wèn)題時(shí)付清。具體付款方式需要合同雙方協(xié)商，但在需求建議書(shū)中，客戶應(yīng)該先提出自己的期望付款方式。8．要求的進(jìn)度計(jì)劃

進(jìn)度計(jì)劃的要求可能很粗，如要求在6個(gè)月內(nèi)完成；也可以詳細(xì)一些，如多長(zhǎng)時(shí)間內(nèi)完成方案設(shè)計(jì)和審定，多長(zhǎng)時(shí)間內(nèi)完成硬件選購(gòu)與安裝，多長(zhǎng)時(shí)間內(nèi)完成軟件研制、測(cè)試與安裝，最后開(kāi)發(fā)商在系統(tǒng)安裝調(diào)試后，在多長(zhǎng)時(shí)間內(nèi)提交所有的系統(tǒng)文件和操作培訓(xùn)。9．申請(qǐng)書(shū)的格式和內(nèi)容提示

為了便于在幾個(gè)開(kāi)發(fā)商之間進(jìn)行比較和評(píng)價(jià)，申請(qǐng)書(shū)應(yīng)該在形式上采取同一個(gè)格式，內(nèi)容的結(jié)構(gòu)也應(yīng)該一致。這樣對(duì)不同的申請(qǐng)者來(lái)說(shuō)比較公平，也能減輕客戶在評(píng)審時(shí)的工作量?？蛻粼谛枨蠼ㄗh書(shū)中可以限定申請(qǐng)書(shū)的每一部分采用的文字?jǐn)?shù)量或頁(yè)數(shù)。

10．提交申請(qǐng)書(shū)的最后期限

申請(qǐng)書(shū)受理的截止日期是必須要交代清楚的。例如，要求開(kāi)發(fā)商在接到需求建議書(shū)后多少個(gè)工作口之內(nèi)(如l周之內(nèi)、1個(gè)月之內(nèi)等)提交申請(qǐng)書(shū)，或大家一律在某月某日之前提交申請(qǐng)書(shū)。這樣做的目的是便于同時(shí)對(duì)眾多的申請(qǐng)者進(jìn)行比較、評(píng)估，也是為了保持公正，不給某些開(kāi)發(fā)商以額外的時(shí)間和機(jī)會(huì)。

11．對(duì)申請(qǐng)書(shū)的評(píng)價(jià)標(biāo)準(zhǔn)

要告訴開(kāi)發(fā)商客戶將根據(jù)哪些準(zhǔn)則來(lái)評(píng)價(jià)他提交的申請(qǐng)書(shū)。這樣做的目的，是指導(dǎo)開(kāi)發(fā)商寫好申請(qǐng)書(shū)。一般評(píng)價(jià)標(biāo)準(zhǔn)包括4個(gè)方面的內(nèi)容：

(1)開(kāi)發(fā)商在類似項(xiàng)目中的經(jīng)驗(yàn)。如他們近期是否在預(yù)算內(nèi)按期完成了類似的項(xiàng)目，客戶對(duì)他們是否滿意?(2)開(kāi)發(fā)商提出的技術(shù)方案是否合適。如采用哪種類型的計(jì)算機(jī)軟件?數(shù)據(jù)庫(kù)的設(shè)計(jì)、方法是什么?用來(lái)建立管理信息系統(tǒng)的是哪種語(yǔ)言?采用哪些供應(yīng)商的設(shè)備?等等。

(3)進(jìn)度計(jì)劃。開(kāi)發(fā)商是否能按照所要求的進(jìn)度完成項(xiàng)目計(jì)劃?(4)成本。如開(kāi)發(fā)商的報(bào)價(jià)是否合理?成本預(yù)算中有無(wú)漏算的條款?將來(lái)在執(zhí)行時(shí)有沒(méi)有可能出現(xiàn)超支，或有無(wú)可能因過(guò)于節(jié)約而導(dǎo)致質(zhì)量不能保證?有的申請(qǐng)人為了爭(zhēng)取合同，在報(bào)價(jià)上壓低成本，到了執(zhí)行階段，或偷工減料，或增加成本，結(jié)果導(dǎo)致所建系統(tǒng)的缺陷很多，或使最終成本大大超出原始的估算。對(duì)此需要引起注意。

12．資金總量

開(kāi)發(fā)商總是希望了解客戶有多少資金可以用于發(fā)展擬議中的真t項(xiàng)目，但客戶在需求建議書(shū)中，往往不愿意透露這個(gè)信息。其實(shí)，客戶暗示大約的數(shù)字，告訴開(kāi)發(fā)商他打算花多少錢來(lái)辦這件事是有好處的，這樣可以使開(kāi)發(fā)商能夠提交與資金水平相適應(yīng)的申請(qǐng)書(shū)，提高在項(xiàng)目準(zhǔn)備階段的工作效率。

[編輯] 需求建議書(shū)的必要性[2] 需求建議書(shū)(rfp)是項(xiàng)目客戶與開(kāi)發(fā)商建立正式聯(lián)系的第一份書(shū)面文件，也叫招標(biāo)書(shū)。一般由項(xiàng)目的客戶自己起草，主要描述客戶的需求、條件以及對(duì)項(xiàng)目任務(wù)的具體要求，向可能的開(kāi)發(fā)商發(fā)送。

需求建議書(shū)是客戶為確保供應(yīng)商理解項(xiàng)目的需求，并在此基礎(chǔ)上提供項(xiàng)目建議書(shū)而編制的需求規(guī)范。雖然它不能確?？蛻魮?jù)此就能獲得理想的解決方案，但卻可以幫助客戶發(fā)現(xiàn)那些盡可能接近自身需求的系統(tǒng)準(zhǔn)備。其

目的是從客戶自身的角度出發(fā)，通過(guò)全面、詳細(xì)地陳述，使開(kāi)發(fā)商或項(xiàng)目團(tuán)隊(duì)理解客戶所希望的是什么，以可行的價(jià)格滿足客戶的已識(shí)別的需求。

對(duì)于一些預(yù)算較少的客戶，開(kāi)發(fā)商往往不愿意花精力準(zhǔn)備正式的方案建議書(shū)，這種情況下，客戶的需求建議書(shū)就變得很重要。事實(shí)上，項(xiàng)目無(wú)論大小，都需要編寫需求建議書(shū)。第一，需求建議書(shū)需要描述用戶的目標(biāo)與需求。編制需求建議書(shū)的過(guò)程也是客戶進(jìn)一步明確自己的目標(biāo)與需求的過(guò)程，并以此建立起客戶與供應(yīng)商進(jìn)行深人溝通的橋梁。即使因?yàn)楦鞣N原因使得供應(yīng)商看不到或不愿響應(yīng)需求建議書(shū)，這種努力也是值得付出的。

第二，需求建議書(shū)可節(jié)省選型的時(shí)間，并使得對(duì)各供應(yīng)商之間的比較變得更容易?？蛻籼峁┙o所有競(jìng)標(biāo)供應(yīng)商的信息都是一樣的，避免了跟各開(kāi)發(fā)商的重復(fù)溝通，同時(shí)，有需求建議書(shū)作為基準(zhǔn)，客戶可以約束各開(kāi)發(fā)商以一致的格式提交方案建議書(shū)，以提高各供應(yīng)商之間的可比性。

第三，需求建議書(shū)可以避免一些潛在的疏漏。在準(zhǔn)備需求建議書(shū)時(shí)，客戶往往會(huì)因?yàn)樘^(guò)關(guān)注具體細(xì)節(jié)而忽略了一些重要的因素。收到需求建議書(shū)后，有的供應(yīng)商可能會(huì)主動(dòng)對(duì)這樣的疏漏提出質(zhì)疑以提醒客戶。還有些開(kāi)發(fā)商為了使自己的方案建議書(shū)更具有吸引力，甚至?xí)岢鲆恍┬枨蠼ㄗh書(shū)沒(méi)有涉及的好想法來(lái)拓展客戶的思路。

[編輯] 編寫需求建議書(shū)的一般原則[2] 需求建議書(shū)應(yīng)該由用戶編寫，但各種客觀因素的限制，實(shí)際上很難做[到。所以，很多時(shí)候都是由用戶與項(xiàng)目小組共同編寫。編寫項(xiàng)目需求說(shuō)明的j過(guò)程也是項(xiàng)目小組帶領(lǐng)客戶進(jìn)入項(xiàng)目需求啟發(fā)的過(guò)程。編寫優(yōu)秀的項(xiàng)目需求[建議書(shū)沒(méi)有公式化的方法，需要大量的實(shí)踐經(jīng)驗(yàn)。以下是編寫需求建議書(shū)需要把握的幾個(gè)原則：

(1)需求應(yīng)該是正確的。每個(gè)需求必須精確描述要交付的功能。確定需求內(nèi)容是否正確，需要用戶的代表來(lái)參與確認(rèn)，由他們檢查、決定用戶需[求的正確性。沒(méi)有用戶的需求檢查就會(huì)導(dǎo)致很多項(xiàng)目實(shí)施中的問(wèn)題出現(xiàn)。例如用戶會(huì)說(shuō)：“這不是我們要的東西”；“你沒(méi)明白我們的意思”，等等。

(2)需求應(yīng)該是可行的。項(xiàng)目的需求應(yīng)該在有限的資源(已知的能力、有限的系統(tǒng)及其環(huán)境)下是可實(shí)現(xiàn)的。為了避免需求的不可行性，在需求分析階段應(yīng)該有核心技術(shù)人員參與，檢查在技術(shù)上什么能做、什么不能做，哪些需要額外的付出等。

(3)需求內(nèi)容應(yīng)該是必要的。需求建議書(shū)中的每個(gè)需求都應(yīng)該有相應(yīng)[的出處，即說(shuō)明什么是客戶確實(shí)需要的，什么要順應(yīng)于外部的需求、接口或標(biāo)準(zhǔn)。如果不能標(biāo)識(shí)出處，則可能這個(gè)需求不是真正需要的。

(4)需求內(nèi)容應(yīng)該有優(yōu)先權(quán)。優(yōu)先權(quán)是由客戶或其代理及項(xiàng)目小組共同商討后建立的。如果所有的需求都被視為同等重要，那么在開(kāi)發(fā)中遇到預(yù)t算削減、計(jì)劃超時(shí)或組員的離開(kāi)而導(dǎo)致新的需求時(shí)，項(xiàng)目經(jīng)理將無(wú)所適從。一般優(yōu)先權(quán)有以下三個(gè)級(jí)別。

1)高優(yōu)先權(quán)，表明需求必須體現(xiàn)在本階段項(xiàng)目的成果中或這個(gè)產(chǎn)品的版本中。

2)中優(yōu)先權(quán)，表明需求是必須的，但是如果需要可以推遲到晚一些的產(chǎn)品版本中。

3)低優(yōu)先權(quán)，表明有它很好，但我們必須認(rèn)識(shí)到如果沒(méi)有充足的時(shí)間或資源，它可以被放棄掉。

(5)需求內(nèi)容應(yīng)該是明確的。需求不該有歧義，要避免使用一些對(duì)于擬訂項(xiàng)目需求建議書(shū)的人很清楚，但對(duì)于其他人模糊不清的詞匯。如：用戶友好性，容易，簡(jiǎn)單，快速，有效，幾個(gè)，藝術(shù)級(jí)，改善的，最大，最小等等。每寫一個(gè)需要都應(yīng)簡(jiǎn)潔、直觀地采用用戶熟知的語(yǔ)言，而不要采用計(jì)算機(jī)術(shù)語(yǔ)。

[編輯] 需求建議書(shū)例子[2] 例：某企業(yè)項(xiàng)目管理軟件開(kāi)發(fā)項(xiàng)目需求建議書(shū)

有關(guān)單位：某企業(yè)(甲方)由于業(yè)務(wù)發(fā)展的需要，決定采用項(xiàng)目管理的方式進(jìn)行管理，為了更有效地對(duì)項(xiàng)目的執(zhí)行過(guò)程進(jìn)行控制，該企業(yè)決定開(kāi)發(fā)一套項(xiàng)目管理軟件以滿足這一需要。

1．工作表述

開(kāi)發(fā)商將執(zhí)行下面任務(wù)：開(kāi)發(fā)項(xiàng)目管理軟件。

開(kāi)發(fā)項(xiàng)目管理軟件的主要功能包括項(xiàng)目及工作信息的錄入、項(xiàng)目網(wǎng)絡(luò)計(jì)劃圖的繪制、項(xiàng)目時(shí)間計(jì)劃的安排、甘特圖計(jì)劃的制定、項(xiàng)目執(zhí)行信息的錄入與分析及各種計(jì)劃報(bào)表的輸出等功能。2．要求

開(kāi)發(fā)商應(yīng)根據(jù)國(guó)家有關(guān)標(biāo)準(zhǔn)，提供開(kāi)發(fā)計(jì)劃和實(shí)施方案。篇五：軟件項(xiàng)目管理項(xiàng)目建議書(shū)

湖南文理學(xué)院實(shí)驗(yàn)報(bào)告

時(shí)間： 2013 年 11 月 18 日

課程名稱： 軟件項(xiàng)目管理

實(shí)驗(yàn)名稱：撰寫畢業(yè)生就業(yè)信息管理系統(tǒng)項(xiàng)目建議書(shū)

班級(jí)： 姓名： 同組人： 無(wú)

指導(dǎo)教師評(píng)定： 簽名：

一、實(shí)驗(yàn)?zāi)康恼莆枕?xiàng)目建議書(shū)的格式和寫作要求，會(huì)結(jié)合具體項(xiàng)目寫作項(xiàng)目建議書(shū)。

二、實(shí)驗(yàn)要求

1、結(jié)合模擬項(xiàng)目—畢業(yè)生就業(yè)信息管理系統(tǒng)項(xiàng)目寫出項(xiàng)目建議書(shū)。

2、提交畢業(yè)生就業(yè)信息管理系統(tǒng)項(xiàng)目建議書(shū)（報(bào)告）一份。

三、實(shí)驗(yàn)環(huán)境 1．硬件：計(jì)算機(jī) 2．操作系統(tǒng)：windows平臺(tái)。

3．相關(guān)軟件：microsoft office軟件。

四、實(shí)驗(yàn)步驟

1、背景介紹

隨著internet的迅猛發(fā)展和普及，我國(guó)高等院校紛紛建立自己的校園網(wǎng)，使高校的辦公，教學(xué)和管理工作發(fā)生了巨大的變化，并具有了新的特點(diǎn)，對(duì)教學(xué)管理工作提出了新的要求，也使得基于網(wǎng)絡(luò)的高校畢業(yè)生就業(yè)招聘成為可能。通過(guò)internet，用人單位和就業(yè)者利用網(wǎng)絡(luò)的便利，不直接見(jiàn)面，采用網(wǎng)絡(luò)交互地就業(yè)聯(lián)系、就業(yè)面試，以及就業(yè)意向和合同的簽訂等工作。我國(guó)部分高校目前正在嘗試通過(guò)網(wǎng)絡(luò)進(jìn)行畢業(yè)生的就業(yè)分配工作，但目前使用的就業(yè)網(wǎng)站的開(kāi)發(fā)應(yīng)用，大多功能相對(duì)單一，多局限于就業(yè)信息的發(fā)布，就業(yè)信息的靜態(tài)統(tǒng)計(jì)結(jié)果的公布及簡(jiǎn)單的就業(yè)信息查詢，其實(shí)用性和互動(dòng)性已經(jīng)不能滿足高校就業(yè)形勢(shì)的需要。隨著高校畢業(yè)生就業(yè)體制改革進(jìn)程的不斷深化和畢業(yè)生就業(yè)市場(chǎng)的逐步建立，高校畢業(yè)生在各種就業(yè)活動(dòng)中求職面窄、擇業(yè)率低、特別是信息量小的問(wèn)題越來(lái)越突出。如何解決這一問(wèn)題是擺在各級(jí)就業(yè)主管部門面前的嚴(yán)峻任務(wù)。正是在這種情形下，國(guó)務(wù)院對(duì)做好高校畢業(yè)生就業(yè)工作做出重要指示，即“要充分利用畢業(yè)生就業(yè)信息網(wǎng)絡(luò)，溝通行業(yè)間、地區(qū)間、學(xué)校與用人單位間的信息，在畢業(yè)生和用人單位之間牽線搭橋。同時(shí)，通過(guò)信息反饋，優(yōu)化高等教育結(jié)構(gòu)，合理

利用有效資源，促進(jìn)高等教育的健康發(fā)展”高校就業(yè)系統(tǒng)以招聘和求職系統(tǒng)為核心，以用人單位需求和服務(wù)為目標(biāo)。明確了系統(tǒng)的定位，有利于構(gòu)建優(yōu)化網(wǎng)上就業(yè)服務(wù)體系，有利于不斷激活畢業(yè)生就業(yè)市場(chǎng)，有利于網(wǎng)絡(luò)資源的充分利用，有利于網(wǎng)上動(dòng)態(tài)管理、杜絕虛假信息、拓寬網(wǎng)上就業(yè)服務(wù)功能。

2、項(xiàng)目的意義和必要性

畢業(yè)生就業(yè)信息系統(tǒng)和就業(yè)服務(wù)體系不完善，畢業(yè)生就業(yè)主要由學(xué)校、人才市場(chǎng)舉辦招聘會(huì)等方式獲得信息，與需求方見(jiàn)面，信息渠道比較窄。畢業(yè)生的就業(yè)指導(dǎo)工作極為薄弱，就業(yè)指導(dǎo)教師水平參差不齊，專業(yè)的、高素質(zhì)的就業(yè)指導(dǎo)教師太少；缺少優(yōu)質(zhì)的就業(yè)指導(dǎo)教材。所以，必須加強(qiáng)學(xué)生擇業(yè)的政策咨詢和信息服務(wù)，逐步建立起信息服務(wù)網(wǎng)絡(luò)，建立畢業(yè)生就業(yè)網(wǎng)絡(luò)系統(tǒng)，為實(shí)行網(wǎng)上求職擇業(yè)創(chuàng)造條件和提供服務(wù)。目前，建設(shè)好大學(xué)生的就業(yè)網(wǎng)站，不僅僅是政府部門應(yīng)該關(guān)心的問(wèn)題，作為培養(yǎng)大學(xué)生的湖南文理學(xué)院也有同樣的需求。

解決目前高校就業(yè)信息管理中存在的一些問(wèn)題，如信息傳遞不方便、不快捷，數(shù)據(jù)分析及就業(yè)指導(dǎo)不及時(shí)，學(xué)生簽約必須到不同部門領(lǐng)表、上交等繁瑣的操作等。通過(guò)本系統(tǒng)可以使湖南文理學(xué)院畢業(yè)生就業(yè)信息管理工作更加合理化、科學(xué)化，提高工作的效率，從根本上改變就業(yè)管理工作的方式，通過(guò)internet，各院系和學(xué)生利用網(wǎng)絡(luò)的便利，可以直接查詢和提交就業(yè)信息。在這種系統(tǒng)平臺(tái)下，可以快速、有效、全面的反映最新的用人單位信息、畢業(yè)生基本信息和就業(yè)趨勢(shì)，及時(shí)提供高校學(xué)生工作管理人員對(duì)歷屆用人單位需求信息的分析統(tǒng)計(jì)，及時(shí)有效地調(diào)查分析大學(xué)畢業(yè)生的擇業(yè)趨勢(shì)和引發(fā)的心理問(wèn)題并進(jìn)行及時(shí)有效的就業(yè)指導(dǎo)?？梢宰龅叫畔⒌囊?guī)范管理、科學(xué)統(tǒng)計(jì)和快速查詢，從而減少管理方面的工作量。

3、項(xiàng)目產(chǎn)品或服務(wù)的市場(chǎng)預(yù)測(cè)

（由于這個(gè)系統(tǒng)不是學(xué)院的直接收益產(chǎn)品，這里不做分析。）

4、項(xiàng)目的規(guī)模和期限

基于學(xué)院的實(shí)際情況，這個(gè)畢業(yè)生就業(yè)信息可以初步分為三個(gè)階段來(lái)完成。

第一階段，著重處理學(xué)院現(xiàn)有的問(wèn)題，把系統(tǒng)運(yùn)行起來(lái)，重點(diǎn)放在用戶管理方面，分為用戶注冊(cè)、用戶審核和用戶登錄驗(yàn)證三部分。

第二階段，注重完成學(xué)校的就業(yè)信息發(fā)布，用戶在通過(guò)系統(tǒng)注冊(cè)后，可以查詢各種信息。

第三階段，系統(tǒng)管理，管理可以對(duì)學(xué)生用戶和站內(nèi)信息進(jìn)行管理。

5、投資估算

具體相信的投資預(yù)算，由專業(yè)人員進(jìn)行。這里只能給出對(duì)比其他同類學(xué)校信息系統(tǒng)的估算，3個(gè)階段全部完成，大概需要5萬(wàn)人民幣。這個(gè)估算不包括硬件設(shè)備的預(yù)算。

6、市場(chǎng)前景及經(jīng)濟(jì)效益初步分析

這個(gè)系統(tǒng)雖然不是學(xué)院的直接收益產(chǎn)品，但其帶來(lái)的間接效益是毋庸置疑。具體可以表現(xiàn)為：

（1）管理決策的科學(xué)化。

傳統(tǒng)的決策指示憑經(jīng)驗(yàn)的大致的估算，無(wú)法采集到大量的數(shù)據(jù)，也無(wú)法對(duì)采集到的數(shù)據(jù)進(jìn)行精確的分析，而畢業(yè)生就業(yè)管理系統(tǒng)通過(guò)internet，各院系和學(xué)生利用網(wǎng)絡(luò)的便利，可以直接查詢和提交就業(yè)信息，比較全面、及時(shí)地采集信息數(shù)據(jù)、并選定合適的管理模式，做出科學(xué)的決策，減少?zèng)Q策失誤。

（2）管理工作的高效化。

在這種系統(tǒng)平臺(tái)下，可以快速、有效、全面的反映最新的用人單位信息、畢業(yè)生基本信息和就業(yè)趨勢(shì)，及時(shí)提供高校學(xué)生工作管理人員對(duì)歷屆用人單位需求信息的分析統(tǒng)計(jì)，及時(shí)有效地調(diào)查分析大學(xué)畢業(yè)生的擇業(yè)趨勢(shì)和引發(fā)的心理問(wèn)題并進(jìn)行及時(shí)有效的就業(yè)指導(dǎo)。

（3）網(wǎng)上就業(yè)服務(wù)體系的優(yōu)化。

畢業(yè)生的就業(yè)指導(dǎo)工作極為薄弱，就業(yè)指導(dǎo)教師水平參差不齊，專業(yè)的、高素質(zhì)的就業(yè)指導(dǎo)教師太少；缺少優(yōu)質(zhì)的就業(yè)指導(dǎo)教材。而畢業(yè)生就業(yè)網(wǎng)絡(luò)系統(tǒng)加強(qiáng)了學(xué)生擇業(yè)的政策咨詢和信息服務(wù)，逐步建立起信息服務(wù)網(wǎng)絡(luò)，為實(shí)行網(wǎng)上求職擇業(yè)創(chuàng)造條件和提供服務(wù)。

（4）網(wǎng)絡(luò)資源的充分利用。

指導(dǎo)老師可以開(kāi)辟“求職顧問(wèn)”，“就業(yè)指導(dǎo)”的板塊，告訴畢業(yè)生就業(yè)過(guò)程中應(yīng)該注意的問(wèn)題，幫助學(xué)生完善職業(yè)形象；了解勞動(dòng)關(guān)系法規(guī)；增強(qiáng)自身的保護(hù)意識(shí)；提高大學(xué)生競(jìng)爭(zhēng)就業(yè)意識(shí)和能力。

大學(xué)生可以利用就業(yè)網(wǎng)絡(luò)內(nèi)容豐富、全面的就業(yè)信息，最新的國(guó)家就業(yè)政策和規(guī)范，了解國(guó)家就業(yè)形勢(shì)，更新就業(yè)觀念，樹(shù)立正確職業(yè)觀和就業(yè)觀。同時(shí)，制作個(gè)人簡(jiǎn)歷，實(shí)現(xiàn)網(wǎng)上的自薦求職，查詢自己感興趣用人單位的資料，來(lái)了解用人單位的情況。

用人單位可以瀏覽學(xué)生所在學(xué)校的網(wǎng)站來(lái)了解學(xué)校的概況及專業(yè)設(shè)置情況，了解學(xué)生專業(yè)知識(shí)結(jié)構(gòu)和綜合素質(zhì)，并且通過(guò)學(xué)校就業(yè)網(wǎng)站來(lái)核對(duì)電子簡(jiǎn)歷的誠(chéng)信度。

（5）畢業(yè)生與用人單位的良好溝通

大學(xué)生通過(guò)查詢自己感興趣用人單位的資料，來(lái)了解用人單位的情況。對(duì)中意的單位可以投遞電子簡(jiǎn)歷。用人單位通過(guò)瀏覽學(xué)生所在學(xué)校的網(wǎng)站，了解畢業(yè)生的信息。有意向的雙方可以通過(guò)網(wǎng)上面試的方式來(lái)進(jìn)行進(jìn)一步的溝通，提高學(xué)生和用人單位接觸頻率，促進(jìn)就業(yè)工作開(kāi)展。為企業(yè)和學(xué)生提供一個(gè)交流平臺(tái)及更為人性化、個(gè)性化的服務(wù)。

另外需要注意的是，畢業(yè)生就業(yè)管理系統(tǒng)的效益一般是無(wú)形的，只有經(jīng)過(guò)長(zhǎng)期運(yùn)行后的分析統(tǒng)計(jì)才能計(jì)算其收益，往往越成熟、科學(xué)、優(yōu)秀的畢業(yè)生就業(yè)管理系統(tǒng)，帶給我們的效益就越大。畢業(yè)生就業(yè)水平提高了，學(xué)校知名度也會(huì)隨之提高，學(xué)校的生源也會(huì)越來(lái)越好。

綜上所述，校方認(rèn)為建立一個(gè)畢業(yè)生就業(yè)管理系統(tǒng)是非常必要的，請(qǐng)上級(jí)領(lǐng)導(dǎo)批示。

7、其他需要說(shuō)明的問(wèn)題

隨著計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院學(xué)院人數(shù)不斷增加，畢業(yè)生的人數(shù)也會(huì)逐步增長(zhǎng)，畢業(yè)生就業(yè)管理的難度也在不斷加大，所有我們認(rèn)為建立一個(gè)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院畢業(yè)生就業(yè)管理系統(tǒng)是在將來(lái)的影響和效益是不可估量。

第五篇：如何寫軟件項(xiàng)目需求說(shuō)明書(shū)

如何寫軟件項(xiàng)目需求說(shuō)明書(shū)

進(jìn)入軟件開(kāi)發(fā)行業(yè)也有一段時(shí)間了，大大小小項(xiàng)目也接觸了一些，對(duì)于怎么寫好項(xiàng)目需求文檔做一下總結(jié)，發(fā)表一下自己的看法。1 獲取需求：

作為需求方也就是甲方，通過(guò)語(yǔ)言描述或文檔的方式將需求（系統(tǒng)需要提供的功能）提交給開(kāi)發(fā)人員（需求分析人員）。

獲得需求的方式可以有多種多樣：電話詢問(wèn)、現(xiàn)場(chǎng)考察、聆聽(tīng)用戶講解、閱讀用戶編制的相關(guān)文件(如招標(biāo)書(shū))，其實(shí)這些方法都是GET方式，我們可以通過(guò)以下兩類技術(shù)手段來(lái)達(dá)到：GET(獲取)和PUSH(引導(dǎo)、反饋、激發(fā))相互結(jié)合的方式來(lái)得到我們真正的需求，而這兩個(gè)過(guò)程都是必須交互進(jìn)行的，一般我們可以篩選一名非常有經(jīng)驗(yàn)(包括談判技巧、深厚的業(yè)務(wù)和技術(shù)背景、人緣很好、勤奮努力)的人士擔(dān)任需求工程師，長(zhǎng)期在客戶那里工作。2 需求分析人員

（1）根據(jù)客戶提供的文檔或語(yǔ)言描述，將需求按功能劃分，以用例圖的方式表達(dá)系統(tǒng)提供的功能模塊及功能模塊之間的關(guān)系，完成用例圖后與客戶確認(rèn)大的功能模塊，并對(duì)每個(gè)功能模塊做進(jìn)一步的溝通詳細(xì)記錄用戶所提供的關(guān)鍵性的描述，此過(guò)程需要系統(tǒng)分析人員對(duì)客戶進(jìn)行引導(dǎo)。

（2）對(duì)每個(gè)功能模塊進(jìn)行詳細(xì)分析與描述，具體信息包括：用戶角色、功能說(shuō)描述、IPO的方式進(jìn)行描述（即輸入項(xiàng)、輸出項(xiàng)、處理）、要提供必要的功能說(shuō)明，如果使文檔更加直觀，更容易讓客戶理解，可以用UI的方式表達(dá)輸入輸出，配合必要的描述，這樣對(duì)于客戶更加容易理解，需要與客戶進(jìn)行大量的溝通確認(rèn)。

（3）編寫數(shù)據(jù)字典：在需求階段，很難使團(tuán)隊(duì)的思路一致，建立一個(gè)合適的機(jī)制是完全必要的，這就是數(shù)據(jù)字典，數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開(kāi)發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確?？蛻襞c開(kāi)發(fā)小組是使用一致的定義和術(shù)語(yǔ)。分析和設(shè)計(jì)工具通常包括數(shù)據(jù)字典組件。

（4）關(guān)于文檔具體表述的格式與形式，要根據(jù)所要表達(dá)的功能來(lái)確定，最重要的是把事情描述清楚,這事最終的目的；

(5)需求文檔確定后，設(shè)計(jì)人員根據(jù)這份需求文檔進(jìn)行系統(tǒng)的設(shè)計(jì)工作了。