2022年什么是項(xiàng)目需求分析

1、什么是項(xiàng)目需求分析？需求分析是指懂得用戶需求,就軟件功能與客戶達(dá)成一樣,估量軟件風(fēng)險(xiǎn)和評(píng)估項(xiàng)目代價(jià),最終形成開發(fā)方案的一個(gè)復(fù)雜過程；（這個(gè)和我在微軟體驗(yàn)到的又不太一樣,微軟的需求分析大多是市場人員和用戶幫助小組的人去評(píng)估用戶的接受程度,這一點(diǎn)也可以懂得,由于公司的性質(zhì)有根本差別）在這個(gè)過程中, 用戶的確是處在主導(dǎo)位置,需求分析工程師和項(xiàng)目經(jīng)理要負(fù)責(zé)整理用戶需求,為之后的軟件設(shè)計(jì)打下基礎(chǔ)；需求分析階段終止后, 要求得到：1.SRS文檔 System Requirement Specification; 2.DRM 文檔； 3.Acceptance Plan. 從廣義上懂得：需求分析包括需求的獵取

2、、分析、規(guī)格說明、變更、驗(yàn)證、治理的一系列需求工程；狹義上懂得：需求分析指需求的分析、定義過程；一、為什么要需求分析需求分析就是分析軟件用戶的需求是什么 .假如投入大量的人力,物力 ,財(cái)力 ,時(shí)間 ,開發(fā)出的軟件卻沒人要 ,那全部的投入都是白費(fèi) .假如費(fèi)了很大的精力 ,開發(fā)一個(gè)軟件 ,最終卻不滿意用戶的要求 ,從而要重新開發(fā)過 ,這種返工是讓人痛心疾首的 .信任大家都有體會(huì) 比如 ,用戶需要一個(gè) for linux 的軟件 ,而你在軟件開發(fā)前期忽視了軟件的運(yùn)行環(huán)境 ,忘了向用戶詢問這個(gè)問題 ,而想當(dāng)然的認(rèn)為是開發(fā)for windows 的軟件 ,當(dāng)你千辛萬苦地開發(fā)完成向用戶提交時(shí)才發(fā)覺出了問題

3、 ,那時(shí)候你是欲哭無淚了 ,痕不得找塊豆腐一頭撞死 . 需求分析之所以重要 ,就由于他具有決策性 ,方向性 ,策略性的作用 ,他在軟件開發(fā)的過程中具有舉足輕重的位置 .大家肯定要對(duì)需求分析具有足夠的重視 .在一個(gè)大型軟件系統(tǒng)的開發(fā)中,他的作用要遠(yuǎn)遠(yuǎn)大于程序設(shè)計(jì) . 二、需求分析的任務(wù)簡言之 ,需求分析的任務(wù)就是解決做什么 的問題 ,就是要全面地懂得用戶的各項(xiàng)要求,并精確地表達(dá)所接受的用戶需求. 三、需求分析的過程需求分析階段的工作,可以分為四個(gè)方面:問題識(shí)別 ,分析與綜合 ,制訂規(guī)格說明 ,評(píng)審 . 問題識(shí)別就是從系統(tǒng)角度來懂得軟件 ,確定對(duì)所開發(fā)系統(tǒng)的綜合要求 ,并提出這些需求的實(shí)現(xiàn)條件 ,

4、以及需求應(yīng)當(dāng)達(dá)到的標(biāo)準(zhǔn) .這些需求包括： 功能需求 做什么 ,性能需求 要達(dá)到什么指標(biāo) ,環(huán)境需求 如機(jī)型 ,操作系統(tǒng)等 ,牢靠性需求 不發(fā)生故障的概率）,安全保密需求 ,用戶界面需求 ,資源使用需求 軟件運(yùn)行是所需的內(nèi)存 ,CPU 等,軟件成本消耗與開發(fā)進(jìn)度需求 ,預(yù)先估量以后系統(tǒng)可能達(dá)到的目標(biāo) . 分析與綜合逐步細(xì)化全部的軟件功能 ,找出系統(tǒng)各元素間的聯(lián)系 ,接口特性和設(shè)計(jì)上的限制 ,分析他們是否滿意需求 ,剔除不合理部分 ,增加需要部分 .最終 ,綜合成系統(tǒng)的解決方案 ,給出要開發(fā)的系統(tǒng)的具體規(guī)律模型 做什么的模型 . 制訂規(guī)格說明書即編制文檔 ,描述需求的文檔稱為軟件需求規(guī)格說明書.請(qǐng)

5、留意 ,需求分析階段的成果是需求規(guī)格說明書 好象軟考曾經(jīng)考過這個(gè)問題,向下一階段提交. 評(píng)審對(duì)功能的正確性,完整性和清晰性,以及其它需求賜予評(píng)判.評(píng)審?fù)ㄟ^才可進(jìn)行下一階段的工作 ,否就重新進(jìn)行需求分析；四、需求分析的方法需求分析的方法有許多 .這里只強(qiáng)調(diào)原型化方法 ,其它的方法如 :結(jié)構(gòu)化方法 ,動(dòng)態(tài)分析法等個(gè)人認(rèn)為 ,對(duì)初學(xué)者不必深究這些方法 ,實(shí)際上我也從來沒用過這些方法 在此不爭論 . 原型化方法是非常重要的 是軟考等?？嫉膶W(xué)問點(diǎn) .原型就是軟件的一個(gè)早期可運(yùn)行的版本,它實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能 . 原型化方法就是盡可能快地建造一個(gè)粗糙的系統(tǒng),這系統(tǒng)實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能

6、,但是這個(gè)系統(tǒng)可能在牢靠性 ,界面的友好性或其他方面上存在缺陷 .建造這樣一個(gè)系統(tǒng)的目的是為了考察某一方面的可行性 ,如算法的可行性 ,技術(shù)的可行性 ,或考察是否滿意用戶的需求等 .如,為了考察是否滿意用戶的要求 ,可以用某些軟件工具快速的建造一個(gè)原型系統(tǒng) ,這個(gè)系統(tǒng)只是一個(gè)界面 ,然后聽取用戶的看法 ,改進(jìn)這個(gè)原型 .以后的目標(biāo)系統(tǒng)就在原型系統(tǒng)的基礎(chǔ)上開發(fā) . 原型主要有三種類型 軟考考過 :探究型 ,試驗(yàn)型 ,進(jìn)化型 .探究型 :目的是要弄清晰對(duì)目標(biāo)系統(tǒng)的要求 ,確定所期望的特性 ,并探討多種方案的可行性 .試驗(yàn)型 :用于大規(guī)模開發(fā)和實(shí)現(xiàn)前 ,考核方案是否合適 ,規(guī)格說明是否牢靠 .進(jìn)化型

7、 :目的不在于改進(jìn)規(guī)格說明 ,而是將系統(tǒng)建造得易于變化 ,在改進(jìn)原型的過程中 ,逐步將原型進(jìn)化成最終系統(tǒng)；在使用原型化方法是有兩種不同的策略:廢棄策略 ,追加策略 .廢棄策略 :先建造一個(gè)功能簡潔而且質(zhì)量要求不高的模型系統(tǒng),針對(duì)這個(gè)系統(tǒng)反復(fù)進(jìn)行修改 ,形成比較好的思想 ,據(jù)此設(shè)計(jì)出較完整 ,精確 ,一樣 ,牢靠的最終系統(tǒng) .系統(tǒng)構(gòu)造完成后 ,原先的模型系統(tǒng)就被廢棄不用 .探究型和試驗(yàn)型屬于這種策略；追加策略 :先構(gòu)造一個(gè)功能簡潔而且質(zhì)量要求不高的模型系統(tǒng),作為最終系統(tǒng)的核心. ,然后通過不斷地?cái)U(kuò)充修改,逐步追加新要求,進(jìn)展成為最終系統(tǒng)；進(jìn)化型屬于這種策略五、需求分析的20 條法就（本節(jié)摘自軟件

8、工程專家網(wǎng)）客戶與開發(fā)人員溝通需要好的方法；下面建議20 條法就,客戶和開發(fā)人員可以通過評(píng)審以下內(nèi)容并達(dá)成共識(shí)；假如遇到分歧, 將通過協(xié)商達(dá)成對(duì)各自義務(wù)的相互懂得,以便削減以后的磨擦（如一方要求而另一方不情愿或不能夠滿意要求）；1、 分析人員要使用符合客戶語言習(xí)慣的表達(dá)需求爭論集中于業(yè)務(wù)需求和任務(wù),因此要使用術(shù)語；客戶應(yīng)將有關(guān)術(shù)語（例如：采價(jià)、印花商品等選購術(shù)語）教給分析人員,而客戶不肯定要懂得運(yùn)算機(jī)行業(yè)的術(shù)語；2、分析人員要明白客戶的業(yè)務(wù)及目標(biāo)只有分析人員更好地明白客戶的業(yè)務(wù),才能使產(chǎn)品更好地滿意需要；這將有助于開發(fā)人員設(shè)計(jì)出真正滿意客戶需要并達(dá)到期望的優(yōu)秀軟件；為幫忙開發(fā)和分析人員,客戶可

9、以考慮邀請(qǐng)他們觀看自己的工作流程；假如是切換新系統(tǒng),那么開發(fā)和分析人員應(yīng)使用一下目前的舊系統(tǒng),有利于他們明白目前系統(tǒng)是怎樣工作的,其流程情形以及可供改進(jìn)之處；3、 分析人員必需編寫軟件需求報(bào)告分析人員應(yīng)將從客戶那里獲得的全部信息進(jìn)行整理,以區(qū)分業(yè)務(wù)需求及規(guī)范、功能需求、質(zhì)量目標(biāo)、解決方法和其他信息；通過這些分析,客戶就能得到一份“ 需求分析報(bào)告” ,此份報(bào)告使開發(fā)人員和客戶之間針對(duì)要開發(fā)的產(chǎn)品內(nèi)容達(dá)成協(xié)議；報(bào)告應(yīng)以一種客戶認(rèn)為易于翻閱和懂得的方式組織編寫；客戶要評(píng)審此報(bào)告,以確保報(bào)告內(nèi)容精確完整地表達(dá)其需求；一份高質(zhì)量的“ 需求分析報(bào)告” 有助于開發(fā)人員開發(fā)出真正需要的產(chǎn)品；4、 要求得到需求

10、工作結(jié)果的說明說明分析人員可能采納了多種圖表作為文字性“ 需求分析報(bào)告” 的補(bǔ)充說明,由于工作圖表能很清晰地描述出系統(tǒng)行為的某些方面,所以報(bào)告中各種圖表有著極高的價(jià)值；雖然它們不太難于懂得, 但是客戶可能對(duì)此并不熟識(shí),因此客戶可以要求分析人員說明說明每個(gè)圖表的作用、符號(hào)的意義和需求開發(fā)工作的結(jié)果,以及怎樣檢查圖表有無錯(cuò)誤及不一樣等；5、 開發(fā)人員要敬重客戶的看法假如用戶與開發(fā)人員之間不能相互懂得,那關(guān)于需求的爭論將會(huì)有障礙；共同合作能使大家“ 兼聽就明”；參加需求開發(fā)過程的客戶有權(quán)要求開發(fā)人員敬重他們并珍愛他們?yōu)轫?xiàng)目勝利所付出的時(shí)間,同樣, 客戶也應(yīng)對(duì)開發(fā)人員為項(xiàng)目勝利這一共同目標(biāo)所做出的努力

11、表示敬重；6、 開發(fā)人員要對(duì)需求及產(chǎn)品實(shí)施提出建議和解決方案通?？蛻羲f的“ 需求” 已經(jīng)是一種實(shí)際可行的實(shí)施方案,分析人員應(yīng)盡力從這些解決方法中明白真正的業(yè)務(wù)需求,同時(shí)仍應(yīng)找出已有系統(tǒng)與當(dāng)前業(yè)務(wù)不符之處,以確保產(chǎn)品不會(huì)無效或低效； 在完全弄清業(yè)務(wù)領(lǐng)域內(nèi)的事情后,分析人員就能提出相當(dāng)好的改進(jìn)方法,有經(jīng)驗(yàn)且有制造力的分析人員仍能提出增加一些用戶沒有發(fā)覺的很有價(jià)值的系統(tǒng)特性；7、 描述產(chǎn)品使用特性客戶可以要求分析人員在實(shí)現(xiàn)功能需求的同時(shí)仍留意軟件的易用性,由于這些易用特性或質(zhì)量屬性能使客戶更精確、高效地完成任務(wù)；例如：客戶有時(shí)要求產(chǎn)品要“ 界面友好” 或“ 健壯” 或“ 高效率” ,但對(duì)于開發(fā)人員

12、來講,太主觀了并無有用價(jià)值；正確的做法是,分析人員通過詢問和調(diào)查明白客戶所要的“ 友好、健壯、高效所包含的具體特性,具體分析哪些特性對(duì)哪些特性有負(fù)面影響,在性能代價(jià)和所提出解決方案的預(yù)期利益之間做出權(quán)衡,以確保做出合理的取舍；8、 答應(yīng)重用已有的軟件組件需求通常有肯定敏捷性,分析人員可能發(fā)覺已有的某個(gè)軟件組件與客戶描述的需求很相符,在這種情形下, 分析人員應(yīng)供應(yīng)一些修改需求的挑選以便開發(fā)人員能夠降低新系統(tǒng)的開發(fā)成本和節(jié)約時(shí)間,而不必嚴(yán)格按原有的需求說明開發(fā)；所以說, 假如想在產(chǎn)品中使用一些已有的商業(yè)常用組件,而它們并不完全適合您所需的特性,這時(shí)肯定程度上的需求敏捷性就顯得極為重要了；9、 要求

13、對(duì)變更的代價(jià)供應(yīng)真實(shí)牢靠的評(píng)估有時(shí),人們面臨更好、也更昂貴的方案時(shí),會(huì)做出不同的挑選；而這時(shí),對(duì)需求變更的影響進(jìn)行評(píng)估從而對(duì)業(yè)務(wù)決策供應(yīng)幫忙,是非常必要的； 所以, 客戶有權(quán)益要求開發(fā)人員通過分析給出一個(gè)真實(shí)可信的評(píng)估,包括影響、 成本和得失等； 開發(fā)人員不能由于不想實(shí)施變更而隨便夸大評(píng)估成本；10、 獲得滿意客戶功能和質(zhì)量要求的系統(tǒng)每個(gè)人都期望項(xiàng)目勝利,但這不僅要求客戶要清晰地告知開發(fā)人員關(guān)于系統(tǒng)“ 做什么”所需的全部信息, 而且仍要求開發(fā)人員能通過溝通明白清晰取舍與限制,肯定要明確說明您的假設(shè)和潛在的期望,否就,開發(fā)人員開發(fā)出的產(chǎn)品很可能無法讓您中意；11、 給分析人員講解您的業(yè)務(wù)分析人員

14、要依靠客戶講解業(yè)務(wù)概念及術(shù)語,但客戶不能盼望分析人員會(huì)成為該領(lǐng)域的專家,而只能讓他們明白您的問題和目標(biāo)；不要期望分析人員能把握客戶業(yè)務(wù)的微小潛在之處,他們可能不知道那些對(duì)于客戶來說理所當(dāng)然的“ 常識(shí)” ；12、 抽出時(shí)間清晰地說明并完善需求客戶很忙,但無論如何客戶有必要抽出時(shí)間參加“ 頭腦高峰會(huì)議” 的爭論,接受采訪或其他獵取需求的活動(dòng)；有些分析人員可能先明白了您的觀點(diǎn),而過后發(fā)覺仍需要您的講解,這時(shí)請(qǐng)耐心對(duì)待一些需求和需求的精化工作過程中的反復(fù),象,何況這對(duì)軟件產(chǎn)品的勝利極為重要；13、 精確而具體地說明需求由于它是人們溝通中很自然的現(xiàn)編寫一份清晰、精確的需求文檔是很困難的；由于處理細(xì)節(jié)問題不但煩人而且耗時(shí),因此很簡潔留下模糊不清的需求；但是在開發(fā)過程中,必需解決這種模糊性和不精確性,而客戶恰恰是為解決這些