前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇項(xiàng)目需求分析范文，相信會為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

項(xiàng)目需求分析范文第1篇

2 什么是需求分析

結(jié)構(gòu)化軟件開發(fā)一般分為分析、設(shè)計(jì)、開發(fā)、測試、驗(yàn)收與運(yùn)行等階段。開發(fā)前，會進(jìn)行前期的可行性研究；在運(yùn)行開始以后，還要進(jìn)行后期維護(hù)。需求分析是結(jié)構(gòu)化開發(fā)中的重要階段。通常情況下，國內(nèi)軟件開發(fā)公司在做歐美和日本的項(xiàng)目時(shí)，對前期的可行性研究參與得較少，一般都是對方已經(jīng)做完可行性研究，國內(nèi)軟件開發(fā)公司從需求分析開始做起，直到軟件開發(fā)后的運(yùn)行和維護(hù)。所謂需求分析，是指對要解決的問題進(jìn)行詳細(xì)的分析，弄清楚客戶的需求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么，等等?？梢哉f，軟件工程當(dāng)中的需求分析就是確定要計(jì)算機(jī)做什么。

3 需求分析的重要性

從需求分析的定義上，就可以看出需求分析在軟件開發(fā)過程中的重要性了。需求分析做得不對，后面的步驟做得再好，也只能是南轅北轍，無法滿足客戶的要求。研究表明，改正產(chǎn)品付諸應(yīng)用后所發(fā)現(xiàn)的一個(gè)需求方面的缺陷，比在需求階段改正這個(gè)錯(cuò)誤要多付出大約100倍的成本。而另一項(xiàng)研究發(fā)現(xiàn)，在需求開發(fā)階段發(fā)現(xiàn)的一個(gè)錯(cuò)誤，平均僅需要花30分鐘修復(fù)，但若在系統(tǒng)測試時(shí)發(fā)現(xiàn)則需要5-17個(gè)小時(shí)來修復(fù)。

需求工程的成功與否直接關(guān)系到系統(tǒng)給的命運(yùn)，需求工程絕對不是軟件開發(fā)的前期任務(wù)，而應(yīng)該在整個(gè)系統(tǒng)的生命周期里都扮演著重要角色。在需求工程階段解決和根除需求引起的問題可以大大降低生產(chǎn)和維護(hù)的成本，提高用戶的滿意度。在軟件開發(fā)的過程中，需求工程階段是了解用戶需求的最佳時(shí)期，但很大一部分用戶不知道、不了解需求工程，以至于在和他們交流的時(shí)候，他們都不能準(zhǔn)確完整的說出自己的需求，因而對于從事需求工程的人員來說，能夠正確的理解用戶的需求觀點(diǎn)，利用一些方法和技巧來啟發(fā)用戶闡述清楚自己的需求是很重要的。需求工程作為了解并實(shí)現(xiàn)軟件開發(fā)者的目標(biāo)的重要手段，有著不可替代的作用。

比如一個(gè)失敗的案例：由于和客戶簽訂了合同，5個(gè)月必須交付軟件，開發(fā)時(shí)間緊迫，導(dǎo)致項(xiàng)目計(jì)劃時(shí)做需求分析的時(shí)間只給了2周時(shí)間（理由是客戶的文檔已經(jīng)提供好了，照著做即可）。結(jié)果，由于前期對客戶文檔理解得不是很清楚，導(dǎo)致開發(fā)進(jìn)行到3個(gè)月的時(shí)候發(fā)現(xiàn)需求上有爭議。在和客戶確認(rèn)后得出結(jié)論：如果要滿足客戶的要求，則需要對整體架構(gòu)進(jìn)行修改。雖然最后按期交付了軟件，但是整個(gè)項(xiàng)目組最后兩個(gè)月每天都在加班，包括周末，而且軟件質(zhì)量也沒有得到客戶的充分認(rèn)可。

再如我們在了解客戶需求的同時(shí)，應(yīng)該盡量了解客戶為什么要這么做，幫客戶一起想需求，以便我們開發(fā)的軟件能夠更好地為客戶服務(wù)。每天開完會后，我們應(yīng)該把客戶的需求整理好，發(fā)給同事進(jìn)行研究分析，建立簡單的基礎(chǔ)模型并研究技術(shù)可行性。需求分析結(jié)束后，保持每周至少3次電話會議與客戶進(jìn)行溝通，隨時(shí)了解客戶的需求。最后正因?yàn)樵谇捌陔A段進(jìn)行了這種細(xì)致的需求分析，項(xiàng)目組在很少加班的情況下，不但按時(shí)交付了項(xiàng)目，并且得到客戶的充分認(rèn)可。

4 軟件需求分析的任務(wù)

軟件工程的發(fā)展來源于信息需求對它的推動，現(xiàn)在互聯(lián)網(wǎng)技術(shù)和應(yīng)用越來越成熟，信息的獲取也逐漸變得簡單和完整，但是由于資源的開放性、系統(tǒng)與系統(tǒng)的相互滲透性、用戶的變動性讓需求變得多目的、多變化，增加了軟件制作的難度，但同樣帶來了巨大的用戶市場。需求的獲取同樣也是困擾軟件工程的絆腳石。需求與資源的搭配不合理，就會影響軟件工程的發(fā)展。未來適應(yīng)變化多端的用戶需求，必須讓軟件也隨之變化。要滿足多樣化的信息需求，提取合適的信息需求建立模式，就要有相應(yīng)的系統(tǒng)對需求信息進(jìn)行分析和總結(jié)，通過程序化的模式來制定切實(shí)可行的軟件方案。

國項(xiàng)目中，在前期分析時(shí)軟件開發(fā)的核心技術(shù)人員和測試人員就已經(jīng)進(jìn)入項(xiàng)目組，每天技術(shù)人員會對分析的結(jié)果提出技術(shù)實(shí)現(xiàn)的難點(diǎn)以及改進(jìn)的方法，筆者在隨后的會議上就會和客戶進(jìn)行討論，盡量在滿足客戶需求的同時(shí)，使用更簡單可行的技術(shù)，這樣就為以后的開發(fā)奠定了基礎(chǔ)，使開發(fā)時(shí)的工作量大大減少。測試人員也在需求時(shí)提出從測試角度看到的問題，同樣在需求分析階段得到解決，節(jié)省了大量的開發(fā)時(shí)間。

需求工程在未來發(fā)展中會有如下幾個(gè)方面的著重考慮：（1）縮小需求工程在理論研究階段取得的成果同實(shí)際應(yīng)用中得到的效果的差距，通過得到的結(jié)論來更好的設(shè)計(jì)軟件；（2）規(guī)范需求工程的各種機(jī)制，可以有需求工程規(guī)格數(shù)據(jù)的搜集、整理、制作、實(shí)現(xiàn)以及維護(hù)，也可以有需求工程的問題的解決辦法；（3）保證需求工程有較高的質(zhì)量。這一點(diǎn)是需求工程最為關(guān)鍵的要求，質(zhì)量的高低直接影響了未來實(shí)現(xiàn)效果的好壞。需求工程就是對未知問題進(jìn)行探索、處理的過程。未來必然會朝著對象具體化、分析自動化的方向發(fā)展。

5 進(jìn)行需求分析的注意事項(xiàng)

5.1 需求分析是分析人員與用戶共同的責(zé)任

用戶必須對軟件功能和性能提出初步要求，并澄清一些模糊概念。而需求分析人員則要認(rèn)真了解用戶的要求，細(xì)致地進(jìn)行調(diào)查分析，把用戶做什么的要求最終轉(zhuǎn)換成一個(gè)完全的、精細(xì)的軟件邏輯模型，并寫出軟件的需求規(guī)格說明，準(zhǔn)確地表達(dá)用戶的要求。在一些項(xiàng)目中，由于時(shí)間緊迫，一些模糊問題沒有及時(shí)澄清，導(dǎo)致最后返工，影響了項(xiàng)目進(jìn)度。

5.2 需求分析階段研究的對象是軟件項(xiàng)目的用戶要求

需要注意的是，必須理解用戶的各項(xiàng)要求，但又不能全盤接受所有的要求。在一些項(xiàng)目中，針對客戶提出的需求，了解客戶的意圖后，發(fā)現(xiàn)技術(shù)上實(shí)現(xiàn)有很大難度。我們了解到這個(gè)需求對客戶來說不是十分重要，于是和客戶商量出一個(gè)折中的解決方案，繞過技術(shù)難點(diǎn)，并且沒有降低客戶滿意度。

5.3 主動積極了解客戶業(yè)務(wù)和相關(guān)知識

求討論集中于業(yè)務(wù)需求和任務(wù)，因此要使用術(shù)語?？蛻魬?yīng)將有關(guān)術(shù)語教給分析人員，而客戶不一定要懂得計(jì)算機(jī)行業(yè)的術(shù)語。由于通常情況下客戶對計(jì)算機(jī)術(shù)語了解不多，需求分析人員應(yīng)該盡量將計(jì)算機(jī)術(shù)語轉(zhuǎn)化成通俗易懂的語言，這樣便于和客戶溝通。而對于客戶方面的術(shù)語，一方面不懂的時(shí)候一定要問；另一方面也要多學(xué)習(xí)。

項(xiàng)目需求分析范文第2篇

關(guān)鍵詞：水利；集成項(xiàng)目設(shè)計(jì)；需求分析

中圖分類號：TV512 文獻(xiàn)標(biāo)識碼：A 文章編號：1006-8937（2013）08-0158-02

隨著我國的經(jīng)濟(jì)發(fā)展速度的加快，各種基礎(chǔ)建設(shè)步伐也逐年加快，在水利建設(shè)中的投資也空前巨大。而在水利工程投資項(xiàng)目中，自動化系統(tǒng)的投入作為一股新興行業(yè)受到廣泛關(guān)注。越來越多的大型泵站、水閘項(xiàng)目為了實(shí)現(xiàn)對工程的實(shí)時(shí)監(jiān)控和信息管理，提高工程的運(yùn)行管理水平，要求投入自動化系統(tǒng)以確保水工建筑物的安全使用，并提高工程效益。

這就要求有一大批素質(zhì)高、善管理、會經(jīng)營、懂技術(shù)的項(xiàng)目管理人才參與其中。怎樣管理好工程，在建設(shè)施工中節(jié)省資金、降低損耗、節(jié)省勞動力以保證項(xiàng)目質(zhì)量目標(biāo)、進(jìn)度目標(biāo)如期實(shí)現(xiàn)。要實(shí)現(xiàn)這些目標(biāo)，項(xiàng)目經(jīng)理以及其所在的項(xiàng)目組首先要做的就是做好需求分析，弄清系統(tǒng)該做什么，不做什么，嚴(yán)格為業(yè)主把好關(guān)，為系統(tǒng)的成功實(shí)施打好基礎(chǔ)?；A(chǔ)打的牢不牢就像一棟大樓的地基一樣，對整個(gè)工程的實(shí)施至關(guān)重要，是項(xiàng)目實(shí)施成敗的關(guān)鍵一步。

水利工程自動控制系統(tǒng)項(xiàng)目同一般的信息系統(tǒng)集成項(xiàng)目的過程一樣，分為啟動階段、計(jì)劃階段、實(shí)施階段、收尾階段。啟動階段是正式認(rèn)可一個(gè)新項(xiàng)目的存在，或者是對一個(gè)已經(jīng)存的項(xiàng)目讓其繼續(xù)進(jìn)行下一階段工作的過程。其中需求分析屬于啟動階段的工作范疇，是新項(xiàng)目啟動階段的主要工作環(huán)節(jié)。

在具體項(xiàng)目中，需求的來源通常來自于以下幾個(gè)方面。

1 合同制約因素

當(dāng)業(yè)主招標(biāo)書后，其內(nèi)部定義的所有制約因素，就成為界定需求分析范圍的重要考慮因素。也是項(xiàng)目組編制投標(biāo)文件，中標(biāo)后簽定合同的重要依據(jù)。當(dāng)項(xiàng)目完成后，合同條款就成為驗(yàn)收審核的重要標(biāo)準(zhǔn)，項(xiàng)目經(jīng)理要考慮的就是一切按合同完成功能。

例如在一項(xiàng)水閘自動化項(xiàng)目招標(biāo)書中提出：自動化系統(tǒng)投運(yùn)后，要具備測量和數(shù)據(jù)處理功能，其中包括：檢測顯示所有設(shè)備的開關(guān)狀態(tài)；測量顯示上、下游水位和閘門的啟閉高度；測量各電量及電動機(jī)的電流等值；在引水或排澇工況下，根據(jù)設(shè)定的水位條件，自動進(jìn)行開關(guān)閘預(yù)告；在開閘運(yùn)行中自動計(jì)算瞬時(shí)流量、日平均流量、每閘次的引排水量。

項(xiàng)目組在前期需求分析的過程中就必須把這些功能以及實(shí)現(xiàn)這些功能需要設(shè)計(jì)的硬件、軟件資源全部考慮進(jìn)去。

2 業(yè)主客戶要求

每一個(gè)項(xiàng)目都具有其獨(dú)特性，使用者在使用過程中都會有一些特殊的要求，而這些功能往往是在合同中不曾涵蓋的。這就需要在項(xiàng)目的前期啟動過程中，與用戶先行進(jìn)行溝通，了解他們是否有什么具體要求。但由于很多情況下用戶前期對項(xiàng)目理解不夠，往往在初期無法提出具體需求，隨著項(xiàng)目的日趨推進(jìn)，業(yè)主對整個(gè)項(xiàng)目有了一定直觀的了解后，可能需求也隨之增加。這些增加的可能性越大項(xiàng)目風(fēng)險(xiǎn)就會越大，因?yàn)楹芏嘈枨笫瞧x整個(gè)項(xiàng)目的最終目的的。我們在需求分析的時(shí)候就要充分考慮到哪些需求是相對固定的，哪些可能會是產(chǎn)生變動的，考慮到他的可變性和可增加性，這樣前期功能設(shè)計(jì)的時(shí)候不會因?yàn)楹竺娴淖儎雍驮黾佣绊懻麄€(gè)工程。這一部分的需求往往難以把握，這就需要項(xiàng)目組成員根據(jù)歷史資料和豐富實(shí)戰(zhàn)經(jīng)驗(yàn)進(jìn)行先期考慮。

3 歷史資料和實(shí)戰(zhàn)經(jīng)驗(yàn)

在項(xiàng)目范圍界定期內(nèi)，應(yīng)該考慮以前項(xiàng)目計(jì)劃的有關(guān)歷史資料。大多數(shù)同類型工程項(xiàng)目都有其特定的規(guī)律，項(xiàng)目組完全可以根據(jù)以前類似項(xiàng)目界定工作范圍。

例如每個(gè)水閘自動化項(xiàng)目中都需要相應(yīng)的報(bào)表，以實(shí)現(xiàn)對閘門的實(shí)時(shí)查詢和歷史查詢。但假如在自動化項(xiàng)目具體的招標(biāo)書中并沒有具體實(shí)際的要求，項(xiàng)目組成員不能對這個(gè)方面不予考慮，而是要依據(jù)以往工程所做的報(bào)表，總結(jié)出大致報(bào)表的規(guī)律。如報(bào)表可分為兩大類：事件類和數(shù)據(jù)類。事件類是指運(yùn)行事件和重要的系統(tǒng)操作，如全部的報(bào)警記錄、閘門啟閉記錄、手動命令等。數(shù)據(jù)類是采集的實(shí)時(shí)水位和閘門開度，計(jì)算的實(shí)時(shí)流量、引排水量，存儲的每日8時(shí)流量、8時(shí)水位、最位和最低潮位等各特征值，為生成各種報(bào)表、曲線和圖形所用。中央控制室配有打印機(jī)，可定時(shí)或?qū)崟r(shí)打印各類報(bào)表?？偨Y(jié)后把大致規(guī)律與本工程相結(jié)合，總結(jié)出適合本工程的幾類報(bào)表，先行把各類資源考慮進(jìn)去。否則當(dāng)工程交付時(shí)，用戶提出再進(jìn)行功能追加，勢必會造成工期延誤，影響整個(gè)項(xiàng)目的順利進(jìn)展。

但是畢竟不是每個(gè)分析人員都是專業(yè)而合格的，所以需求分析報(bào)告不一定很完善，會存在或多或少的缺陷。為避免這種情況的發(fā)生，需求分析必須經(jīng)過項(xiàng)目組內(nèi)部成員和業(yè)主的共同審核，討論達(dá)成一致后雙方共同簽字，確認(rèn)。

在多個(gè)工程具體實(shí)施中，發(fā)現(xiàn)在此階段可能出現(xiàn)的問題如下：

①需求分析過于籠統(tǒng)，只關(guān)注到面上，沒有關(guān)注到點(diǎn)上。往往開發(fā)出來的東西在具體的細(xì)節(jié)上和客戶的理解有誤差，并且無法嚴(yán)格界定是否屬于需求變更。

②需求報(bào)告沒有獲得業(yè)主的評審，因?yàn)闃I(yè)主早期對項(xiàng)目的不確定，如果只有我方評審?fù)ㄟ^，不去向業(yè)主仔細(xì)的分析和解釋，只求客戶簽字，就會在后期造成隱患。因?yàn)楹芏鄷r(shí)候具體用戶在自動化系統(tǒng)未投入運(yùn)行階段對其認(rèn)知非常模糊，有時(shí)甚至要到系統(tǒng)投運(yùn)后才能有完全深刻的理解。雖然業(yè)主簽字即能夠給日后出現(xiàn)問題時(shí)劃清我們的責(zé)任，但是卻不能保證業(yè)主的滿意，不能保證項(xiàng)目實(shí)施成功。

③需求分析中含有技術(shù)實(shí)施上有難度的功能。很多時(shí)候，客戶的想法在實(shí)際實(shí)施過程中是不現(xiàn)實(shí)的，一味的求全和盲目按照客戶的設(shè)想，勢必造成整個(gè)項(xiàng)目實(shí)施過程中受阻。此時(shí)，項(xiàng)目經(jīng)理要做的就是與客戶進(jìn)行協(xié)調(diào)磋商，分析具體的性價(jià)比，建議用更為簡便的方法來替代。例如曾有客戶要求在一個(gè)閘門自動控制系統(tǒng)中加入對閘門土建方面以及鋼結(jié)構(gòu)方面的檢測數(shù)據(jù)，而要滿足這項(xiàng)功能需要購置大量相應(yīng)設(shè)備與自動化項(xiàng)目進(jìn)行整合，這樣前期設(shè)備采購成本和后期系統(tǒng)通訊調(diào)試工作量都大幅提高。而此項(xiàng)工作完成后，僅僅是在幾年甚至是十幾年后才有可能發(fā)揮起真正作用，這是與一個(gè)自動化項(xiàng)目的生命周期是不相吻合的。故與用戶協(xié)商后，建議過一段時(shí)間后請專職水利勘測人員進(jìn)行檢測，達(dá)到最高性價(jià)比。

④項(xiàng)目的完成度受業(yè)主預(yù)算的限制。當(dāng)前大部分項(xiàng)目都是經(jīng)過論證、概預(yù)算、招投標(biāo)等多步發(fā)展最終確認(rèn)的。在項(xiàng)目投入上是有上限的，在此情況下，項(xiàng)目的功能完成度將受影響，畢竟功能越多越完善，相應(yīng)的軟硬件開發(fā)成本就越高。如果一味追求功能多，將勢必?fù)p失質(zhì)量。這種局限性需要事先告知客戶并得到理解。

⑤此項(xiàng)工作的繁瑣枯燥，勢必造成思想上的倦怠，使需求分析最后虎頭蛇尾。需求分析是一項(xiàng)反復(fù)的工作，需要和業(yè)主之間不斷的商討和確認(rèn)，不斷的被駁回和不斷的修改。大部分的客戶雖然安排專人負(fù)責(zé)這項(xiàng)工作，但是該負(fù)責(zé)人大多數(shù)情況下都是相關(guān)部門領(lǐng)導(dǎo)，本身對項(xiàng)目細(xì)節(jié)就不是非常理解，特別當(dāng)他被很多其它的事務(wù)纏身，無心細(xì)看需求報(bào)告，他很可能會倉促簽字認(rèn)可，造成對設(shè)計(jì)沒有完全理解和認(rèn)可。

參考文獻(xiàn)：

[1] 柳純錄，劉明亮，高章舜.信息系統(tǒng)項(xiàng)目管理師教程[M].北京：清華大學(xué)出版社，2008.

項(xiàng)目需求分析范文第3篇

[關(guān)鍵詞]項(xiàng)目策劃人才；社會需求；調(diào)查分析

項(xiàng)目策劃，本身是一種思維過程，兼具建設(shè)性和邏輯性。該過程主要體現(xiàn)在總結(jié)所有可能對決策造成影響的決定，使其起到指導(dǎo)、控制未來的作用，以便借此實(shí)現(xiàn)方案的目標(biāo)?，F(xiàn)如今，項(xiàng)目策劃的受關(guān)注度越來越高，而該類人才的社會需求，也在與日俱增。筆者針對此進(jìn)行簡單的調(diào)查和分析。

1.項(xiàng)目策劃人才的社會需求調(diào)研設(shè)計(jì)

筆者于2015年春季，采用調(diào)查問卷、電話訪談、座談會、企業(yè)調(diào)研、網(wǎng)絡(luò)查詢等形式完成調(diào)查，共發(fā)放300份調(diào)查問卷，回收270份，有效問卷259份，問卷的有效率在96%左右。本次調(diào)研，主要在各個(gè)單位的策劃部、大型慶典策劃場所等，就體育、旅游、公關(guān)、文化、房地產(chǎn)等領(lǐng)域的項(xiàng)目策劃人才展開調(diào)查，調(diào)查覆蓋面較廣。

2.項(xiàng)目策劃人才的社會需求特征

此次調(diào)研中，被調(diào)研到的民營企業(yè)占了大多數(shù)，這些企業(yè)從事項(xiàng)目策劃的人員并不多，往往不超過十人。通過反饋到的問卷，筆者發(fā)現(xiàn)有近七成的企業(yè)，在一年內(nèi)打算招收項(xiàng)目策劃方面的人才，項(xiàng)目策劃人才的需求量明顯呈遞增趨勢。還有部分企業(yè)，對項(xiàng)目策劃人的工作經(jīng)驗(yàn)頗為關(guān)注。

2.1人才素質(zhì)需求特征

調(diào)查結(jié)果表明，項(xiàng)目策劃相關(guān)單位，對員工往往涉及專業(yè)素養(yǎng)、職業(yè)道德素質(zhì)及其他素質(zhì)的需求。這些素質(zhì)中，排在前三位的依次是認(rèn)真負(fù)責(zé)的工作態(tài)度（21.2%）、吃苦耐勞的意志品質(zhì)（19.6%）以及市場調(diào)研的能力（16.8%）。多數(shù)企業(yè)認(rèn)為，首先，道德層面的素質(zhì)是最重要的，其次才是學(xué)習(xí)能力、專業(yè)技能水平等職業(yè)素質(zhì)。

2.2人才崗位需求特征

調(diào)查結(jié)果表明，項(xiàng)目策劃人才的工作崗位一般分為兩種：技術(shù)類崗位和營銷推廣類的崗位。其中，技術(shù)類崗位最典型的是策劃師，其范圍非常廣泛，最典型如婚禮策劃師、旅游策劃師、房地產(chǎn)策劃師等；營銷推廣類的崗位，典型如市場營銷專員。在所有崗位中，房地產(chǎn)策劃師占比高居榜首，筆者認(rèn)為這可能和如今的房地產(chǎn)發(fā)展?fàn)顩r有一定關(guān)系。其次是網(wǎng)絡(luò)營銷、網(wǎng)站建設(shè)方面的策劃師，占的比例也較大。

2.3人才能力需求特征

調(diào)查結(jié)果表明，近五成企業(yè)，需要復(fù)合型人才擔(dān)任項(xiàng)目策劃職務(wù)，28%左右的企業(yè)更看重信息收集整理、整合資源的能力；26%左右的企業(yè)更看重推廣項(xiàng)目的能力，如溝通、組織能力等；22%左右的企業(yè)更看重專業(yè)技術(shù)。

3.項(xiàng)目策劃人職業(yè)素養(yǎng)方面的能力要求

3.1市場調(diào)研能力

對于項(xiàng)目策劃人才而言，市場調(diào)研能力至關(guān)重要。策劃人的靈魂在于其能夠?qū)l(fā)展的機(jī)遇進(jìn)行準(zhǔn)確的預(yù)測并善于把握，抓住機(jī)會引領(lǐng)整個(gè)市場的潮流。市場調(diào)研能力，即策劃人分析市場現(xiàn)狀，進(jìn)而針對未來的趨勢進(jìn)行預(yù)測的能力，它對策劃工作人員未雨綢繆、深謀遠(yuǎn)慮的戰(zhàn)略眼光，有著非常高的要求。市場調(diào)研能力強(qiáng)弱與策劃結(jié)果息息相關(guān)。

3.2整合能力

整合能力不可或缺。項(xiàng)目策劃人才并非比別人更加聰明，他們只是善于將不同的資源要素進(jìn)行整合，針對各方面的力量加以協(xié)調(diào)形成合力，以達(dá)到策劃的目標(biāo)。整合能力，即策劃人按照策劃本身的需要，將零散的策劃資源進(jìn)行整合的能力。它包含了收集策劃資料、找尋策劃人才、制定策劃方案等，即對人、事、物的統(tǒng)籌和安排。對于項(xiàng)目策劃人才，特別是策劃經(jīng)理人而言，其整合能力會對策劃的結(jié)果產(chǎn)生直接的影響。

3.3洞察能力

洞察能力，即策劃人對客觀現(xiàn)象，進(jìn)行正確、全面、深入分析的能力。項(xiàng)目策劃人才的洞察能力，關(guān)系到策劃的結(jié)果質(zhì)量如何。項(xiàng)目策劃人才，要具備全面分析的能力，善于統(tǒng)觀全局，并且能夠通過現(xiàn)象抓牢事物的本質(zhì)，還要著眼于未來的發(fā)展，對未來的形勢進(jìn)行科學(xué)的預(yù)見。這樣，才能夠保證項(xiàng)目策劃的強(qiáng)針對性。對項(xiàng)目策劃人才洞察力的要求，往往是“觀察別人沒有注意到的東西”，因此，項(xiàng)目策劃人員要善于從曾經(jīng)的、現(xiàn)在的信息資料中，尋找重要素材。

例如，一家公司欲進(jìn)行廣告宣傳，為此尋找暢銷的報(bào)紙或者雜志。公司苦于無法打探到報(bào)紙或雜志的真實(shí)發(fā)行量，也就無從判斷那種報(bào)紙雜志是否暢銷，是否值得在其上面登出廣告。公司策劃部門結(jié)合過往的信息資料，細(xì)致觀察報(bào)紙和雜志是否擺上了街邊的書報(bào)小攤，若擺上了即為暢銷，街邊的書報(bào)攤幾乎不會賣不暢銷的書報(bào)。就這樣，公司據(jù)此選擇了登廣告的報(bào)刊，抓住了市場機(jī)會。

3.4創(chuàng)新能力

現(xiàn)在很多企業(yè)的項(xiàng)目策劃離不開創(chuàng)新。項(xiàng)目策劃展現(xiàn)了思考問題的智慧程度，其本身即是思維的革新。真正的策劃決不能失去了創(chuàng)新元素。典型如婚禮策劃師，在營造婚禮的浪漫情境中，創(chuàng)意和想象力非常重要。

3.5執(zhí)行能力

項(xiàng)目策劃不是紙上談兵，策劃人在進(jìn)行細(xì)致縝密的構(gòu)思后，就要采取實(shí)際行動。有時(shí)候，執(zhí)行能力如何，甚至?xí)蔀轫?xiàng)目策劃方案是否取得成功的關(guān)鍵因素。更何況，項(xiàng)目策劃不僅僅是做出一個(gè)策劃方案，還要將切實(shí)可行的執(zhí)行方式與流程設(shè)計(jì)出來，特別是在基層工作的項(xiàng)目策劃者，必要時(shí)要做好監(jiān)理、指揮工作，甚至要親自執(zhí)行。

4.針對項(xiàng)目策劃人才培養(yǎng)的建議

社會對項(xiàng)目策劃類的人才，有著越來越大的需求。與此同時(shí)，社會對項(xiàng)目策劃人才素質(zhì)方面的要求也更高。正因?yàn)榇?，針對如今社會的需求，將現(xiàn)有的教育管理模式進(jìn)行改革，使項(xiàng)目策劃人才能更切合社會發(fā)展的需要，具有非常重要的現(xiàn)實(shí)意義。

4.1明確培養(yǎng)目標(biāo)

現(xiàn)有研究成果指出，單純的管理型項(xiàng)目策劃人才，已難以滿足社會需求，目前階段項(xiàng)目策劃人才培養(yǎng)亟待改革?，F(xiàn)階段社會需要的，是善于策劃、通曉資源整合、極具創(chuàng)新精神和項(xiàng)目推廣能力的項(xiàng)目策劃人才。實(shí)際調(diào)查顯示，在項(xiàng)目策劃類人才的進(jìn)修課程中，管理學(xué)高居榜首，其次是市場營銷。筆者認(rèn)為，課程設(shè)置中應(yīng)該增加社會性、實(shí)踐性強(qiáng)的課程數(shù)目，減少理論課，因?yàn)轫?xiàng)目策劃主要面向市場推廣，在這個(gè)推廣過程中，實(shí)踐是必不可少的。

4.2改革培養(yǎng)方式

項(xiàng)目策劃，有著很強(qiáng)的實(shí)踐性，因此對每位策劃者而言，資源與信息的整合能力、對問題的發(fā)現(xiàn)能力、市場調(diào)研能力、分析決策能力、洞察能力非常重要。也正因?yàn)榇?，組織機(jī)構(gòu)要讓策劃者從理論知識環(huán)境走入實(shí)際策劃環(huán)境中，讓他們在特定事件下，擬定策劃方案，從而對策劃者的實(shí)戰(zhàn)能力進(jìn)行系統(tǒng)培養(yǎng)。策劃者個(gè)人也要積極參與實(shí)訓(xùn)，通過有效的實(shí)訓(xùn)提高自己對信息的整合能力以及對趨勢的分析與判斷能力?？梢赃x擇一些熱點(diǎn)問題讓策劃者去解決，從而鍛煉其應(yīng)變能力。

4.3提高該類人才的綜合素質(zhì)

對項(xiàng)目策劃者而言，擁有較高的綜合素質(zhì)很重要。良好的團(tuán)隊(duì)精神、法制觀念、品德修養(yǎng)，是項(xiàng)目策劃人才必備的綜合素質(zhì)。人際交往與溝通能力，關(guān)系到項(xiàng)目的推廣效果，因此這也是項(xiàng)目策劃人才不可或缺的能力。所以在針對項(xiàng)目策劃人員進(jìn)行培養(yǎng)時(shí)，除了針對其專業(yè)素質(zhì)進(jìn)行培養(yǎng)外，綜合素質(zhì)也不能忽視。

項(xiàng)目需求分析范文第4篇

關(guān)鍵詞：軟件工程；需求分析與管理

中圖分類號：TP311文獻(xiàn)標(biāo)識碼：A文章編號：1007-9599 (2010) 15-0000-01

The Requirements Analysis and Management of Software

Huang Degui

(Communications Information Branch,Zhanjiang Port(Group)Co.,Ltd.,Zhanjiang524019,China)

Abstract:In the process of software development requirements analysis and management,there are some problems.This paper analyzes the problems and issues reference for these recommendations and solutions.

Keywords:Software engineering;Requirements analysis and management

在軟件項(xiàng)目開發(fā)過程中，需求分析與管理十分重要。但在實(shí)際的軟件項(xiàng)目開發(fā)的需求分析與管理過程中存在一些問題，如果不重視這些問題，往往導(dǎo)致項(xiàng)目開發(fā)進(jìn)度延期、超出項(xiàng)目預(yù)算甚至項(xiàng)目開發(fā)失敗。

在軟件工程理論中，需求分析是指構(gòu)建一個(gè)新的系統(tǒng)或者完善現(xiàn)有系統(tǒng)時(shí)，確定系統(tǒng)的目標(biāo)、范圍、功能需求和非功能性需求等方面所涉及的工作。

需求分析是軟件工程的一個(gè)關(guān)鍵過程，也是軟件項(xiàng)目開發(fā)的一個(gè)關(guān)鍵階段。軟件需求分析人員需要準(zhǔn)確、清晰和形象的表達(dá)和描述用戶的真實(shí)需求。需求分析階段的工作是否準(zhǔn)確和充分、提交的軟件需求說明書是否完善和規(guī)范、需求管理的方法是否正確將直接影響和決定整個(gè)項(xiàng)目開發(fā)是否能夠按照時(shí)間進(jìn)度和在項(xiàng)目預(yù)算范圍內(nèi)完成。

在項(xiàng)目開發(fā)過程中，經(jīng)常出現(xiàn)如下情況：軟件需求分析人員描述的用戶需求不完整、用戶需求經(jīng)常發(fā)生變化、軟件需求分析人員與系統(tǒng)設(shè)計(jì)人員的溝通障礙、開發(fā)人員邊做需求分析邊做開發(fā)、用戶需求管理混亂、缺少專業(yè)的需求分析與管理工具等。這些情況的出現(xiàn)使整個(gè)項(xiàng)目管理風(fēng)險(xiǎn)加大、系統(tǒng)代碼返工率高、項(xiàng)目團(tuán)隊(duì)士氣日益低下和用戶對項(xiàng)目開發(fā)進(jìn)度的抱怨越來越多，最終可能導(dǎo)致整個(gè)項(xiàng)目開發(fā)失敗。

軟件需求分析人員描述的用戶需求不完整主要原因：一種情況是沒有專職的軟件需求分析人員，兼職的軟件需求分析人員同時(shí)擔(dān)當(dāng)該模塊的設(shè)計(jì)及開發(fā)，導(dǎo)致需求分析沒有真正從業(yè)務(wù)的角度來考慮，而是從技術(shù)實(shí)現(xiàn)的角度考慮。有的即使有專職的軟件需求分析人員，該軟件需求分析人員也不具備該行業(yè)的業(yè)務(wù)知識和經(jīng)驗(yàn)，對行業(yè)術(shù)語不了解，有的甚至聘用剛剛畢業(yè)的學(xué)生去做需求分析，導(dǎo)致整個(gè)需求分析不準(zhǔn)確甚至出現(xiàn)偏差。另外一種情況是專職的軟件需求分析人員沒有系統(tǒng)的學(xué)習(xí)和掌握軟件需求分析的基本方法、原則和技巧，了解的業(yè)務(wù)需求不能準(zhǔn)確直觀的表達(dá)和描述，編制的軟件需求說明書過于簡單和形式化，導(dǎo)致項(xiàng)目開發(fā)的其他人員不能很好的理解用戶需求，有的甚至要重新做軟件需求分析。

為詳細(xì)和準(zhǔn)確的描述用戶需求，需要注意以下幾個(gè)方面：

首先需要由專職的人員擔(dān)任需求分析工作，而且軟件需求分析人員需要系統(tǒng)的學(xué)習(xí)和掌握需求分析的基本方法、原則和技巧。例如獲取業(yè)務(wù)需求常用的方法有用戶訪談、速記、談話錄音、會議紀(jì)要等；其中用戶訪談的要點(diǎn)包括確定訪談的時(shí)間、訪談的對象、設(shè)計(jì)用戶訪談計(jì)劃并提前發(fā)送給用戶等；速記要求軟件需求分析人員能夠快速準(zhǔn)確的記錄用戶描述的業(yè)務(wù)需求和業(yè)務(wù)流程。談話錄音和會議紀(jì)要是為了更準(zhǔn)確記錄用戶描述的業(yè)務(wù)需求，便于分析和理解用戶需求；軟件需求分析人員最好具備該行業(yè)的業(yè)務(wù)經(jīng)驗(yàn)和知識或者聘請?jiān)撔袠I(yè)的業(yè)務(wù)專家指導(dǎo)，這樣有助于軟件需求分析人員準(zhǔn)確分析和理解行業(yè)術(shù)語、行業(yè)業(yè)務(wù)需求和行業(yè)業(yè)務(wù)流程。

其次，描述的軟件需求說明書內(nèi)容應(yīng)該包括系統(tǒng)的目標(biāo)、范圍、功能需求、非功能性需求和系統(tǒng)界面原型等方面。非功能性需求主要包括系統(tǒng)界面的可用性、易用性、操作便捷、時(shí)間效率高、出錯(cuò)率低和操作系統(tǒng)需要的專業(yè)領(lǐng)域知識少等方面；系統(tǒng)界面原形是指使用專業(yè)界面原形工具（Axure等）或者直接使用開發(fā)工具（Visual Studio等）編制系統(tǒng)的初始用戶界面，便于軟件需求分析人員、系統(tǒng)設(shè)計(jì)人員和開發(fā)人員更直觀和形象的與用戶溝通和明確需求。非功能性需求和系統(tǒng)界面原形在需求分析階段非常重要，我們在項(xiàng)目開發(fā)過程中應(yīng)該注重非功能性需求和系統(tǒng)界面原形。

最后，對于軟件需求分析人員編制的軟件需求說明書要做好需求驗(yàn)證工作，參加需求驗(yàn)證工作的成員應(yīng)該包括項(xiàng)目組所有成員、該行業(yè)的業(yè)務(wù)專家和最終用戶。在需求驗(yàn)證會議上提供的需求驗(yàn)證材料應(yīng)該簡單、清晰、直觀和明確，不能籠統(tǒng)的提供一些復(fù)雜的業(yè)務(wù)流程及繁瑣的文字說明。在需求驗(yàn)證會議上可以通過情景模擬和系統(tǒng)界面原形的方式演示。情景模擬是根據(jù)不同業(yè)務(wù)角色模擬整個(gè)業(yè)務(wù)辦理的情況。系統(tǒng)界面原形能讓用戶切身感受到系統(tǒng)的界面效果，便于直觀、形象的溝通和交流業(yè)務(wù)細(xì)節(jié)和業(yè)務(wù)流程。

在項(xiàng)目開發(fā)過程中，用戶需求發(fā)生變化的情況經(jīng)常出現(xiàn)。我們不能避免和逃避用戶需求變化情況的出現(xiàn)，但應(yīng)該控制和管理用戶需求變化，應(yīng)該有需求變更的流程、需求變更的團(tuán)隊(duì)、需求變更的平臺、需求變更的影響分析以及固定的需求變更周期。對于用戶提出的需求變更，我們首先應(yīng)該做好詳細(xì)的記錄，然后將需求變更的記錄通過需求變更的流程提交給需求變更團(tuán)隊(duì)評估和確認(rèn)，最終在需求變更的平臺中反映出來，同時(shí)要做好需求變更的影響分析報(bào)告并及時(shí)反饋給用戶。需要注意的是對于需求變更我們要有固定的需求變更周期，不能用戶有需求變更馬上要求項(xiàng)目團(tuán)隊(duì)及時(shí)更改系統(tǒng)，這樣會加大項(xiàng)目管理的風(fēng)險(xiǎn)和影響項(xiàng)目團(tuán)隊(duì)的士氣。

項(xiàng)目需求分析范文第5篇

[關(guān)鍵詞] 需求分析 需求變更 需求控制

一、問題的提出

什么是需求分析?

要知道需求變更是什么,首先要知道什么是需求分析。

需求分析是指理解客戶需求,就軟件功能與客戶達(dá)成一致,估計(jì)軟件風(fēng)險(xiǎn)和評估項(xiàng)目成本代價(jià),最終形成開發(fā)計(jì)劃的一個(gè)復(fù)雜過程。需求分析的成果形成需求說明書。

什么是需求變更?

根據(jù)軟件工程思想定義,需求說明書一般要經(jīng)過論證,如果在需求說明書經(jīng)過論證以后,需要在原有需求基礎(chǔ)上追加和補(bǔ)充新的需求,或?qū)υ行枨筮M(jìn)行修改和削減,均屬于需求變更。

二、需求變更的原因及影響

1.需求變更原因

一方面是用戶:他們是項(xiàng)目需求的提出者。一個(gè)十分常見的現(xiàn)象是用戶提出需求以后,在軟件開發(fā)過程中用戶改變了需求,這只能迫使開發(fā)工作返工,丟棄一些無法修正的部分。無疑這會造成一定的損失,但又無法完全避免。要求用戶一次性把需求講清楚,并且不允許此后需求有任何變更,這是不現(xiàn)實(shí)的。只能盡量減少需求變更,降低它所造成的影響。

二是系統(tǒng)因素:在系統(tǒng)內(nèi)部,如計(jì)算機(jī)硬件、系統(tǒng)軟件或數(shù)據(jù)的變更要求與其相適應(yīng)。

三是外部環(huán)境因素:與軟件運(yùn)行相關(guān)的工作制度或法規(guī)、政策的變更,或是業(yè)務(wù)要求變更導(dǎo)致的需求變更。

四是需求分析階段工作缺陷:需求調(diào)研、分析、定義和評審工作不夠充分,致使需求規(guī)格說明中隱含著問題,在開發(fā)過程中才有所發(fā)現(xiàn)?；蛘咝枨箝_發(fā)中開發(fā)人員與用戶溝通不夠充分,如未能如實(shí)獲得用戶的潛在需求等。

軟件需求一旦出現(xiàn)變更,它可能要涉及到一些相關(guān)的代碼和文檔的修改,為此要把這一變更通知到所有相關(guān)人員。提出需求變更有可能在開發(fā)的任何階段,并且隨著項(xiàng)目的進(jìn)展,越晚的需求變更引起的損失越大。

2.需求變更給軟件的開發(fā)工作帶來的影響

需求變更對軟件開發(fā)的影響是多方面的,概括的看,包括以下三個(gè)方面:

(1)增加項(xiàng)目的人員、費(fèi)用開支,影響開發(fā)進(jìn)度。需求變意味著原先的需求調(diào)研、分析的結(jié)果與預(yù)期的軟件實(shí)現(xiàn)存在偏差,需要進(jìn)行需求變更。這無疑要增加項(xiàng)目的人員、費(fèi)用的開支,并對開發(fā)進(jìn)度造成影響。更有甚者,如果變更頻繁,可能對項(xiàng)目造成較大影響,嚴(yán)重時(shí)可能直接導(dǎo)致項(xiàng)目的失敗。

(2)影響軟件質(zhì)量。在一個(gè)復(fù)雜的軟件系統(tǒng)中,需求之間具有一定的聯(lián)系,相關(guān)需求可構(gòu)成需求鏈。如果由于需求變更導(dǎo)致需求鏈的某些環(huán)節(jié)脫節(jié),就可能引起一些難以察覺的錯(cuò)誤。當(dāng)需求變更沒能及時(shí)修改項(xiàng)目的設(shè)計(jì)、開發(fā)文檔時(shí),這些錯(cuò)誤一般難以被測試人員發(fā)現(xiàn),將直接影響系統(tǒng)質(zhì)量,嚴(yán)重時(shí)可導(dǎo)致系統(tǒng)崩潰。

(3)影響開發(fā)者與用戶之間的合作關(guān)系。需求變更的實(shí)施是用戶和開發(fā)者相互協(xié)作的過程。開發(fā)者和用戶在是否采用變更問題上常常產(chǎn)生分歧,如果沒有恰當(dāng)處理,影響雙方的互信,從而影響項(xiàng)目開發(fā)進(jìn)程。同時(shí)需求變更也會在項(xiàng)目開發(fā)人員之間產(chǎn)生分歧,影響合作關(guān)系。

三、采取的對策

1.首先是預(yù)防

盡量做好需求分析工作,以期減少需求變更的頻次,為此在需求分析階段著重處理好以下問題,力圖使需求分析的結(jié)果更接近目標(biāo)。

(1)培養(yǎng)正確的需求意識。優(yōu)秀軟件產(chǎn)品建立在優(yōu)秀的需求基礎(chǔ)之上,而高質(zhì)量的需求又來源于客戶與開發(fā)人員之間有效的交流與合作。因此,雙方的參與者都需要認(rèn)識到:要想獲得成功,自己需要什么,合作方又需要什么。只有這樣,才能建立融洽的合作關(guān)系。因此,培養(yǎng)正確的需求意識是雙方都需要努力的,而開發(fā)人員在這個(gè)階段應(yīng)該發(fā)揮更加積極主動的作用。

首先,需求分析人員應(yīng)該接受一定的正規(guī)培訓(xùn),以提高與人溝通的能力、緩解矛盾的能力、善于傾聽和詢問的技巧,以及收集整理資料的能力等。在參與具體項(xiàng)目時(shí),分析人員也應(yīng)主動學(xué)習(xí)一些項(xiàng)目所涉及的具體應(yīng)用領(lǐng)域的基本知識,以更好地理解用戶的需求。

其次,開發(fā)單位應(yīng)該對那些不想花時(shí)間在需求分析上的用戶明確指出:如果用戶不能充分地支持并參與,項(xiàng)目很可能會失敗;開發(fā)單位還可以通過學(xué)習(xí)一些前車之鑒的真實(shí)案例警告用戶:低質(zhì)量的需求分析可能導(dǎo)致嚴(yán)重的后果。通過對用戶代表和管理人員的培訓(xùn),使他們真正理解需求分析的重要性和忽略需求帶來的風(fēng)險(xiǎn),并對計(jì)算機(jī)系統(tǒng)有一個(gè)大體的了解,這樣用戶才能夠主動地參與需求分析。

同時(shí),正因?yàn)椴豢赡芤淮尉屯耆私庥脩舻男枨?而且在系統(tǒng)開發(fā)過程中還需要不斷地請用戶參與,因此與用戶的溝通是需要貫穿始終的。需求分析中所采取的一些策略可能會讓用戶覺得意外和難以接受。因此,需求分析人員需要對用戶解釋一些做法的必要性和合理性,以得到用戶最大的支持與合作。

(2)從業(yè)務(wù)需求入手。用戶認(rèn)識到了需求分析的重要性,但可能仍然不知道從何處入手表達(dá)自己的需求。這時(shí)可以從業(yè)務(wù)需求入手,任何企業(yè)對自己的經(jīng)營運(yùn)作目標(biāo)應(yīng)該是比較清楚的,這樣的經(jīng)營背景讓用戶不僅有話說,也讓開發(fā)者有章可循。需求分析不可以完全與它所處的背景相脫離,只有當(dāng)系統(tǒng)真正置身于它的社會和組織環(huán)境中,它的需求才能清晰地反映出來。

(3)充分利用需求來源。有了以上需求背景,就比較容易做到有的放矢了。需求分析人員可以直接與系統(tǒng)未來的操作者探討他們希望有什么樣的軟件;觀察系統(tǒng)的潛在用戶當(dāng)前的日常工作以獲取有價(jià)值的信息;系統(tǒng)的使用者可能有很多,可以將他們分類以簡化需求;最后一定要與真正的決定者達(dá)成協(xié)議:對于有沖突的需求如何權(quán)衡,對于直接用戶的眾多需求如何取舍等。

同時(shí),用戶往往對計(jì)算機(jī)期望過高,認(rèn)為計(jì)算機(jī)可以解決當(dāng)前存在的所有問題,因此會提出很多的功能需求,并且希望在很短的時(shí)間內(nèi)看到成效。但是,由于技術(shù)、人力等資源的限制,并不一定能夠在設(shè)定的時(shí)間期限內(nèi)滿足用戶所有的期望,這時(shí)就應(yīng)該盡早確定出交付的產(chǎn)品應(yīng)具備的最重要功能,即設(shè)定需求的優(yōu)先級。

在這個(gè)階段,可以采用UML中的用例圖幫助用戶和需求分析人員之間的交流。一個(gè)用例圖描述用戶可以用軟件產(chǎn)品執(zhí)行的一個(gè)任務(wù)。它不是從軟件的性能和系統(tǒng)的行為方面出發(fā),而是從用戶到底能夠用這個(gè)軟件產(chǎn)品干什么入手。這樣的方式用戶比較熟悉,容易溝通;而且不會在需求分析的一開始就陷入過于細(xì)節(jié)化的設(shè)計(jì),也有助于避免分析人員添加一些與所需任務(wù)無關(guān)的自認(rèn)為很好的功能。

(4)提供選擇方案。由于用戶對軟件系統(tǒng)缺乏經(jīng)驗(yàn),或者由于用戶的運(yùn)作機(jī)制還未完善,或者由于其他種種原因,用戶可能仍然不能對一些需求做出明確的說明,收集整理的需求中可能仍然存在一些不確定因素。這時(shí)可提出幾份比較詳細(xì)的方案。附帶不同做法的優(yōu)點(diǎn),供用戶選擇或者啟發(fā)用戶確定需求。

如果需求分析做得好,文檔清晰且又有客戶簽字,那么后期客戶提出的變更就超出了合同范圍,需要另外收費(fèi)。這個(gè)時(shí)候,開發(fā)方一定要據(jù)理力爭,此時(shí)這并非要刻意賺取客戶的錢財(cái),而是不能讓客戶養(yǎng)成經(jīng)常變更的習(xí)慣,否則后患無窮。

2.分級管理客戶需求

軟件開發(fā)項(xiàng)目中,“客戶永遠(yuǎn)是對的”和“客戶是上帝”并不完全的正確,因?yàn)樵谝呀?jīng)簽定的項(xiàng)目合同中,任何新需求的變更和增加除了影響項(xiàng)目的正常進(jìn)行以外,還影響到了客戶的投入收益,所以有的時(shí)候項(xiàng)目經(jīng)理反倒應(yīng)該為客戶著想。

對于項(xiàng)目中的需求變更,可以實(shí)行分級管理,以達(dá)到對需求變更的控制。

一級需求變更是關(guān)鍵性的需求,這種需求如果不滿足,意味著整個(gè)項(xiàng)目不能正常交付使用,前期工作也會被全部否定。這個(gè)級別的需求是必須滿足的,否則就意味著否定自已的項(xiàng)目成員和成員的所有努力,所以定為“Urgent”。

二級需求變更是后續(xù)關(guān)鍵性需求,它不影響前面工作內(nèi)容的交付,但不加以滿足,新的項(xiàng)目內(nèi)容無法提交或繼續(xù),所以是“Necessary”。一般新模塊關(guān)鍵性的基礎(chǔ)組件,屬于這個(gè)級別。

三級需求是后續(xù)重要的需求,如果不被滿足會令整體項(xiàng)目工作的價(jià)值下降,為了體現(xiàn)項(xiàng)目價(jià)值,也是開發(fā)人員自已的技術(shù)價(jià)值的證明,所以定為“Needed”。一般性的重大的有價(jià)值的全新模塊開發(fā),屬于這個(gè)級別。

以上三個(gè)等級是應(yīng)該實(shí)施的,但時(shí)間性上可以作優(yōu)先級的排列。

四級需求是改良性需求,沒有滿足這類需求并不影響已有功能的使用,但如果實(shí)現(xiàn)了則會更好,定級為“Better”。界面和使用方式的需求,一般在這個(gè)檔次。

五級需求是可選性需求,更多的是一種設(shè)想,以及一種可能,通常只是客戶的的一種個(gè)人喜好而已,定級為“Maybe”。

對于四級需求,如果時(shí)間和資源條件都允許的話,不妨做下去。對于五級需求,正如對它的描述一樣做與不做是“Maybe”。

3.加強(qiáng)需求變更的控制

在需求分析階段工作完成后,需求變更仍可以會發(fā)生,因此就要加強(qiáng)對需求變更的控制,主要有以下原則:

(1)建立需求基線。需求基線是需求變更的依據(jù)。在開發(fā)過程中,需求確定并經(jīng)過評審后(用戶參與評審),可以建立第一個(gè)需求基線。此后每次變更并經(jīng)過評審后,都要重新確定新的需求基線。

(2)制訂簡單、有效的變更控制流程,并形成文檔。在建立了需求基線后提出的所有變更都必須遵循這個(gè)控制流程進(jìn)行控制。同時(shí),這個(gè)流程具有一定的普遍性,對以后的項(xiàng)目開發(fā)和其他項(xiàng)目都有借鑒作用。

(3)成立項(xiàng)目變更控制委員會(CCB)或相關(guān)職能的類似組織,負(fù)責(zé)裁定接受哪些變更。CCB由項(xiàng)目所涉及的多方人員共同組成,應(yīng)該包括用戶方和開發(fā)方的決策人員在內(nèi)。

(4)需求變更一定要先申請然后再評估,最后經(jīng)過與變更大小相當(dāng)級別的評審確認(rèn)。

(5)需求變更后,受影響的軟件計(jì)劃、產(chǎn)品、活動都要進(jìn)行相應(yīng)的變更,以保持和更新的需求一致。

(6)妥善保存變更產(chǎn)生的相關(guān)文檔。

這六大原則看起來簡單,但真正實(shí)施起來有難度,還需要依據(jù)理論知識配合開發(fā)項(xiàng)目組的實(shí)際工作情況,在實(shí)踐中不斷摸索總結(jié)。

四、總結(jié)

軟件項(xiàng)目的需求變更是對軟件產(chǎn)品的質(zhì)量、成本、工期帶來巨大的影響。通過預(yù)防性措施和加強(qiáng)需求變更的控制與管理,將需求變更的頻次大幅度降低,從而為軟件項(xiàng)目的順利實(shí)施打下堅(jiān)實(shí)基礎(chǔ)。

參考文獻(xiàn):

[1]王 莉 吳潔明:軟件項(xiàng)目中的需求變更管理的研究[J].計(jì)算機(jī)技術(shù)與發(fā)展,2007,17(1):120～121

[2]王 強(qiáng):軟件開發(fā)項(xiàng)目中的需求變更管理[J].電腦知識與技術(shù)(學(xué)術(shù)交流),2007,(11)