項(xiàng)目需求分析精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的項(xiàng)目需求分析主題范文，僅供參考，歡迎閱讀并收藏。

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

關(guān)鍵詞：科研軟件；需求分析；開發(fā)模型；質(zhì)量保障

0引言

隨著科研機(jī)構(gòu)、高校承擔(dān)的國(guó)家大型科學(xué)工程項(xiàng)目越來(lái)越多，在這些大型科學(xué)工程中，軟件起到不可或缺的作用。如中國(guó)科學(xué)院高能物理研究所承擔(dān)的硬X射線調(diào)制望遠(yuǎn)鏡項(xiàng)目［1］、BESIII項(xiàng)目［2］中的數(shù)據(jù)采集軟件、探測(cè)器和數(shù)據(jù)監(jiān)測(cè)軟件是獲得物理成果的基礎(chǔ)，而模擬軟件和分析軟件則直接關(guān)系到物理成果的處理和精度。這類軟件項(xiàng)目有較深的物理學(xué)背景，需要使用一些物理分析和設(shè)計(jì)方法，實(shí)現(xiàn)手段必須符合領(lǐng)域特點(diǎn)。例如，數(shù)據(jù)存儲(chǔ)在粒子物理實(shí)驗(yàn)和空間天體物理實(shí)驗(yàn)中的要求不同，前者主要采用ROOT［3］格式，而后者則以FITS［4］格式為主，開發(fā)所用的常見庫(kù)和工具也因數(shù)據(jù)存取格式不同而不同。此外，該類軟件應(yīng)用面較窄，僅限于某一科研領(lǐng)域，其開發(fā)很難由軟件公司承擔(dān)，因?yàn)檐浖颈仨毻度氪罅康膶W(xué)習(xí)成本，而產(chǎn)品應(yīng)用又受局限。因此，這類軟件的開發(fā)一般由科研院所、高校自行承擔(dān)。然而，目前我國(guó)軟件整體實(shí)力與創(chuàng)新性還不強(qiáng)，人才結(jié)構(gòu)也需要改善［5］，一些從事基礎(chǔ)研究的機(jī)構(gòu)，軟件人才緊缺，且缺乏軟件開發(fā)管理經(jīng)驗(yàn)，造成軟件質(zhì)量不高。科研機(jī)構(gòu)從事軟件開發(fā)的科研人員學(xué)習(xí)能力強(qiáng)，熱衷于追求新技術(shù)，如果在方法上給予指導(dǎo)，可幫助其開發(fā)出高質(zhì)量的軟件。依托大型工程培養(yǎng)所需的軟件人才，不僅有利于大型工程項(xiàng)目的實(shí)施，而且還能為國(guó)家培養(yǎng)大批軟件人才。本文結(jié)合該類軟件項(xiàng)目的特點(diǎn)和科研機(jī)構(gòu)現(xiàn)狀，探討其軟件開發(fā)特點(diǎn)，并提出流程管理和質(zhì)量保障措施。

1科研領(lǐng)域軟件開發(fā)及其特點(diǎn)

1．1軟件項(xiàng)目特點(diǎn)

（1）軟件提出者。一般是項(xiàng)目科學(xué)家、顧問(wèn)，他們具有較強(qiáng)的科學(xué)洞察力，也能較好地把握軟件開發(fā)方向，但他們大多只關(guān)注宏觀問(wèn)題，而非技術(shù)細(xì)節(jié)，對(duì)軟件不是很了解，不能用計(jì)算機(jī)語(yǔ)言和思維描述項(xiàng)目，也無(wú)法很好地理解和描述實(shí)現(xiàn)流程、細(xì)節(jié)，因此不能準(zhǔn)確估計(jì)軟件開發(fā)難度和工作量。

（2）軟件開發(fā)者。一般為青年職工和學(xué)生，他們熟悉軟件開發(fā)，但往往不能完全理解項(xiàng)目目標(biāo)，也不能深刻理解其物理過(guò)程，理解過(guò)程中往往思維局限性大，缺乏方向。

（3）軟件測(cè)試者。多數(shù)情況下單元測(cè)試由開發(fā)者承擔(dān)，集成或系統(tǒng)測(cè)試由其他人員完成，部分由用戶完成。與開發(fā)人員相比，測(cè)試人員往往物理基礎(chǔ)較好，掌握基本測(cè)試方法，但是沒有建立起完整的測(cè)試體系，而且將軟件測(cè)試當(dāng)作“副業(yè)”，測(cè)試以功能實(shí)現(xiàn)為主，對(duì)軟件細(xì)節(jié)不了解。

（4）用戶。用戶一般是物理工作者，他們熟悉研究領(lǐng)域的物理要求，但不能用計(jì)算機(jī)語(yǔ)言描述需求，往往需求不實(shí)際或不夠明確。他們對(duì)軟件要求較高，要求通過(guò)物理測(cè)試對(duì)軟件性能和輸出結(jié)果精度進(jìn)行測(cè)試。如通過(guò)運(yùn)行大數(shù)據(jù)量檢查軟件內(nèi)存和時(shí)間消耗，以促進(jìn)開發(fā)者進(jìn)行算法優(yōu)化等。

1．2軟件項(xiàng)目開發(fā)特點(diǎn)

（1）軟件需求不夠明確。科研領(lǐng)域軟件項(xiàng)目一般都涉及到探測(cè)器和數(shù)據(jù)，涉及領(lǐng)域較廣，而且需求不斷變化。無(wú)論是軟件提出者還是用戶，往往難以用計(jì)算機(jī)思維或語(yǔ)言清楚描述問(wèn)題；軟件開發(fā)者對(duì)項(xiàng)目物理目標(biāo)，特別是物理過(guò)程缺乏深刻理解，不能很好地理解軟件功能細(xì)節(jié)及需求。比如，對(duì)于一些數(shù)據(jù)分析軟件，提出者或用戶難以描述出軟件需要完成的功能，而開發(fā)者對(duì)數(shù)據(jù)處理流程中進(jìn)行的數(shù)據(jù)轉(zhuǎn)換、修正、數(shù)據(jù)結(jié)構(gòu)重組也缺乏深刻理解。

（2）人員結(jié)構(gòu)較為單一。軟件開發(fā)中通常一人需要承擔(dān)多種角色，包括軟件需求分析員、設(shè)計(jì)者和開發(fā)者，甚至測(cè)試者。這樣的職位設(shè)定，人員分工不明確，難以深入把握某一領(lǐng)域（比如測(cè)試）的特點(diǎn)和方法，從而影響了整個(gè)軟件開發(fā)過(guò)程。

（3）軟件實(shí)現(xiàn)細(xì)節(jié)難以把握。此類軟件一般涉及復(fù)雜的物理過(guò)程，需要用一定的物理方法解決，但方法并不唯一，不同方法會(huì)對(duì)結(jié)果帶來(lái)一定影響，而且不同類型數(shù)據(jù)所依賴的方法也不同。軟件開發(fā)中還有些研究性課題，只能以接口形式存在于軟件中，但預(yù)留接口時(shí)往往設(shè)計(jì)較為簡(jiǎn)單，考慮的情況過(guò)于理想，難以滿足實(shí)際需求。然而，如果設(shè)計(jì)時(shí)考慮得比較復(fù)雜，接口較多，又往往缺乏必要的軟件技術(shù)和經(jīng)驗(yàn)，不能有效把握細(xì)節(jié)。

（4）硬件頻繁改動(dòng)增加軟件開發(fā)風(fēng)險(xiǎn)。軟件依賴于硬件，設(shè)計(jì)初期軟件是在理想的硬件設(shè)計(jì)狀態(tài)下運(yùn)行，但如果硬件發(fā)生變更或者運(yùn)行影響因素增加，軟件也隨之變動(dòng)，從而加大開發(fā)風(fēng)險(xiǎn)。

（5）軟件測(cè)試及評(píng)估缺乏專業(yè)水平。由于開發(fā)者、測(cè)試者與用戶的專業(yè)測(cè)試能力都比較欠缺，難以涉及到核心質(zhì)量問(wèn)題，往往無(wú)法全面對(duì)軟件作出專業(yè)評(píng)估。

（6）人員管理難度大?？蒲袡C(jī)構(gòu)、高校一般熱衷于科學(xué)研究而不是工程項(xiàng)目本身，因此難以兼顧兩方面工作。軟件提出者和管理人員往往對(duì)軟件工程缺乏深入了解，難以對(duì)開發(fā)工作作出客觀評(píng)價(jià)，因此對(duì)軟件開發(fā)的進(jìn)度和質(zhì)量帶來(lái)一定影響。

（7）軟件不確定性因素多。隨著工程實(shí)施，軟件提出者、用戶會(huì)不斷改變、增加需求，加上開發(fā)者及測(cè)試者缺乏相關(guān)經(jīng)驗(yàn)，代碼開發(fā)不規(guī)范、開發(fā)人員流動(dòng)性強(qiáng)等增加了軟件開發(fā)的不穩(wěn)定性。另外，為降低開發(fā)成本和難度，開發(fā)人員通常會(huì)引入現(xiàn)成的工具，這可能給軟件開發(fā)帶來(lái)隱患。然而，面向某一科研領(lǐng)域的軟件開發(fā)項(xiàng)目也有自身的優(yōu)勢(shì)。如和大型專業(yè)軟件相比，所需的項(xiàng)目功能不是特別多，部分開發(fā)平臺(tái)具有可移植性，開發(fā)人員綜合素質(zhì)較高，學(xué)習(xí)能力強(qiáng)，英語(yǔ)基礎(chǔ)較好。此外，很多工程與國(guó)外合作開發(fā)，可參考國(guó)外成熟軟件，并方便引進(jìn)一些免費(fèi)的軟件框架和平臺(tái)，如Gaudi［6］框架、天文分析工具庫(kù)Ftool［7］等。

2軟件開發(fā)流程管理

2．1確定軟件開發(fā)模型

科研機(jī)構(gòu)，尤其是一些缺少經(jīng)驗(yàn)的團(tuán)隊(duì)，習(xí)慣采用瀑布模型進(jìn)行開發(fā)，主要由于該模型分階段，且各階段間存在因果關(guān)系，比較符合思維模式。但它會(huì)產(chǎn)生大量文檔，到開發(fā)后期會(huì)凸顯軟件開發(fā)缺陷。適合科研領(lǐng)域的開發(fā)模型有迭代式模型［8－9］（需求變更驅(qū)動(dòng)型）、增量模型（功能驅(qū)動(dòng)型）及快速原型開發(fā)［10］等。對(duì)于科研軟件而言，模型選擇需綜合考慮軟件框架穩(wěn)定性和開放性、構(gòu)件獨(dú)立性以及項(xiàng)目組開發(fā)經(jīng)驗(yàn)等。比如對(duì)于需求不明確、流程不清晰、算法不確定的項(xiàng)目（如數(shù)據(jù)處理軟件、分析軟件和標(biāo)定軟件等）采用迭代模型或者快速原型開發(fā)較好。此外，采用一種模型為主，其它模型為輔，也會(huì)得到很好的效果。

2．2加強(qiáng)開發(fā)流程控制

無(wú)論采用何種開發(fā)模型，開發(fā)人員必須在每一次開發(fā)或迭代中完整實(shí)現(xiàn)需求分析、設(shè)計(jì)、編碼和測(cè)試等步驟。各階段的評(píng)審或項(xiàng)目報(bào)告尤為重要，項(xiàng)目前期要確保軟件開發(fā)人員準(zhǔn)確理解項(xiàng)目需求以及軟硬件環(huán)境；中期階段要確保開發(fā)流程和方法可靠；后期要通過(guò)測(cè)試確保軟件運(yùn)行符合要求。

2．3需求分析中注重物理分析

科研軟件中一般涉及大量數(shù)據(jù)操作，而且過(guò)程比較復(fù)雜，一些原始數(shù)據(jù)要經(jīng)過(guò)轉(zhuǎn)換、重建、標(biāo)定及修正等步驟，而且處理不一定是線性的，即相鄰數(shù)據(jù)之間可能有關(guān)聯(lián)。這些功能和性能需求不容易明確，需要著重把握。軟件中還可能涉及一些物理算法（比如圖像修正、頻率分解等），因此在需求分析中需要著重進(jìn)行物理分析，包括流程梳理、特殊方法和條件選擇等。

2．4采用串行開發(fā)方式

科研機(jī)構(gòu)人員結(jié)構(gòu)比較單一，往往多項(xiàng)工作并行執(zhí)行，給軟件開發(fā)質(zhì)量提升及人才培養(yǎng)帶來(lái)不利影響，可將相關(guān)性比較強(qiáng)的軟件以串行方式開發(fā)，數(shù)據(jù)產(chǎn)品生成軟件和數(shù)據(jù)分析軟件可以依次開發(fā)。

2．5提高開發(fā)人員的主觀能動(dòng)性

軟件開發(fā)過(guò)程中，保障軟件項(xiàng)目負(fù)責(zé)人在經(jīng)費(fèi)使用及績(jī)效考核中的話語(yǔ)權(quán)，組建凝聚力強(qiáng)的研發(fā)團(tuán)隊(duì)，對(duì)軟件開發(fā)的進(jìn)度、質(zhì)量進(jìn)行考核。

3軟件質(zhì)量保障措施

（1）加強(qiáng)開發(fā)過(guò)程中的溝通?？蒲许?xiàng)目的不確定性帶來(lái)軟件開發(fā)需求的變動(dòng)，用戶往往只注重項(xiàng)目需求功能滿足，而不關(guān)心軟件的實(shí)現(xiàn)細(xì)節(jié)，所提出的功能或接口可能不切實(shí)際，因此需要加強(qiáng)與用戶的溝通，明確軟件開發(fā)目標(biāo)。

（2）充分調(diào)動(dòng)開發(fā)人員積極性?？蒲袡C(jī)構(gòu)軟件開發(fā)人員往往是科研項(xiàng)目的幕后工作者，其工作成果容易被科研項(xiàng)目成果所掩蓋，所以充分調(diào)動(dòng)軟件開發(fā)人員的工作積極性尤為必要。一方面，為其提供成果展示平臺(tái)，尤其是展示創(chuàng)新性成果，如將開發(fā)中的文檔整理成冊(cè)等；另一方面，在基金申請(qǐng)、職稱評(píng)定等方面提供支持。科研機(jī)構(gòu)職稱評(píng)定主要依據(jù)取得的科研成果，由于工作內(nèi)容不同，如采取同樣的評(píng)審條件，軟件開發(fā)人員與其他研究人員在同一層次上競(jìng)爭(zhēng)將缺乏競(jìng)爭(zhēng)力。可能導(dǎo)致部分人員不愿意從事軟件開發(fā)工作，或者開發(fā)軟件的同時(shí)還從事其它研究，從而影響軟件開發(fā)進(jìn)度和質(zhì)量。因此，需要根據(jù)軟件開發(fā)人員工作的特殊性，通過(guò)有效的激勵(lì)措施調(diào)動(dòng)其積極性。

（3）培養(yǎng)既懂管理又懂技術(shù)的項(xiàng)目負(fù)責(zé)人。優(yōu)秀的軟件工程項(xiàng)目負(fù)責(zé)人不僅是一個(gè)好的軟件設(shè)計(jì)師，對(duì)軟件實(shí)現(xiàn)細(xì)節(jié)能夠很好的掌控，還是一名優(yōu)秀的管理者，能科學(xué)配置資源。

4結(jié)語(yǔ)

面向科研領(lǐng)域的軟件具有較深的行業(yè)背景，其設(shè)計(jì)方法、實(shí)現(xiàn)手段有很強(qiáng)的領(lǐng)域依賴性。本文從科研領(lǐng)域特點(diǎn)及軟件提出者、開發(fā)者、測(cè)試者、用戶的角度出發(fā)，探討了其需求難以明確、人員結(jié)構(gòu)較單一且管理難度大的特點(diǎn)。在軟件開發(fā)管理過(guò)程中，需要采用合適的軟件開發(fā)模型，注重流程管理，充分調(diào)動(dòng)開發(fā)人員的工作積極性。

參考文獻(xiàn)：

［1］LITIPEI，WUMEI．ThehardX－raymodulationtelescopemission［J］．Physics，2008，37（9）：648－651．

［2］LITIPEI．HXMT：achinesehigh－energyastrophysicsmission［J］．NuclearPhysicsB，2007（166）：131－139．

［3］BESCOLLABORATION．PreliminarydesignreportoftheBESIIIDetector［Z］．2003．

［4］TheROOTTeam．ROOTuser＇sguide［EB／OL］．https：／／root．cern．ch／drupal／content／users－guide．

［5］WELLSDC，GREISENEW，HARTENRH．FITS：aflexibleim－agetransportsystem［J］．A＆AS，1981，（44）：363－370．

［6］APrimerontheFITSDataFormat［EB／OL］．http：／／fits．gsfc．nasa．gov／fits＿primer．html．

［7］劉麗梅．中國(guó)軟件產(chǎn)業(yè)市場(chǎng)競(jìng)爭(zhēng)力分析［M］．北京：對(duì)外經(jīng)濟(jì)貿(mào)易大學(xué)，2007．

［8］BARRANDG．Gaudi－asoftwareconfigurationmanagementtool［C］．ProceedingofCHEP2000，2000．

［9］FTOOLS．Ageneralpackageofsoftwaretomanipulatefitsfiles［EB／OL］．http：／／heasarc．gsfc．nasa．gov／docs／software／ftools／ftools＿menu．html．

［10］張海籓．軟件工程導(dǎo)論［M］．北京：清華大學(xué)出版社，2005．

［11］師迎海，何雪慧．迭代式軟件開發(fā)模型研究及應(yīng)用［J］．微處理機(jī)，2015（1）：55－57．

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

論文摘要:在云技術(shù)架構(gòu)下,建立強(qiáng)大的多媒體教學(xué)資濠庫(kù)。這樣可以集中整合各方優(yōu)秀的教學(xué)資源,建最好的和最豐富的教學(xué)課庫(kù),讓各奏學(xué)生均可找到適合自己,而且自己感的課程和課件。建立了多媒體教學(xué)資涎庫(kù)后,既可以垴小東西部教育差距,又能保障教育資濼的均衡發(fā)展。

大部分教師(尤其大學(xué)教師)的工作應(yīng)該相應(yīng)的從向?qū)W生灌輸知識(shí),轉(zhuǎn)向引導(dǎo)學(xué)生學(xué)習(xí)知識(shí),找到激活學(xué)生學(xué)習(xí)智門的鑰匙。

放在云架構(gòu)內(nèi)的這些教學(xué)資源,隨著不斷的更新、增加,必將成為一筆極大的資源財(cái)富,不僅可以供在校學(xué)生學(xué)習(xí)使用,也可以提供給全社會(huì)需要再學(xué)習(xí)、需要更新知識(shí)的人士使用,為全社會(huì)形成一種不斷學(xué)習(xí)的氛圍,提供一個(gè)強(qiáng)大的資源保障。

一旦形成全社會(huì)不斷學(xué)習(xí)的風(fēng)氣,社會(huì)就會(huì)和諧,文明程度的程度就會(huì)不斷提高,人們的創(chuàng)新意識(shí)和能力就有了源動(dòng)力,人們就會(huì)從更多的追求物質(zhì)財(cái)富轉(zhuǎn)而進(jìn)入追求精神財(cái)富。

前文我們探討了利用“云技術(shù)+多媒體技術(shù)改革現(xiàn)有的教學(xué)模式”,話題意猶未盡,還想進(jìn)一步探討一些教學(xué)模式改革的細(xì)節(jié)。當(dāng)然我們暫且討論的教學(xué)對(duì)象為大學(xué)以上的學(xué)生,或部分高中生,因?yàn)榻^大部分高中生的教學(xué)活動(dòng)還是基本圍繞著高考指揮棒在轉(zhuǎn)。

在云技術(shù)架構(gòu)下,建立強(qiáng)大的多媒體教學(xué)資源庫(kù)。這樣可以集中整合各方優(yōu)秀的教師資源、教學(xué)設(shè)備資源,建最好的和最豐富的教學(xué)課程庫(kù),讓各類學(xué)生均可找到適合自己,而且自己感的課程、課件和學(xué)習(xí)參考資料。

制作這些課程資源可以分工,高層次教師撰寫課程內(nèi)容,配套各類教師,可以有的整合內(nèi)容、有的應(yīng)用多媒體素材加工制作課件、有的制作各類課程教程、而有的則準(zhǔn)備相關(guān)參考資料以及考試題庫(kù)系統(tǒng)等教學(xué)資源。

這時(shí)的教學(xué)資源就不是屬于某個(gè)學(xué)校、某個(gè)團(tuán)體、某個(gè)局部組織,而是屬于國(guó)家或全人類的資源,為全人類所共享。

這樣,可能有人會(huì)擔(dān)心是否教師或相應(yīng)的人員都要下崗了呢?否!

大部分教師(尤其大學(xué)教師)的工作只是從向?qū)W生灌輸知識(shí),轉(zhuǎn)向引導(dǎo)學(xué)生學(xué)習(xí)知識(shí)。大部分長(zhǎng)期從事教學(xué)工作的教師深有體會(huì),好學(xué)生不完全是教出來(lái)的,而且通過(guò)老師啟發(fā)性的引導(dǎo),激活了他們的興趣,或打開了他們的智門,使他們自己要學(xué)習(xí),只有激活了學(xué)習(xí)者的源動(dòng)力,才能使他們朝著一個(gè)一個(gè)目標(biāo)不斷攀登。

那么,教師教學(xué)要包括哪些內(nèi)容呢?我認(rèn)為教師的教學(xué)工作應(yīng)該圍繞中如何能激活學(xué)習(xí)者的興趣和以如何能打開他們的智門為衡量指標(biāo)。方法可以各不相同,因?yàn)槿耸莻€(gè)性化的,當(dāng)然方法也應(yīng)該因人而異,當(dāng)然可以對(duì)個(gè)性相近的學(xué)生采用類似的方法,但還是需要有微調(diào)。

具體做法可以不斷摸索。教師可以組織學(xué)生開展各種開發(fā)、創(chuàng)新活動(dòng),可以組織各種競(jìng)賽活動(dòng),可以組織學(xué)生參與各種專題討論活動(dòng),讓每個(gè)學(xué)生均有機(jī)會(huì)表達(dá)自己的想法和觀點(diǎn),很多思想的火花是在交流中產(chǎn)生的,是在實(shí)踐過(guò)程中綻放的,所以要多提供一些機(jī)會(huì)讓學(xué)生經(jīng)歷各種活動(dòng)的鍛煉,活動(dòng)的過(guò)程是最能鍛煉人能力的,如果省略了過(guò)程,結(jié)果也是不豐實(shí)的。

我們提倡多開展各種創(chuàng)新活動(dòng)來(lái)鍛煉學(xué)生的能力,而現(xiàn)在學(xué)生這方面的鍛煉機(jī)會(huì)太少,應(yīng)該增加相應(yīng)的比例。那么是否就不考試了呢?當(dāng)然不行!期間,我們的學(xué)校大多不考試,結(jié)果中學(xué)畢業(yè)生連簡(jiǎn)單的一元一次方程都不會(huì),這樣社會(huì)如何發(fā)展?考試還是衡量學(xué)生學(xué)習(xí)掌握程度的標(biāo)尺,當(dāng)然考試形式可以的筆試,也可以是操作過(guò)程,更可以寫論述文章、論文之類形式;考試時(shí)間可以是期中、期末考試,可以是融入平時(shí)的多次抽查中,也可以羅列各類課程統(tǒng)考時(shí)間安排表,學(xué)生學(xué)習(xí)到一定程度,可以報(bào)名參加考試,來(lái)檢驗(yàn)自己知識(shí)的掌握程度,形式可以通過(guò)實(shí)踐不斷總結(jié),不斷改進(jìn)。總之,有助于學(xué)生更有效掌握知識(shí)、能打開學(xué)生智門的方法就是好方法。

學(xué)生通過(guò)考試,當(dāng)然需要有一系列學(xué)分累積機(jī)制,最好將理論課程和實(shí)踐課程按不同學(xué)分比例分別統(tǒng)計(jì),保證不同學(xué)科對(duì)理論和實(shí)際操作的要求不同。

這樣的機(jī)制,對(duì)教師的要求不是低了,而是更高。要求教師積極思考,尋找能與學(xué)生更好溝通,激活學(xué)生心智的鑰匙,這是沒有一個(gè)統(tǒng)一模式可循的,教師也必須不斷摸索、創(chuàng)新。

有了這種師生一對(duì)一、一對(duì)多、多對(duì)多的關(guān)系機(jī)制,學(xué)生與教師之間的距離不是遠(yuǎn)了,而是更近了,社會(huì)也會(huì)更和諧。因?yàn)閺慕處煹慕嵌葋?lái)說(shuō),必須了解學(xué)生,走近學(xué)生,才能找出適合他們學(xué)習(xí)自嘶方法,才能激活他們的學(xué)習(xí)興趣;從學(xué)生的角度來(lái)說(shuō),有問(wèn)題、有心結(jié)就可以及時(shí)與他們所喜歡的教師溝通、請(qǐng)教,盡快排除障礙,琢磨出適合自己學(xué)習(xí)的好方法。要使學(xué)生學(xué)習(xí)效果好,教師與學(xué)生是一個(gè)整體,只有雙方的努力、協(xié)調(diào),才能找到最佳的教學(xué)方法。

如果學(xué)生太多,老師顧及不了怎么辦?老師可以到學(xué)校與學(xué)生面對(duì)面的談話,也可以出現(xiàn)在各種活動(dòng)場(chǎng)合,如:各類研討會(huì)老師可以當(dāng)組織者,讓學(xué)生大家來(lái)準(zhǔn)備內(nèi)容、暢通各自的觀點(diǎn),但教師更多的時(shí)間可以利用現(xiàn)有的網(wǎng)絡(luò)環(huán)境、3G環(huán)境,老師可以規(guī)定時(shí)間在網(wǎng)上,利用視頻、語(yǔ)音交流與學(xué)生好似面對(duì)面的交談,也可以利用手機(jī)、短信等的形式及時(shí)進(jìn)行一些師生對(duì)話。不遠(yuǎn)的將來(lái)電腦、手機(jī)、電視三網(wǎng)合一,利用任何IT工具都可以及時(shí)溝通,現(xiàn)代科學(xué)技術(shù)的發(fā)展已經(jīng)具備了技術(shù)上的條件,問(wèn)題是我們需要尋找到一系列行之有效的方法來(lái)強(qiáng)化師生間的溝通。

放在云架構(gòu)內(nèi)的這些教學(xué)資源,隨著不斷的更新、增加,必將成為一筆極大的資源財(cái)富,不僅可以供在校學(xué)生學(xué) 習(xí)使用,也可以提供給全社會(huì)需要再學(xué)習(xí)、需要更新知識(shí)的人士使用,為全社會(huì)形成一種不斷學(xué)習(xí)的氛圍,提供一個(gè)強(qiáng)大的資源保障。

一旦形成全社會(huì)不斷學(xué)習(xí)的風(fēng)氣,社會(huì)就會(huì)和諧,文明程度的程度就會(huì)不斷提高,人們的創(chuàng)新意識(shí)和能力就有了源動(dòng)力,人們就會(huì)從更多的追求物質(zhì)財(cái)富逐步進(jìn)入追求精神財(cái)富,那么社會(huì)的發(fā)展也就更穩(wěn)健。

隨著社會(huì)的進(jìn)步,我們應(yīng)該摸索和尋找一種更理性和有利于學(xué)生身心健康的教學(xué)體制,讓學(xué)習(xí)者獲得獲取知識(shí)的樂趣,讓教師真正成為學(xué)生的良師益友。

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

【關(guān)鍵詞】項(xiàng)目管理；中小型企業(yè)人才需求；畢業(yè)生就業(yè)；國(guó)家政策

2012年，我國(guó)普通高校畢業(yè)生規(guī)模已達(dá)680萬(wàn)人。由于當(dāng)前我國(guó)經(jīng)濟(jì)發(fā)展面臨的國(guó)內(nèi)外環(huán)境仍然十分復(fù)雜，不穩(wěn)定、不確定因素還很多；高校畢業(yè)生就業(yè)總量壓力和結(jié)構(gòu)性矛盾依然突出，就業(yè)形勢(shì)不容樂觀。

雖然大學(xué)生求職與企業(yè)人才招聘不止進(jìn)行一次，但是對(duì)于企業(yè)對(duì)畢業(yè)生的選擇和大學(xué)生畢業(yè)后第一次擇業(yè)的一系列工作活動(dòng)來(lái)說(shuō)，卻是符合項(xiàng)目的特征，即一次性，漸進(jìn)性，多目標(biāo)性，生命周期性。為系統(tǒng)地、全面地看清畢業(yè)生就業(yè)情況萎縮與社會(huì)人才需求增大的矛盾，運(yùn)用項(xiàng)目管理過(guò)程思想將這一矛盾階段化、細(xì)節(jié)化，分析各方內(nèi)在特征及相互之間的聯(lián)系與區(qū)別，結(jié)合相關(guān)應(yīng)用理論、經(jīng)驗(yàn)知識(shí)和真實(shí)數(shù)據(jù)資料探索解決方法就顯得很有必要。

1.基于項(xiàng)目管理的國(guó)內(nèi)中小型企業(yè)人才需求分析

統(tǒng)計(jì)數(shù)字顯示，當(dāng)前我國(guó)中小型和微型企業(yè)已經(jīng)占全國(guó)企業(yè)總數(shù)99%，創(chuàng)造的最終產(chǎn)品和服務(wù)價(jià)值相當(dāng)于國(guó)內(nèi)生產(chǎn)總值的60%左右，提供了全國(guó)80%的城鎮(zhèn)就業(yè)崗位，上繳的稅收約為國(guó)家稅收總額的50%。此外，目前，中國(guó)65%的發(fā)明專利、75%以上的企業(yè)技術(shù)創(chuàng)新、80%以上的新產(chǎn)品開發(fā)，都是由中小企業(yè)完成的。這充分表明，沒有量大面廣的中小企業(yè)的平穩(wěn)較快發(fā)展，就沒有整個(gè)國(guó)民經(jīng)濟(jì)的平穩(wěn)較快發(fā)展[1]。而中小企業(yè)的生存發(fā)展歸根結(jié)底離不開人才的作用，找對(duì)人才、留住人才、發(fā)展人才，加強(qiáng)企業(yè)競(jìng)爭(zhēng)力，延長(zhǎng)企業(yè)生命力恰恰成為制約企業(yè)如何發(fā)展以及如何更好更快發(fā)展的重要因素。

1.1 中小型企業(yè)人才需求的特點(diǎn)

1.1.1 人才需求量大，需求層次廣

中小型企業(yè)的創(chuàng)立和發(fā)展期，用人比較靈活，隨著機(jī)構(gòu)、規(guī)模不斷擴(kuò)大，對(duì)人才的需求量急劇增加，除了基礎(chǔ)部門的行政運(yùn)營(yíng)人員，還有營(yíng)銷管理人員、財(cái)務(wù)管理人員這類高級(jí)知識(shí)性人才，同時(shí)也大量缺乏專業(yè)技術(shù)人員。對(duì)人才存在如此大的缺口需求導(dǎo)致了大學(xué)畢業(yè)生成為中小企業(yè)的主要選拔對(duì)象，畢業(yè)生在中小企業(yè)的發(fā)展空間也很大。

1.1.2 認(rèn)同企業(yè)文化，忠于為企業(yè)服務(wù)

中小型企業(yè)想要獲得長(zhǎng)期的、穩(wěn)定的發(fā)展壯大就必須建立完整的企業(yè)價(jià)值文化，只有當(dāng)企業(yè)員工對(duì)企業(yè)價(jià)值高度認(rèn)同，才能保證在企業(yè)發(fā)展過(guò)程中由于資金、技術(shù)、資源等有限的不良因素影響下，企業(yè)員工堅(jiān)持個(gè)人價(jià)值與企業(yè)理念相契合，努力幫助企業(yè)渡過(guò)難關(guān)，個(gè)人潛力也得到最大發(fā)揮。

1.1.3 具備一定能力，有較強(qiáng)可塑性

近年來(lái)，企業(yè)在招聘員工方面相對(duì)于“學(xué)歷”更看重“學(xué)力”。當(dāng)然，員工自身的基本能力培養(yǎng)也是必不可少的，這主要包括：?jiǎn)栴}分析能力、溝通能力、團(tuán)隊(duì)合作能力、抗壓能力等。然而，不是每一個(gè)應(yīng)聘人員都具備較強(qiáng)的能力，一旦加入就能為企業(yè)創(chuàng)造價(jià)值，所以企業(yè)現(xiàn)在選拔人才注重的是一種學(xué)習(xí)的能力，一種經(jīng)“雕琢”后能變成“璞玉”的能力，一種能隨著環(huán)境變化自己不斷改進(jìn)的能力。

1.1.4 有良好的信用背景，誠(chéng)實(shí)信用

如今，誠(chéng)實(shí)信用不僅是個(gè)人自身信用狀況的表現(xiàn)，也是社會(huì)各方對(duì)員工的考察點(diǎn)。特別是涉及到企業(yè)資金項(xiàng)目的財(cái)會(huì)人員、銷售人員、出納人員之前的信用情況，有無(wú)挪用、侵占企業(yè)資產(chǎn)、收取不當(dāng)回扣等不良記錄。應(yīng)聘人員學(xué)歷、資格證書有無(wú)假冒等，有時(shí)如果企業(yè)不慎重審查會(huì)給企業(yè)造成致命性的打擊。

1.1.5 擁有創(chuàng)新思維，具備創(chuàng)造能力

面對(duì)人民幣升值、原材料價(jià)格與用工成本不斷攀升、出口不景氣以及嚴(yán)峻的資金短缺等形勢(shì)，原來(lái)主要依靠低勞動(dòng)力成本和廉價(jià)原材料的發(fā)展模式已經(jīng)不再可行，科技創(chuàng)新和品牌越來(lái)越受到業(yè)界的重視。所以，中小企業(yè)應(yīng)以“創(chuàng)新”為主導(dǎo)，有意識(shí)地選拔培養(yǎng)一批擁有創(chuàng)新思維，具備一定創(chuàng)造能力的新員工，這勢(shì)必為企業(yè)發(fā)展添磚加瓦。

1.2 中小型企業(yè)在招聘工作中存在的問(wèn)題

在我國(guó)，中小企業(yè)平均壽命僅為三四年，中小企業(yè)招聘現(xiàn)存的主要問(wèn)題有：企業(yè)缺乏人力資源管理；未進(jìn)行成本估計(jì)；崗位需求分析不具體；招聘基礎(chǔ)工作薄弱；招聘崗位詮釋不全；員工錄用機(jī)制不規(guī)范；員工缺乏專業(yè)培訓(xùn)；績(jī)效考核制度不健全；激勵(lì)措施不給力等。

這一系列問(wèn)題之所以較為突出且沒有根本性改變，是由于中小企業(yè)是由單一個(gè)人或少數(shù)人提供資金組成，因此在經(jīng)營(yíng)上多半是業(yè)主直接管理而較少受外界干涉。企業(yè)受規(guī)模、資金、工作環(huán)境等的制約，家族管理模式下的任人唯親現(xiàn)象也就相當(dāng)普遍，同時(shí)，缺乏良好的就業(yè)平臺(tái)、公平競(jìng)爭(zhēng)的機(jī)會(huì)、人才培養(yǎng)的引導(dǎo)、地方政府的支持，使中小企業(yè)在人才引進(jìn)和保留方面舉步維艱。

1.3 中小型企業(yè)人才招聘體系分析

將企業(yè)員工招聘進(jìn)行項(xiàng)目化管理可以更系統(tǒng)、清晰地分析出每個(gè)階段的工作要求，使招聘工作更加規(guī)范化、合理化。結(jié)合相關(guān)現(xiàn)代人力資源管理理論，人才招聘項(xiàng)目化分解體系圖如下（見圖1）：

圖1 人才招聘項(xiàng)目化分解體系圖

1.3.1 啟動(dòng)階段

啟動(dòng)階段要求招聘的總體規(guī)劃必須符合企業(yè)文化，招聘成果有利于企業(yè)針對(duì)性、有計(jì)劃地引進(jìn)人才，是關(guān)系到招聘工作實(shí)際性操作的基礎(chǔ)。

1.3.1.1 相關(guān)信息分析

信息分析可分為內(nèi)部信息分析和外部信息分析。內(nèi)部信息分析主要是與企業(yè)相關(guān)方面的評(píng)定與估計(jì)，如公司的地理位置、辦公條件、工資水平、盈利水平、負(fù)債情況、發(fā)展前景等。外部信息分析則是對(duì)公司控制之外的國(guó)家政策、人才市場(chǎng)環(huán)境、競(jìng)爭(zhēng)對(duì)手情況加以考慮。

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

關(guān)鍵詞：軟件項(xiàng)目，軟件開發(fā)，需求管理，需求變更

 

在信息化建設(shè)高速發(fā)展的今天，建立與之相適應(yīng)的信息化系統(tǒng)已成為政府機(jī)關(guān)，企事業(yè)單位的重要課題之一。然而，在軟件項(xiàng)目的開發(fā)過(guò)程中，項(xiàng)目變更頻繁、進(jìn)度超期，成本增加等現(xiàn)象數(shù)不勝數(shù)，這些問(wèn)題的出現(xiàn)，使很多項(xiàng)目無(wú)法達(dá)到預(yù)定的目標(biāo)，最終不得不以失敗而告終。究其原因，主要有需求開發(fā)的原因、項(xiàng)目控制的原因、與客戶溝通的原因、技術(shù)方面的原因等等，但對(duì)項(xiàng)目影響最大的則大多與開發(fā)需求有關(guān)。

（一）軟件項(xiàng)目需求開發(fā)與管理存在問(wèn)題分析

1、需求獲取過(guò)程中，需求的不確定性

（1）項(xiàng)目開發(fā)團(tuán)隊(duì)缺乏項(xiàng)目的業(yè)務(wù)背景和行業(yè)經(jīng)驗(yàn)，沒有能完全了解客戶的需求，需求分析不到位。項(xiàng)目開發(fā)團(tuán)隊(duì)的組成，是根據(jù)項(xiàng)目的規(guī)模、項(xiàng)目技術(shù)人員具備的專業(yè)技術(shù)水平來(lái)決定的。需求規(guī)格說(shuō)明書是項(xiàng)目組成員通過(guò)前期的調(diào)研、向客戶詳細(xì)咨詢等方式獲得，是項(xiàng)目需求階段的重要文檔。需求分析人員在需求獲取過(guò)程中，由于不了解客戶的業(yè)務(wù)流程及行業(yè)狀況，不好把握客戶的需求，無(wú)法將需求表述為準(zhǔn)確的技術(shù)用語(yǔ)，對(duì)項(xiàng)目需求分析產(chǎn)生一定的影響。

（2）客戶不能全面、準(zhǔn)確的闡述項(xiàng)目需求。由于客戶對(duì)計(jì)算機(jī)系統(tǒng)的能力和限制缺乏了解，他們認(rèn)為所提出的需求是否準(zhǔn)確、全面，計(jì)算機(jī)最終能否達(dá)到他們的需求，只能取決于需求分析人員對(duì)客戶對(duì)需求的描述和理解。

（3）對(duì)需求理解的分歧?？蛻艉托枨蠓治鰡T之間由于工作背景不同以及理解的偏差，雙方很難在溝通過(guò)程中對(duì)某一問(wèn)題進(jìn)行有效的溝通。當(dāng)需求分析人員就系統(tǒng)需求與客戶進(jìn)行溝通時(shí)，需求分析人員通常使用的是專業(yè)的計(jì)算機(jī)術(shù)語(yǔ)，而客戶使用的是通俗的行業(yè)語(yǔ)言描述。對(duì)同樣的一句話，不同行業(yè)背景，不同層次的人員所理解的含義也盡不一樣，這些情況都會(huì)在認(rèn)識(shí)上產(chǎn)生一定的分歧。

2、需求分析不完整

在需求分析階段，客戶提出的需求僅是一個(gè)模糊的概念，需求分析員雖然已按客戶的描述進(jìn)行需求分析，但這只是從開發(fā)者的角度考慮，并沒有能完全站在客戶角度去搜集和整理需求，所形成的軟件需求說(shuō)明文檔無(wú)法得到客戶的認(rèn)可。

3、需求變更頻繁

需求在項(xiàng)目開發(fā)生命周期的任何階段，都有可能被改變、刪除或增加，需求的變更，對(duì)項(xiàng)目后期的相關(guān)活動(dòng)產(chǎn)生很大的影響。這時(shí)，項(xiàng)目組成員不得不重新執(zhí)行需求分析、設(shè)計(jì)、測(cè)試等工作。免費(fèi)論文，需求變更。在需求評(píng)審、確認(rèn)階段，不同層面的客戶所關(guān)注的問(wèn)題也不盡一樣，由此將會(huì)提出其它新的想法及要求；另外，客戶的業(yè)務(wù)變化，也是客戶提出需求變更的原因之一，這些需求變更的提出，對(duì)項(xiàng)目的進(jìn)度、成本、資源配置等造成一定程度的影響。

4、缺乏有效的溝通制度和機(jī)制

由于項(xiàng)目組對(duì)客戶的組織結(jié)構(gòu)、人員關(guān)系、工作職責(zé)等沒有足夠了解，使得用戶需求的傳遞延遲、丟失或者傳達(dá)的意見被曲解的現(xiàn)象。另外，在需求開發(fā)階段，由于出現(xiàn)多個(gè)用戶代表各說(shuō)其詞，沒有形成統(tǒng)一的需求，以致于項(xiàng)目組無(wú)法得到最終用戶代表確認(rèn)的需求。

（二）軟件項(xiàng)目需求開發(fā)和管理對(duì)策

針對(duì)上述軟件項(xiàng)目需求開發(fā)和管理存在問(wèn)題，提出以下應(yīng)對(duì)措施：

1、全面、準(zhǔn)確的理解客戶需求

（1）需求獲取是項(xiàng)目需求分析人員與客戶之間有效的溝通與交流，收集客戶需求，與客戶達(dá)成需求共識(shí)的活動(dòng)。這項(xiàng)工作在很大程度上依賴于需求獲取者的專門知識(shí)，這種專門知識(shí)可以建立在對(duì)各種行業(yè)的了解上，也建立在對(duì)項(xiàng)目開發(fā)技術(shù)的全面了解上，因此項(xiàng)目需求獲取階段必須由具備專業(yè)技術(shù)知識(shí)的項(xiàng)目經(jīng)理或技術(shù)人員擔(dān)當(dāng)。針對(duì)項(xiàng)目開發(fā)方缺乏項(xiàng)目相關(guān)行業(yè)經(jīng)驗(yàn)的情況，可以聘請(qǐng)行業(yè)專家、顧問(wèn)等專業(yè)人員，通過(guò)業(yè)務(wù)培訓(xùn)、專業(yè)指導(dǎo)的方式進(jìn)行，以提高項(xiàng)目團(tuán)隊(duì)尤其是項(xiàng)目需求分析人員對(duì)客戶需求的把握能力。

（2）選擇熟悉業(yè)務(wù)流程、能夠確定需求的管理者、客戶代表，讓他們參與需求討論。對(duì)于客戶無(wú)法詳細(xì)描術(shù)清楚的需求，由需求分析人員對(duì)他們進(jìn)行引導(dǎo)，必要時(shí)，有針對(duì)性的對(duì)他們進(jìn)行軟件項(xiàng)目的相關(guān)知識(shí)培訓(xùn)，讓客戶能夠更好的了解軟件項(xiàng)目開發(fā)知識(shí)，提高他們對(duì)開發(fā)高質(zhì)量系統(tǒng)需求重要性的認(rèn)識(shí)，從而能清楚表達(dá)自己的需求。

（3）為了能夠準(zhǔn)確把握客戶的需求，只有語(yǔ)言、文字上的交流溝通還不夠，還需要通過(guò)成熟的項(xiàng)目進(jìn)行演示，或搭建直觀易懂的項(xiàng)目需求模型，由有實(shí)際開發(fā)經(jīng)驗(yàn)的項(xiàng)目經(jīng)理作為需求分析人員向客戶演示并詳細(xì)解說(shuō)，減少客戶與分析人員對(duì)系統(tǒng)開發(fā)需求的理解偏差。若客戶在聽取需求分析人員的解說(shuō)后，仍對(duì)項(xiàng)目需求仍存在理解上的分歧，需求分析人員可與客戶再進(jìn)行深入交流和需求探討。

2、對(duì)客戶需求進(jìn)行深入分析，達(dá)成共識(shí)

需求分析是項(xiàng)目管理的核心內(nèi)容之一，準(zhǔn)確、完整的需求分析是軟件項(xiàng)目成功的基礎(chǔ)。為了能夠得到客戶對(duì)需求的認(rèn)可，要求項(xiàng)目需求分析人員能夠準(zhǔn)確領(lǐng)會(huì)客戶的意圖，對(duì)客戶需求進(jìn)行深入分析，完整的編寫需求分析文檔。通過(guò)召開會(huì)議的方式，組織雙方相關(guān)人員進(jìn)行項(xiàng)目需求評(píng)審，向客戶詳細(xì)介紹系統(tǒng)功能的描述，讓客戶能充分理解說(shuō)明書的內(nèi)容，以形成全面、準(zhǔn)確的需求說(shuō)明文檔。

3、加強(qiáng)需求變更管理

對(duì)項(xiàng)目而言，出現(xiàn)需求變更是不可避免的，變更可能是由客戶、項(xiàng)目團(tuán)隊(duì)或項(xiàng)目特殊原因引起的。項(xiàng)目變更控制和跟蹤，是項(xiàng)目開發(fā)的一項(xiàng)重要摘要的變更說(shuō)明書，其內(nèi)容包括：變更時(shí)間、變更內(nèi)容、變更申請(qǐng)人、變更采取的措施等，并對(duì)變更內(nèi)容及時(shí)進(jìn)行跟蹤、確認(rèn)。只有對(duì)需求變更進(jìn)行有效的控制和跟蹤管理，才能有效保障項(xiàng)目的成功開發(fā)。

4、制定有效的溝通制度和機(jī)制，采取多種溝通方式

在項(xiàng)目需求開發(fā)階段，項(xiàng)目分析人員與客戶的有效溝通，是建立在彼此對(duì)需求達(dá)成一致的基礎(chǔ)之上的雙向互動(dòng)過(guò)程。如果沒有一個(gè)良好的溝通渠道，項(xiàng)目將無(wú)法繼續(xù)開展。因此，項(xiàng)目經(jīng)理有必要盡早建立一個(gè)完善的溝通網(wǎng)絡(luò)，制定有效的溝通制度，加強(qiáng)項(xiàng)目經(jīng)理與成員、項(xiàng)目經(jīng)理與客戶之間的雙向有效溝通。通過(guò)制度規(guī)定，對(duì)于特別重要的內(nèi)容要采用多種方式進(jìn)行有效溝通、確定，提高溝通意識(shí)及溝通的有效性，以確保信息能及時(shí)傳達(dá)到位。例如，除發(fā)送郵件外，還應(yīng)電話提醒、傳真回執(zhí)確認(rèn)，對(duì)于特別重要的內(nèi)容，要以召開會(huì)議的方式進(jìn)行傳達(dá)。

（三）結(jié)束語(yǔ)

項(xiàng)目需求開發(fā)和管理是軟件項(xiàng)目開發(fā)中非常重要的工作內(nèi)容，它貫穿于開發(fā)活動(dòng)全過(guò)程。免費(fèi)論文，需求變更。免費(fèi)論文，需求變更。軟件項(xiàng)目的失敗大多數(shù)不是技術(shù)上、管理技能方面的原因，而是軟件需求開發(fā)與管理所致。免費(fèi)論文，需求變更。免費(fèi)論文，需求變更?？梢?，需求開發(fā)和管理在項(xiàng)目開發(fā)中起著及其關(guān)鍵的作用。免費(fèi)論文，需求變更。因此，在項(xiàng)目需求階段，我們應(yīng)系統(tǒng)的了解和掌握需求開發(fā)與管理的相關(guān)知識(shí)，結(jié)合項(xiàng)目實(shí)際情況并加以應(yīng)用，做好需求的開發(fā)和管理工作，確保項(xiàng)目的順利完成。

[1]張文清.軟件開發(fā)過(guò)程項(xiàng)目管理的研究[D].北京:首者經(jīng)濟(jì)貿(mào)易大學(xué),2005

[2]屠梅曾、劉欣、胡昊編著.項(xiàng)目管理[M].上海:格致出版社:上海人民出版社，2008,192-193.

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

關(guān)鍵詞：軟件；需求；分析；開發(fā)；系統(tǒng)

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2013）22-5270-03

隨著計(jì)算機(jī)、信息等技術(shù)的發(fā)展，計(jì)算機(jī)被廣泛應(yīng)用在各個(gè)行業(yè)中。各行業(yè)的管理與生產(chǎn)趨于信息化、數(shù)字化。使得與之相應(yīng)的各種軟件更多更復(fù)雜，客戶對(duì)軟件的要求更加高。軟件產(chǎn)品是否能順利交付給客戶，是否能得到客戶認(rèn)可，客戶是否能真正運(yùn)用，是否能達(dá)到客戶的期望，這些與軟件需求分析有密切的聯(lián)系。為了提高軟件質(zhì)量，就應(yīng)該對(duì)軟件需求分析加以重視。

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

1.1 何謂軟件需求分析

先舉個(gè)例子來(lái)說(shuō)明，對(duì)于裝修房子這個(gè)問(wèn)題相信大多數(shù)人都能理解，客戶裝修房子要與裝修公司簽合同。在簽合同之前，裝修設(shè)計(jì)者一定會(huì)與客戶詳細(xì)討論各種細(xì)節(jié)。如整個(gè)裝飾格調(diào)？各個(gè)房間的功能？房間家具圖紙樣式等等，每個(gè)環(huán)節(jié)都有約定說(shuō)明及裝修合同，雙方都明白假如完工后修改帶來(lái)的不便以及變更細(xì)節(jié)的危害性。同樣在軟件開發(fā)中也有這樣的過(guò)程即軟件需求分析。

軟件開發(fā)者要從客戶的工作業(yè)務(wù)中提取出軟件系統(tǒng)能夠幫助客戶利用計(jì)算機(jī)解決或更好解決的工作中各種問(wèn)題。通過(guò)對(duì)客戶工作問(wèn)題的分析，規(guī)劃出開發(fā)者所要開發(fā)的軟件。這些的活動(dòng)階段即構(gòu)成軟件開發(fā)生命周期的需求分析階段。

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

軟件需求是指客戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望。通過(guò)對(duì)應(yīng)問(wèn)題及其環(huán)境的理解與分析，為問(wèn)題涉及信息、功能及系統(tǒng)行為建立模型，將客戶需求精確化、完全化。

軟件需求分析的任務(wù)就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的“做什么”的問(wèn)題。軟件需求分析的任務(wù)不是確定系統(tǒng)怎樣完成的工作，而是確定系統(tǒng)必須完成那些工作，也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。

1.3 軟件需求分析的重要性

一方面：軟件需求分析對(duì)軟件具決定性。軟件開發(fā)出滿足客戶要求的軟件產(chǎn)品，就必須知道客戶的需求。需求分析就是分析軟件客戶的需要是什么，決定要什么。不能真正滿足客戶需要的軟件不是合格的軟件。

另一方面：軟件需求分析對(duì)軟件后期開發(fā)具方向性。需求分析可以讓軟件項(xiàng)目人員明確方向，讓項(xiàng)目成員知道下面步驟如何實(shí)施。只有通過(guò)軟件需求分析，才能把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說(shuō)明，為后續(xù)軟件開發(fā)工作指明方向，保證軟件開發(fā)在正常的軌道進(jìn)行。

1.4 軟件需求分析的過(guò)程具體可分四個(gè)步驟

1）對(duì)問(wèn)題進(jìn)行識(shí)別；2）問(wèn)題的分析與方案的綜合；3）編制軟件需求分析的相關(guān)文檔；4） 需求分析評(píng)審，對(duì)系統(tǒng)給予評(píng)價(jià)。

2 軟件需求分析過(guò)程中常見的問(wèn)題及采取措施

軟件的需求與傳統(tǒng)生產(chǎn)企業(yè)產(chǎn)品需求相比較，具有模糊性、多變性和主觀性等特點(diǎn)，它不像生產(chǎn)汽車、電腦等硬件的需求，是有形的、客觀的、可描述的、可檢測(cè)的。軟件需求分析是軟件項(xiàng)目開發(fā)中難把握的問(wèn)題。下面對(duì)軟件需求分析過(guò)程中常見問(wèn)題進(jìn)行分析后，給出相應(yīng)措施來(lái)保證需求分析的質(zhì)量：

2.1開發(fā)人員和客戶間交流與理解的問(wèn)題

2.1.1 問(wèn)題原因主要體現(xiàn)

1）軟件開發(fā)人員不可能是全才。對(duì)客戶應(yīng)用領(lǐng)域的問(wèn)題不是專家，對(duì)客戶的業(yè)務(wù)活動(dòng)流程及業(yè)務(wù)環(huán)境不熟悉，認(rèn)識(shí)不夠清楚、準(zhǔn)確。

2）而客戶不熟悉計(jì)算機(jī)應(yīng)用。有的客戶不太懂軟件，他們可能覺得軟件是萬(wàn)能的，會(huì)提出一些根本無(wú)法實(shí)現(xiàn)的、不切實(shí)際的需求；有的客戶也可能覺得軟件不能解決工作中的問(wèn)題，無(wú)法提出正確的需求。

3）軟件開發(fā)人員與客戶雙方所占位置不同。不了解對(duì)方的工作，對(duì)相同需求的認(rèn)識(shí)有差異，交流時(shí)存在著理解上的不同。

2.1.2可采取的措施

1）對(duì)開發(fā)人員進(jìn)行專業(yè)培訓(xùn)。開發(fā)人員對(duì)所開發(fā)系統(tǒng)的領(lǐng)域不一定了解，為了使開發(fā)人員能更好理解用戶的需求，在做需求分析的初始階段對(duì)開發(fā)人員進(jìn)行該領(lǐng)域相關(guān)知識(shí)的培訓(xùn)。對(duì)開發(fā)人員盡快完整地熟悉相關(guān)業(yè)務(wù)，從而能夠站在客戶的立場(chǎng)看待軟件需求。

2）熟悉現(xiàn)有的處理系統(tǒng)的各個(gè)方面。熟悉客戶各崗位人員、工作環(huán)境、工作流程；確定各部分的需求調(diào)查對(duì)象；建立調(diào)研對(duì)象通訊錄以保證調(diào)研及分析期間的溝通。使需求調(diào)研分析更好更全面地進(jìn)行。

3）所有客戶方進(jìn)行溝通。需求分析不僅僅是軟件工程項(xiàng)目方的事，軟件客戶也起到了至關(guān)重要的作用。應(yīng)當(dāng)從項(xiàng)目的啟動(dòng)開始，需求分析員及其項(xiàng)目成員就要分清項(xiàng)目客戶方包含哪些人和部門，通過(guò)溝通協(xié)調(diào)對(duì)他們施加影響，爭(zhēng)取所有客戶對(duì)軟件項(xiàng)目的支持和配合。

2.2需求不完整及完備程度的問(wèn)題

2.2.1可能的原因

1）需求獲取時(shí)參與的客戶太少。需求調(diào)查時(shí)的對(duì)象數(shù)量不夠，獲取的客戶需求有限自然使得需求不夠完整。

2）客戶提出的需求是有限的。有的客戶因?qū)τ?jì)算機(jī)新技術(shù)、信息新技術(shù)了解不多，無(wú)法提隱含的或潛在的需求；有的客戶也不太明白自己的真正需求；有的客戶對(duì)問(wèn)題的陳述往往是不完整。這些都使得獲取的需求不夠完整。

3）開發(fā)人員主觀性。開發(fā)人員主觀性為對(duì)客戶開發(fā)項(xiàng)目的需求明白，實(shí)際只是開發(fā)人員的主觀判斷。使得獲取的需求是片面的，不完整的。

2.2.2可采取的措施

1）讓更多的客戶參與軟件開發(fā)項(xiàng)目。得到客戶對(duì)項(xiàng)目的支持，調(diào)查并明確他們的需求和愿望。讓具有代表性的用戶在項(xiàng)目早期直接參與到開發(fā)隊(duì)伍中，并一同經(jīng)歷整個(gè)開發(fā)過(guò)程。

2）收集整理資料，對(duì)各項(xiàng)業(yè)務(wù)全面分析。收集各項(xiàng)業(yè)務(wù)中的資料如：行業(yè)標(biāo)準(zhǔn)、工作手冊(cè)、作業(yè)流程、辦事指南、各種表格、技術(shù)資料等等。通過(guò)這些資料掌握對(duì)了解系統(tǒng)有幫助。對(duì)系統(tǒng)中的每項(xiàng)業(yè)務(wù)及流程要進(jìn)行全面了解，幫助全面理解客戶需求。

3）深入挖掘潛在的需求，反復(fù)進(jìn)行完善需求。主要對(duì)業(yè)務(wù)流程、組織架構(gòu)、軟硬件環(huán)境和現(xiàn)有系統(tǒng)等相關(guān)內(nèi)容進(jìn)行溝通，挖掘系統(tǒng)中最終客戶的真正需要各需求，把握需求的方向。還要啟發(fā)客戶探討隱含的或潛在的需求，這樣可發(fā)激發(fā)他們提供更為完整全面的需求。

2.3軟件需求不一致性問(wèn)題

2.3.1常見的原因

1）現(xiàn)實(shí)使用的系統(tǒng)的信息的不一致。正在使用的處理系統(tǒng)所反映的信息本身就不一致，自然使得獲取的需求不一致。

2）不同的客戶的需求不一致。不同的客戶站在不同的角度，對(duì)現(xiàn)實(shí)使用的系統(tǒng)認(rèn)識(shí)理解不一致，對(duì)新系統(tǒng)具有不同的要求和期愿，故所得的需求不一致。如客戶中使用目標(biāo)系統(tǒng)者關(guān)心系統(tǒng)是否簡(jiǎn)單易用，而對(duì)客戶中的管理客者則關(guān)心系統(tǒng)是否高效。

3）相同的客戶的需求不致。相同的客戶對(duì)系統(tǒng)使用頻繁程度的差異、受教育程度和經(jīng)驗(yàn)水平也不盡相同，故所產(chǎn)生的需求不一致。

2.3.2可采取的措施

1）對(duì)各種不同客戶需要進(jìn)行分類。項(xiàng)目早期就針對(duì)所有這些主要用戶進(jìn)行分類，每一個(gè)客戶類將有自己的一系列功能和非功能要求。這樣就能從每一個(gè)重要的客戶類代表中獲取不同的需求。

2）對(duì)需求進(jìn)行優(yōu)先級(jí)排序。不一致的需求，那么必須決策出滿足哪一類客戶方的需求更為重要。了解可能使用產(chǎn)品的客戶種類的信息和他們的用法與軟件項(xiàng)目目標(biāo)的關(guān)系如何，將有助于決定哪一個(gè)客戶類所占份額更大來(lái)確定是關(guān)鍵與非關(guān)鍵客戶需求。這樣就對(duì)客戶需求進(jìn)行優(yōu)先級(jí)的排序。

3）軟件項(xiàng)目需求進(jìn)行定位。軟件需求沒有簡(jiǎn)單的對(duì)與錯(cuò)，只能軟件需求需要從不同的地方、不同的角度去定位；去考慮；去分析?！?需求分析”不能是“客戶要求什么就是什么”；也不是“我們能做什么就做什么”。用戶需求必須和業(yè)務(wù)需求一致，功能需求必須和用戶需求一致。嚴(yán)格的遵守不同層次間的一致性關(guān)系，才可以保證最后開發(fā)出來(lái)的目標(biāo)軟件不會(huì)偏離最初的實(shí)現(xiàn)目標(biāo)。

4）平衡需要對(duì)其分層次。需求人員，在進(jìn)行需求分析的時(shí)候，首先應(yīng)該明白客戶的需求，然后再加上自己的分析處理過(guò)程，將需求劃分成不同的層次如：哪些現(xiàn)在能做、現(xiàn)在哪些不能、哪些以后可以做，應(yīng)當(dāng)考慮全面并進(jìn)行平衡和取舍。

2.4需求不明確、模糊的問(wèn)題

2.4.1可能原因

1）客戶的認(rèn)識(shí)的模糊。對(duì)于軟件系統(tǒng)，客戶很難精確地提出它的功能和性能要求。開始只能提出一個(gè)大概、模糊的要求，只有經(jīng)過(guò)長(zhǎng)時(shí)間的反復(fù)認(rèn)識(shí)才逐步明確。

2）需求描述導(dǎo)致的需求模糊。需求描述的不清楚，或需求描述的方式方法可能使得不同的人對(duì)需求說(shuō)明產(chǎn)生了不同的理解。

3）需求分解和細(xì)化程度不明確。軟件需求分析對(duì)問(wèn)題按自頂向下、逐層分解的方式進(jìn)行分解和細(xì)化。在分解和細(xì)化中，對(duì)橫向分解的寬度不明確；對(duì)對(duì)縱向分解的深度不明確。

2.4.2可采用措施

1）準(zhǔn)確表達(dá)用戶需求，描述各項(xiàng)業(yè)務(wù)要詳細(xì)。對(duì)數(shù)據(jù)的具體業(yè)務(wù)來(lái)如查、增、刪、改、傳等若干步驟，都有其業(yè)務(wù)名稱，同一步驟可能對(duì)多個(gè)數(shù)據(jù)集進(jìn)行不同操作需描述正確及詳細(xì)。準(zhǔn)確地表達(dá)所接受的用戶要求，只有通過(guò)確切描述的軟件需求才能成為軟件設(shè)計(jì)的基礎(chǔ)。

2）編寫軟件需求文檔。盡可能全面詳細(xì)描述原有系統(tǒng)和客戶希望將來(lái)系統(tǒng)具有的各項(xiàng)業(yè)務(wù)流程，確定系統(tǒng)必須具有的功能和性能，定義了系統(tǒng)中的數(shù)據(jù)，簡(jiǎn)略描述處理數(shù)據(jù)的主要算法，就要把分析的結(jié)果用軟件需求文檔記錄下來(lái)。軟件需求文檔是需求的載體，借助它與客戶進(jìn)行討論，對(duì)描述不明確的模糊的需求進(jìn)行修改，最終讓客戶確認(rèn)。

3）組織從不同角度審查需求的隊(duì)伍對(duì)需求審查。按照技術(shù)標(biāo)準(zhǔn)，對(duì)需求分析階段工作進(jìn)行審查。不同的評(píng)審者從不同的角度對(duì)需求說(shuō)明給予解釋，讓每個(gè)評(píng)審人員都真正了解需求文檔，對(duì)需求文檔進(jìn)行評(píng)審，以便發(fā)現(xiàn)問(wèn)題，排除故障，及時(shí)改正錯(cuò)誤。

4）與開發(fā)團(tuán)隊(duì)中的其他小組成員協(xié)助明確需求。軟件開發(fā)中上一階段的工作成果往往要通過(guò)多次的溝通才能更為清晰地被下一階段成員接受，需求分析也是如此。需求文檔完成之后，借助這些對(duì)需求“固化”的文檔資料與其他項(xiàng)目組成員進(jìn)行交流溝通，共同明確軟件項(xiàng)目需求。

5）需求分解和細(xì)化程度劃定。進(jìn)行需求分析的時(shí)候，在理解客戶的需求上，對(duì)軟件與需求的寬度和深度有硬性的劃定。使軟件做到什么程度要?jiǎng)澏◤亩鴾p少因分解和細(xì)化需求帶來(lái)的不明確和模糊。

2.5需求具有不穩(wěn)定性，是動(dòng)態(tài)變化的問(wèn)題

2.5.1引起需求變更原因

1）客戶對(duì)軟件項(xiàng)目認(rèn)識(shí)導(dǎo)致新要求，要求需求變化。開始沒有對(duì)問(wèn)題識(shí)別全面，隨著客戶對(duì)這個(gè)軟件項(xiàng)目越來(lái)越深刻理解，就可能對(duì)軟件的系統(tǒng)的界面、功能、性能等提出新要求，導(dǎo)致需求變更。

2）客戶工作環(huán)境發(fā)生變化，要求需求變化。在軟件開發(fā)過(guò)程中，客戶業(yè)務(wù)流程簡(jiǎn)化或流程增加，使得需求要發(fā)生改變；客戶工作中新設(shè)備、新技術(shù)出現(xiàn)，使需求變更。

3）客戶與軟件開發(fā)者溝通不夠，導(dǎo)致需求錯(cuò)誤，需求必須改變?？蛻襞c軟件開發(fā)者雙方對(duì)軟件項(xiàng)目的認(rèn)識(shí)、理解有不同，加上雙方溝通不夠，使得對(duì)需求分析不正確，發(fā)生需求錯(cuò)誤，使需求變更。

2.5.2可采用措施

1）對(duì)需求進(jìn)行固態(tài)、動(dòng)態(tài)的分類。我們?cè)谛枨蠓治龅臅r(shí)候就要充分考慮到哪些需求是相對(duì)固定的需求，哪些可能會(huì)是產(chǎn)生變動(dòng)的需求，考慮到它的可變性，這樣設(shè)計(jì)功能和數(shù)據(jù)庫(kù)的時(shí)候不致因?yàn)楹竺娴淖儎?dòng)而影響整個(gè)工程。

2）需求評(píng)審過(guò)程考進(jìn)反復(fù)。評(píng)審是對(duì)軟件目標(biāo)系統(tǒng)功能的正確性、完整性和清晰性，以及其他需求給予評(píng)價(jià)。需求評(píng)審過(guò)程進(jìn)行反復(fù)，可以有效減少需求變更的發(fā)生。評(píng)審?fù)ㄟ^(guò)就可進(jìn)入下一階段的工作。

3）評(píng)審中設(shè)立需求的基準(zhǔn)線。需求評(píng)審中，與客戶方，軟件開發(fā)其他工作人員應(yīng)該確定需求基準(zhǔn)線。對(duì)軟件目標(biāo)系統(tǒng)中必須的需求，可有可無(wú)的需求，完全沒有必要的需求進(jìn)行劃分。這樣可以減少需求變更，也可以將變更引起的麻煩減至最小。

3 結(jié)束語(yǔ)

本文通過(guò)對(duì)軟件需求分析為主題，對(duì)軟件需求的任務(wù)、過(guò)程及重要性進(jìn)行剖析，針對(duì)軟件需求分析過(guò)程中出現(xiàn)的常見問(wèn)題進(jìn)行一些探討，采取了一些可行的技術(shù)措施和管理措施來(lái)避免可能導(dǎo)致需求分析失敗的情況，提高軟件需求分析的質(zhì)量，能圓滿地完成軟件需求分析任務(wù)，順利的進(jìn)行軟件發(fā)開工作。

參考文獻(xiàn)：

[1] 張海藩.軟件工程[M].北京：人民郵電出版社，2007.

[2] 鄭人杰，殷人昆，陶永雷.實(shí)用軟件工程[M].北京：清華大學(xué)出版社，2003.

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

關(guān)鍵詞：軟件；開發(fā)；需求；分析

中圖分類號(hào)：TP311文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：1009-3044(2008)32-1125-04

The Study on Requirement Analysis in Software's Development

WU Zheng

(Anhui Family Planning School, Chizhou 247000, China)

Abstract: software requirement analysis is a decisive step of planning stage in software engineering, it changes unclear software concept into specific explainations in this step, thus,it establishes foundation of software development.This paper intoduces the requirement definition,types of the requirement, the mission of the requirement analysis, the method of the requirement analysis,the change of the requirement,and applied example etc. These intoductions will be helpful in requirement analysis of software’s development.

Key words: software; development; requirement; analysis

1 引言

軟件項(xiàng)目的開發(fā)主要分為五個(gè)階段：需求分析階段、設(shè)計(jì)階段、編碼階段、測(cè)試階段和維護(hù)階段，需求調(diào)研和分析是軟件開發(fā)的第一個(gè)階段。完善的軟件需求說(shuō)明是軟件開發(fā)項(xiàng)目得以成功的基礎(chǔ)。不管設(shè)計(jì)如何精心或者編碼如何巧妙，如果對(duì)軟件需求不加以明確規(guī)定，將使用戶感到失望，并給軟件開發(fā)者帶來(lái)嚴(yán)重后果。據(jù)權(quán)威部門統(tǒng)計(jì)，目前軟件的成功率約為25%，75%的軟件是失敗的。在這75%的失敗中，約有50%以上的軟件是由于需求的原因造成的。另有資料表明，軟件開發(fā)項(xiàng)目中返工開銷幾乎占開發(fā)總費(fèi)用的一半，而導(dǎo)致返工的主要原因是需求分析錯(cuò)誤或不明確，從而引發(fā)項(xiàng)目開發(fā)中的一系列更改。成功的軟件需求分析不僅能提高軟件的成功率，而且能節(jié)省大量的資源，因此需求分析是軟件開發(fā)的關(guān)鍵階段。[1]

2 需求的定義和類型

2.1 需求的定義

軟件產(chǎn)業(yè)存在的一個(gè)普遍問(wèn)題就是缺乏統(tǒng)一定義的名詞術(shù)語(yǔ)來(lái)描述我們的工作?？蛻羲x的“需求”對(duì)開發(fā)者似乎是一個(gè)較高層次的產(chǎn)品概念，而開發(fā)人員所說(shuō)的“需求”對(duì)用戶來(lái)說(shuō)又像是詳細(xì)設(shè)計(jì)了。實(shí)際上，軟件需求包含著多個(gè)層次，不同層次的需求從不同角度與不同程度反映著細(xì)節(jié)問(wèn)題。

IEEE軟件工程標(biāo)準(zhǔn)詞匯表（1997年）將需求定義為：

1) 用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或能力。

2) 系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力。

3) 一種反映上面1)或2)所描述的條件或能力的文檔說(shuō)明。

IEEE的定義包括從用戶角度（系統(tǒng)的外部行為），以及從開發(fā)者角度（一些內(nèi)部特性）來(lái)闡述需求，其關(guān)鍵的問(wèn)題是一定要編寫需求文檔。

另外，還有其他幾種關(guān)于“需求”的定義：

需求是用戶所需要的并能觸發(fā)一個(gè)程序或系統(tǒng)開發(fā)工作的說(shuō)明；

需求是從系統(tǒng)外部能發(fā)現(xiàn)系統(tǒng)所具有的滿足于用戶的特點(diǎn)、功能及屬性等；

需求是指明必須實(shí)現(xiàn)什么的規(guī)格說(shuō)明。它描述了系統(tǒng)的行為、特性或?qū)傩裕窃陂_發(fā)過(guò)程中對(duì)系統(tǒng)的約束。

從以上的定義中，我們依然無(wú)法得到有關(guān)“需求”的清晰概念，真正的“需求”實(shí)際上存在人們的腦海中，任何文檔形式的需求（例如：需求規(guī)格說(shuō)明）僅是一個(gè)模型或一種敘述，但是編寫出高質(zhì)量的需求規(guī)格說(shuō)明書在需求分析階段還是關(guān)鍵。

需求分析奠定了軟件工程和項(xiàng)目管理的基礎(chǔ)。我們?cè)诮ㄔ燔浖到y(tǒng)這座大廈的時(shí)候，如果需求分析的基礎(chǔ)不夠堅(jiān)實(shí)和牢固，那么往往會(huì)導(dǎo)致軟件系統(tǒng)問(wèn)題百出，甚至被馬上丟棄。在建造軟件系統(tǒng)的過(guò)程中，如果我們經(jīng)常習(xí)慣地沿用一些不規(guī)范的方法，其后果便是產(chǎn)生一條鴻溝──開發(fā)者開發(fā)的與用戶所想得到的軟件存在著巨大的“期望差異”。 因此“需求”這個(gè)名詞的定義不僅僅是從用戶角度對(duì)系統(tǒng)外部行為的描述，以及從開發(fā)人員角度對(duì)系統(tǒng)內(nèi)部特性的描述，其關(guān)鍵的一點(diǎn)是“需求”必須文檔化。

2.2 需求的類型

軟件需求包括三個(gè)不同的層次──業(yè)務(wù)需求、用戶需求和功能需求。

除此之外，每個(gè)系統(tǒng)還有各種非功能需求。

業(yè)務(wù)需求（BusinessRequirement）表示組織或客戶高層次的目標(biāo)。業(yè)務(wù)需求通常來(lái)自項(xiàng)目投資人、購(gòu)買產(chǎn)品的客戶、實(shí)際用戶的管理者、市場(chǎng)營(yíng)銷部門或產(chǎn)品策劃部門。業(yè)務(wù)需求描述了組織為什么要開發(fā)一個(gè)系統(tǒng)，即組織希望達(dá)到的目標(biāo)。使用前景和范圍（vision and scope）文檔來(lái)記錄業(yè)務(wù)需求，這份文檔有時(shí)也被稱作項(xiàng)目輪廓圖或市場(chǎng)需求（project charter 或 market requirement）文檔。

用戶需求（UserRequirement）描述的是用戶的目標(biāo)，或用戶要求系統(tǒng)必須能完成的任務(wù)。用例、場(chǎng)景描述和事件響應(yīng)表都是表達(dá)用戶需求的有效途徑。也就是說(shuō)用戶需求描述了用戶能使用系統(tǒng)來(lái)做些什么。

功能需求（Functional Requirement）規(guī)定開發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能，用戶利用這些功能來(lái)完成任務(wù)，滿足業(yè)務(wù)需求。功能需求有時(shí)也被稱作行為需求（behavioral requirement），因?yàn)榱?xí)慣上總是用“應(yīng)該”對(duì)其進(jìn)行描述：“系統(tǒng)應(yīng)該發(fā)送電子郵件來(lái)通知用戶已接受其預(yù)定”。功能需求描述是開發(fā)人員需要實(shí)現(xiàn)什么。

非功能需求（Non-functional Requirement） 定義了軟件產(chǎn)品為滿足用戶業(yè)務(wù)需求而必須具有的除功能需求以外的特性。包括系統(tǒng)的完整性（聯(lián)機(jī)幫助、 數(shù)據(jù)管理、用戶管理、軟件管理、在線升級(jí)等）、性能、可靠性、可維護(hù)性、可擴(kuò)充性、對(duì)技術(shù)和業(yè)務(wù)的適應(yīng)性等。

3 需求分析的任務(wù)

3.1 解決的問(wèn)題

1) 齊全、準(zhǔn)確地找出目標(biāo)系統(tǒng)全部的功能、性能、限制；

2) 找出全部的輸入流、輸出流；

3) 找出所有的加工；

4) 產(chǎn)生完整的分層的DFD、數(shù)據(jù)字典、加工的描述；

5) 補(bǔ)充的意見。

3.2 綜合要求

確定對(duì)系統(tǒng)的綜合要求，系統(tǒng)功能要求，系統(tǒng)性能要求，運(yùn)行要求，將來(lái)可能提出的要求。

3.3 任務(wù)

圖1為需求分析任務(wù)圖，需求分析階段要完成的具體明確的最終任務(wù)就是形成一份經(jīng)開發(fā)方和用戶認(rèn)可或達(dá)成共識(shí)的軟件需求分析文檔（需求規(guī)格說(shuō)明書、修改后的項(xiàng)目開發(fā)計(jì)劃、初步的用戶手冊(cè)、確認(rèn)測(cè)試計(jì)劃、數(shù)據(jù)要求說(shuō)明書）。這個(gè)文檔能清晰準(zhǔn)確地說(shuō)明系統(tǒng)將要開發(fā)什么，能夠規(guī)定出詳細(xì)的技術(shù)需求，包括所有面向用戶、面向機(jī)器和其它軟件系統(tǒng)的接口?？梢哉f(shuō)需求文檔在開發(fā)過(guò)程中一直起指導(dǎo)作用。

為了更好地完成軟件開發(fā)第一階段的需求分析任務(wù)，提高質(zhì)量，需求管理是必不可少的。

需求管理的目的是在客戶與開發(fā)方之間建立對(duì)需求的共同理解，維護(hù)需求與其他工作成果的一致性，并控制需求的變更，主要體現(xiàn)在跟蹤和控制需求變更管理。需求管理是開發(fā)工作有效進(jìn)行的保證，是一種很高層次的系統(tǒng)行為，涉及整個(gè)開發(fā)過(guò)程和產(chǎn)品本身。

4 需求分析的方法

需求分析方法由對(duì)軟件問(wèn)題的信息域和功能域的系統(tǒng)分析過(guò)程及其表示方法組成，大多數(shù)的需求分析方法是由信息驅(qū)動(dòng)的。信息域具有三種屬性： 信息流、信息內(nèi)容和信息結(jié)構(gòu)。

常用的需求分析方法有：面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（SA），面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法（JSD），面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法（DSSD），面向?qū)ο蟮姆治龇椒ǎ∣OA）等。選擇那種方法要根據(jù)哪些資源在什么時(shí)間對(duì)開發(fā)人員有效，不能盲目套用。這里著重闡述面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（SA）。[2]

4.1 面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法

面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（Structured Analysis，簡(jiǎn)稱SA），是面向數(shù)據(jù)流進(jìn)行需求分析的方法，是需求分析使用最多的方法之一。 SA也是一種建?；顒?dòng)，該方法使用簡(jiǎn)單易讀符號(hào)，根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，描繪出滿足功能要求的軟件模型。適用于數(shù)據(jù)處理類型軟件的需求分析，這一方法除了簡(jiǎn)單，容易掌握之外，還能和設(shè)計(jì)階段的結(jié)構(gòu)化設(shè)計(jì)（SD）銜接，從而取得良好的設(shè)計(jì)結(jié)果。

4.2 自頂向下逐層分解的分析策略

SA方法的基本手段：“分解”和“抽象”。這是系統(tǒng)開發(fā)技術(shù)中控制復(fù)雜性的兩種手段。它先將系統(tǒng)“抽象”成一個(gè)模型，此模型是有輸入和輸出并有系統(tǒng)名稱的盒子，然后打開這個(gè)盒子，對(duì)它進(jìn)行逐層分解，直到能被理解，可以實(shí)現(xiàn)為止。因此分析的策略是自頂向下，逐層加細(xì)，由抽象到具體的過(guò)程。如圖2。

4.3 結(jié)構(gòu)化分析方法使用工具

SA方法利用圖形等半形式化的描述方式表達(dá)需求，簡(jiǎn)明易懂，用它們形成需求規(guī)格說(shuō)明書中的主要部分。描述工具是：

1) 數(shù)據(jù)流圖：描述系統(tǒng)由哪幾部分組成，各部分之間有什么聯(lián)系等等。

2) 數(shù)據(jù)字典：定義了數(shù)據(jù)流圖中每一個(gè)圖形元素。

3) 描述加工邏輯的結(jié)構(gòu)化語(yǔ)言、判定表、判定樹：詳細(xì)描述數(shù)據(jù)流圖中不能被再分解的每一個(gè)加工。

由于分析中的主要依據(jù)是數(shù)據(jù)傳遞及數(shù)據(jù)變換所形成的數(shù)據(jù)流，所以結(jié)構(gòu)化分析一般采用的方法是使用數(shù)據(jù)流圖的分析方法，最終結(jié)果是產(chǎn)生需求規(guī)格說(shuō)明書，該文檔包括一套數(shù)據(jù)流圖，對(duì)數(shù)據(jù)流圖中的成分進(jìn)行定義的一本數(shù)據(jù)字典及對(duì)加工邏輯的描述。

4.4 結(jié)構(gòu)化分析步驟

用結(jié)構(gòu)化分析方法進(jìn)行系統(tǒng)需求分析的具體步驟是：

1) 了解當(dāng)前系統(tǒng)的工作流程，獲得當(dāng)前系統(tǒng)的物理模型。通過(guò)對(duì)當(dāng)前系統(tǒng)的詳細(xì)調(diào)查，了解當(dāng)前系統(tǒng)的工作過(guò)程，同時(shí)收集資料、文件、數(shù)據(jù)、報(bào)表等，將看到的、聽到的、收集到的信息和情況用圖形描述出來(lái)。也就是用一個(gè)模型來(lái)反映自己對(duì)當(dāng)前系統(tǒng)的理解，如畫系統(tǒng)流程圖。

2) 抽象出當(dāng)前系統(tǒng)的邏輯模型。物理模型反映了系統(tǒng)“怎么做”的具體實(shí)現(xiàn)，去掉物理模型中非本質(zhì)的因素，抽取出本質(zhì)的因素，構(gòu)造出當(dāng)前系統(tǒng)的邏輯模型，反映了當(dāng)前系統(tǒng)“做什么”的功能。

3) 建立目標(biāo)系統(tǒng)的邏輯模型。分析、比較目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)邏輯上的差別，明確目標(biāo)系統(tǒng)到底要“做什么”，從而從當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型。

4) 作進(jìn)一步補(bǔ)充和優(yōu)化。為了對(duì)目標(biāo)系統(tǒng)做完整的描述，還需要對(duì)得到的邏輯模型做一些補(bǔ)充。

說(shuō)明目標(biāo)系統(tǒng)的人機(jī)界面。

說(shuō)明至今尚未詳細(xì)考慮的細(xì)節(jié)（包括出錯(cuò)處理、系統(tǒng)的啟動(dòng)與結(jié)束、系統(tǒng)的輸入/輸出和系統(tǒng)性能方面的需求等）。

其他（系統(tǒng)特有的其他必須滿足的性能和限制，也需要用適當(dāng)?shù)男问阶龀鰰嬗涗洝?/p>

分析階段結(jié)束時(shí)，系統(tǒng)分析員必須和用戶再次認(rèn)真地審查系統(tǒng)文件，爭(zhēng)取在系統(tǒng)開始設(shè)計(jì)之前，盡可能地發(fā)現(xiàn)其中存在的一些錯(cuò)誤并及時(shí)糾正，直至用戶確認(rèn)這個(gè)模型表達(dá)了他們的要求后，系統(tǒng)文件（軟件需求規(guī)格說(shuō)明書等）才作為用戶和軟件開發(fā)人員之間的“合同”而最后得到確定。

4.5 結(jié)構(gòu)化分析方法的優(yōu)缺點(diǎn)

1) 優(yōu)點(diǎn)： 結(jié)構(gòu)化分析方法是軟件需求分析中公認(rèn)的、有成效的、技術(shù)成熟的、使用廣泛的一種方法，它較適合于開發(fā)數(shù)據(jù)處理類型軟件的需求分析，該方法利用圖形等半形式化工具表達(dá)需求，簡(jiǎn)明易讀，也易于使用，為后一階段的設(shè)計(jì)、測(cè)試、評(píng)價(jià)提供了有利條件。

2) 缺點(diǎn)：① 傳統(tǒng)的SA方法主要用于數(shù)據(jù)處理方面的問(wèn)題，主要工具DFD體現(xiàn)了系統(tǒng)“做什么”的功能，但它僅是一個(gè)靜態(tài)模型，沒有反映處理的順序，即控制流程。因此，不適合描述實(shí)時(shí)控制系統(tǒng)。② 上世紀(jì)60年代末出現(xiàn)的數(shù)據(jù)庫(kù)技術(shù)，使許多大型數(shù)據(jù)處理系統(tǒng)中的數(shù)據(jù)都組織成數(shù)據(jù)庫(kù)的形式，SA方法使用DFD在分析與描述“數(shù)據(jù)要求”方面是有局限的，DFD應(yīng)與數(shù)據(jù)庫(kù)技術(shù)中的實(shí)體聯(lián)系圖(ER圖)結(jié)合起來(lái)(如同IDEF0功能模型與IDEF1信息模型相結(jié)合一樣)。ER圖能增加對(duì)數(shù)據(jù)存儲(chǔ)的細(xì)節(jié)以及數(shù)據(jù)與數(shù)據(jù)之間，數(shù)據(jù)與處理過(guò)程之間關(guān)系的理解，還解決了在DD中所包含的數(shù)據(jù)內(nèi)容表示問(wèn)題，這樣才能較完整的描述用戶對(duì)系統(tǒng)的需求。③ 對(duì)于一些頻繁的人機(jī)交互的軟件系統(tǒng)，如飛機(jī)訂票、銀行管理等系統(tǒng)，用戶最關(guān)系的是如何使用它，輸入命令、操作方式、系統(tǒng)響應(yīng)方式、輸出格式等都是用戶需求的重要方面，DFD不適合描述人機(jī)界面系統(tǒng)的需求，SA方法往往對(duì)這一部分用自然語(yǔ)言作補(bǔ)充。④ 描述軟件需求的精確性有待提高。

5 需求的變更

在開發(fā)項(xiàng)目過(guò)程中，用戶隨時(shí)會(huì)提出一些新的需求，要求開發(fā)方解決，這些需求的提出，有時(shí)在開發(fā)階段中有時(shí)在開發(fā)階段后。這種在需求分析的兩個(gè)相鄰子階段中，或者在迭代周期的需求分析中，后一段或周期的需求分析結(jié)果與前一次不一致，我們把這種不一致稱為需求變更。產(chǎn)生需求變更的原因主要有以下幾個(gè)方面：1) 在需求分析階段，開發(fā)方與用戶的溝通不夠。在需求分析階段，開發(fā)方與用戶沒有很好的交流，開發(fā)方就根據(jù)用戶提供的大概信息，自己推導(dǎo)出用戶的需求。通過(guò)這種需求分析得出的需求往往會(huì)和用戶的實(shí)際需求相差甚遠(yuǎn)，導(dǎo)致用戶提出更改需求。2) 項(xiàng)目的實(shí)施周期過(guò)長(zhǎng)。隨著時(shí)間的推移，用戶對(duì)整個(gè)系統(tǒng)的了解也越來(lái)越深入。他們會(huì)對(duì)模塊的界面、功能和性能方面提出更高更多的要求。3) 技術(shù)更新過(guò)快。由于技術(shù)的快速更新， 企業(yè)可能引進(jìn)一些新的設(shè)備， 而這些設(shè)備可能就會(huì)與我們的目標(biāo)系統(tǒng)有直接的關(guān)系， 由于這一變化可能發(fā)生在解決用戶原先問(wèn)題之前或者之中，那么開發(fā)方不得不加入這一新的需求。[3]

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

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

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1674-7712 （2012） 18-0039-01

“軟件工程”這個(gè)名詞是1968年美國(guó)和西歐的一些科學(xué)家在NATO（北大西洋公約組織）會(huì)議上第一次提出的，是利用工程學(xué)的方法開發(fā)和維護(hù)計(jì)算機(jī)軟件的一門學(xué)科。本篇論文粗淺分析的是軟件工程中的需求分析。

軟件開發(fā)由需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、軟件測(cè)試、項(xiàng)目維護(hù)和軟件集成幾部分內(nèi)容組成。英文中有個(gè)全稱為CapabilityMaturityModelforSoftware，縮寫為SW-CMM，簡(jiǎn)稱為CMM，用漢語(yǔ)表達(dá)出的意思就是——“能力成熟度模型”，也就是對(duì)于軟件組織在定義、實(shí)施、度量、控制和改善其軟件過(guò)程的實(shí)踐中各個(gè)發(fā)展階段的描述。軟件開發(fā)被CMM的核心視為一個(gè)過(guò)程，并根據(jù)這一核心原則對(duì)其進(jìn)行過(guò)程監(jiān)控與研究，目的是更加科學(xué)化、標(biāo)準(zhǔn)化，在監(jiān)督過(guò)程中發(fā)現(xiàn)影響項(xiàng)目的關(guān)鍵問(wèn)題并予以解決，使企業(yè)能夠更好地實(shí)現(xiàn)商業(yè)目標(biāo)。軟件開發(fā)人員開發(fā)和維護(hù)軟件及相關(guān)產(chǎn)品的一套行為、方法、實(shí)踐及變換過(guò)程被定義為軟件過(guò)程，它包括軟件開發(fā)過(guò)程和軟件管理過(guò)程。CMM把軟件開發(fā)機(jī)構(gòu)按照不同開發(fā)水平劃分為5個(gè)級(jí)別，每個(gè)等級(jí)被分解為幾個(gè)KPA（關(guān)鍵過(guò)程域），KPA是指在某個(gè)成熟度等級(jí)應(yīng)重點(diǎn)關(guān)注的區(qū)域，也是達(dá)到此成熟度等級(jí)必須解決的關(guān)鍵點(diǎn)。在CMM中成熟度第二等級(jí)有6個(gè)關(guān)鍵過(guò)程域，主要涉及建立軟件項(xiàng)目管理控制方面的內(nèi)容。即：需求管理（RM）、軟件項(xiàng)目計(jì)劃（SPP）、軟件項(xiàng)目跟蹤與監(jiān)控（SPTO）、軟件子合同管理（SSM）、軟件質(zhì)量保證（SQA）、軟件配置管理（SCM）。

軟件項(xiàng)目管理中還有一個(gè)非常關(guān)鍵的步驟——需求管理。對(duì)于計(jì)算機(jī)系統(tǒng)的認(rèn)識(shí)，很多用戶有很多盲區(qū)，對(duì)于系統(tǒng)的具體需求往往也比較模糊，經(jīng)常出現(xiàn)疏漏或者是錯(cuò)誤的問(wèn)題，隨著項(xiàng)目的進(jìn)展，凸現(xiàn)的會(huì)愈發(fā)明顯。對(duì)于開發(fā)人員來(lái)說(shuō)，軟件產(chǎn)品的部分內(nèi)容必須重新開發(fā)，這就意味著需求的變更。而對(duì)于整個(gè)軟件項(xiàng)目管理而言，勢(shì)必要重新分配資源、調(diào)整計(jì)劃、估算成本等等。需求分析的完整與否可以控制軟件質(zhì)量、決定項(xiàng)目周期、增減項(xiàng)目成本。故而：需求管理工程越來(lái)越成為熱點(diǎn)。

需求獲取的正確性和有效性要求很高：角色的專業(yè)化、業(yè)務(wù)創(chuàng)新的復(fù)雜、交付速度等等。有時(shí)缺少特定需求的某些信息。在解決這個(gè)不確定性之前，可能必須與客戶商議，檢查與另一個(gè)系統(tǒng)的接口或者定義另一個(gè)需求。使用“待確定”符號(hào)作為標(biāo)準(zhǔn)指示器來(lái)強(qiáng)調(diào)軟件需求規(guī)格說(shuō)明中的這些需求的缺陷。

設(shè)計(jì)一個(gè)軟件應(yīng)用系統(tǒng)的起點(diǎn)與基本依據(jù)是需求分析。對(duì)用戶來(lái)講最重要的是有效性，高效性，靈活性，完整性，互操作性，可靠性，健壯性，可用性。對(duì)開發(fā)者來(lái)說(shuō)最重要的是可維護(hù)性，可移植性，可重用性，可測(cè)試性。在屬性取舍方面，用戶和開發(fā)者必須確定屬性優(yōu)先級(jí)，做決策時(shí)始終遵照優(yōu)先級(jí)，為了達(dá)到產(chǎn)品特性的最佳平衡，必須在需求獲取階段識(shí)別，確定相關(guān)的質(zhì)量屬性并為之確定優(yōu)先級(jí)。當(dāng)為項(xiàng)目定義重要屬性時(shí)利用屬性間正負(fù)關(guān)系圖可防止發(fā)生與目標(biāo)沖突的行為。通常一個(gè)軟件項(xiàng)目合同的簽訂，體現(xiàn)的可能是整個(gè)系統(tǒng)的目標(biāo)需求，面向用戶的需求往往被忽略，對(duì)于這種情況一定要注意需求更改的可控性。任何一個(gè)需求分析因客觀原因可能存在著需求更改的現(xiàn)象，要使受需求變化影響的產(chǎn)品與需求變更一致，就要建立需求的基準(zhǔn)版本和更改版本，真正了解用戶想要解決的實(shí)際問(wèn)題，即使需求的變更比較頻繁，也要注重需求的穩(wěn)定性。直接影響到軟件過(guò)程的改進(jìn)因素離不開需求分析的完整性和變更可控性，它不僅可以決定軟件的質(zhì)量、開發(fā)成本的高低、甚至是導(dǎo)致項(xiàng)目成敗的關(guān)鍵。

需求管理員是軟件工程組（SEG）中要明確定義的一個(gè)角色。具體操作步驟有幾點(diǎn)：

第一：多角度全方位的對(duì)項(xiàng)目進(jìn)行分析并且對(duì)項(xiàng)目的可行性進(jìn)行論證；

第二：對(duì)客戶進(jìn)行需求調(diào)研，整理客戶需求，負(fù)責(zé)編寫用戶需求說(shuō)明書；

第三：負(fù)責(zé)將完成的項(xiàng)目模塊給客戶做演示，并收集完成模塊的意見；

第四：協(xié)助系統(tǒng)架構(gòu)師、系統(tǒng)分析師對(duì)需求進(jìn)行理解。

有了上述鋪墊，毋庸置疑的一個(gè)角色也要出場(chǎng)了，那就是——需求工程師。再好的軟件如果沒有做好需求分析也將失去市場(chǎng)意義，失去生存活力。需求工程師是溝通用戶與開發(fā)人員的橋梁，做好需求分析是一個(gè)產(chǎn)品是否能夠適應(yīng)用戶要求的關(guān)鍵所在。需求工程師們?cè)诹私庥脩粲至私饧夹g(shù)的基礎(chǔ)上掌控項(xiàng)目發(fā)展的風(fēng)向標(biāo)。

計(jì)算機(jī)軟件工程中的需求分析要解決的任務(wù)是"做什么"的問(wèn)題，全面地理解用戶和開發(fā)人員的各項(xiàng)要求，準(zhǔn)確表達(dá)所接受的需求。之所以重要，是因?yàn)樗哂袥Q策性、方向性、策略性的作用，從某種程度上說(shuō)，它的作用可能并不小于程序設(shè)計(jì)，而且是提高軟件質(zhì)量的基礎(chǔ)，也是決定一個(gè)軟件項(xiàng)目成敗的關(guān)鍵。

參考文獻(xiàn)：

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

關(guān)鍵詞：信息資源 ；查詢；數(shù)據(jù)流圖

一、 信息資源規(guī)劃

    信息資源規(guī)劃是指對(duì)企業(yè)生產(chǎn)經(jīng)營(yíng)所需要的信息，從采集、處理、傳輸?shù)绞褂玫娜嬉?guī)劃。在企業(yè)的生產(chǎn)經(jīng)營(yíng)活動(dòng)中，信息的產(chǎn)生、流動(dòng)和使用是非常頻繁的。

對(duì)于信息資源規(guī)劃的理解應(yīng)該從五個(gè)方面出發(fā)：（1）一整套方法論；（2）標(biāo)準(zhǔn)和規(guī)范；（3）軟件支持工具系統(tǒng)；（4）整體解決方案；（5）一批成功案例。

    著名的信息資源規(guī)劃教授高復(fù)先用“信息孤島”來(lái)形容企業(yè)在實(shí)施信息化的過(guò)程中，使用不同的系統(tǒng)、不同的應(yīng)用、不同的技術(shù)平臺(tái)進(jìn)行不同的功能操作，從而使得各種資源難以流動(dòng)、無(wú)法交流的現(xiàn)象出現(xiàn)?！耙虼?，要想解決信息孤島的問(wèn)題，就必須進(jìn)行信息資源規(guī)劃，信息資源規(guī)劃的產(chǎn)生是大勢(shì)之趨，也是必然之舉?！备呓淌趶?qiáng)調(diào)。

1、幫助理清并規(guī)范表達(dá)用戶需求，落實(shí)""應(yīng)用主導(dǎo)""。

2、整合信息資源，消除""信息孤島""，實(shí)現(xiàn)應(yīng)用系統(tǒng)集成。""

3、指導(dǎo)SCM、ERP、CRM等應(yīng)用軟件的選型并保證成功實(shí)施。

在整個(gè)過(guò)程中，用戶是處在主導(dǎo)地位，需求分析工程師和開發(fā)人員負(fù)責(zé)整理用戶需求，為之后的軟件設(shè)計(jì)打下基礎(chǔ)。 從廣義上講：需求分析包括需求的獲取、分析、規(guī)格說(shuō)明、變更、驗(yàn)證、管理等一系列工程。 狹義上講：需求分析指需求的分析、定義過(guò)程。 需求分析就是分析軟件用戶的需求是什么。

需求分析的任務(wù)就是解決“做什么”，就是要全面地理解用戶的各項(xiàng)要求，并準(zhǔn)確地表達(dá)所接受的用戶需求。需求分析階段的工作，可以分為四個(gè)方面:問(wèn)題識(shí)別，分析與綜合，制訂規(guī)格說(shuō)明，評(píng)審。

需求分析的方法有很多。這里只強(qiáng)調(diào)原型化方法， 原型化方法十分重要。原型就是軟件的一個(gè)早期可運(yùn)行的版本，它實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能。該方法盡可能快地建造一個(gè)粗糙的系統(tǒng)，系統(tǒng)實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能，但是這個(gè)系統(tǒng)可能在可靠性，界面的友好性或其它方面上存在缺陷。

需求分析之所以重要，就因?yàn)樗哂袥Q策性、方向性、策略性的作用，它在軟件開發(fā)的過(guò)程中占有很重要的地位。在一個(gè)大型軟件系統(tǒng)的開發(fā)中，它的作用要遠(yuǎn)遠(yuǎn)大于程序設(shè)計(jì)。

    使用原型化方法有兩種不同的策略:廢棄策略，追加策略。廢棄策略:先建造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng)，針對(duì)這個(gè)系統(tǒng)反復(fù)進(jìn)行修改，形成比較好的思想，據(jù)此設(shè)計(jì)出較完整，準(zhǔn)確，一致，可靠的最終系統(tǒng)。系統(tǒng)構(gòu)造完成后，原來(lái)的模型系統(tǒng)就被廢棄不用。

客戶與開發(fā)人員交流需要好的方法。在需求分析的階段，同樣需要用到信息資源規(guī)劃的理論，例如：客戶的時(shí)間表不合理我們常常聽到客戶這樣說(shuō)：“這是一個(gè)非常緊迫的任務(wù)，我們需要項(xiàng)目在X周內(nèi)完成。”常見的錯(cuò)誤是，沒有進(jìn)行詳細(xì)分析，并了解項(xiàng)目的范圍以及完成項(xiàng)目所必需的資源，就同意客戶的要求。未經(jīng)討論就同意不合理的時(shí)間表，這實(shí)際上是給客戶造成傷害：項(xiàng)目很有可能被延期（因?yàn)椴豢赡馨磿r(shí)完成），或存在質(zhì)量問(wèn)題（因?yàn)橼s工，沒有進(jìn)行適當(dāng)?shù)臋z驗(yàn)）。這時(shí)我們就要用信息資源規(guī)劃理論，把項(xiàng)目需求規(guī)范轉(zhuǎn)化成一個(gè)項(xiàng)目計(jì)劃、詳細(xì)的任務(wù)和各階段所需的資源，并為最佳情況、一般情況和最差情況建立模型。保證項(xiàng)目計(jì)劃考慮到有效資源的限制，并為檢測(cè)和質(zhì)量檢驗(yàn)保留足夠的時(shí)間。與客戶討論最終期限問(wèn)題，用計(jì)劃草案中的數(shù)據(jù)為陳述提供證據(jù)。若計(jì)劃是合理的，則很有可能隨后的談判會(huì)極為成效，并對(duì)雙方有利。

二、 數(shù)據(jù)流圖

數(shù)據(jù)流圖（Data Flow Diagram），就是采用圖形方式來(lái)表達(dá)系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過(guò)程，是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達(dá)工具及用于表示軟件模型的一種圖示方法。

三、小結(jié)

由此，在軟件開發(fā)的整個(gè)過(guò)程中，信息資源規(guī)劃起著相當(dāng)重要的作用，資源規(guī)劃的好壞將直接影響項(xiàng)目的質(zhì)量以及后期的維護(hù)工作，我們不可忽視。

參考文獻(xiàn)：

[1]高復(fù)先，信息資源規(guī)劃-信息化建設(shè)基礎(chǔ)工程，清華大學(xué)出版社，2008年

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

關(guān)鍵詞：工作過(guò)程；項(xiàng)目導(dǎo)向；情境教學(xué)

1.教學(xué)內(nèi)容的組織

本課程基于四個(gè)學(xué)習(xí)情境開展教學(xué)，理論與實(shí)踐一體化，把所要掌握的理論知識(shí)貫穿于每個(gè)學(xué)習(xí)情境中，整個(gè)課程教學(xué)均在網(wǎng)絡(luò)實(shí)訓(xùn)基地完成，每個(gè)學(xué)習(xí)情境圍繞一個(gè)教學(xué)項(xiàng)目，每個(gè)教學(xué)項(xiàng)目進(jìn)行分解，開發(fā)和設(shè)計(jì)出若干個(gè)實(shí)訓(xùn)項(xiàng)目，以學(xué)生為主體，在邊做邊教，邊做邊學(xué)，做到教、學(xué)、做一體。

序號(hào)學(xué)習(xí)情境學(xué)習(xí)單元教學(xué)內(nèi)容學(xué)時(shí)分配1SOHO網(wǎng)絡(luò)構(gòu)建SOHO網(wǎng)絡(luò)需求分析，規(guī)劃與設(shè)計(jì)建網(wǎng)方案如何根據(jù)實(shí)際項(xiàng)目進(jìn)行需求分析，網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)設(shè)計(jì)、SOHO網(wǎng)絡(luò)設(shè)備選型、分類IP地址規(guī)劃，設(shè)計(jì)網(wǎng)絡(luò)建設(shè)方案36SOHO網(wǎng)絡(luò)布線實(shí)施、網(wǎng)絡(luò)連接與配置、網(wǎng)絡(luò)測(cè)試與驗(yàn)收雙絞線制作、SOHO網(wǎng)絡(luò)設(shè)備連接、ADSL接入配置、網(wǎng)絡(luò)配置、網(wǎng)絡(luò)測(cè)試與故障排查、驗(yàn)收文檔編寫32企業(yè)辦公網(wǎng)絡(luò)構(gòu)建企業(yè)辦公網(wǎng)絡(luò)需求分析，規(guī)劃與設(shè)計(jì)建網(wǎng)方案如何根據(jù)實(shí)際項(xiàng)目進(jìn)行需求分析，網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)設(shè)計(jì)、交換機(jī)設(shè)備選型、無(wú)類IP地址規(guī)劃、服務(wù)規(guī)劃224設(shè)計(jì)網(wǎng)絡(luò)建設(shè)方案2企業(yè)辦公網(wǎng)絡(luò)子網(wǎng)規(guī)劃、交換機(jī)安裝與配置子網(wǎng)規(guī)劃、VLAN的劃分2二層交換機(jī)的安裝與配置4三層交換機(jī)的安裝與配置6常用網(wǎng)絡(luò)服務(wù)的規(guī)劃、安裝與配置文件服務(wù)器的安裝與配置2DHCP服務(wù)器的安裝與配置2網(wǎng)絡(luò)測(cè)試與驗(yàn)收全網(wǎng)連通性測(cè)試，故障排查，驗(yàn)收文檔編寫43園區(qū)網(wǎng)絡(luò)的構(gòu)建園區(qū)網(wǎng)絡(luò)構(gòu)建需求分析，規(guī)劃與設(shè)計(jì)建網(wǎng)方案如何根據(jù)實(shí)際項(xiàng)目進(jìn)行需求分析，網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)設(shè)計(jì)、交換機(jī)、路由器設(shè)備選型、無(wú)類IP地址規(guī)劃，設(shè)計(jì)網(wǎng)絡(luò)建設(shè)方案214園區(qū)路由器安裝與配置路由器的安裝與配置（包括靜態(tài)路由、RIP、OSPF、ACL配置）10園區(qū)網(wǎng)絡(luò)測(cè)試與驗(yàn)收全網(wǎng)連通性測(cè)試，故障排查，驗(yàn)收文檔編寫24校園網(wǎng)的構(gòu)建案例實(shí)訓(xùn)校園網(wǎng)的需求分析、校園網(wǎng)組網(wǎng)方案規(guī)劃與設(shè)計(jì)根據(jù)我院龍腰校區(qū)的實(shí)際情況和網(wǎng)絡(luò)需求進(jìn)行分析、交換機(jī)與路由器設(shè)備的選型、規(guī)劃與設(shè)計(jì)組網(wǎng)方案2

12校園網(wǎng)組網(wǎng)實(shí)施交換機(jī)安裝與配置4路由器安裝與配置4校園網(wǎng)測(cè)試與驗(yàn)收全網(wǎng)連通性測(cè)試，故障排查，驗(yàn)收文檔編寫2

2、教學(xué)項(xiàng)目舉例

項(xiàng)目名稱：構(gòu)建SOHO網(wǎng)絡(luò)                                所屬學(xué)習(xí)情境：SOHO網(wǎng)絡(luò)構(gòu)建

實(shí)施場(chǎng)所：校內(nèi)網(wǎng)絡(luò)技術(shù)實(shí)訓(xùn)基地      課時(shí)：6課時(shí)        環(huán)境準(zhǔn)備人員：實(shí)訓(xùn)教師

指導(dǎo)教師：專任教師為主，兼任教師為輔                    評(píng)估小組成員：專兼教師、各小組組長(zhǎng)

教學(xué)目標(biāo)：

通過(guò)項(xiàng)目教學(xué)使學(xué)生了解SOHO網(wǎng)絡(luò)構(gòu)建的工作流程，掌握SOHO網(wǎng)構(gòu)建技能，能按項(xiàng)目需求構(gòu)建小型網(wǎng)絡(luò)。具備SOHO網(wǎng)絡(luò)的規(guī)劃、設(shè)計(jì)與實(shí)施的能力及SOHO網(wǎng)絡(luò)的運(yùn)維管理能力

學(xué)習(xí)任務(wù)：

根據(jù)SOHO網(wǎng)絡(luò)的構(gòu)建項(xiàng)目要求，能對(duì)SOHO網(wǎng)絡(luò)的硬件需求，軟件需求分析，并根據(jù)軟硬件的選擇原則，能根據(jù)用戶需求做出合理的資金預(yù)算；能根據(jù)SOHO網(wǎng)絡(luò)布線標(biāo)準(zhǔn)，熟練制作雙絞線；能熟練完成SOHO網(wǎng)絡(luò)的連接，網(wǎng)絡(luò)配置，網(wǎng)絡(luò)測(cè)試及故障的排查方法；能按項(xiàng)目需求很好地完成構(gòu)建SOHO網(wǎng)絡(luò)建設(shè)方案并實(shí)施項(xiàng)目

實(shí)施環(huán)境要求：

每組學(xué)生3-4人，每組實(shí)踐平臺(tái)要求：3-4臺(tái)計(jì)算機(jī)，[一臺(tái)modem、一臺(tái)ADSLmodem]。材料準(zhǔn)備：雙絞線、水晶頭、RJ45壓線鉗、交換機(jī)/集線器（每組一臺(tái)）、網(wǎng)卡（每機(jī)一張）

項(xiàng)目說(shuō)明：

項(xiàng)目場(chǎng)景介紹

現(xiàn)有一個(gè)辦公室，共有四臺(tái)電腦，要求連接成網(wǎng)絡(luò)，相互之間能相互通信及文件和打印共享，同時(shí)有一臺(tái)電腦能支持遠(yuǎn)程桌面功能。（如果環(huán)境允許的話，可設(shè)計(jì)完成與Internet網(wǎng)絡(luò)的連接）

需求分析

（1）連接四臺(tái)計(jì)算機(jī)

分析：采取什么拓?fù)浣Y(jié)構(gòu)，需要什么網(wǎng)絡(luò)設(shè)備，如何聯(lián)接

（2）能相互通信

分析：如何安裝網(wǎng)絡(luò)軟件，如何設(shè)置網(wǎng)絡(luò)屬性，如何測(cè)試能否相互通信

（3）能共享文件與打印資源

分析：如何設(shè)置文件與打印資源，如何訪問(wèn)網(wǎng)絡(luò)資源？

*（4）訪問(wèn)Internet網(wǎng)絡(luò)

分析：有幾種連接方法？采用哪種連接方法訪問(wèn)Internet性價(jià)比最高？為什么？

項(xiàng)目教學(xué)過(guò)程：

將學(xué)生進(jìn)行分組實(shí)施項(xiàng)目，每組指定一個(gè)小組長(zhǎng)，每組4—6人，一個(gè)實(shí)驗(yàn)平臺(tái)，按照項(xiàng)目的 “資訊、計(jì)劃、決策、實(shí)施、檢查、評(píng)估” 六個(gè)工作過(guò)程環(huán)節(jié)來(lái)開展教學(xué)，實(shí)現(xiàn)邊做邊學(xué)，從做中學(xué)。

（1）資訊

教師給出項(xiàng)目，分析項(xiàng)目建設(shè)需求，讓學(xué)生明確這個(gè)教學(xué)項(xiàng)目要完成的任務(wù)。

（2）計(jì)劃

要求小組長(zhǎng)組織小組成員對(duì)項(xiàng)目說(shuō)明進(jìn)行討論、分析，制定建網(wǎng)初步方案。

（3）決策

確定網(wǎng)絡(luò)構(gòu)建方案，畫出網(wǎng)絡(luò)拓?fù)鋱D，并由小組長(zhǎng)安排小組成員工作任務(wù)，明確項(xiàng)目實(shí)施的步驟及完成的時(shí)間。

（4）實(shí)施

小組成員按方案和工作任務(wù)安排進(jìn)行項(xiàng)目實(shí)施。

（5）檢查

項(xiàng)目實(shí)施完成后，小組成員進(jìn)行訪問(wèn)測(cè)試，看能否達(dá)到項(xiàng)目預(yù)期目標(biāo)，如果未達(dá)到要求，則組織小組成員進(jìn)行故障分析和排除，并記錄排障日志。

（6）評(píng)估

項(xiàng)目經(jīng)過(guò)自己檢查，提交給評(píng)價(jià)小組進(jìn)行驗(yàn)收，評(píng)價(jià)小組將對(duì)項(xiàng)目的各項(xiàng)功能進(jìn)行測(cè)試，評(píng)分，并要求小組提交所有的項(xiàng)目過(guò)程材料（包括方案和排障日志）

整個(gè)教學(xué)過(guò)程，以學(xué)生為主體，教師從中指導(dǎo)，實(shí)現(xiàn)與學(xué)生的互動(dòng)，回答和解釋學(xué)生提出的疑問(wèn)，從而讓學(xué)生學(xué)習(xí)到該教學(xué)項(xiàng)目所應(yīng)該掌握的部分知識(shí)內(nèi)容。

教學(xué)項(xiàng)目驗(yàn)收標(biāo)準(zhǔn)：

（1）組網(wǎng)方案合理、描述條理清晰、內(nèi)容完整、方案設(shè)計(jì)性價(jià)比高（30%）

（2）網(wǎng)線制作規(guī)范和連接規(guī)范（10%）

（3）各主機(jī)是否配置正確，IP地址規(guī)劃合理，能實(shí)現(xiàn)四臺(tái)主機(jī)相互通信，并能相互共享網(wǎng)絡(luò)資源（40%）

（4）過(guò)程表現(xiàn)情況及團(tuán)隊(duì)合作情況（20%）

（5）是否選擇最優(yōu)連網(wǎng)方式，連接設(shè)置正確，能成功連接Interne

3、結(jié)論

本課程依據(jù)網(wǎng)絡(luò)技術(shù)專業(yè)高職生的培養(yǎng)目標(biāo)、企業(yè)職業(yè)崗位的任職要求，針對(duì)網(wǎng)絡(luò)構(gòu)建崗位的主要工作任務(wù)的工作過(guò)程所應(yīng)具備的基本工作能力，進(jìn)行教學(xué)內(nèi)容的選取，整個(gè)課程的教學(xué)內(nèi)容強(qiáng)調(diào)實(shí)踐教學(xué)，重于強(qiáng)化專業(yè)技能的培養(yǎng)，同時(shí)網(wǎng)絡(luò)組建必須要求掌握的知識(shí)與技術(shù)貫穿于教學(xué)項(xiàng)目中，通過(guò)實(shí)踐教學(xué)加深對(duì)理論知識(shí)的理解，通過(guò)綜合項(xiàng)目的工作過(guò)程教學(xué)培養(yǎng)學(xué)生的崗位技能、團(tuán)結(jié)協(xié)作能力及解決實(shí)際問(wèn)題的能力，大大縮短校企之間的距離，使學(xué)生能根據(jù)企業(yè)的場(chǎng)景，企業(yè)用戶的需求，完成企業(yè)網(wǎng)絡(luò)的規(guī)劃、設(shè)計(jì)和實(shí)施的能力。具有一定的針對(duì)性和適用性，為學(xué)生上崗和持續(xù)發(fā)展奠定良好的基礎(chǔ)。

參考文獻(xiàn)：